Skip to main content

I Don't Have To Reinvent The Wheel

As a final project for Week 5 of "Python For Everybody: 4," we had to work with an application that retrieves geographical data from a Google API for a list of locations, stores the data in a database, produces representations of the data in JSON, and then displays them visually in HTML -- a kind of home-made Google Maps.

I didn't have to write any of this code.  All I had to do, really, was get an API key from Google and paste it into the code / HTML (because Google now requires API keys for JavaScript as well). That was the hard-way -- I could have kept the key variable False and just used a local version of the data.  But as it is, I now have a Google API project called "Geodata-xxx" and two keys.  Well, it isn't exactly Kingdom Hearts.

What I would like to do in the next few posts is make sure I understand the code I used.  This is a point I've been thinking about since yesterday: the scariest thing whenever you have to write anything, code being no exception, is the blank page.  Whether it's a mathematical proof, an essay, or a poem, you start with nothing except a vague idea of where you're going.  It can feel humiliating to think that with all you learned, you can't even remember which import statement to use to get XML Trees. But what I realized, especially after watching this YouTube video, is that it doesn't matter.


Everything a person learns to do involves copying. You go through stages from copying with no understanding (pure rote) to copying with intelligence -- and eventually to copying, not from memory, but as it were from intelligence, copying what you know instead of what you see.  It seems like this is true in music, where you start by playing a manuscript badly and end by interpreting it, as well as in analysis, where you learn to seamlessly interweave your own thoughts into a summary.  It's even true in poetry, because most of a poet's beginning work is going to imitate what s/he encountered and admired in the writers who inspired h/er.  Finding your voice is just owning the material.  

Ever since reading books like Goedel, Escher, Bach or Darwin's Dangerous Idea, I've been really impressed with this idea: originality is just creative derivation.  Nobody reinvents the wheel, and as a beginner, it's too easy to identify the machine with the people who have learned to maintain it.  Intelligence and creativity exist, but they are a relation between master and context.  The mistake is to reify, personify them in the master himself.  And then you wonder how you'll ever make any progress at all.  But the trick is to trust in the current to buoy you up and carry you where it's carried everyone else.  This doesn't eliminate the possibility of failure -- but it makes success, with a little persistence, more likely.

Comments

Popular posts from this blog

Getting Geodata From Google's API

The apps I'm going to be analyzing are part of Dr. Charles Severance's MOOC on Python and Databases and work together according to the following structure (which applies both in this specific case and more generally to any application that creates and interprets a database using online data). The data source, in this case, is Google's Google Maps Geocoding API.  The "package" has two components: geoload.py  and geodump.py .  geoload.py  reads a list of locations from a file -- addresses for which we would like geographical information -- requests information about them from Google, and stores the information on a database ( geodata.db ).  geodump.py  reads and parses data from the database in JSON, then loads that into a javascript file.  The javascript is then used to create a web page on which the data is visualized as a series of points on the world-map.  Dr. Severance's course focuses on Python, so I'm only going to work my way through ...

Compiling and Executing Java Files With -cp

I decided I was going to "man up" and figure out how to compile a java program with an external dependency from the command line instead of relying on an IDE-- the DOS command line, to be more specific. I ran into a few problems: 1.  The external dependency was given to me as a java file.  I experimented compiling it as a .jar, but I wasn't sure how to import a class from a .jar, so I ended up compiling it into a class. 2.  When I tried to run the file, I got an error saying that the class had been compiled with a different version of Java than my JRE.  The Internet told me to check my path variable for Java.  It sure looked like it was pointing to the latest JRE (and the same version of Java as my compiler).  I asked the Internet again and found the following command: for %I in (java.exe) do @echo %~$PATH:I I'm not exactly sure what the syntax of that magic command is (intuitively it's returning the path that executes when I run the "java" com...

Quick Find / Quick Union (Connected Nodes)

Setup This week I learned about the "Quick Find" or "Quick Union" algorithm. Imagine an NxN grid of nodes, some of which are connected by lines. A connection can be interpreted as accessibility: if two nodes are connected, you can get from one to the other. Every node is accessible to itself: to get where you already are, stay there. Also, If you can get from A to B, you can go back from B to A. And if you can get from A to B and from B to C, then you can get from A to C. As a consequence, the connection between nodes divides the grid into regions of mutually accessible nodes. You can travel from any node in a given region to any other node in that region -- but not to any nodes outside that region (exercise to reader -- proof by contradiction). The problem has two parts. First, find a way to represent this grid structure and the accessibility relation; second, use your schema to efficiently calculate whether two given nodes are accessible to each other. ...