News for hackers. Stuff that matters.

Yanael

Re:Why the heck are we still using Markdown? on Saturday April 04, 2026 @05:21AM (#47637380)
I rarely render it and only use it with syntax highlighting in my text editor, and that’s it. It helps structure my notes, and I love it, KISS.
Re:Logitech Options+ Cert Expired on Wednesday January 07, 2026 @06:04AM (#46524949)
Fix released: https://support.logi.com/hc/en-us/articles/37493733117847-Op...

(I had to do a fresh install anyway)

Re:Logitech Options+ not working on macOS due to expired cert on Wednesday January 07, 2026 @06:04AM (#46524943)
Fix released: https://support.logi.com/hc/en-us/articles/37493733117847-Op...

(I had to do a fresh install anyway)

Re:Logitech Options+ Cert Expired on Tuesday January 06, 2026 @09:47PM (#46521937)
Logi Options+ stopped working because of an expired certificate. Mouse and keyboard custom settings are not working.
Re:Show HN: Terminal UI for AWS on Sunday January 04, 2026 @04:18PM (#46492329)
Nice, I was looking for this type of project 2 weeks ago. As a K9s user I wanted a similar experience to manage AWS resources.
Re:Ask HN: What Pocket alternatives did you move in to? on Thursday July 17, 2025 @07:55PM (#44599673)
“Add to Reading List” on iOS Safari
Re:How streaming LLM APIs work on Sunday September 22, 2024 @12:57PM (#41618271)
Yeah, it's an interesting problem to solve. The library is designed to parse incomplete json without waiting for the stream to finish.
Re:How streaming LLM APIs work on Sunday September 22, 2024 @12:55PM (#41618255)
Thanks! Yeah, creating an abstraction over the raw JSON and how you want to use it in your code makes it more practical.
Re:How streaming LLM APIs work on Sunday September 22, 2024 @12:52PM (#41618242)
Nice, it looks like a good library to build on top of. I like the available events: start_map, end_map, etc. I did try a library in JS that had similar ones, but it lacked the granularity to cover all use cases for individual fields instead of an entire item. I'll keep a note of this one if I do Python JSON streaming.
Re:How streaming LLM APIs work on Sunday September 22, 2024 @09:20AM (#41616873)
This looks very good. The Fetch API is a nice one, so leveraging it sounds perfect. Thanks for the link.
Re:How streaming LLM APIs work on Sunday September 22, 2024 @09:14AM (#41616837)
When you ask to return JSON data using streaming, you will notice that the response is incomplete and unparseable by JSON libraries, resulting in malformed errors. You will have to wait for the entire stream to complete.

To solve this problem I tried to define a spec and built a lib for it:

- [lib] https://github.com/st3w4r/openai-partial-stream/tree/main

- [spec] https://github.com/st3w4r/openai-partial-stream/blob/main/sp...

Re:How streaming LLM APIs work on Sunday September 22, 2024 @08:41AM (#41616631)
I have been working with streaming LLMs and Server Sent Events. It provides a very simple interface to work with, but you can feel SSE was never designed for this use case. As mentioned in the blog post:

> Annoyingly these can't be directly consumed using the browser EventSource API because that only works for GET requests, and these APIs all use POST.

It is not designed to send data to open a connection. You will then struggle to work with this streaming approach using frameworks and libraries that are based on the EventSource API.

Re:Developing Inside a Container on Wednesday July 03, 2024 @09:43AM (#40865898)
Nix sounds like a great fit as well, but my experience with it has not been that great, and I feel it is not ideal for Python. I recently gave Flox a try, which simplifies the use of Nix. I use it from time to time, but it has not yet replaced my development environment.

In your case, is maintaining 2 dev env not annoying?

Re:Developing Inside a Container on Wednesday July 03, 2024 @08:00AM (#40865110)
I started to develop in containers before VSCode introduced the dev container to keep my local machine clean. A few years ago, I switched to the VSCode dev container, and the integration is very good. Having the ability to have a dev environment ready per project is very neat. We started to adopt it in my company. As a team it saves a lot of hassle, and onboarding is much faster. However, we have encountered some issues, mainly when we want to work with GPU and PyTorch dependencies, and that is the opposite of pleasant! Otherwise, now each new project/repo I create comes with a dev container.
Re:Show HN: Flox 1.0 – Open-source dev env as code with Nix on Wednesday March 13, 2024 @03:10PM (#39695984)
Reproducible development environment, I'm very enthusiastic about it and have been using development containers for years now, at work, they do a great job too. About a year ago, I started to hear about Nix. I was super excited at first, the promise is amazing, but the onboarding process has been awful for me. I have a defined development environment I want to achieve, but it seems I always miss something in the way it should be approached. I'm glad to see some new tooling helping to improve the overall experience. Anyway, I keep trying and hope it will click at some point. I'm wondering, at which moment it did for you?
Re:Show HN: Hatchet – Open-source distributed task queue on Saturday March 09, 2024 @12:08PM (#39653040)
it's somehitng interesting I will have a closer look thanks
Looks very promising. Recently, I built an asynchronous DAG executor in Python, and I always felt I was reinventing the wheel, but when looking for a resilient and distributed DAG executor, nothing was really meeting the requirements. The feature set is appealing. Wondering if adding/removing/skipping nodes to the DAG dynamically at runtime is possible.
Re:The Matrix Trashfire on Wednesday February 14, 2024 @08:11AM (#39369389)
A friend wanted me to switch to Matrix for our 1:1 conversations and group chat of 3 people. The onboarding and user experience have been very poor on Element for years. I'm left with the feeling it is not made to replace a 1:1 messaging app. The protocol covers a broader use case, and the end-user apps are buggy and have a confusing user experience.

There is some complexity in educating due to its distributed nature, but a top notch UX is much needed to overcome it.

Re:The Undercover Generalist on Friday February 02, 2024 @11:01PM (#39237436)
Does that impact the structure of the teams? Where a small squad owning everything or a department owning part of the stack?
Re:Ask HN: Any good Silicon Valley Photo coffee table books? on Wednesday January 31, 2024 @10:47AM (#39205174)
I enjoyed the photo book of SF by Victoria Smith

https://www.amazon.co.uk/See-San-Francisco-Through-SFGirlbyB...

Re:LLM Visualization on Sunday December 03, 2023 @05:11AM (#38506017)
Oh sounds a very neat way to explore binary!
How have you been using jq? It is more adhoc for exploring JSON files during development/data analysis or in programs that run in production?
jq have been in my toolbox since a while it’s a very great tool. But yet another query language to learn, jaq seems identical on that. I think that’s where LLMs can help a lot to make it easier for adoption, I started a project on that note to manipulate the data just with natural language, https://partial.sh

‘cat’ your json file and describe what you want I think should be the way to go

Re:Cursor – The AI-First Code Editor on Sunday October 15, 2023 @08:35AM (#37889232)
The UX of Cursor is the best I’ve experienced so far. GitHub Copilot Chat has been released in beta, but the experience isn’t as good. The context and the real-time code diff make a huge difference.