<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: jdsalaro</title><link>https://news.ycombinator.com/user?id=jdsalaro</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 30 Apr 2026 10:39:53 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jdsalaro" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jdsalaro in "When Not to Obey Orders (2019)"]]></title><description><![CDATA[
<p>> This does seem to suggest that there is a very real possibility that they could refuse.<p>Not at all, on a societal level the US has been increasingly constructed as a huge, intricate, Prisoner's Dilemma where everyone, allegedly, has all to lose and noone, allegedly, has a say in the matter, therefore everyone complies with whatever the system, or media, asks of them.<p>Everyone thinks they're the victim, everyone thinks civic duty is something the oppressor is responsible for, not them personally, therefore everyone is free to be an oppressor themselves.<p>This problem will be intensified whenever, as we've seen elsewhere, the military starts being transformed from within and sycophants are put in positions of power.</p>
]]></description><pubDate>Mon, 17 Feb 2025 12:10:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=43078071</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=43078071</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43078071</guid></item><item><title><![CDATA[New comment by jdsalaro in "Managers given 200 characters to justify not firing nuclear regulators"]]></title><description><![CDATA[
<p>> With that power, everything is legal.<p>Although I agree, here I disagree.<p>In general, the Executive branch, the Intelligence Community, Congress, the Courts, the Populace are all responsible for keeping the President's Office accountable, both officially and extra-officially. Officially, via legal and direct means. Extra-officially, by means of protest, mounting cultural as well as mediatic pressure, etc.<p>In our, as Trump's actions have greatly affected the international community as well, situation what's most concerning is the initial, slow but eventually complete and absolute breakdown of public discourse.<p>Truth is irrelevant, poise is impractical, facts are an obstacle, outrage and drama are the new assertive communication. It's all about  Me and My Emotions, us versus them.<p>This has been the case increasingly, for years, on both sides of the political aisle. Everyone compartmentalizes everyone into the sub-groups they are a part of, until everyone is so compartmentalized that they are completely alone because there are no similarities left for any common ground whatsoever. Such is the dystopic portrait of a society in complete disarray.<p>Under those circumstances, everything is legal, simply because there's noone to enforce the commonly agreed upon Rule of Law.</p>
]]></description><pubDate>Mon, 17 Feb 2025 12:04:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=43078027</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=43078027</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43078027</guid></item><item><title><![CDATA[New comment by jdsalaro in "Corporate IT: What do you use to manage Linux laptops for your employees?"]]></title><description><![CDATA[
<p>Are all of your recipes home brewed?</p>
]]></description><pubDate>Fri, 08 Nov 2024 19:09:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=42089599</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=42089599</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42089599</guid></item><item><title><![CDATA[New comment by jdsalaro in "Principles for product velocity"]]></title><description><![CDATA[
<p>> management is very creative<p>What you described, I wouldn't accept generally under my definition of creativity.<p>In order for creativity to be such it must ultimately deliver value; managers "doing their job" in ways which hinder instead of supporting engineers is not creative, it's disruptive.</p>
]]></description><pubDate>Fri, 08 Nov 2024 19:07:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=42089586</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=42089586</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42089586</guid></item><item><title><![CDATA[New comment by jdsalaro in "Principles for product velocity"]]></title><description><![CDATA[
<p>> The problem is that some methodologies (Scrum, etc.) are heavily abused and transformed into management frameworks, which is the opposite of why they were created in the first place.<p>At the hands of an uncreative person any tool will be the wrong tool. This is what people fail time and time again to understand.<p>Any quality work, gain in efficiencies, improvement potential, etc will be hindered by the desire to apply blindly and without creativity any given thought framework.</p>
]]></description><pubDate>Fri, 08 Nov 2024 09:32:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=42085565</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=42085565</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42085565</guid></item><item><title><![CDATA[New comment by jdsalaro in "Boeing's starliner docks at ISS after five thrusters unexpectedly shut off"]]></title><description><![CDATA[
<p>> He trained for hundreds of hours to fly the capsule manually and the docking process is excruciatingly slow<p>_COME ON TARS!_</p>
]]></description><pubDate>Thu, 06 Jun 2024 22:43:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=40603245</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40603245</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40603245</guid></item><item><title><![CDATA[New comment by jdsalaro in "I Built an Ld_preload Worm"]]></title><description><![CDATA[
<p>> CFI<p>They're referring to Control Flow Integrity [1]<p>[1] <a href="https://en.m.wikipedia.org/wiki/Control-flow_integrity" rel="nofollow">https://en.m.wikipedia.org/wiki/Control-flow_integrity</a></p>
]]></description><pubDate>Tue, 30 Apr 2024 06:58:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=40208008</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40208008</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40208008</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>> So that in any directory you can type `<command name>`?<p>Any tool installed via asdf is available on any directory as long as you are accessing that directory via a shell spawned with a .profilerc or similar which contains your asdf configuration.<p>> asdf Node installs aren't like Python virtual environments<p>Correct, neither should they be.<p>> they're centrally installed and one Node version (and its packages) is shared across all diretories<p>sure, they are, and that's by design. You're conflating a runtime manager with a package manager. Venvs are _not_ runtime manager, the moment you need another Python version you're done for. asdf.vm is _not_ a package manager, the moment you want package isolation while working on an asdf install is the moment you install yourself pipenv, poetry, pdm or use python venvs for that.<p>> that want it + global tools.<p>which is achieved as I've shown below. Still, there was no reason in your usecase to modify or play with globally installed tools besides asdf, through which you can then define global runtime versions and those global versions will hold your global tools, usable wherever.</p>
]]></description><pubDate>Mon, 29 Apr 2024 09:59:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=40196445</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40196445</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40196445</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>> pyenv + pip tools<p>then you'd also need rbenv, nvm, etc.<p>and pyenv can implode in marvelous ways.</p>
]]></description><pubDate>Sun, 28 Apr 2024 15:27:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=40189313</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40189313</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40189313</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>> Why would I want/need this?<p>always, golang is overly opinionated regarding where modules and binaries are stored. I don't like that and I've blown my local development environment into pieces because of that (looking at you GRPC, yikes)<p>But also, imagine that you, like me, need to test Python, Java+Kotlin+Gradle and NodeJS+Angular stuff. Do you really want to install _all that_ natively ? Just for a couple of merge reviews, and even if not, do you _really_ want to install all that natively ? The answer is always, IMHO, a resounding and clear no.<p>>  It was a Visual Basic 6 program, so I just took two half days going through every EXE & DLL related to Windows and VB, eventually finding the difference. Tedious but not rocket science. Is it to avoid these cases?<p>For example, but also much worst, as mentioned in the OP it's to prevent the very real possibility of crippling your OS's language runtimes and also to stay productive.</p>
]]></description><pubDate>Sun, 28 Apr 2024 15:25:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=40189303</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40189303</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40189303</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>there's something I don't get, why do you have globally installed tools that asdf can manage at the same time that you have asdf installed?</p>
]]></description><pubDate>Sun, 28 Apr 2024 08:10:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=40186933</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186933</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186933</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>OP here, although I hoped I took an example that was relatable, it seems it wasn't as relatable as I expected.<p>> Is it just me that never even wants to get to the problems that asdf attempts to solve?<p>You aren't alone, the scenario isn't ideal. However, brew's Python installation on MacOS as are Debian's and Ubuntu's are _extremely_ brittle. You are one cask, formulae or apt package away from needing to do a weekend-long spelunking session or a full blown system re-install if you have deadlines.<p>PyEnv is a pain to set up, and maintain, which is what I used in the years before as well as after Python 2 was deprecated and projects started slowly migrating to newer python versions.<p>> That example in the article of managing multiple python 2.7 versions sounds like a horror story.<p>It is a horror story, but is very common.<p>Have you tried to install and maintain Java, Kotlin and Graddle installations for a given project although your machine is not primarily a Java, Kotlin, Graddle box? That is a real nightmare, not so much with asdf.vm.</p>
]]></description><pubDate>Sun, 28 Apr 2024 08:07:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=40186923</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186923</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186923</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>My experience with Poetry has been mixed the last couple of times I've tried it, it attempts to do way to many things but often failed to do them properly. Determining dependencies and proper packaging and upload to PyPI are the ones which come to mind.<p>asdf.vm together with pipenv is my go-to for Python environment management.</p>
]]></description><pubDate>Sun, 28 Apr 2024 08:02:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=40186895</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186895</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186895</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>this makes me itchy, pulling the whole internet without looking into your development machine sounds like a very bad idea. It's the equivalent of an IDE's "do you trust this project" but on steroids.</p>
]]></description><pubDate>Sun, 28 Apr 2024 07:40:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=40186792</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186792</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186792</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>> A dockerfile solves that, my system is a carbon copy of the prod environment.<p>Yeah, that can definitely not be beat, if at all probably only due to comfort.<p>> Not tried pipenv<p>I've been meaning to put a tutorial out there with my workflow since forever, if I had it I'd point you to it.<p>I recommend you give it a try if you get the chance, you might like it.</p>
]]></description><pubDate>Sun, 28 Apr 2024 07:38:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=40186785</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186785</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186785</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>just curious, have you tried using asdf.vm with pipenv ? I've never needed anything else and have yet to have any problems.<p>A couple of moons ago I used Poetry, but gave up on it because it was so heavy and unfortunately would bug out often.</p>
]]></description><pubDate>Sun, 28 Apr 2024 07:13:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=40186664</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186664</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186664</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>> I recently started using <a href="https://github.com/prefix-dev/pixi">https://github.com/prefix-dev/pixi</a> for Python projects<p>Why is it based on the Conda ecosystem? Do you happen to know?<p>I assume it's for portability, but that sounds heavy.</p>
]]></description><pubDate>Sun, 28 Apr 2024 07:08:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=40186644</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186644</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186644</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>it certainly looks interesting! I'm still not sure if "It’s npx for everything else" is good marketing :P<p>> can activate project tooling upon cd’ing into a project folder<p>this probably can be replicated with zsh hooks: <a href="https://zsh.sourceforge.io/Doc/Release/Functions.html#Hook-Functions" rel="nofollow">https://zsh.sourceforge.io/Doc/Release/Functions.html#Hook-F...</a></p>
]]></description><pubDate>Sun, 28 Apr 2024 07:06:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=40186638</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186638</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186638</guid></item><item><title><![CDATA[New comment by jdsalaro in "Install Asdf: One Runtime Manager to Rule All Dev Environments"]]></title><description><![CDATA[
<p>I was only vaguely aware of rtx, but after discussing this post at length with people online they've made me aware of the rebranding and the general capabilities of mise.<p>It sure is great, it is! However, like you, I tend to prefer minimalistic and predictable tools.<p>That's why I decided to add the small comment in the discussion section of the post, to be fair but also kind of clear that bloating the runtime manager that was supposed to help manage the bloated runtimes and package managers isn't a great idea.<p>Having said that, if the scope of mise stabilizes and it doesn't turn into a kitchen-sink kind of project, it sure seems sweet!</p>
]]></description><pubDate>Sun, 28 Apr 2024 07:01:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=40186618</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186618</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186618</guid></item><item><title><![CDATA[Install Asdf: One Runtime Manager to Rule All Dev Environments]]></title><description><![CDATA[
<p>Article URL: <a href="https://jdsalaro.com/tutorial/asdf-single-package-manager-multiple-dev-environments">https://jdsalaro.com/tutorial/asdf-single-package-manager-multiple-dev-environments</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=40186036">https://news.ycombinator.com/item?id=40186036</a></p>
<p>Points: 131</p>
<p># Comments: 127</p>
]]></description><pubDate>Sun, 28 Apr 2024 04:36:20 +0000</pubDate><link>https://jdsalaro.com/tutorial/asdf-single-package-manager-multiple-dev-environments</link><dc:creator>jdsalaro</dc:creator><comments>https://news.ycombinator.com/item?id=40186036</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40186036</guid></item></channel></rss>