mmt

89 ms·

721.
by mmt 8y ago
> when pitching or promoting their companies ...and the whole point of pitching or promoting a company is...making money! > "changing the world." That isn't falsified by putting 5 million dollars in exchange for dropp
722.
by mmt 8y ago
> Code is basically the poop that results after you digest the problem. The best code is as little code as possible This is, perhaps, one of the best metaphors I've read for explaining this concept. As someone who does one of the &q
723.
by mmt 8y ago
> We are talking about 10000s of dollars per CORE (not even per cpu). Amortized over what period of time, though? Is that today's price, or 17 years ago? Is that list price or the price an actual small user would pay? > I've
724.
by mmt 8y ago
> I'm saying that 99.9% of Oracle customers would have been significantly better off from a cost, flexibility, and support perspective going with an alternative like Postgres when they started. Although I agree that some huge propor
725.
by mmt 8y ago
> would do just fine with a "lesser database" And I would grant you that if you could make the credible argument that a "lesser" [1] database could be a suitable replacement on a drop-in basis, without significant e
726.
by mmt 8y ago
> Usually, "shut down" implies that the company failed. Of course it failed, from the standpoint of the VCs, at least. It just didn't run out of cash. That doesn't say anything one way or the other about the business
727.
by mmt 8y ago
That idea just doesn't stand to reason, though, to be fair, if you say "most companies that" you're expressing a stereotype, which can easily fail, as it does here, when applied to a specific case. I personally know a &q
728.
by mmt 8y ago
> Moreover, you don’t see “Mercedes-Benz” or “Range Rover” ignites twice in a title. However, I think one might if it were just a bit more exotic, like a Ferrari. More importantly, if, e.g., Mercedes had recently been making headlines (a
729.
by mmt 8y ago
I even suggest it as a good way to learn about relational databases, in general. The only downside is if the reader is "spoiled" by a particular feature that's documented as standard (such as to comply with one) and subsequen
730.
by mmt 8y ago
> I laughed a bit when I read that you use Oracle and don't have the budget for more people. Why? Because you believe the former causes the latter? There are many valid criticisms to be levied against Oracle the company, enteprise s
731.
by mmt 8y ago
Although I agree with your premise, I think the delivery takes away from your point a bit. Specifically, you risk people piling on that rsync isn't good enough in the modern world and referencing the comment criticizing Dropbox as bein
732.
by mmt 8y ago
That's bordering on (if not crossing into) ad-hominem. There was no accusation of "so easy", only so not expensive and supposedly (and previously, demonstraby) solved in the last 30 years. They may well be "hard" or
733.
by mmt 8y ago
Only when there's no argument in the first place and the decision is already made. I don't think I've ever seen AWS (or any public cloud) require more labor in terms of hours/persons, but I routinely see it require labor
734.
by mmt 8y ago
> the information of how to land a job in a specific group is very unique and not easy to commoditize across an entire industry or with generic blog posts, but the complexity of that knowledge is very low, hence many are qualified to acc
735.
by mmt 8y ago
I have trouble understanding what significance the "so much as" means, nor even the "sold out", since it appears to have been an acqui-hire, with the (cash) assets being returned to investors. The company did shut down.
736.
by mmt 8y ago
> the alternative is the status quo, where the only ones with access to this information are family members, top school alums, or people in the elite circles. As you yourself pointed out in another sub-thread, "this knowledge is not
737.
by mmt 8y ago
> For 95% if all workloads encountered by the types of people who dwell on this forum, I call shennanigans on this as a made-up statistic. You may be able to convince that percentage of people of that, but they may well not be aware of w
738.
by mmt 8y ago
> Maintaining 40 racks of hardware takes a surprisingly trivial amount of time aside from regular OS management. I think it's only surprising to people who have been listening to the "it's awful" mythology or believe
739.
by mmt 8y ago
Not the parent, but, I, too, have done the cost analysis, at much smaller scale. And, yes, all-inclusive, AWS is 1.5x-10x more expensive than commodity hardware, depending on how poorly optimized AWS's hardware choices were for the par
740.
by mmt 8y ago
I'd expect that to have nearly all the disadvantages of cloud (other than virtualization). One is still locked into the provider's pricing structure. One is still locked into the provider's ISP choices. One is still locked in
741.
by mmt 8y ago
> storage system management I was a bit incredulous that any truly all-inclusive analysis could ever show AWS being cheaper, but this phrasing made me realize that it could have been the one (remarkably common) case where it usually does
742.
by mmt 8y ago
This is probably the best refutation to the (currently top) sub-thread about this article being one-sided. > It does so not only by passive silence, but by active deception. And despite being called out numerous times over the years for
743.
by mmt 8y ago
> They are instead provided out of the box by K8S, leading to fewer individual components to run, maintain and monitor yourself. You can switch out components at any level, from a single container running your favorite webserver, to a fu
744.
by mmt 8y ago
> The author's way is more unique. The author's way is merely different. "Unique" is a superlative. The author's method(s) means more choices. There's an argument to be made that enforcing a single choice is
745.
by mmt 8y ago
> Going to the cloud is one of those places where they say cost but what they really mean is <networking | servers | power | etc> are _hard_. But I (and the GP) addressed that. It just isn't hard. Your earlier comment is clo
746.
by mmt 8y ago
> A sysadmin working on system serving a production load rarely wants to reboot the system, let alone blow it all away and rebuild from scratch. Uh, actually, that's exactly what I want. It's just Ops managers [1] who can&#
747.
by mmt 8y ago
> But others are there for a reason: how to integrate with init systems, standard directory locations, shared cache locations, or (god forbid) desktop/windowing systems? Having tried (and succeed) many times in making Debian package
748.
by mmt 8y ago
> Docker wins because it's easy to use. > The author misses that completely. That's inconsistent with what the article says right in the introductory paragraph: > Docker is genuinely more complex and harder to use than th
749.
by mmt 8y ago
> you run it in GCP where they take care of that part for you Although I'm generally inclined to agree with your positions on this thread (biased as I am due to my Ops profession), this doesn't seem like a valid criticism. If D
750.
by mmt 8y ago
> 2-3 hand-managed servers I think too many people in this sub-thread are harping on this excerpt, especially with regard to the "hand-managed" and failing to take the most charitable reading, as exhorted by the guidelines. Wha

More ›