> If you haven't taken 6.854, you must have a strong understanding of algorithms at the undergraduate level, such as receiving an A in 6.046, having had a relevant UROP, involvement in computer competitions, etc.

Quite the pre-reqs...

This is awesome. But how is `time_delay` used?

The code snippet it finds imports sleep and calls it directly. Fire it up in a repl and check __author__ or _code yourself :)

> I skimmed documentation of Python after people told me it was fundamentally similar to Lisp. My conclusion is that that is not so. `read', `eval', and `print' are all missing in Python.

Maybe I'm getting lost in the semantics but doesn't Python have a REPL a la the interpreter?

Yes. Also, there absolutely are all three functions. I don't know what the hell he's on about. https://docs.python.org/2/library/functions.html

The point he's stuck on is that the versions of 'read', 'eval', and 'print' in Python aren't the same as the ones in Lisp. In Python, you read a string, eval that string into a value, then print that value. The intermediate representation is a string -- just a bunch of characters. In Lisp, you read a data structure, eval that data structure into another data structure, then print out its form -- nested lists and atoms that you can inspect and manipulate, rather than characters that you need to parse to do anything useful with.

I can't agree with this more. Coming from C/C++, I was hindered by worrying about memory management and building everything from scratch. Python and its standard library just allowed me to wrap my head around algorithms.

It's C#. I'm not familiar with it which is why I was surprised that after downloading Visual Studio Tools, I opened Developer Command Prompt, I did a `csc *.cs` and I was left with one nice executable, Main.exe.

Hi, I definitely like the UI/UX of this over ARC. I haven't used Paw or Postman.

It sounds like you're taking suggestions so my only one would be configurations that make working with OAuth simpler like OAuth signature generation.

Great work!

I'll make a note of that, thanks!

Are you talking about a different type of MultiIndex? http://pandas.pydata.org/pandas-docs/stable/advanced.html

That's the one. Don't recall the specifics, but combinations of MultiIndex as index and columns and the other features were not supported with HDF5.

Is this only appropriate for the case where we want to iterate over all the elements? Don't we lose the O(1) access using a name? I'm assuming you're making 2 arrays.

Yes. My point is to consider what is actually required before making complex structures. It is often perfectly acceptable to combine two existing types and handle what few interactions they actually have.