Earlier quoted context omitted.
Problem is that all status symbols in the programming world are meaningless, so in the absence of any useful metrics, we latch onto useless ones. Tests/LOC at least measures something , even if it is imperfect. It's probably better than measuring LOC themselves, which are often a long term cost for the company, not a benefit.
but, Tests/LLOC seems to state even less than LLOC. LLOC gives an indication of the complexity of the application (or a component). All Tests/LLOC seems to state is that some lines of code exist and potentially, some test cases are testing them.
Working at Microsoft – Day to Day Coding
121–130 of 171 posts
Re: Working at Microsoft – Day to Day Coding
#122I'm a bit confused by this post. The author seems to celebrate a private office. I strongly prefer open work spaces that you share with others, as do many companies I've worked with/seen. Care to share your opinion? I'm curious...
Re: Working at Microsoft – Day to Day Coding
#123Reading this almost makes me want to cry. It's still all to common these days to find developers with 4 year old machines, comprised of scavanged parts (from people leaving) running Windows XP. A level of bureaucracy forcing you to maintain 3 tickets (at least) in 3 different systems to make even a typo fix in a production system with 3 day minimum turn around time. Servers with less RAM and resources then your 4 yea…
Don't sweat it. We all worked there for a couple years. It's called "getting experience", and the key is to remember you're supposed to move on after you've built enough stuff to demonstrate your worth to the next place. This is what the beginning of everybody's development career looks like. Grit your teeth and get through it. It gets good later on.
A lot of the problem is that the stuff you build can't necessarily happen at the place you're at - if all your place do is db frontends and your coworkers produce endless spaghetti, anything you produce is going to be subsumed by that.
Another issue which is rarely spoken about is the atmosphere of the development environment - if people are on edge/insecure/[deadsea-ers][1] things can get nasty quick, and there is nothing better at pulling down your confidence.
I have come to the conclusion that you have to build your own positive output because you love it, and let the career-enhancing aspects act as a side-effect. I adore this stuff, that's why I'm doing it.
It is often frustrating though - I am 29, 30 in September and it is difficult not to feel trapped. The negative aspects of the job make it harder to do the positive stuff necessary to get out - got to work hard to keep your head above the water.
[1]:http://brucefwebster.com/2008/04/11/the-wetware-crisis-the-d...
Re: Working at Microsoft – Day to Day Coding
#124An assumption? We've been told pretty directly how complicated the process is (often with pride). See the 14 steps which turn a 5 minute code change into a multi-man-month-mammoth: http://blogs.msdn.com/b/ericlippert/archive/2003/10/28/53298... Or the now infamous Windows Shutdown "crapfest": http://moishelettvin.blogspot.com/2006/11/windows-shutdown-c... There's more. And I have no problem with the author stating ho…
Re: Working at Microsoft – Day to Day Coding
#125Earlier quoted context omitted.
This blog post is mainly about the tools developers use day-to-day while they're in coding mode. Tools and development processes do tend to be well thought out and efficient at MS. That's not really related to the organizational dynamics that come into play for planning products and features. That tends to be complicated, involving a lot of people, meetings, and debate. (I'm not defending it, just saying that's how i…
I don't mean to drag this out, since I largely agree with what you are saying, and it's true that the OP seems to focus on that. However, his intro blurb specifically says that we are wrong in assuming that writing software is a "soul-crushing bureaucratic exercise." Which, as you point out, the post never really says anything more about.
Re: Working at Microsoft – Day to Day Coding
#126The thing here is not about if Microsoft let their developers use all the new shiny technology but the point to stress here is how much percentage everyday does a developer at MS actually codes, I bet it wont be more than 20%. I am so sure of this because being at Amazon since April last year, I havent coded more then 700 lines of code, bulk of which was supporting new features in the already behemoth software. I alw…
That bad at Amazon? I've been at Google for a little over 2 years and have written about 160,000 lines of code for them. (And deleted about 30,000.) Seems like a lot more than I expected, but just looking through my recent commit history, I wrote 830 lines of code just last week on my 20% project alone , so 1600 lines/week doesn't seem that unreasonable. And here I've been complaining about how I never have time to g…
Re: Working at Microsoft – Day to Day Coding
#127The thing here is not about if Microsoft let their developers use all the new shiny technology but the point to stress here is how much percentage everyday does a developer at MS actually codes, I bet it wont be more than 20%. I am so sure of this because being at Amazon since April last year, I havent coded more then 700 lines of code, bulk of which was supporting new features in the already behemoth software. I alw…
Re: Working at Microsoft – Day to Day Coding
#128I don't like open spaces, but being all alone in an office seems pretty horrible as well: Wouldn't you rather work from home, then? Ah, you say, but then people can't knock on your door to ask questions. Which, again, seems like it's making things worse, I don't want to sit in a closet waiting for people to knock on my door...
Around here we work on laptops, coding questions are handled via irc, most of the devs (not that many, edit: laptops with monitor/keyboard at workstations, that is. I don't want to imply that everyone is hunched over a laptop all the time.
Re: Working at Microsoft – Day to Day Coding
#129I turned down Microsoft when they recruited me in college. Wow, what a great decision. Now, I run a software firm where no one has an office, everyone pairs (including owners and interns), we have a /slightly/ better ratio than 1 test per 100 SLOC, etc.
> we have a /slightly/ better ratio than 1 test per 100 SLOC, etc. Has TDD really resulted in this becoming a status symbol? :P
Re: Working at Microsoft – Day to Day Coding
#130Earlier quoted context omitted.
Don't sweat it. We all worked there for a couple years. It's called "getting experience", and the key is to remember you're supposed to move on after you've built enough stuff to demonstrate your worth to the next place. This is what the beginning of everybody's development career looks like. Grit your teeth and get through it. It gets good later on.
Still there. Contributing to OSS (golang) + studying theory I missed because I didn't do compsci at uni. Once I hit the 40/50 patch count and have good algo/os knowledge I reckon I should be better placed to be attractive job-wise. Several failed 'views have seriously hit my confidence, but I am working on fixing obvious areas of deficiency. A lot of the problem is that the stuff you build can't necessarily happen at…