After reading the article on fonts, I thought it might be kind of fun to share screen shots of our working environment. Just remember to edit out anything sensitive!
Languages:
4 Ruby
4 Python
4 C/C++
2 Java
2 Lisp
1 HTML
1 Scheme
1 Mathematica
1 Javascript
Editors:
8 Emacs
5 Vim
1 Visual Studio
1 Eclipse
1 Netbeans
Browsers:
8 Firefox
2 Opera
1 IE
OS:
11 *nix
8 MacOS
2 Windows
Possibly modulo a couple of miscountings. If people had multiple programs open (like one person with both Firefox and IE, or my own setup with Windows + Ubuntu VM), both are counted. I omitted obvious jokes, like the Commodore 64 screenshots or Don Knuth's desktop. And it only includes editors I could identify, so whatever you Mac folks are using to edit your Ruby isn't included.
I used to live with visual clutter before I discovered virtual desktops. I now usually keep my windows maximized and just switch desktops when I need to go to a different window.
I'm sure my desktop would look pretty stark to most people. That's the way I like it though. Basically I only ever have two windows open, both maximized - Emacs and FireFox. I spend 90% of my time in Emacs - this is what it looks like:
I like modd. No other font is as legible at 9pt. I like that 0 and O look different, as do 1 and l. I like that all characters have some slight asymmetry - characters with character ;)
Wow - couldn't you squeeze in some more emacs windows on the right to visit more files at once? Or is that kind of thing just noise/distraction? I could certainly see some people preferring the simplicity to my more noisy 3 emacs windows and 4 rxvt's.
Yup, it's just noise to me. I prefer to have the other buffers loaded in Emacs, but not displayed on the screen where I'll be distracted by them.
My perfect dev environment would go as far as blanking out everything in my peripheral vision too - maybe a set of VR goggles that only displays an Emacs window, dead center ;-)
I do the single plain window of emacs thing too (though I use Terminal, not the built-for-mac Emacs GUI, and I only go 90 chars wide on my window). I usually run three UNIX shell buffers inside of emacs, in addition to all the source code buffers. I never go to the mouse while in Emacs (because it doesn't do anything), which helps me move quickly.
<snobbery>I get a bit frustrated when I need to look over someone's shoulder while s/he is doing some programming related task. So many people move very slowly thru their environments. I want to show them the way...</snobbery>
I wasted about 2 hours of my life once trying to trick out my Mac to be that "one Emacs window and nothing else" setup that you're talking about. I never really found anything that worked, though.
This may seem like an obvious point, but have you tried Linux (or another Free OS) with a tiling window manager? OS X does give you a nice prepackaged experienced, but if you love to tinker and have complete control to customize anything, Linux is ideal. And you can always dual boot, if you just want to try it out part time. =)
The thing is, when I'm doing anything but programming (web surfing, watching a DVD, playing music, etc.) I want the smooth, easy-to-use, pleasant-looking experience that I get on a Mac. I periodically try Unix window managers to see how they're doing, but they honestly always seem pretty clunky to me.
But let's say for a minute that I did go the Unix window manager route. What would you recommend if I wanted to have one "mode" where basically everything is stripped away (no menu bar, no windows, nothing -- just a shell), and another mode which was your standard GUI? It would have to be fast to switch between the two.
Install X11 on your Mac and set it to run in fullscreen mode. Then install xemacs or whatever and you're set. When you're in X11, fullscreen programming. When you Cmd-tab away, OS X goodness.
Actually, yes. It's quite readable and fairly compact. I've tried a few other fonts (most of the ones mentioned in the fonts thread on here) and found most of them take up more space or are less readable. Dejavu Sans Mono might look better with anti-aliasing turned on, but most of the time I've found anti-aliasing just makes fonts look blurry.
It's slightly contrived, in that I usually have only one buffer open. I wanted to show that my environment involves switching back and forth between my ideas.txt file where I aggressively prioritize, and the actual BRL and Scheme files where the real coding is done. A large portion of my work is done in 35-minute train rides.
Couple of VMs a Xnest and DVD player.
And I say again the current way we layout apps is broken. I have a wide screen monitor and most apps do not resize. I anybody working on something to fix this so that an app designed for 640x480 renders a reasonable size on my screen.
I just alt-tab between Zend and firefox/konsole; at work I run another screen of Firefox off my windows laptop. I don't know how a lot of you can live with so much clutter on your screen, it drives me crazy.
Heh. I think it's funny that the trend in modern IDEs is for your code to get squished into a smaller and smaller box in the middle, surrounded by a ton of random crap. It's the exact opposite to the environment I strive for.
(also, "Solution Explorer"? That was the best name they could come up with?)
To be fair, he seems to have enough space for code. horizontally at least. Monitors today have plenty of space for random crap. But the bottleneck isn't real estate anymore, it's focus.
What we need is for the other windows to gradually fade out when focus is in this one for a while. One of the video plugins/sites on tv-links had this feature - as you watched a show for a while the rest of the screen would gradually fade out.
Are you speaking English? It looks that way, but I can't parse "you open up solutions". Solutions of/to what? And how does one "open" a solution? I'm also not sure what a "Team Foundation Server" is. I know all of the words separately, but put them together, and they no longer have any meaning for me. I think I missed a trend or a meme or a memo or a brochure or something.
I'm not intending to be a smartass, I really just have no idea what you just said, and looking at the screenshot doesn't really clarify. "Solution Explorer" looks like a file browser, to me.
In Visual Studio parlance, a 'solution' is a set of projects that logically belong together.
For example, in a web site, your actual web app may be one project. A back-end scheduling task may be another, etc..
All of these together form a 'solution'.
So, in that sense, the term 'Solution Explorer' kinda makes sense if you squint right.
Whether or not the word 'solution' is appropriate at all is a different issue entirely...
Ah, OK. So, a "solution" is made up of many projects, which is made up of many files? It sounds very enterprise-y. I'll promise to stay out its way, as long as it stays out of mine.
And I guess I can get by without knowledge of what a Team Foundation Server is or does.
An upvote alone cannot express how much I agree. I spend a lot more time reading code (even my own) than I do writing it. Code generation and concise languages reduce the effort of writing code by similar amounts, but concise languages reduce the effort of reading code by an order of magnitude or two.
I don't know if that's true. What reduces the effort of reading code is using the right abstractions in the code. Concise languages can make some code incredibly hard to understand. I'm switching between Python and Lisp these days but I have never had problems reading things like Java because of the verbose syntax. I do however have problems reading Perl or badly written code in any language.
You can have short code by using single-letter variable names and avoiding whitespace. It doesn't gain you anything. But concise code says exactly what it needs to say and no more, and that can be much more readable than lots of boilerplate.
Up to a point, avoiding whitespace does gain you something. It means you can fit more code on the screen at one time. In languages with C-like syntax, I've taken to putting consecutive close-braces on the same line, at the indentation level matching the outermost brace. It's surprising how much it helps.
I disagree. The amount gained to having more on the screen is much less than what is lost to readability. Whitespace is your friend.
I do exactly the opposite, where each bracket gets its own line, never going on the same line as code. This helps create an excellent visual division of blocks on the page.
That's about what mine looks like, except I usually have a browser window under the main terminal window, and I only use two workspaces instead of ten (!)
Tiger, TextMate, Terminal.app, Locomotive, Firefox, Thunderbird, Adium, Twitterpod. A few more in the titlebar (Desktopple, SpritedAway (obviously turned off for now), MenuMeters), and plenty more in the Dock.
I have no clue how so many of you are only working on one monitor. Maybe you've never tried using two, but there's absolutely no way I could ever code again on just one.
I concur. I can't believe how many single monitor
setups there are.
I am also surprised that more people don't use split
screen setups where they can view multiple pages of
code within the same window (ala emacs,gvim, Visual Studio). I prefer to have around four but atleast two
views of code open at once.
Screen real estate is like a drug. Addiction creeps up on you quickly, and the more you have the more you think you need. I used to be perfectly content with one 17" monitor. Now I'm looking for a bigger desk so that I can add a fourth 22" LCD.
I tried it and it made my neck hurt. I prefer a virtual desktop if I want multiple workspaces. Why move your head when you can make the screen move for you?
About 50% of my programming time is spent staring at a maximized vim instance, and about 30% staring at a maximized firefox instance: http://jey.kottalam.net/tmp/screenshot.png
I actually do run ion3. The only problem I've had so far is that some of the Alt+ keyboard shortcuts interfere with some Emacs shortcuts. One off the top of my head: Alt+G.
I just remap/unmap the ion shortcuts to get out of the way of emacs. I have a friend who swears by setting ion's Mod1 to capslock, but my pinky just can't handle that.
ah, a project for a client.. damn i tried to snuff out things like that. It's just yet another media sharing site, we (I) built it in django with ffmpeg.
there was some tutorial on recovering original text from gaussian blurs i saw out there, i.e. blurring isn't like a hash function. to be safe you have to totally black it out.
