kaliszad (u/kaliszad)

kaliszad commented on Clojure Async Flow Guide clojure.github.io/core.as... · Posted by u/simonpure

kaliszad · 12 days ago

Clojure(Script) is a mature, boring in the good sense language and ecosystem. It opened a whole subculture and dialects/ implementations like ClojureCLR, Babashka, nbb, Jank, Janet, Fennel, Joker, Basilisp, Hy, Clojerl and at least a few others I forgot to mention that can perhaps be found on this list: https://github.com/chr15m/awesome-clojure-likes

We are building apps for our clients in it, we will also have our own product built with Clojure and ClojureScript soon.

kaliszad commented on IPv6 Based Canvas canvas.openbased.org/... · Posted by u/tylermarques

uncircle · a month ago

Web devs: please, PLEASE, learn the difference between History.pushState() and History.replaceState(). It's the latter you want. Please do not spam my browser history just because I have interacted with your app; it's rude.

https://developer.mozilla.org/en-US/docs/Web/API/History/rep...

kaliszad · a month ago

Well, the whole API is bad and the name is wrong. It has nothing to do with history, because you can ever only manipulate the top entries. You don't get an array of objects or simply some kind of list of URLs/ strings, you have to know the specific API to do head of stack manipulation basically.

And no, this has nothing to do with security. The browser could easily filter the list for same origin even with the list/ array approach. People just need to invent things that could've been just another data structure perhaps with some kind of Compare And Swap wrapper for concurrency.

kaliszad commented on I avoid using LLMs as a publisher and writer lifehacky.net/prompt-0b95... · Posted by u/tombarys

jdietrich · a month ago

As a professional writer, the author of this post is likely a better writer than 99.99% of the population. A quick skim of his blog suggests that he's comfortably more intelligent than 99% of people. I think it's totally unsurprising that he isn't fully satisfied with the output of LLMs; what is remarkable is that someone in that position still finds plenty of reasons to use them.

Now consider someone further down the scale - someone at the 75th, 50th or 25th percentile. The output of an LLM very quickly goes from "much worse than what I could produce" to "as good as anything I could produce" to "immeasurably better than anything I could hope to ever produce".

kaliszad · a month ago

The author is a great guy and indeed quite smart and meticulous in areas he cares about deeply. He is a published author with a reasonably popular book considering the market size: https://www.melvil.cz/kniha-jak-sbalit-zenu-20/ he has edited probably more books than he would like to admit as well. It's not surprising he is able to write a good article.

However good writing is a skill you can get good at with enough practice. Read a lot, write a lot of garbage, consult more experienced writers and eventually you will write readable articles soon. Do 10-100x more of that and you will be pretty great. The rest is some kind skill and experience in many other fields than writing which will inform how to write even better. Some of it is intelligence, luck, great mentors and perhaps something we call talent even. As with most things you can get far just by working diligently a lot.

kaliszad commented on Million Times Million susam.net/million-times-m... · Posted by u/susam

flysand7 · 2 months ago

I'm kinda wondering are there any countries that still use the long scale nowadays? For me the biggest thing I've had to learn is that in Russian we use a short scale, except we don't have "billion" and instead it's "milliard". So it's just that you need to be careful with translating that one word. Are there other countries where the scale "shifts"?

kaliszad · 2 months ago

Czech does as well, milion, miliarda, bilion, biliarda...

kaliszad commented on Worldwide power grid with glass insulated HVDC cables omattos.com/2025/06/12/gl... · Posted by u/londons_explore

kaliszad · 2 months ago

Perhaps we don't need to transport electrical current in the form of electricity but rather some kind of media, perhaps sodium metal could be a good choice. We could pump liquid sodium through pipelines or just transport it by ships.

Salt (NaCl) is abundant in oceans. If you react sodium with water in a fuel cell you get NaOH, which you can again electrolytically split into sodium metal, oxygen, and hydrogen. There are ways how to extract sodium metal more efficiently than using the 130 year old basic Castner process though and there are better approaches to the fuel cell than what Lockheed imagined originally in the 1970s.

kaliszad commented on Java at 30: Interview with James Gosling thenewstack.io/java-at-30... · Posted by u/chhum

kaliszad · 3 months ago

The java.net.Inet4Address and Inet6Address could be more lightweight.

For a simple IPv4 address normally representable using 4 bytes/ 32 bits Java uses 56 bytes. The reason for it is Inet4Address object takes 24 B and the InetAddressHolder object takes another 32 B. The InetAddressHolder can contain not only the address but also the address family and original hostname that was possibly resolved to the address.

For an IPv6 address normally representable using 16 bytes/ 128 bits Java uses 120 bytes. An Inet6Address contains the InetAddressHolder inherited from InetAddress and adds an Inet6AddressHolder that has additional information such as the scope of the address and a byte array containing the actual address. This is an interesting approach especially when compared to the implementation of UUID, which uses two longs for storing the 128 bits of data.

Java's approach is causing 15x overhead for IPv4 and 7.5x overhead for IPv6 which seems excessive. What am I missing here? Can or should this be streamlined?

kaliszad commented on Klarna changes its AI tune and again recruits humans for customer service customerexperiencedive.co... · Posted by u/elsewhen

subtlesoftware · 4 months ago

If you default on your Klarna loan, you could pay them back in support hours:

> The pilot has started small, with two of the new breed of customer-service agents live now, but the ambition is to tap into candidates such as students or rural populations. “We also know there are tons of Klarna users that are very passionate about our company and would enjoy working for us,” he added.

[from the bloomberg article: https://www.bloomberg.com/news/articles/2025-05-08/klarna-tu...]

kaliszad · 4 months ago

Here is an archive of the article:

https://web.archive.org/web/20250512120733/https://www.bloom...

kaliszad commented on When flat rate movers won't answer your calls aphyr.com/posts/381-when-... · Posted by u/kevincox

kaliszad · 4 months ago

This seems like a case of insufficient leverage and negotiation. This is of course easy to say after the problem is described. Freelancers and small companies need to be really good at negotiation or accept that they will have a higher risk of losing a lot of money, time and energy on somewhat unnecessary fuck-ups.

Most of the moving I have personally done was with people that someone knew and it worked out reasonably well. We have done most of the packing and these guys have mostly just done the loading/ unloading. The only other thing was taking apart and putting together the bed, table etc. This worked well enough even between Zurich and Prague and cost slightly over $1,000.

kaliszad commented on Why Clojure? gaiwan.co/blog/why-clojur... · Posted by u/jgrodziski

ivanb · 6 months ago

The parent comment illustrates the problem with one clear example. In real-world code functions pass around amorphous maps, they add, subtract and transform fields. There is no way to know what's being passed around without reading the source of the whole chain.

Statically typed languages reduce the need to know how the data is structured or manipulated. The market has clearly chosen this benefit over what Clojure can provide.

kaliszad · 6 months ago

Yes and no. Statically typed languages only know that data stored in some piece of memory was conforming to some kind of shape/ interface when it was first stored there. That's why tricks like SIMD Within A Register (SWAR) work at all. E.g. when you need to parse temperatures from string input very fast like in the 1BRC: https://questdb.com/blog/billion-row-challenge-step-by-step/ How does your type system help there?

With static typing, you are doing specification and optimization at the same time, which is maybe necessary because compilers and languages are not sufficiently smart but also because of this mix it complicates reasoning about correctness and performance. Also static typing introduces a whole universe of problems with itself. That's why we have reflection or stuff like memory inefficient IP address objects in Java:

For a simple IPv4 address normally representable using 4 bytes/ 32 bits Java uses 56 bytes. The reason for it is Inet4Address object takes 24 B and the InetAddressHolder object takes another 32 B. The InetAddressHolder can contain not only the address but also the address family and original hostname that was possibly resolved to the address.

For an IPv6 address normally representable using 16 bytes/ 128 bits Java uses 120 bytes. An Inet6Address contains the InetAddressHolder inherited from InetAddress and adds an Inet6AddressHolder that has additional information such as the scope of the address and a byte array containing the actual address. This is an interesting approach especially when compared to the implementation of UUID, which uses two longs for storing the 128 bits of data.

Java's approach is causing 15x overhead for IPv4 and 7.5x overhead for IPv6 which seems excessive. Is this just bad design or excessive faith in static typing combined with OOP?

kaliszad commented on Why Clojure? gaiwan.co/blog/why-clojur... · Posted by u/jgrodziski

kaliszad · 6 months ago

The two things I ever enjoyed that is some kind of programming was building a pipeline in shell to process data and for the last almost 5 years writing Clojure and ClojureScript. We are now 4 guys writing Clojure with 30+ years of Clojure experience added together. I participated as a co-founder in a front-end heavy project in Clojure/ ClojureScript and more than a year ago started a Clojure-preferring consultancy in Prague, Czechia. For stuff like Inter-dealer broker trading system it's a no-brainer. For many other things as well. Even for distributed systems/ higher level infrastructure stuff it might be a good choice to get going at least.