Helping my students overcome command-line bullshittery (2014)
1–10 of 168 posts
Re: Helping my students overcome command-line bullshittery (2014)
#2If students can't deal with the bullshittery on the command line, how do they hope to deal with the even deeper bullshittery found in the libraries of most programming frameworks?
Re: Helping my students overcome command-line bullshittery (2014)
#3You can call command line bullshit, but at the end of the day it has the least amount of abstraction meaning more visibility in what's actually happening. Visibility is always nice, especially when something breaks.
Say there was this nice GUI that built and setup lot's of projects for you. Who's responsibility is it to make sure that everything it supports stays supported?
Re: Helping my students overcome command-line bullshittery (2014)
#4I don't get the point of this. The command line is one of the easiest thing in a *nix.
If they can't figure that out, how will they ever learn how to figure out real world software engineering?
Re: Helping my students overcome command-line bullshittery (2014)
#5To help those who are reflexively clicking "add comment" in anger, you really should read the article first. You're near certain to argue against a strawman otherwise.
Re: Helping my students overcome command-line bullshittery (2014)
#6I like the same author's "The Two Cultures of Computing"[0]. It's somewhat in the same vein, and also really important.
Re: Helping my students overcome command-line bullshittery (2014)
#7If you read this, definitely follow up by reading the (more recent) response: https://medium.com/@eytanadar/on-the-value-of-command-line-b...
Re: Helping my students overcome command-line bullshittery (2014)
#8The most recent command-line bullshittery is JavaScript and all the node/npm bullshit.
Kind of.
It's pretty nice once you get used to it.
Re: Helping my students overcome command-line bullshittery (2014)
#9[deleted]
Re: Helping my students overcome command-line bullshittery (2014)
#10You can call command line bullshit, but at the end of the day it has the least amount of abstraction meaning more visibility in what's actually happening. Visibility is always nice, especially when something breaks. Say there was this nice GUI that built and setup lot's of projects for you. Who's responsibility is it to make sure that everything it supports stays supported?
If you argue that supporting the GUI is an undue burden, you're merely shifting that burden onto everyone who has to perform the same steps manually every single time. Automating or away may be more up front work, but it only needs to be done once.