MyNameIsFred

8 ms·

31.
by MyNameIsFred 10y ago
That's just it: apps that are just wrappers for a website are never worth the time, yet they are so very common just to say "we have an app!" Actual apps are great, though.
32.
by MyNameIsFred 10y ago
"Android developer" is one of the hats I wear, so I'm instinctively drawn to the "app version" of something. I have dozens of apps I find "essential" and use regularly. But yes, that list has remained most
33.
by MyNameIsFred 10y ago
While I agree with the author and like the article, I suspect that it would only make sense to people who already accept these things as true.
34.
by MyNameIsFred 10y ago
> It removes the illusion that you can ignore planning/reflection and just pour more hours into something in order to make it successful. It took me too many years in the industry to figure this out. When I'm in "get it do
35.
by MyNameIsFred 10y ago
Sure, instead he'd just change his mind three times distributed across hundreds of Slack messages, and you'd still have no tracked resolution. When you have a decision born of a conversation, the only useful thing to do is to writ
36.
by MyNameIsFred 10y ago
I'm the kind of person you're ranting about here, but...thank you.
37.
by MyNameIsFred 10y ago
Early in my career I heard just such advice from a guy I respected as a big success in his field. A couple of years later, when his code started taking down other actors in the ecosystem, it became my job for a while to replace his modules
38.
by MyNameIsFred 10y ago
Not being a containerization user currently, I cannot vouch for the accuracy of the above assertions, but this reasoning is why I've been pondering moving from VMs to containers at or consultancy. We regularly have to "approximate
39.
by MyNameIsFred 10y ago
I can only speak for myself, but as someone who interviews developers for a small-medium company (<20 in my office, ~100 total), I have to say that this is bad advice if applying to a place like mine. I need some formalized experience do
40.
by MyNameIsFred 10y ago
So you're an example. What's your rate of job turnover with a policy like that?
41.
by MyNameIsFred 10y ago
Sometimes its just funding decisions made years in advance and "we've already spent too much on this to not to put up with it".
42.
by MyNameIsFred 10y ago
He's no doubt observed that and is using whitespace to rail against the ridiculousness of that convention.
43.
by MyNameIsFred 10y ago
Carmack addressed this, at least as I read it. One of his concluding guidelines was that it purely functional methods are a virtue and should be made purely functional wherever possible (he phrases it in terms of "const"). He did
44.
by MyNameIsFred 10y ago
This. In the article, Carmack does suggest just this, although its not as explicitly called out. If your methods are functional, then int fancyNumber = calculateFancyNumber(); Can be inclined cleanly/equivalently as: int
45.
by MyNameIsFred 10y ago
Do you think that's that's because the language inherently makes things readable, or is it simply because the language is too new to have popular anti-patterns?
46.
by MyNameIsFred 10y ago
Emphasis belongs on abused . Interfaces are swell. Subclasses of classes which implement an Interface are swell too, when they extend simply by altering the way said interface is achieved. When you subclass to "add more stuff", h
47.
by MyNameIsFred 10y ago
It was a (lousy) joke.
48.
by MyNameIsFred 10y ago
That's what I would figure, as well. My company moved to Seattle when we needed to expand and hire talent. Still a tech culture, but houses are still in the 6-digit range, and you don't have to pay $200k/year for a fresh grad
49.
by MyNameIsFred 10y ago
I'm coming from the Java world, but as a consultant for enterprise customers, I'll say that they only understand two kinds of ongoing maintenance: 1. Dollars over time (e.g. licenses) 2. Purpose-specific hire (i.e. hire a guy to d
50.
by MyNameIsFred 10y ago
I'm not saying you're wrong, but I find that very surprising. It's a far cry from the Enterprise Java consultant world I live in.
51.
by MyNameIsFred 10y ago
Is it? I think his point is that key repition may not be a relevant factor when a gzip can be presumed.
52.
by MyNameIsFred 10y ago
No, his post on SO is a firsthand account, and is therefore an unreliable, primary source. Technically speaking; Nothing personal.
53.
by MyNameIsFred 10y ago
Well, the author says that he had been an advocate and even educator on design patterns, yet also admitted that he has never read the definitive (GoF) work on the subject. IIRC, the book's preface declares the very thing the author &qu
54.
by MyNameIsFred 11y ago
I don't know that I agree with your suggestion, but here's an upvote for contributing an unpopular but non-trollish idea.
55.
by MyNameIsFred 11y ago
Thank you for your reply. Yes. I understand that that's the message here in the HN comments, but my question is why . In what way does this mean that MS is embracing open source? Many replies to that question (including yours) have be
56.
by MyNameIsFred 11y ago
I must be missing something. All of the comments here are all about "Microsoft is advancing OSS" and "Microsoft grew a heart" and "Mind blown", but all I see in the article is "We'll be providing some
57.
by MyNameIsFred 11y ago
re: Pollyfilla Yes, I believe that's the idea.
58.
by MyNameIsFred 11y ago
90% of me was sure this was a (humorous) joke. The other 10% fact-checked. Wow, twist indeed.
59.
by MyNameIsFred 11y ago
OP's clarification of a non-PhD was clearly labelled as an edit. "Do you even read, bro?"
60.
by MyNameIsFred 11y ago
My team and I write custom solutions for energy companies, car companies, municipalities, military, and other big enterprises. None of them have given a full minute's consideration to using OSS. 90% of them use only Oracle for their da

More ›