Hacker Newsnew | past | comments | ask | show | jobs | submit | ownagefool's commentslogin

If it wasn't obvious from the article, this is an implementation in the same thing in rust, ergo significantly faster. This was enabled, I presume, by the upstream react introducing code a rust version in source ( but they don't produce a standard binary last I checked )

You make solid points to be fair.

I'm British, left leaning and married to an immigrant. The posts themselves don't come across as racist.

It's a fact in British politics we refuse to publish crime stats per ethnicity, but the Danes do, and it's fairly obvious that certain types of immigration aren't good for your society.

Of course, these are cultural problems usually linked to specific regions and socioeconomic backgrounds rather than actually race related, but we've been in a weird space for many years where it's racist to discuss the problems, and ergo when you do find people willing to discuss them, they do tend to be actually racist.

Which makes it hard to jump to defend DHH here, because you're unsure what you're missing. The sad thing is, the denial drives actual racism, because it's the only outlet to actually discuss the problems.

For those not aware, British population growth is about 10m in 20 years, largely immigration ( Births are below replacement rate ) and largely pushed to depress wages and expand the tax base to fund pensioners. There's also a lack of investment in services, we can no longer easily find a GP, Dentist, School spots, and house prices have become unreachable. It's more class warfare than race related.


You're leaving out the endorsement of noted racist Tommy Robinson here, whose raison d'être is to foment racial hatred. If you're married to an immigrant, I would have thought the end of the slippery slope would be as concerning to you as it is to me being married to a non-white person.

I am concerned actually, and Tommy is a racist.

I guess my question there is, is DHH ignorant to who Tommy really is, or is it a full endorsement.


Tommy isn't even the most serious contender for the ethno-nationalist politics (remigration and nativism) being pushed in the more fringe parties here in the UK.

My read on DHH is that he's simply a sheltered 40 something rich guy who just has the most surface takes on political things, mainly influenced by whatever he sees on Twitter. He lives in Malibu, CA for one thing. If you're working in tech in California you'll definitely be working right along with many engineers from China or India. Both of which would be marked as non desirable by nativist parties in the UK.

Hell even himself as a Dane would be.


More likely than not a full endorsement, given DHH's multiple references to notoriously and openly racist "The Camp of the Saints", or this quote:

> standing idly by while your livestock is devoured by predators or your neighborhood is taken over by migrants


I think the OP is right in that spending data is valuable as a mechanism to figure out how extract more profit, which in the end will have customers paying that price.

However, it doesn't need to be exclusively negative. The data will both show where you can price gouge but also simply where demand is.

Put your coffee shop near a metro stop and sell sourdough bread and people will buy that because they want it isn't exactly negative.


I'd probably consider how the Red teams 7 captains feel about themselves and their own work though. It's always part of the critical path, no?


This is correct, but there's additional nuance here, which is the security of your development pipeline plays a part in the production system too.

Way back when, you'd see a lot of people stuff their jenkins in their dev account. There's no way that the system that builds, publishes and deploys your application should be treated as anything but as sensitive as the production system itself.

( To be fair there are mitigations such as reproducible builds, but you're now doing a bunch of engineering to tie in your deploy system. )


There was more drinking in the 90s.

You can decide whether that was better or worse.


My take is it's actually because of poor performance of internal teams.

With a cloud provider, you can get an account by filling out a sign-up page and handing over a credit card. Internal teams will often hide behind Bureaucracy and a ticket system, with processes that make hosting a simple web app take multiple quarters.

Now there are layered reasons for that, some of them with legitimate basis, but at the end of the day they're usually low skilled teams click-ops-ing some VMWware, delivering a terrible service.


We were contemplating just this as a lunch time conversation among few engineers. Why can’t we have a sort of internal currency in the company and let teams use it as their “budget” to get things done? Infra team’s budget is broken up by the “user teams’ budgets + markup. Think your team needs a rlasticsearch cluster of your own versus the “managed” one by the infra team’s? Spend your budget accordingly. Want an increased budget? Get your director to pay from his currency budget.. all the way to the top..


That is already how many big corps work, still it doesn't avoid the move to cloud or offshoring.


Honestly, I think you're boiling the ocean there.

Internal hosting teams ( cloud or on-prem ) should work more like public hosting environments and should focus on:

- Segregating workloads. If amazon can host a hacked service on their hosting stack without every tenant immediately being compromised, you can too.

- Self-Service. Teams should be able to just get accounts and do stuff without asking anyone.

- Building assurance. Now you've made it easy for teams to do small things, you're more likely to get more users and have less shadow-IT. You can now try and build organizational assurance without making teams suffer.

A team just needs petty cash and a cost code for a small amount of space in dev land.

What everyone does instead if ask for the planning to be done and completed upfront, which isn't realistic for a team you just stood up trying to do UR and a POC.


Yea layer some more bureaucracy on there… i’m sure adding another sticking point will make it better


Reality of AWS or Azure in Europe : - Can't provision new ressources without calling them - If you get defects, you might be with Azure Europe Head after weeks of escalation and the only thing he wants to hear is if Microsoft can do a success story with you - Gaslighting you on issues

I agree with you, we went from terrible service, to terrible service with no leverage.


You also get internal cloud teams that "own cloud" taking away your ability to get accounts without going through the same all broken processes.


I’ve had this problem with azure in the US or the EU, but I’ve never really had this problem with AWS in Europe.


And now if you try to get a bug fixed or a new feature in GMail, it simply can't be done at all. Problem solved!


Because you could get a bug fixed in Outlook before?


Mines was $190,594,974,587,761.20 :)


So I'm on the other side of this usually.

Most places I land there's deference to the status quo and those that came before. People assume that efforts of that past were well considered and that good work was done.

But ultimately when pressed, there's generally no evidence of the above, and when there is evidence, one can generally demonstrate the flaws in the approach, so I press on anyway and it hasn't really bitten me yet.

Of course, in many of these projects there's now deference to decisions I've made. Some of those decisions were well made, with evidence and supporting work, to make them challengeable should the understanding changes. Some of them are gut checks because they didn't matter to me at the time.

Either way the take away is good, but often practices exist simply to frustrate.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: