3 ms·
Yep so I'm definately being biased by personal experience here -- not claiming otherwise. I've been using and working with unixy types for >15 years or so and p
by cyberpunk 10y ago
Yep so I'm definately being biased by personal experience here -- not claiming otherwise. I've been using and working with unixy types for >15 years or so and probably type 'grep' a hundred times a day (I'm a lead dev).
I'm genuinely just curious how your world looks as it's so different to mine -- I must live a sheltered life but even junior devs I have with routinely push makefiles and bash scripts etc..
Are you a dev? Do you just live in one big contained environment like visual studio or such that has all these kind of tools rolled in?
- cm2187 10y agoThat's the thing. I'm not a dev, I am a banker. And there are only so many hours I am willing or able to spend on a week end relearning the basics. GUI are infinitely valuable in that case. Windows allows to do quite sophisticated stuff all the way with a UI. You can always observe the state of the system, know what can be done from there, etc. I know a few command lines for some basic things I do all the time, but for things I do occasionally, it is just not worth me investing time doing it with a CLI, like creating a VM. But then I am hostile to this new Microsoft...
- cyberpunk 10y agoHmm. I've never worked with the 'frontend' of finance -- I know how your infra, payement processing, massive enterprisey stacks etc work but the day to day stuff the folks on the desks are doing I've not really observed. It's a wide field I guess, but at the end of the day would I be safe to assume that you're mostly playing with data in interesting ways then telling various services/apps (aforementioned chunky java apps, for e.g) to do things based on what you work out from those manipulations? If that's the case, then I really think there is an advantage for you in mastering the 'unix ide', but only if you're doing really custom stuff all the time... If you're working with a bunch of tools that do everything you already need them to do, then of course there's no point in working out how to do the same with different tools. If you're constantly hitting the limits of how you can play with your data, then perhaps it's worth looking into a language which is good at manipulating data and you'd be suprised how powerful this mysterious CLI can be..
- AnthonyMouse 10y ago> GUI are infinitely valuable in that case. Windows allows to do quite sophisticated stuff all the way with a UI. You can always observe the state of the system, know what can be done from there, etc. People from Windows commonly have this impression because in Windows everything is either a GUI or the registry, and nobody wants to touch the registry without a long pole and a hazmat suit but you occasionally have to anyway. So you quickly build the intuition that anything without a GUI is painful and wrong, which isn't the case on other operating systems. Most configuration files on Unix-like systems have manual pages that list what options you can set and what they do. For example the man page for logrotate.conf says you can add the line "mail address" to have it email the oldest log to address before deleting it. It's no more difficult to read the man page and find the option you want than look through seven pages of GUI settings to find it, and often easier because man pages are searchable. With the further advantage of actually describing what the option does rather than just giving you a GUI text box with the word "mail" next to it and letting you guess whether you're supposed to type an email address or a filename to mail or something else. > like creating a VM. There is a GUI program called virt-manager to do this on Linux. Most desktop Linux distributions have GUI programs to do a lot of things like that, people just don't use them as often because the GUI-alternative on Unix-like systems is actually reasonable. Although you picked a good example in the sense that creating a VM directly using qemu-kvm is harder than it probably ought to be.