frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

The Alpha 21264 CPU: NT's Greatest RISC (1998)

https://halfhill.com/byte/1998-12_alpha.html
1•Lammy•39s ago•0 comments

Aswath Damodaran: Big Tech Has No Idea How AI Pays Off

https://www.youtube.com/watch?v=vE_FR0O-Jhk
1•tcp_handshaker•9m ago•1 comments

Ask HN: What part of modern Git hosting system is the most crucial one for you

1•melezhik•9m ago•1 comments

Internal documents show how US tech companies captured children's attention

https://www.nytimes.com/2026/06/04/us/social-media-schools.html
2•Dusrri•14m ago•0 comments

Generative design of bacteriophages with genome language models

https://www.science.org/doi/10.1126/science.aec2657
1•majkinetor•15m ago•0 comments

Meta CTO: employees should use AI productivity to do more work – not time off

https://www.businessinsider.com/meta-cto-andrew-bosworth-ai-gains-work-2026-8
2•vrganj•16m ago•0 comments

How LLMs accelerated Cloudy development? not by typing code for me

https://cloudywithachanceoflatency.net/blog_02-how-llm-accelerated-cloudy-dev.html
1•rixed•18m ago•1 comments

South Korea, Taiwan top Japan in exports for first time on AI boom

https://asia.nikkei.com/business/tech/semiconductors/south-korea-taiwan-top-japan-in-exports-for-...
1•newusertoday•19m ago•0 comments

Swarm-forge: A simple tool for coordinating several AI agents

https://github.com/unclebob/swarm-forge
1•tosh•22m ago•0 comments

Google's Westinghouse Bet

https://asimovaddendum.substack.com/p/googles-westinghouse-bet
1•ashurandi•23m ago•0 comments

Cloudflare OS is an architecture of distrust

https://lord.technology/2026/08/05/cloudflare-os-is-an-architecture-of-distrust.html
1•gsky•26m ago•0 comments

Show HN: Airy – Free, fast, and simple voice content creation

https://airy.so
1•login588•37m ago•0 comments

Show HN: A Minimal Python CLI Implementation of Quick Share for Linux

https://github.com/adityatelange/quickshare-cli-py
1•adityatelange•39m ago•0 comments

Before the Breakthrough: Why Research and Engineering Need Different Cultures

https://chrhenning.com/blog/2026/before-the-breakthrough-research-engineering-cultures/
1•chrhenning•41m ago•0 comments

Signified and Signifier

https://en.wikipedia.org/wiki/Signified_and_signifier
1•soupspaces•49m ago•0 comments

Show HN: Find. Fix. Verify. Zero Guesswork

https://kinetixseo.com
1•wowinter15•56m ago•0 comments

Rethinking do_action(): Events as objects, hooks as class names

https://developer.wordpress.org/news/2026/08/rethinking-do_action-events-as-objects-hooks-as-clas...
1•firasd•1h ago•0 comments

Runware Squeezes A 1MW AI Data Center Into A 20-Foot Shipping Container

https://www.forbes.com/sites/gabrielalinzainescu/2026/08/08/runware-squeezes-a-1mw-ai-data-center...
3•01-_-•1h ago•2 comments

Solve math calculations directly in your Firefox address bar

https://support.mozilla.org/en-US/kb/solve-math-calculations-directly-your-firefox-addr
2•internet_points•1h ago•1 comments

DeepSeek V4 Flash 0731: 82.7% on Terminal-Bench 2.1 with a public harness

https://antigma.ai/eval
4•ubermon•1h ago•1 comments

Shrinking Ruby Hashes

https://byroot.github.io/ruby/performance/2026/08/05/shrinking-ruby-hashes.html
1•fanf2•1h ago•0 comments

S3-Compatible Object Storage. A MinIO Fork Maintained by Pgsty

https://github.com/pgsty/silo
3•EXHades•1h ago•0 comments

Abracadabra: How does Shazam work? (2022)

https://www.cameronmacleod.com/blog/how-does-shazam-work
2•downbad_•1h ago•0 comments

Different meanings of p-value (and how my thinking has changed) (2023)

https://statmodeling.stat.columbia.edu/2023/04/14/4-different-meanings-of-p-value-and-how-my-thin...
2•Tomte•1h ago•0 comments

The Origin of Death (1970)

https://www.elijahwald.com/origin.html
1•downbad_•1h ago•0 comments

Systemd Dynamic Users (2020)

https://ethulhu.co.uk/systemd-dynamicuser
2•birdculture•1h ago•0 comments

Show HN: Open-source binaural-beats engine

https://github.com/txus/farfield
1•txus•1h ago•0 comments

Understanding std:counting_semaphore and std:binary_semaphore from C++20

https://www.cppstories.com/2026/semaphore/
2•ygritte•1h ago•0 comments

How to create electronic Japanese hanko seals for Excel

https://sealkit.app/blog/excel-denshi-inkan-tsukurikata
3•sealkit•1h ago•1 comments

Qwen 3.8 and Claude Opus 5 show why raw benchmark scores don't predict the bill

https://venturebeat.com/orchestration/qwen-3-8-max-and-claude-opus-5-show-why-raw-benchmark-score...
3•ashurandi•1h ago•0 comments
Open in hackernews

LSP client in Clojure in 200 lines of code

https://vlaaad.github.io/lsp-client-in-200-lines-of-code
164•vlaaad•1y ago

Comments

whalesalad•1y ago
This is the most Java-y Clojure I’ve probably ever read. Just use Java? It’s so verbose and complex for what it is doing. Breaking this down into smaller functions and using core.async would make it even more succinct.

Just want to emphasize this because clojure is indeed a small, lesser known language that has a hard enough time attracting users. This is not what anyone would consider an idiomatic example of using clojure.

roenxi•1y ago
Would it be 200 lines of Java? It'd be 200 lines of just for the boilerplate. It isn't really a selling point of Clojure because it is subjective, but low-syntax high-terseness look of the code is in itself a reward for using the language.

And there isn't anything especially wrong with sticking to Java primitives if someone is comfortable with them. They work fine for Java programmers. The dude doesn't need to learn a new async library to write an LSP client if he doesn't feel like it. Code works, its easy to read, easy to understand and modify.

koito17•1y ago
Line count is not very useful to compare without the context of standard library size, third-party dependencies, etc. The code in TFA depends[1] on a JSON library[2] that is about a thousand lines of code (excluding tests) wrapping a Java library for JSON decoding.

Then there's other things to consider, like the fact that this LSP client, while succinct, pays not only the cost of loading Jackson, but also the cost of loading clojure.core, which is quite non-trivial[3]. Startup time for LSP servers and clients definitely matters to some, considering that e.g. even clojure-lsp recommends running native executables over JAR files[4]. Can't find documentation proving it's for quick startup, but it's a plausible rationale for their recommendation of a binary over a JAR.

Note: I have used Clojure professionally and in hobby projects. I think it's nice that one can interactively develop a minimal LSP client and the resulting amount of work is roughly 200 lines of code. I say "minimal" because it's unclear how this client deals with offsets reported by LSP servers, which are all given as offsets in a UTF-16 encoded string. In any case, I still think advertising "LSP client in 200 lines of code" hides valuable information regarding functionality, implementation, "actual" code size, and trade-offs made in the choice of technology stack.

[1] https://github.com/vlaaad/lsp-clj-client/blob/a567e66/deps.e...

[2] https://github.com/metosin/jsonista/blob/c8f2b62/project.clj...

[3] https://clojure-goes-fast.com/blog/clojures-slow-start/#cloj...

[4] https://clojure-lsp.io/installation/#embedded-jar-legacy-exe...

pron•1y ago
Between records and compact classes [1] Java's boilerplate isn't what it once was.

[1]: https://openjdk.org/jeps/512

newlisp•1y ago
It's idiomatic "low-level" Clojure, though. Not everything is a happy place where you're just manipulating maps and vectors like in most examples.
0x1ceb00da•1y ago
> lesser known language that has a hard enough time attracting users

For very good reasons.

dig1•1y ago
I don't see why this wouldn't be considered idiomatic clojure code; it makes proper use of all the facilities provided by the language and the main intention of this code is to follow the article. Additionally, the clojure core team often encourages not to shy away from using java code directly, as this approach strikes a good balance between performance and language expressivity.

> It’s so verbose and complex for what it is doing. ... and using core.async

I think this code is actually quite straightforward and easy for a clojure developer to understand. In fact, using core.async in this case would be overkill and could complicate things further.

daveliepmann•1y ago
This looks like the other completely normal, idiomatic Clojure programs I've seen which manipulate a StringBuilder. And as Clojurians go I'm far to the succinctness/concision-preferring end of the spectrum.

I'm curious to see your core.async-based version :)

askonomm•1y ago
Holy crap is this unreadable or what (notably the lsp-base fn). There's a reason why in most Clojure companies I've worked at we try to make as small functions as possible, because otherwise it very very quickly becomes an unreadable mess, and you write code after all for humans to read, because if you didn't, you might as well just write binary. But, I'm not surprised many people don't want to get into Clojure or Lisps in general, because it takes a boatload of conventions and active discipline to make it a good experience.
slifin•1y ago
To me something unreadable is code that I cannot statically make any assertions about the runtime behaviour of the code

This function you're complaining about looks like 2 virtual threads doing program input reading and output writing for the LSP client given some ArrayBlockingQueues in about 25-30 lines

If I wanted the complete story I could use Clojure's inbuilt test runner to slip some ArrayBlockingQueues in there and run it under record with Flowstorm

Then leisurely seek through the entire state of the program, to get the play-by-play of how this works

There are so many good design choices in this language and a good 30% of colleagues I run into are not even doing the basics of like running a REPL, I think some people just need to clock in with a decade of C# or PHP or TS or JS or Python or whatever to get a taste of a language with next to no inbuilt immutability, statements instead of expressions, no reload-ability in the language semantics and just crapshot debuggers that run in lockstep with the program execution