Jeff Dickey

@ellie_huxtable Have you applied for Cloudflare project alexandria? I switched to that for mise updates mostly because it seems to have faster bandwidth.

“Atuin updater isn’t working?” We use GitHub releases and they’re down again 😔 Guess we better self host everything huh

Very happy to see github.com/jdx/usage (OpenAPI for CLIs) getting some adoption with non-rust projects. I've been using it for 2 years with a lot of success for my own CLIs!

@GergelyOrosz @Steve_Yegge Holy mackerel this was a great chat!

It's always energizing to do a podcast with Steve Yegge (@Steve_Yegge, engineer+author, formerly at Amazon+Google, creator of Gas Town). Timestamps: 00:00 Intro 01:43 Steve’s latest projects 02:27 Important blog posts 04:48 Shifts in what engineers need to know 10:46 Steve’s current AI stance 13:23 Steve’s book Vibe Coding 18:25 Layoffs and disruption in tech 31:13 Gas Town 40:10 New ways of working 51:08 The problem of too many people 54:45 Why AI results lag in business 59:57 Gamification and product stickiness 1:04:54 The ‘Bitter Lesson’ explained 1:07:14 The future of software development 1:23:06 Where languages stand 1:24:47 Adapting to change 1:27:32 Steve’s predictions Brought to you by: • @statsig  – ⁠ The unified platform for flags, analytics, experiments, and more. statsig.com/pragmatic • @SonarSource  – The makers of SonarQube, the industry standard for automated code review. sonarsource.com/pragmatic/ • @WorkOS  – Everything you need to make your app enterprise ready. workos.com Three interesting thoughts from Steve that we talked about in this conversation: 1. Reading ability is becoming a blocker for wider AI adoption. Some struggle with walls of text that current AI tools produce, and Steve predicts that in the very near future, most people will program by talking to a visual avatar, not reading terminal output because he observes that five paragraphs is already a lot to read for many devs. 2. What software engineers need to know keeps changing. In the 1990s, any decent software engineer knew Assembly, and today almost no decent developer knows it because Assembly has long been superseded by technical progress. What engineers “need” to know these days is different from the ‘90s and that process continues with AI, changing the parts of the craft that are essential for devs. We grumble about this but that won’t change anything by itself. 3. There’s a “Dracula Effect” where AI-augmented work drains engineers faster than traditional work. This is because AI automates the easy tasks, meaning that engineers are stuck doing high-intensity thinking all day. Steve says you may only get three daily productive hours at max speed, but during that time, you could produce 100x more output than before.

Really enjoyed being a guest on Remote Ruby chatting about mise/portable ruby and my other dev tools buzzsprout.com/2260490/episod…

Parents need to be especially vigilant with AI making its way into every app. For example, Codex just tried to `asdf install` instead of `mise install` right under my son's nose If we need to wait a bit longer to make sure these models are safe that's ok

@badlogicgames @tobimori No you don’t. It doesn’t show a badge so unimportant ones get ignored by everyone. I do this on all of my big projects.

@tobimori i still need to look at the discussions.

yeah, i think that's it for OSS. opened the tracker last night. +20 issues in less than 24h. there's absolutely not chance i can make this suistainable, especially since this is a hobby. open to ideas. i can deal with 5-10 issues per day. this is just too much.

Disable issues. Your users are not entitled to a direct line to your TODO list.

we've got a real banger for the hk sea shanty thanks to @ivyevanslv hk.jdx.dev/shanty.html hk.jdx.dev/haul-away-hk.m…

@robzolkos same same!

OMACON ticket purchased! ✌️ See you in NY!

@dhh This speaker list looks like it's for a conference 20x this size

Omacon is sold out! Looking forward to meeting a bunch of nerds and geek out together over TUIs, tmux, aesthetics, developer ergonomics, code, and community. We're going to have a great time in New York. And we'll record everything for those who couldn't make it too 🤘

@charliermarsh do you have any thoughts on changing the mise backend from `pipx:<pkg>` to `pypi:<pkg>`? I'm thinking this will work well with a potential future `pyx:<pkg>` backend github.com/jdx/mise/pull/…

Heading to OMACON!

it's looking like mise will overtake docker on homebrew stats today: formulae.brew.sh/analytics/inst…

@Shyim97 @dhh @indirect There are very few php users of mise mise-versions.jdx.dev/tools/php

@jdxcode @dhh @indirect Could we do the same for PHP using github.com/crazywhalecc/s… 🤔

The lack of pre-built Ruby binaries has been a major drag for years. Every other environment had them on mise. Love that @jdxcode just went ahead and did it! Having everyone compiling their own Ruby is some prehistoric BS. #precompiled-binaries" target="_blank" rel="nofollow noopener">mise.jdx.dev/lang/ruby.html…

@_clem looking closer this is a feature gap in usage, we have support for these in flags just not args

@_clem will give it a pass, thanks!

@jdxcode Just realized that a lot of the examples in #usage-field" target="_blank" rel="nofollow noopener">mise.jdx.dev/tasks/task-arg… are incorrect; "help" is an inline property of "arg", not a valid child node of it.

@dhh @indirect agreed, the default has to change. We did this back when we adopted astral's precompiled pythons and it was the right call despite some pain. I went ahead and put a warning when installing ruby into the last release letting users know in 6 months the default is going to change.

@jdxcode @indirect I think as long as you retain the opt-out, we are good to go. Folks aren't using mise in production anyway. It's a dev tool. So even if there is breakage, it's not a big deal, and we can fix fast. You probably save a meaningful amount of world energy consumption shipping this 😂

@dhh @indirect I think it is actually. It's a breaking change so I need to have a roll-out process around it but nobody has mentioned any incompatibilities in a while so I think it's ready to start that.

@jdxcode @indirect There have been many stabs at this over the years, but until it ships, it really doesn’t offer much benefit. So thanks for shipping. Hopefully it’ll quickly be able to move out of experimental and into main.