yawaramin
Joined 14 years ago
Karma
4,219
Submissions
2,414
Member since
Nov 3
Recent submissions
Comment · 15 days ago
Actually, the real legal insider trading is the trades that you _don’t_ place based on insider knowledge. Eg, if you know that the iPhone is years ahead of everything else and you happen to be holding Apple stock, then you won’t let whoever is managing your portfolio sell any of it when otherwise you may not have cared. There’s no way to prove illegality for _not_ placing a trade.
Comment · 27 days ago
Probably more like 'Here's a quantitative finance book, port over all the code to OCaml'
Comment · 1 month ago
Sounds like OCaml has the answer then. It has the equivalent of all the great things you described in Rust, plus compile speeds similar to or better than Go. Agents should be able to blaze through changes with it.
Comment · 1 month ago
You’re not wrong. I’ve used tig, a git TUI that renders very nice views of the diffs, for many years: https://jonas.github.io/tig/
Fun fact: Jonas, the creator of tig, is an ex-colleague of mine. It’s cool working with people while using dev tools they wrote!
Comment · 1 month ago
What language and framework do you use for GUI programming?
Comment · 1 month ago
Posting 'why should we learn' a programming language on Hacker News is top-quality ragebait :-D
Comment · 1 month ago
1. Compile times. OCaml compiles very quickly (think Go) and this gives you a fast feedback loop. It lets the LLM rip through the implementation.
2. OCaml has an idiomatic approach of using interface files for all modules that can be accessed outside their libraries, and interface files give LLMs a great précis of exactly what is wanted. They then just have to follow the types and fill in the blanks to get the implementation. It's nearly the perfect use case.
Comment · 1 month ago
I'd be very interested to read this paper when it comes out.
Comment · 1 month ago
Haha, good one. You said ‘the creator is stuck in 2012 as I said’. Except that was said by a different user account ;-)
Comment · 1 month ago
It’s not really decentralized in that way. If you’re loading a bunch of pages in your mobile browser, your device is paying the power consumption cost of deserializing, parsing, and running all that JS. It doesn’t save on that because some other user also did it.
Comment · 2 months ago
Oh ok, in that case see here https://developer.mozilla.org/en-US/docs/Learn_web_developme...
Comment · 2 months ago
Are you sock-puppeting two different user accounts in this discussion? https://news.ycombinator.com/user?id=asdfsa32
I didn’t realize that was allowed.
What do HN mods think of that, dang?
Comment · 2 months ago
Parsing and processing several megabytes of JS for each page you visit can get expensive quickly. https://tonsky.me/blog/js-bloat/
Comment · 2 months ago
The client pays it.
- If the server is responding with JSON, the client has to parse, decode, and validate the JSON. Then it has to transform it into HTML DOM nodes. Finally, it can inject them into the DOM.
- If the server is responding with a bespoke non-JSON data structure, it's the same situation as above except even more work because a third-party, non-standard library has to decode this structure into something (most likely JSON) and then transform the JSON into HTML nodes, etc. etc.
- If the server is responding with straight-up HTML, the client uses the browser's HTML parser to directly transform it into HTML nodes and inject it into the page. And by the way, the browser engine is essentially a function that is highly optimized for exactly this use case–parsing bytes into DOM nodes.
'We' might use the same API but it's widely accepted that generally the same API doesn't work for all contexts. See https://samnewman.io/patterns/architectural/bff/#general which details the many well-known problems with having a single API for different contexts.
Comment · 2 months ago
That's super simple, it's your favourite backend web framework. Rails, Spring Boot, Laravel, Django, Flask, FastAPI...really whatever you like.