meta user
network profile
| bio | website | |
|---|---|---|
| location | ||
| age | 52 | |
| visits | member for | 1 year, 11 months |
| seen | May 22 '12 at 16:39 | |
| stats | profile views | 37 |
|
Sep 13 |
comment |
Recursion without factorial, Fibonacci numbers etc In general, if you wait longer before accepting an answer you might get more answers. |
|
Sep 12 |
comment |
Arguments for or against using Try/Catch as logical operators I hope they don't really use the "finally" block as an "else" because the "finally" block is always run after the preceding code regardless of any exceptions being thrown. |
|
Aug 16 |
comment |
Using A Debugger (An Interview Question) @Pleshoff No matter how good you might be, if you work on a team you will need to use a debugger to find out how someone else has broken your code. |
|
Aug 11 |
comment |
Standard/Proper way of counting lines of code? You also need to make a conscious decision on whether or not to count lines of code in automated unit tests. |
|
Aug 10 |
comment |
Should the internal naming (classes, methods, database tables, etc) of entities be changed if the marketing and UI naming changes? @Matthieu Search&Replace or refactoring tools do make the initial change relatively easy, but old habits die hard and team members are likely to continue thinking in terms of the old internal names for a while. |
|
Aug 5 |
comment |
Design flaws and dealing with humiliation from it @user20358 I would say there should still be time to salvage your reputation with the team. Significant problems cannot be fixed instantly. Were you pulled in to be a one-shot magic bullet, or were you pulled in to add experience to the team on an ongoing basis? Hopefully the latter. Assuming that, you need to integrate yourself with the team so they can teach you what they have learned along the way and you can use your experience to guide them in a better direction. Acknowledge their successes and guide them so that they will see and discover ways to improve the product. |
|
Jul 12 |
comment |
Does it make sense to ask, “What is the difference between Design Pattern and Algorithm?” @Ross I like your last sentence, but I would modify it to say a design pattern is structure and an algorithm is a list of steps. |
|
Jul 6 |
comment |
New Team Lead - How to deal with a resentful former peer It's easy to see why you were chosen to be the team lead instead of him. |
|
Jul 6 |
comment |
How do I determine the runtime of a double recursive function? @btilly I'm thinking about deleting my answer because of the changes in the question. |
|
Jul 5 |
comment |
How do I determine the runtime of a double recursive function? @btilly the example was changed after I posted my answer. |
|
Jul 5 |
comment |
How do I determine the runtime of a double recursive function? I'm not sure there is a solution in the general case. In order for Big-O to make sense, you have to know if the algorithm will ever halt. There are some recursive algorithms where you have to run the calculation before you know how long it will take (e.g. determining if a point belongs to the Mandlebrot set or not). |
|
Jul 1 |
comment |
Inspiring a co-worker to adopt better coding practices? @IAbstract If he likes to teach, he won't get defensive, he'll enjoy the opportunity to teach. Tone and attitude will make a big difference. If it sounds like you could easily add "Idiot" at the end of the question, then you aren't doing it right? :-) In my experience, most people are willing to answer sincere questions. |
|
Jun 29 |
comment |
“Don't do programming after a few years of starting career”. Is this a fair advice? +1 because I'm 50 and have been programming professionally since 1985. My responsibilities have increased to include more mentoring, but I still enjoy it. |
|
Jun 16 |
comment |
Why are IT and development job titles so cryptic? HR cares about prior titles because that's something they can wrap their head around. They don't have a chance at really distinguishing between the types of work done by everyone at a company. They have to categorize people into boxes. Managers on the other hand should care about what you can do instead of what you are called. Managers can distinguish between the few specialities that report to them so the titles that satisfy HR aren't really needed by them. |
