lastangryman

8 ms·

31.
by lastangryman 3y ago
It is the practice of very subtly persuading employees to seek employment elsewhere when their "growth" has stagnated. https://www.ft.com/content/356ea48c-e6cf-11e6-967b-c88452263... You will see it mentioned
32.
by lastangryman 3y ago
Can't believe people in this thread condoning this practice and sticking up for HP! OP is in possesion of the physical product that his subscription PAID FOR. They can say the sub is for "pages printed", but that's compl
33.
by lastangryman 3y ago
Yes, "everyone is eventually promoted to their highest level of incompetence" is how I've heard it and there's a definitely some truth in there I think...
34.
by lastangryman 3y ago
Within a few minutes you can sign up to OpenAI and see the potential of ChatGPT immediately, in you own hands. The potential of crypto/web3 was always an abstract idea (jumped on by so many scammers), there was nothing you could actual
35.
by lastangryman 3y ago
I find it surprising (in a good way) the author could be a programmer for 26 years at Apple. A lot of corporate places I've worked at are always pushing you to progress in to leadership positions; if you aren't moving upwards then
36.
by lastangryman 3y ago
Having worked on a Baas type offering, this is all very familiar. Over the years, I've come to believe the approach of trying define a service layer with these magic abstractions is fundamentally flawed and will always lead to the pro
37.
by lastangryman 3y ago
Is the diagram in the Zone section wrong? It looks like the Cell diagram below has been used by mistake. Super interested to understand this better but having a hard time following the article. Is the hash index replicated across regions&#x
38.
by lastangryman 3y ago
Completely agree. This is why on whole large companies fail to innovate. Too much design by committee, too scared to trust someone with a vision.
39.
by lastangryman 3y ago
> as I tend to over-engineer systems and constantly doubt / second-guess my technical decisions I find this as well. I also think that there is a sub-conscious fear as you become more senior that you need to justify that with more e
40.
by lastangryman 3y ago
Thanks, I was confused with the downvotes as I was just relaying the facts of my experience! Good to hear someone else has had a similar experience. Nothing against PHP at all, but it's definitely not suited for scale.
41.
by lastangryman 3y ago
There's 2 things to separate here: 1. PHP the language and developer experience (frameworks, tools, community, docs, etc) 2. PHP performance at scale In my experience, PHP is much improved for 1. and fine to work with. Laravel and comp
42.
by lastangryman 3y ago
Bold move. I don't know of any data that backs this up but my perception is advertising on YouTube has gotten way heavier in the last 12 months. Used to be short ads, usually 1, that you could skip after a few seconds. Now it seems the
43.
by lastangryman 3y ago
> they will also be able to propose many actions on the basis of that context such as sending an email, creating a slide deck or writing a pull request. This blows my mind a bit...I mean, what if we get stuck in endless loops of doing st
44.
by lastangryman 3y ago
> AWS has a great business model of people over "optimizing" their architecture using new toys from amazon and being charged through the nose for it I was back on AWS for the first time in a few years this week and the amount o
45.
by lastangryman 3y ago
> A microservice architecture is more finely scalable than a monolith. Apologies, but I strongly disagree and I'm going to go on a bit of a rant here.... This is a myth, and one of the reasons people are making these ridiculous arch
46.
by lastangryman 3y ago
To most people, "mono" refers to a single codebase, not a single deployed instance. I've worked on many monoliths that run multiple instances in production. Microservices are no more or less scalable than a monolith. The mai
47.
by lastangryman 3y ago
Bang on. A friend I work with used to say "microservices are for scaling teams, not tech" which I liked. Even with monolith -> microservices I've seen it go wrong. One Go application I worked on it would take a senior engi
48.
by lastangryman 3y ago
My word. I'm sort of gob smacked this article exists. I know there are nuances in the article, but my first impression was it's saying "we went back to basics and stopped using needless expensive AWS stuff that caused us to c
49.
by lastangryman 3y ago
Yes, good point. I worked in a lot in PHP though and interesting that a lot of the changes it has went through the last 15 years seem to have been "inspired" by Java. A lot of frameworks (Laravel, Symfony, Zend) seem to lean heavi
50.
by lastangryman 3y ago
IMO, Go is capable of supporting OOP style code, but is not an OOP language. Coming to Go from more dogmatic OOP languages is such a breath of fresh air. If you just need a struct, you can have a struct. If you want a package scoped standal
51.
by lastangryman 3y ago
They are not against monetization, you have made that leap. They are against AI replacing humans simply because it will be cheaper. Your comparison is flawed.
52.
by lastangryman 3y ago
I'm not sure I see your point here. You are saying that because the writer signed up to a paid blogging service, and paid for their own domain, their opinion on how AI may replace humans is not valid? A blogging service provides utilit
53.
by lastangryman 3y ago
Yep also: > Mr Smith said the CMA's decision market "probably the darkest day in our four decades in Britain". I assume they meant to say "marked" rather than "market". The editorial standards are frank
54.
by lastangryman 3y ago
I always felt a bit scammed with AWS Multi-AZ on RDS that basically doubles your cost. If their set up is anything like this, I now feel vindicated in turning it off....
55.
by lastangryman 3y ago
This seems a bit hyper-critical and OTT for a HN comment on someone's personal project. Maybe you could take these and raise as issues in OPs GitHub repository, that might be a more constructive way to feedback.
56.
by lastangryman 3y ago
Very interesting read. I've worked on game services, and there are a lot of scaling challenges compared to "traditional" apps. Majority of traffic write heavy (many common patterns for scaling read traffic don't help you
57.
by lastangryman 3y ago
A martian space elevator is explored in Kim Stanley Robinson's Red Mars trilogy, definitely worth a read.
58.
by lastangryman 4y ago
Attempted to read, caused chrome to crash (twice) with the Aw Snap screen, gave up. The modern web.
59.
by lastangryman 4y ago
> The marketing department knew ahead of time when something was likely to go viral That's fine when it's your product. The situation I'm talking about was a SaaS product providing backend services for customers app. Our
60.
by lastangryman 4y ago
This is it, and what so many anti-cloud people are missing. For start ups, how can you possibly take a gamble on trying to predict what your traffic is going to be and paying upfront for dedicated servers. It puts you in a loose-loose situa

More ›