<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: conor_f</title><link>https://news.ycombinator.com/user?id=conor_f</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 18 Apr 2026 10:35:00 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=conor_f" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by conor_f in "GitHub Stacked PRs"]]></title><description><![CDATA[
<p>This is a perfect example that I've often seen in practice. There's nothing blocking in this workflow at all, and no reason these changes cannot be made in independent changes. e.g.<p>1) API implementation - Including tests and docs this should be perfectly acceptable to merge and review independently
2) UX implementation - Feature flagged, dummy API responses, easy to merge + review
3) One quick "glue" PR where the feature can be integration tested etc<p>This prevents awful merge conflicts, multiple rounds of increasingly complex stacked reviews, and a host of other annoyances.<p>Is there any reason that the stacked PR workflow is better that I'm ignoring or overlooking?</p>
]]></description><pubDate>Tue, 14 Apr 2026 10:29:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=47763720</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=47763720</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47763720</guid></item><item><title><![CDATA[New comment by conor_f in "GitHub Stacked PRs"]]></title><description><![CDATA[
<p>This just reeks to me of bad practice. Why use this as opposed to breaking your change into smaller PRs and merging them individually behind a feature flag or similar? With this, you have a marginally better UX for reviewing through the Github website, but the underlying issues are the same. The change being introduced is not sufficiently testable by itself, or it's (somehow) too tightly coupled to other parts of the UI/codebase that it can't be split. You still need to test for integration issues at every point of the stack, and some architecture issues or points of code reuse can't be seen from stacked changes like this.<p>Not for me, but I'm glad it fits other people's workflows. I just hope it doesn't encourage people to try make poorly reasoned changes!</p>
]]></description><pubDate>Tue, 14 Apr 2026 04:36:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47761295</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=47761295</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47761295</guid></item><item><title><![CDATA[New comment by conor_f in "Why You Should Be Using Git Worktrees"]]></title><description><![CDATA[
<p>Super interesting, thanks! I didn't think about how this issue could easily point to a major improvement that could be made on the package manager level. Unfortunate that in Python land only Conda supports it though. It looks from the docs that uv may also support it? <a href="https://docs.astral.sh/uv/concepts/cache/#cache-directory" rel="nofollow">https://docs.astral.sh/uv/concepts/cache/#cache-directory</a></p>
]]></description><pubDate>Thu, 16 Oct 2025 14:08:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=45605551</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=45605551</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45605551</guid></item><item><title><![CDATA[New comment by conor_f in "Why You Should Be Using Git Worktrees"]]></title><description><![CDATA[
<p>A great point. However it's not a reasonable amount of infrastructure or overhead for many companies or an individual project in my opinion!</p>
]]></description><pubDate>Thu, 16 Oct 2025 09:49:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=45603398</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=45603398</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45603398</guid></item><item><title><![CDATA[New comment by conor_f in "Why You Should Be Using Git Worktrees"]]></title><description><![CDATA[
<p>Here's a quick blog post I wrote about the merit of git worktrees. Any thoughts or feedback let me know!</p>
]]></description><pubDate>Thu, 16 Oct 2025 07:57:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=45602636</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=45602636</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45602636</guid></item><item><title><![CDATA[Why You Should Be Using Git Worktrees]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.randombits.host/why-you-should-be-using-git-worktrees/">https://blog.randombits.host/why-you-should-be-using-git-worktrees/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45602635">https://news.ycombinator.com/item?id=45602635</a></p>
<p>Points: 5</p>
<p># Comments: 6</p>
]]></description><pubDate>Thu, 16 Oct 2025 07:57:29 +0000</pubDate><link>https://blog.randombits.host/why-you-should-be-using-git-worktrees/</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=45602635</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45602635</guid></item><item><title><![CDATA[Ask HN: What Process/Applications Do You Use for Todo/Knowledge Management?]]></title><description><![CDATA[
<p>Like many of you, I have spent more time trying out different applications in the todo list/knowledge management space without finding a solution that has stuck. I've tried aggressive calendar scheduling, todo.txt, Vikunja, a paper planner, Logseq, Notion, and likely others along the way! I now have the suspicion that the issue I'm having isn't the tooling, but the process. The solution I've stuck with the longest has been Vikunja, but I felt limited by it as it is strictly a todo application, and doesn't support any form of knowledge management (by design, which makes sense!)<p>So I'm wondering, what processes do people follow for their todo list management and knowledge management? What resources have you learned how to use your applications of choice?<p>My requirements (in rough priority order):<p>- Mobile + Desktop support (PWA, web UI, native application, all fine!)<p>- Searchable<p>- Allows me to keep track of todos with priority ordering and sublists<p>- Allows me to easily capture one-off ideas, as well as expand them into richer, more detailed concepts<p>- FOSS + Self-Hostable<p>The issues I've faced with previous solutions are:<p>- No integration between my todos and knowledge!<p>- Not being able to search<p>- Not being able to quickly capture ideas/notes/todos<p>- Not having a clean(-ish) UX to navigate between points of info/see what my next priorities are</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=42661803">https://news.ycombinator.com/item?id=42661803</a></p>
<p>Points: 12</p>
<p># Comments: 13</p>
]]></description><pubDate>Fri, 10 Jan 2025 23:56:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=42661803</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=42661803</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42661803</guid></item><item><title><![CDATA[New comment by conor_f in "Ask HN: Who wants to be hired? (October 2024)"]]></title><description><![CDATA[
<p>Location: Berlin, Germany<p>Remote: Preferred<p>Willing to Relocate: No<p>Technologies: Python (+ Frameworks), AWS, Linux, Docker, ...<p>Résumé/CV: <a href="https://www.linkedin.com/in/conorjflynn/" rel="nofollow">https://www.linkedin.com/in/conorjflynn/</a> | <a href="https://blog.randombits.host/resume" rel="nofollow">https://blog.randombits.host/resume</a> (PDF Preview)<p>Email: hn@randombits.host<p>Hey, I'm Conor, a software engineer specializing in the backend, but capable of using whatever technologies required to get a problem solved. I have experience with large multinationals, but much prefer my time working with startups. I was the first hire in my current company, and am now looking for a new opportunity having helped the company find product/market fit, scale the solution, and reach a position of stability. Most of my details can be found on my LinkedIn, including links to my Github, Blog, and other technical works.</p>
]]></description><pubDate>Tue, 01 Oct 2024 15:01:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=41709318</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=41709318</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41709318</guid></item><item><title><![CDATA[New comment by conor_f in "Ask HN: Freelancer? Seeking freelancer? (October 2024)"]]></title><description><![CDATA[
<p>SEEKING WORK | Berlin, Germany | Remote Preferred<p>I am a software engineer specializing in Python backends, but have demonstrated ability using whatever technology necessary to best solve the problem at hand. I have experience working with large multinationals, and startups, both in person and on a remote-only basis. My current role is fully remote, and involves software architecture/design decisions, PoC prototyping, DevOps, improving developer tooling, and general purpose programming.<p>The best place to see my professional experience is on LinkedIn, but feel free to reach out to me by any means you prefer so we can discuss opportunities.<p>Technologies: Python (+ Frameworks), AWS, Docker, Linux, ...<p>LinkedIn: <a href="https://www.linkedin.com/in/conorjflynn/" rel="nofollow">https://www.linkedin.com/in/conorjflynn/</a><p>Résumé: <a href="https://blog.randombits.host/resume/" rel="nofollow">https://blog.randombits.host/resume/</a> (PDF Preview)<p>Github: <a href="https://github.com/conor-f">https://github.com/conor-f</a><p>Blog: <a href="https://blog.randombits.host" rel="nofollow">https://blog.randombits.host</a><p>Email: hn@randombits.host</p>
]]></description><pubDate>Tue, 01 Oct 2024 15:00:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=41709307</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=41709307</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41709307</guid></item><item><title><![CDATA[New comment by conor_f in "Show HN: Workout Tracker PWA"]]></title><description><![CDATA[
<p>Another interesting thing in this space is Traindown[1]. It's simply Markdown for your exercises. As an example for those who need convincing to go to a link, this could be a simple workout:<p><pre><code>  @ Mar 03 2024 08:00
  
  # Unit: kg
  # Bodyweight: 70
  
  Squat:
    40 12r
    65 8r 2s
    40 12r
  
  Assisted Pull Up:
    bw-20 12r
    bw-5 6r
    bw 2r

</code></pre>
It's much more free-form than this, which is a bonus for me and allows me to track metadata such as weight, time of day I'm exercising at, or general mood/feeling about the workout. I can ultimately just take these plain markdown files from the app (I use a basic Android app that visualizes this Markdown[2]), import them and do whatever processing I like in Python.<p>Highly recommended!<p>[1] <a href="https://traindown.com/" rel="nofollow">https://traindown.com/</a><p>[2]<a href="https://github.com/traindown/transponder">https://github.com/traindown/transponder</a></p>
]]></description><pubDate>Wed, 06 Mar 2024 05:48:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=39612725</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=39612725</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39612725</guid></item><item><title><![CDATA[New comment by conor_f in "Show HN: Magentic – Use LLMs as simple Python functions"]]></title><description><![CDATA[
<p>How so? What disadvantages does having strings as a first class Type have?</p>
]]></description><pubDate>Tue, 26 Sep 2023 21:03:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=37665790</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=37665790</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37665790</guid></item><item><title><![CDATA[New comment by conor_f in "Show HN: Magentic – Use LLMs as simple Python functions"]]></title><description><![CDATA[
<p>Looks super cool! A few questions:<p>1) Can you get the actual code output or will this end up calling OpenAI each function call?
2) What latency does it add? What about token usage?
3) Is the functionality deterministic?</p>
]]></description><pubDate>Tue, 26 Sep 2023 17:27:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=37662746</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=37662746</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37662746</guid></item><item><title><![CDATA[ShowHN: Naming Variables Just Got Harder – Working with AI Models]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.randombits.host/naming-variables-just-got-harder/">https://blog.randombits.host/naming-variables-just-got-harder/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=37577235">https://news.ycombinator.com/item?id=37577235</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 19 Sep 2023 21:44:25 +0000</pubDate><link>https://blog.randombits.host/naming-variables-just-got-harder/</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=37577235</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37577235</guid></item><item><title><![CDATA[New comment by conor_f in "Ask HN: How to Keep Up with LLMs? [Linux, Self-Hosting, Info]"]]></title><description><![CDATA[
<p>1) Some general use cases:<p><pre><code>  - Getting familiar with new APIs

  - Bouncing general knowledge questions off it

  - Having "discussions" to interact with it in a Socratic style

  - Giving some "personality" to automated services by calling it as an API
</code></pre>
2) Thanks for the pointers! Will check them out today!</p>
]]></description><pubDate>Fri, 04 Aug 2023 07:50:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=36996793</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=36996793</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36996793</guid></item><item><title><![CDATA[New comment by conor_f in "Ask HN: How to Keep Up with LLMs? [Linux, Self-Hosting, Info]"]]></title><description><![CDATA[
<p>Thanks, I will look into llama.cpp today :)<p>I don't have much interest in playing with the internals for now, but I generally like keeping my data personal and the services I use self-maintainable as much as reasonably possible! I also feel like I could find the token limits and price limiting with ChatGPT.</p>
]]></description><pubDate>Fri, 04 Aug 2023 07:44:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=36996757</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=36996757</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36996757</guid></item><item><title><![CDATA[Ask HN: How to Keep Up with LLMs? [Linux, Self-Hosting, Info]]]></title><description><![CDATA[
<p>I've accepted that LLMs are useful when taken with precautions. A few tools I've used recently have convinced me on this fact. Alongside this, I've heard first-hand anecdotal experience of LLMs providing great benefit, from asking about APIs all the way to practising languages or summarizing texts.<p>I'm now interested enough to try run one myself and see how it suits my personal workflow. So I have a few questions:<p>1) How can I set up a LLM locally with good effort/reward ratio? I don't want to spend hours setting up something unreliable that needs constant modification - moreso something I can just interact with easily from a web UI/CLI when I need to.<p>2) Is there an easy way to keep up to date with LLMs so I can update to newer models as they become popular to get the best results?<p>Note that I'm only looking for self hosted, Linux compatible solutions!</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=36992439">https://news.ycombinator.com/item?id=36992439</a></p>
<p>Points: 16</p>
<p># Comments: 4</p>
]]></description><pubDate>Thu, 03 Aug 2023 21:46:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=36992439</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=36992439</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36992439</guid></item><item><title><![CDATA[Dealing with Being Distrusting of HomeAssistant Notifications]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.randombits.host/dealing-with-being-untrustworthy-with-homeassistant-automations/">https://blog.randombits.host/dealing-with-being-untrustworthy-with-homeassistant-automations/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=36991698">https://news.ycombinator.com/item?id=36991698</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 03 Aug 2023 20:52:35 +0000</pubDate><link>https://blog.randombits.host/dealing-with-being-untrustworthy-with-homeassistant-automations/</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=36991698</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36991698</guid></item><item><title><![CDATA[Show HN: Vanity, Recognition and Fighting Perfectionism – Buildlog for Git Vain]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.randombits.host/git-vain/">https://blog.randombits.host/git-vain/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=36824568">https://news.ycombinator.com/item?id=36824568</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 22 Jul 2023 08:49:34 +0000</pubDate><link>https://blog.randombits.host/git-vain/</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=36824568</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36824568</guid></item><item><title><![CDATA[Show HN: Vanity, Recognition and Fighting Perfectionism – Buildlog for Git Vain]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.randombits.host/git-vain/">https://blog.randombits.host/git-vain/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=36692774">https://news.ycombinator.com/item?id=36692774</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 12 Jul 2023 11:03:49 +0000</pubDate><link>https://blog.randombits.host/git-vain/</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=36692774</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36692774</guid></item><item><title><![CDATA[New comment by conor_f in "Ask HN: Could you share your personal blog here?"]]></title><description><![CDATA[
<p><a href="https://blog.randombits.host" rel="nofollow noreferrer">https://blog.randombits.host</a><p>Try to write monthly about technical projects I've managed to complete. I'm beginning to mix it up to include more recently musings on non-technical topics now however!</p>
]]></description><pubDate>Wed, 05 Jul 2023 10:10:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=36598225</link><dc:creator>conor_f</dc:creator><comments>https://news.ycombinator.com/item?id=36598225</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36598225</guid></item></channel></rss>