When I was running i3 I basically used it as a glorified workspace switcher. I ran a terminal with tmux full screen on one workspace and a browser full screen on the other. i3 let me swap between them, run a status bar with a clock and other little helpers and a launcher for when I needed some other app. The only bindings I needed to know where how to switch workspaces and how to navigate tmux and neovim.
HN user
sprsquish
[ my public key: https://keybase.io/sprsquish; my proof: https://keybase.io/sprsquish/sigs/ayyFJtUNDZIrmmmAGEVpM5vyxPzALfmVqYdNzcTFFQI ]
I think your point about not feeling the car is a big part of what makes driving a simulator so difficult. Every part of a real car is giving the driver direct feedback into various parts of their body. How hard they are on the brake and throttle. Small changes in lateral g-force let them know how close to the edge of traction they are. The screen isn't going to be the same as the real world. The only feedback you get from an (affordable) at-home sim is through the screen and wheel. It requires you to tune into different sensations.
On the last stream Lando Norris (McLaren F1 driver) was asked if it felt like the real thing. He was response was something like, "Not at all. Nothing is like driving an F1 car."
I agree that they aren't exactly up-front about their model. They do provide a link to a pricing page that lays out the tiers: https://brain.fm/pricing
This is almost exactly what our use case is. I slightly altered the implementation to be more GC friendly though: http://squishtech.posterous.com/addendum-to-the-opposite-of-...
I work on the Trust & Safety team at Twitter and hate spam as much as everyone else. As with any large system the solution is never as simple as "implement this thing, problem solved." As Marco points out, what is or is not spam is a balancing act. Our head of Trust & Safety, Del Harvey, gave an interview to the Guardian earlier this year about this balance: http://www.guardian.co.uk/technology/2011/apr/07/twitter-int...
If you'd like to help us out we have several open positions on the team: Anti-Spam: https://twitter.com/job.html?jvi=oBPbVfwg,Job Tools: https://twitter.com/job.html?jvi=oSbdVfwV,Job Front End: https://twitter.com/job.html?jvi=owPbVfwb,Job
Happens all the time! I'm getting my nose moved though.
Maybe it's a version thing, but Ctrl+Shift+T doesn't work for me. Cmd+Shift+T does. But will it restore all the tabs you had open when you accidentally quit?
Jane answered this well on Quora: http://www.quora.com/Why-does-Twitter-need-300-employees
Please please please add Instapaper support for this.
Check out CoffeeScript. It does exactly that. http://jashkenas.github.com/coffee-script/
I've been trying to model libxml.js after Nokogiri. I wanted to get something built and working first. The next step is to expose libxml2's html parser.
Someone else has started working on find-by-CSS a la Nokogiri. I'll merge that into libxml.js when it's ready.
BTW, I'm looking for more help on this project. A new job has diminished the amount of time I can spend on OSS projects.
Agreed, it's a bit sensationalist.
Superfeedr has an XMPP API that allows you to subscribe to updates on a blog or really anything with an RSS or Atom feed. It'll provide push notifications when your subscriptions update.
OpenMRS is pretty big. I don't know the exact number of tables, but it's up there. http://openmrs.org/wiki/Data_Model
My interpretation of that joke was scatological. Though, I don't know if that says more about me than Randall.
As impressive as the actual robots are, I'm more impressed with the "dance" they created to show these off.
I'm using the Javascript Tools bundle for TextMate. It runs JSLint every time I save a javascript file.
I've been burned several times by missing semicolons when minifying my code. Now I make sure they're always there. I'm also running everything through JSLint.
I could play with the low light switch all day. Love the transition effect.
My wife is out the door very early in the morning. I make sure I get out of bed when she comes in to say goodbye for the day.
My alarm clock has proven ineffective. I'll wake up an hour after it should have woken me up and realize I turned it off in my sleep
Take a look at Redmine (http://www.redmine.org/). We're using it for all our internal projects. The git integration is a bit sparse at the moment. You can't browse around branches. But the basics are there.
Nice that you can have your own Gitorious. But Gitorious is not Github. One of the biggest and most useful differences is the fork queue.
The Dirty Job's approach to their show is so perfect. No nonsense, no fear, just show it for exactly what it is.
It absolutely is our job as engineers to change the world. We're the experts. We've done the research and have the evidence to support our positions. From there it's our duty to show the rest of the world the best solution for the problem. In this case I think the problem is number of developer cycles that go into IE compatibility. Imagine if all that time went to the actual product.
Often rubbing something in someone's face is the only way to evoke change. To degrade the experience and let the user know why it's been degraded gives them a clearer understanding of the problem. Being struck with the same problem enough times tends to get someone to act to solve it.
I think Marco's point was that he's created this site as a fun side project. Supporting IE isn't fun. The vast majority of the site's users aren't IE users so he wont get a lot of flack from its users.
I agree that developing for IE isn't the worst thing ever, but it's certainly not fun. I have to side with Marco on this, if I were to build a site just for fun, I'd probably never look at it in IE.