100 reputation
4
bio website enux.pl
location
age
visits member for 3 years, 9 months
seen Aug 6 at 10:44

I like JavaScript just for fun and rapid creation of code that is usable for me and can be usable for others. I also speak other programming languages ;-).

As for me on Stacks - I ask hard questions, but I really appreciate even when someone gives me clues on how to get to the answer :-].


May
11
comment Why the recent shift to removing/omitting semicolons from Javascript?
You can have semicolon at the end on a new line indented as the starting line. Then you copy and reorder things as you wish. This also closes the chain nicely.
May
11
comment Why the recent shift to removing/omitting semicolons from Javascript?
There are parsers (e.g. GeSHi) that will not parse your code correctly if semicolons are not present. You could say that humans will not make such mistakes... But seriously - event if all of your team will manage to remember where semicolons absolutely need to be put, do you really think they will remember it without morning coffee? And they will code in many states of minds. Be sure of it.
Mar
5
comment How can I deal with a team member who dislikes making comments in code?
I have a real world example for you: due to failure to care ;-) (of one of our programmers) we lost commit history of pre-SVN era (lost in CVS to SVN translation). Also SVN log is in a similar way external as other docs - easy to get lost unless you use SVN to bug requests automation and will almost certainly be lost when you change your issue tracking system. Also it will be impossible or close to impossible to keep tracking of function-to-request connection if you move functions around (e.g. refactoring to split on class into 2-3 classes - also a real world example).
Mar
4
comment How can I deal with a team member who dislikes making comments in code?
I agree that readability is important, what I disagree is that you seem to say "if you make readability a priority you won't need comments". That is simply not true. Been there done that. Reasoning what you do doesn't just come from naming variables in a way that makes sens. Do that of course, but also add reason in comments (even if it is in a form of a bug/requirement/story number in some external system). That's what I'm saying.
Mar
1
comment How can I deal with a team member who dislikes making comments in code?
You can write code that does not need comments only for fun. This might indeed be a great exercise but not if you need come back to the code and can't really change anything because you won't know why this function works as it does maybe there was some client that wanted it like that. Of course you might be in that maybe 1% of project that is documented and reasoned outside the project, but even then there are decisions you make during coding which do not get pushed back to the documentation. And frankly... Who reads documentation that is not in the code. Certainly not programmers ;-P.
Mar
1
comment How can I deal with a team member who dislikes making comments in code?
Even if you use ridiculously long variable names the code itself won't tell you why something was done. E.g. based on what kind of requirements ("using function X because Y is much faster in Chrome 9" - tells you to test against Chrome if you refactor the code) or which requirements the code was made like so ("for a client no. 54321, see bug #1234; it's stupid, but he paid $10.000 for it so don't break it" - it might sound funny, but this kind of comments let you avoid a lot of serious real-world problems and fast re-releases).
Mar
1
comment How can I deal with a team member who dislikes making comments in code?
"And if you come back to a piece of code later, and you are unsure you remember correctly what it does, ask the same question again." I guess you never worked on a project that was maintained and changed much over years. The best answer you get after a month is "I'm not sure, but I think it was because..." and after a year or so: "What?! I didn't wrote that! Oh... So it says I did in the SVN log... well...".
Mar
1
awarded  Critic
Dec
5
awarded  Supporter
Dec
5
awarded  Editor
Dec
4
awarded  Teacher