832 karma · joined February 5, 2011
[ my public key: https://keybase.io/georgebashi; my proof: https://keybase.io/georgebashi/sigs/mH4h3TOFUhR1_Qbc3IOn2A0_-CMfNEBF7btxb-DD41w ]
That said, it wasn't much work, and I've been using it for the past couple hours and I really like it!
I signed up a long time ago for an AeroFS invite but had no joy. Anyone got one they could share? I'd love to try this out.
let g:ctrlp_user_command = ['.git/', 'cd %s && git ls-files --exclude-standard -co']
It was annoying me that I couldn't open files I'd just created with CtrlP, as they wern't yet tracked.A (difficult!) year of daily use behind me, I've found that all the above problems disappear. People come to XSLT expecting a procedural DSL for modifying an XML file which they can pick up in a day or two, and very quickly their code spirals out of control as they try to twist XSLT into what they expect. It very clearly isn't a procedural language, which is why I think it gets labelled as functional, because it doesn't accurately fit either model.
Once you develop good code style and know the pitfalls to avoid, it's perfectly pleasant to use. It's also significantly easier to get along with if you use a full blown XSLT IDE like oXygen, which allows you to breakpoint, see the call stack, and trace back which template generated a specific part of the output.
What if you're an internet host and you want to show off your massive bandwidth by having users download a dummy .bin file of 100MB. You'll find that if many users access this file at the same time, your hard drive becomes the slow factor and you're running into disk IO problems.
Surely the OS should keep this 100MB around, rather than re-reading it from the disk over and over? By keeping it in tmpfs, aren't you just "locking" the file in RAM, and defeating whatever "optimal" choice the OS is making over what files to keep around? Isn't this something better done by vmtouch? (http://hoytech.com/vmtouch/)
Remember, if people have Sun's Java installed now, it's because they deliberately opted to install that over OpenJDK - Sun's has always been in the partner repo, which is disabled by default, OpenJDK being the default on Ubuntu. Silently moving people back to OpenJDK would cause all kinds of non-obvious breakage.
That said, the downside is that cherokee uses a weird config format that isn't very human readable / editable, and doesn't play nicely with version control. This means its difficult to start automating with puppet or chef, as you can't easily template the config.
There's definitely better tools out there if you're willing to install something - but these are great when you're in a pinch.
Twitter-the-product is friendly, sociable and open. Twitter-the-company is increasingly evil - is the recent shift away from being developer-friendly with loose T&Cs to locking everything down something specific to twitter or is it endemic to a company of their size and a product of their growth?