Hacker News: armanckeser

New comment by armanckeser in "Malicious npm packages detected across Red Hat Cloud Services"

armanckeser — Mon, 01 Jun 2026 14:31:56 +0000

I don't use poetry anymore but do check the updates before claiming such things

https://python-poetry.org/blog/announcing-poetry-2.4.0/

New comment by armanckeser in "The exponential curve behind open source backlogs"

armanckeser — Wed, 15 Apr 2026 02:38:34 +0000

I think even just seeing the number of open PRs might be a deterrence to contributors thinking of opening PRs.

New comment by armanckeser in "The exponential curve behind open source backlogs"

armanckeser — Tue, 14 Apr 2026 17:01:21 +0000

So this is exactly what's unintuitive about queues, an analogy would be car lanes. Intuition might lead you to conclude that if a 2 lane road has traffic constantly going to 4 lanes will solve the traffic. But this is not true. Many people that would have used the road might have been using public transport or just decided not to commute or stay inside normally will join the traffic until it once again equilibriates. Adding more maintainers without addressing the core problems of the queue won't lead to success

New comment by armanckeser in "The exponential curve behind open source backlogs"

armanckeser — Tue, 14 Apr 2026 16:03:52 +0000

Fair call-out, although couple things to point out, I am used to a Squash Merge workflow which I think makes reviews easier based on comments as the reviewer gets to see what changed after their comment easier. Many of the commits are merge commits. If you actually look at the timeline of the original PR, you will see that it also started with a smaller scope but as time passed I also went through the cycle of "while at it, let me also fix this" loop that I mentioned in the article.

The point of the article is: there is a feature that people would like, there is someone who wants to add it, the appropriate time and a lot more for this feature to be merged has been spent yet the feature is nowhere to be found. That's the two way street I am trying to get across. I wish I wasn't even able to open the PR, I wish the maintainer would utilize more automation tools to groom feature requests and potential contributors with agreed upon plans and agreed upon timelines so that both sides time could be used much more effectively.

As far as PR descriptions etc goes, I asked multiple times what the best route to merging would be. If that went through better descriptions, I was happy to do that, as you can see, I wasn't aware of the "no conventional commits" rule, so in my next PRs I used the correct approach, but that should be completely automatable. Yes, I should have spent more time studying Jellyfin's conventions, but I shouldn't have to, not because its unfair for me, simply because there are more contributors than maintainers, so maintainers should not rely on desired behavior from contributors, they should force that behavior as much as possible.

New comment by armanckeser in "The exponential curve behind open source backlogs"

armanckeser — Tue, 14 Apr 2026 14:09:51 +0000

Agreed. A problem I see with how AI reviews have been used is that after one kicks it off, now the maintainer has to review both the PR and the AI's review which doesn't really save time. Like you said, if AI review was used more intentionally, e.g. all PRs have to go through AI review that checks for the baseline requirements and only after the contributor signals "I addressed everything AI commented either by giving my disagreement reasons or making the changes", maintainers spending time on the review could save a lot of quality time.

New comment by armanckeser in "The exponential curve behind open source backlogs"

armanckeser — Tue, 14 Apr 2026 14:05:00 +0000

Thanks a lot! I appreciate the kind words. I do want to clarify that I think in Jellyfin-web's case, the maintainer does mean well and doesn't really have the "benevolent dictat... er, maintainer" approach. But there seems to be this defeatist argument of: we have one maintainer which means 6 months per PR and features not being merged, that I think Open Source projects could do a better job at

New comment by armanckeser in "The exponential curve behind open source backlogs"

armanckeser — Tue, 14 Apr 2026 13:30:43 +0000

It is a rite of passage. Meet Jellypin, my fork that only allows watching media with subtitles

The exponential curve behind open source backlogs

armanckeser — Tue, 14 Apr 2026 11:37:56 +0000

Article URL: https://armanckeser.com/writing/jellyfin-flow

Comments URL: https://news.ycombinator.com/item?id=47764265

Points: 72

# Comments: 49

Don't get used to Skills, they'll (mostly) be gone in a year

armanckeser — Tue, 07 Apr 2026 15:34:49 +0000

Article URL: https://armanckeser.com/writing/skills-in-a-year

Comments URL: https://news.ycombinator.com/item?id=47676965

Points: 1

# Comments: 0

New comment by armanckeser in "Devin makers: you shouldn't build multi-agent systems"

armanckeser — Thu, 12 Jun 2025 20:37:31 +0000

I believe companies that don't understand this and invest heavily in multi-agent will be left in the dust in the AI race

LLMs are making me a better engineer

armanckeser — Sun, 27 Apr 2025 14:44:18 +0000

Article URL: https://armanckeser.com/writing/better-engineer

Comments URL: https://news.ycombinator.com/item?id=43812310

Points: 3

# Comments: 0

New comment by armanckeser in "Switching from Pyenv to Uv"

armanckeser — Sat, 15 Mar 2025 03:06:20 +0000

It should, but if you are using poetry and say you forgot to pin boto to a specific version, your entire day might be spent waiting for poetry to solve.

New comment by armanckeser in "Switching from Pyenv to Uv"

armanckeser — Thu, 13 Mar 2025 11:00:44 +0000

Uv dependency solving is light years faster than poetry. If you are working on actual projects with many dependencies, poetry is a liability

New comment by armanckeser in "League of Legends data scraping the hard and tedious way for fun"

armanckeser — Wed, 12 Feb 2025 14:30:16 +0000

Really cool project! I am not sure if this is only me, but your dark theme is hiding the illustrations fyi.

New comment by armanckeser in "Some terminal frustrations"

armanckeser — Mon, 10 Feb 2025 14:15:19 +0000

Ah , missed the link on grayscale. In any case, I think a datatable is a must in an aggregator. I would get a lot more value out of being able to filter and sort based on the language, categories, github stars, etc.

New comment by armanckeser in "Some terminal frustrations"

armanckeser — Sun, 09 Feb 2025 23:49:06 +0000

Cool site! Personally, I think the weekly highlight is nice and all, but the value of an aggregator comes from categorization and searching, and I didn't see either on the site. I would love to see it's focus to be like selfh.st

New comment by armanckeser in "Show HN: Apitally – A simple, privacy-focused API monitoring and analytics tool"

armanckeser — Wed, 05 Feb 2025 15:00:00 +0000

For a solo dev project this looks great and good luck with it! But am I correct to understand this can't be self-hosted/is not open source? To me "privacy-focused" is pretty much synonymous with open source and self hostable but I am curious if I missed something or if the community thinks otherwise.

New comment by armanckeser in "Show HN: Apitally – A simple, privacy-focused API monitoring and analytics tool"

armanckeser — Wed, 05 Feb 2025 14:56:57 +0000

> I’m Klaas, the solo founder and developer of Bugsink. Bugsink started when I tried to self-host Sentry for a colleague and realized it was more trouble than it was worth. I built Bugsink as a drop-in replacement that’s easier to set up and works on affordable hardware. Now, it’s my full-time focus.

In the about page. I do agree Sentry self hosting can be a nightmare