Live data from Hacker News

In 8 months at Microsoft, I learned these things

ahmetalpbalkan.com

111–120 of 286 posts

Re: In 8 months at Microsoft, I learned these things

#111

Earlier quoted context omitted.

Microsoft is the complete opposite of Facebook's "Move fast and break things". And that's a good thing, in a lot of ways. When entire companies (industries?) are dependent on you: slow & steady to get it right is much, much better than moving quickly to integrate the newest technology.

How is Microsoft slow and steady when he just told you they have poor code quality, no docs, etc.

Granted I don't work at Microsoft so I don't see their internal code. I have worked a bit with their .NET and older Visual Studio suites, and found that their documentation there was probably some of the best I've ever seen (better than Analog Devices, which I've used as a hardware documentation standard for a while). MSDN is a fantastic resource, and is extremely well organized (or was 10 years ago, I imagine it hasn't changed a ton since then).

And I more meant that they have to stick with technologies that they know work for two reasons: legacy & reliability. If Microsoft changes something within their legacy code, that could cause absolutely massive problems around the globe. If reliable features in their code breaks, same problem.

[Edited to fix redundant sentence].

Re: In 8 months at Microsoft, I learned these things

#112

Publishing something that HR/PR can consider slander under your real name while being junior developer is not a recipe for stable employment. These guys tend to freak out over minor stuff like that. Lets hope it does not have negative consequences. Otherwise familiar - these companies are like supertankers - move slowly and few people are empowered to make meaningful decisions and contributions. Worked for a few year…

> Publishing something that HR/PR can consider slander

The truth can not under any reasonable definition be considered slander.

Re: In 8 months at Microsoft, I learned these things

#113

Earlier quoted context omitted.

I don't. Microsoft has such a high level of not invented here (NIH) syndrome sometimes that I'd find it easier to believe that engineers on the ground are simply unaware of the competition.

That was certainly my experience in devdiv. People barely seemed to realize that a world outside the Microsoft ecosystem still existed. I have forgotten the details, but there was a meeting once where I suggested we look at some open source project for ideas about solving the problem we were working on... possibly LLVM?... in any case the response was completely blank, like, what possible relevance could that have, w…

Matches my experience as well. I was there for nearly a decade, with several years in windows client, and I was always amazed that nobody there ever seemed to learn anything outside of microsoft tech. It's stunning how there are two almost completely separate worlds. Just taking web development as an example, outside microsoft, there's this whole culture of github, ruby, python, node, various open source frameworks, gems/eggs/npm. If you're a web dev outside of microsoft and you are completely ignorant of all this stuff, you're stunted. Whereas inside of microsoft, most people will stare at you blankly if you mention ANY of that stuff.

Mind you, none of this says anything about developer competency. There's no shortage of great developers at microsoft. They're just very insular and good at using microsoft tech and that's it. Oh, and these great developers are obviously hamstrung by the fact that microsoft isn't in the business of making great software, but that's a whole other rant.

Re: In 8 months at Microsoft, I learned these things

#114
perfectly describes some of the top mobile/chipset companies i have worked for. Some of the code is so horrible that you feel it might be worth the time rewriting it. But time is too precious...nobody has time to step back and analyze or point fingers. just get the code fix and ship to it the customer.

Re: In 8 months at Microsoft, I learned these things

#115
post #13

I am doing an internship in Windows and I have to say his first few points are right on the dot. The windows debugger does have proper documentation. I know this because two separate people on opposite ends of Windows Org made a point to mention this. Yet the documentation itself is not more than one would expect from complex software's man page. This contrasts well with the software I am integrating with for one of…

Windows has a package management system (Windows Installer). It's crufty and quirky and gets abused (package files that are just wrappers around standalone installer programs, for example) but is generally pretty usable. I've always wished more Windows developers would use it.

Re: In 8 months at Microsoft, I learned these things

#116

Earlier quoted context omitted.

Microsoft is the complete opposite of Facebook's "Move fast and break things". And that's a good thing, in a lot of ways. When entire companies (industries?) are dependent on you: slow & steady to get it right is much, much better than moving quickly to integrate the newest technology.

How is Microsoft slow and steady when he just told you they have poor code quality, no docs, etc.

Where did he mention poor code quality? Out of date documentation is all I see mentioned.

Re: In 8 months at Microsoft, I learned these things

#117
As a community, we should react responsibly and warn our members against sharing posts like this. There is almost no useful insight, clearly parts of it are exaggerations, and the whole thing looks like it was written for 15 minutes of HN fame.

Couple of karma points isn't worth pissing your co-workers. If you really want karma, just make an empty post with title "If you don't vote up, I'll write a stupid post that will ruin my career." I promise I will vote up.

Re: In 8 months at Microsoft, I learned these things

#118
post #5

> Not giving back to the public domain is a norm. Uh, this is Microsoft , they may have a slightly more close-minded view of the open source movement than, say RedHat or Google, or hell, even Oracle.

That isn't entirely true. While "giving back" may not be the norm, there are other relevant details to consider: http://arstechnica.com/business/2012/04/linux-kernel-in-2011... Legal departments also get in the way of contributions to open source. "We don't want any of our proprietary code to end up in that library" is a common theme found among legal teams that paint with too-broad of brushes. I am currently experie…

Not to mention Microsoft is terrified, and I mean terrified of any open source code accidentally getting copypasted into some Windows or Office. A team I worked on there had to indirectly use linux and there was literally one designated person who was allowed to have a linux machine, and the machine had to be set up by a contractor whose job it was to ensure it was scrubbed of any source code before being handed over to the one guy who was actually allowed to touch it. I swear, you could make the lawyers jump a mile by sneaking up behind them and whispering "GPL"

Re: In 8 months at Microsoft, I learned these things

#119
I'm not sure where to start. This is a person at his first job out of college and he's been there for less than a year (two if we're being generous). And yet he has the audacity to say "I learned that one will see this sort of problems in all large scale companies."? Really? This is absurd. I can't wrap my head around the sort of arrogance and myopia that makes a 21 or 22 yr old think that he can describe an entire world from such limited experience.

I've been working for over 20+ years now. During that time, I've worked at half a dozen large corps, a few medium sized ones, and a few startups. I've seen both great teams with great practices and bad teams with poor practices. One thing that I can say though: the size of the company didn't seem to have much to do with it. Even with my experience, I don't think I've seen much more than a thin slice of the variance in practices that is out there.

Note, I'm not saying that this guy didn't experience what he wrote about at Microsoft. But at a corporation that size, you'll likely find that different groups have different practices. This was certainly true at the large companies I've been at. Some teams were super-sharp, others were sloppy beyond words. Even if all teams at MS suck (which I doubt, but I will admit it's possible), this says nothing about how other companies operate and very little about how large corporations operate.

Word of advice: don't mistake the worlds you extrapolate inside your head for reality.

Post reply on HN