4,940 reputation
21136
bio website http://...donthaveoneyet
location Rochester, NY
age 32
visits member for 3 years, 8 months
seen Sep 27 '13 at 19:12

Embedded Software Engineer for Allworx ( We make small business telephony servers and VoIP telephones) Allworx.com


Dec
21
awarded  Yearling
Dec
6
awarded  Notable Question
Feb
17
awarded  Popular Question
Jan
9
awarded  Nice Answer
Dec
21
awarded  Yearling
Aug
6
awarded  Nice Answer
Jun
8
awarded  Constituent
Jun
8
awarded  Caucus
May
24
awarded  Popular Question
Apr
5
awarded  Nice Answer
Jan
20
comment Is it possible to write software that doesn't need to be continually modified?
Changing software seems easier and less expensive than hardware, but is it really? Yes, I can go make a change and pretty much instantly make a new build with the push of my finger. However, the build still needs to go through validation/QA. What was the opportunity cost? What would I have been doing instead of fixing this bug. What would QA have been doing had they not needed to re-validate the software. Was a different projects pushed off to get this fix to market? There are lot a "hidden" costs people don't think about. It might be easier, but not necessarily less expensive.
Dec
21
awarded  Yearling
Nov
29
answered When should I use static variables with primitive types?
Oct
18
comment Will B-Trees and Other Data Structures Become Obsolete With The Advent of Solid State Drives?
Are you asking if they will become obsolete from a database implementation standpoint or in general because the have a lot of other applications outside of database applications.
Sep
9
comment Is wrapping third-party API calls a design smell?
Functionally you would get the same result, but not all aspects of code development are about function.
Sep
9
answered Is wrapping third-party API calls a design smell?
Jul
7
awarded  Nice Answer
May
11
comment Is reusability roughly synonymous with good design?
I would argue that flexibility is more important. Having an underlying architecture that tries to accommodated the reality that something will probably change or get add later is key my opinion. Reusablity almost comes for free at that point.
May
9
comment What lessons did you learn from a project which nearly/actually failed due to bad multithreading?
debuggers are largely useless in a multi-thread environment.
May
9
comment What lessons did you learn from a project which nearly/actually failed due to bad multithreading?
callbacks are not evil...the fact they do anything other than thread break is probably the root of the evil. I would be highly suspect of any callback that didn't just send a token to message queue.