gregors

I'd love to know how much faster we've gotten since this was released (now unmaintained)

https://netflixtechblog.com/fast-json-api-serialization-with...

I really thought this pure ruby implementation was neat, though I never actually used it in production. It's been long since abandoned.

I'm curious in general about the status of pure ruby implementations. It looks like they killed json_pure? If so, that's a bummer. Does anyone know the details? By far the most interesting part of the posts to me are the Ruby optimizations not so much the C ones.

The idea is that you put in the extra work and he keeps the extra profit. Sounds like a sweet deal.

This guy is bad at his job.

The problem is that corporate types don't see programming as creative work. Type faster!!!! If you push the buttons faster the product gets build faster!

Also imagine every other week as the bricklayer had half a wall built a PM comes out and says, "tear this all down and move it 3 feet to the north", and then the week after, "now move it east 1 foot, and why is it taking you so long?"

What your scenario doesn't address is that while John finished his migrations on time, James has designed the flagship order processing pipeline something that John could never pull off.

Or maybe while John is technically adept, he's also a huge jerk and belittles people at standup, while James is the quintessential communicator with jr devs, etc.

Real life is messy. I've seen more people get replaced due to attitude or teamfit issues than specifically due to technical incompetence.

The Big Elixir 2018 - Desmond Bowe - Hot Upgrade Are Not Scary

https://www.youtube.com/watch?v=IeUF48vSxwI

This looks like it was fixed

* https://github.com/duffelhq/paginator/blob/main/lib/paginato...

* https://github.com/duffelhq/paginator/blob/main/test/paginat...

"hard" is not a technical issue. They would never allow it to be built in the first place since it has no place being there.

In my opinion very little of this has anything inherently to do with development, but organization science in general. All these problems exist is every org corporate or otherwise.

>>>> Do you know many people prone to beating their wives after smoking a joint?

I actually do know a person who did exactly that. Just because it isn't as prevalent as with alcohol doesn't mean it doesn't happen.

>>>> Cannabis is a known risk factor for schizophrenia, although the exact neurobiological process through which the effects on psychosis occur is not well-understood.

https://pmc.ncbi.nlm.nih.gov/articles/PMC3927252/

another fatal crash

As an in-the-code CTO that runs small teams, I've used Elixir/Phoenix quite successfully.

Hiring has never been an issue, in fact - Elixir was a tool to recruit a specific senior developer we wanted but couldn't pay them what they wanted due to budget. Elixir interest got them to come on board. I've trained a number JR developers with no prior experience with great success.

I was all in on Rails for over a decade, Elixir/Phoenix has definitely replaced that stack for me. I think it hits a sweet spot in terms of runtime performance and developer productivity. The latter is not something you can afford to ignore on small teams.

The techempower repo is literally a gift to the world. I've seen and learned many ways of optimizing code ...almost none of which should ever be used in production or would ever make it past a PR at most companies. Still, it's amazing in the amount of non-realistic approaches used. It really is a work of art.

You might have missed this recent announcement

https://elixir-lang.org/blog/2024/08/15/welcome-elixir-langu...

Once upon a time I needed to do hashes en masse for a specific blockchain projects. Just a tad of Rust (via nif) really helped the performance. Might be of help to you, check this out (not my lib)

https://github.com/ExWeb3/ex_keccak

for my usage, benchmarks went from 2.79K ips to 346.97K ips

I don't know what this particular post means, but I've seen a disturbing amount of online crazy talk about the government being able to directly control the weather.

The only reason you'd ever get choked out in BJJ is because you lost the fight with your own ego.

French + German

Hot code reloading is much more popular with Erlang developers. It's not popular at all in elixir which is a shame honestly.

Going vanilla (assuming it's built of sufficient quality) will save you untold amounts of headache and cost. The bloated dependency stacks and unnecessary breaking feature churn in a lot of these libraries are just a waste of money and time for most organizations.

Having worked on several projects in the past where the clients had either their own frameworks, and or proprietary languages I think familiarity is highly overrated in most (but not all cases). If you're building something trivial or basically throwaway then familiarity does play a role, but if it's non-trivial all the other costs outweigh any initial learning.

Generally speaking, there are hard, concrete pay bands associated with roles. As you progress through the pay bands there's less room for raises. There isn't an idea of "an exception" to this rule. There aren't special employees in the rank and file.

More frustratingly, for example quasi-governmental places, the total comp raise any individual can receive is a hard limit written in their rules. Even if you skipped 5 levels you couldn't even get that raise. That's why new employees are hired at a higher rate than existing employees. The only solution is to quit for a time and then come back to the org. Though maybe once every 5 years they'll do a realignment of pay bands.

It's interesting to me that this happens in an industry where the entire business is one of trying to aid someone who's lost something precious. Some things shouldn't have corporate branding. They definitely know better.

> or anyone else on the hn.

I'm on hn and it's interesting to me

I think people in general are much too concerned with "what makes this different". It's cool, fun and rewarding to build things.

You're making an assumption there that the educational/opportunity systems in the country aren't designed specifically to feed these jobs in particular.

They can't spot motorcycles

https://www.reuters.com/business/autos-transportation/tesla-...

"you have 24 hrs" and "write everything twice" ......they go hand in hand don't they? You're definitely going to rewrite it if you slap code out there.

Rippling is terrible. I had major major issues with their software and an even worse customer service experience. The best thing I can say about it is the UI is better than ADP but ADP at least works.

curious if their layoffs last year had the intended impact