fdsfsaa

6 ms·

1.
by fdsfsaa 10y ago
Do you want a fork? Do you want to drive more people to Pale Moon? Do you want to become even less relevant relative to Chrome? Do you want to make the web even less user-centric? A change like this is how you do that. Good job, Mozilla.
2.
by fdsfsaa 10y ago
You know what also makes you sick? A lack of professional accomplishment, missing respect from your peers, and a general sense of purposelessness. It's easy to look at the costs of ambition and ignore its benefits.
3.
by fdsfsaa 10y ago
Nicotine is best administrated through gum or a transdermal patch. I haven't heard of many people using it in pill form. Nicotine alone is similar to smoking a cigarette, but not identical: cigarettes also contain MAOI inhibitors which
4.
by fdsfsaa 10y ago
Modafinil and nicotine. Cocaine too, I imagine, although that's more a sales guy thing.
5.
by fdsfsaa 10y ago
Why is it surprising that nootropics exist? Half the good people in tech are on them. And there's nothing fucking wrong with that. "My body, my choice", as the slogan goes.
6.
by fdsfsaa 10y ago
I am well qualified to comment.
7.
by fdsfsaa 10y ago
The specific root cause is Google's practice of promoting based on product launches; it literally doesn't matter whether that product goes on to be successful. This practice creates a strong and perverse incentive to continually l
8.
by fdsfsaa 10y ago
He's not missing much. It's just a big squabbling company.
9.
by fdsfsaa 10y ago
> Being ethical is a core value of the company > Google is trying hard to make it's hiring and promotion process objective and unbiased Google tries very hard to appear to be ethical, unbiased, responsible, and generally virtuo
10.
by fdsfsaa 10y ago
Netflix's stack ranking is a huge turnoff though. Netflix's philosophy is that it has no loyalty to employees and expects none in return. Regardless of Netflix's other attributes, this policy is a huge turn-off. https:/
11.
by fdsfsaa 10y ago
> 100% pair programming I don't think there's a faster way to send me running away screaming. I'd actually take "100% Visual Basic" over "100% Pair Programming" if I had to choose one at gunpoint.
12.
by fdsfsaa 10y ago
> My suspicion is that Apple / Tim Cook knows something BIG that we don't that they are going to get PERFECT while they still have the cash fire hose of the iPhone to drive the engine. Possible --- but it seems to me much more
13.
by fdsfsaa 10y ago
> Also, the areas in which Microsoft is revitalizing itself are green field projects like the cloud and some other interesting hardware/software integration The example I have in mind is in a big legacy product. I can't get mor
14.
by fdsfsaa 10y ago
What about all the hundreds of decades of work lost because extreme risk aversion makes it impossible to add productivity features to GMail for fear of breaking what works already? Some people like to cower behind "Google scale" a
15.
by fdsfsaa 10y ago
I can choose not to work in an environment riddled with "scar tissue". Instead, I can go work at a startup and eat that enterprise's lunch with a tenth of the budget. Unfortunately, thanks to inflexible and sanctimonious atti
16.
by fdsfsaa 10y ago
Do you have any actual evidence that a culture of design documents and signoffs produces code with fewer vulnerabilities?
17.
by fdsfsaa 10y ago
Where are the mods? Does the rule against inflammatory ad-hominem attacks apply only to those holding unpopular opinions? Believe me, I'm the furthest thing from junior you'll ever see. I don't particularly care what you call
18.
by fdsfsaa 10y ago
> Internally open does not mean that everyone can always see everything though. If secrecy is rare in an organization, secrecy-induced problems in that organization are also rare. > I'm not sure I agree with this. I'm a deve
19.
by fdsfsaa 10y ago
> secret If your culture is one of secrecy (Google's generally is not), then you need process to effect coordination, since nothing else can. Fortunately, good (IMHO) software companies are internally open, so there's no secrec
20.
by fdsfsaa 10y ago
Saying that process is a necessary side effect of growth is like saying cancer is a necessary side effect of age. I don't think you have the causation quite right --- it's not necessity that forces the adoption of process exactl
21.
by fdsfsaa 10y ago
Coordination is important. I think you can achieve it without a formal design document and approval process. Your team could post a quick, informal message to a mailing list saying that you're going to work on a new launcher. The other
22.
by fdsfsaa 10y ago
RFCs are usually protocol specifications. Specifications are usually intended to facilitate interoperability. They document protocols or grammars or some other artifact. Specifications need to be well-written and precise. The kind of design
23.
by fdsfsaa 10y ago
I don't think so. Who looks at design documents? Your own team. If you don't yourself catch that a change will cause problems with other teams, the existence of a design document won't magically alert that team. If you do s
24.
by fdsfsaa 10y ago
If it produces results, does it matter whether you call it "engineering" or "hacking"?
25.
by fdsfsaa 10y ago
I find the "five questions" approach helpful. The classic questions are "Who?", "What?", "Where?", "When?", and "Why?". If you answer those questions (probably best to start with &
26.
by fdsfsaa 10y ago
What makes "Google scale" unique? I've never understood the argument that because Google serves ultraziggabytes of data, Google needs complex engineering practices. A program is the same program whether it runs on ten machine
27.
by fdsfsaa 10y ago
It's funny that you mention Microsoft. A friend (he has ~100 reports, transitively) at Microsoft tells me that at least on his team, the old-fashioned three-specification (design, dev, test) document triplet, each with a multi-page che
28.
by fdsfsaa 10y ago
I don't think any specific type of change should require a design document. That framing presupposes too much hierarchy. Design documents, like code reviews and tests, ought to be helpful tools for developers, not requirements impose
29.
by fdsfsaa 10y ago
> A piece of code with a design document at least has a historical record of what the original aims of the project were, and a written rationale for why they took certain approaches. That information is very useful, particularly as a com
30.
by fdsfsaa 10y ago
> backtracks on a strategy decided 2 years ago Why should anyone be bound today by decisions made two years ago? Maybe that strategy no longer makes sense. I've seen it go both ways. On one hand, sometimes a new developer in an old

More ›