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

It looks like a nice little library; but oh boy must this be so limiting for the product teams that are forced to use. Everything looks like it's straight out of the 1990s.


Which is fine if you are building tools for financial professionals. It is the aesthetic of choice. And is generally very functional for this purpose.


What do you mean? What's the connection with the product teams? Why would product teams care what low level web framework is used?


The idea of Latex being used in business environments could be a meme


Yeah, but it just feels so ridiculous the other way too! The reason people use Word et al instead markup languages is because of the UI, right? Why does that matter here? After you generate a final PDF, no one needs to know how you made it?


That's already happening in the UK too.

Shortly after the Online Safety Act went into operation, there was politically charged/sensitive/opinionated content on X mysteriously disappearing for UK users but nobody else in the world.


Datasette pre-dates agentic AI


JWT inside of a cookie is fine. This gist is unnecessarily pedantic and seems oblivious to the fact that 99% of JWT impls are indeed just stuffing it inside a cookie.

But yes, short life times with frequent renewals is necessary; that's obvious though. And same applies to any other auth tech.


"I am a rockstar developer and this characterisation is unwarranted" -- thought bubble emoji


This will fail product-market fit instantly. Nobody is paying $49/mo for a tiny script they can vibe and run locally.


The most baffling thing here is that they allowed a very very simple JSON expression language to become a 500k/year cost burden on their business

My god. But I am happy that they finally realised their error and put it right.


Codex is 15MB of memory per process. Just sayin'


It uses far less tokens than C#, so watch this space...


Ml-family languages (and frankly, all natively functional languages) are just incredibly terse and information-dense second only to stuff like APL. And yet when written idiomatically and with good object and type naming they are surprisingly readable and writeable.

'Twas a bad idea to train LLMs on the corpus of leaky, verbose C and C++ first instead of on these strict, strongly-typed, highly structural languages.


Care to explain? Pattern matching, type inference, etc.?


Various investigations have found it to be one of the most token efficient statically typed programming languages

https://martinalderson.com/posts/which-programming-languages...


It's all about the goddamned machines.. since F# is terse, they figure agent-generated F# code is cheaper.


I like to think of F# as concise.


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

Search: