Joined September 2012
·

Fuad Saud

Software Developer at Codeminer42
·
São Leopoldo, RS, Brazil
·
·

'cause fuck readability, that's why

nice.

there's also fasd, which may be al little harder to setup, but makes you teleport in your filesystem.

Posted to Coderwall - Markdown Cheat Sheet over 1 year ago

Isn't @ mentions available in the pro tip body (like in the comments)?

o.O

Posted to Why never use new Array in Javascript over 1 year ago

@zagnaut hum, I see. But, if changing things like this would break something, I can conclude that people really rely on 'features' like this, which should be considered a crime lol

but I really hope to see a JS more consistent in the - hopefully near - future.

Posted to Why never use new Array in Javascript over 1 year ago

Mind blown with {} + [], btw.

And with [] + 10, {} + 10, and so on.

Couldn't JS specification just make sense?

Posted to Better commit messages over 1 year ago

misc: for when your repo is so dirty you would spend a year making semantical commits. Then you just commit everything at once.

haha just kidding!

Posted to Maintainable JavaScript: one argument over 1 year ago

The problem with this is that your method definition says nothing about what parameters it takes.

Posted to Dumb JavaScript string interpolation over 1 year ago

@sheerun I tried to like coffeescript, but until now, it didn't convinced me. Despite the fact I love ruby syntax, the coffeescript approach seems problematic sometimes :\

Posted to Coderwall - Markdown Cheat Sheet over 1 year ago

I like github's backticks more :\

Posted to Quickly get files to refactor over 1 year ago

That's interesting.

Posted to OOP in C ... kinda over 1 year ago

@jmarizgit still no 'this' reference :(

Posted to OOP in C ... kinda over 1 year ago

Still can't get methods :(

OOP depends on methods.

Cool. I never liked for anyway; happy to know it doesn't really exists :)

You can use powder to complement you're pow ux.

I really agree with self documenting code. But that's not all. I don't want to turn into a living debugger and reading every dingle line of code just to learn how to use a library. Most times I don't want to know the internals, just the interface. Imagine you, trying to learn rails, then you got stuck on some part and the only tip you get from experienced programmers is: RTFS. I bet you would lost a day just to find out where the part you are looking for is coded. And this is not just for monumental frameworks like rails; I think tiny libs should be documented as well (they're tiny, won't take too much to get the job done).

Anyway, unless your code is waaaay tiny and self explainable, supply some docs to make user's life less complicated.

Also good practice is squashing commits when merging into master. It's boring in fact, but usually makes your repo history better.

Posted to Back to ohmyzsh over 1 year ago

I'm using zsh and it's very cool, but really considering migrating to prezto (performace/stability reasons).

Posted to The Best Free Python Books over 1 year ago

I learned a lot with this one

http://www.greenteapress.com/thinkpython/

though it only covers v2.7

you can brew install pgrep on OSX ;p

Also pgrep handles the grep process which always appears when grepping ps aux.

Posted to cd to git root over 1 year ago

ahn, didn't know that one. thanks!

Posted to not sudo again... over 1 year ago

In fact it's a shell feature, works with every command (very handy with man sometimes too). Thanks!

Achievements
300 Karma
21,816 Total ProTip Views