<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: oesa</title><link>https://news.ycombinator.com/user?id=oesa</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 24 Jul 2026 02:17:58 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=oesa" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by oesa in "Ask HN: What Are You Working On? (July 2026)"]]></title><description><![CDATA[
<p>Yeah, Kubeflow can be rough, we've been down that road too as well.<p>I really like Coder, but one thing for the life of me I couldn't figure out is that even with the self-hosted version, why does anything have to go through their infra?<p>With trailer.dev our explicit goal is to have a fulfilling user experience for the following scenario:<p><pre><code>  - You have servers you own or rent

  - You have a team that want some persistent developer workspaces that are running on that server

  - You run our 30mb + the server side somewhere and boom, you can have your team(s) work on your project.

</code></pre>
If you want we (the trailer team) can run the server component for you, but that's it.<p>I tried spinning up a coder instance just now again, with docker, and I'm being tunneled through US East Pittsburgh with 117ms of latency for a local dev environment tool :(</p>
]]></description><pubDate>Mon, 13 Jul 2026 15:51:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48894556</link><dc:creator>oesa</dc:creator><comments>https://news.ycombinator.com/item?id=48894556</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48894556</guid></item><item><title><![CDATA[New comment by oesa in "Ask HN: What Are You Working On? (July 2026)"]]></title><description><![CDATA[
<p><a href="https://trailer.dev" rel="nofollow">https://trailer.dev</a>, a self-hostable development environment platform.<p>Been working on it on and off for 4 years now. I used to lead an ML consultancy and one thing I've learned is that data scientist DO NOT understand reverse proxies, nvidia drivers, docker and can not set up complex environments for their projects, especially ones that would support collaborative work.<p>It's been really fun to work on this, currently working on Kubernetes support.</p>
]]></description><pubDate>Mon, 13 Jul 2026 14:48:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=48893564</link><dc:creator>oesa</dc:creator><comments>https://news.ycombinator.com/item?id=48893564</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48893564</guid></item><item><title><![CDATA[New comment by oesa in "Pwning the Ladybird Browser"]]></title><description><![CDATA[
<p>off topic, but I have never seen a link like yours before.<p>Today, I learned about Text Fragment Identifiers [0]. Thanks, very handy!<p>[0] <a href="https://web.dev/articles/text-fragments#text_fragments" rel="nofollow">https://web.dev/articles/text-fragments#text_fragments</a></p>
]]></description><pubDate>Thu, 01 May 2025 08:39:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=43855073</link><dc:creator>oesa</dc:creator><comments>https://news.ycombinator.com/item?id=43855073</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43855073</guid></item><item><title><![CDATA[New comment by oesa in "Jeff Dean responds to EDA industry about AlphaChip"]]></title><description><![CDATA[
<p>In the tweet Jeff Dean says that Cheng at al. failed to follow the steps required to replicate the work of the Google researchers.<p>Specifically:<p>> In particular the authors did no pre-training (despite pre-training being mentioned 37 times in our Nature article), robbing our learning-based method of its ability to learn from other chip designs<p>But in the Circuit Training Google repo[1] they specifically say:<p>> Our results training from scratch are comparable or better than the reported results in the paper (on page 22) which used fine-tuning from a pre-trained model.<p>I may be misunderstanding something here, but which one is it? Did they mess up when they did not pre-train or they followed the "steps" described in the original repo and tried to get a fair reproduction?<p>Also, the UCSD group had to reverse-engineer several steps to reproduce the results so it seems like the paper's results weren't reproducible by themselves.<p>[1]: <a href="https://github.com/google-research/circuit_training/blob/main/docs/ARIANE.md#results">https://github.com/google-research/circuit_training/blob/mai...</a></p>
]]></description><pubDate>Sun, 01 Dec 2024 08:43:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=42287145</link><dc:creator>oesa</dc:creator><comments>https://news.ycombinator.com/item?id=42287145</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42287145</guid></item><item><title><![CDATA[New comment by oesa in "Launch HN: FlyCode (YC S22) – Stop losing revenue due to failed payments"]]></title><description><![CDATA[
<p>Could you make a comparison between FlyCode and Stripe Dunning / stunning.co [1]?
When should a B2B SaaS reach for FlyCode (an app on Stripe Marketplace) vs Stripe Dunning (I'm actually unsure if it's their own offering or not)?<p>[1]: <a href="https://stunning.co/" rel="nofollow">https://stunning.co/</a></p>
]]></description><pubDate>Wed, 30 Oct 2024 14:39:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=41995470</link><dc:creator>oesa</dc:creator><comments>https://news.ycombinator.com/item?id=41995470</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41995470</guid></item></channel></rss>