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

I want to upvote this 100x

Do not underestimate the power of a single server to host you app. Sure it won't work in _all_ situations but omg you can get so much out of a single $30/month VPS .. we've been indoctrinated that everything needs to be on hyperclouds and mega scale. But that brings so much cost and complexity that most applciations don't need.


> you can get so much out of a single $30/month VPS

I agree with this 100%, but only wanted to note, that not all VPSes are equal. Having worked in shared hosting business in the past, I can tell from experience that performance can vary greatly depending on hosting provider and how much they have over provisioned their virtualization platform, since VPS is nothing more than a VM running on someones else's hardware and that someone can put 4 VMs on single CPU core - all fighting for same CPU time, so it's depends on certain luck what will your VM get and what neighbors are doing - idling of being hacked and mining crypto. So if requirements are serious, look out for dedicated core VPS hosting and stay away from too good to be true cheap VMs deals. Also relevant monitoring metric is CPU steal time - its percentage of time a virtual CPU waits for a physical CPU from the hypervisor while it is busy serving another VM - that is strong indication you are being ripped off CPU.


100%. And super easy to scale up to a certain point. Alternatives have it's place though (PaaS is excellent for 100% product focus in limited timeframe, cloud/orchestration when you have scale, Kamal in Rails world is a neat middleground for some extra robustness).

Sure, but you need the knowledge to set it up. And that is what I do :)

The RFC MUST SHOULD discussion is funny ...

Considering that Google Workspace is a major player and a place where your customer are, do you want your customers to succesfully use your product?

If the answer is no then yes go ahead and debate the RFC.

If you care about your customers and your product working broadly with a diverse set of mail services then please spend 15 minutes to write a patch to add a Message-ID header?


FWIW Mac Minis have not increased in price because of "RAM Prices". Same models cost exactly the same as a year ago. Maybe it will change in the future, maybe not. Who knows. But right now Apple seems to have secure a good stash of RAM to use and avoid price changes.

It has become a meme to complain about Xcode. When I ask devs what they don't like about it it is usually very subjective or a misunderstanding. Take it all with a grain of salt. It is one of the most advanced and amazing IDEs out there IMO.


"and dropped it like a stone with little warning or ceremony"

What?! This is complete nonsense. Swift was introduced 11 (!) years ago and it was clear from day one that it was going to be the future. Every single year since the introduction there were clear messages and hints in documentation and WWDC that Swift is in and Objective-C will _eventually_ be out.

Little warning? Maybe if you kept your eyes closed the past 11 years.

And do not forget that today you can still write apps in Objective-C.


Whether or not Apple still has legacy pieces in Objective-C or still allows you to write apps in it is not the issue. The point here is that Apple shadow-dropped Swift and shifted essentially all of its development priority away from Objective-C in a matter of months.


I think that is a pretty inaccurate description of what happened the past 11 years.


I'm old enough to remember when Objective-C was a real and thriving (if niche) language. I remember all the buzz when automatic reference counting was the next big thing, pushed heavily by Apple and taking center stage at WWDC. And since the year Swift came out, Objective-C has joined Cobol in the category of zombie languages: the living dead with plenty of entrenced codebases but with nothing to look forward to but a continued slide into technological irrelevance.


Missing step at the end: enable xpinstall.signatures.required again


Oh yeah true, thx


Though you need to have it false if you are using this as long as it stays unapproved by mozilla


Oh that is not awesome. I thought by now they would have extension side loading.


How is this methodology and tool (GZA) different than say using Github Copilot and hand it a bunch of issues (prompts) to work on?


A better stack would be with no dependencies on 6 (!) other saas services that can all pivot or go bankrupt.


Hm I find this very much a "please reinvent the wheel" take.

These frameworks provide structure for established patterns,but they also actually do a lot that you don't have to do anymore. If you are for example building an agentic application then these kind of frameworks make it very simple to create the workflows, do the chat with the model providers, provide structure for agentic skills, decision making and the human in the loop, etc. etc.

All stuff that I would consider "low level". All things you don't have to build.

If you have an aversion to frameworks then sure - by all means. But if you like to move faster and using good building blocks then these frameworks really help.

One thing to keep in mind - many of these AI frameworks are open source and work really well without needing backend services. Or you can self host them where needed. But for many that is also the premium model, please use and pay for our backend services. But that is also a choice of course.


> All stuff that I would consider "low level". All things you don't have to build.

But those are also very trivial to build, and you end up having to customize them for your need, and if the framework don't have those levers, better be prepared to either fork the framework, or spend time contributing upstream.

Or, start simple yourself with what you need, use libraries for the hairy parts you don't want to be responsible for the implementation of, then pipe these things together. You'll get a less compromised experience, and you'll understand 100% how everything works, which is the part people generally try to avoid and that's why they're reaching for frameworks.

> But if you like to move faster and using good building blocks then these frameworks really help.

I find that they help a lot with the "move faster" part in the beginning, but after that period, they slow you down instead. But I'm also a person that favors "slow software design and development" where you take your time to nail down a good design/architecture before you run. Slow is fast, and avoiding hairballs is the most important part if you're aiming for "move fast for longer" rather than "a sprint of fast".


this is a horrible review because they used mediocre tools / models. you also do not learn how to get great code out of these tools in just a week. it takes a lot of time to build up those skills.


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

Search: