| bio | website | |
|---|---|---|
| location | ||
| age | 27 | |
| visits | member for | 2 years, 7 months |
| seen | Feb 26 at 12:33 | |
| stats | profile views | 39 |
|
Feb 26 |
awarded | Caucus |
|
Feb 26 |
awarded | Constituent |
|
Oct 20 |
awarded | Yearling |
|
Aug 5 |
awarded | Nice Answer |
|
Oct 20 |
awarded | Yearling |
|
Jul 22 |
comment |
Is a programmer's gut instinct an acceptable answer with regard to design decisions? @Thomas Owens: I think you read the title and not the question. The last sentence is key "I know where to start looking, and I might even make a recommendation, but it's almost a subconscious effort. When is this acceptable (if ever)?" |
|
Jul 22 |
comment |
Is a programmer's gut instinct an acceptable answer with regard to design decisions? Too harsh. Good developers, with experience, build good instincts--they certainly need to be vetted, but never following your instinct is almost guaranteeing you're taking the long-road every time. |
|
Jul 22 |
answered | Is a programmer's gut instinct an acceptable answer with regard to design decisions? |
|
Jul 20 |
answered | What is needed to deploy an application that uses Microsofts new LocalDB? |
|
Jul 20 |
comment |
Refactoring into lots of methods - is this considered clean or not? I would strongly advise you to read a copy of Robert C. Martin's "Clean Code", which contains several specific metrics that advise you on how much/little to put in your methods. |
|
Jul 19 |
awarded | Citizen Patrol |
|
Jul 14 |
comment |
I'm a manager. How can I improve work relationships and communication with programmers? The old rule-of-thumb for turning an estimate into a delivery-date is to multiply it by 400%. Estimates often forget to include all the ancillary coding, and it's critical a development manager knows how much to pad estimates rather than trying to eek out more accurate numbers in the first place. |
|
Jul 14 |
comment |
I'm a manager. How can I improve work relationships and communication with programmers? @kevin -- don't forget external training as well. Each engineer has probably already paid $100k out of their pocket for their degree; and that degree is probably severely out of date (technologies change more-or-less annually). Make sure they're being sent to refreshers frequently (a major conference every year or two, small conference a couple times a year). A few thousand dollars in keeping an existing developer up-to-date is significantly cheaper than on-boarding a new hire. |
|
Feb 28 |
comment |
Is writing comments inside methods not a good practice? I agree with your basic conclusion--but I would offer a different interpretation. Whenever your code is unclear, you should consider whether you need to clean-up the code, or whether you have to add a comment. Comments don't resolve the real issue, and they should be a last-resort in correcting difficult code. |
|
Feb 28 |
comment |
Is writing comments inside methods not a good practice? ...I agree, but you can also explain the "why" in code. Sometimes this means wrapping a system-call inside a well-named method; comments are not the only means of explaining why |
|
Feb 28 |
answered | Is writing comments inside methods not a good practice? |
|
Feb 2 |
awarded | Scholar |
|
Feb 2 |
accepted | Hard-copy approaches to time tracking |
|
Feb 2 |
answered | Hard-copy approaches to time tracking |
|
Jan 25 |
comment |
Is the ternary operator evil? Operators don't kill people, code from bad developers kill people |