dtwwtd

I really enjoyed reading this post: I think it's valuable to share explorations that didn't pan out. Beyond that, as person not working in compilers, I thought that Nicholas did a great job of providing an overview of the problem at hand as well as just enough detail to start developing an intuition for why the problem is tricky.

Ah sorry, looks like I got ahead of myself due to my feed reader picking up the post this morning!

This is very likely because without the full path your shell is using the `time` builtin function of your shell as opposed to using the binary.

The shell's builtin keyword for `time` is more limited in nature than the full `time` binary. This is true of a number of other common unix commands as well, e.g. `echo`. The manpage for your shell should describe the builtins functions.

devs don't really know / care about running things in production

I disagree with this entirely. Devs _you have workd with_ might not have cared but it doesn't make the statement universally true. As a counter argument, some of the best software developers I've worked with were also very good at operating and debugging production software and the reverse has also been true.

I also don't buy that the two are a different mindset (at least in the domains I work in and care about). In my experience the very best people (whether they're working "dev" or "ops" roles or something in the middle care about the entire development and deployment lifecycle of the software they work on. Building a good experience in software includes thinking about reliability and availability and planning a reliable and performant deployment also requires that to be thought of in the application layer at some point.

I do enjoy reading a physical book more than an ebook but only by a little. It's interesting to me that people here so far seem to prefer technical books to be ebooks due to their short useful shelf life. I've reached the opposite conclusion - that I prefer technical books be paper only and novels/non-technical books may be either. This is because, in my experience, technical books tend to have diagrams or tables that don't render well on the Kindle and similar devices.

There's also apparently terms in the Github ToS that allow viewing and forking of public projects regardless of license. What this means in a practical sense, I'm not sure.

https://help.github.com/articles/open-source-licensing/#what...

I think that a big part of algorithms knowledge is knowing what exists. So even a though typical curriculum forces the learning of each of these algorithms, I think the value is in knowing the trade offs between each in terms of complexity (space, time) and ordering.

You may be in luck: http://smallcultfollowing.com/babysteps/blog/2014/09/30/mult...

A couple years back there was a similar presentation at Defcon that used routers that exposed UPNP to the public internet. I've linked the talk below:

http://defcon.org/html/links/dc-archives/dc-19-archive.html#...

I enjoyed reading this. I can relate to the point about reading open issues of a project to know exactly what state the project is in and where it is going.

While I don't actively participate in many open source projects, I have found myself reading the mailing lists and watching the issue trackers for a few projects over the past few months and as a result I feel that I have a very good idea of what is going on with them.

I read line 255 the same as chc: that the jQuery function fails in certain cases with IE8. It appears the corresponding bug (mentioned in the comment) supports this reading: http://bugs.jquery.com/ticket/2968

Are the servers you're building serving concurrent clients? An exception could take out multiple in-flight requests.

(not against your idea, just curious how you handle it)

I agree here, I think Tornado is really quite readable. I was pleasantly surprised the first time that I looked at the source.

I've had a similar idea for a while but never executed it well. I wanted to have my personal website merge all of my various feeds from other services into posts on my site to be the "one feed" of things happening in my life.

I suppose API access to that would be a logical extension - this is very cool.

I don't care much about receipt notification but chat history sync was probably one of my biggest annoyances with GTalk. I'm glad to see it solved in some way although it is disappointing that Hangouts doesn't support XMPP anymore.

Hangouts also provides information about whether your messages were viewed and syncs chat history across devices whether they were online at the time the message was sent or not.

It makes sense to me that it can't possibly detect all race conditions but I had never really thought about the ability to detect any race conditions programmatically.

Running the detector on just a few nodes sounds like a great way to offset the performance penalty a bit. The docs on the race detector say that "memory usage may increase by 5-10x and execution time by 2-20x" which could be quite significant.

I also wonder about the effectiveness of randomly fuzzing your app with the race detector on as a form of testing.

The race detector sounds interesting:

http://tip.golang.org/doc/go1.1#race

This is awesome, congrats on the release.

I'm very excited with the Python integration. I'm going to try doing some web development with Light Table now. One thing that would be very handy would be support for virtualenvs or requirements files to integrate into workspaces so that we can work on projects without installing all dependancies globally.

Chat Heads is actually a separate feature although I haven't seen many people online note this. I cannot yet install Facebook Home on my device but when I last updated the Facebook Messenger app on my phone, I got Chat Heads.

I've really been wanting to do these for a few months now. I've just got to get through finals this week before I can start!

Yeah it would be great to be able to make API requests using the helper methods from outside of a request handler. As it is, it isn't that difficult to do it otherwise but it's just more code duplication.

It's really easy to use too. I recently extended the base implementation for a service that it didn't support and it took me very little time.

I would say this is not all that accurate of a list - it seems more a list of what some of the biggest tech companies pay their interns.

This is pretty cool. It seems like 10 seconds is still a pretty long time to wait for a response when connections over the max limit are being dropped. Is there a reason for this or some way to tune it?

In our program at Michigan, concurrency isn't really discussed until your 3rd or 4th year when/if you take the operating systems course.

Tornado has supported Python 3 since mid-2011.

http://www.tornadoweb.org/documentation/releases/v2.0.0.html

A friend and I have joked about doing this with bread.

http://news.ycombinator.com/item?id=3719213

I think what you're talking about is one of Tornado's demos - not sure how current it is though.

https://github.com/facebook/tornado/tree/master/demos/s3serv...

What are some examples of events and mentorship activities sponsored during this period?