Funny that I have the exactly opposite feeling. I want to print more, but I don't, because CUPS is a kludge, and I don't feel like using Windows at work for the sole purpose of somewhat sane printer handling.
Now to answer why and what I would want to print more? Surprisingly, I mostly want to print code. The reason is that computers suck for reading and thinking, and in my specific case, I can't focus on thinking hard in front of a computer screen (it's too easy to turn on HN).
When I'm stuck with a hard refactor to do, I like to print out all relevant files, take coloured pens and highlighters and keep drawing and annotating code until everything is clear in my hand. Paper is simply superior in annotating capabilities and high-level view (i.e. spread 20 pages in front of you to see everything). I haven't found any tool yet that would make doing this on computer even comparable.
I once asked a very known HN user, who prints out all relevant code every afternoon as a method of planning work for the next day, whether he worries about the amount of paper he uses. The answer I got: "Paper is cheap. Focus is golden."
As for ecology side of printing, I used to worry much more about it before. But at some point I realized that I didn't do any math, and from what I can tell, "paperless world" seems to be much more damaging to environment than cutting down trees for paper, and as long as we recycle, paper ain't that bad. But still, I didn't do the math.
>When I'm stuck with a hard refactor to do, I like to print out all relevant files, take coloured pens and highlighters and keep drawing and annotating code until everything is clear in my hand. Paper is simply superior in annotating capabilities and high-level view (i.e. spread 20 pages in front of you to see everything). I haven't found any tool yet that would make doing this on computer even comparable.
I can't agree more. I tried several ways to get a better overview of projects I work on, but ultimately it's all very klutzy and awkward. When you have 30 (or more) files with cross references and you need to get a global understanding of the whole architecture, working with code can be very hard. Even with visual tools like UML diagram or similar IDE features, even when ctrl+clicking offered by various editors to jump to definitions and jump around code, even with ctags and multiple buffers open in vim. I tried working with 4 screens but my eyes have to move all over the place to keep following, I can't easily re-organize my files next to each other to keep relevant portions of code close together (regardless of logical modularity in my implementation).
Paper is really the best we have at the moment, maybe a more modern environment in the future will solve this (I recall LightTable promising something similar where you could move around small blocks of functions, during their Kickstarter, however that was never delivered unfortunately), but for the moment we are stuck with paper.
I think this is sort of the fact that IDEs are signed primarily for writing code, not for understanding existing code.
If you look at a reverse engineering tool like IDA Pro, despite working with lower level code, you get powerful understanding tools, excellent cross referencing and diagram generation tools, graph views of code so you can see every decision made without having to read them all out and now even stuff like "proximity" view, which gives a nice way to understand calling structures.
Isn't it better to just draw a diagram and write by hand though? The process of mentally filtering out what's irrelevant to the problem is important as well I think. By the way this is one reason why I like big cubicles as programmer workspaces so much, you have lots of space to hang up your drawings to the sides of your screen.
I haven't had problems printing on Linux in years. I can't remember the last time I had a hard time printing on Linux. I hate printers, because they all suck (well, I had some nice high end laser printers in the past that were great), but In fact, I generally find myself booting into Linux to print and scan because my printer and scanner are old and don't have modern Windows drivers (this is true of several devices, including some that I don't consider outdated...high end 24 bit audio interfaces, USB MIDI controllers, etc.).
Yeah. This is a topic for a completely separate thread, but I have to say this: I FUCKING HATE printers. From jamming hardware, through broken driver issues to all the shenanigans printer companies do (especially with inkjets).
Out of curiosity, how does CUPS prevent you from printing out code? I can understand that there might be some advanced printing features that don't work perfectly with Linux because of lack of driver support. It's been ages since I last had difficulty with printing text. I've had difficulty with old printers and new Windows versions and vice versa.
It prevents me from printing, period. It's better than it used to be years ago, but still there's ton of work to do every time I want to plug into a new printer, and half of the times it doesn't work. I know that it is probably due to my lack of knowledge and experience, but I'm not frustrated enough to sit down and figure CUPS out for good.
Don't worry, not only CUPS is PITA. Even one unnamed OS with totally different print service randomly decides that your printer is offline (what? it is live on the network, I can ping it! I can restart it million times and the spooler still tells me, that it is offline.), just to annoy you. The more important that printed document is and the less time there is for you to present it, the higher probability, that you will not be able to print it.
I see. Most of the time I'm lucky enough to work with HP printers. The hp-setup tool makes installation of drivers trivial. Once in a while I work with Brother or some other brand of printers, and that can require a little more work.
The last printer that failed on me under CUPS was actually a Brother one. I still haven't figured out why it worked for two days and then stopped; I guess networked printers are tricky.
Under OS X I have good success with brother printers... They usually work for months without fail and then stop working. The only thing that fixes it is to cycle power on the printer. I'm guessing buggy firmware on the printer itself.
Yes, absolutely! For getting distraction free focus and seeing the big picture of code, printing and highlighting pens are the best.
In the sense of good use of resources, printing 30 pages of mostly irrelevant slides for a meeting is not.
I do think, that not printing the page you really don't need makes some difference. Even if it is recycled, it is better not to cut down those trees in the first place.
> Printing 30 mostly irrelevant slides for a handful of people for a meeting is not good use of paper.
If they are irrelevant, yes.
But then again, printouts have their place in presentations as well. I recall Edward Tufte advocating for using handouts - i.e. if your talk features things like graphs, diagrams and data, it's a good idea to collect them into a document that you would then print and distribute throughout the audience. People can then look at the graphs in high resolution and also take notes.
Inspired by this, the last time I did a lecture on fixed timestamps in videogames I took all graphs, diagrams and source code fragments, put them on a single A4 page and printed a copy for each of 60+ people present. From what I could tell afterwards, this was really useful - people could consult examples in their own pace and there were zero complaints about source being unreadable for people in back seats. So the next time I'll be doing a lecture, I'll likely design and print handouts too.
Of course all of this applies to educational presentations, not to marketing ones. There's no point to waste paper on the latter, they're all about invoking emotions anyway.
> the last time I did a lecture on fixed timestamps in videogames I took all graphs, diagrams and source code fragments, put them on a single A4 page and printed a copy for each of 60+ people present
Not that you were looking for my approval, but this is 100% good use of paper in my books. Extra points for putting them nicely together in compact form, that all the relevant information can be seen with a single glimpse :)
Now to answer why and what I would want to print more? Surprisingly, I mostly want to print code. The reason is that computers suck for reading and thinking, and in my specific case, I can't focus on thinking hard in front of a computer screen (it's too easy to turn on HN).
When I'm stuck with a hard refactor to do, I like to print out all relevant files, take coloured pens and highlighters and keep drawing and annotating code until everything is clear in my hand. Paper is simply superior in annotating capabilities and high-level view (i.e. spread 20 pages in front of you to see everything). I haven't found any tool yet that would make doing this on computer even comparable.
I once asked a very known HN user, who prints out all relevant code every afternoon as a method of planning work for the next day, whether he worries about the amount of paper he uses. The answer I got: "Paper is cheap. Focus is golden."
As for ecology side of printing, I used to worry much more about it before. But at some point I realized that I didn't do any math, and from what I can tell, "paperless world" seems to be much more damaging to environment than cutting down trees for paper, and as long as we recycle, paper ain't that bad. But still, I didn't do the math.