I feel like a lot of the comments here are from people who either weren't around for, or didn't grow up in, the era where adactio and the wider web dev scene (Zeldman, etc) were the driving force of things on the web.
If you've only been in a world with React & co, you will probably have a more difficult time understanding the point they're contrasting against.
I was around for that era (I may have made an involuntary noise when Zeldman once posted something nice about a thing I made), but being averse to "abstraction in general" is a completely alien concept to me as a software developer.
Yes, but I'm in so many words stating that that particular era of web dev was notorious for the discussion of "is this software engineering or not".
It's just such a different concept/vibe/whatever compared to modern frontend development. Brad Frost is another notable person in this overall space who's written about the changes in the field over the years.
> Getting macOS code signing and notarization working in CI was honestly the hardest part of this project. If anyone is distributing a macOS app outside the App Store via GitHub Actions, I'm happy to answer questions — the workflow is fully open source.
I'm thankful that it's largely a "once it's working, it rarely breaks". If it does break, it's usually because I have to sign in to the developer portal and accept some contract somewhere. Error messages in CI rarely indicate this is the case sadly.
Is it really a problem with the industry or is this the sort of thing where discussions go on forever on message boards where no one is in charge and people aren’t trying to work together to some actual goal, but where industry doesn’t suffer from the same problems?
The cool thing is, when you get even a whiff of this kind of tribal fan-boy bs from someone, you can just ignore it, move on, and continue learning, building, and discussing with positive productive people who share the same motivations. Life is too short to be bickering with haters in comment sections.
Many, many years ago, when ~persia came ashore~ dropbox was announced on HN [0] The top comment was quick to point out "For a Linux user, you can already build such a system yourself quite trivially
I mean a dev tool that's seemingly failing to resonate with developers as to why they would pay for this is a pretty good way to tell if it's going to fall in the 1%.
The Dropbox take was wrong because they didn't understand the market for the product. This time the people commenting are the target audience. You even get the secondary way this product will lose even if turns out to be a good idea, existing git forges won't want to lose users and so will standardize and support attaching metadata to commits.
> This time the people commenting are the target audience.
Nah. People post about k8s on here all the time, but that doesn't mean I'm the target audience. Just because _someone_ on HN has a bad take doesn't mean they're the person who needs this. Nor does it mean they even understand it.
predicting that a startup will fail is.. well, you got a ton of probability on your side there. so it isn't a particularly impressive thing to be right about.
Unimpressive doesn't mean incorrect, sometimes it's good to take the side of the most probable. And yet at the same time I am reminded of this quote:
> The reasonable man adapts himself to the world: the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. - George Bernard Shaw
I'm not disagreeing, just soliciting. Does anyone have examples of products that failed in the early stages because their implementation was too trivial?
There are a number of ways. Obviously Dropbox would be one case of "early and didn't fail" that could have been "early and failed", and we would have heard about it.
People keep saying that, but it's hardly the same thing. We're talking about developer workflow here. It's like someone coming up with Brancher. It's a git branch manager. Use `brancher foo` to replace `git checkout -b foo`. "Remember that comment about rsync and dropbox? Brancher is to git, what dropbox is to rsync"
How is LangChain doing? How about OpenAI's Swarm or their Agent SDK or whatever they called it? AWS' agent-orchestrator? The crap ton of Agent Frameworks that came out 8-12 months ago? Anyone using any of these things today? Some poor souls built stuff on it, and the smart ones moved away, and some are stuck figuring out how to do complex sub-agent orchestration and handoffs when all you need apparently is a bunch of markdown files.
Just saw a Discord-weekend take on reddit! Haha. Guy was saying he could create it in a day and then self-host it on his servers so that he doesn't have to put Nitro ads on top of it
reply