4 ms·

Also I would strongly disagree with “some switches are different” being a problem, any more than FreeBSD not being Ubuntu is a problem. It’s a different OS so i

by mwfunk 8y ago

Also I would strongly disagree with “some switches are different” being a problem, any more than FreeBSD not being Ubuntu is a problem. It’s a different OS so it should be treated as one. See also people going onto Linux forums and complaining about how there’s no Start button. Like, I get it, but that’s a problem with user expectations, not a problem with Linux.

fabiomaia 8y ago
It's not a problem! But I am constantly switching between macOS and Linux, so being able to share dotfiles and scripts and not have to learn the differences and inconsistencies between CLI tools is nice. That was my main motivation, and I think other people feel the same way.
- mwfunk 8y ago
  I get it, it can be super handy to share dotfiles, etc. I’ve just learned to be super paranoid about crossing the BSD and GNU streams. As long as it’s not literally blowing away files installed by the OS, then there are nonintrusive and convenient ways to keep both runtimes installed (which is mostly what this project does). I also have dotfiles that I keep synced between Linux and Mac systems. I don’t have anything super fancy, but in the cases where the platforms differ I’ve conditionalized those parts of the scripts/dotfiles/etc. on a per-platform basis. My likely bias here is that I am fascinated by all of the little differences between platforms and rarely want to paper over them. Similarly, I can never bring myself to use a universal remote because there’s always something lost in translation vs. the remotes it replaces (also I may have a remote control collection problem).
monsieurbanana 8y ago
I'm sure that's some kind of elitism. Do it the right (my) way, or don't do it at all. I'm not interested nor have time to learn how all the differences between osx and linux, specially since installing the GNU utilities is good enough for 95% of tasks.
- mwfunk 8y ago
  Not at all, just offering a professional opinion. If you’re going to develop on or for a different platform, it’s worth it to learn about that platform. Nobody ever fucked anything up by being too knowledgeable or competent. It’s the path of least risk and improves the developer as well.

by mwfunk 8y ago

fabiomaia 8y ago

It's not a problem! But I am constantly switching between macOS and Linux, so being able to share dotfiles and scripts and not have to learn the differences and inconsistencies between CLI tools is nice. That was my main motivation, and I think other people feel the same way.

mwfunk 8y ago
I get it, it can be super handy to share dotfiles, etc. I’ve just learned to be super paranoid about crossing the BSD and GNU streams. As long as it’s not literally blowing away files installed by the OS, then there are nonintrusive and convenient ways to keep both runtimes installed (which is mostly what this project does). I also have dotfiles that I keep synced between Linux and Mac systems. I don’t have anything super fancy, but in the cases where the platforms differ I’ve conditionalized those parts of the scripts/dotfiles/etc. on a per-platform basis. My likely bias here is that I am fascinated by all of the little differences between platforms and rarely want to paper over them. Similarly, I can never bring myself to use a universal remote because there’s always something lost in translation vs. the remotes it replaces (also I may have a remote control collection problem).

monsieurbanana 8y ago

I'm sure that's some kind of elitism. Do it the right (my) way, or don't do it at all. I'm not interested nor have time to learn how all the differences between osx and linux, specially since installing the GNU utilities is good enough for 95% of tasks.

mwfunk 8y ago
Not at all, just offering a professional opinion. If you’re going to develop on or for a different platform, it’s worth it to learn about that platform. Nobody ever fucked anything up by being too knowledgeable or competent. It’s the path of least risk and improves the developer as well.