Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Going Full Time on Open Source

jdx.dev

Post reply on HN
Print view View original

31–40 of 46 posts

Re: Going Full Time on Open Source

#31

Post by jdxcode »

otterley wrote: post #30
mihaitodor wrote: post #19

10th most downloaded Homebrew formula and the maintainer makes ~$600 / month. Not very encouraging for people who are thinking to follow the same path…

Mise is number 64, not number 10. Please verify your facts before posting in the future. https://formulae.brew.sh/analytics/install/30d/ (That said, your observation is well taken.)

this is the leaderboard that matters for CLIs: https://formulae.brew.sh/analytics/install-on-request/30d/

it's 12th now. It was 10th when I wrote this post. GP is just mentioning what I wrote in the blog body.

Re: Going Full Time on Open Source

#32

Post by jdxcode »

spankalee wrote: post #16
sangeeth96 wrote: post #14

Earlier quoted context omitted.

Likewise looking to adopt mise at work, have a PR nearly there and especially with all the LLM/skills CLIs, mise looks well positioned. I've been using it for a long time personally and is a delight to work with. Curious given polyglot monorepo and bazel, does mise have something that solves the build graph/caching stuff that IIUC comes with Bazel or is that something that's not needed for the monorepo you help maint…

Yeah, Mise has caching: https://mise.jdx.dev/cache-behavior.html I'm a massive fan of Wireit and its caching behavior, so I'm looking for something to live up to that. I have more testing to do. I think Mise defaults to mtime-keyed cache but has an option for content hashing, which it what Wireit uses and makes it quick to undo a change and get a cache hit.

this is probably the better link to what they were asking about: https://mise.jdx.dev/tasks/running-tasks.html#running-on-fil...

mise's sources/outputs is intentionally pretty naive though. It's not bazel/buck2. That may change one day but so far it's more for writing tasks and less trying to be an authoritative build system.

Re: Going Full Time on Open Source

#33

Post by jdxcode »

mihaitodor wrote: post #19

10th most downloaded Homebrew formula and the maintainer makes ~$600 / month. Not very encouraging for people who are thinking to follow the same path…

$600 was when I was working in a big tech job and while I had a sponsor page I didn't promote it whatsoever. I was surprised people were even willing to give that much given it was obvious I was making good money at my day job.

Now that this is a full time gig for me this has more than quadrupled—this post is a couple of weeks old. Also because I'm offering perks for the first time for people that pitch in. Still not enough to really make a living, but like I said in the post I have a few avenues I am trying out for revenue. I just hope that I can find something that maximizes the time I spend on the OSS tools while being sustainable.

Re: Going Full Time on Open Source

#34

Post by jdxcode »

Lazare wrote: post #22

Not exactly on topic, but I have to endorse mise; it's a really, really great tool that solves a number of different problems. Example: I was recently working on a large project that needed a specific version of Python, and there's a lot of ways to solve that, but mise was an easy and robust one. But also , the project needed a bunch of different tools to build it, deploy it, do local dev, perform certain maintenance…

I'm glad you're seeing it this way and finding value in it, this was very intentional. I wasn't happy with the status quo with all of the other tools in this space (nix, bazel, buck2, etc) that all force you to adopt everything from day 1. I think of mise as an overlay on existing systems, not a system in itself.

Re: Going Full Time on Open Source

#35

Post by c-hendricks »

jdxcode wrote: post #34
Lazare wrote: post #22

Not exactly on topic, but I have to endorse mise; it's a really, really great tool that solves a number of different problems. Example: I was recently working on a large project that needed a specific version of Python, and there's a lot of ways to solve that, but mise was an easy and robust one. But also , the project needed a bunch of different tools to build it, deploy it, do local dev, perform certain maintenance…

I'm glad you're seeing it this way and finding value in it, this was very intentional. I wasn't happy with the status quo with all of the other tools in this space (nix, bazel, buck2, etc) that all force you to adopt everything from day 1. I think of mise as an overlay on existing systems, not a system in itself.

Very quickly mise went from "what's that?" to "I need it everywhere" because of the "overlay on existing systems" approach. It's all over our org at work, and all over the local dev community here. It has also simplified all of our CI and made the random python projects a breeze to run. Great work!

Ironically I pushed for it because it also has tasks that can be written in Bash (we have a mix of Bash scripts and Makefiles for task running across projects while I will die on the hill that shell scripts should be written in a shell script: not Makefile, not a string in a json file, not a string in a yaml file) but we never did get around to that.

Re: Going Full Time on Open Source

#36

Post by jdxcode »

c-hendricks wrote: post #35
jdxcode wrote: post #34

Earlier quoted context omitted.

I'm glad you're seeing it this way and finding value in it, this was very intentional. I wasn't happy with the status quo with all of the other tools in this space (nix, bazel, buck2, etc) that all force you to adopt everything from day 1. I think of mise as an overlay on existing systems, not a system in itself.

Very quickly mise went from "what's that?" to "I need it everywhere" because of the "overlay on existing systems" approach. It's all over our org at work, and all over the local dev community here. It has also simplified all of our CI and made the random python projects a breeze to run. Great work! Ironically I pushed for it because it also has tasks that can be written in Bash (we have a mix of Bash scripts and Make…

it was definitely a risky move, env vars are not perfect for this use-case (varargs is awkward) but I'm happy I went with the file tasks setup and the magic comments anyways. It's nice that you're not working in bash-inside-yaml or coming up with a new file type. It is just bash.

Re: Going Full Time on Open Source

#38

Post by kstrauser »

jdxcode wrote: post #36
c-hendricks wrote: post #35

Earlier quoted context omitted.

Very quickly mise went from "what's that?" to "I need it everywhere" because of the "overlay on existing systems" approach. It's all over our org at work, and all over the local dev community here. It has also simplified all of our CI and made the random python projects a breeze to run. Great work! Ironically I pushed for it because it also has tasks that can be written in Bash (we have a mix of Bash scripts and Make…

it was definitely a risky move, env vars are not perfect for this use-case (varargs is awkward) but I'm happy I went with the file tasks setup and the magic comments anyways. It's nice that you're not working in bash-inside-yaml or coming up with a new file type. It is just bash.

Agreed, and thank you. Every editor I personally use knows how to edit, highlight, and language server shell scripts. Zero of them, AFAICT, know how to do any of that with a shell script embedded in YAML.

Re: Going Full Time on Open Source

#39

Post by slopinthebag »

pseudalopex wrote: post #20
Brian_K_White wrote: post #7

Earlier quoted context omitted.

Are people dinging you because they think you're taking Bun seriously, or because they think you're not?

I thought it was snarky and added nothing to the discussion.

Oh, kind of like this comment?

https://news.ycombinator.com/item?id=48031424

Re: Going Full Time on Open Source

#40

Post by otterley »

jdxcode wrote: post #31
otterley wrote: post #30

Earlier quoted context omitted.

Mise is number 64, not number 10. Please verify your facts before posting in the future. https://formulae.brew.sh/analytics/install/30d/ (That said, your observation is well taken.)

this is the leaderboard that matters for CLIs: https://formulae.brew.sh/analytics/install-on-request/30d/ it's 12th now. It was 10th when I wrote this post. GP is just mentioning what I wrote in the blog body.

My mistake, thank you for the correction.
Post reply on HN