<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: julik</title><link>https://news.ycombinator.com/user?id=julik</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 27 May 2026 04:57:28 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=julik" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by julik in "The West forgot how to make things, now it’s forgetting how to code"]]></title><description><![CDATA[
<p>But - albeit briefly - a lot of value for the shareholders has been created</p>
]]></description><pubDate>Sun, 26 Apr 2026 13:05:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=47910012</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=47910012</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47910012</guid></item><item><title><![CDATA[New comment by julik in "Moldova broke our data pipeline"]]></title><description><![CDATA[
<p>This. Pulling in Parquet and all of its dependencies is utter overkill.</p>
]]></description><pubDate>Wed, 04 Mar 2026 10:55:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47245770</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=47245770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47245770</guid></item><item><title><![CDATA[We have to re-learn to walk alone]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.julik.nl/2026/01/go-fast-and-go-alone">https://blog.julik.nl/2026/01/go-fast-and-go-alone</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46736855">https://news.ycombinator.com/item?id=46736855</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 23 Jan 2026 19:42:03 +0000</pubDate><link>https://blog.julik.nl/2026/01/go-fast-and-go-alone</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46736855</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46736855</guid></item><item><title><![CDATA[New comment by julik in "Director Gore Verbinski: Unreal Engine is the greatest slip backwards for movie"]]></title><description><![CDATA[
<p>This is the next evolution of the "My film does not use CGI" sneering. Sure, doing proper pre-rendered VFX with photo-realism is great and also people doing it love it. But can it be done on the budgets/fixed bids/turnarounds when the producer comes with "...and all of that will be a full virtual set and it should be streaming next Monday morning", for peanuts?..<p>If it's Gore saying it - maybe he should talk to his producers then, and ask them whether they actually have budgeted the "proper" VFX talent/timelines for the show. He has creative control - the people doing the work do not.</p>
]]></description><pubDate>Wed, 21 Jan 2026 10:09:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=46703452</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46703452</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46703452</guid></item><item><title><![CDATA[Your workflow system just runs DAGs]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.julik.nl/2026/01/on-the-way-to-step-functions-part-2">https://blog.julik.nl/2026/01/on-the-way-to-step-functions-part-2</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46677976">https://news.ycombinator.com/item?id=46677976</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 19 Jan 2026 11:56:11 +0000</pubDate><link>https://blog.julik.nl/2026/01/on-the-way-to-step-functions-part-2</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46677976</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46677976</guid></item><item><title><![CDATA[Dreams of Marshalable Stacks]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.julik.nl/2026/01/on-the-way-to-step-functions-part-1">https://blog.julik.nl/2026/01/on-the-way-to-step-functions-part-1</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46666206">https://news.ycombinator.com/item?id=46666206</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Sun, 18 Jan 2026 09:20:33 +0000</pubDate><link>https://blog.julik.nl/2026/01/on-the-way-to-step-functions-part-1</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46666206</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46666206</guid></item><item><title><![CDATA[New comment by julik in "I switched from VSCode to Zed"]]></title><description><![CDATA[
<p>Mine is 2560x1440 which is a pretty nice "sweet spot" size. A comparable 5k to 6k display still commands a substantial price, and - given that I work at two locations - would need me to have two of them. The screen I use as my current (a 3x2 BenQ) also has some amount of subsampling going on, because running it at 2x ("Retina native HiDPI") all the UI controls are too damn big, and space is not enough. Running it at 1x (everything teeeny-tiny) is just not very good for my eyesight and not very workable - and, again, with Zed bumps into the same broken antialiasing rasterizer they have.<p>And it is not an OS thing. The OS renders subpixel antialiased fonts just fine. But Zed uses its own font rasterizer, and it completely falters when faced with a "standard passable resolution" screen - the letters become mushy, as if they have been blurred - and rather sloppily at that.</p>
]]></description><pubDate>Mon, 05 Jan 2026 16:55:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=46501276</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46501276</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46501276</guid></item><item><title><![CDATA[New comment by julik in "I switched from VSCode to Zed"]]></title><description><![CDATA[
<p>I would have switched in a pinch if Zed had their low-DPI font rendering in order. At the moment it just looks bad.</p>
]]></description><pubDate>Mon, 05 Jan 2026 14:46:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=46499323</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46499323</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46499323</guid></item><item><title><![CDATA[New comment by julik in "Permission Systems for Enterprise That Scale"]]></title><description><![CDATA[
<p>Interesting article, but it mixes up two concerns, I would say. One is retrieving trees from the DB and storing them - which can be annoying but has nothing to do with permissions. Another one is "hiding" unpermitted nodes/branches from the viewer (if that is what applying permissions is about - it can also handle read-only things, for instance). If these two concepts get separated and it is not a big deal to "overfetch" for the current user before doing the filtering - things become way easier. When the tree is reconstructed, you can do breadth-first traversal and compute permissions for every item in there - or retrieve the permissions for items at that level, if you are doing ACL stuff. From there - if there is no permission for the current viewer on that node - you exclude it from further scans and you do not add its' children to further traversals as you go down. Max. number of scans = tree depth. With some PG prowess you could even fold this into sophisticated SQL stuff.<p>Trees with RDBMSes do stay a pain, though :-)</p>
]]></description><pubDate>Fri, 26 Dec 2025 17:36:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=46394215</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46394215</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46394215</guid></item><item><title><![CDATA[New comment by julik in "Be Careful with GIDs in Rails"]]></title><description><![CDATA[
<p>Yes, you need both</p>
]]></description><pubDate>Tue, 23 Dec 2025 23:02:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=46370507</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46370507</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46370507</guid></item><item><title><![CDATA[New comment by julik in "We replaced H.264 streaming with JPEG screenshots (and it worked better)"]]></title><description><![CDATA[
<p>Having built an image sequence player using JPEGs back in the day - I can attest that it slappps.</p>
]]></description><pubDate>Tue, 23 Dec 2025 21:22:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=46369621</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46369621</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46369621</guid></item><item><title><![CDATA[Be Careful with GIDs in Rails]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.julik.nl/2025/12/a-trap-with-global-ids">https://blog.julik.nl/2025/12/a-trap-with-global-ids</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46226779">https://news.ycombinator.com/item?id=46226779</a></p>
<p>Points: 44</p>
<p># Comments: 20</p>
]]></description><pubDate>Thu, 11 Dec 2025 02:03:58 +0000</pubDate><link>https://blog.julik.nl/2025/12/a-trap-with-global-ids</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46226779</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46226779</guid></item><item><title><![CDATA[New comment by julik in "Airbus A320 – intense solar radiation may corrupt data critical for flight"]]></title><description><![CDATA[
<p>It depends on whether the ELAC is an LRU (line-replaceable unit, i.e. a box with ports that can be swapped at an airport) and whether a software update can be uploaded into a unit that is installed (not all aircraft have a "firmware update via cable or floppy", so to speak)</p>
]]></description><pubDate>Sat, 29 Nov 2025 12:53:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=46087178</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46087178</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46087178</guid></item><item><title><![CDATA[New comment by julik in "Airbus A320 – intense solar radiation may corrupt data critical for flight"]]></title><description><![CDATA[
<p>This ELAC version is 100-something, and the A320 first flew around 1988. Why the updates - for example, there are updates to flight control law transitions, like after 1991 where the aircraft would limit flight control inputs during landing, thinking it would be preventing a stall - because it would not go into the flare law appropriately. See <a href="https://en.wikipedia.org/wiki/Iberia_Flight_1456" rel="nofollow">https://en.wikipedia.org/wiki/Iberia_Flight_1456</a><p>The cause could have also been an extra check introduced in one of the routines - which backfired in this particular failure scenario.</p>
]]></description><pubDate>Sat, 29 Nov 2025 12:52:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=46087162</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46087162</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46087162</guid></item><item><title><![CDATA[New comment by julik in "Airbus A320 – intense solar radiation may corrupt data critical for flight"]]></title><description><![CDATA[
<p>True. I would say, however, that every "concept" of airliner flight deck has its own gimmicks that can kill. The Airbus "dual input" is such a gimmick. Even though there was, for example, an AF accident with a 777 where there was hardware linkage between yokes and the two pilots were fighting... each other. Physically.</p>
]]></description><pubDate>Sat, 29 Nov 2025 12:47:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=46087127</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46087127</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46087127</guid></item><item><title><![CDATA[New comment by julik in "System 7 natively boots on the Mac mini G4"]]></title><description><![CDATA[
<p>The animations were there, but they were frame-based with the number of frames carefully calculated to show UI state changes that were relevant. For example, when you would open a folder, there would be an animation showing a window rect animating from the folder icon into the window shape, but it would be very subtle - I remember it being 1 or 2 intermediate frames at most. It was enough to show how you get from "there" to "here" but not dizziingly egregious the way it became in Aqua.<p>Truth be told, I do have a suspicion that some folks (possibly - some folks close to Avie or other former NeXT seniors post-acquisition) have noticed that with dynamic loading, hard drive speed, and ubiquitous dynamic dispatch of ObjC  OSX would just be extremely, extremely slow. So they probably conjured a scheme to show fancy animations to people and wooing everyone with visual effects to conceal that a bit. Looney town theory, I know, but I do wonder. Rhapsody was also perceptually very slow, and probably not for animations.<p>There were also quite a few tricks used all the way from the dithering/blitting optimizations on the early Macs. For example, if you can blit a dotted rect for a window being dragged instead of buffering the entire window, everything underneath, the shadow mask - and then doing the shadow compositing and the window compositing on every redraw - you can save a ton of cycles.<p>You could very well have do-wait-do-wait loops when custom text compositing or layout was involved and not thoroughly optimized - like in early versions of InDesign, for instance - but it was the exception rather than the rule.</p>
]]></description><pubDate>Sat, 29 Nov 2025 12:35:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=46087069</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46087069</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46087069</guid></item><item><title><![CDATA[New comment by julik in "System 7 natively boots on the Mac mini G4"]]></title><description><![CDATA[
<p>I'd rather say the zenith was 8.1 which was not very widely used. 8.5 did add some nice gimmicks like the app switcher palette but for some reason it felt way slower than 8.1.</p>
]]></description><pubDate>Sat, 29 Nov 2025 12:22:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=46087008</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46087008</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46087008</guid></item><item><title><![CDATA[New comment by julik in "Britain's railway privatization was an abject failure"]]></title><description><![CDATA[
<p>That is an interesting difference. Also, from what I know, the German signaling is configured in such a way that there always be sufficient braking distance between signals - including speed reductions, whereas if you look at how tightly the UK speed signs are placed it seems that they do not give any "warning", they state the fact - and you better be prepared.</p>
]]></description><pubDate>Tue, 25 Nov 2025 10:32:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=46044481</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=46044481</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46044481</guid></item><item><title><![CDATA[New comment by julik in "Britain's railway privatization was an abject failure"]]></title><description><![CDATA[
<p>Most European railways require a driver to have done some route familiarization for most routes, which tends to work fairly well. What does not work very well is that the UK has very patchy and antiquated train safety systems (AWS / TPWS are somewhat rudimentary and deployed - by far - not everywhere) and signaling. Even speed restrictions in the UK are placed very, very tightly and you better know them by heart because they didn't get placed with the idea that the driver must have sufficient time to reduce speed / react between where they get a warning signal and where the restriction comes into effect.<p>I suspect the move from public to private ownership did adversely affect the upgrades of those, as well as electrification on several key routes.<p>If I remember correctly they do not even have something as basic as an electronic coursebook - which became mandatory in Germany in the 90s already. And at least in NL if you have a set of routes in a certain direction / route set - drivers would get route familiarization both for the main routes and for the bypasses.</p>
]]></description><pubDate>Thu, 13 Nov 2025 15:56:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=45916424</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=45916424</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45916424</guid></item><item><title><![CDATA[Intuitive UIs support user habits]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.julik.nl/2025/10/what-does-intuitive-even-mean">https://blog.julik.nl/2025/10/what-does-intuitive-even-mean</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45796645">https://news.ycombinator.com/item?id=45796645</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 03 Nov 2025 07:25:43 +0000</pubDate><link>https://blog.julik.nl/2025/10/what-does-intuitive-even-mean</link><dc:creator>julik</dc:creator><comments>https://news.ycombinator.com/item?id=45796645</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45796645</guid></item></channel></rss>