\n\n\nThis was a really fun project, and it really energized me. In my head, hacking this together was like running up a hill and the prideful energy I felt afterwards was like running down the hill and I still feel like I'm running downhill three days later! I am actually writing this journal entry in Blinknote. It's so amazing to use tools that you make yourself. So much pride. It definitely encourages working and working with more of a smile. It also allows you to feel less boxed in - you can change things if they don't work for you.\n\nIt makes me even more excited for my vision of programming as allowing others to make their own tools, collaboratively. Working on ones own tools makes me think of whittling a spatula from a branch with a knife. However I don't think that's the right metaphor for my system because I want to highlight the collaborative nature more.\n\n### FoC London dinner\n\nThis was a lot more work than I expected, finding a restaurant, getting people to RSVP, setting up payments, emailing people, dealing with dietary restrictions, confirming with restaurant, people's plans change, etc. One way to keep myself sane during this process is not to judge myself on the outcome but on the process, and even by just the fact that I'm doing it, trying things. My refrain is \"full credit for showing up\". I hope it goes well Wednesday!\n\n### Kits vs apps\n\nThis is a common theme I've seen a lot ever since my visit to Dynamicland. I saw it again in Pharo and wrote up [a draft / ouline of an essay about it](https://futureofcoding.org/drafts/boundaries).\n\nI've never liked the kit idea. In another incarnation, it's \"everything is a document\". I think the STEPS project had this. It's always felt messy, ugly, and lame. On one level this is just a surface thing: overlapping windows, lots of gray top navs of windows, nested menus and right-click menus.\n\nHowever on another level it feels like the messiness is a bit real. For one, it's usual a dynamicly typed system. For another, it always feels less polished and usable than apps. As in, I can't imagine my mom using it.\n\n### I'm over the web\n\nThis is a big deal. For a while I've thought that HTML, CSS, and JS would be ok, as a compile target, but I no longer think so, particularly after Tudor showed me Pharo. He made the point that having everything in \"a single render tree\" is really key, and I don't feel I quite understand why but this does feel critical to me intuitively.\n\nDifferences include:\n\n* single render tree, mentioned above\n* different security model that will allow more things because it will expect users to understand more of the code they are \"importing\"\n* caching that will make more sense, better offline & online story, maybe some peer-to-peer in there too\n* different computational model from JS and HTML DOM\n\nThus my goal-system-I-have-no-name-for (wow, I really should come up with a working title for this... potluck? d1 for dream 1? I guess logichub could be d2?) will have to be built on a new system. Initially this system can be embedded within the web as a web app, but eventually I can imagine it having its own standalone \"browser\" that would work on various operating systems. Or I guess it could turn into an operating system itself!\n\nWhy start as a web app? I have to pick some platform and web is what I know best and I hate installing things and I love my chromebook so web seems like a solid pick.\n\nThe key question for all smalltalk-like systems: how do you prevent it from becoming its own universe? For example, Pharo or Lively Web.\n\nMy answer is that you start with single-user apps, starting with daily productivity tools, like notes, email, calendar, task management, and then once you have a critical mass, people will slowly spawn more ambitious projects that the community will use, and it will grow from there.\n\nI guess if it works within a webapp, people can use it on the web, so that's a pretty good story, as compared to Pharo which requires a download. So maybe the answer is that if we build it on the web to start with, it could seem like a website to most people, kinda like Lively Web or Tiddlywiki.\n\n### Fluidity vs structure\n\nI need to spend some time defining fluidity and structure, but this graph feels provocative:\n\n\n\nI think fluidity has to do with live-ness, feedback loop speed, incremental actions causing incremental result, etc. And structure has to do with possible / impossible states, types, schemas. I'm stuck on where AST editors fit in this layout: they enable greater feedback loop speed knowledge of errors and prevent error states, yet they are not as fluid as using text but text doesn't give you as much info as fast.\n\nOne interesting note is that Airtable is particularly noteworth as having high structure and also high fluidity.\n\n### Conal -> Turbine\n\nJust as I decided (in the last meeting with JE) to build or find a JS lib for DCTP, I popped onto Twitter to find this:\n\n💭Yesterday I wished for a dream note-taking chrome extension
— Steve Krouse 🇬🇧 (@stevekrouse) November 23, 2018
🎁@dankantor supplied with me the initial code
👨💻I hacked for ~2 hours last night
✨I have a working Chrome extension! https://t.co/51Res4TnlI
\n\n\nWhich led me back to [Turbine](https://github.com/funkia/turbine), which I had found a few months back and mistakenly disregarded as the \"wrong kind of FRP\" as mistakenly interpreted their Now monad thing. I'm now quite excited about this library! I already sent two long emails to the creator, Simon, and hope he responds soon. Here's what I wrote I'd like to collaborate on:\n\n> 1. Documentation. For example, I had to figure out how `list` worked from reading the source and puzzling together a few examples without explanations. I'd love to help document every function in the API. (Additionally, I believe the code itself could use some comment documentation but that's more up to you.)\n>\n> 2. Understanding the types of the streams I'm working with would help a lot. Maybe getting TypeScript set up ([as I failed to do in the issue above](https://github.com/funkia/turbine-starter/issues/2)) would help here.\n>\n> 3. Being able to \"inspect\" streams better as a debugging and understanding tool. [CycleJS has this wonderful devtool](https://github.com/cyclejs/cyclejs/tree/master/devtool) and there are [a number of other really cool stream visualization tools](https://github.com/stevekrouse/futureofcoding.org/blob/95bad27a4d9e2bbd0b186b7683eecf97197fe068/drafts/frp.md#71-visualizations) we can draw on for inspiration. At the very least, a better `console.log` story would go a long way. It was really tough to figure out what was going on with my streams.\n>\n> 4. Collapsing higher-order streams is really hard, but luckily [this picture](https://user-images.githubusercontent.com/2288939/48842176-78ef8400-ed8b-11e8-8996-307d841f9ac5.png) makes it a LOT easier. It saved my life last night as I was working on my favorite FRP problem of [buttons that add buttons that add buttons... but only the odd buttons](https://codesandbox.io/s/w2kvqr5nw8). Maybe we can build on this picture somehow or at least incorporate it into the documentation...\n>\n> 5. [As stated in the issue above](https://github.com/funkia/turbine/issues/81), I don't like the way the model and view are separated. I wonder if it's possible to combine them like in Reflex and other \"original FRP\" frameworks.\n\nAnd after we/I work on these more pressing issues, the next step will be building a layer on top of that Turbine that would make the development experience *much* better. That is, building a GUI that \"compiles\" to Turbine, for example, kind of in the spirit of Conal's Tangible Functional Programming. Here I am referring to more radical ideas than improving the documentation or a simple devtool, such a projectional editor in the spirit of Lamdu, Luna, Isomorf, Dark, Unison, and Hazel.\n\n### Todos 11/26/18\n\n* wait for Simon palepind response\n * maybe get started on some of the issues: documentation, try to combine view and model, build 7guis things, play with TodoMVC if they have it (or build it)\n* reflection episode\n* edit Katherine podcast\n* [regroup projects](https://futureofcoding.org/log#possible-dec-2018-re-group-projects)", "changes": []}, {"committer": {"date": 1543238661, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1543238660, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2a16f01ae8dc28d089f7e23a2d8051393b7550a0", "parents": ["7945e2ff22517fe650646561482c6872c0337879"], "commit": "c848c3d111893971f22972d8007f7de0229599e9", "message": "updated git log", "changes": [[1, 0, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1543238660, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1543238660, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c136dbf1360d9556af12be25a685dcd84a18fee6", "parents": ["1e4443578c9704843a082fc8dbfa03dbf087c561"], "commit": "7945e2ff22517fe650646561482c6872c0337879", "message": "added boundaries of apps outline draft", "changes": [[39, 0, "drafts/boundaries.md"]]}, {"committer": {"date": 1543237666, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1543237665, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a9cbb5cdd3d6461888443694982f8f9211af5f27", "parents": ["befd86be4cf60da8bba5052379fe1db0220af116"], "commit": "1e4443578c9704843a082fc8dbfa03dbf087c561", "message": "updated git log", "changes": [[1, 0, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1543237665, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1543237665, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "757dde3a7b1c2c822550837d564af676398432ad", "parents": ["bbe3c6ad56187b93440332568909dbe0e37ce81e"], "commit": "befd86be4cf60da8bba5052379fe1db0220af116", "message": "added JE meeting ntoes 11/21/18", "changes": [[79, 0, "notes/jonathan-edwards/11-21-18.md"]]}, {"committer": {"date": 1542805879, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542805870, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ea202405af27561551e5bf852147fa2d45569c02", "parents": ["783bcd703e182c7f639d3442d8e07fa6a1884929"], "commit": "bbe3c6ad56187b93440332568909dbe0e37ce81e", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542805870, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542805870, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5c4fd6191f7dadaf19ec03268acae090b071019c", "parents": ["717c4a653f1540907e06edddde02085041940878"], "commit": "783bcd703e182c7f639d3442d8e07fa6a1884929", "message": "## p4 thinking for JE meeting\n\n* TOC\n{: toc }\n\n### Theme of my work\n\nA fun question on Twitter yesterday encouraged me to think a bit broader as to an underlying theme to my work that would encompass this project, as well as other outside of \"improving programming\" (namely, LogicHub). I'm proud of what I came up with:\n\nStumbled across another *spot-on* post about FRP by @paldepind: "Let's reinvent FRP" https://t.co/Ga7ywHnySI .
— Conal Elliott (@conal) November 23, 2018
\n\n\n### Some responses about fluid Haskell\n\nSean McDirmid suggested Haskell for Mac, which is very cool and close to what I want so I installed it, but I wasn't able to see an easy way to get Reflex to work with it...\n\nLuke Iannini apparently worked on a [live recompiler for Haskell](https://github.com/lukexi/halive).\n\nThe monadfix people shocked me when they said:\n\n> None of us have been able to achieve the \"fluid, live Haskell programming experience\" that you're yearning for, even without \"has to work GHCJS\" as an additional constraint.\n\nMy new thesis is that this fluid Haskell doesn't really exist - at least for most Haskell developers.\n\nArtyom from monadfix was also very kind and commented on my issue about installing intero. Too bad they can't help here!\n\n### Biggest experience problems with Haskell/Reflex\n\nI made a full day's effort of trying to steelman Haskell/Reflex and make the experience as good as possible before trying to improve it - yet I just have such distaste for installing and debugging shit in the terminal (as well as using the existing Reflex setup I have) that I wonder if I can simply pull on my memory for the key issues...\n\n#### 1. Speed of feedback loop\n\nThe main thing was that speed of feedback on all fronts (syntax, types, output) was so slow and required so many keystrokes. In particular there were times that I could point to places in my code where I just wanted to know the type of something but did not know how to ask Haskell for that information.\n\n#### 2. API Discoverability\n\nIn other words, \"I have some things. I want some other things. What blocks can I use to go from what I have to what I want?\" In Scratch, all the \"legos are on the floor\" to help with this. I find that the lodash JS library also does a superb job of this. I found the Reflex documentation and the Haskell autocomplete tooling to feel like I'm basically guess and checking.\n\n#### 3. Plumbing code\n\nSuch as converting `Int` or `String` to `Text` and back, or worst of all, collapsing higher-order streams. I was very excited to find this extremely helpful video, [Real World Reflex](https://www.youtube.com/watch?v=dNBUDAU9sv4) last night which has a really wonderful slide to help with this:\n\n\n\n#### 4. Visualize streams\n\nThis includes seeing the \"shape\" of streams and how streams make up other streams as in rxmarbles.com, as well as watching the live data flow through streams.\n\n#### 5. Direct manipulation\n\nThis whole thing won't feel natural without direct or bi-directional manipulation of the output because why not?\n\n### Next step ideas\n\n#### 1. Stay in Haskell\n\nContinue working towards a fluid experience in Haskell/Reflex.\n\n1. Find someone to help me setup a better experience and plow through.\n2. Make better documentation for Reflex\n3. Make better utility functions on top of Reflex so I don't have to do as much type conversion/plumbing\n4. Make a devtool for Haskell/Reflex to visualize the streams\n5. [I'd probably never get here] Use some of the bi-directional sketch-n-sketch work\n\n#### 2. Build/use JS library/framework\n\n1. Investigate CycleJS\n2. Look for another stream framework with higher-level and cyclic streams.\n3. See if I can only allow consts and no object modifications while still getting cycles (maybe use a fix-like thing?)\n\n#### 3. Build/use JS Haskell interpreter\n\n1. Investigate the two I already found [here](https://github.com/johang88/haskellinjavascript) and [here](https://github.com/evilcandybag/JSHC), the first of which comes with [an online REPL](http://hiji.tinyrocket.se/)\n2. Experiment with them to see if I can achieve a fast feedback loop\n3. Build a Reflex-like library on top of them\n\n#### 4. Build a higher-level system that compiles to JS\n\n1. Sketch out what it would look like, pulling inspiration from Facebook Origami, the rx visualization tools, the animation tools such as Principle For Mac, Josh Horowitz's [Pane](http://joshuahhh.com/projects/pane/) and what it references including [Aprt.us](http://aprt.us/).\n2. Prototype what \"format\" it would compile to in JS, be it a CycleJS data structure or something else\n3. Build it...\n\nI'm going to spend the next ~30 min doing the sketching discussed above in preparation for my meeting in a few hours with JE.\n\n### Todos 11/20/18\n\n* p4 next steps\n * read the first 6 chapters of TaPL\n * draw out what a better time would look like\n* [regroup projects](https://futureofcoding.org/log#possible-dec-2018-re-group-projects)\n* schedule JE podcast\n* edit Katherine podcast\n* prep for Tudor podcast", "changes": []}, {"committer": {"date": 1542802726, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542802725, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5c4fd6191f7dadaf19ec03268acae090b071019c", "parents": ["c67accbabc18fc099b4478e0e194fb75cb30af6c"], "commit": "717c4a653f1540907e06edddde02085041940878", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542802725, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542802725, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "844810a9f18ee2521fb7d3aa8012f949e31da18c", "parents": ["ad1b9cf01d3fd7be3498444bc18b9e97ce0cfc31"], "commit": "c67accbabc18fc099b4478e0e194fb75cb30af6c", "message": "updated pane in live 2018", "changes": [[2, 2, "notes/live/2018.md"]]}, {"committer": {"date": 1542732647, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542732568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "010a32c4fc0d84c7a76ba07ede8d20cf10736038", "parents": ["3c4ba62e1637cc6424ddb27d2299752586553dec"], "commit": "ad1b9cf01d3fd7be3498444bc18b9e97ce0cfc31", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542732568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542732568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0430789c8be015f0c7df49169438524f20db22d8", "parents": ["8c51748313d96449c372baad1a9d9c9b6950777f"], "commit": "3c4ba62e1637cc6424ddb27d2299752586553dec", "message": "## Failing to achieve a fluid Haskell environment\n\n* TOC\n{: toc }\n\nToday I tried (and failed) to do the todo-item from yesterday of:\n\n> watch videos of expert Haskellers on Twitch and try to copy their setup\n\n### The chimera of a fluid Haskell\n\nOffloading mental tasks better done by computers to computers, so humans are freed up to think creative thoughts
— Steven Krouse (@stevekrouse) November 21, 2018
\n\n\nFirst I googled around, trying to find videos of this. Nothing came up that easily after 30ish minutes of looking. Haven't gotten anything on Twitter either.\n\n### Intero\n\nI then re-discovered [intero](http://commercialhaskell.github.io/intero/) which seems to promise 90% of what I was looking for, such typeahead suggestions, jump to definition, type of selection, and type errors as you type in the editor with underlines.\n\nI spend a 1.5 hours trying to get this to work, and failed. I had lunch and came back with the idea to [record it](https://www.useloom.com/share/80c4a4a43f5a4bff8eb207ceeeb96a98). It took me another hour to fail and produced [this issue](https://github.com/commercialhaskell/intero/issues/592).\n\nI emailed Chris Done (creator of intero) and [monadfix](https://monadfix.io), asking if I could pay them to help me set this up.\n\n### Todos 11/20/18\n\n(I put an asterix (*) next to the items that I can do tomorrow.)\n\n* p4 next steps\n * read the first 6 chapters of TaPL / finish Stephen Diehl's book*\n * find someone to help me set up fluid haskell setup\n * video myself building a few things in Reflex, talking out loud about my experience\n * make a list of all the bad experiences, and ways to improve them\n * draw out what a better time would look like*\n* [regroup projects](https://futureofcoding.org/log#possible-dec-2018-re-group-projects)\n* schedule JE podcast*\n* edit Katherine podcast*\n* prep for Tudor podcast*", "changes": []}, {"committer": {"date": 1542645441, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542645420, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0430789c8be015f0c7df49169438524f20db22d8", "parents": ["857951e243b5769ccd2ab62e42f149dc91748be4"], "commit": "8c51748313d96449c372baad1a9d9c9b6950777f", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542645420, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542645420, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f401b62c8107fd5e7905276459ab9b53f3881920", "parents": ["bfc39f68927dc52d8c17947e0f8e467629c6c4ce"], "commit": "857951e243b5769ccd2ab62e42f149dc91748be4", "message": "## Making the most of a lazy, jetlagged Monday\n\n* TOC\n{: toc }\n\nI woke early for an Alexander lesson this morning, which was a big mistake as I am not nearly over my jetlag. I went back to bed after getting back and thus didn't get much work done today. Maybe 3 hours of reading, as discussed below, and random Inbox tasks I get done after writing this for an hour or two.\n\n### Paths forward for p4\n(I wrote this section yesterday and the shower note before that.)\n\n\n\nReflex is the closest thing to the way I think UI should be written and yet it's so crappy to use. I think that fixing the worst parts of this is a great first step. Of course there are many other things to improve such as direct-manipulation, visual metaphors, etc, but let's start with the most egregious places first.\n\n#### Path 1: use Haskell\nCan I turn off optimizing flags in compiler, use a linter or code augmenter, haskell-id (or whatever thing that auto-checks code), sourcegraph? Maybe watching Haskell developers on Twitch would give me a better sense of the state-of-the-art workflow.\n\n#### Path 2: use JS\nCycleJS or rolling my own thing.\nMaybe with JS linter to only allow consts and no object modifications (will be tricky to get cycles this way...).\n\n#### Path 3: build JS haskell interpreter\nBuild an interpreter with ability to swap nodes as running (like Scratch, Smalltalk)\n\n### Haskell interpreter in JS\n\nToday after my jetlag sleepiness I read another few chapters of Stephen Diehl's book [Write You a Haskell](http://dev.stephendiehl.com/fun/index.html), including typing, evaluation, type inference, and the higher-level design of a \"ProtoHaskell\". It seems like a tractable problem, mostly an engineering problem given that it's mostly \"solved\". I even found two already on Github [here](https://github.com/johang88/haskellinjavascript) and [here](https://github.com/evilcandybag/JSHC), the first of which comes with [an online REPL](http://hiji.tinyrocket.se/)! It would be interesting to test the speeds of these REPLS vs each other and GHC.\n\nNow that I know a bit more about how Haskell works under the hood, I wonder how I would implement the features that I think would make a better experience:\n\n1. Replacing expressions in the evaluation tree with other expressions as things are \"running\". In particular, I used to think I could evaluate the AST by visiting nodes one by one and I could replace an old subtree with a newer one, but now I'm not so sure that's how things work...\n2. Representing various expressions or terms as hashes. In particular, how would I represent closures or the environment in hashed terms?\n\nTalking with Cyrus Omar, the Lamdu team, Paul Chuisano, Stephen Diehl will be key in this process... I feel very lucky to be able to confer with the world experts on these topics!\n\n### Go back to drawing, Steve\n\nI can feel myself being pulled into \"engineering mode\" already and it's too early. I don't have my eye fixed on an experience target well enough to get dragged into trying to achieve it. For my work tomorrow, I shall draw out, in tedious frame-by-frame detail, what a simple experience with this \"ideal Haskell experience\" would look like. I wonder if I could make a simple stop-motion video out of it... The features I think are most important:\n\n1. When I type out a UI term, it should appear in view in under a second (or even less) and be interactive\n2. The types of every expression should be immediately accessible\n3. The operations I can perform on expressions should be suggested in an accessible way, as well as new expressions I can add in relevant places\n4. HMR\n5. Automatic plumbing code or plumbing suggestions for conversions between silly types like strings and numbers\n6. The live values running through the program should be tied to the static code somehow to give the types color\n\nFor contrast, I think maybe I should start by trying to accomplish a few UI tasks in Reflex and record them and then make a list of all the pieces of data I wanted to know or actions I wanted to be able to take faster.\n\n### Todos 11/19/18\n\n* p4 next steps\n * watch videos of expert Haskellers on Twitch and try to copy their setup\n * build a few things in Reflex and video myself not having a good time\n * draw out what a better time would look like\n * read the first 6 chapters of TaPL\n* [regroup projects](https://futureofcoding.org/log#possible-dec-2018-re-group-projects)\n* schedule JE podcast\n* edit Katherine podcast\n* prep for Tudor podcast", "changes": []}, {"committer": {"date": 1542233093, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542233083, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f401b62c8107fd5e7905276459ab9b53f3881920", "parents": ["fa7a4a794b3e257cb5240be91f92ec6b04bfd48b"], "commit": "bfc39f68927dc52d8c17947e0f8e467629c6c4ce", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542233083, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542233083, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a691b6fabbb7d6bf7b53d529c68bfa664a472044", "parents": ["9905ea021be45351f7265d8771ad79d8144ba2f1"], "commit": "fa7a4a794b3e257cb5240be91f92ec6b04bfd48b", "message": "## Mid Nov 2018 Many Thoughts\n\n* TOC\n{:toc}\n\n### SPLASH 2018 recap\n\nI normally don't like to travel but this trip was possibly the best thing I've had to travel for in my life. I'm very excited to do more things like this, maybe a couple times per year.\n\n#### Internet friends IRL\n\nI've been referring to this period of my life as my \"Twitter Friends Phase\" because I am making so many friends and then I also get to see them in person. Just in last week in Boston alone, here are all the amazing people I got to spend time with:\n\nWill Chriton, Joel, Jonathan Edwards, Ravi, Brian, Cyrus, Glen, Sean McDirmid, Paul Chuisano, Geoffrey Litt, John Maloney, Charles Roberts, Chris Granger, Eyal Lotem and Yair Chuchem from Lamdu, Roben Kleene, Daniel Moon, the ReScala team from Technische Universität Darmstadt (Ragnar, Pascal), Josh Horowitz, Roly Perera, Caleb Helbling, Evan Czaplicki\n\nSadly I only have one photo from the event. I should do better next time!\n\n\n\n#### LIVE 2018\n\nI have trouble with lectures. I'd much prefer sitting at home in my sweatpants, listening at 2x speed and bouncing if it's not for me right now. However, LIVE 2018 was one of the best days ever, not in spite but *because* it was a day full of mind-blowing demos one after another.\n\nI recorded them on my phone and uploaded online to a lot of thank-you's. The Bootleg page had a fun run, including Jeremy Asheknas's transcript which landed on the front page of HN for the day (not when I posted it, but when he posted it a few hours later).\n\n### Next Research\n\nI really have two very interesting directions to go in: making FRP experience better, or expanding the FRP universe to multi-node. We choose FRP experience for now, but I'm thinking about the other thing on the side.\n\n#### p4 11/14/18\n\n(Tracked at https://github.com/stevekrouse/futureofcoding.org/issues/86)\n\nThe goal is to submit this work to \\I've heard rumors of a fluid, live Haskell programming experience. Has anyone captured such a chimera on video?
— Steven Krouse (@stevekrouse) November 20, 2018
\n\n\n#### 2019 Conference deadlines\n\n- \\Preferences on potential new programming language name..?
— Steven Krouse (@stevekrouse) November 11, 2018
\n\n\nWhat field are these people of?
— Steven Krouse (@stevekrouse) September 15, 2018
Vaneer Bush (Memex), J. C. R. Licklider (ARPANET), Ivan Sutherland (GUI), Douglas Engelbart (computer mouse, “the mother of all demos”), Seymour Papert (LOGO), Alan Kay (OOP, desktop metaphor), Ted Nelson (hypertext), Mitch Resnick (Scratch)
\n\n\n### Reading\n\n#### Enlightenment now\n\nBest book I read this year. So amazing. What an optimistic vision for the future. The opening of the book has a quote from one of my dad's favorite philosophers, Spinoza, as well as one of mine, David Deutch. Highly recommend this book to anyone anywhere, but especially people who are anxious about the future. In short, I would vote for Stephen Pinker for president (of anything) after reading this.\n\n##### LogicHub + betting market\n\nRead this also gave me hope for a LogicHub platform for ideas. In the past, I figured we'd \"teach\" people to be logical and then let them loose to do their crowd-source-y thing, but after reading this book I wonder if we would want to make it more like a betting market in some ways. What's neat about a betting market is that:\n\n1. It encourages you to be more thoughtful because you're \"putting your money where your mouth is\"\n2. It allows people with contrarian opinions to move the market towards their opinion based on how sure they are on their opinion\n\nWhat's not great about a betting market is that its \"resulting\" (term from *Thinking in Bets*), the decision-making process is opaque so we can't share or improve on each others' thoughts. It'd be great if we could somehow create a place where you could show your decision-making-process as well as take a stand for your conviction and then eventually get the benefit (or not) when time shows \"who wins.\"\n\n#### How to change your mind\n\nTurns out many of our heroes in this \"field with no name\" did LSD and it got me pumped:\n\nAgreed that a name doesn't *really* matter, but as @geoffreylitt says, it's nice to be able to have a phrase instead of handwaving with "you know, the topics that we're interested, related to Alan Kay, Bret Victor, Engelbart..."
— Steven Krouse (@stevekrouse) September 17, 2018
\n\n\n#### Kartik Agaram\n\nMe finding Kartik's work is a success story in our wonderful internet research community. In the Future of Programming Slack, Stefan Lesser tried to galvanize us around RSS feeds, then Nikolas Martens posted his list, which Daniel Garcia then found Kartik's work in! Really a team effort.\n\nI am in LOVE with his /about page and want to use it as a jumping off point for a new draft of my own /about page:\n\n> I'm working on ways to better convey the [global structure of programs](http://akkartik.name/post/readable-bad). The goal: use an open-source tool, get an idea for a simple tweak, fork the repo, orient yourself, and make the change you visualized -- all in a single afternoon. Understanding a strange codebase is hard; I can't change that, but I think I can make it easier for people to persevere. I want to carve steps into the wall of the learning process. I want to replace quantum leaps of understanding after weeks of effort with an hour of achievement for an honest hour (or three) of effort.\n>\n> This focus on helping outsiders _comprehend_ a project is unconventional. I'm less concerned about the [readability](http://akkartik.name/post/readable-bad) of a codebase. I find the usual rhetoric around ‘readability’ tends to focus on helping authors merge contributions rather than helping others understand and _appreciate_ their efforts. If you've ever seen an open source project whose CONTRIBUTINGdocument consists of a nit-picky list of formatting rules and procedures for submitting patches, you know what I mean. There's a paucity of guidance earlier in the pipeline, when newcomers aren't thinking about sending a patch, just trying to understand the sea of abstractions, to keep their heads above water. I think improving this guidance might greatly increase the amount of citizen involvement in open source, [the number of eyeballs reviewing code](https://en.wikipedia.org/wiki/Linus%27s_Law), rather than simply using projects and treating their internals as [externalities](https://en.wikipedia.org/wiki/Externality)until the next [serious security vulnerability](http://heartbleed.com/). Our society is more [anti-fragile](https://en.wikipedia.org/wiki/Antifragile) when there's greater grassroots oversight of the software that is [eating our world](http://www.wired.com/business/2012/04/ff_andreessen/5).\n>\n> Everyone doesn't have to understand every line of code that helps manage their lives, but all software should _reward curiosity_.\n\nSurprisingly and also excitingly, I think Kartik and I disagree on a number of points on how to reach this shared goal. I'm excited to read some of his posts soon and figure out why. Here are some I want to start with (some were recommended by him and not written by him) but I imagine I'll read 'em all shortly:\n\n* http://akkartik.name/post/libraries\n* https://lobste.rs/s/zyomiu/what_does_it_mean_design_software_well#c_yvvkwm\n* http://wiki.c2.com/?BlubParadox\n* http://blog.cleancoder.com/uncle-bob/2017/10/04/CodeIsNotTheAnswer.html\n\n#### Spreadsheet-paradigm deep dive\n\nFor Dark, I did a deep dive on the spreadsheet paradigm. I want to write more about this but don't have the time at the moment. The thoughts are in [this private google doc I can hopefully make public soon](https://docs.google.com/document/d/14Tw387o_rnpa7Ru2n5ZpAabiCTrlm3Oan69UCmks6xE/edit#)\n\nOne fun picture (will find this later) is that Forms/3 beat APL at its own game (matrices) - I think they did a user study to \"prove\" this.\n\n🤯 Engelbart did LSD! To aid in problem solving!! (from “How to Change Your Mind”)
— Steven Krouse (@stevekrouse) September 18, 2018
\n\n\n### Last NYC FoP meetup\n\nThe NYC Future of Programming meetup went out with a bang. (It's likely not the last one forever, but it's the last before I move to London so will have to wait till I visit or someone takes it upon themselves to continue.)\n\nJason Brennan talked about Beach which was amazing. I find myself inspired by his ideas, including the infinite canvas for a programming language.\n\nThen after some technical (and climate) difficulties Corey spoke about his experiences from Eve. He mentioned how raising VC money probably wasn't the right move. Now he's finishing his degree and is teaching coding with robots and building his language/environment (called Mech) to support that. Mech is quite similar to Even in many respects, which is quite exciting.\n\nJosh Horowitz (from Dynamicland) talked about Pane, his functional programming node-and-wire prototype that he's presenting at SPLASH. One of the key ideas is that he's reversed it: the nodes are data and the wires are functions. This makes a lot of sense when you are trying to show the data. We met up afterwards to chat for ~2 hours about these ideas - hopefully we can meet up again this week to continue. My current thoughts are very much in this direction.\n\n### First podcast sponsorship offer!\n\nI got an email *during the Future of Programming meetup* from Amjad from Replit, offering to sponsor the podcast! This is a huge deal to me, even from just a \"stamp of approval\" perspective. But also the money will help pay for transcripts for episodes which people have been asking about, and other various upgrades. Big win!\n\n(I also want to be careful about this, so if anyone isn't down with this or how I mention them in the beginning of episodes, I am all ears.)\n\n### bretvictorfan.club\n\nI am sorry that this will make likely Bret uncomfortable, but I hope he'll realize that it's in the best possible spirit of love, respect, and admiration for his ideas.\n\nTurns out my seemingly-novel ideas for improving spreadsheets were in Lotus Improv in 1990 https://t.co/GF8B9l1sy0
— Steven Krouse (@stevekrouse) September 11, 2018
\n\n\n### shower notes july, aug, sept 2018\n\nI have been doing a poor job of moving my shower notes into a digital form of any sort over the past few months. I figured I'd put em all here in case anyone's curious. You never know - sometimes I get those \"in your shower notes from last year you said...\" emails.\n\n\n\n### prototype 4\n\nThe [future work](https://futureofcoding.org/papers/comprehensible-frp/#7-future-work) section of my paper talks about visual metaphors for FRP. While I do think this is quite important in order to \"democratize visual intuition\" ([Penrose](http://penrose.ink/)), I wonder if it's necessary. What if we take normal FRP haskell-ish notation as a starting place and simply augment it with LIVE-ness, such as an interpreted environment, showing data, and evaluating as far as possible even when there are holes (Cyrus Omar's work). Geoff Litt and Paul Chiusano suggested that expressions with holes are just functions with those holes as parameters, and we could put a slider or examples values in there. Always concretions, never pure abstractions.\n\nHere's another idea I've been toying with: Jason's Brennan's notion of a programming environment on an endless canvas, like in Sketch or Photoshop. One thing this could enable is a structure-less structured editor - in that you could put together pieces of expressions in various places and combine them later. I guess this would be similar to Scratch or Blockly... which I don't love... One possibility is to use the layer metaphor from Photoshop as a programmatic abstraction, but I don't know what that would mean exactly yet.\n\nMy first thought was to build this as a FP thing first and build my way up to FRP. It could be the [data slice-and-dice ninja thing](https://futureofcoding.org/log#yesterday%E2%80%99s-slice-and-dice-data-ninja-playground), starting with JSON/CSV slice, dicing, and joining -- this is related to [datafun](http://www.rntz.net/datafun/).\n\nBut then I went ahead and did a drawings for it as an FRP platform:\n\n\n\n\n\n\n### Accepted to REBLS 2018!\n\nVery exciting, getting my first paper accepted. Got a bunch of feedback to read and then incorporate. Will read it this afternoon, take notes, put them here, and then meet with Jonathan Edwards about it as well.\n\n### New framing of my work\n\n(This is related to the new /about page Kartik has inspired.) Software is never really ever started but only incremented, added to, improved upon. Thus the key is to shoot for customize-ability, modify-ability, change-ability, mold-ability - I want to evoke clay, play-doh, etc. This would truly catalyze the computer revolution because regular people would be able to *modify the software they use*. (The killer app for this language/platform could be a build-your-own-email-app thingy. I can imagine a world where top-level execs hire college grads to help them customize their email app workflow.)\n\nIn order to achieve this, we need the two pillars of comprehensibility (understand what's up quickly) and composibility (plug and play with existing pieces).\n\nFunctional programming is great but we need solid abstractions to fully liberate it from the Von Neuman architecture (Out of the tarpit, Conal). For example, Reflex > Redux (my paper), but we need to make FP and FRP usable with LIVE and other visualizations.\n\nCurrently, I'm working on drawing out various prototypes. I want to stay in this phase for a while, making sure I know what I want to build, getting feedback on it from Jonathan and other smarties. Next step is to scope it down to a reasonable prototype and to go code.\n\n#### New framing open questions:\n\n* would JetBrains MPS be hepful here as a way to build a structured editor for live-ness?\n* can I use an existing language or do I need to start that from scratch as well...?\n\n### Todos 9/26/18\n\n* Get replit.com sponsorship started (draft copy)\n* Fix up Explicitly Comprehensible by Sunday\n* Edit Nadia Eghbal podcast\n* Read all of [Kartik](http://akkartik.name/)\n * Re-do my /about page\n* Continue with prototype 4 / new framing of my work...?\n* Organize FoC Thinking & FoC Research lists from Google Inbox", "changes": [[1, 1, "index.html"]]}, {"committer": {"date": 1537799987, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1537799987, "timezone": "-0400", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c3a43bbe3883e1720f5ebda45678f8806ecf390e", "parents": ["b16ded2435685afbec9ffe90701e7f581ea16000"], "commit": "9cf50e678ff582d11e0cc32d6af487a654a61f75", "message": "added Cubix link", "changes": [[1, 0, "episodes/30.md"]]}, {"committer": {"date": 1537799876, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1537799876, "timezone": "-0400", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a72c74d94a4bb9ffd581c495abc6f73bda44c3dc", "parents": ["ab202057a02d7817cbcf07ecdcc95a75a88c94ce"], "commit": "b16ded2435685afbec9ffe90701e7f581ea16000", "message": "fixed Theil typo", "changes": [[1, 1, "episodes/30.md"]]}, {"committer": {"date": 1537645360, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1537645356, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7b5be5ddc2f2ffcaed9fba7d89ef668dfe46c983", "parents": ["440e89ea14b15089bcb523f462b71d2ca3c126b4"], "commit": "ab202057a02d7817cbcf07ecdcc95a75a88c94ce", "message": "updated git log", "changes": [[0, 6, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1537645356, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1537645356, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4a8b7fc5ffd1a3d941c535599842a9b73e31ba77", "parents": ["457d7011799a9667ef3149d5836d955ad0c52a75"], "commit": "440e89ea14b15089bcb523f462b71d2ca3c126b4", "message": "working on fixing strange git bug...", "changes": [[7, 0, "_data/files.csv"]]}, {"committer": {"date": 1537644402, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1537644398, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3e582f0db46e6c8808483dd15b4e187e3f474dfe", "parents": ["7816da98ca5dcb5a62b5e4ea968d69c9e88ffb83"], "commit": "457d7011799a9667ef3149d5836d955ad0c52a75", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1537644398, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1537644398, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7e9e59e371c61db2631cab87acb5bf3a4abbe866", "parents": ["8104ba62a8543d2c73fb2321022563a56498689a"], "commit": "7816da98ca5dcb5a62b5e4ea968d69c9e88ffb83", "message": "added episode 30, james koppel", "changes": [[1157, 0, "episodes/30.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1536683911, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1536681927, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d366d84c39fc46fe9a86e28039cdbb6a73397df8", "parents": ["138641ea1454e5d2379dcbc144e0c068138dd3d2"], "commit": "8104ba62a8543d2c73fb2321022563a56498689a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1536681927, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1536681927, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3f62c9f1ef23fce4294d5fe01b5cb7d0cf1e18c9", "parents": ["c91b94928e098cf0f0c1ed4c5ae9cdf3b5a2a812"], "commit": "138641ea1454e5d2379dcbc144e0c068138dd3d2", "message": "## FRP Morning 9/11/18\n\n* TOC\n{: toc }\n\n### From Debugging Towards Live Tuing of Reactive Applications\n\nI was sent this paper by Jonathan Edwards for feedback to the authors. It was recently accepted into LIVE. It was right up my alley. It's the notion of taking the DAG visualization of a FRP app, but making it editable at the visualization level, similar to a node-and-wire environment, such as Facebook Origami. It was a fun read, and I gave a few notes to the authors.\n\n### Beautiful Conal Quotes\n\nThere are a few things Conal said that have really stuck with me, so I took the time to transcribe them and put them [here](/notes/conal-elliot). But I'll paste them below as well because they are just so wonderful:\n\n> It’s important to me that you cannot look in a behavior and say like “when does it change (change in the sense of events)?” Because in order to answer that question One would need a more complex semantic model.\n> Now, many or most so-called FRP systems I see out there do have some notion of “when does something change.” And every one of those breaks the semantic model.\n>\n> It’s like you have arithmetic, right? So FRP is arithmetic for time-varying quantities of all sorts of types. By arithmetic, I mean some algebra, some set of operators that have nice laws, nice properties. And imagine if you thought of arithmetic as about compositional structure or about the express that you evaluated.\n>\n> If you added 3 and 4, can you tell tell the difference between that and what you get by adding 2 and 5? It’s very important to the laws of arithmetic that you cannot tell the difference. If you could tell the difference, then what you would have would not be a type of numbers with a nice set of operations. It would be something more like a type of trees or something like that. And there would be no interesting equational properties. And you’d have something very complicated. And you’d have to talk about your API instead of talking about... You wouldn’t be doing math, you’d be doing data structure manipulation.\n>\n> For instance every time you hear somebody talk about FRP in terms of graphs or propagation or something like that, they are missing the point entirely. Because they are taking about some sort of operational, mechanistic model, not about what it means.\n>\n> And what I see happen over and over is not only do people generate a complex model but they don’t know it’s complex because they haven’t looked at it precisely. And they thwart most attempts to do nontrivial optimization’s because they’ve exposed too much information. So I want to make it as abstract and useful as possible, so it’s simple for somebody to think about, and I can do radically different sorts of optimization experiments.\n\nOf course, this doesn't mean that a \"debugging engine\" can't break these abstractions to keep track of these things so as to aid you in understanding. The key is that the programmer cannot break this abstraction at the semantic level, so we can do creative optimizations, etc. In other words, I can write `3+4=2+5` and we can talk about each of those four numbers indepdenently. They don't immedialy collapse to `7=7` the instant I write them down.\n\nI also love this beautiful quote about functions as boxes and values as flowing across arrows:\n\n> It's an inherently first-order visualization. In other words, the visualization itself makes a hard visually syntactic distinction between functions and values. What's great about functional programing is that functions are values... [with] visual arrows, with every composition, you get something more complex than what you had before. Complexity grows and grows and grows. Visual langauges are very sparse, rather than a dense notation. So pretty quickly you get swamped... You use up a lot of space not saying very much.\n\n### Feyman Method to Solving FRP Notation\n\nThe method is:\n\n1. Write down the problem.\n2. Think very hard.\n3. Write down the solution.\n\nHere's what that looked like:\n\n\n\nWhat I decided was (for now) to give up on wires and arrows to visualize flow and depedencies. Instead I want to be more creative about showing those things, such as spatial arrangement, labelling (including colors, words, and on-hover interactions), etc.\n\nI then pseudo-coded a few classic GUI problems. (I may steal other problems from [7GUIS](https://eugenkiss.github.io/7guis/).)\n\nWhat I discovered here is that the classic notation of FP isn't all that bad. (That's not quite true. For example, [Conal's original bouncing ball](https://futureofcoding.org/log#bouncing-ball-solved) is tough to read. More on this in the todos below...)\n\nThe problems are:\n\n#### 1. Expression construction made \"live\" & \"concrete\"\n\nYou want to be able to construct these expressions in any order, such as:\n\nA) Start with an widget, like a button, and then derive some state from it, and then plop it back in itself.\n\nB) Start with a notion of some state (you haven't yet defined), and build up a widget from that state, which then can be defined in terms of the widget.\n\nSelf-referencing makes this possible more difficult, but nothing a structure-y editor couldn't solve.\n\n#### 2. See the dataflow behind behaviors & events\n\nI dont see any reason why this shouldn't be possible as an \"overlay\" of some sort on top of the classic FP notation.\n\nI can also imagine an on-hover interaction to functions that allow you to visualize how they transform their inputs into their output, such as [this one](https://futureofcoding.org/log#lets-visualize-all-the-fp-list-operators).\n\nIt'd be neat to have an over-arching shape of an application so you can visually get a sense for how it fits together, but I don't know if anyone's done that yet. Node-and-wires don't tell you much: they tell you less than regular FP syntax, and often in more confusing ways.\n\n#### What's the type of FRP Widgets?\n\nI'm not clear on what the \"type\" of widgets should be -- that is, what they \"return\".\n\nAre they a \"structure\" of some sort that you can then get various event streams (such as click) \"from\"?\n\nOr should they simply return the (or a list of the) event stream(s) that they \"contain\"?\n\n### Blur the line between front & backend\n\nIn the past I called this idea \"higher level HTTP requests\" or \"HTTP = JQuery\". Here are some thoughts I put on Twitter along these lines yesterday:\n\n\n\n### Next steps 9/11/18\n\n* pseudo-code more GUI problems, possibly from [7GUIS](https://eugenkiss.github.io/7guis/), building up to ToDoMVC\n* think about what and where traditional FRP syntax is difficult (such as [Conal's original bouncing ball](https://futureofcoding.org/log#bouncing-ball-solved)), and also more modern syntaxes... re-check out PureScript in this vein", "changes": [[12, 2, "notes/conal-elliot.md"]]}, {"committer": {"date": 1536443596, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1536443596, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9fb88ce02314463fbaaf17f2414ece4c0829f3c6", "parents": ["760bef72611f0aecc1a83ef1a1c8eb3f0c99c254"], "commit": "c91b94928e098cf0f0c1ed4c5ae9cdf3b5a2a812", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1536443201, "timezone": "-0400", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1536443201, "timezone": "-0400", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "957e8ea461285928b233783bd4dc829a6c4917c4", "parents": ["d3a45ade4511110945e12486b823bf444b00c346"], "commit": "760bef72611f0aecc1a83ef1a1c8eb3f0c99c254", "message": "## Candlewood Lake Vacation, etc\n\n* TOC\n{: toc }\n\nAs expected, I haven't gotten much done here the past few weeks. I was\non vacation and wanted to do more freelance stuff, which I did. I'm\nalso reading a great series of novels by Robin Hobb which are\ndistracting. However, I'm excited about all the chatter around my\npodcast, tweeters, on the Slack group. Thanks to all that listen, and\nespecially to those that write in - even just to say hi!\n\n### Foundations\n\nI've been thinking a lot what we take for granted, and questioning\neverything. So why not the foundations. There's the Turing Machine\n(wah ich is the epitome of inelegant) and Lambda Calculus (which is a\nmillion times better by comparison). But can we do better? Are there\nother alternatives? I did some Wikipedia-ing, but didn't come up with\nmuch interesting. Here are some links:\n\n*\nhttps://www.reddit.com/r/AskComputerScience/comments/78wnv4/is_there_an\n_alternative_to_lambda_calculus_as_a/\n* https://en.wikipedia.org/wiki/Process_calculus\n*\nhttps://en.wikipedia.org/wiki/Category:Term-rewriting_programming_langu\nages\n\nI'm going to this [whacky workshop in\nItaly](https://programme.hypotheses.org/autumn-workshop-formalisms-at-t\nhe-interface-with-machines-languages-and-systems) next month that will\nhopefully encourage me to think outside the box on these topics. What\neven *is* a computer program?\n\n### Misc links\n\n* [Datafun](http://www.rntz.net/datafun/) - functional query language!\nVery cool. Along the lines of the question I've been having about why\nwe have different data structures in databases vs in our languages.\n* [Wolfram on Math\nNotation](https://www.stephenwolfram.com/publications/mathematical-nota\ntion-past-future/) - very good. Thought provoking!\n\n### OAP - open authorial principle\n\nI've been having fun Twitter conversations with\n[Antranig](https://twitter.com/amb26ponder) (who I think lives in\nLondon!). He has [a really cool paper on this\nOAP](https://github.com/amb26/papers/blob/master/onward-2016/onward-201\n6.pdf), which is very similar in spirit to r0ml's notion of \"liberal\nsoftware.\" Many of the examples were in about object inherentance in\nJava which I am allergic to, but I love the idea of formalisizing this\nideal.\n\nWhat are the key actions that need to be enabled for this principle:\n\n1. Finding/understanding all relevant sections in the code. (This is\nrelated to my recent work.)\n2. Making the change (including previewing it)\n3. Managing various versions\n\nI also had two other interesting, random thoughts:\n\n1. The \"Settings Menu\" is a list of global variables you can set to\nrange of pre-defined constants\n2. Where does composability play into the OAP?\n\n### Todo 9/8/18\n\n* \"Future work\" - better \"notations\" for higher-order streams (as in\nReflex). I should be able to get 5-10 hours here this week. That's the\ngoal at least.\n* Organize \"FoC Thinking\" - I've been collecting a list of things to\nthink about in my inbox, but I'd like to get that somewhere public.\n\t* at the top: https://eugenkiss.github.io/7guis/\n* Organize \"FoC Research\" - same idea but more for things to read for\ninspiration, like papers\n\t* at the top: https://github.com/hypotext/notation", "changes": [[1, 0, "log.md"]]}, {"committer": {"date": 1535468707, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535468701, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f7a64f097b8475d03768a7486919748250669dd0", "parents": ["31838cb3ba540a823236c8920f29114cb637efb1"], "commit": "d3a45ade4511110945e12486b823bf444b00c346", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1535468701, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535468701, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "61bd44823e44ffa30707b84cf6dd3332e868c0d5", "parents": ["2cb7b93a9dd10679b6f900438ed664d78ef6a384"], "commit": "31838cb3ba540a823236c8920f29114cb637efb1", "message": "add woofjs workflow to homepage", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1535398329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535398324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6ea41727f212e21c3f40b50da21750ac51c9d028", "parents": ["1853da463483be7bb9495b66a7215feba61b9d2b"], "commit": "2cb7b93a9dd10679b6f900438ed664d78ef6a384", "message": "updated git log", "changes": [[5, 0, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1535398324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535398324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "dc91374e6cdfe918b4247feda780c77fe14edd05", "parents": ["198556aca1735db6219365d43363fa87c4556326"], "commit": "1853da463483be7bb9495b66a7215feba61b9d2b", "message": "added reflection 13, podcasts 28 and 29", "changes": [[44, 0, "episodes/28.md"], [23, 0, "episodes/29.md"], [2, 0, "index.html"], [4, 0, "notes/aaron-kent-call-9-15-17.md"], [118, 0, "notes/jonathan-edwards/06-14-18.md"], [140, 0, "notes/jonathan-edwards/07-10-18.md"], [92, 0, "notes/jonathan-edwards/08-21-18.md"], [64, 8, "reflections/13.md"]]}, {"committer": {"date": 1535323079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535323076, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "38b44287889769c52dad7fde674d1422c971213e", "parents": ["d1abf772486931f25b757ffaf93c30966f7d6b10"], "commit": "198556aca1735db6219365d43363fa87c4556326", "message": "updated git log", "changes": [[94, 0, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1535323076, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535323076, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ab9a9f7961c2f49c174365b980ad0e7e943559ae", "parents": ["5f41ce04e95929074d60290a4b25e2b1466299e0"], "commit": "d1abf772486931f25b757ffaf93c30966f7d6b10", "message": "attempting to add directory listings...", "changes": [[36, 3, "404.md"], [5, 0, "README.md"], [0, 1, "notes/index.html"]]}, {"committer": {"date": 1535321825, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535321820, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "081c0350ad966bc567d67d414c019218128b94cd", "parents": ["7ef007826b5d36c7b10de50b4f6c5075312f5583"], "commit": "5f41ce04e95929074d60290a4b25e2b1466299e0", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1535321820, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535321820, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "da2543021094982c194c86ed183b3db2a94455df", "parents": ["624d805a08ad51845658edeb0eda31ff0f2d7326"], "commit": "7ef007826b5d36c7b10de50b4f6c5075312f5583", "message": "add sitemaps", "changes": [[2, 0, "_config.yml"]]}, {"committer": {"date": 1535199813, "timezone": "-0400", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1535199813, "timezone": "-0400", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "c4e037527c4953c2cc6ff57d4705e62e22a7e282", "parents": ["2554d62622244699c4b78687db33c3191bb0a033"], "commit": "624d805a08ad51845658edeb0eda31ff0f2d7326", "message": "started reflection 13 outline", "changes": [[49, 0, "reflections/13.md"]]}, {"committer": {"date": 1534937625, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1534937625, "timezone": "-0400", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f5b3debd20f26441ccf47ffd77b348dee0741a82", "parents": ["fbd86a350730552192edd863b54c8abb0befd4a9"], "commit": "2554d62622244699c4b78687db33c3191bb0a033", "message": "Fix frp draft redirect", "changes": [[2, 2, "404.md"]]}, {"committer": {"date": 1534542152, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534542149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "24f205d609bb455fa01edfaf0a2c051c66d3d75d", "parents": ["99e3f93836b5e480ed9382ec983d074eda0f33b8"], "commit": "fbd86a350730552192edd863b54c8abb0befd4a9", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534542149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534542149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "124044ebb598bcdb5322f70681be7e67bbc63ba5", "parents": ["6bff7c5cb005d10bab1b76a7004631a90b6f5990"], "commit": "99e3f93836b5e480ed9382ec983d074eda0f33b8", "message": "fixed LaTeX link", "changes": [[2, 2, "papers/comprehensible-frp/index.md"]]}, {"committer": {"date": 1534541885, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534541882, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6bea9488ddf1fbbbbabb7777623c55e9c55f6d11", "parents": ["8be9c9d772ea122f54db871ad41aec5fe8dff524"], "commit": "6bff7c5cb005d10bab1b76a7004631a90b6f5990", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534541882, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534541882, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9e5695120319696828eadc169e24b36fb32d0902", "parents": ["64b8083919e2cc6756692f30258d6d59ce404b56"], "commit": "8be9c9d772ea122f54db871ad41aec5fe8dff524", "message": "fix frp paper header typo", "changes": [[0, 1, "papers/comprehensible-frp/index.md"]]}, {"committer": {"date": 1534541671, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534540295, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "da7bf5146454d444aab1983232b1da15ba0893a6", "parents": ["342b7b9ec018f2188bb7252a5f7b016c5d8d53d5"], "commit": "64b8083919e2cc6756692f30258d6d59ce404b56", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534540295, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534540295, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0cb58451f427686a20339e78362cdf8118e76903", "parents": ["95bad27a4d9e2bbd0b186b7683eecf97197fe068"], "commit": "342b7b9ec018f2188bb7252a5f7b016c5d8d53d5", "message": "## London, REBLS, & future plans\n\n* TOC\n{: toc }\n\n\n### Moving to London!\n\nLast week I got the Exceptional Tech Talent Visa which means I'm moving there on Oct 1. Just bought my plane ticket. Hope to be there for a year or two.\n\n### Submitted to REBLS 2018!!\n\nLast night I submitted my the [the submitted PDF version](./papers/comprehensible-frp/comprehensible-frp.pdf) of the paper to REBLS! It took ~10 hours to translate the [blog version](./papers/comprehensible-frp) to the PDF version! I had a lot of trouble with LaTeX, so I fiuged I should put up the [full LaTex code and associated files ](https://github.com/stevekrouse/futureofcoding.org/tree/master/papers/comprehensible-frp/LaTex) in case it'd be helpful for future independent researchers. Turns out they extended the deadline for another two weeks just now (probably because they didn't get enough submissions), but it's nice to have it behind me.\n\nLooking at the cost of flights to Boston from London, it seems pretty stable, so I don't need to get it yet. I can also register for SPLASH up until Oct 1 for $100 off. I hear back if I get in on Sept 25th.\n\n### Next two weeks (8/20/18-8/31/18)\n\nNext week I agreed to write an essay about Dynamicland. Also, I'm visiting Boston for a few days to visit my programming research friends! I'd also like to do more work for First Round Capital next week. So I don't think I'll have much time here.\n\nThe following week will be more vacation focused with my parents, brothers, and grandparents. I may do a bit of work for First Round and Dark, but not likely work here.\n\n### Future research directions\n\nHere are a few ideas. I'm going to chat with Jonathan Edwards in Boston next week so maybe we can review this together.\n\n#### 1. [Comprehensible FRP's Future work](./papers/comprehensible-frp#7-future-work)\n\nI'm actually very excited about this section. Here's basically the plan. Take the Reflex TodoMVC diagram from this paper and tweak in in Figma a bunch. At the same time, work on getting this stuff to compile in JavaScript somehow. The goal here is very explicitly a language / visual environment. If it's good, I win. If it's bad, maybe I turn it into a paper.\n\n#### 2. [Anti-IO Monad](http://futureofcoding.org/log#my-growing-anti-io-monad-obsession)\n\nThis is a neat line of inquiry but I don't have a very concrete next step here. It's very related to the ideas in this tweet storm:\n\n\n\nAnd the lovely replies:\n\nI think I'm gonna do it... pic.twitter.com/9wKgw8b7g8
— Steven Krouse (@stevekrouse) September 19, 2018
\n\n\nInteresting.
— Ivan Reese (@spiralganglion) August 10, 2018
2¢ — I think when you push for extreme reductions, throwing away ever more context.. you eventually run into the Berry Paradox (https://t.co/4ULmDa7DPt)
\n\n\n#### 3. [Slice-and-Dice Data-ninja playground](http://futureofcoding.org/log#yesterday%E2%80%99s-slice-and-dice-data-ninja-playground)\n\nThis is very much jumping to an entirely different problem. It's intriguing, but not as likely.\n\n#### 4. Liberal Software\n\nFrom a motivation/vision perspective, this is important. I'd love to collaborate with r0ml on this.", "changes": [[2, 1, "404.md"], [0, 352, "drafts/frp.md"], [49, 43, "index.html"], [819, 0, "papers/comprehensible-frp/LaTeX/ACM-Reference-Format.bbx"], [2894, 0, "papers/comprehensible-frp/LaTeX/ACM-Reference-Format.bst"], [5, 0, "papers/comprehensible-frp/LaTeX/ACM-Reference-Format.cbx"], [18, 0, "papers/comprehensible-frp/LaTeX/ACM-Reference-Format.dbx"], [199, 0, "papers/comprehensible-frp/LaTeX/README"], [88, 0, "papers/comprehensible-frp/LaTeX/acmart.bib"], [2671, 0, "papers/comprehensible-frp/LaTeX/acmart.cls"], ["-", "-", "papers/comprehensible-frp/LaTeX/counter.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/elm-actions.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/elm-architecture.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/elm-entries.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/elm-graph.png"], [47, 0, "papers/comprehensible-frp/LaTeX/frp.bib"], [363, 0, "papers/comprehensible-frp/LaTeX/frp.tex"], ["-", "-", "papers/comprehensible-frp/LaTeX/highlight-actions.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/highlight-entries.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/reflex-graph.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/rxfiddle.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/rxmarbles.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/todomvc.png"], ["-", "-", "papers/comprehensible-frp/comprehensible-frp.pdf"], [357, 0, "papers/comprehensible-frp/index.md"]]}, {"committer": {"date": 1534266841, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534266838, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "00aaebdc15cad776b0f34b2dfe84964154e9ff44", "parents": ["ba882940a80b1ba98625b6bf3d70e6a9fd5bca52"], "commit": "95bad27a4d9e2bbd0b186b7683eecf97197fe068", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534266838, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534266838, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a2ae2e1149c13fde1392531f475e24cb9728be88", "parents": ["df071f988cff3d6adb8a86709e34d12057c865f0"], "commit": "ba882940a80b1ba98625b6bf3d70e6a9fd5bca52", "message": "fixed frp typos (thanks matt marcus)", "changes": [[7, 9, "drafts/frp.md"]]}, {"committer": {"date": 1534261913, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534261763, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1856ce64c8b155674610a2748179383fadf9f3b9", "parents": ["d17aec58fed6efab0433df37717d2661f3d531bd"], "commit": "df071f988cff3d6adb8a86709e34d12057c865f0", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534261763, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534261763, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e41871c8f895bc0fb4fa1f4f3d8f2600f4e4fb09", "parents": ["3c4cbb21b92688aca129a8d0be53f1eb6b76c5ea"], "commit": "d17aec58fed6efab0433df37717d2661f3d531bd", "message": "## Incorporated Jonathan Edwards feedback on frp draft 2\n\n* TOC\n{: toc }\n\nAs usual I received some prompt and insightful feedback from Jonathan Edwards yesterday:\n\n> Abstract\n> scalable->modular, larger->entire\n> “this paper shows how higher-order and cyclic streams can improve comprehensibility.”\n\n✔\n\n> Introduction\n> they depend => they depend upon\n\n✔\n\n> Elm architecture\n> Elm is more like ML than Haskell\n> Defer mentioning higher-order/cyclic streams till later when you define them.\n> Instead: “user interfaces are inherently a cycle of alternating input and output, which is reflected in the Elm architecture”\n\n✔\n\n> Reflex\n> Show the types of button and display\n\n✔\n\n> Note how the do notation is implicitly assembling the view as if by accumulating side-effects from button and display, unlike the explicit construction in Elm.\n\nThe view is very explicitly assembled in Reflex - the vertical order of statements is the explicit order of the view. The \"side-effects\" we get from `button` and `display` are their event streams, which are also explicit. It *is* unfamiliar to use `do`-notation to construct an event propagation network, instead of how it's normally used for imperative code, but that doesn't make this code imperative.\n\n> Is it easy to hierarchically compose views in Reflex?\n\n✔\n\n> delete “we here”\n\n✔\n\n> The price we pay for this explicitness is that events are abstracted from the single values in Elm into a time-stamped stream of values. In Elm we write a global state reducer function that pattern matches on these events. In Reflex we use stream combinators to define the model and view as streams of values of each other. The single global I/O cycle of Elm becomes a number of cyclic definitions between model and view streams in Reflex.\n\n ✔\n\n> Diagrams\n> Finding them a little hard to understand. The top level is the big yellow boxes, but what exactly are they?\n> Categories of some sort? I’d expect the top level of the Elm diagram to be Model, View, and Messages.\n\nThis is a great question. I think this makes it clearer:\n\n", "changes": [[73, 41, "drafts/frp.md"]]}, {"committer": {"date": 1533938667, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533938055, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b2b724d138d734a174962e9f60a7e9f6c93a117a", "parents": ["e8d146f58c3f897265a6864f98995b8cce4b6db9"], "commit": "514e998799ae0e387b5b262365610aa8fd84d052", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533938055, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533938055, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ef1a43fc4c269badcf0ae54b19d1f19b4605459d", "parents": ["236313890011b1a50a959a230e6db62f4f18bf35"], "commit": "e8d146f58c3f897265a6864f98995b8cce4b6db9", "message": "## Added more example code to FRP essay\n\nI added a lot to the essay today. It really feels close, and like it's shaping up. I am aiming to get a completed Draft 2 to Jonathan Edwards by this upcoming Monday.\n\nI added counter button examples to explain Elm and Reflex, and then some ToDoMVC code from each to get into the comparison. I could definitely come up with better example apps (larger would be better), and another way to improve the comparison could be to articulate the Elm Architecture in Reflex (which is supported) in order to keep the syntax more uniform, but I don't have the time for that, especially considering how impossible it is to code in Reflex - at least with the set up I have.\n\nI had a VERY FUSTRATING hour or two today when I was working with ghcjs and Reflex and emacs in my remote shell. My god I hated it. I had to take a break because I felt upset afterwards for an hour or so. I wasn't prepared for how annoying it all was. Such a slooow feedback loop. And so fustrating using emacs! For example, copying and pasting code doesn't work because the formatting gets messed up. Just one example of how everything takes longer.\n\nIn terms of what's left, I have to finish explaining the meat of Reflex TodoMVC, and then maybe explain one other part of Reflex ToDoMVC (should only take another 3 hours), and then write out the \"is the cure worse than the disease\" section (~2 hours), and tie it all together with the related work, conclusion and a final read through and edit (~2 hours). I should be able to spend some time tomorrow and Sunday on this, so we're in good shape for getting it done by Monday.\n\n(In other news, last night at 11:30pm I had [some exciting ideas for a future research topic](https://twitter.com/stevekrouse/status/1027765242217029632).)", "changes": [[160, 34, "drafts/frp.md"]]}, {"committer": {"date": 1533846572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533846568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "984043e669bd1e5c85b83bc5349148c37e4c2bc4", "parents": ["0ab9cd9699ddff2a287f5f80c194503c629f975e"], "commit": "236313890011b1a50a959a230e6db62f4f18bf35", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533846568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533846568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "047ff2b483389114d760f20ee81eee62443114eb", "parents": ["533d10e0afd26477548479dfcf7b7ef97b40fb73"], "commit": "0ab9cd9699ddff2a287f5f80c194503c629f975e", "message": "started adding some realreflex frp types to essay", "changes": [[40, 0, "drafts/frp.md"]]}, {"committer": {"date": 1533843454, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533843449, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a3ba85438894478e4aeea2cb3cce497542d303ff", "parents": ["6203d4cda9f35794d245f18b0b1e0dbf074cf392"], "commit": "533d10e0afd26477548479dfcf7b7ef97b40fb73", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533843449, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533843449, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bc0421679dd311a82d4727cdb3ceb03bcc0a93ba", "parents": ["e7236ccd102415f4b0c513c43b0a5f399c90fbfe"], "commit": "6203d4cda9f35794d245f18b0b1e0dbf074cf392", "message": "edited frp essay, and reorganized todos", "changes": [[39, 38, "drafts/frp.md"]]}, {"committer": {"date": 1533586114, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533585568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a4a7c0aa09c27a09016506fce9125519c2998164", "parents": ["bbc6ef4eb11242836264746cdf5317fd95701051"], "commit": "e7236ccd102415f4b0c513c43b0a5f399c90fbfe", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533585568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533585568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6464bfd86d2f0ea07b419555af865bf6a614ab7a", "parents": ["490b931161eeb2b6e46fc38f8ea087ad1956d0b1"], "commit": "bbc6ef4eb11242836264746cdf5317fd95701051", "message": "## Back at the FRP essay!\n\n* TOC\n{: toc }\n\nThe changes I'm comitting now were actually done this past Friday. It's not a ton of work but it wasn't pulling teeth - it was fun. And I'm excited enough about it that I actually made my girlfriend listen to me read it to her - she was a great sport. The langauge is a bit technical / high level. There's a lot I need to expound on / elaborate in there, and I imagine that some ambiguity in the essay are weak spots I need to explore more.\n\nYesterday I had a lot of fun comparing and contrasting TodoMVC in Elm and Redux. I printed out the code for both on paper and wrote all over them. I have a lot of questions about the types of things in Redux that I'll have to investigate next.\n\nOne idea I had is that to make the comparison more apples-to-apples, I could write TodoMVC in Redux but with the Elm Architecture - this is possible but not the reverse. However, that is a bunch of work considering how slow my Reflex/ghcjs feedback loop is. Another possible task is implementing focus on input elements, localstorage, and url hash get/set in Reflex to make them truly equal - but that's not really the point so it may be more work than it's worth.\n\nI only have two weeks before I have to submit to REBLS. I think I have enough for the paper in progress section, but I want to make it as best I can before that date. However, I also have work for Dark and First Round I should do this week - as well as taking some time off to spend with family that's around this month. It's a lot going on!\n\n### Dark research\n\nI spent 3 hours this morning compiling lists of various interesting progrmming environments. What I'm most excited about is my list of classics that I've never played with:\n\n* Hypercard\n* squeak / etoys / morphicjs / pharo / http://gtoolkit.org/\n* Labview\n* apl\n* Self\n* Forth\n* Prolog\n* Sketchpad\n* Matlab / simulink\n* Yahoo pipes\n\n\nAs well as a few I keep haering about:\n\n* prograph\n* paxmsp and pure data vvvv\n* JetBrains MPS\n* emacs org mode\n* TLA+ / Alloy\n* Sonic Pi\n* R\n* https://www.blender.org/\n* Godot engine\n* Qt\n* Chalktalk\n* http://mbeddr.com/\n* http://openendedgroup.com/field/OverviewBanners2.html", "changes": [[21, 18, "drafts/frp.md"]]}, {"committer": {"date": 1533325066, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533325062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "126647f6b520ae014192a58e48d5ee8eca353400", "parents": ["138b570a145bf779dd1d93109c5d22acd4ff877b"], "commit": "490b931161eeb2b6e46fc38f8ea087ad1956d0b1", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533325062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533325062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7a924a919c35bc7d65d6ed24bdf52dfe803f9e08", "parents": ["b1c21b17b190d3aa39e5dd2bd29cbf4d23ff81f1"], "commit": "138b570a145bf779dd1d93109c5d22acd4ff877b", "message": "added log.rss for Stefan", "changes": [[3, 1, "log.md"], [25, 0, "log.rss"]]}, {"committer": {"date": 1533136714, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533135745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2810f8c8b42731b7e790bd7f28bc7d63061fe451", "parents": ["f4f444707ad7ec37281ff587198cd99719af9501"], "commit": "b1c21b17b190d3aa39e5dd2bd29cbf4d23ff81f1", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533135745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533135745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "56386ea778aa35ee11039a332e85b70204e8db09", "parents": ["9c091363f83f9b0b30826e99a5052832dc914e92"], "commit": "f4f444707ad7ec37281ff587198cd99719af9501", "message": "## Less FRP essay excitement\n\nHard to figure out why this happened, but I'm less pumped about this these days. I think I'll give myself a break and do other work and hopefully I'll naturally get re-excited about coming back to this. Yesterday I spent 2 hours reading the Reflex documentation. It felt like a useful two hours. The key thing I figured out is that it does cyclic updates via an \"event propagation graph\", but I wasn't able to figure out much more details than that.\n\nSome interesting links:\n\n* [Front end - simple comparison between react, react-flux (ghcjs), and reflex-frp](https://www.reddit.com/r/haskell/comments/5xo6sd/front_end_simple_comparison_between_react/)\n* [how to structure a reflex application vs cyclejs and elm (reddit)](https://www.reddit.com/r/reflexfrp/comments/6l5ddn/how_to_structure_a_reflex_application/)\n* [Evan Czaplicki on higher-order streams](https://news.ycombinator.com/item?id=11669206)", "changes": [[1, 1, "_data/git-log.json"], [1, 0, "drafts/frp.md"]]}, {"committer": {"date": 1532969661, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1532968232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "267a2d938575b535d39334d1bdd01ee17c26e170", "parents": ["987b2dae5c7ddd5f2bff34b3e3411fe287d29220"], "commit": "9c091363f83f9b0b30826e99a5052832dc914e92", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1532968232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1532968232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6aa1ad69db2a5f109952f38f1609788b9640dba0", "parents": ["61baad40901025fa7f0250b3364b8c43ea8d9f81"], "commit": "987b2dae5c7ddd5f2bff34b3e3411fe287d29220", "message": "## FRP Essay, draft 2 started\n\n* TOC\n{: toc }\n\n### Relaxing reading on Friday afternoon\n\nI didn't feel like working on my computer, so I printed out my essay, Jonathan Edward's feedback, and grabbed a few papers to re-read I felt would be relevant. Turns out they really were!\n\nFrom [What's Functional Programming All About?](http://www.lihaoyi.com/post/WhatsFunctionalProgrammingAllAbout.html)\n\n> The core of Functional Programming is thinking about data-flow rather than control-flow.\n\n> it's about managing the same complexity in a way that makes the dependencies between each piece of code obvious, by following the graph of where function arguments come from and where return values end up.\n\nFrom [Out of the Tarpit](https://github.com/papers-we-love/papers-we-love/blob/master/design/out-of-the-tar-pit.pdf):\n\n> There is in principle nothing to stop functional programs from passing a single extra parameter into and out of every single function in the entire system. If this extra parameter were a collection (compound value) of some kind then it could be used to simulate an arbitrarily large set of mutable variables. In effect this approach recreates a single pool of global variables — hence, even though referential transparency is maintained, ease of reasoning is lost (we still know that each function is dependent only upon its arguments, but one of them has become so large and contains irrelevant values that the benefit of this knowledge as an aid to understanding is almost nothing).\n\nOut of the Tarpit turned me on to Dijkstra's [The Humble Programmer](https://www.cs.utexas.edu/~EWD/transcriptions/EWD03xx/EWD340.html):\n\n> A study of program structure had revealed that programs —even alternative programs for the same task and with the same mathematical content— can differ tremendously in their intellectual manageability. A number of rules have been discovered, violation of which will either seriously impair or totally destroy the intellectual manageability of the program. These rules are of two kinds. Those of the first kind are easily imposed mechanically, viz. by a suitably chosen programming language. Examples are the exclusion of goto-statements and of procedures with more than one output parameter.\n\n> Argument four has to do with the way in which the amount of intellectual effort needed to design a program depends on the program length. It has been suggested that there is some kind of law of nature telling us that **the amount of intellectual effort needed grows with the square of program length**. But, thank goodness, no one has been able to prove this law. And this is because it need not be true. We all know that the only mental tool by means of which a very finite piece of reasoning can cover a myriad cases is called “abstraction”; as a result the effective exploitation of his powers of abstraction must be regarded as one of the most vital activities of a competent programmer. In this connection it might be worth-while to point out that the purpose of abstracting is not to be vague, but to create a new semantic level in which one can be absolutely precise. Of course I have tried to find a fundamental cause that would prevent our abstraction mechanisms from being sufficiently effective. But no matter how hard I tried, I did not find such a cause. As a result I tend to the assumption —up till now not disproved by experience— that by suitable application of our powers of abstraction, **the intellectual effort needed to conceive or to understand a program need not grow more than proportional to program length**.\n\n(Bold is mine.)\n\nReading Dijkstra was a revalation. This quote almost makes my part of my first FRP draft look like plagiarism for not attributing this idea to him!\n\n> the intellectual effort needed to conceive or to understand a program need not grow more than proportional to program length\n\nHonestly, I didn't know! But know I do.\n\n### What my FRP essay is really about\n\nI'm realizing that much of my essay need to be deleted, which is sad, but its important to be ruthless about \"killing ones darlings\" when it's time to. I went ahead and deleted it all and started afresh in the same file, but I expect that I will be coming back to the [first draft](https://cdn.rawgit.com/stevekrouse/futureofcoding.org/01f04f48eab8bd4740beb667ae3fb03b4aaf5b0c/drafts/frp.md) a lot to copy and paste various elements.\n\nI see now that my essay is less about the importance of explicit dependencies, but more about how Elm doesn't have them, but Reflex does, and the reason is higher-order and cyclic streams. I worked on this essay for ~90 mintues today and it was a bit pulling teeth. I'm not sure if it's because I'm in a new setting -- the NY Public Library instead of home -- or if I'm sad about the mass deletion, or distracted by my other part time work, or whatever, but I'm going to stop working on this essay today in favor of other part time work, and start again tomorrow morning.", "changes": [[21, 228, "drafts/frp.md"]]}, {"committer": {"date": 1532702313, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1532702282, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d522473d50023ec180e1233f48e1008ddf8b7a40", "parents": ["d129e7339e2aea36ae592472b959ccfd1a92179d"], "commit": "61baad40901025fa7f0250b3364b8c43ea8d9f81", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1532702282, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1532702282, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d8f1687f851859df8749b57d1aa9183dc7d1dec7", "parents": ["c73a703249dafef4341388116248202ddbd73f56"], "commit": "d129e7339e2aea36ae592472b959ccfd1a92179d", "message": "## It's been too long!\n\n* TOC\n{: toc }\n\nI've been busy with my part-time jobs! I spent the first two days this week working for Dark, and the rest of the week working for my new gig at First Round Capital. I found two other gigs (another one at Dark and one at the Jain Family Institute), but pushed off their start dates for a month to give me some time to get this FRP essay done. However, I do expect to be splitting my time 50/50 for $ and research going forward, and if-anything leaning more heavily on the $-side of things because I want to make sure things are moving forward there. It's exciting to not have to worry about money as much! I wonder if I'll get sick of this context-switching at some point like Paul Chiusano did and want to go full time on the research.\n\n### FRP Draft Feedback\n\nAfter completing the first draft last week, I sent it over to Jonathan Edwards for feedback. It was truly excellent feedback. I kept reading it over and over again. He was able to highlight the parts of my essay that I was most concerned about, and give very on-point suggestions. Here is his feedback and my thoughts underneath each point:\n\n> “modular comprehensibility” is a heavyweight phrase, and modularity has many meanings. Maybe “locally comprehensible” is lighter and more precise?\n\nAgreed. \"module\" is a loaded word in tech already. Another phrase could be \"piecemeal comprehensible\". Or how about \"self-contained comprehensibility\"?\n\nA metaphor I find helpful is the difference between a novel where anything can happen to anything at any time, and you have to read it sequentially and completely, vs an encyclopedia, which is referential in that you can just look up what you care about (and the entries it specifically references) and be done. So another possible phrase is \"referential\" or \"definitional\" comprehensibility.\n\n> “implicit dependencies and side effects decrease modular comprehensibility” Is the problem being implicit or non-local? Would non-local explicit dependencies be OK?\n\nReally great question. I totally agree that I don't make this point well, because I'm partially confused by it myself.\n\nFor one, it's important to not only list what the dependencies are, but specifically how the dependency affects it's dependent. It's not \"this term depends on x\", but \"this term is precisely 2x + 17\".\n\nAt the end of the day, I want \"data = ...\", which is an explicit definition. If the definition of \"...\" lives in a different file, I don't care because we can build an automated tool to bring them together for visualization purposes. Explicit-ness is the key, and side effects lead to implicit-ness.\n\nIn the essay I complain about \"action at a distance\", but I think you are correct in pointing out that that doesn't really matter. It's more the implicit-ness that's the problem.\n\n> The graphs are larger than needed to make your point. It took me a minute to figure out what you were doing with the edge adjacencies. Probably should explain in figure captions. It might be clearer to make this point with different syntaxes for representing the graph.\n\nOk, good to know.\n\n> “count is constant in the sense…” is asking for an argument. Is a lazy stream really a constant? You don’t need to pick this fight.\n\nOk, good to know! (Didn't realize it was a fight.)\n\n> The reflex example needs more detailed explanation. What does foldDyn do and what is its type? Show how the stream is higher order. Also note the dependence on lazy evaluation (which is also the reason for space leakiness)\n\nAgreed, will do.\n\n> You need to show todomvc in reflex to compare with the Elm example and show how locality is improved. This is the crux of your argument, and you stopped before you got there!\n\nAh, ok, will do! I think this will help me articulate some of the questions in your comments.\n\n> Don’t credit Glen with inventing live programming. Best citations are Steve Tanimoto and Chris Hancock.\n\nOk good point, will look them up.\n\n> You should address the counterargument that your cure is worse than the disease :). Isn’t the bottom line really the cognitive effort to understand the code? Evan says the Elm architecture is no longer FRP and is easier to understand http://elm-lang.org/blog/farewell-to-frp. FRP can get hairy - do you end up just trading non-local dependencies for convoluted semantics?\n\nTotally, totally agreed. I used to have a section in this essay that referred to Elm's Farewell to FRP, but removed it. I'll bring it back!\n\n> Some might argue that the data flows are just as complex topologically, you’ve just encoded them in a very terse and abstract way. You propose building code viz tools to help. But perhaps we could also add assistance for understanding the non-local dependencies in Elm also.\n\nReally on-point question. I think about this myself too. One way to phrase this question is: can we build an automated tool to parse an Elm project into a Reflex project?\n\nI fear that the Elm Architecture is functional in the same way that passing around global state as an explicit argument is functional as they articulate in Out of the Tarpit:\n\n> There is in principle nothing to stop functional programs from passing a single extra parameter into and out of every single function in the entire system. If this extra parameter were a collection (compound value) of some kind then it could be used to simulate an arbitrarily large set of mutable variables. In effect this approach recreates a single pool of global variables — hence, even though referential transparency is maintained, ease of reasoning is lost (we still know that each function is dependent only upon its arguments, but one of them has become so large and contains irrelevant values that the benefit of this knowledge as an aid to understanding is almost nothing).\n\n### Future of Programming Meetup\n\nWe had a fun meetup on Monday of this week. It was great. There were 8 of us at the Work-Bench offices, which was a great location. The way we ran this meeting was that different people showed what they were working on and got some feedback. Nick from Windmill showed a terminal app that runs compile processes in a more visual way. Sam and Rodrigo from Hopscotch showed interface ideas for linking between projects. Steve and Joe from Universe showed a new on-boarding flow that teaches the interface, which reminded me of [this article that I needed some help from Twitter to find](https://twitter.com/stevekrouse/status/1022101883769561089).\n\n### Interesting links\n\n#### [Functional Programs That Explain Their Work](https://www.youtube.com/watch?v=pqtqaL_ojpk)\n\nI found this link on [lamdu.org](http://lamdu.org). So great! The motivations are very similar to my own FRP essay but they take a very different approach. Their goal is:\n\n> allow the user to selectively focus on parts of the execution to help their understanding\n\nWhich sounds a lot like my goal to make reading proportional to comprehension.\n\n#### [Story Generator Redesign](http://glench.com/StoryGeneratorRedesign/)\n\nGlen sent me this link after an email exchange we had. It's a very thought provoking short demo essay thing. It provides evidence for the \"we need lots of little visual domain-specific environments\" argument.\n\n#### [Seymour: Live Programming for the Classroom](https://harc.github.io/seymour-live2017/)\n\nCrazy I haven't read this yet. Really wonderfully written. Of course I am a bit tired of trying to visualize imperative programs, but this is an interesting take on it. This is a bit more advanced than PythonTutor, which they reference in the essay.\n\n#### [Academic Pensieve](http://drorbn.net/AcademicPensieve/About.html)\n\nFound this article via a Michael Nielsen essay. Turns out my experiment in publishing all my work in progress isn't so new. This guy has been doing it since 2008, and says that it's called [Open-notebook science](https://en.wikipedia.org/wiki/Open-notebook_science).\n\n### My growing Anti-IO-Monad Obsession\n\nMy new motto (from I don't know where):\n\nsounds like church encoding https://t.co/4Md0GECpXo
— Mariano Guerra (@warianoguerra) August 10, 2018
\n\n\nMy favorite picture (from [What's Functional Programming All About?](http://www.lihaoyi.com/post/WhatsFunctionalProgrammingAllAbout.html)):\n\n\n\nAnd my new obsession (from [Can functional programming be liberated from the von Neumann paradigm?](http://conal.net/blog/posts/can-functional-programming-be-liberated-from-the-von-neumann-paradigm)):\n\n> move I/O entirely out of our programming model into the _implementation_ of a denotationally simple model for whole systems\n\n#### HTTP = JQuery\n\nHere's an example of moving I/O out of the programming model. You have a beautiful FRP app. No IO required to render your app. That's what libraries like React are for. They are like JQuery as a service. You tell it what things should look like it and it does the imperative I/O (virtual-dom diffing and patching) below your level of abstraction.\n\nBut what about some arbitrary HTTP requests that your app needs to make to some backend service? How do we get this IO out of our code?\n\nMy first thought was that we should use a stream of some sort to abstract over the request. But that feels a whole lot like what we already have with JavaScript Promises, and is still very imperative.\n\nThen it hit me (in the shower, as it always does). HTTP requests are like the JQuery DOM queries and mutations. We have to disallow arbitrary HTTP requests in favor of a more holistic abstraction (that will do HTTP under the hood).\n\nI'm not firm on the specifics yet... but the idea is that you would declaratively say which data are needed on the frontend, and others should be persisted on the backend. Potentially, the way to do this right is to blur the front-end and back-end to a single codebase that speaks in a higher-level abstraction, which is then broken up when the app is compiled -- maybe like Meteor. This could help solve many of the issues with trying to the front and back ends.\n\n##### Another HTTP example\n\nLet's take another HTTP example. Let's say you have two services that you want to keep in sync with a third server. Each one sends you webhooks when their data updates. Then you go to the other and update the data there.\n\nLet's say service A notifies you of a change via a webhook. You go notify service B with a POST.\n\nAll is good until service B hits you with a webhook (because you just changed it's data with a POST and it's letting you know that it's data was changed). You could go update A with the changes, but that's a bit crazy because A already has the changes - it was the one who first propagated the changes.\n\nIn order to prevent this craziness, you'd need some way at your server to remember what each service knows so you don't send them redundant updates. However, that feels kinda dirty. Shouldn't your service be stateless...?\n\nHere's my take on the no-IO solution to this problem:\n\n```haskell\n--------------------------------\n-- Functions we need to define\n--------------------------------\nstateView :: State{serviceA} -> State{serviceB} -> State{internal}\nserviceAView :: State{internal} -> State{serviceA}\nserviceBView :: State{internal} -> State{serviceB}\n\n------------------------------------------\n-- Virtual States for diff and patching\n------------------------------------------\ninitialState :: Service S => State{S}\n\nstateReducer :: Service S => webhook{S} -> state{S} -> state{S}\n\ndiffState :: Service S => state{S} -> state{S} -> diff{S}\n\npatch :: Service S => diff{S} -> [HTTP{S}]\n```\n\nOur job is to explain how our internal model of the states join together, and then explain how that model should be persisted in each of the views.\n\nUnder the hood, our library will pull the initial states from both services (hopefully not the entire states but just the relevant parts), and maintain it's internal model of each service's data (the virtual-state), and when there's a diff in what *is* and what *should be* as specified in our model, it'll do the diff and patch with the appropriate HTTP requests.\n\nOne thing to note here is that in the virtual state diffing and patching, I'm using the \"Elm Architecture\" of a reducer thing, which I normally don't like. In an ideal world, it wouldn't be a global reducer like that but more like how I argue in my FRP draft. However, it hurts my brain to think about how to do it that way... Anyways, it's an implementation detail so it doesn't matter too much either way.\n\n### Now until 8/17/18\n\nI am angling to submit my FRP draft essay to REBLS on 8/17/18, so I'll be mostly working on that, along with my Dark and First Round work, over the next three weeks.\n\nAs far as the essay goes, I have plenty of work to do as specified in Jonathan Edward's comments above. In particular I need to get clearer on what's problem (implicit dependencies or non-local dependencies) and also make the case that the solution isn't worse than the disease.", "changes": []}, {"committer": {"date": 1531926592, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531926588, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d8f1687f851859df8749b57d1aa9183dc7d1dec7", "parents": ["a7b70d1b7876250feb683156b336061c4fe05104"], "commit": "c73a703249dafef4341388116248202ddbd73f56", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531926588, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531926588, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "06615050f9fc335ce0e283715679b93bbbd5bfc1", "parents": ["4f3fb33b10ef70c8f59a8c1c600290e2fbff01bc"], "commit": "a7b70d1b7876250feb683156b336061c4fe05104", "message": "finished frp draft 1", "changes": [[81, 41, "drafts/frp.md"]]}, {"committer": {"date": 1531866385, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531866382, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bf492fb71a016c8c1dea1381eb661f3dead156d4", "parents": ["06490ac561c367e1a3328ba4163f4d68890e32fa"], "commit": "4f3fb33b10ef70c8f59a8c1c600290e2fbff01bc", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531866382, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531866382, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "31183d6cd1f58b11331cf78bb92ed4708cbb969e", "parents": ["ae55a4ac9508454383bfbddbc814e57a7b10f7e5"], "commit": "06490ac561c367e1a3328ba4163f4d68890e32fa", "message": "added episode 27 to homepage", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1531866318, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531866315, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d5eb9a503e5ccf6db0369bc57d59eb9bdfaf6825", "parents": ["eafd7afd1eae824f4b6751b2a0b18ed4780d49bf"], "commit": "ae55a4ac9508454383bfbddbc814e57a7b10f7e5", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531866315, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531866315, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "cc7a4a12bb2abd89fa1248c00ee99149e6e5308a", "parents": ["4f17cb8b78abee54f1df22e0869027959d86e3bd"], "commit": "eafd7afd1eae824f4b6751b2a0b18ed4780d49bf", "message": "added episode 27, david k piano", "changes": [[44, 0, "episodes/27.md"]]}, {"committer": {"date": 1531845997, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531845994, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bbd52db65df6753800f91316589be46b088621a6", "parents": ["9192f582fbe2bb0d9d48b55e150d9660adbc3038"], "commit": "4f17cb8b78abee54f1df22e0869027959d86e3bd", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531845994, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531845994, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6c8823c249cd5ee18206930d4f36a98fa57154db", "parents": ["d94698e5e0a1ea78bb4307f237336bcb54cd6fad"], "commit": "9192f582fbe2bb0d9d48b55e150d9660adbc3038", "message": "small hilltop edits", "changes": [[1, 4, "notes/hilltop-lang.md"]]}, {"committer": {"date": 1531845830, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531845827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "42d2ff9321b4ade7c1da283759da83284a0ff0f4", "parents": ["a66cb5532b07705c34ab3f5b353b55c05e26b2a0"], "commit": "d94698e5e0a1ea78bb4307f237336bcb54cd6fad", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531845827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531845827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e97270de8ad030eec71e61b155d055166816a7db", "parents": ["2760505d2f5732c2cad024cd5ca918226be418ab"], "commit": "a66cb5532b07705c34ab3f5b353b55c05e26b2a0", "message": "added hilltop lang review", "changes": [[63, 0, "notes/hilltop-lang.md"]]}, {"committer": {"date": 1531836662, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531836659, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "dabd0f691de6b566da38d4c7bde22256fc3053b5", "parents": ["af6c9c9ff9332d2e4b665cc343b6e29dd76ea34e"], "commit": "2760505d2f5732c2cad024cd5ca918226be418ab", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531836659, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531836659, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8f0996ca2cb09c94a1bafb021eeab289da2c0789", "parents": ["deaef154dc93ee4bd75709790e03c423e4a54239"], "commit": "af6c9c9ff9332d2e4b665cc343b6e29dd76ea34e", "message": "reflex typos", "changes": [[3, 3, "drafts/frp.md"]]}, {"committer": {"date": 1531836554, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531836551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ceade910b1e94d30687b282b34a51340509b0407", "parents": ["d0d80ef7b8bef2f486fa01d92bcc912e708ae0bd"], "commit": "deaef154dc93ee4bd75709790e03c423e4a54239", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531836551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531836551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "757f6acfaf81f643f476afe643fd05ad50a0fc5e", "parents": ["2188ee996d95814bb6aee17918f72b2697f03cc6"], "commit": "d0d80ef7b8bef2f486fa01d92bcc912e708ae0bd", "message": "small frp essay changes", "changes": [[13, 25, "drafts/frp.md"]]}, {"committer": {"date": 1531835985, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531835926, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8448a9e485fb4da247ac79593e024e9cd0ce51ec", "parents": ["8c9726614c6538b2d00aef70d7105c5c1e65106d"], "commit": "2188ee996d95814bb6aee17918f72b2697f03cc6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531835926, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531835926, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "16eec47965bc45f9413641276938058fbd7e57fc", "parents": ["2e24c527c3369067008bbd64f2980ea8711da878"], "commit": "8c9726614c6538b2d00aef70d7105c5c1e65106d", "message": "## Oops forgot to add essay last commit\n\nI also made more changes this morning. I think it's really coming together!", "changes": [[109, 107, "drafts/frp.md"]]}, {"committer": {"date": 1531781840, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531781767, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4a9447cf60287b6d40be12d6d57db91eb7142bd7", "parents": ["ef6884cb1719124574a56be0c196b5d8c9f2426d"], "commit": "2e24c527c3369067008bbd64f2980ea8711da878", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531781767, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531781767, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "aab07a66cbf9d738742942ce81c077d74b6b4895", "parents": ["2f0cbf878a7138990fb919c51fd7ce56df62b037"], "commit": "ef6884cb1719124574a56be0c196b5d8c9f2426d", "message": "## Turning FRP essay into real paper\n\nI found [some solid advice](https://www.cis.upenn.edu/~sweirich/icfp-plmw15/slides/peyton-jones.pdf) on Twitter for writing a research paper and it got me excited about turing my article into a real paper. I gave it a shot and like it so far.", "changes": []}, {"committer": {"date": 1531748178, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531748176, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "aab07a66cbf9d738742942ce81c077d74b6b4895", "parents": ["185b24afd9ac37b5101bb4f96d41b868484e19e4"], "commit": "2f0cbf878a7138990fb919c51fd7ce56df62b037", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531748176, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531748176, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "641fac122450d7934f27524d3ac957c73e2f2d40", "parents": ["7722af28cec608f2c48b74230afeae8750a92662"], "commit": "185b24afd9ac37b5101bb4f96d41b868484e19e4", "message": "small frp essay edits", "changes": [[7, 7, "drafts/frp.md"]]}, {"committer": {"date": 1531747745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531747745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "044fd5f04f17d7e935dbf40233c2da6eac5bbbae", "parents": ["42dc0abbe8b43e725bf2178d3e6b29d11decac6a", "1239b90ff29b18e2e36808828595c3d8844cbd8c"], "commit": "7722af28cec608f2c48b74230afeae8750a92662", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1531747735, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531747731, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "44e26041dc5ee1a0ff502b08cbfb38ce63f8e64e", "parents": ["47dce74444500002d577a7c265bad349d3b5b6d3"], "commit": "42dc0abbe8b43e725bf2178d3e6b29d11decac6a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531747731, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531747731, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "de669e091c123f3ec0733b36ed670538248e3cb8", "parents": ["a335012aed59dffb91fa6c893bcd10e7cedf8ff7"], "commit": "47dce74444500002d577a7c265bad349d3b5b6d3", "message": "continued editing frp paper", "changes": [[68, 19, "drafts/frp.md"]]}, {"committer": {"date": 1531504993, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1531504993, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "48addff2b262359183929ceb4eea6ad9e4ff5fe2", "parents": ["a335012aed59dffb91fa6c893bcd10e7cedf8ff7"], "commit": "1239b90ff29b18e2e36808828595c3d8844cbd8c", "message": "Create recurse-center-application-07-13-18.txt", "changes": [[48, 0, "notes/recurse-center/applications/recurse-center-application-07-13-18.txt"]]}, {"committer": {"date": 1531486141, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531486137, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3fe9506a2f071c497f32d0e47f308de18fb31183", "parents": ["a8ebbb9c0e2b74bdcba00ae7b6266892e22bf8bf"], "commit": "a335012aed59dffb91fa6c893bcd10e7cedf8ff7", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531486137, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531486137, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e9bf854a07ab4fea2ac207a9a7c9c5995ab9569a", "parents": ["bb68b4d1119b77ae25910eb8e000359b674f2337"], "commit": "a8ebbb9c0e2b74bdcba00ae7b6266892e22bf8bf", "message": "edited frp draftinto more of a traditional paper format", "changes": [[51, 42, "drafts/frp.md"]]}, {"committer": {"date": 1531426572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531426569, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2e126b380c2dd918b4ec87af3e760dfbcda4c961", "parents": ["d7a1624c13ec2967d5130b8ea0953360978b7ce6"], "commit": "bb68b4d1119b77ae25910eb8e000359b674f2337", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531426569, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531426569, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "030749bdff6982b360363523d8b537383dd8f105", "parents": ["73fc73152de1fc60449118164889bf99ba0cf907"], "commit": "d7a1624c13ec2967d5130b8ea0953360978b7ce6", "message": "fixed frp draft iframe issues", "changes": [[4, 4, "drafts/frp.md"]]}, {"committer": {"date": 1531425632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531424877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b4cb9831c1187b029f58e34581e53b0803f49c42", "parents": ["7156820755365430d156742bfe8ea26d2d551852"], "commit": "73fc73152de1fc60449118164889bf99ba0cf907", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531424877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531424877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ffaaeaac0475eb424d76282a49700b2e5b05a16d", "parents": ["1ff9c47183cf85136b1041a16343620cad8ff66a"], "commit": "7156820755365430d156742bfe8ea26d2d551852", "message": "## Draft 2 of FRP Essay\n\nI got started this morning at 7am and worked until now (4pm) with only two breaks, a 90-minute and a 30-minute one, which means I worked on this for 7 hours today!! I'm very proud of myself. I'm also excited about how the piece is coming together. I feel my understanding of these topics deepening as I research them more fully in order to write the piece.\n\nOne thing in particular that I came across is the [imitate](https://github.com/staltz/xstream#-imitatetarget) method in CycleJS's xstream, which makes me wonder how far I can get with an FRP framework in vanilla JavaScript... It'd be neat if I didn't have to build a whole runtime!\n\nI was only planning to work on this until noon-ish, then run, and then work on my UK visa application, but I didn't do it that way. I'm going to go run now. If I have energy after that, maybe I'll do my visa app, but if not I'll do that tomorrow. I also have to do my Dark work for next week tomorrow, because I'm going to be out of town this weekend, so I likely won't work on this again until Monday, or more likely, Tuesday of next week.", "changes": [[174, 18, "drafts/frp.md"]]}, {"committer": {"date": 1531344432, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531343715, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "574ed7c839ec7879654a5b013acf0b30e9214112", "parents": ["258508c2c20eee52426cd690d625c64e35350830"], "commit": "1ff9c47183cf85136b1041a16343620cad8ff66a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531343715, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531343715, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f9e3c1a6611ebe969e7e83d98499a336cb43b3a7", "parents": ["7d9fc4a25feb70768c7464bc991a8e68eaf14e6f"], "commit": "258508c2c20eee52426cd690d625c64e35350830", "message": "## Plan for July 2018\n\n* TOC\n{: toc }\n\nYesterday I had a wonderful conversation with Jonathan Edwards, which helped me figure out my focus for the next month, and possible beyond. I feel very lucky to get his advice.\n\nI updated him on my progress, that I was able to solve [DOM Recursion Problem with Reflex](http://futureofcoding.org/log#dom-recursion-problem-solved-by-reflex), but haven't made much progress on the UI part of visualizing the stream operators yet.\n\nHe was able to give me really great advice here, because he's potentially the original guy who's been insisting that we need to work both on the model and the UI at the same time - as opposed to PL people who only work on the model and Bret Victor people who only work on the UI. It's called co-design, desigining two different pieces towards each other.\n\nHe suggested that before I work on the UI, I should write a blog comparing Reflex to Elm, why I like the Reflex semantics as a model better, why the UI of Haskell is hard to use and why we need a better UI, and only vaugely hand-wave about how I think the UI will look.\n\nThis essay will be a great foundation to build off of. I'll share it on social media, HN, etc.\n\nI started the [essay today here](/drafts/frp).\n\nThen, I should pick a few very specific and small examples, and draw out by hand and Figma what they should look like from a storyboarded perspective, not worrying too much about the general case. I can then publish this as a follow up essay. However, Jonathan warned me (and I agree) that this will likely be difficult, possible where this research thread comes to an end, so we'll see...\n\nHowever, if I am able to get something that looks promising, I should, in effect, concatenate the two essays into a single narrative and submit to either LIVE or REBLS at SLASH on Aug 17th. In particular, Jonathan noted that I should explain in my submission the \"technical challenges for building this for real.\"\n\nIf I don't make it in time for SPLASH, the next relevant workshop would be PX atImperative Programming is doing
— Steven Krouse (@stevekrouse) July 27, 2018
Functional Programming is being
\n\n\n### The Software Elephant\n\nI was inspired by a wonderful conversation this morning with [James Somers](http://jsomers.net/) (of [The Coming Software Apocalypse](https://www.theatlantic.com/technology/archive/2017/09/saving-the-world-from-code/540393/) and many others) to write up my thoughts on how visualizations will save programming. I somewhat-recently read [Fred Brook's No Silver Bullet](http://worrydream.com/refs/Brooks-NoSilverBullet.pdf) where he very eloquently argues that software is \"inherently unvisualizable.\" What makes Brooks so great is that he gives you such a wonderful structure for your arguments, including great metaphors. I actually can't believe my metaphorical luck: in a relevant quote he refers to software as an \"elephant,\" which is perfect because it allows me to reference the story of the blind men and the elephant. I 'm pretty pumped about the rough draft / outline I've come up with in the last 2 hours.\n\nI'm not sure how this essay relates to [Casual Programming](./essays/casual). Maybe it's a replacement? Maybe they're somehow complimentary?\n\n### Next steps 06/26/18\n\nI'm pumped to get this essay polished and published before continuing trying to understand Reflex, etc, etc. I think it's useful to take a break to explain the *why* of what I'm doing before spending more time doing. This post might be similar to [my first (and favorite) Andre Staltz post](https://web.archive.org/web/20180530055638/https://futurice.com/blog/reactive-mvc-and-the-virtual-dom), which is similar in that its a mile-marker on his way to creating CycleJS.", "changes": [[116, 0, "essays/visual.md"]]}, {"committer": {"date": 1529856180, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529854579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "defd7702b5762f5017f76691c8ff155f0fb3ce24", "parents": ["22f311851c583fd9477b35a2a76a6ead53a11d0c"], "commit": "bac4b30b2866284526b18a41715a2d041813f230", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1529854579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529854579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7db077a43e98665fd63f98fbe3d88538546c6481", "parents": ["b5dd2b1ec930596864098d356373c606a0ed1223"], "commit": "22f311851c583fd9477b35a2a76a6ead53a11d0c", "message": "## DOM Recursion Problem Solved by Reflex\n\nAs I wrote in [The Model-View Recursion Problem in FRP](https://docs.google.com/document/d/1suHgeUvls6MZLHholN6r4KK0G5VaYArjKnALvmmJQhU/edit#):\n\n> In \"Experience Report: Functional Reactive Programming and the DOM\", authors describe a “recursion between FRP and the DOM” problem: “…the DOM tree in an FRP application can change in response to changes in FRP behaviors and events. However such new elements in the DOM tree may also produce new primitive event streams… which the FRP program needs to be able to react to. In other words, there is a cycle of dependencies…”\n\n> You start with two buttons. The first button doesn’t respond to clicks. But the second button, when clicked, adds two more buttons to the page, where again the first button doesn’t respond to clicks, but the second button can add more pairs of buttons on click.\n\n> ... I believe ... the solution is mutually recursive like the code in AFRP, and looks something like:\n\n> `clicksCount = count $ merge $ map (\\[b1, b2] -> b1.clicks) nestedButtons`\n\n> `nestedButtons = repeat clicksCount [button, button]`\n\n> `buttons = flatten nestedButtons`\n\nTurns out the Reflex library allows me to neatly solve this problem. The core of the code looks like:\n\n```haskell\nrec\n countedClicks <- foldDyn (\\a b -> if evenButton a then b + 2 else b) 2 clicks\n\n clicks <- listListView (ffor countedClicks (\\n -> [1..n])) (\\ _ x -> dynTextButton x)\n```\n\nAnd it only took me ~5 hours to write those two lines. No joke. I use a few helper functions of my own creation. You can see the [full code here](/code/reflex/button_and_text.hs). And the [live version here](/code/reflex/button_and_text.jsexe/index.html).\n\nAnd that ~5 hours is not including the ~3 hours it took to get reflex set up on my chromebook. Cloud9, AWS, Digital Ocean, and Codeanywhere all didn't work for different reasons. Eventually I got Google App Engine to work but I didn't realize the version I used would delete everything I install over night. So I created a more permanent instance on Google Compute which works as well and lets me SSH in using the browser. I just have to remember to turn it off when I'm not using it (which I am pretty sure stops the billing), otherwise it costs $100 per month because I'm using a big box.\n\nI'm getting better at emacs which is fun. I install haskell syntax highlighting and am using the shell from within emacs to compile the code in a different window. And I have `sudo python -m SimpleHTTPSever 80` so I can see the code after I compile it with `ghcjs`. I can't use a lot of the really cool emacs haskell extensions because I'm using `ghcjs` instead of `ghc` and `./try-reflex` instead of `cabal` or `stack`, but I'm doing OK now. It took me a while to get used to all the fucking types in reflex, but I'm getting the hang of it.\n\nNext steps... I'm a little lost in terms of what's next because this problem, along with [Reflex ToDoMVC minus a few features](https://github.com/reflex-frp/reflex-todomvc/blob/develop/src/Reflex/TodoMVC.hs) seems to already be solved. One idea is that I can go through Reflex ToDo MVC, line by line, expression by expression, and type-annotate everything and add a bunch more comments. There are definitely parts of it I don't understand, such as the `def` keyword, `&`, and `.~`.\n\nIn a vague sense, I'm working towards building a \"CycleJS devtools dataflow diagram\" experience for Reflex, so another step would be to draw pictures for each type, or a way that I'd display it on the screen and show the values flowing through. And another good step that comes to mind would be to figure out how to get ahold of Reflex internals so I can get a sense of the network and hook into the different event firings.", "changes": [[52, 0, "code/reflex/button_and_text.hs"], [11, 0, "code/reflex/button_and_text.jsexe/index.html"], [6132, 0, "code/reflex/button_and_text.jsexe/lib.js"], [150666, 0, "code/reflex/button_and_text.jsexe/out.js"], [19964, 0, "code/reflex/button_and_text.jsexe/rts.js"], [2, 0, "code/reflex/button_and_text.jsexe/runmain.js"]]}, {"committer": {"date": 1529608753, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529605520, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "737961e963eed28c44ea833270fd6dae3ce77ab5", "parents": ["e42e44785b88039304b979a5cbf8aba310503b53"], "commit": "b5dd2b1ec930596864098d356373c606a0ed1223", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1529605520, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529605520, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "31ad03bebd3d4b5df55a382c4f4d26323c51dbcc", "parents": ["4ceddc7cd8db03120cb8a9ea8398dd9940fd6027"], "commit": "e42e44785b88039304b979a5cbf8aba310503b53", "message": "## What am I even working on again?\n\nJonathan Edwards very generously offered to give me some comments on what I'm currently working on if I would take the time to write it up. I spend most of Monday and Tuesday (like 10 hours) on it. My [first attempt](https://docs.google.com/document/d/1JQC7Zp3SqVO2zo5jaj5mADo-uV3qz66mUGuWyg299u4/edit?usp=sharing) spent a lot of time explaining the context for why I found this particular sub-problem (the DOM recursion problem) of the sub-field (FRP) interesting.\n\nBut I did away with all that in [the version I sent over](https://docs.google.com/document/d/1suHgeUvls6MZLHholN6r4KK0G5VaYArjKnALvmmJQhU/edit?ts=5b2be6e1#), because that's what researchers do: they explain their problem in its context and attack it. They don't need to sittuate the problem in the broader context so much, because readers of technical papers often already know that context.\n\nThis exercise was challenging, fun, and very worthwhile, even before Jonathan gave me any comments. It's great to be getting some clarity on what I'm doing. I am proud of [the document I sent to Jonathan](https://docs.google.com/document/d/1suHgeUvls6MZLHholN6r4KK0G5VaYArjKnALvmmJQhU/edit?ts=5b2be6e1#).\n\nJonathan Edwards made some great comments. He suggested that I polish it up and submit to the [REBL track of SPLASH 2018](https://2018.splashcon.org/track/rebls-2018-papers). I have until Aug 17th to submit. The workshop is Nov 4th. Dominique Devriese, one of the authors of the Experience Report: FRP and the DOM, is on the organizing comittee. Maybe emailing him would be a good next step!\n\n### Casual Programming - first draft\n\nArmed with the newfound clarity around my research, I tried to explain my what I'm working on to two other programmers yesterday. It didn't go well. First of all, I wasn't able to get across the *why* of my research at all. I didn't *motivate the problem* well - neither of them agreed with me that a problem existed there in the first place. Secondly, I didn't do a good job of *defending the uninteresting parts of my solution*. My solution is to use a form of functional reactive programming, so I need to explain why FRP is the right tool for the job.\n\nSo I spent ~4 hours today on a draft of [Casual Programming][./essays/casual] (a phrase [Nikolas Martens used before me](http://blog.rtens.org/why-even-casual-programming-is-hard.html)) to contextualize the problem I'm working on within the vision of the world I'm working towards. It's a rough draft, needs a lot more fleshing out and examples.\nAlso I'm not entirely sure who the audience is, and what it's explaining to them. It's definitely not to be submitted to REBl, because they already get FRP and the problem. So I guess the audience is the programmers who are interested improving programming, but don't know all the academic stuff. The goal, I gues, would be to produce a blog post of similar caliber to Andre Stalz or David Nolan.\n\n### Todos 6/21/18\n\n* Continue working on [Casual Programming][./essays/casual]\n\n* Continue working on the academic version of Casual Programming, which I'm calling [The Model-View Recursion Problem in FRP\n](https://docs.google.com/document/d/1suHgeUvls6MZLHholN6r4KK0G5VaYArjKnALvmmJQhU/edit?ts=5b2be6e1#). In particular, formalize things up, probably by using an existing FRP library, maybe arrowized, to test things in, maybe on the browser.\n\n* Email Dominique Devriese\n\nThat's it! Much [last list of todos](http://futureofcoding.org/log#todos-as-of-61616) has either been completed or no longer feel relevant now.", "changes": [[175, 0, "essays/casual.md"]]}, {"committer": {"date": 1529338719, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529338710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2aede5ea195d61f373991130ca8b76b0278b4926", "parents": ["d96c290e63479d3cc6e995c92343dc97d85a5294"], "commit": "4ceddc7cd8db03120cb8a9ea8398dd9940fd6027", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1529338710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529338710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "987c075ff8178ee18faaff773971fe1c95900373", "parents": ["0dcecbd13a1cf0a83831d9386e54164c18135a4a"], "commit": "d96c290e63479d3cc6e995c92343dc97d85a5294", "message": "## Mon 6/4/18 - Fri 6/15/18\n\n* TOC\n{: toc }\n\nApologies for going dark here the last two weeks. On the bright side, I have been quite productive, but in an analog sort of way...\n\n### Fedex Kinkos to Brother printer\n\nTwo weeks ago, I spent 3ish hours reading [Functional Reactive Animation](http://conal.net/papers/icfp97/) on my phone. I was finally able to make it all the way through, reading every word, and understanding ~80%. I was very proud. But, I didn't love reading on my phone - I wanted to print some papers out. I didn't have a printer at home -- I hate printers, they always break, and cost a bajillion dollars to buy ink for -- so I went to kinkos to print out most of Conal's papers:\n\n\n\nBut here's where I felt like a stupid idiot: it cost $75 bucks to print all that! So I learned from my mistake and went on amazon to buy the printer with the cheapest cost per page, and found a [Brother printer](https://www.amazon.com/gp/product/B0763WDSYZ/ref=oh_aui_detailpage_o02_s00?ie=UTF8&psc=1) that fit the bill. It cost $70 itself, and will print ~500 pages before needing more ink. It's a 10x price reduction!\n\n### FRP Reading\n\n#### [Functional Reactive Animation](http://conal.net/papers/icfp97/)\n\nFinally able to make it through -- this was probably the 3rd or 4th time I attempted to read this paper.\n\n##### Bouncing Ball (solved)\n\nAs it turns out, Conal solved [my bouncing ball problem](http://futureofcoding.org/log#a-bouncing-ball-graph) in this paper. And I don't mean that he gave me hints towards the solution. I mean that he actually gave the code to solved the *same exact problem*. And it's beautiful:\n\n\n\nIt's very similar in spirit to what I created. Of course, there are no graphs or visualizations in the code, which is where I want to take this. FRP lends itself really well to live values and graphs.\n\n#### [Genuinely Functional User Interfaces](http://conal.net/papers/genuinely-functional-guis.pdf)\n\nAlso great. Also was able to read every word and understand closer to 90% this time.\n\n**Arrowized FRP is when you use signal combinators, not signals as first class.** This is supposed to help with spacetime leaks, as well as modularity. But of course, they are two-sides of the same coin, and it's easy enough to translate from one to the other.\n\n##### Paddle Ball is beautiful\n\nThe hardest parts of this definition are `xvel` and `yvel`, but it all makes sense when you read the paper and look at it for long enough:\n\n\n\n#### [Denotational design with type class morphisms](http://conal.net/papers/type-class-morphisms/)\n\nHarder and slower. I probably got closer to 60% of this one, but I do feel like I have a much, much better grasp of what programmers mean whey they **model programming concepts with mathematical objects**, and what **semantics** means.\n\n#### [A Fifteen Puzzle in Fran ](https://www.microsoft.com/en-us/research/publication/a-fifteen-puzzle-in-fran/)\n\nRead like a tutorial, explaining how to code an example project. Interesting and helped cement the ideas of FRP. Fascinating how he explained the structure of signal combinations in pictures:\n\n\n\n#### [Two-handed Image Navigation in Fran](http://conal.net/papers/TwoHanded/)\n\nAnother tutorial. A bit harder to follow.\n\n#### [Push-Pull FRP](http://conal.net/papers/push-pull-frp/)\n\nI've been having trouble with this one, so have been putting this one off for now, but hope to get to it soon. It's a prerequisite for a number of other papers I want to read.\n\n#### [Asynchronous Functional Reactive Programming for GUIs](https://people.seas.harvard.edu/~chong/pubs/pldi13-elm.pdf)\n\nI skimmed through this one. I wasn't terribly impressed with Elm. I can see now how it's Haskell-lite and FRP-lite. It's definitely more synchronous in spirit, taking some interesting ideas without super-solid foundations and running with them.\n#### [Experience Report: Functional Reactive Programming and the DOM](https://2017.programming-conference.org/event/proweb-2017-papers-experience-report-functional-reactive-programming-and-the-dom)\n\nReally wonderful read - very easy for me to assimilate because I'm so familiar with the DOM. It also helped me see how much of the trouble of FRP comes from not properly and completely abstracting over the imperitivity of the DOM.\n\n##### Recursion between FRP and the DOM\n\nThey do a good job of specifying this problem:\n\n> ...the DOM tree in an FRP application can change in response to changes in FRP behaviors and events. However such new elements in the DOM tree may also produce new primitive event streams... which the FRP program needs to be able to react to. In other words, there is a cycle of dependencies...\"\n\nThe easy solution to this is to give elements names, which we can then use to filter the event stream, but that doesn't feel quite right.\n\nUltimately, the problem is referential transparency: I want to be able to create two buttons that look identical but when I put them next to each other, they emit two different event streams. How is this possible if they are identical? They are not identical! When they were put next to each other, the position of one of them was changed in the layout function, and thus they emit different event streams! Of course in order to preserve modularity (so we don't only get event streams at the top level, when everything is being laid out), we need to use a trick I learned from Conal where you translate the event stream going into a \"component\" with the inverse of the translation you used on its position. (I haven't entirely worked out this scheme, but I feel it's promising.)\n\n### Monad Reading\n\n#### [What we talk about when we talk about monads](https://arxiv.org/abs/1803.10195)\n\nFrom Jonathan Edwards. Great recommendation!\n\nBe careful about the \"romance of mathematics\". It's perfect-ness is illusory. Yet despite this, I still feel like math is our best way to reduce incidental complexity.\n\nThis definitely made me even more skeptical of monads! He showed cases where people put the word \"monad\" in the title of their papers when it had no business being there - just to show how cool they were.\n\n#### Monads and input/output (section 7 of [\"being lazy with class\"](http://haskell.cs.yale.edu/wp-content/uploads/2011/02/history.pdf))\n\nFascinating to learn about. Moggi introduced monads to structure the denotational semantics of state and exceptions, but \"a denotation semantics can be viewed as an interpreter written in a functional language\" and \"Wadler used monads to *express* the same programming language features that Moggi used monads to *describe*.\n\n#### [Can functional programming be liberated from the von Neumann paradigm?](http://conal.net/blog/posts/can-functional-programming-be-liberated-from-the-von-neumann-paradigm)\n\nI printed this one out and re-read it for the 7th time. It's so fucking brilliant.\n\n\"Programming is more about the middle than the end, i.e., more about composition than output.\" And quoting Roly, \"What looks like imperative output can be just what you observe at the boundary between two subsystems.\"\nWe need imperativity in our functional code (usually structured with monads) when we haven't properly abstracted that particular API into a functional interface yet. For example, think about `putChar` and `getChar` from the terminal. How fucking imperative is that?! But FRP (even React) shows you that you don't need to put and get characters from the screen imperatively. Instead you can describe the UI input and output declaratively - no monads required! The way to get rid of monads is by abstracting over imperativity (databases, file systems, operating systems, etc), one by one.\n\n### Other Reading\n\n#### [Tangible Functional Programming](http://conal.net/papers/Eros/)\n\nI enjoyed the beginning, but also had trouble sticking with this one, but hope to get back to it soon. It's so up my alley!\n\n#### [Promise of Live Programming](https://2016.ecoop.org/event/live-2016-the-promise-of-live-programming)\n\nThis was a fun one. Live programming provides a rubric through which to rate a programming system, but not to come up with a programming system.\n\n#### [What's Functional Programming All About?](http://www.lihaoyi.com/post/WhatsFunctionalProgrammingAllAbout.html)\n\nThis is one of my favorites! These recipe diagrams are just devine! He really makes the case that functional programming is about explicit data dependencies, and it's gorgeous.\n\n#### [Destroy All Ifs](http://degoes.net/articles/destroy-all-ifs)\n\nReally great. He goes even further than I do when thinking about this topic: instead of inputting booleans (or union types) into functions, we should add lambdas, which are semantic explanations of what we want done.\n\n### Todos as of 6/16/16\n\nI'm continuing from [the last todos in this journal](http://futureofcoding.org/log#todos-as-of-52118) (without the completed or no-longer-relevant ones):\n\n* Follow up with Jonathan Edwards with my research direction, current problem(s), next steps, ask for relevant papers, schedule next chat, and send him Woof code\n\n* Read the papers I've printed out, including\n * [Push-Pull FRP](http://conal.net/papers/push-pull-frp/)\n * [Monadic Functional Reactive Programming](https://www.researchgate.net/publication/262292005_Monadic_Functional_Reactive_Programming)\n * [Practical Principled FRP](http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.724.7758&rep=rep1&type=pdf)\n * [Hazelnut](https://arxiv.org/abs/1607.04180)\n * [Back to the Future: Time Travel in FRP](http://www.cs.nott.ac.uk/~psxip1/papers/2017-HaskellSymposium-Perez-BackToTheFuture-TimeTravelInFRP-latest.pdf)\n * [Lambda in Motion: Controlling Robots with Haskell](http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.456.1707&rep=rep1&type=pdf)\n * [Fudgets](https://www.researchgate.net/publication/2247556_FUDGETS_-_A_Graphical_User_Interface_in_a_Lazy_Functional_Language)\n * [Tangible Functional Programming](http://conal.net/papers/Eros/)\n\n* Other things to read\n * Simon Friis Vindum, including [Let's reinvent FRP](http://vindum.io/blog/lets-reinvent-frp/), Hareactive, and reach out to chat\n * Re-read [Elm goodbye to FRP](http://elm-lang.org/blog/farewell-to-frp). Maybe I'll understand it now. Or soon.\n\n* Update the plan, possibly stealing stuff from the never published [plan v6](https://github.com/stevekrouse/futureofcoding.org/blob/3821ba9d0ad65a7f6aaea583be8283aba16558e5/plan.md)\n\n* Reach out to Sean McDirmid, and maybe read [this paper he referenced](https://www.cs.colorado.edu/~ralex/papers/PDF/Conversational_Programming.pdf)", "changes": []}, {"committer": {"date": 1529326967, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529326963, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "987c075ff8178ee18faaff773971fe1c95900373", "parents": ["5bd3da59b05370f6a95ce10e4fa88df90471c6d0"], "commit": "0dcecbd13a1cf0a83831d9386e54164c18135a4a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1529326963, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529326963, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "abea17f74c4dc03d0a04fb26d61ed05b3f72abb2", "parents": ["7b543e40f390cf22e1a5ffcdf755f6ad6b2fc857"], "commit": "5bd3da59b05370f6a95ce10e4fa88df90471c6d0", "message": "redirect notes to github as index (for now)", "changes": [[1, 0, "notes/index.html"]]}, {"committer": {"date": 1528825866, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1528825863, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7b93ffddcb3de9e5eaacdee812c516e15c2c6d97", "parents": ["2a2631c57ee33759ee72b012334110ad8dcd090d"], "commit": "7b543e40f390cf22e1a5ffcdf755f6ad6b2fc857", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1528825863, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1528825863, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6709bda29f7f850a2a7d22b014d833ec845d6731", "parents": ["24fbff9ce3b8da1489bc7557db633805d9d13929"], "commit": "2a2631c57ee33759ee72b012334110ad8dcd090d", "message": "added episode 25, kevin lynagh", "changes": [[44, 0, "episodes/25.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1528132439, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1528132329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8b1e13737f4f55e6ed43011d3187dd87945a3c13", "parents": ["1536b59cc7b8b60cc4613bb07d444f85af03df09"], "commit": "24fbff9ce3b8da1489bc7557db633805d9d13929", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1528132329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1528132329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c5f34acccd3fbdedfec54de1c1032ddece928592", "parents": ["863d92790183ee15c60d0b3a39f549082d357d5c"], "commit": "1536b59cc7b8b60cc4613bb07d444f85af03df09", "message": "## Friday 6/1/18\n\n* TOC\n{: toc }\n\n### The Mythical Man Month\n\nI was a bit exhausted from coding last week, so I let myself relax with The Mythical Man Month. I had started it a few weeks ago, but I finished it on Friday.\n\nFirst of all, it's shocking to see how many key phrases in this field come from this book:\n\n* The Tar Pit (which is used by the famous \"out of the tar pit\" essay)\n\n* No Silver Bullet\n\n* The Mythical Man Month\n\n* Essential vs Accidental complexity\n\nMuch of the book is still relevant today, even though programming has changed a ton since the 60s, and of course many is just hilarious reminders of how much has changed.\n\n#### No Silver Bullet\n\nAs you may expect, the \"No Silver Bullet\" essay was the most relevant to me, and I LOVED it. Very, very thought provoking.\n\nThe premise of the essay is this: there will be no single magical solution that will drastically improve the beast that is programming. Instead there will be a myriad of small incremental improvements that will over time tame the beast.\n\nA wonderful analogy he uses to illustrate the premise: Before germ theory, we held out hope for magical solutions, such as the fountain of youth, to solve all of our problems. Germ theory, however, told us that no magical solution was coming. Instead we have a long term, tedious war, that will have to struggle against for decades and decades, making slow slow progress. Yet, once we accepted that and stopped wasting all our time looking or waiting for magic, we were able to get to work on making the necessary incremental progress, and look where we are now.\n\n##### Inherently Invisible (bullshit!)\n\nThus it's time to change our focus from the accidental complexity (of hardware limitations, etc) to the essential complexity of ameliorating the inherent difficulties of software development, which are its complexity (so much more intricate than other engineering disciplines), changeability (software is changed rapidly as compared with cars, for example), and invisibility (not naturally mapped onto a 2d visual plane).\n\nOk, I'll agree with him the programming is indeed harder than other kinds of engineering for greater complexity and change-ability. While fast changes are hard to deal with, version control in git and GitHub is pretty good, and I and others have a few ideas on how to improve this. Yet if it is indeed also inherently un-visualizable, than we are going to be hard pressed to address all the complexity in code.\n\nBut of course I strongly disagree that software is inherently un-visualizabe. I think if Brooks looked at the work of Bret Victor and Edward Tufte, he'd see that through innovative design work, we can increase the visualizablity of just about anything. While we might not have great visualizations today, have hope! Many visualizations that seem obvious now were not obvious before they were invented -- and it was in no small part data graphics that led the scientific journal revolution.\n\n##### We don't even know what's essential\n\nAdditionally, I deem much of what Brooks refers to as essential difficulties in programming as accidental to how programming is done today, and not at all essential to solving the problems at hand.\n\nThought experiment: how long would it take for you to describe Twitter, the entire application, from the consumer's perspective, down to every interaction and pixel? Maybe a couple dozen hours, maybe a hundred, at the outset. Yet thousands of engineers are working on it every day. Why? 99% incidental complexity.\n\nOf course, you may argue that to simply describe Twitter in English is not a fair test because English is not precise enough. So what language do we have that's 100% essential complexity, 0% incidental? My thought is that math is just such a language. It talks about conceptual objects and relations, not at all about how such things are computed (unless that's what you are talking about in math). And of course this is why I'm currently working on (as you can see in the last few entries below) describing UIs with only pure maths / piecewise functions with dynamic piece breaks.\n\n##### Communication and composibility are key\n\n100% agreed. So much of what stinks about programming today is that folder-and file interface of code. Impossible to navigate and communicate how things are built and run. I think a key way to overcome this is to build a sounder model for computation that lends itself better to communication and understanding (such as definitions only depend on explicit dependencies, and nowhere else).\n\nComposibility is also key, particularly for re-using code and collaboration.\n\n##### Object-oriented programming\n\nI haven't thought alot about OOP in a while. It's always felt lame to be, particularly because I learned it in Java and it was mostly about inheritance.\n\nYet there's one idea about it, encapsulation, which is kinda neat. The idea is restricting the mutation of state to a higher level operation, hiding the implementation details, and also limiting the number of pathways that can change state. Of course, in practice, objects often become dumb data structures and people just mutate their fields willy nilly with no encapsulation.\n\nI think what OOP is missing here is being explicit about who can access those pathways under which conditions. In other words, being clear about what can effect certain pieces of state, what it depends upon, as opposed to the protocol by which it can be ordered about by.\n\n### GoTo Considered Harfmul\n\nI can't believe it's taken be so long to read this. It's just 1.5 pages. It's so great. Makes me think that even more of what we do to program is also harmful in a similar way. As I've been saying recently, everything but mathmatical expressions are harmful. A new thing that I've been against recently is dynamic scope and lexical scope. Names are super dumb. Content hashing is really the only way to go. [I saw a fun Twitter argument on this this morning with Joe Armstrong.](https://twitter.com/joeerl/status/1003532451652734978)\n\n### Tweets with tools_for_thought\n\nI had a lot of fun tweeting with Michael Nielsen on Twitter via his tools_4_thought account: [https://twitter.com/stevekrouse/status/1002604633209131009](https://twitter.com/stevekrouse/status/1002604633209131009)\n\nI also had success tweeting a Fred Brooks quote: [https://twitter.com/stevekrouse/status/1002614810780094469](https://twitter.com/stevekrouse/status/1002614810780094469)\n\nI find it hilarious how great Twitter is for this community!", "changes": []}, {"committer": {"date": 1527806386, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527802493, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c5f34acccd3fbdedfec54de1c1032ddece928592", "parents": ["a2d17c4e2b192407d29bfc0639977d9d60ed24a1"], "commit": "863d92790183ee15c60d0b3a39f549082d357d5c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527802493, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527802493, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "579d87526bfeca4f11d76a6dc115d6073a751059", "parents": ["209436bb1c93ff248f651374a66eafd842d6ac71"], "commit": "a2d17c4e2b192407d29bfc0639977d9d60ed24a1", "message": "## A Bouncing Ball Graph\n\n* TOC\n{: toc }\n\nAfter banging my head against the ball for an hour or so trying to get Newton's method to work in JavaScript, I bailed for the Wolfram Language which, as you'd expect, has excellent primitives for solving equations, both analytic and computational.\n\nHowever, I did really get fed up with constantly re-evaluating old cells to make their definitions update. This was glitchy some of the time too, making me thing there were bugs when it was that I was looking at older version of expressions.\n\n### Wolfram Bouncing Ball\n\nAnyways, it took me a 3-5 hours, but I finally got a piecewise, pure, mostly-non-recursive function which can be infinitely expanded of a bouncing ball. Let's look at the code:\n\n```\nsim[0] = <|start -> 0, end -> 0, vel -> Function[t, 0], pos -> Function[t, 0] |>\nsim[n_] := sim[n] =\n With[{start1 := sim[n - 1][end]},\n With[{previousV := sim[n - 1][vel][start1]},\n With[{vel1 := Function[t, -previousV*0.9 + -10*(t-start1)]},\n With[{startPos := sim[n - 1][pos][start1]},\n With[{pos1 := Function[t, startPos + ((vel1[t] + vel1[start1])/2)*(t -start1)]},\n With[{end1 := First[t/.Solve[{pos1[t] == -473 && t > start1}], t]},\n <|start -> start1, end -> end1, vel -> vel1, pos -> pos1 |>\n ]\n ]\n ]\n ]\n ]\n ]\n\npiece := Function[n, {sim[n][pos][t], t < sim[n][end]}]\n\nPlot[\n {Piecewise[Map[piece, {1,2,3,4,5, 6, 7, 8}]]},\n {t, 0, 100}\n]\n```\n\nWhich gives us the glorious result:\n\n\n\n#### Top-level explaination\n\nThis code isn't at all read-able, even by me, a few hours after I wrote it.\n\nFirst a top-level explaination: the code is creating a piecewise function. Every time the ball hits the bottom (-473), we need to create a new function to represent it's motion post-bounce.\n\nWhat's tricky is that each piece of the function depends on the previous piece's end values (when the ball bounces, we need it's old position and velocity). So we construct this recursive function `sim` which will generate us parts of bounces.\n\n#### Line-by-line explaination\n\n```\nsim[0] = <|start -> 0, end -> 0, vel -> Function[t, 0], pos -> Function[t, 0] |>\n```\n\n`sim[0]` represents the initial conditions, lasting 0 seconds (as the start and end times are the same).\n\n```\nsim[n_] := sim[n] =\n```\n\nWe define `sim[n]` here and also let Wolfram know to (memorize the results of prior runs to `sim` so it doesn't need to recompute the results)[http://reference.wolfram.com/language/tutorial/FunctionsThatRememberValuesTheyHaveFound.html].\n\n```\n With[{start1 := sim[n - 1][end]},\n```\n\nHere I begin a nested series of `With` statements. They are nested because the computations depend on each other and Wolfram `With` statements aren't smart enough to figure out how to handle that.\n\nSome of the variables defined in the `With` statements, such as `start1` above are eventually placed into the association (it's like a dictionary or object) below. I didn't name this variable `start` (as you would in another langauge), because Wolfram would then then I wanted the *key* to be the value of the start variable, such as `<| 4.34 -> 4.34, ... |>` -- so that's why there's a `1` after certain variable names.\n\nAnd now to the meat of this line: it says that the start of the current piece is the end of the prior piece. Pretty straight forward.\n\n```\n With[{previousV := sim[n - 1][vel][start1]},\n```\n\nHere we calculate the final velocity of the previous piece, which we do by evaluating its velocity function on the starting time of this piece (which as we calculated above is the ending time of the previous piece).\n\n```\n With[{vel1 := Function[t, -previousV*0.9 + -10*(t-start1)]},\n```\n\nHere we calulate the velocity of this piece:\n\n * We reverse the end velocity of the previous piece, because the ball should bounce up with the same speed it hit the ground\n * But not quite the same speed because balls never bounce as high as they did when they were dropped, so we multiply the speed by 0.9\n * And then we changing the speed by -10, which is our acceleration, every second after the starting time of this piece.\n\n```\n With[{startPos := sim[n - 1][pos][start1]},\n```\n\nThe starting position of this piece is the position of the previous piece at the end time of that piece (which is the starting time of this piece). This is the same way we found `previousV`.\n\n```\n With[{pos1 := Function[t, startPos + ((vel1[t] + vel1[start1])/2)*(t -start1)]},\n\n```\n\nThen we calculate position:\n\n * starting at the initial position\n * then taking the average of velocity at the current moment and the velocity at the beginning of this piece\n * and multiplying the average velocity by the time elapsed in the current piece so far\n\n```\n With[{end1 := First[t/.Solve[{pos1[t] == -473 && t > start1}], t]},\n```\n\nAnd here we calcuate the time at which this piece hits the floor which I set here to be -473. The meat of this line `Solve[{pos1[t] == -473 && t > start1}], t]` simply asks to solve for `t` where the position is at the floor and the time is after the starting time of this piece. `First[t/.` is just extracting the computed solution out of the result.\n\n```\n <|start -> start1, end -> end1, vel -> vel1, pos -> pos1 |>\n```\n\nAnd here we boringly compile the results of our hard work into a single data structure.\n\n```\npiece := Function[n, {sim[n][pos][t], t < sim[n][end]}]\n```\n\nThis function turns the nth simulation into an array suitable for the `Piecewise` function. It's first argument it the function to be plotted and the second argument is the domain over which it should be plotted. In this case, the first argument is simply the position and the second argument is that the time shall be less than the ending time of the piece.\n\n```\nPlot[\n {Piecewise[Map[piece, {1,2,3,4,5, 6, 7, 8}]]},\n {t, 0, 100}\n]\n```\n\nAnd here we plot 8 pieces of the simulation, resulting in the beautiful graph you saw above.\n\n### But why?\n\nI've been talking a lot about piecewise functions these last few days, to my mom and my girlfriend, and they both think the idea is kinda neat, but don't understand why I'm doing this. I don't have a great defense. Instead of spending 4ish hours making this graph, I could've done the [same thing in WoofJS in 9 lines of very readable code](http://woofjs.com/create#very-simple-ball) in *under 60 seconds* (I timed it):\n\n```javascript\nvar circle = new Circle({})\ncircle.v = 0\nforever(() => {\n circle.v--\n circle.y += circle.v\n if (circle.y < minY) {\n circle.v = circle.v *-0.9\n }\n})\n```\n\n#### I want definitions to be definitional goddammit!\n\nI want that when you define something it stays defined. I've had enough of these mutable reference cells that you can read to and write to at any time. I've had enough of playing Turing Machine!\n\nRedux isn't all that different than global state we had before. Sure it's easily serialize-able, which gives you undo and redo, and time travel debugging, but that's not all I want.\n\nI want to be able to look at a piece of code and know that the only things that can affect that code are written in it. A piece of code should depend on its dependencies. Nothing else should be able to change it. In this way you could understand a small section of your code without having to understand the whole thing. Without this we are doomed to read all our code if we want to understand what's going on.\n\nI don't know much maths beyond high school, so I wonder if my salvation lies in a more powerful structure than a piecewise function. If any math geeks out there are reading this, please let me know if you have any ideas!\n\n### Mitigating thoughts\n\nPossibly these explicit formula and the Logo/Woof implicit, recursive formula are just two sides of the same coin, and we could allow programmers to write in the more intuitive (change the position by X every Y) and then take the derivitive of that to get the explicit form. (It seems like there are ways to get explicit formula for any implicit or recursive formula, so this seems likely...)\n\nIn the same way, I wonder if we can convert a codebase where any mutable cell can be changed by anyone, and statically parse all the places in the code that *could possibly* have an effect on that value, and bring them all together so you can see you things are tangled. (I am doubtful of this because 1. which values are being modified can change dymaically so we can't really assess well statically, 2. I bet this would be such a gnarled mess that it's not really useful expect to show us all the folly of our entangled ways.)\n\n#### There are just a whole bunch of bad things I know about\n\n1 - Control flow of any kind seems like a terrible idea all around. You should just describe the system and the system shall determine which lines of code to run when. Non-monadic Haskell does a great job of doing away with this.\n\n2 - Mutable variables seem like a terrible idea, as discussed above.\n\n3 - The global state reducer from actions also feels like a terrible idea. I don't want anything to be able to emit an action that can change any part of the system. If you look at a piece of state, how are you to know which actions could affect it? I also feel like it's too much power, allowing the system to change itsellf based on the past value of itself.\n\nBut how are these piecewise functions any better, you ask? Great qusetion! As you noticed, when a new piece of the piecewise function is being created, it depends on the values of the last piece. It has the entire state of the app to do what it wills with. Yeah I didn't like this either, but I wasn't able to thing up a way out of it. We really need to know the final velocity / position of the prior piece to start the next bounce. But I'm not terribly beat up about it: maybe allowing pieces to view prior pieces on piece transitions isn't so bad...?\n\nAs far as the first cricism of Redux from above, that the dependencies of a piece of start aren't listed in the state, I haven't yet dealt with that because I haven't built \"prototype\" to also work with unpredictable input, such as mouse clicks. But the idea is to allow mouse clicks to trigger new pieces to be generate at the time of the mouse click. Only time protoyping will tell if this new framework has any merits at all.\n\nPart of me wonders if I need to build an interface for this prototype because exisiting ones (such as Wolfram and Woof) just don't cut it. And part of the whole point is that I'm just constructing transitions between pure mathmatic functions, so should it be super easy to visualize the state of all my functions as graphs?!\n\nAt the very least, I'm glad I was finally able to articulate above my dislike of the current frameworks: you can't tell what's going on at X by just looking at X and asking for its dependencies.", "changes": []}, {"committer": {"date": 1527738703, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527736680, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "579d87526bfeca4f11d76a6dc115d6073a751059", "parents": ["9426c37530ce44d762795ec0e62cc5e3916d7021"], "commit": "209436bb1c93ff248f651374a66eafd842d6ac71", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527736680, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527736680, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "496fe5d3d778b1ebfffb0bea2a8caf5ce6cb64c4", "parents": ["63dbb314e2f542f82f911a0971798ebc6ff067f0"], "commit": "9426c37530ce44d762795ec0e62cc5e3916d7021", "message": "## Added old /journal entries to /log\n\nThis closes #66, get /journal entries into /log.\n\n### Notes on ObservableHQ\n\nI did it in ObservableHQ [here](https://beta.observablehq.com/@stevekrouse/parse-and-join-journal-to-commits), which was really fun and fustrating, both!\n\n* It took me 5ish to do this task in JS in ObservableHQ, when it wouldn't have taken more than 1 hour to do by hand (as there were only 68 elements).\n* I both hate and also love ImmutableJS. It provides an API like lodash which is great. It's annoying because the values don't [yet](https://talk.observablehq.com/t/custom-representation-for-object-in-the-output-cell/412/3) display well and I needed to add lots of printLine statements below my code `someImmutableValue.toJS()` just to see what was happening. Also I'd sometimes forget about it and use the old syntax and things would silently break: very fustrating! Also a bit annoying when you're doing `a.something(b)` and you want to switch the arguments - lots of typing! Probably lost an hour on ImmutableJS alone, but it was definitely worth it for the API, speed, and not having to worry about mutability ever.\n* I found the way that code was hidden by default (unless you pinned it open) was counter to what I wanted most of the time. I think I'd probably prefer the reverse: to collapse code when I'm done with it.\n* I lost another hour trying to use [simple-markdown](https://github.com/Khan/simple-markdown) which was waaaay more than I needed, given that all I needed was to split the string on a simple regex. Another hour or so gone there.\n* Maybe a half an hour was lost screwing up with momentjs, which would fail silently on me. So annoying! Give me an error goddamn it!\n* But the most fustrating loss of time came from writing functions: you can't see intermediate values and the debugging support is lack-luster. So the main benefits of a reactive tool is lost the second you want to abstract over a list! I was constantly creating a function and testing in on various elements, and then changing the index one at a time to see how it worked: `someFunction(someLIst.get(5))`. What's the point of putting my code in cells a whole function is just one cell?! You loose all the benefits of the cells and intermediate results because functions are just a textbox! Not entirely sure how I'd fix this but I have an intuition that it should be possible within this paradigm.\n* I really wish I could've also hid the output of a computation, for example the text of the journal which was really long.\n* You can't search through the code with ctl-f because it's mostly hidden.\n* You can't see (without reading) which cells depend on which other ones.\n* You can't drag cells into other orders.\n* It's a bit annoying navigating object hierarcy trees - it'd be better if it defaulted to a table or something maybe.\n\nIt's interesting to note how few operations I used:\n\n* A TON of `map`, `filter`, `some`, `max`, `find` and other Immutable list and map operators\n* regex\n* date parsing and diffing (momentjs)\n* importing the file over HTTP\n* downloading the result JSON as a file\n\nFor regex, I used [regexr.com](https://regexr.com) to live show me the output right on the data I was using.\n\nFor date parsing and diffing, I was constantly screwing this up and had to instrument my own code by hand to figure out in which ways. It definitely feels like there should be a regexr-like environment for this too.\n\nDitto for the list operations: no reason that any of these shouldn't show you the results in a more immediate way, and where you can see the intermediate values too of course. As said above, not 100% sure how to do this but I feel like it's not too tough.\n\nAs for importing and exporting data, not difficult once you find the example somewhere. I think those sorts of primitives should be easy at hand.\n\nSpeaking of easy at hand, I spend a TON of time switching tabs (ObservableHQ doesn't work great in half-screen) to look at the Immutable, Moment, simple-markdown, and various other documentations. It was annoying. They really need autocomplete on variable properties -- but also with documentation, preferably with examples!\n\nAnd of course, I think everything would've been beeter with stronger types. I wasted so much time thinking that everything was OK when it wasn't and banging me head against the wall. I want to know when things fail!\n\nAnd if you can do it with no syntax errors, that's pretty amazing too!\n\n#### Project idea: functional, immutable, strongly-typed notebook?\n\nThis all makes me think that there's a neat prototype opportunity here. All my prior protyotype ideas in this space have been very visually-focused, almost like spreadsheets. Very much like Glen's [FlowSheets](https://tinyletter.com/Flowsheets/archive). But what if we don't need the interface to be a spreadsheet (because variables (as opposed to column and row reference) and nested data structres are nice), but just a vertical series of cells (and cells within cells within cells for nested levels of abstraction)? Syntax errors aren't so bad (considering I haven't yet met a projectional editor I prefer, maybe save Scratch), but let's definitely get some strong types, solid primitives (data structure, string, date, HTTP, importing), and inline documentation.", "changes": [[58, 0, "_data/commitToJournalMarkdown.json"], [3, 2, "log.md"]]}, {"committer": {"date": 1527736120, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527736116, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e0d81027e2c25b1e6da49f216ff612010c3d57f7", "parents": ["8de6e73131294c0a98dfd912388c3fe3a7214f39"], "commit": "63dbb314e2f542f82f911a0971798ebc6ff067f0", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527736116, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527736116, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1792cc3328d51b3c9d1f03a6fbd36d6a23a21364", "parents": ["8c9419a407b3c534ad0cd71e7c8db9cfa019bce6"], "commit": "8de6e73131294c0a98dfd912388c3fe3a7214f39", "message": "removed colons from page titles to mollify jekyll a la https://github.com/jekyll/jekyll/issues/549", "changes": [[1, 1, "episodes/21.md"], [1, 1, "episodes/22.md"], [1, 1, "episodes/23.md"], [1, 1, "episodes/24.md"]]}, {"committer": {"date": 1527624807, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527624120, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "77567e9e6a60384b0e78cbb6a341a8c8f3245b8f", "parents": ["86d7634d3486bf2c116133c3d9ab3e2b2e510a13"], "commit": "8c9419a407b3c534ad0cd71e7c8db9cfa019bce6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527624120, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527624120, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5f87c991eee80069f1fa77a845eb9d273178e16c", "parents": ["0ef7c3538cd36ec9b7300dbb5b8892dd84618788"], "commit": "86d7634d3486bf2c116133c3d9ab3e2b2e510a13", "message": "## Math and physics as code\n\nI've had this intuition for a while now: wouldn't it be neat if you could somehow \"copy-and-paste\" your physics equations from your textbook and drop them into your computer and that be the code?\n\nLet's describe a bouncing ball.\n\nWorks great to start:\n\n```javascript\nconst a = (t) => -9.8 /* meters per second sq */ * 10 /* px per meter */\nconst v0 = 0\nconst v1 = (t) => v0 + a(t)*t\nconst p0 = 0\nconst p1 = (t) => p0 + (((v1(t)+v0)/2)*t)\n```\n\nBut what about the bounce? There are two problems:\n\n1) We need to reverse the velocity (multiply it by -1)\n2) We need to know at what time the bounce occurs\n\nHow about a piece-wise defined function? For starters, let's just hardcode the bounce intervals at 3, and 9:\n\n```javascript\nconst t_bottom1 = 3 // p1(t) === 0, solve for t\nconst v2 = (t) => -v1(t_bottom1) + a(t)*(t - t_bottom1)\nconst p2 = (t) => p1(t_bottom1) + ((v2(t) + v2(t_bottom1))/2)*(t - t_bottom1)\n\nconst t_bottom2 = 9 // p2(t) === 0, solve for t\nconst v3 = (t) => -v2(t_bottom2) + a(t)*(t - t_bottom2)\nconst p3 = (t) => p2(t_bottom2) + ((v3(t) + v3(t_bottom2))/2)*(t - t_bottom2)\n\nconst p = (t) => {\n if (t < t_bottom1) {\n return p1(t)\n } else if (t < t_bottom2) {\n return p2(t)\n } else {\n return p3(t)\n }\n}\n```\nOk, let's abstract this so the ball can bounce forever-ish:\n\n```javascript\nconst eq0 = {\n t0: -1,\n v: (t) => 0,\n p: (t) => 0\n}\nvar equations = [eq0]\nconst intervals = [0].concat(range(3,1000, 6)) // [0, 3, 9, 15, ...]\nintervals.forEach((t0, i) => {\n var eq = {}\n\n eq_last = equations[i]\n eq.v_last = eq_last.v(t0)\n eq.p_last = eq_last.p(t0)\n\n eq.t0 = t0\n eq.a = (t) => -9.8 /* meters per second sq */ * 10 /* px per meter */\n eq.v = (t) => -eq.v_last + eq.a(t)*(t - t0) // NEXT: can't decrease by 0.9 because then 6 second hardcoded intervals are fucked up\n // THUS: how do make dynamic\n // MAYBE use something like http://algebra.js.org/ to solve the equations\n // WHICH would eventually lead to allowing mouse click generated invervals\n eq.p = (t) => eq.p_last + (((eq.v(t)+eq.v(t0))/2)*(t - t0))\n\n equations.push(eq)\n})\n\nfunction eqI(t) {\n const eqNext = equations.find(eq => t < eq.t0)\n if (!eqNext) { return equations.length-1 }\n const eqNextIndex = equations.indexOf(eqNext)\n return eqNextIndex - 1\n}\n\nconst p = (t) => {\n const eq = equations[eqI(t)]\n return eq.p(t)\n}\n```\n\nFull code to be found [here](http://woofjs.com/create.html#physics-and-math/6).\n\nAs said in the code, next steps are:\n\n1) make the intervals dynamic (so we can decrease the speed by 10% each bounce), maybe using something like http://algebra.js.org/ to solve the equations\n2) see if we can additionally generate intervals by non-predictable user-input, such as mouse clicks\n3) ...turn into flappy bird?\n\nSome notes:\n\n* It was really annoying to code this, because math can be annoying especially inside JS. I wonder how much better it could be in the right kind of environemnt that supports this kind of maths with rapid feedback. I worry that expressing things in this explicit, closed form, with partial equations will be too awkward for people and the gains of mathmatical purity, expresivity won't be worth it. Regardless, I want to follow down this rabbit hole and see where it goes.\n* To really show why it's neat to do things in this closed form, I should probably add a time travel debugger thing, that also shows the positions and velocities and accelerations at different points in time, and change when you tweak the params. Probably would be a neat demo.", "changes": []}, {"committer": {"date": 1527272599, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1527272599, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5f87c991eee80069f1fa77a845eb9d273178e16c", "parents": ["01bedecbf7c91a56d3f1e1c3fd72fd64c4a97b09", "1c804a419370b04fafa3cd85279534dbeb51da0c"], "commit": "0ef7c3538cd36ec9b7300dbb5b8892dd84618788", "message": "Merge pull request #80 from tom-bop/master\n\nFix typo", "changes": []}, {"committer": {"date": 1527271549, "timezone": "+0000", "name": "tom-bop", "email": "tom@tinybop.com"}, "author": {"date": 1527271549, "timezone": "+0000", "name": "tom-bop", "email": "tom@tinybop.com"}, "tree": "5f87c991eee80069f1fa77a845eb9d273178e16c", "parents": ["01bedecbf7c91a56d3f1e1c3fd72fd64c4a97b09"], "commit": "1c804a419370b04fafa3cd85279534dbeb51da0c", "message": "Fix typo", "changes": [[1, 1, "episodes/23.md"]]}, {"committer": {"date": 1527019804, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019798, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d1076c9844380cc196d49d6a46cb67e6f5e956ed", "parents": ["046fd231d4a9805568bdd2a7a8d3e2d9e6838d08"], "commit": "01bedecbf7c91a56d3f1e1c3fd72fd64c4a97b09", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527019798, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019798, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "149fe398947e50529ff7956c95eccadfd0fd235a", "parents": ["6c80e3f9669ad6934453999c1ddff800dda8b2f6"], "commit": "046fd231d4a9805568bdd2a7a8d3e2d9e6838d08", "message": "removed 'monthly' from NYC meetups", "changes": [[1, 1, "index.html"]]}, {"committer": {"date": 1527019741, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019735, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8493118006f99adf1372c54812ad361e413b70dd", "parents": ["6795eb87e77a85e50753505a52e0a3465822d9df"], "commit": "6c80e3f9669ad6934453999c1ddff800dda8b2f6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527019735, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019735, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d3f70f698de1e9a493e175c54246e152df322fdc", "parents": ["d887811af3d3cd2d13485b1d78e29fa912539cc8"], "commit": "6795eb87e77a85e50753505a52e0a3465822d9df", "message": "zero pad episode numbers for alignment", "changes": [[9, 9, "index.html"]]}, {"committer": {"date": 1527019092, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019085, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "569709b79a3b52d16185737e1d2dbd17db71ed8a", "parents": ["66a88d8e978ae1ebb7810080e365aa1a796ceef4"], "commit": "d887811af3d3cd2d13485b1d78e29fa912539cc8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527019085, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019085, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "be17b3666992010d351cea4605103d874df9d528", "parents": ["98b4c22905bc72c969924ae15820a3a269de10f6"], "commit": "66a88d8e978ae1ebb7810080e365aa1a796ceef4", "message": "added episode 24, nick santos, windmill", "changes": [[27, 0, "episodes/24.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1526926599, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526926406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "044ba8a986a77885702976b050ff51c08fc1dbbd", "parents": ["c93babd9c63fa35a4f26018c79c2c4422a63c492"], "commit": "98b4c22905bc72c969924ae15820a3a269de10f6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1526926406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526926406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "616c94027545a010763f2d237e165205dd3f6725", "parents": ["01fa4fc9dfc9b872b4183fd99e3180b2483f2c94"], "commit": "c93babd9c63fa35a4f26018c79c2c4422a63c492", "message": "## The rabbitholes never end!\n\n* TOC\n{: toc }\n\n### Artist-Centric Programming Tools\n\nFriday night, Twitter sent me a notification to look at this tweet:\n\nOne graphic to explain @prisma, the #GraphQL ORM-like layer pic.twitter.com/8jaq2ayUGK
— Steven Krouse (@stevekrouse) June 25, 2018
\n\n\nFirst of all, I'm amazed and super grateful that Twitter was smart enough to let me know about this.\n\nI only got part-way into [the thesis](http://web.media.mit.edu/~jacobsj/resources/jjacobs_dissertation_final_optimized.pdf), but I'm pumped to finish it. I got distracted by one of her references, InterState...\n\n### [InterState](http://interstate.from.so/)\n\nIn [an earlier entry](http://futureofcoding.org/log#thoughts-for-next-week), I wrote:\n\n> how do Facebook’s Origami, CycleJS devtools, and statecharts somehow fit together?\n\nThis protoype seems to answer that question! I was so excited that I [sent it over to the StateCharts community](https://spectrum.chat/statecharts?thread=535444a5-1743-4124-b767-ed7b490db7ec)!\n\n### Finished re-watching Tangible Functional Programming\n\nReally wonderful! I missed the beauty here in the first watching. Notes [here](/nodes/conal-elliot).\n\n### Some interesting links I found along the way:\n\n* [Concur - a new FRP library](https://github.com/ajnsit/concur) - Found by searching \"Elm Fudgets\" after reading about [Fudgets](http://www.cse.chalmers.se/~hallgren/Thesis/main.html#tutorial) on Conal's reccomendation.\n* [Forms/3](http://web.engr.oregonstate.edu/~burnett/Forms3/forms3.html) - I've heard of this before but checked it out after seeing it referenced by Conal, and it's cooler than I remember.\n* [Links Lang](http://links-lang.org/) - I found this after re-reading [\"What next?\"](https://graydon2.dreamwidth.org/253769.html) by Graydon Hoare. So cool! Unifies all layers of the stack into one language. Excited to check this out soon!\n\n### Open problems as of 5/21/18\n\nAs I was falling alseep last night, I thought about the core problems with existing languages:\n\n1. Redux, Elm, and CycleJS are a pain to code in. Small changes require big refactors. More importantly, emitting actions that can edit state in any way feels similar to the global mutable state we started with, that Andre Staltz argues against in [his arrow post.](https://futurice.com/blog/reactive-mvc-and-the-virtual-dom)\n\n2. IO (and async) in an elegant way. Monads and streams kinda stink and feel imperitive the same way Redux does. ([Conal agrees.](http://conal.net/blog/posts/can-functional-programming-be-liberated-from-the-von-neumann-paradigm))\n\n3. In order to build a solution to these problems, it also needs to be somehow inter-operable with existing web frameworks. Relevant questions include whether its interpreted or compiled, etc, etc.\n\n4. Another open questions is what the backend should look like in order to handle authentication, permissioning, persistance, etc.\n\n5. Another open question: if you want to add phsyics to an object in your code, why not add the equations from your physics class to your program? In other words, how mathmatical and high-level can we get? What's the highest-levle we can get and still have something computable (with good performance) at the end? Additionally, can we make a declarative langauge that's readable and debuggable? (The Seymour Papert's distinction between LOGO's first-person `FORWARD 1, RIGHT 1`, and math's third-person `x^2 + y^2 = z^2`, and how they are really just two sides of the same coin via the derivitive feels relevant here.)\n\n6. Soundness of the type-system from a Scott, Strachey, and Elliot perspective also feels relevant here. I don't want leaky or infinitely-complex abstractions.\n\nI'm not even sure if these problems are truly problems, or just things I don't yet understand. Yet, it feels very relevant to continue down the Conal Elliot, FRP rabbithole. I hope that the more I understand Elliot's and (also Hudak's Arrowized) FRP, the more I'll be able to explain why I dislike Redux, Elm, and CycleJS. (Yet, I am a bit nervous that I won't like *any* implementation of FRP out there. What then?!)\n\n### Todos as of 5/21/18\n\nI still haven't found a better way to manage these than listing them every log entry. Here are the remaining ones:\n\n* Prototype TodoMVC in [InterState](http://interstate.from.so/), and read the paper, and reach out for a conversation\n* Finish reading [Jennifer Jacobs's Dynamic Drawing](http://web.media.mit.edu/~jacobsj/resources/jjacobs_dissertation_final_optimized.pdf), and reach out for a conversation\n* Edit (or throw out) [plan v6](https://github.com/stevekrouse/futureofcoding.org/blob/3821ba9d0ad65a7f6aaea583be8283aba16558e5/plan.md)\n* Hareactive\n* Simon Friis Vindum, including [Let's reinvent FRP](http://vindum.io/blog/lets-reinvent-frp/), and possibly reach out for a conversation\n* [Facebook Origami Community](http://futureofcoding.org/log#facebook-origami-community)\n* Stratchey denotational design\n* Conal's Denotational design with typeclass morphisms, Fran, and basically everything he's done\n* [Verlet](https://twitter.com/stevekrouse/status/987339448064053249) and [ConstraintJS](https://twitter.com/coreload/status/989313738539909120)\n* Sean McDirmid (and [these](https://llk.media.mit.edu/papers/archive/ch-phd.pdf) [papers](https://www.cs.colorado.edu/~ralex/papers/PDF/Conversational_Programming.pdf) he referenced)\n* Reach out to Jonathan Edwards\n* make a better system for todos, things-to-research (FoC Research label in Inbox), ideas-to-ponder-on (FoC Thinking label in Inbox), projects/blogs-to-consider-doing", "changes": [[13, 0, "notes/conal-elliot.md"]]}, {"committer": {"date": 1526574583, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526574579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ea33d6507ccc8640a1eee0003437e083a68e1ada", "parents": ["0d3827002f1cd5d66e603ee7d81b401e0e1a913b"], "commit": "01fa4fc9dfc9b872b4183fd99e3180b2483f2c94", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1526574579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526574579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ddfa58ffa24926b814c2b620c6c3947d79ae3b81", "parents": ["ea574a895dc9e8b99a0f307d6707fc29d62be9b3"], "commit": "0d3827002f1cd5d66e603ee7d81b401e0e1a913b", "message": "added episode 23, brent yorgey", "changes": [[35, 0, "episodes/23.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1526507826, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526506386, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e34e8ebab74a57103bb2269a497c087feab64f5d", "parents": ["df767b81300c4870b576e9c86d35823b84d81f46"], "commit": "ea574a895dc9e8b99a0f307d6707fc29d62be9b3", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1526506386, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526506386, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9a68768f2d23a2451387d1400751fcf3f1016e6c", "parents": ["4dfa151938cd29c169085d2c2f86e3547a41c917"], "commit": "df767b81300c4870b576e9c86d35823b84d81f46", "message": "## Back at it, reading and emails\n\n* TOC\n{: toc }\n\nBesides the readings below, I cleaned up my inbox, which I haven't done in about a week, so that feels good to be back in integrity.\n\n### Jonathan-Edwards-inpsired Reading\n\nI meant to reach out to Jonathan Edwards today (but didn't), and found myself on his twitter, where I found some amazing gems:\n\n* [Against functional programming](https://twitter.com/jonathoda/status/976937603709587456)\n* [Near Future of Programming Languages by Stephen Diehl](http://dev.stephendiehl.com/nearfuture.pdf)\n* This comment amazing comment: [\"Imperative programs, on the other hand, always have a ready axis for decomposition: time. You break your program up into tiny time slices, and then work backwards to find procedures that that get you to the first one, then the second one, etc, until you hit the end of your program.\"](https://news.ycombinator.com/item?id=16726917) on this [Gradual Programming](http://willcrichton.net/notes/gradual-programming/)\n* Conal Elliot: [Can functional programming be liberated from the von Neumann paradigm?](http://conal.net/blog/posts/can-functional-programming-be-liberated-from-the-von-neumann-paradigm) - This article makes me so happy. Monads, and every other approach to IO in a functional language, stinks. We need to keep looking.\n* [Why program with continuous time?](http://conal.net/blog/posts/why-program-with-continuous-time) - good summary of the key points of FRP\n* [\"What next?\"](https://graydon2.dreamwidth.org/253769.html) by Graydon Hoare, creator of Rust. Holy shit this article is amazing. So many gems! I want to read this article again and again. Would love to email him and get his advice on where to apply my efforts towards improving programming.\n\n### Graydon Hoare-inspired reading\n\n* From Graydon, I was sent to learn about algebraic effect handlers in [Eff](http://www.eff-lang.org/), which didn't really impress me to be honest. Their pitch of \"you know how much you like exception handlers? Let's have more of those\" doesn't resonate with me because I never liked exception handlers. Feels to procedural, contextual to me. I much prefer it encoded in the types, such as a Maybe or Failure type.\n* [Koka](https://www.microsoft.com/en-us/research/project/koka/) makes a little more sense to me, labelling functions based on whether it can raise an exception, possibly not terminate, and be non-deterministic... but I only skimmed the beginning.\n* I was VERY EXCITED to see [Frink](https://en.wikipedia.org/wiki/Frink_(programming_language) and [\"units of measure\" in F#](https://docs.microsoft.com/en-us/dotnet/fsharp/language-reference/units-of-measure). I've both sad and excited that [this exact idea I've had](http://futureofcoding.org/notes/kill-primitives#4-phsyics-units-for-numbers) has already been had. I claim independent invention!\n\n### Todos of 5/16/17 in no particular order\n\n* Finish re-watching Conal's [Tangible Functional Programming](https://youtu.be/faJ8N0giqzw?t=32m49s) and try to read [the paper](http://conal.net/papers/Eros/eros.pdf), Maybe I should print it out to help me focus...?\n* Also, don't forget [the other ToDos of last week](http://futureofcoding.org/log#some-todos-i-scribbled-down-last-week), especially reaching out to Jonathan Edwards and possibly Sean McDirmid\n* Possibly reach out to Graydon Hoare or at least learn more of what he has to say, including re-reading his \"What next?\"\n* Find a better way to manage these notes and todos so things get less lost...?\n* Edit (or throw out) [plan v6](https://github.com/stevekrouse/futureofcoding.org/blob/3821ba9d0ad65a7f6aaea583be8283aba16558e5/plan.md)", "changes": []}, {"committer": {"date": 1525797727, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525797572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9a68768f2d23a2451387d1400751fcf3f1016e6c", "parents": ["031e9d1b697f170cf604d109c75853c424051528"], "commit": "4dfa151938cd29c169085d2c2f86e3547a41c917", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525797572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525797572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "905e670dc14194df79e92ee50e763097f73b5c56", "parents": ["6e8c88a3a430cac01ba62e463ab93bcc41dc71e7"], "commit": "031e9d1b697f170cf604d109c75853c424051528", "message": "## Notes From Last Week\n\n* TOC\n{: toc }\n\n### Repl.it dev, Mon - Weds\n\nI spent Monday - Wednesday last week working mostly on Repl.it. It was quite fustrating, but in a motivating way: there's so much about programming that needs fixing!\n\nTo give you a taste, I've worked 23 horus at Repl.it. The first 4.5 hours were spent setting up my dev environment, then another 2.25 hours debugging my dev environment, and ~2 hours fixing linting or flow type errors. And I believe most of the productive hours I spent were wasted waiting for webpack to recompile all my code for every little change. Sometimes I'd have to wait 10-20 seconds to see even a small change. Very fustrating and very slow! And, of course, so much of my time was spent understanding complex code, React/Redux abstractions, and funneling scope and state, etc, etc. So much garbage!\n\nFor the 10ish hours I wanted to work there, I clearly was not being productive enough to justify them getting me up to speed on their stack. As of yesterday, we parted ways, so now I'm down to the 1 part-time gig with Dark (and another one in the works, but it's touch-and-go if it'll close). As explained above, this work fustrated me so I'm happy to have it off my plate, but I also got enough fustration to re-spark some motivation in a positive way.\n\n### Thursday 5/3/18\n\nI read from 10am to 3pm. It was interesting but also difficult to stay focused.\n\n* Lucid Synchrone - skimmed\n* Sean McDirmid's Live Programming Video - Awesome! I want to review more of his work.\n* Conal Elliot Haskellcast video - So great. Took notes [here](/notes/conal-elliot).\n* Typeclassopedia - read for a bit, then skimmed.\n* [History of Haskell](http://citeseer.ist.psu.edu/viewdoc/download;jsessionid=2B48E418C19376C73F08B593DCFDCAB7?doi=10.1.1.168.4008&rep=rep1&type=pdf) - read the first half, then skimmed.\n * Haskell was created to solve the \"tower of babel\" problem around all *lazy* langauges sprouting up. Purity and typeclasses came later.\n * I/O was intresting too: streams, contiuations, world-passing, and Monads\n* Can Programming Be Liberated...?\n * No variables or substitution! Just one input functions and function combinators.\n\n### Friday 5/4/18\n\nI wasn't so motivated on Friday, so I mostly read Understanding Comics (reccomended by Conal and BV), and did some part-time work for Dark. I also had a group call with Dennis Heihoff, Shaun Williams, and Ivan Reese, which was fun.\n\n### Devtools, not programming languages\n\nI've realized that \"devtools\" is a better way to describe the field I'm in that \"programming langauges\". Pretty obvious in retrospect, but took me a while to realize this.\n\n### Some ToDos I scribbled down last week\n\n* Stratchey denotational design\n* Conal's Denotational design with typeclass morphisms\n* Conal's Fran\n* Simon Friis Vindum, including http://vindum.io/blog/lets-reinvent-frp/\n* [Verlet](https://twitter.com/stevekrouse/status/987339448064053249) and [ConstraintJS](https://twitter.com/coreload/status/989313738539909120)\n* Sean McDirmid (and [these](https://llk.media.mit.edu/papers/archive/ch-phd.pdf) [papers](https://www.cs.colorado.edu/~ralex/papers/PDF/Conversational_Programming.pdf) he referenced)\n* Reach out to Jonathan Edwards\n\n### Less passion\n\nI haven't been super productive or passionate about stuff in a little while. It's been a bit of a slog getting myself to do research.\n\nPart of the reason is that I've becommed obsessed with The Wheel of Time series on audibook and am making my way through. Almost to the end!\n\n### Foundations\n\nI find myself increasingly curious about foundations, mathmatics, precision, abstraction, etc. I've always been on the fringes of the strong types community, and proving program correctness. These things were what the professors were up to a Penn while I was there. But I've never seen the need to dive in before. I think it was Conal's comments in the Haskellcast video that got me:\n\n1) Those that don't understand FRP are doomed to re-create inferior versions of it\n2) All the FRP implementations out there are more complex than their creators realize because they broke abstractions\n3) You don't truly understand how good or complex a design is until you describe it mathmatically, precisely\n\nMusic to Paul Chiusano's ears, I'm sure.\n\n### Vision: semantic and cannonical\n\nWhy am I so insistent that programming can be better? It's hard to put into words. As I was falling asleep a few nights ago, I was struck by how a two words kept coming to mind: \"semantic\" and \"canonical\". But what does that even mean? I have a fuzzy image of mathmatical expressions in the sky, with a white background behind them, and you can select different parts of the expression and get interesting information about the node, because it's a living object that can be manipulated...", "changes": [[31, 0, "notes/conal-elliot.md"], [33, 0, "notes/simon-friis-vindum.md"]]}, {"committer": {"date": 1525301982, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301979, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3c6c30f064fea79c30702c45321c5d9237978b6d", "parents": ["2aa0ae3d492cab633ab48f0e4880abf1448d2df7"], "commit": "6e8c88a3a430cac01ba62e463ab93bcc41dc71e7", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525301979, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301979, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d295d4d6073dba921bbe7831dd07cdd3d0b20134", "parents": ["ca2b25b44ef93e32588f786f8966f92089bd9a57"], "commit": "2aa0ae3d492cab633ab48f0e4880abf1448d2df7", "message": "add link to talk about", "changes": [[1, 1, "_data/git-log.json"], [1, 2, "episodes/22.md"]]}, {"committer": {"date": 1525301433, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301431, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5e26fc78111619ff3e06d0ceb181e54ab3812c61", "parents": ["08a5b5f06b357f13e5e786e370da24d271bb2c97"], "commit": "ca2b25b44ef93e32588f786f8966f92089bd9a57", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525301431, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301431, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "48403bb37ee5cf437fe1381ae08b8a750fb5c979", "parents": ["583cf7c28dab8c3ed63f106a52940435af0a467a"], "commit": "08a5b5f06b357f13e5e786e370da24d271bb2c97", "message": "linkify python tutor", "changes": [[1, 1, "episodes/22.md"]]}, {"committer": {"date": 1525301391, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "45954131917524d72c141e1ad3111b7da9adb284", "parents": ["cae6f341f16ce20849db361ec73c858513297321"], "commit": "583cf7c28dab8c3ed63f106a52940435af0a467a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525301389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b45b0981a11fdcdc82c34fbe0e701ab0890e19cc", "parents": ["a8b31d604dc9967eb974010f5242a7bafe01c1a1"], "commit": "cae6f341f16ce20849db361ec73c858513297321", "message": "removed typo", "changes": [[1, 1, "episodes/22.md"]]}, {"committer": {"date": 1525301185, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301182, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d43d0a248ca371ec6dd81dead82b45f5db8325dd", "parents": ["1ed27318e99c79ef606007403463ce3d09251355"], "commit": "a8b31d604dc9967eb974010f5242a7bafe01c1a1", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525301182, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301182, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a061de1c7a1ca6e9102ffe3b2670fc9106839bad", "parents": ["43b446e7e810fa1dbe162b814c718054fade586c"], "commit": "1ed27318e99c79ef606007403463ce3d09251355", "message": "added episode 22: philip guo", "changes": [[1, 1, "_data/git-log.json"], [1, 1, "episodes/21.md"], [38, 0, "episodes/22.md"], [2, 1, "index.html"]]}, {"committer": {"date": 1525300409, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525300406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d0c5596c68d082d0848909ae2203a6f129c967d9", "parents": ["2cdbc1b06a1419a6005cccd913f2c5b1c15a1ac6"], "commit": "43b446e7e810fa1dbe162b814c718054fade586c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525300406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525300406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "353aaa04ae480003435e16a0f09183b92b22c9c8", "parents": ["8f4e61310fb140ff83cc5073a89f2e6bd69f2d1a"], "commit": "2cdbc1b06a1419a6005cccd913f2c5b1c15a1ac6", "message": "updated homepage message, added eve link", "changes": [[2, 1, "index.html"]]}, {"committer": {"date": 1524240466, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1524239329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e968d384e6be977cf7d2ffd62fe0e4a115228dec", "parents": ["f39077ed57c7d701dbc352b83b320e1ecd63bc19"], "commit": "8f4e61310fb140ff83cc5073a89f2e6bd69f2d1a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1524239329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1524239329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ab1b6c7238944c77d966032f91785e211a66463e", "parents": ["d8987468dd381b00118a875bdfebf0efa8b78a3e"], "commit": "f39077ed57c7d701dbc352b83b320e1ecd63bc19", "message": "## Morning FRP readings, and next steps\n\n* TOC\n{: toc }\n\n### Morning FRP readings\n\n#### Flapjax\n\nI started the morning by reading [the paper on the Flapjax language/library](http://cs.brown.edu/~sk/Publications/Papers/Published/mgbcgbk-flapjax/paper.pdf). It seems to do FRP in much the same way that CycleJS does: stream combinators. It's kinda neat in how it makes things higher level, but just as with CycleJS, I found it quite difficult to parse the code. However, it is crazy to think that this pre-dated CycleJS by a decade... I guess this goes to Bret's point about aiming higher than \"improving programming.\"\n\n#### \"Real FRP\"\n\nI've gotten tired of [Haskell people talking about \"real FRP\"](https://news.ycombinator.com/item?id=7965027), so I spent a few hours re-reading [the Fran tutorial](http://conal.net/fran/tutorial.htm) and re-watching two of Conal's talks on it ([1](https://www.youtube.com/watch?v=j3Q32brCUAI) and [2](https://www.youtube.com/watch?v=teRC_Lf61Gw)). Finally, I feel like I have a clear understanding of what people mean by \"real FRP.\" I don't think I had seen enough of the \"fake FRP\" when I first watched the video to understand the distinction:\n\nReal FRP is (mostly) about continuous time, in the same way that vector graphics are about continous space. In other words, \"resolution independent time\", or \"time as a function from the real numbers\".\n\nReal FRP is also about denotational design, of which I feel slightly closer to groking, but likely still a hundred hours of Haskell away from. One day I'll memorize the Typeclassopedia and everything will make sense.\n\n### Next steps\n\n#### Hareactive\n\nThis is a JS library for \"real FRP\", and I'm excited to play with it a bit.\n\n#### Sean McDirmid\n\nI've been seeing his name pop up a lot recently, so I'm excitd to check out this [Live Programming Experience](https://www.youtube.com/watch?v=YLrdhFEAiqo) video. Maybe I'll reach out too...\n\n#### Callbags\n\nI'm excited to check out Staltz [new article on Callbacks](https://egghead.io/articles/comparing-callbags-to-rxjs-for-reactive-programming).\n\n#### Facebook Origami Community\n\nAnother thing I want to do is continue to investigate how far I can push Facebook's Origami. There are a few interesting threads in the FB Group I want to either look into or reply to, along with posting a question myself about updating complex centralized state.\n\n* [https://www.facebook.com/groups/origami.community/search/?query=createElement](https://www.facebook.com/groups/origami.community/search/?query=createElement)\n* [https://www.facebook.com/groups/origami.community/permalink/1180492722049608/](https://www.facebook.com/groups/origami.community/permalink/1180492722049608/)\n* [https://www.facebook.com/groups/origami.community/1419542018144676/](https://www.facebook.com/groups/origami.community/1419542018144676/)\n* [https://www.facebook.com/groups/origami.community/permalink/1577202409045302/](https://www.facebook.com/groups/origami.community/permalink/1577202409045302/)\n\n#### Jonathan Edwards\n\nHe's also been saying interseting things on Twitter recently, so I've been meaning to reach out...\n\n#### Synchronous programming langauges\n\nApparently, this is a interesting family of languages, including Lucid and Esterel, etc. I wonder where to start... This article on [Lucid Synchrone](http://www.di.ens.fr/~pouzet/bib/chap_lucid_synchrone_english_iste08.pdf) looks good.\n\n#### Prototype a better text-based dataflow langague\n\nAs in re-write the logic for [a game I made yesterday for fun in WoofJS](woofjs.com/create#ballz). Maybe I could re-write it in Hareactive or just prototype it on paper (without a library to back it up).\n\n#### More centralized place for todos\n\nIt's a bit crazy to put them in a log like this... Maybe /now or /todo would make sense...", "changes": []}, {"committer": {"date": 1524158081, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1524157662, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ab1b6c7238944c77d966032f91785e211a66463e", "parents": ["deea5528331b9cc138d0eeb3289804a6062e4646"], "commit": "d8987468dd381b00118a875bdfebf0efa8b78a3e", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1524157662, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1524157662, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ba636e2fb12e4920900428af61f911c083652abf", "parents": ["d75cf917fbcebf34ba37f11cc766130b559089a1"], "commit": "deea5528331b9cc138d0eeb3289804a6062e4646", "message": "## Dataflow reading\n\nInspired by my conversation with Brent Yorgey yesterday, I spent ~2 hours reading a 30-page survey paper on data flow programming langauges, with an emphasis on visual data flow langauages, such as LabView. It was fascinating!\n\nA good next step would be to find a similar kind of survey paper but for functional reactive programming. While I could just start with Conal's Fran paper, I expect it'd be more fun and a better use of my time to get a more modern and broad perspective -- if it could include ReactJS and other JS libraries too, even better!\n\n### Booleans are too generic - proofs are better\n\nBrent reccomended [a great article](https://existentialtype.wordpress.com/2011/03/15/boolean-blindness/) in a similar spirit to my \"booleans are too generic\" idea. The main idea here is that truth shouldn't be a data type, but should be a proof, as it is in math.\n\nThat's a bit different from my idea which proposes to create a lot of new, more specific data types to replace True and False, such as Equal and NotEqual, which would be pattern matched against, not branched at like an if-statement.", "changes": [[92, 0, "notes/dataflow/advances-in-dataflow-programming-langauges.md"]]}, {"committer": {"date": 1523892504, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523892388, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "acad817d8be502c73f63de215dc85836554e41fc", "parents": ["5208961beae42e4ebaa2efa14af61780b388516a"], "commit": "d75cf917fbcebf34ba37f11cc766130b559089a1", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1523892388, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523892388, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b6ecd0215b10e3ccde0f87efa4d803d66534af8f", "parents": ["7ace0367b2a7a0d603e3002d93deec745ef361db"], "commit": "5208961beae42e4ebaa2efa14af61780b388516a", "message": "## Notes from Friday 4/13/18\n\n* TOC\n{: toc }\n\nI didn't have time on Friday last week to write up my log entry, so here it is now...\n\n## Dataflow links\n\nOn Friday I ended up opening more links than I had time to actually read.\n\n* I found [this wonderful stack overflow answer that lists a bunch of dataflow programming langauges](https://stackoverflow.com/a/949771)\n* There's [a similar list on Wikipedia](https://en.wikipedia.org/wiki/Dataflow_programming#Languages)\n* I also found [a paper that is doing a good job of explaining the history of dataflow programming languages](http://www.cs.ucf.edu/~dcm/Teaching/COT4810-Spring2011/Literature/DataFlowProgrammingLanguages.pdf)\n\n\n## Other links\n\n* I really need to take the time to read [BV's Climate Change essay](http://worrydream.com/ClimateChange)\n* Mentioned in random passing in that article, BV links to [ActiveSheets](http://hirzels.com/martin/papers/debs16-activesheets.pdf), which seems similar enough to Streamsheets to warrant a reading.\n\n\n## Murukesh\n\nFascinating conversation on Friday of last week. Notes in [this google doc](https://docs.google.com/document/d/12gsgrG-S-7E0osjWIECjeWjAQgHWEq0Zsuxcjru7PTU/edit?usp=sharing). Maybe I'll turn it into a proper article. It's fascinating that there's so much progress in this space in both the past and in industries that we ignore.\n\nHe sent me [two](https://www.youtube.com/watch?v=gveTy4EmNyk&feature=youtu.be&t=1385 ) [amazing](https://www.youtube.com/watch?v=UGhfB-NICzg) videos of the NeXTSTEP development environments that Steve Jobs made. Unbelievable. It's like Smalltalk. Really makes you scratch your head as to why we don't have development environments like this today.\n\n\n## repl.it\n\nI had a great call with Amjad of Repl.it last Friday as well, in part from my Eve article. I'm going to follow up with a few ideas for improving their IDE interface, and then possible begin developing for them part-time. I'm very excited about this! It makes me feel much more secure to have a second part-time gig running, as well as that it's starting to feel like finding these part-time gigs at developer-tools companies are repeatedly find-able. Content marketing - who knew?", "changes": []}, {"committer": {"date": 1523571450, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523571252, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b6ecd0215b10e3ccde0f87efa4d803d66534af8f", "parents": ["7ea0f76f79c9ece1d6bf8e464f3a21f9a144e2aa"], "commit": "7ace0367b2a7a0d603e3002d93deec745ef361db", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1523571252, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523571252, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ac17621961b99b35dc79a8806a0ff77c72ebf971", "parents": ["50654e3938bfcf432524da65d7e2cd4b0516bd40"], "commit": "7ea0f76f79c9ece1d6bf8e464f3a21f9a144e2aa", "message": "## Chores and reading\n\nToday I wasn't really in the mood to do much hard thinking, so I spent a few hours in my inbox catching up on things, doing random chores around the house, and finally brining myself to do some reading relevant to the research topics I've been thinking about lately.\n\nI started with reading [Ian Horrock's UI with Statecharts](http://futureofcoding.org/media/Constructing%20the%20User%20Interface%20with%20Statecharts%20Ian%20Horrocks.pdf), but to a break to go directly to the source ([Harel's Statecharts](http://www.inf.ed.ac.uk/teaching/courses/seoc/2005_2006/resources/statecharts.pdf)), and then back to Ian's book. I read parts and skimmed parts of both. They seemed semi-relevant to what I'm trying to do. As far as I could see, neither referenced the management of complex, nested state. They seemed to assume that non-state data (such as the currently displayed value on the calculator screen) was stored somewhere magically.\n\nI then read a series of Andre Staltz posts. It turns out my link to his post on Friday was actually the incorrect post. I meant [this one](https://futurice.com/blog/reactive-mvc-and-the-virtual-dom). He had a lot of other interesting posts, but I found myself not excited about the conclusions he drew. In particular, I didn't like his discussion of [hot vs cold observables](https://staltz.com/cold-and-hot-callbacks.html) because I don't love his conclusions, although I couldn't find any fault with his logic. It'd be a bummer if there wasn't a more elegant way to model this distinction. It really seems like an incidental complexity type of thing. I also came to realize that I find stream-based programming a bit annoying. While it's kinda cool, I wonder if it's overly abstract, the way Haskell can get sometimes.\n\nI then re-read (for the 10th time), [Elm's Farewell to FRP](http://elm-lang.org/blog/farewell-to-frp). Again, an article that feels profound but that I don't like for some reason, mostly because there are a lot of concepts in it that I don't quite understand, but don't like the conclusions reached. It feels similar to when I had to learn AngularJS. I don't really know what the concepts mean, but I can tell somehow that they are less elegant than they could be.\n\nFrom there I found my way to [Lucid Synchrone](http://www.di.ens.fr/~pouzet/bib/chap_lucid_synchrone_english_iste08.pdf), but stopped after a few paragrahs, and just like with statecharts decided I wanted to go to the source, so I started reading [Lucid](http://worrydream.com/refs/Wadge%20-%20Lucid,%20the%20Dataflow%20Programming%20Language.pdf). I'm actually a little shocked that I haven't read this before. There's so much here that I was slowly coming to on my own, but it feels like they've brought it all together for me. And, of course, Bret Victor is a big fan of it I've heard, although I wasn't able to find his thoughts on it anywhere on the internet. My next steps are definitely to read through this, and maybe the Synchrone Experiment.\n\nAnd as much as I want to avoid it, it seems like I may have to get my hands dirty with all this theoretical stuff. Read the Fran paper, other Conal Elliot stuff, maybe read Evan's Elm thesis, as well as other Elm blogs, etc. I imagine all of this stuff could provide interesting conversation topics with Brent next week...", "changes": []}, {"committer": {"date": 1523361534, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523360429, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ac17621961b99b35dc79a8806a0ff77c72ebf971", "parents": ["ee23b8ba40b8e01e2706f9b0970867b7b0c38c2d"], "commit": "50654e3938bfcf432524da65d7e2cd4b0516bd40", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1523360429, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523360429, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b5c27e4ce0c7fcf76afd73e66659e80e36ff57eb", "parents": ["a4ea6e4cef8b99e4c14eaa445b28ffeeefb71d19"], "commit": "ee23b8ba40b8e01e2706f9b0970867b7b0c38c2d", "message": "## Origami inspired prototyping\n\n* TOC\n{: toc }\n\n### Origami\n\nOver the last week, I've fallen smitten for Facebook's Origami prototyping tool, which was originally built on top of Apple's Quartz Composer, but is now a standalone Mac app. It suprised me because I don't usually expect much from node-and-wire coding environments. I think the main feature that got me is that you can see the live-updating intermediate values of all computations. It's amazing. It makes looking at static code unbearable. Additionally: there's no run button - it's hot-realoading. And they have a great way to add nodes (they call them \"patches\") via the keyboard.\n\n### Node-and-wire prototyping\n\nThis morning, I had the idea of prototyping the Origami UI in Woof. I had a fun few hours doing it: http://woofjs.com/create#origami\n\nI had to come up with techniques for managing lots of things I'd never had to do before in Woof, mostly around nested components and layout. Stuff that HTML and CSS does for you in annoying ways. Turns out it's pretty annoying to calculate widths and paddings manually too...\n\n### Thoughts on a new language...\n\nThe idea in my head is that you have a dependency graph of all the values. The trick, of course, is sequential evaluation and events. Mostly events.\n\n#### Pure expressions\n\nThese are simple. They should always have live-updated values.\n\nThey are normally things you'd want nested internally (which is a common complaint of node-and-wire tools), but when \"proccessing\" a thing, you want vertical or horizontal sequencing, such [as in Elm](http://elm-lang.org/docs/syntax#infix-operators).\n\n#### Sequential evaluation\n\nI think we can do away with it entirely. If you actually need it, you can model it explicitly as [I show in this demo](http://woofjs.com/create.html#animate-via-frames).\n\n#### Events\n\nCan we do without and just have reactive values? Clicks are reactive list of all clicks, and you can get last one and check timestamp a la http://futureofcoding.org/prototypes/streamsheets/.\n\nPotentially, this will be too conceptually difficult, for the same reaons it was to do [CycleJS Flappy Bird without centralized state](https://gist.github.com/stevekrouse/85f350eb82ebbf5b2c244aa9aeffc453) and we'll need a reducer. But maybe nested state via statecharts could save the day.\n\n### Follow up questions\n\n1 - What do I not like about cyclejs and elm (and what's the difference again)?\n\n1a - Is the main reason that it's terrible to code in streams and elm, and thus streamsheets?\n\n1a1 - Idea to make cycle better: swap it: make value be values and have a history function that gets the stream on it?\n\n2 - Is the main difference explicit modeling of time and explictly listing all state?\n\n2a - We don't really need explicitly listing state, just reactively defined\n\n2a1 - What is reactively defined state? wont it eventually bleed into everything depends on everything else and we're back where we started? in other words, the reducer thingy seems stinky for some reason ... it's annoying to use, but making it easier to use just gets rid of the benefits of using it\n\n2a2 - Can we make a calculus for how we want this to work to simplify things? Such as what I was trying to do with [Reactive Woof](http://futureofcoding.org/journal#reactive-woofjs) ... Or is this a cyclejs data structure?\n\n3 - How to statecharts keep track of state...? .. go to Ian's book\n\n3a - Can you do statecharts without events?\n\n4 - Difference between hot and cold streams?\n\n5 - At the end of the day, can we really realize my perception of Anre's vision in [this article](https://staltz.com/unidirectional-user-interface-architectures.html) that all things contain all the ways to modify that thing? Or is it impossible because we want to branch in too many ways in our code, not sequentially, but just with nested cases? Would it at all be possible to define things in one place only? Or would that just hurt our brains even if we could do it?", "changes": []}, {"committer": {"date": 1523027723, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523026633, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b5c27e4ce0c7fcf76afd73e66659e80e36ff57eb", "parents": ["6dd7f2f2bdace79bb7bcb0f40f5c05544255bdee"], "commit": "a4ea6e4cef8b99e4c14eaa445b28ffeeefb71d19", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1523026633, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523026633, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c74014f09a31277f31f1f459ec9ef0cb44fdfdbf", "parents": ["56dd10a5b1db430d3cc9e459ea4007f95cb601e9"], "commit": "6dd7f2f2bdace79bb7bcb0f40f5c05544255bdee", "message": "## Thoughts\n\n### Eve Success\n\nI was a little surprised to see my Eve project stay on the front page for basically a whole day! It got 150 points on HN and up to #6. I got over 10k people on the page, and around 500 on my website homepage. However, I didn't really get anything material out of this experiment.\n\nIt does pass my \"do they spend more time on it then you do test\", because I only spend 10-ish hours here, and even if the average time on the page was 1 minute, that's over 100 hours of time they spent on it.\n\n### Offline morning\n\nThis morning I decided to work with my notebook for 2 hours offline, thinking about other projects to work on. I got a bit excited about a WoofJS refactor plan, but ultimately was most excited about an FRP Scratch tool that is similar to Facebook's Origami (which is based on Apple's Quartz Composer) in that you can see all the intermediate values flowing through, immediate updates, etc.\n\n### Unproductive afternoon\n\nAfter lunch, I was lazy and watched a few hours of TV. Then I got myself on my computer to look at my Cycle and Elm Flappy Birds for inspiration. I was quite fustrated with how awful coding in Cycle and Elm is compared to Facebook Origami, and also a bit inspired by that, too. However, I feel lazy today, so I'll have to pick up on this thread later.\n\n### Thoughts for next week\n\n* Scratch FRP prototyping\n* how do Facebook's Origami, CycleJS devtools, and statecharts somehow fit together?\n* WoofJS refactor plan (start with docs and a build tool)", "changes": []}, {"committer": {"date": 1522767413, "timezone": "+0000", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1522767413, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c74014f09a31277f31f1f459ec9ef0cb44fdfdbf", "parents": ["3b947b24caf12a543390bfc26dc061377f902227", "46271a0cfc47ff407a1e11b920aaad8aeedd4692"], "commit": "56dd10a5b1db430d3cc9e459ea4007f95cb601e9", "message": "Merge pull request #78 from bzg/master\n\nFix typo in link", "changes": []}, {"committer": {"date": 1522714021, "timezone": "+0200", "name": "Bastien", "email": "bzg@gnu.org"}, "author": {"date": 1522714021, "timezone": "+0200", "name": "Bastien", "email": "bzg@gnu.org"}, "tree": "c74014f09a31277f31f1f459ec9ef0cb44fdfdbf", "parents": ["3b947b24caf12a543390bfc26dc061377f902227"], "commit": "46271a0cfc47ff407a1e11b920aaad8aeedd4692", "message": "Fix typo in link", "changes": [[2, 2, "essays/eve/index.html"]]}, {"committer": {"date": 1522711480, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "author": {"date": 1522711480, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bf0a03963cfc780863ed8ca496c2653598d85eba", "parents": ["491936a80659bf1db7318755e756c81158692f22"], "commit": "3b947b24caf12a543390bfc26dc061377f902227", "message": "added credits, oops!", "changes": [[1, 1, "essays/eve/index.html"]]}, {"committer": {"date": 1522690586, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522690582, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d7f030aca6899ee26ade21256615ade21ae3c6d9", "parents": ["b2b5658d73dfde129e1688f5d6d769e8d403e867"], "commit": "491936a80659bf1db7318755e756c81158692f22", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522690582, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522690582, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3b3a2b93d4ec04c1fe39f91abb9d47fc2a5a32e6", "parents": ["4670d274ca888eabdcc5b6ba5f79c763e9e88b43"], "commit": "b2b5658d73dfde129e1688f5d6d769e8d403e867", "message": "finished eve tribute", "changes": [["-", "-", "essays/eve/direct-manipulation-editor.png"], ["-", "-", "essays/eve/favicon.png"], ["-", "-", "essays/eve/grid-eve.gif"], [91, 34, "essays/eve/index.html"], ["-", "-", "essays/eve/v0.4-performance.gif"]]}, {"committer": {"date": 1522664927, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522664616, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3da15b70c5cf7a8e84066597c9ea56ab092ca8ad", "parents": ["b3d990d2d1f8c8214e6ae81ad9713d9a5985106a"], "commit": "4670d274ca888eabdcc5b6ba5f79c763e9e88b43", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522664616, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522664616, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "763721bb828bdd2da008d2594d26a1ea260b358f", "parents": ["f5af264c454a0c2421dd670fc69e582b0ade72c4"], "commit": "b3d990d2d1f8c8214e6ae81ad9713d9a5985106a", "message": "## Continuing Eve tribute\n\nApparently, shooting for quantity over quality leads to better quality, so I've decided to complete a small project: the tribute to eve I started last month. Today I finished adding all of the images, videos and links to the page.\n\nWhat remains:\n\n* I need to decide if I should include the other links somewhere in the page, including other dev diaries, other Chris blogs, or Chris's other videos.\n* The story to the page. If it's a \"thanks for your hard work\" or more of just an archieve, etc.\n* Better CSS to make it sexy. Potentially, I'll want a better timeline-y format where the dates are given higher visual priority than they are now.\n\nIt'd be neat if I could get this out in the next few days, maybe on HN, Twitter (send a note to the Eve guys), and reddit on the approriate thread.", "changes": [["-", "-", "essays/eve/FiveSquare.png"], ["-", "-", "essays/eve/card-wiki.png"], ["-", "-", "essays/eve/direct-manipulation-editor.png"], ["-", "-", "essays/eve/eve-v-1.gif"], ["-", "-", "essays/eve/eve-v-2.png"], ["-", "-", "essays/eve/excel-eve.png"], ["-", "-", "essays/eve/first-syntax.png"], ["-", "-", "essays/eve/grid-eve.gif"], [73, 10, "essays/eve/index.html"], ["-", "-", "essays/eve/madlibs-notebook.png"], ["-", "-", "essays/eve/markdown-eve.gif"], ["-", "-", "essays/eve/repl-v-1.png"], ["-", "-", "essays/eve/repl-v-2.png"], ["-", "-", "essays/eve/smalltalk-eve.gif"], ["-", "-", "essays/eve/table-eve.png"], ["-", "-", "essays/eve/v0.4-performance.gif"], ["-", "-", "essays/eve/when-do-madlibs.png"], ["-", "-", "essays/eve/wiki-eve.png"], ["-", "-", "essays/eve/wiki-grid.gif"]]}, {"committer": {"date": 1522067083, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522065916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1e671a4728199394a6956db7e8e99a502ac6ea4c", "parents": ["54af515f3b34fe7e82280a5c990b74a609cc96cd"], "commit": "f5af264c454a0c2421dd670fc69e582b0ade72c4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522065916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522065916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "66e4ebfefe98dcd2d57e2c3a02b9baf4d3c3cc9e", "parents": ["3b30c67660a12c36f641750dfadd2bc5d2e908ce"], "commit": "54af515f3b34fe7e82280a5c990b74a609cc96cd", "message": "## Few resources for understanding Nile\n\n\nIn the \"Linked representations\" section of [Bret's Thinking the Unthinkable talk](http://worrydream.com/MediaForThinkingTheUnthinkable/), he has a video of a tool he built to understand Nile. You can find these links:\n\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_beziers.html\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_points.html\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_reals.html\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_shape.html\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_test.html\n\nI learned a bit about beziers, as well as more about OMeta and Ohm which was useful. Mostly looking through Viewpoints stuff just made me feel overwhelmed, out of my depth, and sad.\n\n### Struggling to settle on work...\n\nMight move on to Dark work this afternoon, or possibly return to my statecharts rabbit hole. Another slightly tempting project is the Eve tribute, in that there's a clear end in sight for it, and people might actually find value in it...", "changes": [[26, 0, "notes/kill-html-css.md"]]}, {"committer": {"date": 1522065903, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522065900, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "09d7d0c02ee777a70a6d12d2436c933f290e6a73", "parents": ["595e13399ab9fec4e5c5b067c9b3dfb5cc28f433"], "commit": "3b30c67660a12c36f641750dfadd2bc5d2e908ce", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522065900, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522065900, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "122e93512b02f17c04f49b1edc75a85aebe3f3b6", "parents": ["54f98e6dc27c9c4cf779578749c815d647c3b541"], "commit": "595e13399ab9fec4e5c5b067c9b3dfb5cc28f433", "message": "removed old file", "changes": [[0, 231, "essays/eve.html"]]}, {"committer": {"date": 1522063531, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522063060, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2f5388c0e72cc7663b7e62482b2acf644e531892", "parents": ["d8b706f04d195e07a525a6034b99fa06e07fbe54"], "commit": "54f98e6dc27c9c4cf779578749c815d647c3b541", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522063060, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522063060, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c60423150974f297e5b3fa205da0ae06b56daefa", "parents": ["9a7a1002ff509d5d188052dfb6ab3fc214800690"], "commit": "d8b706f04d195e07a525a6034b99fa06e07fbe54", "message": "## Next steps\n\n* TOC\n{: toc }\n\nI'm excited to get to work today, but also a bit anxious about picking something interesting and worthwhile to work on. Some thoughts:\n\n### Time-box a project\n\nThe idea here is to pick a well-scoped project, so that I can finish it in the next few weeks and publish something that would hopefully be suitable for Hackernews. An example here would be my [tribute to eve](./essays/eve).\n\n### Continue down the statecharts rabbit hole\n\nI still have [a few more resources remaing from my jump down this rabbit hole last week](http://futureofcoding.org/log#what-remains).\n\n### Zoom out and pick up past research or projects\n\nCycleJS, Fran, Streamsheets, FRP for Scratch/Woof, Morphic etc.\n\nIn re-reading my [plan](./plan), I came upon something I've wanted to do for a while now: struggle to understand STEP's Nile. Let's get that a shot...", "changes": []}, {"committer": {"date": 1521744522, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521744503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c60423150974f297e5b3fa205da0ae06b56daefa", "parents": ["99a64cbf526adf3fe56f73bb0863d8f96a810a12"], "commit": "9a7a1002ff509d5d188052dfb6ab3fc214800690", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521744503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521744503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "804571d77276783eb0669badd6fbc9158d1cb407", "parents": ["ff4326f5d391ff18cf50fb7c2842fc2e0f2aec28"], "commit": "99a64cbf526adf3fe56f73bb0863d8f96a810a12", "message": "## 3/22/18 scattered notes\n\n* TOC\n{: toc }\n\n### What I read/watched today\n\nI got a reply from Kevin Lyangh which first sent me to [this video on statecharts](https://keminglabs.com/talks/#yow2015)\n\nThen to I stumbled onto a few David Nolan talks, which I thought were interesting mainly because they referenced \"Two Cultures of the Scientific Revolution\" (which I recently read and didn't think much of), as well as Out of the Tarpit (which I also recently re-read and enjoyed).\n\nI then got pulled into [Rich Hickey's Value of Values](https://www.youtube.com/watch?v=-6BsiVyC1kM) which provided some good counter-arguments to my [thoughts about specificity](./notes/kill-primitives). Echoing what I just heard from David Nolan, he mentions that we almost always choose bad abstractions and that they often get too much in the way. This point really stuck with me, because abstractions and math seem so elegant, yet maybe their overapplication, like with class inheritance in Java, is what gets us into trouble. On the other hand, simple primitives are portable and easy to understand.\n\nThen I read almost all of the articles on The world of statecharts, read most of the threads in the chat.\n\nRosmaro (and medium posts)\n\nhttps://sverweij.gitlab.io/state-machine-cat/\n\nI also read the first few chapters of [Ian Horrock's Constructing the User Interface with Statecharts](./media/Constructing the User Interface with Statecharts Ian Horrocks.pdf).\n\nI also took [some silly notes on how I'm beginning to view much of the \"evil\" in programming due to historical accidents that have remained with us long past their usefulness](./notes/historical-accidents). (Side note: I think it's probably fruitless to look for \"the root of all evil\" in programming, be it historical accidents today or primitives yesterday. There are two ways to replace this persuit: 1. Be more explicit about trade-offs, and the contexts under which you'd choose between alternatives, and 2. Look for a positive philosophy of what programming is, almost in the John Dewey sense.)\n\n### What remains\n\n* Finish reading [Ian Horrock's Constructing the User Interface with Statecharts](./media/Constructing the User Interface with Statecharts Ian Horrocks.pdf) after page 49.\n* Read [xstate's docs](http://davidkpiano.github.io/xstate/docs/#/) and maybe bulid something in it\n* Read the final two pieces of The World of Statecharts that I haven't read yet: [one](https://statecharts.github.io/use-case-statecharts-in-user-interfaces.html) and two](https://statecharts.github.io/how-to-use-statecharts.html)\n*\n(read more about rosmaro guy's no if and no boolean, as well as the anti-if campaign)\n* maybe post to [the statecharts chat](https://spectrum.chat/statecharts/general)\n* read [this research paper about statechart UI building](http://phrogz.net/developing-user-interfaces-using-scxml-statecharts)\n\n### Yearning for real-world problems\n\nAfter watching all of these videos, I was left with a sense of blah. What do I do with all of these thoughts? Is this method or that method better? Under which circumstances? My thinking became so divorced from any concrete problems that I felt impossible to compare the trade-offs between alternatives.\n\nAnd so I had an idea: what if I use coding on WoofJS as a way to explore many of these ideas. More specifically, what if I use refactoring WoofJS to explore some of these ideas?\n\nThe tantilizing idea would be to start small, maybe just one boolean flag, or one function, and slowly refactor the app back to some sort of sanity. Of course, we still are left with the problem of determining what is sane and what is insane. I don't want to simply move WoofJS from VueJS to some new platform, like CycleJS or Elm or xstate, and just have similar-ish problems but in a new framework. That's a very expensive way to try out a framework.\n\nYet on the other hand, I fear that re-building simple apps, like a button that counts how many times it's been clicked, or even ToDo MVC will not expose me to the truly intricate and sticky problems that would expose whether an approach is good, and also motivate alternative approaches to solving such real-world problems.\n\nA relevant thought here is to bring in Alan Kay's advice to Samantha John: make a list of a few complex applications you want to be able to create in a framework to test and motivate its generality. This is reasonable advice. Some that come to mind:\n\n* [ToDo MVC](http://todomvc.com/)\n* [RealWorld](https://github.com/gothinkster/realworld)\n* Basic scratch games (http://coding.space/scratch)\n* Basic JS apps (http://coding.space/web)\n* Agar.io\n* Candy Crush (Sam John's idea)", "changes": [[34, 0, "notes/historical-accidents.md"]]}, {"committer": {"date": 1521741643, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521741643, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "409e6e474b7307c12a343b2c45d14175d0570ccd", "parents": ["3dd4d893d419b5055119801b8c04a031b2d3a7ae", "ae6ab380e50942dc20ab501d1da5ba4ca017d575"], "commit": "ff4326f5d391ff18cf50fb7c2842fc2e0f2aec28", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1521735090, "timezone": "+0000", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1521735090, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "0e5ff3e152699d629fbb7f47d914064d2082bfaf", "parents": ["a4e9b56b22b5de360361418d306653f35dcb98af"], "commit": "ae6ab380e50942dc20ab501d1da5ba4ca017d575", "message": "added Constructing UI With Statecharts by Horrocks", "changes": []}, {"committer": {"date": 1521661896, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521661664, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "409e6e474b7307c12a343b2c45d14175d0570ccd", "parents": ["cbc906cec5051c366a2fcacef25ac5195c0440a2"], "commit": "3dd4d893d419b5055119801b8c04a031b2d3a7ae", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521661664, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521661664, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2fb68e2df41f6c0af5c716ad93e80e84565be1b2", "parents": ["a4e9b56b22b5de360361418d306653f35dcb98af"], "commit": "cbc906cec5051c366a2fcacef25ac5195c0440a2", "message": "## Fun, fustrating, little progress on killing primitives\n\nPart of the problem doing work on the computer is that I'm too plugged in. Whenever I get stuck in my thinking, it's almost too easy to google around for related work. There are many benefits for struggling through the problem myself, not least of which is that it's quite fun -- I did it last week via pencil and paper and it was a blast.\n\nToday was 6 hours of FoC work. 0 hours of Dark work. Very productive! Tomorrow maybe I'll do 1.5-3.5 hours of Dark work, and then 3ish hours of work here. In particular, I'm excited to explore xstate, statecharts, David Piano, and maybe email him to invite to chat on the podcast.", "changes": [[115, 0, "notes/kill-primitives.md"]]}, {"committer": {"date": 1521656831, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521656590, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0e5ff3e152699d629fbb7f47d914064d2082bfaf", "parents": ["6a788946d8483fdb93c2fc923bc442274368fbaa"], "commit": "a4e9b56b22b5de360361418d306653f35dcb98af", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521656590, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521656590, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c140c6a5131dd55958171e3f75a3b3faf835bc65", "parents": ["e6fbb5d630d20b246bcaf713af23fe86a0794f98"], "commit": "6a788946d8483fdb93c2fc923bc442274368fbaa", "message": "## 6th plan\n\nSpent a few hours this afternoon thinking about this project from a meta level. Wasn't so much fun, nor particularly productive, but I did get some things off my chest I think.\n\nOn the one hand, I want to spend less time thinking about the work I'm doing, and just do the work. On the other hand, if I just let myself get pulled in interesting directions, I end up falling into internet holes, like I did this morning, and then feel unproductive. Hard to find a balance here. One thought is to set up time-boxes for free-flowing thought vs thought about a specific topic vs building time, etc. Potentially I could do it without a computer or without wifi to focus.\n\nI am going to spend the next hour or so actually doing the work that I'm curious about: primitives (booleans, ints) too generic and lead to overloading, etc, etc.", "changes": [[62, 49, "plan.md"]]}, {"committer": {"date": 1521634686, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521634358, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "398a135577cb15528c77b6fed0e19e51f364b93a", "parents": ["a7136894329649b83925aff279d636120d1a2336"], "commit": "e6fbb5d630d20b246bcaf713af23fe86a0794f98", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521634358, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521634358, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5ef70c69cc22b4bbdb3b589f5304326234735158", "parents": ["b0bf24c0cd3e415623667578d94b3c6fc5366261"], "commit": "a7136894329649b83925aff279d636120d1a2336", "message": "## Interface design research\n\n* TOC\n{: toc }\n\n### Pure UI\n\nI picked up today where I left off yesterday, reading about Pure UI and Pure UI control. Excited to continue exploring this way of thinking, and statecharts, David Piano, etc, here: [https://statecharts.github.io/use-case-statecharts-in-user-interfaces.html\n](https://statecharts.github.io/use-case-statecharts-in-user-interfaces.html\n)\n\n### Kevin Lynagh\n\nI then clicked on Kevin Lynagh's name in the Pure UI Control essay and fell into a hole about him and Subform, [some notes here](./notes/kevin-lynagh).\n\nExcited to reach out to him for the podcast. Ditto with Adam Solove. Will reach out now...", "changes": [[34, 0, "notes/kevin-lynagh.md"]]}, {"committer": {"date": 1521574326, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521573817, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "49722e0524bcf027711b85361f059287664c69c2", "parents": ["87eb3e561d02558aa9e657e376eeef3fb99b0de3"], "commit": "b0bf24c0cd3e415623667578d94b3c6fc5366261", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521573817, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521573817, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f0b2960ffa010cb555e4bb06a4a09f113e796961", "parents": ["2b6872a0f80afca2e892f2d1f0f6fd83da528d17"], "commit": "87eb3e561d02558aa9e657e376eeef3fb99b0de3", "message": "## Twitter research\n\n* TOC\n{: toc }\n\n### Inviting people to the podcast\n\nI looked at [this list](https://github.com/stevekrouse/futureofcoding.org/issues/18) of potential guests, invited my friend Nicolae Russan as well as his friend Simon last to the podcast, and reached out to Brent Yorgey as well.\n\nI really enjoyed reading [Brent's slides](http://ozark.hendrix.edu/~yorgey/pub/explaining-errors-slides.pdf) on Explaining Type Errors through an interactive interface where you click on a series of questions. However, it did make me recall Bret Victor's \"interaction considered harmful\" point, and I wonder if there are ways to build a context-sensitive graphic for explaining type errors without any interaction nor a block of text. Maybe with colors? Maybe with shapes? Definitely in the context of where the error is occuring, and not in the console.\n\n### xstate\n\nI then took to [my Twitter list](https://twitter.com/stevekrouse/lists/future-of-coding) for more inspiration, where I stumbled upon [xstate](https://github.com/davidkpiano/xstate), which seems quite similar to CycleJS, particularly now that they can generate state diagrams from your code. I'm quite excited to read:\n\n* https://rauchg.com/2015/pure-ui\n* https://medium.com/@asolove/pure-ui-control-ac8d1be97a8d\n* https://statecharts.github.io/use-case-statecharts-in-user-interfaces.html\n\nI also stumbled across this neat tool. \"Dynamic layout meets direct manipulation.\": https://subformapp.com/\n\nGoodness! There are so many people building cool things in this space. It's difficult to find a balance between research and novel work.", "changes": []}, {"committer": {"date": 1521571919, "timezone": "+0000", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1521571919, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f0b2960ffa010cb555e4bb06a4a09f113e796961", "parents": ["28ab6280a32c6a13ad58fb83ebbeddc4aa5ef8b4"], "commit": "2b6872a0f80afca2e892f2d1f0f6fd83da528d17", "message": "added paper jonathan edwards recommended", "changes": []}, {"committer": {"date": 1521484921, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521483379, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f0b2960ffa010cb555e4bb06a4a09f113e796961", "parents": ["d43f86280d9f377f05f6c43777d4481cfa0c0e78"], "commit": "28ab6280a32c6a13ad58fb83ebbeddc4aa5ef8b4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521483379, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521483379, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6e103f102d76ec4272c3bd0e47403eb029501671", "parents": ["54072dd320783232c513580bd12cd351042b1600"], "commit": "d43f86280d9f377f05f6c43777d4481cfa0c0e78", "message": "## Newfound excitement\n\n* TOC\n{: toc }\n\n### Direction lost\n\nAfter my visit to Dynamicland at the end of Jan 2018, I [decided to pause this project](http://futureofcoding.org/log#journal-break). I think there are a few reasons I lost direction here:\n\n1. I saw a lot of really smart people that I look up to have a hard time in this space (Bret, Alan, Chris Granger)\n2. I felt that my chances of success were dim\n3. I found it difficult to explain what I was doing to friends, family and strangers at parties\n4. I lost track of who or for what use-case I was doing this work\n\nSo I started looking for full time work as an engineer. Got a job offer. Turned it down. Then found some part-time work...\n\n### Dark (Paul and Ellen's new startup)\n\nPaul Biggar (of CircleCi) has started a new company with Ellen Chisa. They reached out to hire me to do some consulting work for them part time, like 5-10 hours per week. It's actually been amazing, potentially exactly what I needed to get re-invigorated here. I started working with them in early Feb, doing analysis of developer companies, like Eve or Luna. Would love to get some of this work on here in a productive way.\n\nIt's actually been really heartening doing this analysis. I am beginning to see how companies like Eve made mistakes that I could avoid, such as spending years iterating on visual programming interfaces or overly optimizing for beginners right off the bat.\n\n### Fuck the learning curve\n\nIn other words, I am finally beginning to come around to Paul Chuisano's view that learning a new system is a one-time cost. Of course we want to onboard users as fast as possible but it's not the most important thing to get right on day 1, and it's definitely not the thing to optimize for. Instead, let's fuck the learning curve and optimze for the producitivity in the medium-term. (We can always build a better interface later, maybe even a syntax-less one, but text is great for iterating quickly.)\n\n### Working on Woof\n\nHowever, probably the thing that has got me most excited about returning to this project is [the work I did on Woof last week](https://github.com/stevekrouse/WoofJS/commit/04a7ce1e3e371957d4304a049e96dc8a6818bc59). It took me ~6 hours and was mostly super fustrating, but also fun and addicting, like a video game. It reminded me how much I both love and hate programming, and hinted at how amazing it could be with the right abstractions.\n\n### Overloading\n\nA few weeks back, r0ml was kind enough to give me a guided tour of both APL and Squeak Smalltalk. Both were incredibly fascinating and inspiring!\n\nWhile the APL overloading and concise mentality is admirable in some respects, I also wonder if it could be the root cause of much evil. The thought goes something like this: if you use the same concepts for multiple different contexts, you end up artifically boxing yourself in unneccesarily. Instead if you could be more specific about the \"shape\" of your app, and all possible *semantic* states it could get it, you could more purely represent your app as a system of relationships, and then understanding and extending it would be greatly simplified.\n\nThis builds upon my ideas of the past such as \"booleans are too generic,\" to include such ideas as \"integers are too generic.\"\n\n\n\n\n### Thoughts about where to spend time\n\nI think I need a new framework for this work. I made a list of the type of activities that I do here:\n\n\n\nI wonder if it would be better if I structured my work around publishing stuff and trying to get views or upvotes on HN. I like it because of the social proof and it would feel good, but I am worried it's too much click-bait-y and focusing too much getting attention.\n\nAnother thought is to focus my attention on a really small problem that I think I can solve well.\n\nAnother thought is to find a mentor or some structure in the context of other people.\n\nAnother thought that gives me solace is that this stuff is really deep and complicated and the key is optimzing for long term productivity and excitement, so I need to find a structure that lets me have fun here for a while, while staying productive...\n\n#### Throw out HTML, CSS\n\nAnd a final thought is to pick a big ambitious project to spend most of my time on. One idea that I keep returning to is \"throwing out the DOM (HTML, CSS) and starting over on the canvas,\" including building input boxes, etc, from scratch. This project is quite similar to Morphic (more specifically, morphicJS) so I'd start with research there, and try to find other attempts at this vision. Potentially, the canvas is not the right compile target and something more modern or cross-platform would be better, like openGL.\n\nI really admire Elm (and Fran, but need more research here). Also Brent's Diagrams is interesting for inspiration. The dream would be a very mathmatical language, one in which centering stuff, laying it out, would be super simple. Ditto for animation. All maths and relationsihps. All very pure. And cross platform is by default because so abstract. And reactive by default because canvas is immediate mode already. Also, it will be \"turtles all the way down,\" like Smalltalk, in that there's no browser magic elements, like . Everything is hackable. Don't just change the CSS: change the actual thing or whatever.", "changes": []}, {"committer": {"date": 1521481529, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521481492, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6e103f102d76ec4272c3bd0e47403eb029501671", "parents": ["027ff390975786e283d47579757f7e7c67d0cab5"], "commit": "54072dd320783232c513580bd12cd351042b1600", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521481492, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521481492, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5422b40475938385b9d29bf78ffb2deb4c922138", "parents": ["357b8c1b62c0fa0a750acfab44ff20d64701d669"], "commit": "027ff390975786e283d47579757f7e7c67d0cab5", "message": "## Started Eve Tribute\n\n(I acutally did this work a few weeks ago and forgot to commit.)", "changes": [[231, 0, "essays/eve.html"], [167, 0, "essays/eve/index.html"], ["-", "-", "essays/eve/media/FiveSquare.png"], ["-", "-", "essays/eve/media/aurora.png"], ["-", "-", "essays/eve/media/card-wiki.png"], ["-", "-", "essays/eve/media/excel-eve.png"], ["-", "-", "essays/eve/media/first-syntax.png"], ["-", "-", "essays/eve/media/first-ui-editor.png"], ["-", "-", "essays/eve/media/grid-eve.gif"], ["-", "-", "essays/eve/media/madlibs-notebook.png"], ["-", "-", "essays/eve/media/markdown-eve.gif"], ["-", "-", "essays/eve/media/table-eve.png"], ["-", "-", "essays/eve/media/when-do-madlibs.png"], ["-", "-", "essays/eve/media/wiki-eve.png"]]}, {"committer": {"date": 1517519283, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1517519280, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fe16d2df067357cbb424ebbf27936c114c4d2e14", "parents": ["3a0300d8930603a7bcf4af1cd07ad4061d872f5a"], "commit": "357b8c1b62c0fa0a750acfab44ff20d64701d669", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1517519280, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1517519280, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0bc8c84a128478472441bf7b5b996497cafc16e2", "parents": ["be36800d08f58cba436654db5fd4da6c02b778b3"], "commit": "3a0300d8930603a7bcf4af1cd07ad4061d872f5a", "message": "added ep 21, aidan cunniffe", "changes": [[27, 0, "episodes/21.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1516728432, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516728430, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "698c1f4b51a9446334c6683260d50792d3bb861b", "parents": ["f5d8ca01b87c68fffe5f33b38448b206ba79eb8b"], "commit": "be36800d08f58cba436654db5fd4da6c02b778b3", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516728430, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516728430, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "951f3b6035ca3c35730daa27f5153b3892e7835a", "parents": ["633a40e0db568087dcd22da8dbae7b0b4757cdc2"], "commit": "f5d8ca01b87c68fffe5f33b38448b206ba79eb8b", "message": "add dynamicland recap", "changes": [[44, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516662048, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516661642, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "87c20b46bb871043662d7e78fe1fa584f117c62e", "parents": ["8bf6053280b3e0fd3a1f641663dd3e91965f4012"], "commit": "633a40e0db568087dcd22da8dbae7b0b4757cdc2", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516661642, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516661642, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5b0fe224cd746d7c1fe06c2befe48b8c785b7bd2", "parents": ["d1e4f714331ca1aaea604f6abc58f35a7ffdb236"], "commit": "8bf6053280b3e0fd3a1f641663dd3e91965f4012", "message": "## Journal break\n\nGiven how Bret Victor is the main inspiration for this project, it was really really fascinating to spend so much time around him last week. One of the biggest things I took away was that \"improving programming\" is a difficult goal to shoot for directly. The biggest improvements to programming happened when someone from a different field were shooting towards a bigger, more abstract goal. They also never came from young people. I'm going to have to think through how these new ideas influence this project. Potentially I will put it on pause for a while.\n\n## Interviews tomorrow\n\nI haven't done any interviews this year, but I hope to rectify this with two interviews tomorrow. I'll release one either late this week or early next week, and the other either late next week or early the following week.", "changes": []}, {"committer": {"date": 1516421982, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516421980, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5b0fe224cd746d7c1fe06c2befe48b8c785b7bd2", "parents": ["500ce8b8e04e9519b013dcac56ec98b04378184b"], "commit": "d1e4f714331ca1aaea604f6abc58f35a7ffdb236", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516421980, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516421980, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "268eaf5c8fd55c0bc58872bea28f8a19618b04e0", "parents": ["d6903da0a7b984da34a02b278d0bcf2d7ecce14d"], "commit": "500ce8b8e04e9519b013dcac56ec98b04378184b", "message": "don't forget to tweet videos", "changes": [[1, 1, "_data/git-log.json"], [1, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516421868, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516421865, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "58b36eebc6d9ec44d9305fc240d58dbe3b163cf3", "parents": ["6699e07022b5537656ff80db84ad7c0d7ec7ee5c"], "commit": "d6903da0a7b984da34a02b278d0bcf2d7ecce14d", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516421865, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516421865, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "39fade38eb6790621352c24756f63f9b8c563413", "parents": ["07d7248d79178022619509b38f1489f4942c0a72"], "commit": "6699e07022b5537656ff80db84ad7c0d7ec7ee5c", "message": "dynamicland, day 5 recap", "changes": [[1, 1, "_data/git-log.json"], [29, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516391913, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516391911, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3c843c7800df713f3922c90a7af470df1cdbb82b", "parents": ["dfeef5708b29fc88b81ead052f1a8ce25c3a834d"], "commit": "07d7248d79178022619509b38f1489f4942c0a72", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516391911, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516391911, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b8ad3f588dd30f48dd56de117085403a2243e216", "parents": ["bd09974abe246898ab9a9484dfe2b7f6bde5ab29"], "commit": "dfeef5708b29fc88b81ead052f1a8ce25c3a834d", "message": "dynamicland day 5 prep", "changes": [[1, 1, "_data/git-log.json"], [28, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516335676, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516335673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fa65863ffdce719ac8a89cd02ecbdf89c577196c", "parents": ["2625ce53e4f30ea4a5018f40d0b59380d6f9265d"], "commit": "bd09974abe246898ab9a9484dfe2b7f6bde5ab29", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516335673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516335673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "98abe6f6a36241445a31fe6c5076be5d8b2f6579", "parents": ["50e41fc33454c06f4b379f2e56ee2cf265f37d0a"], "commit": "2625ce53e4f30ea4a5018f40d0b59380d6f9265d", "message": "dynamicland, day 4", "changes": [[1, 1, "_data/git-log.json"], [39, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516240808, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516240805, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f37bb380995752031f935df550c25c71e0dfe41e", "parents": ["891cd71ae76e36356b7c920830c96646ed8b8b27"], "commit": "50e41fc33454c06f4b379f2e56ee2cf265f37d0a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516240805, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516240805, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1c9fc2881f901d215dbc4de04885bf513bdffac3", "parents": ["e301304ab8bebc8ca97c0b1d7f03a9215a152f5a"], "commit": "891cd71ae76e36356b7c920830c96646ed8b8b27", "message": "dynamicland, day 3 recap", "changes": [[39, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516213389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516213387, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c4f42c8cae6e4dc11a7fe58819e27ab39355f309", "parents": ["fece204a7a0dd48d5d71fef9b920d0d10c311b6a"], "commit": "e301304ab8bebc8ca97c0b1d7f03a9215a152f5a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516213387, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516213387, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a0a9a8011561566d1d17f338c37c04fdaf9a608c", "parents": ["1abdb2603f25c7a123627f9cc870212bfe95d91b"], "commit": "fece204a7a0dd48d5d71fef9b920d0d10c311b6a", "message": "day 2 recap; day 3 prep", "changes": [[27, 2, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516134296, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516134193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9dd8bcafb2be2f88776ce3b930667b8cf8558161", "parents": ["cfc21446f90b736af7c0d2fd3212d888ac536040"], "commit": "1abdb2603f25c7a123627f9cc870212bfe95d91b", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516134193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516134193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "cd4ad8fbf4d20596c98da3d373c1a93629ccaf58", "parents": ["c982f944da30ef9562d53727da5719d89ac7f260"], "commit": "cfc21446f90b736af7c0d2fd3212d888ac536040", "message": "## reflection 11\n\nBoom - started and finished in an hour. If I reflect often enough, and don't try to be comprehensive about it, I think I can put up with this.", "changes": [[88, 0, "reflections/11.md"]]}, {"committer": {"date": 1516130705, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516130703, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fd7b157c9cf521b71dba39bdf824b5e19ffb3d0c", "parents": ["70deb443f87cc4d2129667c0bc5cc3bf9136abbc"], "commit": "c982f944da30ef9562d53727da5719d89ac7f260", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516130703, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516130703, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "370b6a95f0d9b889f037262e8061e86240916700", "parents": ["a734c9db4f23c503bfbb31f54f3eb17df09faf00"], "commit": "70deb443f87cc4d2129667c0bc5cc3bf9136abbc", "message": "add link to live page", "changes": [[5, 3, "log.md"]]}, {"committer": {"date": 1516130688, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516130686, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bdbcb1d38242fe75bf7b2adbf031bb40f605dd1c", "parents": ["da0821d9a2dbea650caf7b4aa6efcd8c16636652"], "commit": "a734c9db4f23c503bfbb31f54f3eb17df09faf00", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516130686, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516130686, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8394e2539369ea112e2f70a019223aa508b0054e", "parents": ["e0e6dd87aa3e4a74715f105960f3effb365e1027"], "commit": "da0821d9a2dbea650caf7b4aa6efcd8c16636652", "message": "removed title jekyll typo", "changes": [[1, 1, "episodes/20.md"]]}, {"committer": {"date": 1516123175, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516123173, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9c9d764bec377635f07fa4e2a16b6eaa71b04086", "parents": ["3c6a9e7f9dd8beac4ecd6d54d1810e017c3c2ad7"], "commit": "e0e6dd87aa3e4a74715f105960f3effb365e1027", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516123173, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516123173, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9a6fc2aa64d8b5e1331ed7793514eb99a5055170", "parents": ["cc25cd723d449a29c6227c9408e63a81f700d0a8"], "commit": "3c6a9e7f9dd8beac4ecd6d54d1810e017c3c2ad7", "message": "prep for dynamicland, day 2", "changes": [[1, 1, "_data/git-log.json"], [69, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516078274, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516078271, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "cb5d5056f2f9b4a85d58bbb8d05a78408d95469e", "parents": ["311452ac76363a63b81bc9ed798f4543d8aac547"], "commit": "cc25cd723d449a29c6227c9408e63a81f700d0a8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516078271, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516078271, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3ba72c147a36a300c79e7303d1aa49b2ff5444d4", "parents": ["1275618ef04ff41d5bf7e758f0d0b56a79f87643"], "commit": "311452ac76363a63b81bc9ed798f4543d8aac547", "message": "Dyanmicland visit, day 1", "changes": [[1, 1, "_data/git-log.json"], [47, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1515801319, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515801311, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fedb4fdb66eabfd616911e314e74e716843682fd", "parents": ["cdb26d0592f615ae760416bb451233568b7d11a9"], "commit": "1275618ef04ff41d5bf7e758f0d0b56a79f87643", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515801311, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515801311, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "46b48d59343ec50bd54f55c0349406c6f7030c82", "parents": ["94febe1a8150c6ec54cb18909a26d60db9b4867e"], "commit": "cdb26d0592f615ae760416bb451233568b7d11a9", "message": "## Rushed BV deep dive\n\n### Quick progress\n\nQuick & dirty progress with little to no note taking was made today on a number of BV things:\n\n* Media for Thinking the Unthinkable\n* The Future of Programming\n* Seeing Spaces\n* RESEARCH AGENDA AND FORMER FLOOR PLAN\n* The Humane Representation of Thought\n\nAs well as a few selected references that he linked to from those (or the notes for those), but you'll have to see my notes in this commit for all that jazz.\n\n### Remaining things\n\nThought I didn't get to them today, I think it would be useful to me to read both Bret's _2013 links_ and _What a technologist can do about climate change_ before I show up at Dynamicland. I have plenty of time for both of these things before Monday at 1pm PST, but it's also not a tragedy if I don't get to them.\n\nAs far as my BV deep dive goes, I'd say that it's as done, if not more done, than the deep dive I did into Alan Kay. There's more to be looked at for both men, for Alan there are many videos, and for Bret, there are past websites, projects, and journal entries. But I suspect that after next week, I will feel content in my knowledge of Bret Victor for now, and would be more happy spending time with his sources, than with him directly. And of course, re-reading and re-watching is always useful so I can always comes back to this if I need to.\n\n### Self-directed masters program\n\nOn a trip to the bathroom, I picked up Richard Rorty's _Philosophy and Social Hope_ and was blown away by the first few pages. He alluded to being able to dissolve [my current paradoxical thoughts on the distinction between inventtion vs discovery](/essays/invented-or-discovered). It feels like Rorty might do for Dewey what Deutch does for Popper.\n\nAnyways, I have a stack of books in front of me ranging from Piaget to McLuhan to Raskin to Vygotsky to Brooks to Rheingold to Minsky to Hofstader. And I have at least another dozen such books elsewhere that feel like essential reading for me to live a fufilled life. Thus had the thought to structure all of this reading and reflecting into an organized structure of some sort, which I am currently referring to as a \"self-directed masters program.\" Here are some of the tasks (unordered) that represent my current thinking of the next steps here if I choose to continue planning in this direction...\n\n* look into how other masters' programs, PhD programs, or other programs of study are organized, such as [Open Masters](https://www.openmasters.org/) and [Steph Jang's post](http://stephjang.com/blog/free-masters-program/)\n\n* think about the topics / questions / goals (in other words, why do this over getting a job or starting a company, or any other possible thing?)\n\n* will there be a thesis or end product, one or many?\n\n* mentorship?\n\n* physical location?\n\n* time\n\n* budgeting", "changes": [[1, 1, "_data/git-log.json"], [130, 4, "notes/bret-victor/index.md"], [2, 0, "notes/bret-victor/questions.md"]]}, {"committer": {"date": 1515780096, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515779539, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "07406860a20a72557192780b0a6ac840fd9b9f26", "parents": ["88383172d451cc20d6df5751352e63a4fad8c175"], "commit": "94febe1a8150c6ec54cb18909a26d60db9b4867e", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515779539, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515779539, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "eaab0b653df713af1adbde0c8eadcd878e1921b7", "parents": ["02c397d7d358656d3ffb1daa7336ba766b0b7ffe"], "commit": "88383172d451cc20d6df5751352e63a4fad8c175", "message": "## Plan for 01/12/18\n\n### _Media for Thinking the Unthinkable_\n\nI spent the morning watching _Media for Thinking the Unthinkable_, again without taking notes, but still making an effort to read sources, which in this case included [The Unreasonable Effectiveness of Mathematics](http://www.jstor.org/stable/2321982) and [An Ill-Advised Personal Note about \"Media for Thinking the Unthinkable\"](http://worrydream.com/MediaForThinkingTheUnthinkable/note.html), the ladder of which had a few wonderful gems, including:\n\n> Any concept, technique, or tool that is specific to software engineering is guaranteed to have a short shelf life, at least on any time scale that I personally care about. (Which is totally fine if you're into that, but this is my ill-advised personal note, not yours, and I personally care about mattering 100 years from now.)\n\nWow, that's fascinating. Makes me wonder about where this desire to attain a lasting legacy comes from.\n\n### Rest of today\n\nI'm going to take an the next hour for lunch and mayge get a haircut, so that puts me at 2pm, and then I have to leave for dinner at 7pm, so I have 5 hours for work. Given that this is my last real work day before visitng Dynamicland, I'd like to get through the following things:\n\n* finish the last ten pages of _Visual Display_\n* finish reading _No Silver Bullet_\n* finish my [BV deep dive](/notes/bret-victor), which includes:\n * The Future of Programming\n * RESEARCH AGENDA AND FORMER FLOOR PLAN\n * Humane Representation of Thought\n * What a technologist can do about climate change\n\nWill probably have to go much faster than usual to make it through. No problem.", "changes": []}, {"committer": {"date": 1515708602, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515707262, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "eaab0b653df713af1adbde0c8eadcd878e1921b7", "parents": ["69ec3c567fb38e04feaad7209cd76d36ab43890b"], "commit": "02c397d7d358656d3ffb1daa7336ba766b0b7ffe", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515707262, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515707262, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a90b26ed014021e2026e8985350d601d56eb144b", "parents": ["13e2f0088dc30f5e9033aa970a887bfa7a5d5683"], "commit": "69ec3c567fb38e04feaad7209cd76d36ab43890b", "message": "## Reading Tufte\n\n### _The Visual Display of Quantitative Information_\n\nToday I read 178 out of the 190 pages of Tufte's _Visual Display_. It was While I have recently been writing copious notes while I read, today I simply read without taking any notes, despite of course, this adorable note:\n\nhttps://t.co/nqIwhoOc39
— Jennifer Jacobs (@jsquare) May 18, 2018
Recording of our presentation on Artist-Centric Programming Tools at #chi2018
\n\n\nIt was interesting reading. When I turned the page and found the beginning of the next chapter, I would intend to take a break, but figured I might as well read first read the first few lines of the next chapter just out of curiosity. But then my curiosity would be so piqued that I'd find myself going chapters at a time without breaks. It was a good 4 hours of Tufte today.\n\nGiven that I don't have any immediate concrete, practical use for these skills, I'm not sure how useful it felt. As a study in where ideas come from, it was interesting to see many Bret Victor ideas I'm familiar with in their original context. For example, I recognized sparklines, a Tufte invention, from BV's work (although in a quick web search, I am unable to find an example of this...) This speaks to the question of pre-loading vs just-in-time learning. I feel like most of the value in my reading today will be in knowing where the answers to questions about data visualization will likely be found -- and that there are answers here at all -- rather than the actual rules or techniques that I read given that I am likely soon to forget them in the absence of applying them anytime soon.\n\n### Steve's Search for Meaning\n\nRecently I've been talking a lot about meaning, asking questions about the value of earning money, status anxiety, and company mission statements. Given that this is not the first time my brain has wadded its way into this territory, I am suspect that these concerns are \"real\" concerns, in that I don't actually care about the answers to these questions. I feel that it's much more likely that I am feeling unsettled for some external reasons (such as having less contact with people given all the reading I'm doing, or having less structure in my life), and am then looking for logical questions to focus my and others' attention on to explain away my unsettled internal state.\n\nWhen I shift my attention away from these questions, and back to my current plan of pickling myself in ideas, I feel much less anxiety: as long as I read a lot, and reflect on my reading, I'm following the plan. Another thing that abates my worries: the books and essays on my to-do list are first-class. In fact, it's difficult to find any to remove, and sometimes feels impossible to prioritize. My disquiet disappers entirely if I simply focus on enjoying the pinacle of pleasure that I have the luxury to enjoy by simply being allotted the time to dive into books that are interesting and potentially useful to me. That is, if I stop justifying, and simply enjoy.", "changes": []}, {"committer": {"date": 1515627432, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515627317, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a90b26ed014021e2026e8985350d601d56eb144b", "parents": ["9d19d8baba86170ad8b8ddf98197f70afe25ad7e"], "commit": "13e2f0088dc30f5e9033aa970a887bfa7a5d5683", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515627317, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515627317, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f1796306fe60f18d360331c57fa4d4bf63a0fa20", "parents": ["ced126d1bdc35bf85d932e6f345f86d210070e86"], "commit": "9d19d8baba86170ad8b8ddf98197f70afe25ad7e", "message": "## Good meetings and reading\n\n### Questioning the idea of crusade\n\nI've been doing a lot of questioning these days. Today I did my questioning with Omar Rizwan and my cofounder Eli. Maybe Bret's importing of the idea of \"cause\" from social activism into engineering isn't such a great idea? Maybe it's more fun and useful to solve problems for real people on their own terms - without having a bait-and-switch reason why.\n\n### Finishing Learnable Programming\n\nTechnically not 100% finished, given that I need to read all references, and I'm [not entirely done](/notes/no-silver-bullet) with No Silver Bullet.", "changes": [[1, 1, "_data/git-log.json"], [38, 1, "notes/bret-victor/learnable-programming.md"], [73, 0, "notes/no-silver-bullet.md"]]}, {"committer": {"date": 1515536900, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515536782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "af7da7f7997092b628542eee48192591fbe3da5b", "parents": ["54ac548ddf5f2ed1376fbd2ddfd2b7e53605b63d"], "commit": "ced126d1bdc35bf85d932e6f345f86d210070e86", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515536782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515536782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bc9bf2a48ef3065d3c765a6623169a2452ff34e0", "parents": ["017b67483cddfcc656c1b7ba3ae99beb26be04c4"], "commit": "54ac548ddf5f2ed1376fbd2ddfd2b7e53605b63d", "message": "## Big long day of BV deep dive\n\nStill making my way through Learnable Programming, making sure to read all of the footnotes and refernces, as well as fully articulate all of the relevant other thoughts I have while I read. This is probably too much writing, I'm beginning to realizing, but I am indeed almost done! With this one essay. Then there is much to do read and re-watch before heading out to Dynamicland.\n\nI also got my first Tufte book, the Visual Display, and would love to get partway into that at least as well.", "changes": [[1, 1, "_data/git-log.json"], [24, 3, "essays/customer-support.md"], [41, 0, "essays/regex-for-humans.md"], [127, 1, "notes/bret-victor/learnable-programming.md"], [23, 0, "notes/bret-victor/questions.md"]]}, {"committer": {"date": 1515276246, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515276244, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "807a3e45ddfa7367f1faf8cb26d2f460421a24dd", "parents": ["16f57287efc9e17bfa21ee829b6e98dec047d7e0"], "commit": "017b67483cddfcc656c1b7ba3ae99beb26be04c4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515276244, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515276244, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6a95d45c7aeac43dd00853ca9ea8fefa02d294a9", "parents": ["8dfe71285e19a40034cf28aacbfce0cb65b52d06"], "commit": "16f57287efc9e17bfa21ee829b6e98dec047d7e0", "message": "more LP notes", "changes": [[28, 0, "notes/bret-victor/learnable-programming.md"]]}, {"committer": {"date": 1515256579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515256577, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "624db7c2cdbb1af65b7d91797078be947ba1c518", "parents": ["f235d11a785b542ce249936ce1e88eb055ac3906"], "commit": "8dfe71285e19a40034cf28aacbfce0cb65b52d06", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515256577, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515256577, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "50ef1c3e268bb41902fabcd028bb5fd434082954", "parents": ["56f0734828adb8e35849d317a2d6a88ac967a855"], "commit": "f235d11a785b542ce249936ce1e88eb055ac3906", "message": "add section about chat bots", "changes": [[1, 1, "_data/git-log.json"], [5, 1, "essays/customer-support.md"]]}, {"committer": {"date": 1515256315, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515256257, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6d34aa14cce6bf119c53e6b85f40890ab39df828", "parents": ["ff27e1e0032dd75749716cfe820add9eb313d213"], "commit": "56f0734828adb8e35849d317a2d6a88ac967a855", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515256257, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515256257, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3db6ac40b03f1c51c05f5f79db553b759274f5e2", "parents": ["d2a995d7fadb9046a3b136d917f5323dd01e4452"], "commit": "ff27e1e0032dd75749716cfe820add9eb313d213", "message": "## BV deep dive: learnable programming\n\nDid some good reading and writing this morning! As ususal, I wrote much more than I read. Fun fun!", "changes": [[1, 1, "_data/git-log.json"], [52, 0, "essays/customer-support.md"], [59, 0, "essays/learnable-programming.md"], [93, 33, "notes/bret-victor/learnable-programming.md"]]}, {"committer": {"date": 1515190081, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515190079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a0bc72a5bdae58bb8a73dfd1acb70fb8c7d20249", "parents": ["12946987bf830b95557f1ef7efdf646da20e1f49"], "commit": "d2a995d7fadb9046a3b136d917f5323dd01e4452", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515190079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515190079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "46d11b3e8f483e12fabaf6011b16b2d5aa13156d", "parents": ["ea747bdc5c805b70ff84461b3ed5ca3adf8d6c03"], "commit": "12946987bf830b95557f1ef7efdf646da20e1f49", "message": "finished reflection 10 (finally)!", "changes": [[31, 92, "reflections/10.md"]]}, {"committer": {"date": 1515189463, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515189354, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "76c583c4b2d5f9ac49d27e6860bd43f8a208acd0", "parents": ["fb84c847a489c52bc8269b274ec0f7d4b1533443"], "commit": "ea747bdc5c805b70ff84461b3ed5ca3adf8d6c03", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515189354, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515189354, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "34b58e1a2d2143030e0a7b811db269a71173159e", "parents": ["4f29cd260f0fc7be802a606d3e80d04712b0d36f"], "commit": "fb84c847a489c52bc8269b274ec0f7d4b1533443", "message": "## Shortcut to github issues\n\n* TOC\n{: toc }\n\nNow [futureofcoding.org/issues](./issues) will link to https://github.com/stevekrouse/futureofcoding.org/issues\n\nAnd [futureofcoding.org/issues/3](./issues/3) will link to https://github.com/stevekrouse/futureofcoding.org/issues/3\n\nThis works for arbitrary issues because I wrote the code in the 404 page for this repo, which here acts as a router.", "changes": [[16, 0, "404.md"]]}, {"committer": {"date": 1515187169, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515186595, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f0c9358dc93d8c97ec6b91979fa7c10b5c4d3b89", "parents": ["795c14e50e03c323c0db054f2231dd2b0140caf3"], "commit": "4f29cd260f0fc7be802a606d3e80d04712b0d36f", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515186595, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515186595, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "99e9799b88588cc45d34f125a76a17738bed2d42", "parents": ["5c391ad1e039666e4c35e774f63b2fc38bf5520f"], "commit": "795c14e50e03c323c0db054f2231dd2b0140caf3", "message": "## Update for this week\n\n* TOC\n{: toc }\n\n\n### Plans to visit Dynamicland!!\n\nI'm very excited to be visiting Dynamicland in two weeks! I'll be there Jan 15-19 2018. I've heard, read, and seen so many amazing things from there, and I'm pumped to see it all firsthand and play with it all. Hopefully I'll have some fun videos, writings, and/or podcasts for y'all from there soon!\n\n### Where have I been this week?\n\nI have not committed to this project/log/journal at all this week, which is directly contradicting my policy of contributing every day, except when otherwise specified. Part of the problem may be that it's unclear *where* I specify which days I have *on* vs *off*. Food for thought.\n\nAnyways, I've really taken this past week for vacation. I took my girlfriend to waterski on Monday, spent the day with my grandparents on Tuesday (six hours of grandparent technology help was fun!), and spend what was supposed to be my last day in FL with my mom and brother on Wednesday.\n\nWe were supposed to leave Thursday morning, but our flight was cancelled because of the snow. I spent the day packing and then unpacking my things and on the computer and then phone with Spirit airlines. Very fustrating.\n\nHowever today I have been working! I spent the morning on email, then had a fun chat with Paul Chiusano about education, and now am here. I plan to spend the next 90ish min here, then workout, then have dinner.\n\nGiven how unproductive we've been this past week, my girlfriend and I are considering spending this weekend (tomorrow and the next day) working too, so stay tuned on that front. No promies.\n\n### Reflecting on reflection 10\n\nI am overwhelmed by the size and scope of reflection 10. It's both too much to think about and also not fun to think about.\n\nAnd it's just plain embaressing, really indefensible to not get any work done because you're blocked on a reflection time. Apparently there was wisdom in the setup that I had before: Monday's are reflection days. You can only spend as much time as you have on a Monday. This is good because it forces me to not include all sorts of tangents.\n\nSo my current idea is to spend the next 90 minutes finishing reflection 10, of which the goal is to come up with a plan for the next two weeks before leaving to visit Dynamicland.\n\n#### Cleaning up reflection 10\n\nMake the BV deep dive section short. No re-reading of notes.\n\nRemove the Alan Kay / possiblitiy and income sections.\n\nKeep misc updates.\n\nThink about priorities.\n\nLet's do it!", "changes": []}, {"committer": {"date": 1514590238, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514590238, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "99e9799b88588cc45d34f125a76a17738bed2d42", "parents": ["4825676c47d70de77de6af4f556ae0fe25517d77", "602ba1680383e18cc902685ad78aaed205ae9081"], "commit": "5c391ad1e039666e4c35e774f63b2fc38bf5520f", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1514590228, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514590225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "79eccc421307c9e4e20271b4b8e486a98d6655d5", "parents": ["d1443cbc78bef5fb96506bf3171f050674d61462"], "commit": "4825676c47d70de77de6af4f556ae0fe25517d77", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514590225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514590225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "61922b29ca9a5f67bad6b9eb0dd6ee2dac03cd5a", "parents": ["38b262e91d83963956e21581fc79103fd9c1c39c"], "commit": "d1443cbc78bef5fb96506bf3171f050674d61462", "message": "glen call notes", "changes": [[1, 1, "_data/git-log.json"], [4, 0, "notes/bret-victor/index.md"], [24, 0, "notes/glen-chiacchieri-12-29-17.md"]]}, {"committer": {"date": 1514588570, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1514588570, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ff49f994bb6b02634b5cbf1b52ce47eaf72be7f8", "parents": ["38b262e91d83963956e21581fc79103fd9c1c39c"], "commit": "602ba1680383e18cc902685ad78aaed205ae9081", "message": "add beach link to notes", "changes": [[2, 1, "episodes/20.md"]]}, {"committer": {"date": 1514570064, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514570062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1ad148eb452d6c295c95d1e85cb8803d85b16cc9", "parents": ["70943c7668e5e1e14bfac3457c49be7b49fe22e9"], "commit": "38b262e91d83963956e21581fc79103fd9c1c39c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514570062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514570062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7fc111b95d13bf3a8a16fd1635b4b01b07d33262", "parents": ["2e62bd2632f774a9bb5d0fec774b7bd37fa9d0d8"], "commit": "70943c7668e5e1e14bfac3457c49be7b49fe22e9", "message": "glen call prep", "changes": [[63, 0, "notes/glen-chiacchieri-12-29-17.md"]]}, {"committer": {"date": 1514569394, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514569393, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2de889e9fdb104f8896fa6450ba2d3aa135accb3", "parents": ["6711faceefd673092487c81a787a5fbe986ab02b"], "commit": "2e62bd2632f774a9bb5d0fec774b7bd37fa9d0d8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514569393, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514569393, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "aeea5802c82336fa26ed0dbe36e96b6ef2988980", "parents": ["62d4aa8f55cf9fde45e009cac26770e28b1bddbf"], "commit": "6711faceefd673092487c81a787a5fbe986ab02b", "message": "continued working on reflection 10", "changes": [[53, 30, "reflections/10.md"]]}, {"committer": {"date": 1514567455, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514567453, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9145ae3647f642fb3bed409b354ac3aa67779ea2", "parents": ["50b312677133e85c3bfa9f06f394df1ec5fa1bbf"], "commit": "62d4aa8f55cf9fde45e009cac26770e28b1bddbf", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514567453, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514567453, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f91c5388b367bd6cc221f6fd46c300f54341de08", "parents": ["968eab4c42a65b95b092e5026a49a0a37a6202b5"], "commit": "50b312677133e85c3bfa9f06f394df1ec5fa1bbf", "message": "moved hash to link to fix anchor tag", "changes": [[2, 3, "log.md"]]}, {"committer": {"date": 1514560748, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514560746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7f193c941e7d02ac7494fb2fe3dde284185ab495", "parents": ["c519f7faf8a52073d621d68f0a595dae2c3720b3"], "commit": "968eab4c42a65b95b092e5026a49a0a37a6202b5", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514560746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514560746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "64671b2710cad0ee2736f8b351e05effa578e274", "parents": ["fc5c1d1119543c9b7b35f916c9910e4c00c571b4"], "commit": "c519f7faf8a52073d621d68f0a595dae2c3720b3", "message": "removed subscribe button nobody used", "changes": [[1, 1, "_data/git-log.json"], [0, 1, "index.html"]]}, {"committer": {"date": 1514560675, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514560673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e6ebb74ed44f7035d462dc072fe1f314123cfc7b", "parents": ["8f6345eacc39d9fcf95210a58a09cba7c1fb03f9"], "commit": "fc5c1d1119543c9b7b35f916c9910e4c00c571b4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514560673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514560673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "756003adb2a9c5031f6ea87b37048319e39924ef", "parents": ["546ba9a392f17100bd7ee13ec0381d8d1cc3bb8b"], "commit": "8f6345eacc39d9fcf95210a58a09cba7c1fb03f9", "message": "updated homepage text", "changes": [[1, 1, "_data/git-log.json"], [1, 2, "index.html"]]}, {"committer": {"date": 1514559901, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514559899, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "13f5cead9e603df7d7082ce88d75fa5ccf42f2a4", "parents": ["0db04274d2c842939aef3e9b8f2d866d951e3e56"], "commit": "546ba9a392f17100bd7ee13ec0381d8d1cc3bb8b", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514559899, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514559899, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "040cb5504c935fa781c2aec02181c60847b5f69a", "parents": ["12f207420c8e6e547a16886b7bc5fa7cbcf98735"], "commit": "0db04274d2c842939aef3e9b8f2d866d951e3e56", "message": "changed 404 page to markdown", "changes": [[0, 2, "404.html"], [20, 0, "404.md"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514559764, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514559761, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "28b0f6d88df4d2b51b0b9fbdcbfcf590160bc6a1", "parents": ["27733981c295c9ea68601162977b9a7d9deab9e0"], "commit": "12f207420c8e6e547a16886b7bc5fa7cbcf98735", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514559761, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514559761, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8d83a64d169046023dc8d97775a81fbf1a1014c7", "parents": ["1a14234aff676a680c6f51b0d8664a09fcf9feb2"], "commit": "27733981c295c9ea68601162977b9a7d9deab9e0", "message": "add episode 20 jason brennan", "changes": [[1, 1, "_data/git-log.json"], [32, 0, "episodes/20.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1513958954, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513958632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fdec4cd2a71c352e65ddcc816a892418e58c1346", "parents": ["3f0bed05b0a506f3a4c8b17fb598bd77d19c4f12"], "commit": "1a14234aff676a680c6f51b0d8664a09fcf9feb2", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513958632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513958632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4c87bfae037de1243ca2d22f63bbe0a53335c2a7", "parents": ["a992123967ec9eaade9b059f88262a10bd6df1ad"], "commit": "3f0bed05b0a506f3a4c8b17fb598bd77d19c4f12", "message": "## Started Reflection 10 yesterday\n\nAt first I tried to write the reflection entirely in a commit message. There were a few problems with that:\n\n1) I was scared of losing the data because it's not really saved or commited anywhere.\n\n2) I wasn't able to commit my work halfway done. Or if I did then I'd have to copy-and-paste it again into the next commit which would be annoying for readers.\n\nThus I came up with the brilliant idea of creating a file in a new folder for it: [/reflections/10.md](/reflections/10.md)\n\nEven though I finished my 10-day course of 3x antibiotics every day, I am still not feeling 100% better. I've been very tired, so I've been sleeping a lot, which makes me feel better, but also doesn't leave much time for work, particularly because I'm with family and want to spend time with them as well. Hopefully I feel better soon so I can finish this reflection, finish my Work Plan (if the time is right, which it feels like), and finish my BV deep dive before visiting Dynamicland sometime in Janurary (still don't have dates yet).", "changes": [[1, 1, "_data/git-log.json"], [124, 0, "reflections/10.md"]]}, {"committer": {"date": 1513635742, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1513635742, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "241990ad21149f655e661c2e4f88c9c3b4530908", "parents": ["647cf9586ca63f5ef28d9522d4ecb9556378e887"], "commit": "a992123967ec9eaade9b059f88262a10bd6df1ad", "message": "add jason brennan quote", "changes": [[4, 0, "notes/quotes.md"]]}, {"committer": {"date": 1513574289, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513574288, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0c58ec382a52d8311fdb771e0e1045188dac7cd3", "parents": ["2ee46e93ddbfc16f49be83ee305dd759a27dbeb8"], "commit": "647cf9586ca63f5ef28d9522d4ecb9556378e887", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513574288, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513574288, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d09a4125365403dbcf425938f6e2710783cebb02", "parents": ["4c7b6ee545a27a9ee2069430e0e5c0315eeb121b"], "commit": "2ee46e93ddbfc16f49be83ee305dd759a27dbeb8", "message": "add additions & deletions to log", "changes": [[1, 1, "_data/git-log.json"], [11, 2, "log.md"]]}, {"committer": {"date": 1513573609, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513573607, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "80d4cd6657c8fece69c65eec241840caf8270955", "parents": ["6f8a27ab2eee0f692b2e5254720b3ad1bf740a39"], "commit": "4c7b6ee545a27a9ee2069430e0e5c0315eeb121b", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513573607, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513573607, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "98a182e3c85e7249bf3076ff22373aa61570ba72", "parents": ["ee0780f1f87c1266f5b06725a9942360912f6ef6"], "commit": "6f8a27ab2eee0f692b2e5254720b3ad1bf740a39", "message": "removed li commit format bug", "changes": [[1, 1, "_data/git-log.json"], [1, 1, "log.md"]]}, {"committer": {"date": 1513572034, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513572032, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ee4e3fb11a1547066a2210c5ba68d84da85c0f9d", "parents": ["9b7fbe6e38dc84da816f8f8b91930d37b5e653d3"], "commit": "ee0780f1f87c1266f5b06725a9942360912f6ef6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513572032, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513572032, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "707bf1c592ff7874dd76791c0831ae7d90bc8a83", "parents": ["9374cb8567c187a0f4c289e60de13e39d3059e66"], "commit": "9b7fbe6e38dc84da816f8f8b91930d37b5e653d3", "message": "set jekyll timezone", "changes": [[1, 0, "_config.yml"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513571712, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513571709, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "774c88a873b903aa404bfe6b31814637ac8a140c", "parents": ["34cb250bded6dfcb58efc71cafc94339d081a101"], "commit": "9374cb8567c187a0f4c289e60de13e39d3059e66", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513571709, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513571709, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c060a47042d58a083abe35d2e89fe4468f902c7a", "parents": ["6109ee53ec6c1de6670505690836e3e993e83849"], "commit": "34cb250bded6dfcb58efc71cafc94339d081a101", "message": "log add date; change intro text", "changes": [[1, 1, "_data/git-log.json"], [3, 6, "log.md"]]}, {"committer": {"date": 1513569910, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513569909, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4c7562bbcaa132d0520f3c97c056702a23c2e3e0", "parents": ["3cd51c1415fd1aadabaef5071e74503fb6925436"], "commit": "6109ee53ec6c1de6670505690836e3e993e83849", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513569909, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513569909, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e316297b5ba482404111f77a44a81c2108a0c93f", "parents": ["4cb39f832bb323f432d5cd7cf98b039eb1715a8e"], "commit": "3cd51c1415fd1aadabaef5071e74503fb6925436", "message": "log style changes", "changes": [[1, 1, "_data/git-log.json"], [2, 1, "log.md"]]}, {"committer": {"date": 1513569670, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513569668, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8f42399d84aaadb6e3e644c790891b9452c41fb3", "parents": ["66ec6a623dbb55ae79fc4481dd9ce1a2eec9d706"], "commit": "4cb39f832bb323f432d5cd7cf98b039eb1715a8e", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513569668, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513569668, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9dec0545dc75217ce78864eb67c4efd377b418d3", "parents": ["4d3ebde7ab3d9fdff57d4019bb4b1c535190f03c"], "commit": "66ec6a623dbb55ae79fc4481dd9ce1a2eec9d706", "message": "added files changed to log", "changes": [[2, 1, ".gitignore"], [1, 0, "404.html"], [1, 1, "_data/git-log.json"], [37, 12, "log.md"]]}, {"committer": {"date": 1513565318, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513565316, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f21910ab78015f678ed9c31eaca80eb9f56d92d3", "parents": ["2f6d64ad2e0c3ee79725f84f713206e58f2ef1ff"], "commit": "4d3ebde7ab3d9fdff57d4019bb4b1c535190f03c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513565316, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513565316, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "86b6f2b4b231e317637cda1e2997ea5757d5ba78", "parents": ["b4f82068b1473a4a2941a4beb3e3faed0941a153"], "commit": "2f6d64ad2e0c3ee79725f84f713206e58f2ef1ff", "message": "added tips to readme", "changes": [[70, 3, "README.md"]]}, {"committer": {"date": 1513564079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513564079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c6ffec928d6f7c9f38254d8d33465d629502fd02", "parents": ["0d5da678af2a688887b528773640c746cde75dd2"], "commit": "b4f82068b1473a4a2941a4beb3e3faed0941a153", "message": "## Reflection on reflections\n\n* TOC\n{: toc }\n\n### Running out of space\n\nI just spent almost an hour freeing up space on my Cloud9 instance. I had over 20GB on this machine - and the max size is 10BG! First I deleted all the large directories that I no longer use. Then I tried to figure out how to shrink this directory down.\n\nFirst I installed [Git-LFS](https://git-lfs.github.com/) and tested it out on a single file. However, that file wasn't easily reachable in github pages, so that solution was out. And besides I think that was solving a different problem than the one I have.\n\nThen [this article](https://www.atlassian.com/blog/git/handle-big-repositories-git) helped me delete unneccesary files with git sparse-checkout. I still have a 350MB `.git` directory because they are probably storing those large files.\n\nHowever now I have 7GB of space on this machine and that should last a while if I just add text here from now on. Potentially I'm going to want to `git clone --shallow` this repo from scratch. The problem there is that I have to remember to bring over my config files in the `.git` directory. (It is a bummer that those files aren't more portable!)\n\n### Brief rant on \"overthinking\"\n\nOne of my least favorite words is \"overthinking.\" I firmly believe that whatever someone's problem is, thinking too much can never be the problem.\n\nWe all know people, maybe even ourselves, who have thought themselves into circles about relatively simple decisions. Clearly this person has a thinking problem, but the problem isn't that they are thinking too much: it's that they aren't thinking *well*.\n\nLet me prove it to you by contradiction. Say you are worried that you are overthinking an issue in your life. How in the world are you supposed to be able to evaluate this claim? The only way is meta-cognition: thinking about your thinking process. Through meta-cognition you may come to the conclusion that you have been doing too much *unproductive thinking*. But it would be impossible to say that you were doing too much thinking because the only way you were able to determine that you were thinking too much was more thinking!\n\nThis word \"overthinking\" feels appropriate when someone is doing too much of unhelpful kinds of thinking. Thus I propose we replace it with a new word. Let's say, you're \"thinking poorly.\" Ok, that's a bit harsh. Maybe \"thinking in circles\" is a better metaphor.\n\n### Cons and pros of my current schedule\n\nNow that I've gotten that off my chest, let's do some reflections on my process of reflecting.\n\nI set up this research schedule for myself 4ish months ago. I've learned a lot about how I work in that time. For the most part, I've liked this schedule. Let's reflect on what I don't like:\n\n* non-informative logistics around post production and publication for podcast episodes\n* feeling pressured to reflect, record, edit and publish reflections all in the morning on mondays\n\nThe pros of my current process:\n\n* re-reading my last reflection and journal entries from then until now is really useful\n\n### One question\n\n**What value does recording, editing, and publishing my research recap podcasts provide for me? (Not counting the reflecting I do to prepare to record.)**\n\nNone, save when others listen to it and then contact me to be friends.\n\nIn other words, I gain all of the value from simply doing the reflection in text, minus the people that listen to the podcast that wouldn't read my bi-weekly textual updates. Recording it on audio is simply for audio-only people.\n\nI wonder how many of those there are. I get about 100 downloads on most episodes. I'm not sure how many people actually listen to them after downloading. I used to have listeners contact me, but that has stopped. And I suspsect that many would've contacted me from the conversation episodes alone.\n\nHere's where podcasts shine: two-person conversations. A two person conversation requires little prep time and I usually learn a lot from the conversation. And the person I interview has an audience to spread me around to. (Although that hasn't really ever lead to much yet.)\n\nI'm thinking it makes sense to go to a 1 episode every other week as an interview plus Sam-Harris-style \"housekeeping\" section in the beginning if I have other things to say. For example, I can start my interview with Jason next week with housekeeping notes that I won't be doing research recaps any longer.\n\nWhat about people who want to read my bi-weekly reflections / status update?\n\nA few options.\n\nA) They can read them in the `reflections/` or `updates/` folder.\nB) I can create a TinyLetter bi-weekly newletter like Glen Chiacchieri.\n\nLet's start with (A) for now and see if anyone asks for a newsletter.\n\nOne final question: what's the plan for tomorrow's reflection?\n\nFirst of all, I won't be starting tomorrow's reflection until I finish my personal life reflection (which is private). I estimate that taking 1-4 hours tomorrow so I may not have time to do a reflection here until Tues or Weds.\n\nI definitely want to re-read the last two weeks of journal updates.\n\nI also want to read the prior reflection.\n\nI also want to re-read my plan.\n\nI feel finally ready to finish my work plan. It's basically [what it is now](./plan) plus [this section of my journal](http://futureofcoding.org/log#pickling-my-brain-is-a-lot-of-work).\n\nLet's try and finish my reflection first and publish it. Then I can decide what to do next: continue to BV deep dive, do \"deep thinking\", other \"FoC research\", or write the plan.", "changes": []}, {"committer": {"date": 1513561790, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513561788, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c6ffec928d6f7c9f38254d8d33465d629502fd02", "parents": ["d517082525598fffa80bb7610ceaa54e9c02c54b"], "commit": "0d5da678af2a688887b528773640c746cde75dd2", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513561788, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513561788, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "dc05c9bcd6ed6a1681a7eb7e0e6f9d2a76794690", "parents": ["0ce99a21b228edac88cf9fa990a539fa1883ade3"], "commit": "d517082525598fffa80bb7610ceaa54e9c02c54b", "message": "removed git lfs; doesn't work with github pages", "changes": [[0, 1, ".gitattributes"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513561643, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513561639, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3c1b2b3ae2a102b53695e84b36822102f0367c54", "parents": ["22efc9ec67987a35d1d87ed6981abf43258e7e7b"], "commit": "0ce99a21b228edac88cf9fa990a539fa1883ade3", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513561639, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513561639, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fa487eea384d014c9c61b43009ca9e5c71bf78aa", "parents": ["c4a9410ebfa88a6a0adcece6ade1edf8457c4bbe"], "commit": "22efc9ec67987a35d1d87ed6981abf43258e7e7b", "message": "test git lfs", "changes": [[1, 0, ".gitattributes"]]}, {"committer": {"date": 1513281798, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513281794, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7621012f20caa44825a4a74651990505db9c2bd1", "parents": ["54c85ce7d678d67a52366eda8d1e8ab8a2d132cc"], "commit": "c4a9410ebfa88a6a0adcece6ade1edf8457c4bbe", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513281794, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513281794, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ed79f8d97176730d40255224455fb6c25a70e313", "parents": ["9dabb09366b2303d5abf19d3d40b51bf5d7ba28b"], "commit": "54c85ce7d678d67a52366eda8d1e8ab8a2d132cc", "message": "add bezos lightbulb socket quote", "changes": [[1, 1, "_data/git-log.json"], [26, 0, "notes/quotes.md"]]}, {"committer": {"date": 1513276512, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513276510, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "60dd12d761e7d2bd8d0b302291e1b665453d61d6", "parents": ["6c4b3fe119468993d4b88aae70b8740e4dc03d90"], "commit": "9dabb09366b2303d5abf19d3d40b51bf5d7ba28b", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513276510, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513276510, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "71917d9c1a8aa8e62062b7f69cd82ce5aa3dacf1", "parents": ["fc686e9205631f5ddfc14f9b95771087adabc11f"], "commit": "6c4b3fe119468993d4b88aae70b8740e4dc03d90", "message": "added climate control outline photo", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513276480, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513274059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "01938578320e7c72393da0a83e201169de73bdc2", "parents": ["71efd348012c248cf1d81eff3306417eaea06049"], "commit": "fc686e9205631f5ddfc14f9b95771087adabc11f", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513274059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513274059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8434a3e6a8aa67fe3b2c46a688082b6badedb2d1", "parents": ["04438324bbcfd28d5b57b0fcefee43a7a8e22dbd"], "commit": "71efd348012c248cf1d81eff3306417eaea06049", "message": "## Learnable Programming & video games\n\n* TOC\n{: toc }\n\n### Productive morning\n\nReally excited to be back in the swing of things! Woke up at 7am, snoozed the alarm for 20 mintes, then set up my workspace for 20 minutes (adjusting the chair and computer heights), and got into it!\n\nThis morning I reviewed Evan Miller's _Don't Kill Math_ which was fun.\n\n#### Shower outline of \"climate change for conservatives\"\n\nThis outline shows how much I've internanlized both Nicky Case's know your audience and Scott Adam's persuation techniques. In short, as someone who's been skeptical of the left's portrayal of climate science, I communicated to people like me about ways to assimilate climate science into their existing mental models.\n\n\n\n\n### Learnable programming\n\nAfter the shower, I pushed myself to re-read Learable Programming. I was at first resistant because I've read it 2 or 3 times now, and the last time was only a few months ago. Almost immediately I realized that I definitely need to read this article again!\n\nThe things about it that surprised me this read:\n\n1. Video games as a vector for powerful mental models. Aligns incentives well in for-profit: people pay for games. Will Wright is a boss. Need to research Minecraft. Maybe go work for Will Wright or some amazing game maker. Or team up with Nicky on a game.\n2. I want to re-write Learnable Programming. I've already put down some thoughts about the re-write. It's mostly a more coherent and justifying able framing, as opposed to explaining the importance of a seemingly random assortment of virtues Bret specifies at the top of the article.\n\n\n### Reading vs writing polished work\n\nGiven that I'm producing outlines for two pieces this morning, in addition to all of the other content that I've been meaning to produce in a polished way, not to mention the backlog of blog ideas I have stuck in a Trello, I am beginning to wonder how I will balance my time as a reader and writer. Right now I'm in reading mode. I think the balance of writing as a form of note-taking is great during this mode. It will help in writing mode for sure. I wonder when I will feel the impetus to switch to writing mode. At the current moment it feels like there's so much for me to get into my head, including:\n\n* Alan Kays videos\n* re-reading Seymour Papert\n* Mountessouri\n* Marshall McLuhan\n* Piaget\n* Chris Granger\n* Nicky Case (again and more thoroughly)\n* John Dewey (I'm becomming obsessed with this guy)\n* F.M. Alexander (feels relevant to this project too)\n\nAnd then I have a dozen books in my apartment that are begging to be read, such as:\n\n* The Mythical Man Month\n* Two culture of the scientific revolution\n* Show your work\n* Society of Mind (minsky)\n* Theory of Fun for video game design\n\nGiven my current pace (assuming I'm not sick and continue to mostly read and not protoype), I feel like this reading will take more than a month but less than a year, which is very reasonable. The only worry is that the more I read, the more I will want to read because I'll want to continue walking the tree up to influence of influences of influences, eventually getting up to Plato or even the Torah.\n\n#### [Pickling my brain](http://futureofcoding.org/plan#1-pickle-myself) is a lot of work!\n\nAs Feynman says, [there are no miracle people](https://www.youtube.com/watch?v=IIDLcaQVMqw.) If you want to be smart you merely have to do what smart people did to become smart. It seems like smart people do a lot of reading. What they're actually doing is assimilating models into their heads. Then when they're not reading they are playing with those models.\n\nIt's a blessing and a curse that there are so many amazing models out there today. It's a blessing because we can be so much smarter than any person in history. It's a curse because if we want to be one of the smartest people of today, there's a lot of pickling to be done!\n\nThe next time someone implies that I was born this smart, I will need to give them a piece of my mind: \"Do you know how much work it takes to be this smart?! Day in and day out I read and write and read and write. Just like an athlete trains the body, I train my mind every day, all day.\"\n\nJoesph Campbell:\n\n> I would get in nine hours of sheet reading done a day. And this went on for five years straight... Reading what you want, and having one book lead to the next, is the way I found my discipline. I've suggested this to many of my students: When you find a writer who really is saying something to you, read everything that writer has written and you will get more education and depth of understanding out of that than reading a scrap here and a scrap there and elsewhere. Then go to people who influenced that writer, or those who were related to him, and your world builds in an organic way that is really marvelous.\n\n(Wow, reading more of this snipet is amazing stuff! Now I'm excited to read this whole book where I found this quote!)\n\nIt's interesting to note here I was already following this strategy before knowing about his advice. It's quite vindicating to know that this strategy worked for someone else. And if it takes me 5 years, that's ok too. I'll just have to find some way to make it financially sustainable...", "changes": [[1, 1, "_data/git-log.json"], [0, 51, "essays/invented-or-discoved.md"], [51, 0, "essays/invented-or-discovered.md"], [0, 111, "notes/bret-victor/bret-victor.md"], [128, 0, "notes/bret-victor/index.md"], [142, 0, "notes/bret-victor/learnable-programming.md"]]}, {"committer": {"date": 1513261232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513261232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1349043665e08bc6f2c9a1db335fad0b6810ba14", "parents": ["5843127b9c400cf210fff5507a99b43fd9ff2afd", "292d84e759eb2b3745ccdd5744ea6e8d4a1e951b"], "commit": "04438324bbcfd28d5b57b0fcefee43a7a8e22dbd", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1513261225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513261222, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5b6544d828f7b371f55ee6c867e4565077f7cb65", "parents": ["3759984a26f0cf045e03397984080aa51500cb74"], "commit": "5843127b9c400cf210fff5507a99b43fd9ff2afd", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513261222, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513261222, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "25f9cd31d1738fd932af46c6e3fcba847d520643", "parents": ["6becf6f43ae604af3f09050514c3ae7f5d49eacb"], "commit": "3759984a26f0cf045e03397984080aa51500cb74", "message": "continuing BV deep dive", "changes": [[1, 1, "_data/git-log.json"], [13, 2, "notes/bret-victor/bret-victor.md"], [23, 0, "notes/bret-victor/kill-math.md"], [30, 0, "notes/halfway-there-cis-240.md"]]}, {"committer": {"date": 1513211429, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513211429, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "353a6f7efeebe612c34509e044469426c8eb8b40", "parents": ["5809a18fc8ad022f5d14c685bb44abfaa6e6540d"], "commit": "292d84e759eb2b3745ccdd5744ea6e8d4a1e951b", "message": "fix joseph typo", "changes": [[1, 1, "episodes/19-building-universe-joe-cohen.html"]]}, {"committer": {"date": 1513202861, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513202861, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7b0b491a65234368af1dc35e0827bf14ed6a348b", "parents": ["20cb2736c5e78530107a45e981531c9365c554f3"], "commit": "5809a18fc8ad022f5d14c685bb44abfaa6e6540d", "message": "added omnystudio embed 19 joe cohen", "changes": [[2, 0, "episodes/19-building-universe-joe-cohen.html"]]}, {"committer": {"date": 1513202798, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513202798, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "457c1c28cdc70061b9fea19f90893ba9d07fefb5", "parents": ["26542afb156a84c9a93d95445d089fa45248b6cb"], "commit": "20cb2736c5e78530107a45e981531c9365c554f3", "message": "added Building Universe: Joe Cohen to homepage", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1513202629, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513202629, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "b1b2a5c2ea10d83b0c9e34d02bc68c8490d827e5", "parents": ["6becf6f43ae604af3f09050514c3ae7f5d49eacb"], "commit": "26542afb156a84c9a93d95445d089fa45248b6cb", "message": "rename & publish 19 - Building Universe: Joe Cohen", "changes": [[131, 0, "episodes/19-building-universe-joe-cohen.html"], [0, 127, "episodes/19-universe-joe-cohen.html"]]}, {"committer": {"date": 1513194223, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513194221, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "42b627dc21ba1be84488693440b0f41e055f3862", "parents": ["76e76c54be59c64ab8c5020b5cfb2e7c65dc40c6"], "commit": "6becf6f43ae604af3f09050514c3ae7f5d49eacb", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513194221, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513194221, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "034bc0e82e5290be69c3c4ba21e1d95bcb1444c7", "parents": ["7b43b21e28a83f3d4028e213f06fab59308e26e8"], "commit": "76e76c54be59c64ab8c5020b5cfb2e7c65dc40c6", "message": "added shower notes photo", "changes": []}, {"committer": {"date": 1513194008, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513189783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "034bc0e82e5290be69c3c4ba21e1d95bcb1444c7", "parents": ["90b12576ce5b32958c784aebf9722e2ac70d9c5d"], "commit": "7b43b21e28a83f3d4028e213f06fab59308e26e8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513189783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513189783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "97abd660e45bb0aff19fad3126fb0f69dd2e8f53", "parents": ["1a9a78ca409345b23fbbe0a8fbd13389fa3d2473"], "commit": "90b12576ce5b32958c784aebf9722e2ac70d9c5d", "message": "## Back (again)\n\n* TOC\n{: toc }\n\n^ I wonder if the above generates a table of contents in the markdown.\n\n### Sick (again)\n\nIt's deja-vu all over again. I fell back off the horse again for the same reason. It looks like I've had strep throat, on an off for the past 2 months. We're not 100% sure but our prevailing theory is that my girlfriend and I keep passing it back and forth to each other, which is how I still have it even after taking 10 days of antibotics. Now we're both on antibiotics so I feel confident that we're kicking this sickness for good this time.\n\n### Getting back into things (again)\n\nIt's definitely tricky going from sick-mode (which is similar to relax-mode) to work mode, or vice-versa. Once in a mode, it's easy to maintain it, but the transitions are tricky, particularly when they are un-expected. Usually the transition goes smoother when you admit that you're transitioning.\n\nFor example, last night I stayed up to midnight, watched too much TV, had too much to eat for dinner, and had too much snack food after dinner. I woke up this morning feeling almost hung over. I was tired and everything hurt. Contrast this with how I go to bed when I'm in work mode: asleep before 11pm, eat a reasonable meal, none or a small dessert, 1 or 2 episodes of TV, maybe reading, definitely not a movie.\n\n### Scattered thoughts\n\nAs happened last time I got sick, my thoughts seem to have scattered and I feel quite directionless. I feel like I've forgotten why I'm doing a Bret Victor deep dive, as compared with all of the other branches of the tree I could go down.\n\n\n#### Chat with Stefan\n\nIt was really helpful to chat with Stefan Lesser this morning for a few reasons:\n\n1. He was very bright and optimistic, almost cheery. I got a very warm feeling from him. I wonder if it's related to him listening to my podcast because I get a similar feeling from Aidan.\n\n2. We think in very similar ways. Talking to my girlfriend about these ideas is like pulling teeth because we don't speak the same languages. She speaks the artist langauge and I speak the programmer langauge. But Stefan and I can communicate very fluidly. More than that we agree on so many points. It's very validating. I imagine that's part of why working in a research lab, like PARC or Dyanmicland, is so inspiring. Shared vision. Fast communication.\n\n#### Shower Note Session\n\nI was overflowing with thoughts to such a degree, and I was cold to such a degree, that I decided to do one of my famous shower brainstorm sessions. This was definitely one of my more scattered ones:\n\n.jpg)\n\nThere's almost too many thoughts and directions in all of those notes. While it was fun and energizing to write them, I am now intimidated by their quantity and scope and don't feel like engaging or proccessing them now. Content overflow is definitley one of my main themes of this project.\n\n### Looking ahead\n\n#### Things on the horizon:\n\n* I have ~3 hours today, ~8 hours tomorrow, and ~3 hours Friday\n* On Friday I go home to Florida for 3 weeks\n* Jan 8 - 12 I will hopefully (just applied) be at [the 1-week Recurse Center program](https://www.recurse.com/blog/121-come-to-rc-for-a-one-week-retreat)\n* Jan 19 - 26 I plan to visit Dynamicland in Oakland\n* I have 2 years of runway before I need to get a job (living in NYC)\n\n#### Thoughts on /plan v5\n\nI felt much more centered after re-reading [my most recent plan](/plan) this\nmorning. My thoughts are:\n\n##### 1. Justify cause/crusade framing\n\nThe cause/crusade framing feels so obvious to me, but definitely not to many others. I want to dig into these feelings a bit more. Think about why prinicpled, conscious, purposeful creation is \"better\" than simply doing stuff for money or more whimsical reasons.\n\n##### 2. Still blocked on philosophy\n\nHow do I know that I'm still blocked here? Because I can't make decisions. I had a great call with Jaime Brandon yesterday. It was very easy for him to diagnose this problem in me because he's faced it himself, as well as seeing it at Eve. When you're too broad, when you don't have good priorities or boundaries, you agonize over each decision, and constantly want to walk up and down the tree. A good project can easily see what it is and what it is not, and doesn't spend much time thinking about paths it didn't take in the tree because *that is not what it is*. A thing in the world defines itself by the path it takes. What it is and what it is not. Staying up in prototype/research land is refusing to do that. Even within prototype/research land, I feel constant agony about what is the priority to research or prototype or communicate or build.\n\nI feel my brain wanting to escape this proccess. I feel it looking for the easy out. Looking for a quick answer it can sub in here so we can get back to more structure, a more easily optimizable game. On the one hand, I applaud my brain for this strategy, because the less unknowns you're working with at one time, the better. Yet on the other hand, I feel like if I took an easy route such as getting a job at a company, I would immediately wish I was back here, working on my own philosophy, as opposed to actualizing someone else's, which I would constanatly be picking apart.\n\nThus, the appeal of the ultimate escape hatch on this procecss: go work for someone who's vision is so clearly better than anything I could come up with at the moment. The candidates for this position are few and far between: Alan Kay, Bret Victor, maybe someone at Bret's lab, maybe Paul Chiusano. We shall see what happens here when I visit Dnyamicland soon.\n\n###### Constructing Meaning\n\nI went deep into this rabbit hole in my shower brainstorm. I have defined a crusade as the most meaningful thing I can do. This is explicitly not the most good I can do from the Juan Benet / Elon Musk / Peter Singer perspective. Yet if this is the case, and it's truly subjective. Then I better be damn sure I know what is meaningful to me. That's why I started making a list of all of my positive memories that held meaning in my life. (It reminded me that my fustration with Looker was that I can't remember a single decision any one made because of a Looker report. In my experience, the tool was analytics for analytis sake.)\n\nThen I got into a hole where I realized that the difficult thing with children as customer is that their incentives are so perverse given the structure we place them in. For example part of why I hate tutoring is that either students are un-motivated or motivated for the wrong reasons (grades), or motivated to just get the end product to show off and thus just want me to program it. It's rare (but happens sometimes) to find a student in the right context: working because they enjoy making something and getting better at making things.\n\nI'm also thinking about the condescending nature of this whole project, particularly the bait-and-switch part, where you sell a product that does X, but only because you have an ulterior motive Y. Sell electric sports cars to accelerate the transition to sustainable energy. Part of me wants to just give it up and go wherever there's the most money. Stop trying to be so normative. Just let people tell you what it is they want and then deliver it. That's not to say that you should blindly listen to customers. It's that you should iterate with customers towards something they will pay a lot for because it solves a big problem for them. Put another way, Looker clearly is solving a massive problem for tens of thousands of people at thousands of companeis. It's truly software through empathy, as Lloyd talks about. Who am I to tell the world what's best for it? In other words, I better have a strong and well-thought-out philosophy for how to make thw world better if I am going to try my hand at shaping it through technology. Otherwise, I might as well just go where the market is because that's garunteed to make people better off (if you assume markets do that).\n\n#### Priorities for Dec and Jan\n\n##### 1) Life priorities\n\nMy main focus for my own health is the Alexander Technique.\n\nFor my family, particularly in the context of the 3-weeks in Florida, the focus is making the most of the time, in the context of others. This means that I want to * strategize ahead of time* to set myself up for success, but *be content in the moment*, even if it feels like a waste of time. In other words, 1) don't see people just because they asked to see you, 2) go to bed early and wake up early, 3) phsyically seperate from others when trying to focus, 4) calendar sculpt. The main priority here is \"peace in the home\", which is a Jewish saying. This is not the time for arguments and figuring things out. It's a powder keg. This is the time for making nice. Reflect later. Figure things out later.\n\n##### 2) Work priorities (12/13/17 - 1/8/18)\n\nCalm, coherent, patient, doing less. The opposite of frenetic. That's my goal. Re-reading my /plan embued me with calm and happiness. Meditating, coming back to my journal to reflect. These are the things that add the structure I need in this purposefully unstructured time.\n\nI can't see any reason to stop my Bret Victor deep dive given that I still have at least half a dozen links to go. I feel like I've lost steam on it, but that might just be a momentum thing. Could return when I get back into it.\n\nI don't want to start doing priority-calculus, seeing if there are other things to read that are slightly more efficient uses of my time.\n\nHowever, I wonder if I should budget more time in my calendar for \"deep thinking.\" I set aside a place in my Inbox (Google Inbox) for notes that I should proccess later. It's the \"deep thinking\" label. I feel like my time for thinking those thoughts has been crowded out by an urgency to finish the Bret deep dive.\n\nNow that I mention it... while this next thought does go against my intention not to play priority-calculus... I have a lot of links in various places that could use some attention, including /links as well as the \"foc research\" label in my Inbox. At the very least I could clean this up a bit and figure out a home for them.\n\nFinally, there clearly are top-of-mind topics that I could keep in a prioritized list somewhere. Basically, the next version of /ideas. These are Blockly++, FRP Scratch/WoofJS, StreamSheets, CycleJS devtools, FRP research incl Reflex & Conol Elliot, essay about essays, better wiki tool, etc.\n\nOk, I need to go eat lunch now. With the remaining 2 hours in the day (given that I spent an hour on this journal entry), I will:\n\n1. Get to inbox zero\n2. Publish Joe Cohen interview\n\nThe plan for tomorrow is:\n\n1. Deep thinking notes procecssing\n2. Calendar sculpting for vacation time\n3. Bret Victor deep dive (unless I come up with anything better)\n4. Plan friday", "changes": []}, {"committer": {"date": 1513188230, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513188226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "97abd660e45bb0aff19fad3126fb0f69dd2e8f53", "parents": ["6fc2a5d07df03fe9b8434b7c6cc422091e4eb6a3"], "commit": "1a9a78ca409345b23fbbe0a8fbd13389fa3d2473", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513188226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513188226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7e61f62a9ecdf847dc446c0196be68373feee7db", "parents": ["dcfc89a16d0735c0fc229198ba03ea5517d381e3"], "commit": "6fc2a5d07df03fe9b8434b7c6cc422091e4eb6a3", "message": "stellar 2-hour Stefan Lesser convo", "changes": [[1, 1, "_data/git-log.json"], [120, 0, "notes/stefan-lesser-12-13-17.md"]]}, {"committer": {"date": 1513172018, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513172015, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7a5e7d59872ddeead78e86e9d2f02345a2417dd7", "parents": ["8fedb67e480c09374482f67f625145f86a577d7c"], "commit": "dcfc89a16d0735c0fc229198ba03ea5517d381e3", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513172015, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513172015, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3b13902582d4c897a40da8813ef48b1a094c362b", "parents": ["caae7a01f2d488a669f1b71d3b366e3cca18a5d3"], "commit": "8fedb67e480c09374482f67f625145f86a577d7c", "message": "call with jaime brandon", "changes": [[64, 0, "notes/jaime-brandon-call-12-12-17.md"]]}, {"committer": {"date": 1513171856, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1513171856, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "a559dc52d8ac9919064abb894e23306337775d08", "parents": ["33f5f13d4b6b48c9acdfeb8a4dd13a0da64109ab"], "commit": "caae7a01f2d488a669f1b71d3b366e3cca18a5d3", "message": "prep for call w stefan\n\nThinking about ways to collaborate on this project...", "changes": [[37, 0, "notes/stefan-lesser-12-13-17.md"]]}, {"committer": {"date": 1513171472, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1513171472, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "053f49fcc5b9637c98c9dc0e36e92ec0fbc59ce8", "parents": ["6abdba4fb713a2faefc2888ae1e5bb1e057d6499", "f04dbba35685d1236d3212681b4f8b3adc4779a9"], "commit": "33f5f13d4b6b48c9acdfeb8a4dd13a0da64109ab", "message": "Merge branch 'master' of git@github.com:stevekrouse/futureofcoding.org.git", "changes": []}, {"committer": {"date": 1513171372, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1513171372, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "37fba8a4553c71a6c879e7e0e139384c5ca8cb1a", "parents": ["c4b770e4983ee0cf65c493f366c2ddc34342f729"], "commit": "6abdba4fb713a2faefc2888ae1e5bb1e057d6499", "message": "Chat with Samuel Loncar\n\nWhy am I talking to a religion scholar? Good question! Sam is a\nbrilliant scholar,. Every time we talk it feels like there's so much\nto learn from him. In particular, I love his focus on deeply\nunderstanding historical context -- he reminds me of Alan and Bret in\nthat way. He was excited to meet me and learn about those guys,\nbecause he's interested in the history of technology, particularly the\nreligiousity of Silicon Valley, epitomized by the Singularity and\nanti-deathers.\n\nIn the course of preparing for this chat, I made the following\noutline, which I didn't actually reference in the chat, but looking at\nit now, I see that it's a good model for where my head is currently\nat.\n\n* my career plan\n* crusade / cause\n* inventing on principle\n* We are our tools\n* including ideas, patterns of thought, notation\n* augmenting human intellect\n* copy and paste\n* Dynamicland - ergonomics\n* democratizing tool generation\n* paths\n* build\n* profit\n* Looker, Bubble, Excel\n* non profit\n* Scratch, Wikipedia\n* research\n* Victor, Kay, Papert, Engelbart\n* Patreon?\n* constructing cause\n* now: read Bret, and influences\n* Jan: visit dynamicland\n\n\n* areas of interest\n* comprehensible programming model\n* CycleJS devtool write\n* FRP Scratch/WoofJS\n* workflow and version control\n* underlying interface library\n* LogicHub\n* Ten Brighter Ideas?\n* All assumptions, including reasoning principles, visible and\ntweakable, all the way down to “primary sources”\n* wiki-like (massively collaborative, structured, inter-connected)\nplatform for science\n* A tool for surfacing and ameliorating inconsistencies\n* Allows for multiple contrasting axiomatic views (but possible\nnot any mutually inconsistent ones concurrently)\n* Popper vs Kuhn\n\n* presenting old vs researching new?\n* work at TCS\n* work on Woof (and off-boarding)\n* work on old programming languages\n\n* Doing a podcast?", "changes": [[84, 0, "notes/samuel-loncar.md"]]}, {"committer": {"date": 1513012704, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513012704, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ed772a5c8e4d5e2b98a9f0c1386768bdd943aa12", "parents": ["c4b770e4983ee0cf65c493f366c2ddc34342f729"], "commit": "f04dbba35685d1236d3212681b4f8b3adc4779a9", "message": "Sick again. Reading/watching BV\n\nUnlike usual where I read and watch little and write much, today I'm not feeling great so I'm watching much and writing little. Hopefully I remember much so I can resume writing when I'm better.\n\nIn case anyone is wondering why I'm sick so much, join the club. My best guess is that my girlfriend and I keep passing strep throat back and forth. Hopefully we figure it out soon...", "changes": [[16, 2, "notes/bret-victor/bret-victor.md"]]}, {"committer": {"date": 1512751755, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512751752, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "95669f12c3c6987e61a8d982832844e8f124bdb6", "parents": ["87e444ab1d808032714a8ea954b67aa43fa1f98f"], "commit": "c4b770e4983ee0cf65c493f366c2ddc34342f729", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512751752, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512751752, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "77bd761bc4f2ccc10687f006a4b1b16aa0fe90b7", "parents": ["df7593416317e3c7bdb24f78060626c568fddc95"], "commit": "87e444ab1d808032714a8ea954b67aa43fa1f98f", "message": "read BV's Dynamical System and Scientific Communication", "changes": [[1, 1, "_data/git-log.json"], [24, 2, "notes/bret-victor/bret-victor.md"]]}, {"committer": {"date": 1512747762, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512747760, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e9edc5d9a3fd7c4f077bfd41946b31b49007349a", "parents": ["924d4ef53b969aaa17f7c0ffd09a4925e9ee6ab5"], "commit": "df7593416317e3c7bdb24f78060626c568fddc95", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512747760, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512747760, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ae507ca5e7b1a366c734a7de1c04566ba4e5819d", "parents": ["2a155e3f1aa5b81d50299e70be50ef0c72e2b1d8"], "commit": "924d4ef53b969aaa17f7c0ffd09a4925e9ee6ab5", "message": "fixed typo in media", "changes": [[1, 1, "_data/git-log.json"], [1, 1, "episodes/19-universe-joe-cohen.html"]]}, {"committer": {"date": 1512747681, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512747678, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e33f3624cd8c222674465c0e199a227c4dde28a8", "parents": ["7a74e69dc235401a9ece467457bda58049846d73"], "commit": "2a155e3f1aa5b81d50299e70be50ef0c72e2b1d8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512747678, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512747678, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "aeca2f6df2f3fc0ac2bee46e3f644e4699fcbe7f", "parents": ["918002a46b4ebfed4f59a8548811d3c180317d4c"], "commit": "7a74e69dc235401a9ece467457bda58049846d73", "message": "added inital files for Joe Cohen Universe interview", "changes": [[1, 1, "_data/git-log.json"], [127, 0, "episodes/19-universe-joe-cohen.html"]]}, {"committer": {"date": 1512674855, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512674852, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "652ebc02f8421150e77e072bb577109cb325c0ae", "parents": ["a46cbc793334fff3288167406beadf6f4c95121d"], "commit": "918002a46b4ebfed4f59a8548811d3c180317d4c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512674852, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512674852, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4399bc50761da90ce9dded704c3237620aaf5a78", "parents": ["d6afc3e7dcadba7b00a3cb5fa00517b5438ca89f"], "commit": "a46cbc793334fff3288167406beadf6f4c95121d", "message": "added michael nielsen links", "changes": [[53, 0, "notes/michael-nielsen.md"]]}, {"committer": {"date": 1512670622, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512670618, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6cc1ba1a4025a222fc1fa85f2ebaef7ccd1ddc47", "parents": ["d3d4f601da3cc3ab0c8e3f331995d3bd98e1c93c"], "commit": "d6afc3e7dcadba7b00a3cb5fa00517b5438ca89f", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512670618, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512670618, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "50338eae2ff97c9d11fd0bcb10e0cd356251b5be", "parents": ["a95de28ea53ba362a818fce73aa49db9f4e41a9c"], "commit": "d3d4f601da3cc3ab0c8e3f331995d3bd98e1c93c", "message": "tired & unproductive today", "changes": [[20, 1, "notes/bret-victor/kill-math.md"]]}, {"committer": {"date": 1512668182, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512668179, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "65ae2c230599e71dff9c8eafb6b6ca79d674a571", "parents": ["b5911160e8c1e3e9fa116b1a68e7e33664c153d0"], "commit": "a95de28ea53ba362a818fce73aa49db9f4e41a9c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512668179, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512668179, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d032be312e3ac7525c5bba5ff359b8910bc04052", "parents": ["48d867bb9704d5e9c06db02b42abf0b752703442"], "commit": "b5911160e8c1e3e9fa116b1a68e7e33664c153d0", "message": "updated homepage organization a bit", "changes": [[1, 1, "_data/git-log.json"], [4, 10, "index.html"]]}, {"committer": {"date": 1512599333, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512598821, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3d9227c88699fd88acb90325844a25af377de16c", "parents": ["123be98e078ee806a3ac318929c2c615e632a4bb"], "commit": "48d867bb9704d5e9c06db02b42abf0b752703442", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512598821, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512598821, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5f4db6f7baf2210f1f7feae3327379edaca22f5e", "parents": ["ddd3d52fe01910109df4b953fa453cdbe5706826"], "commit": "123be98e078ee806a3ac318929c2c615e632a4bb", "message": "Writing about, more than reading, Kill Math\n\nToday I wrote ~3000 words about the ~1500 words I read of Bret Victor's Kill Math essay. Clearly it was thought-provoking. This is slightly misleading because I also re-read Chris Granger's Coding is Not the New Literacy as well as an article about Kill Math. Yet, the fact remains that I had a lot to say about these thoughts!\n\nGiven that I was still feeling under the weather today, I didn't workout which gave me lots more time today to do things like make a doctor appointments, as well as do a few clearerthinking.org quizes, and a few emails. I'm in a positive, we-can-solve-it-with-science mood now, which is definitely responsible for, or was caused by, all my discursive writing this morning.\n\nI got in about 4 hours of reading/writing here and 4 hours of miscellaneous tasks, which was less reading/writing than I planned for today but the other tasks were useful so I am happy with it. Tomorrow I only have 3 hours for reading/writing here, and also the aforementioned dentist, as well as a podcast interview, and two meetings.", "changes": [[1, 1, "_data/git-log.json"], [98, 0, "notes/bret-victor/kill-math.md"]]}, {"committer": {"date": 1512578110, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512578107, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "69300686e323da506b71fdb0669900700ab04052", "parents": ["eb1f76f1b646452854e599fef5902eed502e9b27"], "commit": "ddd3d52fe01910109df4b953fa453cdbe5706826", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512578107, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512578107, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "65729d4ad260126f66d6c8c7eabca9921db179fd", "parents": ["ef702fe1a35cc55793233df8f8a434fd4fda0802"], "commit": "eb1f76f1b646452854e599fef5902eed502e9b27", "message": "added outline of legal code essay", "changes": [[1, 1, "_data/git-log.json"], [38, 0, "essays/legal-code.md"]]}, {"committer": {"date": 1512521198, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512521196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "08c07b290c016fe482824302d22c4ccfda3cbad3", "parents": ["3815caa539319d042e1dc1560a605320a3d79193"], "commit": "ef702fe1a35cc55793233df8f8a434fd4fda0802", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512521196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512521196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0d0351ba6861071e5b2b595c87363d47ce535d28", "parents": ["27727398bc5ff15ce62a9448c99910b30a68dbd0"], "commit": "3815caa539319d042e1dc1560a605320a3d79193", "message": "added link to github commit in log", "changes": [[1, 1, "_data/git-log.json"], [5, 2, "log.md"]]}, {"committer": {"date": 1512520310, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512520307, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3e2109dda52eaca0dbe8f7c5f8da81e12196434d", "parents": ["110a0bbcd0d88c97eef4fc099af25cda70b271bd"], "commit": "27727398bc5ff15ce62a9448c99910b30a68dbd0", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512520307, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512520307, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c82ab2fc0df94e41257b41b5f80f3f7ba2160263", "parents": ["de367ce3279f1f1eedb69a9ef9f18fbb4e47b948"], "commit": "110a0bbcd0d88c97eef4fc099af25cda70b271bd", "message": "custom log file is looking prettier!", "changes": [[1, 1, "_data/git-log.json"], [26, 8, "log.md"]]}, {"committer": {"date": 1512513479, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "860345f42e74608e09098472a7e155ae94c29164", "parents": ["659de09c5ae5f89cbc9515826599607dcc6a0f24"], "commit": "de367ce3279f1f1eedb69a9ef9f18fbb4e47b948", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512512710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "81ff3e639fe280ac4c2d590f3208b8c243506d6b", "parents": ["7026816e859807fa1feedc13b3e90526d7bceba4"], "commit": "659de09c5ae5f89cbc9515826599607dcc6a0f24", "message": "# Bret Victor Deep Dive!\n\n## Bret Victor Folder\n\nI created an entire folder inside my notes directory. I took so many notes on just Magic Ink](/notes/magic-ink) that it seemed like a good idea to have a seperate file for each piece of his work.\n\n## Tired, and maybe sick\n\nThis was a long day! I worked for most of the last 10 hours, and most, at least 7 hours, was reading and writing about Bret's projects. I am exhausted, partially because my throat is hurting :( I've really been sick with this thing for a while now! Let me schedule a doctor's appointment now for tomorrow... Ok, I got an appointment for 4pm tomorrow.\n\n### Trust & doctors\n\nI wish I had a doctor that I trusted, from a philosophical perspective, as much as I trust my Alexander Technique teacher Rebecca. I have trouble understanding the way doctors think, diagnose and cure things -- partially because they go through so much formal training that I didn't have, whereas Alexander Technique was something that a non-medical person created simply from personal analysis.\n\n## So many of my ideas\n\nIn particular I was shocked by how many of my favorite ideas *Bret also wrote about*, including a better medium for mathmatics, including for school children, LogicHub, a wiki-like platform for understanding and argumentation with nested sources.\n\n# Custom Log\n\nI'm really really excited about the work I did on my custom log file yesterday. That was pure fun. Later in the night, I opened it up just to admire it. Hope to work on that again soon!\n\n# Tomorrow (12/6/17)\n\nShould have 5 hours to continue here with the deep dive as long as I am not feeling too sick.", "changes": [[1, 1, "_data/git-log.json"], [33, 0, "notes/bret-victor/SimulationAsAPracticalTool.md"], [64, 0, "notes/bret-victor/bret-victor.md"], [45, 0, "notes/bret-victor/explorable-explanations.md"], [25, 0, "notes/bret-victor/kill-math.md"], [185, 0, "notes/bret-victor/magic-ink.md"], [33, 0, "notes/bret-victor/substroke.md"], [23, 0, "notes/jcr-licklider.md"], [60, 0, "notes/recurse-center/applications/recurse-center-application-06-09-17.txt"], [61, 0, "notes/recurse-center/applications/recurse-center-application-12-05-17.txt"]]}, {"committer": {"date": 1512512241, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512239, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e0f892f837668fd1ff5179f867734a9dd4efcf28", "parents": ["cabbba7541685e8ff7456842b2df4ec4259e86f9"], "commit": "7026816e859807fa1feedc13b3e90526d7bceba4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512512239, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512239, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a730dfd38f35ea0a7474054c438165fd607a660e", "parents": ["f1b5c1ade1bbc33d3eb02502bebc826660a745b5"], "commit": "cabbba7541685e8ff7456842b2df4ec4259e86f9", "message": "removed .gitmodules", "changes": [[0, 3, ".gitmodules"]]}, {"committer": {"date": 1512512017, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512014, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5d009e5feef4b4deed948741f8681887c99c4c9e", "parents": ["eb376545ef1a2e4689e8585ab2687bc6c8618427"], "commit": "f1b5c1ade1bbc33d3eb02502bebc826660a745b5", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512512014, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512014, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6e547cff82c4948acd99b93af512a9a5d6ea0f1a", "parents": ["8100b1964ad04405693d2a11e489a61888d03980"], "commit": "eb376545ef1a2e4689e8585ab2687bc6c8618427", "message": "removed _site from repo", "changes": [[1, 0, ".gitignore"]]}, {"committer": {"date": 1512425248, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512425246, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b3a14247d8f1f5fae0d58af8d7df33588175f3bc", "parents": ["16ff6ccd6912767bf4508ee851caa99c5d7f33ba"], "commit": "8100b1964ad04405693d2a11e489a61888d03980", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512425246, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512425246, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "79f3582e32adbe42b07b2cadc15d8b4df71b16c5", "parents": ["6c2a8d48c32f5ce875dcba15f521edb9b23a2081"], "commit": "16ff6ccd6912767bf4508ee851caa99c5d7f33ba", "message": "jekll serve; log.html -> log.md", "changes": [[1, 1, "_data/git-log.json"], [0, 11, "log.html"], [31, 0, "log.md"]]}, {"committer": {"date": 1512423794, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512423793, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2b844c65de8bb48b7d6fcf6e60299fe33873ccae", "parents": ["34b79f3e1a0afb1710dc6105d7cbd638eca98480"], "commit": "6c2a8d48c32f5ce875dcba15f521edb9b23a2081", "message": "updated git log", "changes": [[1, 0, "_data/git-log.json"]]}, {"committer": {"date": 1512423793, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512423793, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a5394e99df31213eae7baa1f3650cf297eb6f600", "parents": ["4ff652bcea901c68a76a4ef84d5aac320e78eacf"], "commit": "34b79f3e1a0afb1710dc6105d7cbd638eca98480", "message": "test _data/git-log.json", "changes": [[1, 0, "log.html"]]}, {"committer": {"date": 1512411508, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512411508, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c9a7984632468a50a52995698e98660a7199c2b5", "parents": ["67ee11f4766022056c35451eaf8fbb86dcb2845c", "3c8b6ebffccadb1c7990e1aabfe04a0d76b313ec"], "commit": "4ff652bcea901c68a76a4ef84d5aac320e78eacf", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1512411503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512411503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "da4736490e1c2c794ae816a127f20cd464ad7d7c", "parents": ["269c66f1ac3eed42552f45530a5a74fec6c520a1"], "commit": "67ee11f4766022056c35451eaf8fbb86dcb2845c", "message": "added 18 research recap nine to homepage", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1512411170, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1512411170, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "0f9d6eb7eb64f756ed662d46481980026a01448e", "parents": ["269c66f1ac3eed42552f45530a5a74fec6c520a1"], "commit": "3c8b6ebffccadb1c7990e1aabfe04a0d76b313ec", "message": "Added omnystudio podcast embed", "changes": [[2, 2, "episodes/18-research-recap-nine.html"]]}, {"committer": {"date": 1512408127, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512408127, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "df525ad47d49bf8a2a0d868249cbbb435f43b799", "parents": ["f5712faa898393bcbbeed4741860e1d037099306"], "commit": "269c66f1ac3eed42552f45530a5a74fec6c520a1", "message": "episode 18, research recap nine notes; also joyjs notes", "changes": [[194, 0, "episodes/18-research-recap-nine.html"], [1, 1, "log.html"], [1, 1, "notes/future-authoring.md"], [70, 0, "notes/joy-js-review.md"]]}, {"committer": {"date": 1512257354, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1512257354, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "4a8d55199df4ccd2495d92190ee1a522b53ba3e0", "parents": ["e8cd329e2030da0486aa4f863f93c8eba339c0f2"], "commit": "f5712faa898393bcbbeed4741860e1d037099306", "message": "Almost finished with future authoring\n\nUseful and somewhat fun but also basic stuff for me given how much\nreflection I already do. I really think this course would be great for\nthose who aren’t crazy journal people like me. All the same, I’m glad\nI did it for the structure and clarity. Still have 30ish minutes to go\nso will do that Monday morning :)", "changes": [[241, 107, "notes/future-authoring.md"]]}, {"committer": {"date": 1512168846, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512168846, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fd68313a0739ef14cd74c235532cae41f7aeb795", "parents": ["167d7e891e0b86242502b7582523bfb3c6e6c185"], "commit": "e8cd329e2030da0486aa4f863f93c8eba339c0f2", "message": "# Plan v5 is off to a great start\n\nI'm pumped that the table of contents Jekyll thing worked. That's really beautiful and super elegant.\n\nI think my changes in the diff for this commit speak for themselves. Really excited to come back to this next week.\n\n## Plan for next week\n\nMonday is full with the bi-weekly research summary, working out and two meeings. Calendar sculpting is included in the bi-weekly research summary time.\n\nTuesday and Weds are total open and will remain so, and until 2pm on Thursday and Friday are open as well.\n\nI guess it's mostly Bret Victor deep dive. Fun!\n\nMy first step will probably creating a list of all of his content that I want to get to and then prioritizing it. I don't want to make the mistake of starting from the first post he ever made in his oldest blog. While good for empathy, I want more of the fully-baked stuff.", "changes": [[34, 4, "plan.md"]]}, {"committer": {"date": 1512167658, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512167658, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b29cf12e878b287bedee4f40513e25b6148740b3", "parents": ["82a41954bdbdd869869bdeae4a610f5e49298aa3"], "commit": "167d7e891e0b86242502b7582523bfb3c6e6c185", "message": "# Fith version of plan\n\nVery rambly so far. Had to even siphon of a thousand words into [its own essay](/essays/invented-or-discovered). I found myself unable to figure out where my next header should go or be so I googled around for [how to auto-generate a table of contents](http://www.seanbuscay.com/blog/jekyll-toc-markdown/). The downside to this method I am trying now is that it only works after committing and pushing to Github pages, which I why I am committing this plan in mid-working session. Let's see what happens!", "changes": [[51, 0, "essays/invented-or-discoved.md"], [47, 101, "plan.md"]]}, {"committer": {"date": 1512142893, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512142893, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1d962fef0c9e68ff07ea913a86db986fd1b72f05", "parents": ["b3661b82bdfd27b57597fe3cfc8e44e3383eb8ff"], "commit": "82a41954bdbdd869869bdeae4a610f5e49298aa3", "message": "# Future Authoring, part 1\n\nI recently have fallen into a Jordan Peterson love affair, and stumbled upon [this course he created](https://selfauthoring.com/future-authoring.html), which seems quite relevant to me articulating my goals for this project. I found [a free version](https://pastebin.com/BiFE2fUX) and have [answered the first part of it in not-bold here](/notes/future-authoring) and am taking his advice to wait until a night or two of sleep before doing the second part. Let me put time on my calendar tomorrow afternoon to tackle it.\n\nIt went really well! A lot of it was personal stuff about my life, but readers of my stream-of-consciousness style in this journal are not strangers to that. It feels relevant at times to talk about my life in this journal and this is one of those times. I am a bit worried it may bite me in the butt at some point down the line but that's just fear talking. I don't have any concrete worries here.\n\n## Crusade Discovery\n\n### Well and thoroughly pickled\n\nIn particular I think I made a shockingly large amount of progress on articulating my crusade this morning. And the way I came to it is really a function of a week well sculpted. (I love this phrase, by the way, calendar sculpting. A quick google search makes it seem like I have indeed inventing this phrase. I wonder if it'll catch on.)\n\nFor example, starting my week of thinking about how communication works for my \"essay about essays\" with Nicky Case lead me to Douglas Hofstader's \"Analogy as the Core of Cognition\" which was *exactly* what I needed to read right now, as well as re-reading Seymour Papert's \"Gears of my Childhood\", also exactly what I need to read right now. (Watching Bret Victor's Inventing on Principle last week also played a big part on my thinking this week.)\n\nThen Wednesday diving even deeper into how the brain works, how people learn, why they'd want to learn to code, etc with my coggle brain mapping was amazing. Really helped me spread out my thoughts in space and get clearer about them and how they relate and build upon each other.\n\nThursday my brain was on fire reading through the Dynamicland zine the first way through. I've only made it 4 pages in the second way through and have written ~3.5k words already. I was able yesterday to really *live* in the future and imagine what it would be like, without hating or \"making wrong\" the present. I was able to bask in the possibility while also being grateful for reality. The thing about truly living in the future, while accepting the present, is that you can do it all the time, and it's only when you live with things as core components of your life that you are able to imagine the next step, how to build on top of them, how they interact together, the 3rd, 4th, and 5th level causes. I was even ambitious enough to explain to both my grandma and then my mom about my vision for the future and how it relates to tools and humans and augmentation, etc. They both got it to some degree and were excited that I was excited and I learned more for explaining these thoughts to lay people.\n\nI also had a great conversation with my buddy Jonathan Leung yesterday where he was excited for me for \"not making the present wrong\" because he noticed it was something for me to work on when we did our podcast many months ago. We thought about Elon as a crusader and what his crusade is (averting existential threats) and how that compares with Juan Benets crusade (decentralization).\n\nAdditionally, yesterday was largely inspired by *How to Measure Anything*, my new favorite book which is really going to make a scientist out of me and helped me understand the distinction of mesaurement and how it is truly what science is: reduction in uncertainty.\n\nAs the zine says (quoting someone), the idea is to immerse myself if brilliant thoughts get pickled by all these ideas, which will in turn lead me to having my own ideas.\n\n### Ariculating Crusade\n\nI think here's what's profound about the ideas I had yesterday and today:\n\n0) Tools, or technology, includes ideas, ananlogies, physical machines, virtual software. Anything that allows someone to do or think things, either at all or easier, than without the tool.\n\n1) Humans subsume our tools into ourselves, becoming what we were before plus our new tool. The result is a cohesive whole. Removing the tool reduces the human to what they were before the tool, akin to removing a person's arms.\n\n2) We know a great deal about how the mind works, how our bodies work, how emotions and happiness works, as well as what doesn't work. We can take all of this knowledge and bring it to bear on the problem of desigining proper tools for humans.\n\n*Pause!* How does this relate to programming language tools? Well programming langauges are *tools for designing tools*. Wow. Has there ever been such a tool? Ok, well writing is a tool for desigining tools. The notion of tool is a tool. Ok, so there are plenty. Programming is a tool for desigining tools *that can also desigin itself*. That's pretty neat: you can't make a pencil with a pencil. You can't make a typewritter with a typewritter. But you can make software tools with software tools.\n\nHowever it doesn't feel like *the bootstrapibility of programming languages* is why I'm so passionate about improving programming tools. Let's flip the question on its head: am I more passionate about building better tools for programming than, say, science? Or better dinner table conversations? Or more logical thinking? Nope. I'm really excited about each of those problems. Maybe the dinner table one a bit less emotionally but not that much less. The only reason I was so excited about programming tools was that 1) they were problems I had, 2) they were problems my students had, 3) I knew how to code and would have fun solving them. I'm really excited about all tools for thought and how to really embed them inside of people so that people can *be* augmented, not just be augmented.\n\nWait is that my crusade? *Be* augmented. The metaphor is that we are already the bionic man. We already have technology in our brains. We might as well optimize this software as best we can. And make the technology outside our brains optimal as well because that technology *exists inside our brains too*, just not phsyically. The metaphor for that is 1) my arm isn't \"inside my body\", but it's clearly me and 2) same goes for my clothes.\n\n## Rest of today\n\nI'm going to go workout with Sarah at a barre class now and then grab lunch. The idea this afternoon is to try my hand at another draft of my plan. I think I've got a good head on my shoulders about it this time.\n\nHowever, I think I'll probably want to come back to it after I finish the future authoring and get through my Bret Victor deep dive. Really, my plan seems like it might be done in time for the new year.", "changes": [[428, 0, "notes/future-authoring.md"]]}, {"committer": {"date": 1512075918, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512075918, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "39153cce7edf3a334d0d459986625f70adcdfa97", "parents": ["9c32a183002aa904e18181a02a9c896de2eb8f65", "4e71599f55a539ff09645b3dc9220bdf5af81ee2"], "commit": "b3661b82bdfd27b57597fe3cfc8e44e3383eb8ff", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1512074943, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512074943, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "39153cce7edf3a334d0d459986625f70adcdfa97", "parents": ["edc39b1e2e14641a281790e25a5833d7c3ce5cac"], "commit": "9c32a183002aa904e18181a02a9c896de2eb8f65", "message": "# Read Dynamicland Zine (& merge commit)\n\nAs you can tell by [reading my notes](/notes/dynamicland-zine.md), I was blown away by the Dynamicland zine.\n\n## Things on my mind\n\n### Markdown headers in commit messages\n\nThis is important so that I can link to content via its anchor tag. (Yes this currently doesn't work because this content is currently not rendered as in the github commits page for this repo. I will need to do that at some point soon-ish.)\n\nThis was bothering me so much that I solved it right now. It's as simple as `git commit --cleanup=verbatim` and then just deleting everything but the message. Closing https://github.com/stevekrouse/futureofcoding.org/issues/62.\n\n### Next steps\n\nIt's becomming clearer that my next steps revolve around Bret Victor and Dynamicland. At the very least I need to spend a few hours there, but I could see it being weeks, months or even a year or two.\n\nThis week I worked on:\n\n1) brainstorm \"essay about essays\"\n2) brainstorm \"learn to code\" essay\n3) read and reflect on zine\n4) reflect on goals and work on long-term plan (tomorrow)\n\nThis was a really great week. However, I'm now seeing my work on the \"learn to code\" essay as potentially premature. Or not premature, but not quite as urgent as I thought. It's not like I'm going to forget my hardwon insights from The Coding Space. While I could write something now, I am only going to learn more about these topics as time goes on. And I can always come back to teaching if I need to remember things for the essay.\n\nThe \"essay about essays\" project is also a bit random. However, if Nicky Case would collaborate with me on it, I would drop all my other projects and jump at that chance.\n\nHowever, if left to my own devices, it feels like its time for a Bret Victor deep dive, much like the Alan Kay deep dive that I did a few months back. (You can read about it in [my old journal.](/journal)) Like my Alan Kay deep dive, this one will likely also take approximately two weeks (12/04/17-12/15/17). Then I go home for three weeks (12/18/17-1/4/18) for the holidays. I might do some (no more than 20 hours) work the week of 12/18/17.\n\nThen it's time for a visit to Dynamicland! https://twitter.com/mandy3284/status/936284579333156864\n\nI'll probably go in early Jan, but it depends on when they want me I guess. I'd love to stay for a week or two and work out of the space every day, but I'd be happy to go for even a single afternoon.\n\nAll this said, while I have set aside all day tomorrow to work on my goals and my plan, I may cut that short if it doesn't feel productive to get a head start on my new priority: the Bret Victor deep dive!", "changes": [[1, 0, "index.html"], [134, 0, "notes/dynamicland-zine.md"]]}, {"committer": {"date": 1512047045, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512047045, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1771dd4b16f7f94958e73997b9331cd0a78c9619", "parents": ["7c025150fdfefde29750a9772080d32f4ec885b1"], "commit": "edc39b1e2e14641a281790e25a5833d7c3ce5cac", "message": "notes with aidan", "changes": [[33, 0, "notes/aidan-cunniffe-call-11-29-17.md"]]}, {"committer": {"date": 1511974112, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1511974112, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "4816b9bca6941e28d7e22acba787f74d97bee118", "parents": ["7c025150fdfefde29750a9772080d32f4ec885b1"], "commit": "4e71599f55a539ff09645b3dc9220bdf5af81ee2", "message": "brainstormed essay about learning to code\n\nI continued my theme of brainstorming/mind-mapping this morning, but with a different essay and also a different medium. The essay topic is learning to code and the medium is a neat platform called coggle. In addition to being easy to use, it also is markdown-based, you can see a history of all previous edits, and it's real-time collaborative. Basically everything I'd want. You can see [my mind map here](https://coggle.it/diagram/Wh6pe8X_9wABwTVA). And here's a picture of it just in case that link doesn't work:\n\n\n\nVery productive. Really love the medium. One thing I noticed is that part of why mind-mapping software is difficult is that you have to go from abstract to concrete as opposed to being able to list arbitrary nodes and connect them later. I am currently side-stepping this problem by creating a \"TODO\" toplevel node that I can connect random stuff to until I can tell where they are going to best fit in the map.\n\nSpent 3ish hours on it this morning. It also worked great on my iPad, which was really nice. The downside is that I forgot my ergonomic iPad keyboard so I typed on it too much and now my hands hurt a bit.\n\nI am realizing that unlike Prezi, there's no notion of \"path\" to this tool, but I bet I can approximate it by creating a few different duplicates of the base map, and then in the copies, laying out the nodes in various orders. (You can put the nodes wherever you want and the relationships between then will just follow, staying connected.)\n\nI'm going to go get a workout in now, then I have a meeting with someone who wants advice on coding curriculum design with is quite relevant given what I did this morning, and then I chat with Aidan, founder of DropSource.", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1511909201, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1511909201, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b7ab86f7586b66231ded454456959a4a7cb943b5", "parents": ["10f357d435e6b65d02a599a8382dae3ed400b7b0", "901de4946ac4b58e8d32594e9f818d5674ab98df"], "commit": "7c025150fdfefde29750a9772080d32f4ec885b1", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1511909196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1511909196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4816b9bca6941e28d7e22acba787f74d97bee118", "parents": ["c8afd63dbd0c37c8d0ede5f01ed9a3209a8461a2"], "commit": "10f357d435e6b65d02a599a8382dae3ed400b7b0", "message": "added episdeo 17 bubble.is emmanuel", "changes": [[87, 0, "episodes/17-bootstrapping-bubble-is-emmanuel-straschnov.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1511903074, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1511903074, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "498f6b732502c13f25e38922f9292b3b5a2e2b3d", "parents": ["c8afd63dbd0c37c8d0ede5f01ed9a3209a8461a2"], "commit": "901de4946ac4b58e8d32594e9f818d5674ab98df", "message": "essay about essay brainstorm\n\nGiven that I don't have a title for this essay, I thought it would make more sense to create a github issue for it because those are referenced via unique ids as opposed to their changeable names. (Aside: in writing that last sentence, I realized that I could simply create a `/drafts/` directory and name each of its children elements the same way github issues does: `/drafts/001`, `/drafts/002`. When I settle on a title, I could move the content into the `/essays/` directory and reference it via its name, not its id.) However, I want this log to consist of all work I do on this project, even if it's work outside of a set of changes to files in this directory, so this messages links to my work this afternoon on the \"essay about essays\": https://github.com/stevekrouse/futureofcoding.org/issues/63#issue-277535475", "changes": [[0, 1, "index.html"]]}, {"committer": {"date": 1511884759, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1511884759, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d4e579e49d84487d32cd674eaf05766ed0405f1c", "parents": ["ddc8cd46aa2f84aa6032eb181dd091b620efa066"], "commit": "c8afd63dbd0c37c8d0ede5f01ed9a3209a8461a2", "message": "Back from sickness and vacation\n\nThe past two weeks didn't go as planned. If you're following this journal, you'll notice that I haven't made any entires or commits for two weeks. This was mostly because I was still(!) feeling sick. Finally I was diagnosed with strep throat, and am feeling a lot better today. Tomorrow is my last dose of antibiotics so hopefully I'll get back to running tomorrow or the day after.\n\nNote: [the entry prior to this one](https://github.com/stevekrouse/futureofcoding.org/commit/8274ccb120bb3781402aed0a9e1d99242b95a479) is fairly defeated in tone. This is because (1) I was unexpectedly starting to feel sick (again) and didn't want to believe it, and (2) I was trying to get too much done in the time allotted. A recipe for defeatedness. I'm feeling much better about things now. Plenty of things to do but one step at a time. Plenty of time to address them all. Most important ones first.\n\nDespite what it says in my plan at the moment, my next step will not be creating a Patreon. This is because (1) the value accrued from having a Patreon up before creating my content probably isn't that high (look at how Vi Hart raised $6k in just a few days on her reputation), (2) it takes a while to get a strong following on a Patreon so the money wouldn't mean much, (3) it's a distraction from focusing on the work the will actually help move me forward at this juncture (planning, reading, writing).\n\nI'm very excited about a potential upcomming collaboration with Nicky Case. On our phone call a few weeks back, I asked him for advice on writing essays and he outline his thoughts in what will hopefully be an essay he and I collab on. That sounds like a lot of fun! It would be great to have a small win under my belt. Despite it likely not being the absolute highest priority right now, it's in the right direction. In other words, even though my Work Plan isn't quite done, I still have a pretty strong feeling that this small detour would move me closer to accomplishing it. As I told Nicky, I have ~20 hours this week to work on the essay. But really there's no rush. I can work on other things this week and come back to that next week.\n\nAnother thing on my mind is the unbreakable-links project. This project has taken much longer than expected. Just another opportunity for me to improve my currently highly inaccurate planning skills. The short-term solution is quite reasonable: whenever I want to move or delete a file in this directory, I simply have to think through what will happen to all prior links to that page. I do this well with the now deprecated /journal page.\n\nOk, so now let me think about my priorities:\n\n* Write 3 different outlines for the \"essay about essays\" to send to Nicky Case\n* Publish the now-very-late podcast with Emmanuel from bubble\n* Spend time writing about my goals for this project\n* Deep dive on Bret, read the Zine, send him an email\n* Write 3 outlines about learning/teaching to code (and learning in general)\n* Continue writing FoC plan\n* Schedule meetings with key people (Aidan, Stefan, Samuel)\n* Migrate other blogs from Trello (including AT essay outline)\n* Reach out to guest or two for next week on the podcast\n\nOk, these are all top priorities that need to happen in the next week or so. The order I do them in doesn't matter much. Let's go ahead and put them on my calendar in blocks, so I can visualize what I can get done and move them around as needed.\n\nThis is what it looks like now:\n\n\n\nI'm feeling happy and aligned with this. I am now noticing that this would be in contradiction with what I told Casey, that I have ~20 hours for this project. Depending on how our conversation goes, I can always bump one of these blocks to next week no problem and manufacture 20 hours here. However this is the plan if he doesn't want to work on this this week.\n\nYou may have noticed that I'm more structured today than usual. This is (1) because I have not been regular about my entries the past few weeks and am feeling a bit adrift, and (2) I fell into a Jordan Peterson YouTube hole last night and he says some pretty straightforward things about happiness, including that you need structure. The first question he asks someone who's depressed is, \"do you have a job?\" If the answer is no, then his answer is get one, even if it's not perfect. It will set you up for success. So while I don't want to follow the letter of his advice, I do want to add a little more structure to my life to stave off any kind of emotional turmoil from working alone and jobless.", "changes": [[1, 1, "plan.md"], [2, 0, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510614499, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510614499, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "71db4d50bad3abfeb7f75b057f16106a90e2dccb", "parents": ["4bc7bc623ab7a36942aaba224a906eacf5aaa49c"], "commit": "ddc8cd46aa2f84aa6032eb181dd091b620efa066", "message": "Why is my plan so ugly?\n\nI was hoping to publish my work plan by the end of day today but I don't like it. My thoughts are all over the place. I don't like the summary of steps at the end. It needs more work than I can do right now. Let's not rush.\n\nAs crazy as it sounds, I think I want to create a new work plan from scratch yet again. Hopefully it will be the last time. In particular I want to think through the steps of the plan and the timeline.\n\nI'll also be working on the content for my Patreon in the next few days. I expect that to launch in the next few weeks.\n\nFinally, I am starting to rethink the homepage design. Maybe I'll add some photos. Maybe I'll feature certain content. I could think about the \"user flow\" as opposed to simply listing all content by date.", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1510614433, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510614433, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ad171474165c0672a33bb4046836c72ca12055a1", "parents": ["f01ac82f0d9a4b1f4737a4898e9d52f9af155e26"], "commit": "4bc7bc623ab7a36942aaba224a906eacf5aaa49c", "message": "simplified plan a bit, workshopped steps in summary", "changes": [[9, 11, "plan.md"]]}, {"committer": {"date": 1510614400, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510614400, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5c47663b5453b6152010f6f8dad1b3a33666d671", "parents": ["e7b1554e7fb445ecc59ce0763425ba6c45ef5c80"], "commit": "f01ac82f0d9a4b1f4737a4898e9d52f9af155e26", "message": "updated homepage text", "changes": [[3, 3, "index.html"]]}, {"committer": {"date": 1510612584, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510612584, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "81f053101a1aedcc144c0dc3d71c6bd50f77aa67", "parents": ["fd033c0fa0046e7840435199538f728a0abf9dc1"], "commit": "e7b1554e7fb445ecc59ce0763425ba6c45ef5c80", "message": "edited plan, refactored out principles to own file", "changes": [[33, 117, "plan.md"], [63, 1, "principles.md"]]}, {"committer": {"date": 1510362157, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510362157, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "be0bc3e48825268c45f09f1cca7013fc57ea2422", "parents": ["d5492388bcd2139280dfd1d6feb13acef64b2b96"], "commit": "fd033c0fa0046e7840435199538f728a0abf9dc1", "message": "rest of nicky case notes", "changes": [[26, 2, "notes/nicky-case-call-11-1-17.md"]]}, {"committer": {"date": 1510360672, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510360672, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d1da8849e8cf094e008bbf8132f5c75af6e214b9", "parents": ["b07bd388f11e87e2fa8309b982501167edabb72b"], "commit": "d5492388bcd2139280dfd1d6feb13acef64b2b96", "message": "added notes nicky", "changes": [[91, 0, "notes/nicky-case-call-11-1-17.md"]]}, {"committer": {"date": 1510350681, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510350681, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "23942bb57adbacc8c14b140df306e3b30b06e4db", "parents": ["450731af5170267fe7cd19718809a04ba17b527a"], "commit": "b07bd388f11e87e2fa8309b982501167edabb72b", "message": "fixed heading names and levels", "changes": [[2, 2, "plan.md"]]}, {"committer": {"date": 1510350578, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510350578, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ca9cc6e749bb654c2aebf72295c3d137e86b7b5f", "parents": ["a0c8787fd9c798bf8e6e6a331df569ca8a6da491"], "commit": "450731af5170267fe7cd19718809a04ba17b527a", "message": "fixes formatting with elon plan", "changes": [[3, 0, "plan.md"]]}, {"committer": {"date": 1510350435, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510350435, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1b50713e8ffefcd578f6da13f1536758a5a0820d", "parents": ["156ccaebf2b0c456f32bd921d515e8346b927509", "1db7c38a542b241e95453d4164795bb3eea82939"], "commit": "a0c8787fd9c798bf8e6e6a331df569ca8a6da491", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1510350059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510350059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "12e199fdac3caacf994a6089c3e3dc455944d9f5", "parents": ["f87424ddb968181c85ff2769038d33604b0a2bca"], "commit": "156ccaebf2b0c456f32bd921d515e8346b927509", "message": "Done (for now) with plan (I think)\n\nI know the title of this commit doesn't inspire confidence but I think this plan is in a good place. Good enough for me to move on to step 1 of it at least. I'm sure I'll be back here, rethinking things soon enough.\n\n* It feels like every time I come back to working on this plan, I delete everything and start over again. That's not neccesarily a bad thing.\n\n* It's such a bummer to me that I have to write these journal thoughts somewhere random and then copy and paste them into the commit message at the end of my work even though I'm now writing them before I get started. Why can't the commit have a home before you finish the commit?! (Brainflash! I should've just commited the above thoughts to the repo without any changes this morning!)\n\n* Version control is definitely a topic I want to think about more. Really \"version control\" isn't the write word for it. It's more \"iterating on software\" or \"the software workflow\". Managing versions of software is a different problem. The elements of change guy is really the only one I know who's really thinking about this in a thoughtful way.\n\n* I'm not sure where my fustration with this plan is coming from: 1) my lack of progress on it the last few weeks because of my sickness and taking too many meetings, or 2) not having enough data to make a good decision here.", "changes": [[187, 201, "plan.md"]]}, {"committer": {"date": 1510265094, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1510265094, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "13e71a2ec706e71b6ba2b3e3d96b19f34788b6ed", "parents": ["f87424ddb968181c85ff2769038d33604b0a2bca"], "commit": "1db7c38a542b241e95453d4164795bb3eea82939", "message": "fixed comment", "changes": [[2, 2, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510236314, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510236314, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f1e0d54051e18ec20aa6650fbaa0996d24dd75b1", "parents": ["28dce347e9229fa35001a1a8080b12dcdc1f9b70"], "commit": "f87424ddb968181c85ff2769038d33604b0a2bca", "message": "continued working on plan, outline, goals, why", "changes": [[231, 135, "plan.md"]]}, {"committer": {"date": 1510236291, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510236291, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f852842e5c3556c17c9cdbe7a2f2ffff9417f6b9", "parents": ["cfd9d3294bd50e528c765c64f0ed1f9647be5ff7"], "commit": "28dce347e9229fa35001a1a8080b12dcdc1f9b70", "message": "added console logs to unbreakable-links", "changes": [[4, 2, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510192284, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510192284, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2f49ad62c56d2c81b7478157c312042ba7b33ff8", "parents": ["0ed4b75012d6096616f817809f3fd652b81d2e72"], "commit": "cfd9d3294bd50e528c765c64f0ed1f9647be5ff7", "message": "removed extra slash in rawGitLink", "changes": [[1, 1, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510192226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510192226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0812f991a3247ff127d16fdcb553a783eb6b20e2", "parents": ["20466a6b954078a6d5f9a022a146f584bb6b29f8"], "commit": "0ed4b75012d6096616f817809f3fd652b81d2e72", "message": "added unbreakable-links as non-repo", "changes": [[43, 0, "unbreakable-links/README.md"], [182, 0, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510192203, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510192203, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "dc2b9252940e907b7f1a69dcce1a2a2cc64491ba", "parents": ["33fb63a15272ba275159f6ea7d5fad73e769d4d4"], "commit": "20466a6b954078a6d5f9a022a146f584bb6b29f8", "message": "removed unbreakable-links repo", "changes": [[0, 1, "unbreakable-links"]]}, {"committer": {"date": 1510191940, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510191940, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "02e0602685bb5c71e8f7ddd9db2ebf5aab5efb73", "parents": ["907a770fa718d4a427b004de626b84d7136d2338"], "commit": "33fb63a15272ba275159f6ea7d5fad73e769d4d4", "message": "added unbreakable-links repo inside futureofcoding.org", "changes": [[1, 1, "404.html"], [1, 1, "README.md"], [1, 1, "about.md"], [1, 1, "episodes/1-welcome.html"], [1, 1, "episodes/10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html"], [1, 1, "episodes/11-how-reactjs-was-created-with-pete-hunt.html"], [1, 1, "episodes/12-research-recap-six-cycle-js-deep-dive.html"], [1, 1, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"], [1, 1, "episodes/14-research-recap-seven-master-planning.html"], [1, 1, "episodes/15-raising-genius-with-scott-mueller.html"], [1, 1, "episodes/16-research-recap-eight-life-and-work-planning.html"], [1, 1, "episodes/2-research-recap.html"], [1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 1, "episodes/4-research-recap-two.html"], [1, 1, "episodes/5-samantha-john.html"], [1, 1, "episodes/6-research-recap-three.html"], [1, 1, "episodes/7-lookers-lloyd-tab-on-growing-languages-through-deprecation.html"], [1, 1, "episodes/8-research-recap-four.html"], [1, 1, "episodes/9-research-recap-five.html"], [1, 1, "ideas.md"], [1, 1, "index.html"], [1, 1, "journal.md"], [1, 1, "links.md"], [1, 1, "log.html"], [1, 1, "notes/aaron-kent-call-9-15-17.md"], [1, 1, "notes/andre-staltz-call-10-9-17.md"], [1, 1, "notes/andre-staltz-call-9-11-17.md"], [1, 1, "notes/dan-scanlon-call-9-5-17.md"], [1, 1, "notes/jaime-brandon-call-9-5-17.md"], [1, 1, "notes/niko-autio-microeditor.html"], [1, 1, "plan.md"], [1, 1, "principles.md"], [1, 1, "prototypes/streamsheets/index.html"], [1, 0, "unbreakable-links"]]}, {"committer": {"date": 1510191647, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510191647, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4a2ddc613b0d757865dcc063698af054a43b33b2", "parents": ["c8575bdededdfa8c002aaedfb673cda219b6aa69"], "commit": "907a770fa718d4a427b004de626b84d7136d2338", "message": "update unbreakable-links", "changes": [[1, 1, "404.html"], [1, 1, "README.md"], [1, 1, "about.md"], [1, 1, "episodes/1-welcome.html"], [1, 1, "episodes/10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html"], [1, 1, "episodes/11-how-reactjs-was-created-with-pete-hunt.html"], [1, 1, "episodes/12-research-recap-six-cycle-js-deep-dive.html"], [1, 1, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"], [1, 1, "episodes/14-research-recap-seven-master-planning.html"], [1, 1, "episodes/15-raising-genius-with-scott-mueller.html"], [1, 1, "episodes/16-research-recap-eight-life-and-work-planning.html"], [1, 1, "episodes/2-research-recap.html"], [1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 1, "episodes/4-research-recap-two.html"], [1, 1, "episodes/5-samantha-john.html"], [1, 1, "episodes/6-research-recap-three.html"], [1, 1, "episodes/7-lookers-lloyd-tab-on-growing-languages-through-deprecation.html"], [1, 1, "episodes/8-research-recap-four.html"], [1, 1, "episodes/9-research-recap-five.html"], [1, 1, "ideas.md"], [1, 1, "index.html"], [1, 1, "journal.md"], [1, 1, "links.md"], [1, 1, "log.html"], [1, 1, "notes/aaron-kent-call-9-15-17.md"], [1, 1, "notes/andre-staltz-call-10-9-17.md"], [1, 1, "notes/andre-staltz-call-9-11-17.md"], [1, 1, "notes/dan-scanlon-call-9-5-17.md"], [1, 1, "notes/jaime-brandon-call-9-5-17.md"], [1, 1, "notes/niko-autio-microeditor.html"], [1, 1, "plan.md"], [1, 1, "principles.md"], [1, 1, "prototypes/streamsheets/index.html"]]}, {"committer": {"date": 1510191053, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510191053, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a152934795d857eec9035c211775267aee621372", "parents": ["dd3cce6ec160fdb5bed4c5b0277f1b07a6af8470", "396a87c9e52755cf661539af8df7c275bc2887b3"], "commit": "c8575bdededdfa8c002aaedfb673cda219b6aa69", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1510191047, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510191047, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f24af8e67d18de1367e05e31b60e4775631c2a1f", "parents": ["8faf11d570d5d716fba086fb52c7da19abcbd57d"], "commit": "dd3cce6ec160fdb5bed4c5b0277f1b07a6af8470", "message": "added unbreakable-links, simply ?version=", "changes": [[1, 0, "404.html"], [3, 1, "README.md"], [1, 0, "about.md"], [1, 1, "episodes/1-welcome.html"], [1, 1, "episodes/10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html"], [1, 1, "episodes/11-how-reactjs-was-created-with-pete-hunt.html"], [1, 1, "episodes/12-research-recap-six-cycle-js-deep-dive.html"], [1, 1, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"], [1, 0, "episodes/14-research-recap-seven-master-planning.html"], [1, 0, "episodes/15-raising-genius-with-scott-mueller.html"], [1, 0, "episodes/16-research-recap-eight-life-and-work-planning.html"], [1, 1, "episodes/2-research-recap.html"], [1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 1, "episodes/4-research-recap-two.html"], [1, 1, "episodes/5-samantha-john.html"], [1, 1, "episodes/6-research-recap-three.html"], [1, 1, "episodes/7-lookers-lloyd-tab-on-growing-languages-through-deprecation.html"], [1, 1, "episodes/8-research-recap-four.html"], [1, 1, "episodes/9-research-recap-five.html"], [1, 0, "ideas.md"], [1, 1, "index.html"], [2, 1, "journal.md"], [1, 0, "links.md"], [1, 0, "log.html"], [14, 0, "notes/aaron-kent-call-9-15-17.md"], [14, 1, "notes/andre-staltz-call-10-9-17.md"], [14, 0, "notes/andre-staltz-call-9-11-17.md"], [2, 1, "notes/dan-scanlon-call-9-5-17.md"], [2, 1, "notes/jaime-brandon-call-9-5-17.md"], [1, 1, "notes/niko-autio-microeditor.html"], [1, 0, "plan.md"], [2, 1, "principles.md"], [0, 1, "prototypes/github-embed-footer"], [1, 0, "prototypes/streamsheets/index.html"]]}, {"committer": {"date": 1510064943, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1510064943, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ee32cc6c376fde14bf2daa83eac972ed5b02ab3c", "parents": ["8faf11d570d5d716fba086fb52c7da19abcbd57d"], "commit": "396a87c9e52755cf661539af8df7c275bc2887b3", "message": "Plan for week 11/7/17\n\nI was planning to spend all of today on my Plan, but I was given a list-minute invitation to a conference that seems like a good opportunity for me so I'm doing that instead.\n\nTomorrow, Wednesday, Nov 8th, I have meetings and other things all day so I won't post here probably.\n\nThursday in the morning I will be here to work on my Plan. In the afternoon I will be meeting with Paul Chuisano of Unison, Lloyd Tabb of Looker, and Emmanuel Straschnov of Bubble.is -- what a lineup!\n\nFriday *all day no matter what* will be reserved for my Plan! I'll also speak with Nicky Case at some point during the day on Friday which will be amazing.\n\nGenerally next week is mostly free for work on my Plan it is my intention to keep it that was as much as possible. NO MORE MEETINGS. NO EXCUSES.", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1509991068, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509991068, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "b2cf2a51cee49d6b7e8b365112a6a1ff22ee766c", "parents": ["1fa1f9a1271ed349756895056b4e0f67be397375"], "commit": "8faf11d570d5d716fba086fb52c7da19abcbd57d", "message": "Update episode 16 date", "changes": [[1, 1, "index.html"]]}, {"committer": {"date": 1509990880, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509990880, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "38e59e7f086ab470f4d180699a230cdeb5903aed", "parents": ["94a8c0eaa3bf68e5585f8e35d9cc170fd12a84d1"], "commit": "1fa1f9a1271ed349756895056b4e0f67be397375", "message": "Added omnycast embed", "changes": [[1, 1, "episodes/16-research-recap-eight-life-and-work-planning.html"]]}, {"committer": {"date": 1509974389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1509974389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c3b5ce25f9c6f9352b1161e8156a5aa9435bf361", "parents": ["1767d80bf19dc8e73a8b4fc43b6b49a4b0941420", "c9357da92284c501906eb64ec3e076845542dd4c"], "commit": "94a8c0eaa3bf68e5585f8e35d9cc170fd12a84d1", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1509974384, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1509974384, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "01a67431a36b3e7d5320c5b7916d32a9803c62c3", "parents": ["4a47728ae82754e62dca5d7e3d522f024e6e3639"], "commit": "1767d80bf19dc8e73a8b4fc43b6b49a4b0941420", "message": "added 16 research recap eight notes", "changes": [[184, 0, "episodes/16-research-recap-eight-life-and-work-planning.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1509974364, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1509974364, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "08c642b2b9b442f4fa3ff1b0123e51a84ed27aed", "parents": ["4e5f04eaf871dc63c8e1a93634254e3077348fdb"], "commit": "4a47728ae82754e62dca5d7e3d522f024e6e3639", "message": "fixed typo with 14 research recap seven", "changes": [[152, 0, "episodes/14-research-recap-seven-master-planning.html"], [0, 152, "episodes/14-research-recap-six-master-planning.html"], [1, 1, "index.html"]]}, {"committer": {"date": 1509751200, "timezone": "-0400", "name": "steveykrouse", "email": "steveykrouse@gmail.com"}, "author": {"date": 1509751200, "timezone": "-0400", "name": "steveykrouse", "email": "steveykrouse@gmail.com"}, "tree": "a90505c06c56b8bcff043f6db70c49277593b5b2", "parents": ["8090ac51b758cce4ecb9393734f77fbb56f5734f"], "commit": "c9357da92284c501906eb64ec3e076845542dd4c", "message": "Created new outline for Future of Coding Plan\n\nDon't have time now to explain. It's a mess in there. It begins with the things I need to do next on this project. Then it's an outline. Hope to clean it up soon!", "changes": [[179, 214, "plan.md"]]}, {"committer": {"date": 1509378954, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509378954, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c24fa648e5af641c77c73a264355b58f04db64f4", "parents": ["e533b31f0b395cfb2f982e05bc3df3c030534b03"], "commit": "8090ac51b758cce4ecb9393734f77fbb56f5734f", "message": "Started new version of the Future of Coding Plan\n\n## Future of Coding Plan progress\n\nI’m really excited about the direction this version of the plan is taking! There are still a lot of thinking and analysis that needs to happen here, as well as organizing my thoughts, combining them with /about.html, and also doing a bit more research on this topic, and getting feedback on this plan from friends and experts. In particular I am really excited to continue reading Doug Engelbart’s Paper on Augmenting Human Intelligence and seeing the demo — I think that will help me with this plan and also my world plan which I had trouble working on last week, partially because I was sick and partially because it’s probably part-three of my planning series, instead of part-two. This future of coding plan is probably part two. I know this because I was stuck on my World Plan at the Future of Coding section, where if I finish this one first, I can just link to it there in my World Plan. As far as the other sections of my plan... we’ll see what I come up with.\n\n## Still Sick\n\nI have been taking a while to kick this cold. I feel bad about missing my first week of the podcast last week. It looks like I’ll also be missing this week’s interview because I didn’t do that last week either. Instead of making myself crazy and trying to rush it all in, while at the same time catching up on the last two weeks, and continuing to get better, I’m going to give myself a pass and take this week off from the podcast as well. If any of my listeners out there are worried or wondering where I am and have a suggestion for a better way for me to communicate that I’m taking weeks off, please let me know. I guess I could release a dummy 2-minute podcast episode just saying that I’m sick and won’t be on this week but that feels strange.\n\n## Newfound patience\n\nA number of factors have conspired together to lend me much more patience towards this project — and others in my life — than I had before. There were two main factors that were causing my impatience:\n\n1) when your self-defined job-description is “creating the future” of something, you have to imagine what the future could hold in store, and then bring it back for all of us in the present. However inherent in this is noticing all of the ways the present is lacking and how much we could all benefit from these future benefits now now NOW!\n\n2) I have all sorts of hangups around being a wunderkind. In fact at my last job, that was a nickname they had for me. Now that I’m noticing this pressure, I’m able to have it affect me less.\n\n3) The ideal perspective on changing the world would be wanting the outcome to happen, and truly not caring who accomplishes it or gets the credit. Not only to I want to hold myself to this standard in practice, but deep in my bones I want to be happy when a friend shows me a “competitors” product, not scared or anxious as I feel now. In fact, I want to see all people as collaborators in our shared project of making the world a better place. This is an important emotional reaction to recognize and try to shift. I think it’s similar to the project of overcoming jealousy that I began to undertake as it relates to romantic relationships after reading “Sex at Dawn” which taught me about how romantic jealousy isn’t as natural or positive as I was lead to believe growing up.\n\nCombined with my new love of Essentialism and focus, this newfound patience is giving me better perspective, particularly around the planning fallacy. Instead of assuming things will happen magically in nights and weekends, I now see that I need to allocate the appropriate amount of time for things that are important to me, such as wrapping up my work at The Coding Space and on WoofJS with a neat bow on top, as well as planning my next steps for this project. Instead of thinking I could squeeze these things in in the next few weeks, I am now content for them to take me months or even the next full year.", "changes": [[233, 0, "plan.md"]]}, {"committer": {"date": 1509031277, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509031277, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "17e7b9d52cb56d82997ddf162bc6e1facd37873f", "parents": ["2b21ab29251d10602e4abea6232b8474235f6240"], "commit": "e533b31f0b395cfb2f982e05bc3df3c030534b03", "message": "add slack group invite", "changes": [[7, 1, "index.html"]]}, {"committer": {"date": 1509030647, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509030647, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ed3d0c57f45fa06a77d5601d73f5c4eff0406332", "parents": ["400dcee5064a95264982615a1222fc0686cd4136"], "commit": "2b21ab29251d10602e4abea6232b8474235f6240", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1509030219, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509030219, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "b20460c9aebe67fbc538b447b8d013aa843848c6", "parents": ["79518c546497bcb565fb72e92bf531a9c474e9d6"], "commit": "400dcee5064a95264982615a1222fc0686cd4136", "message": "more links from glench", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1509029297, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509029297, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1a9c109352e4b83a5a92f0d6c3aa93b38e442ab8", "parents": ["b882bf061a360082134b3b53f24dee4cffb3c3f3"], "commit": "79518c546497bcb565fb72e92bf531a9c474e9d6", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1509028473, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509028473, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d3071cbae933ba4f8e4ed90ddff27c7e8e6466e8", "parents": ["1612a59ec5b026b0a39442a27302981ae39a49c8"], "commit": "b882bf061a360082134b3b53f24dee4cffb3c3f3", "message": "links from emmanuel schnazer", "changes": [[4, 0, "links.md"]]}, {"committer": {"date": 1508953160, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508953160, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "e13e1de47e0ecdb948d40e191b8e99ffdd753a32", "parents": ["32007660a94ba778b36115df3e559fac170f9a80"], "commit": "1612a59ec5b026b0a39442a27302981ae39a49c8", "message": "links from omar rizwan", "changes": [[13, 0, "links.md"]]}, {"committer": {"date": 1508863470, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508863470, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c2dfc126b5586f1cdf84b8515c3af17f0e642e49", "parents": ["b5b01b56685c127991f0db40997d12b139f0c716"], "commit": "32007660a94ba778b36115df3e559fac170f9a80", "message": "recovering from a sore throat\n\nI came down with a sore throat this weekend, which was pretty bad yesterday and mostly better today. Yesterday I was planning to do my research recap, meet with Yair from Lamdu and record an episode with him, and go to the Future of Programming meeting. Unfortunately, I was able to do none of that, but I did find the energy to work on https://github.com/stevekrouse/unbreakable-links which is both important to work on and a very fun project for me.\n\nToday I'm feeling a lot better, but I still don't want to push myself, especially because I want to conserve my energy for the MoMath fundraiser that I was invited to by Pete Muller when I bumped into him at Springsteen on Broadway and he heard that I'm a Mitch Resnick fan, and that he'll be there tonight! I'll have to make sure to finish his book in the next few hours...\n\nAs far as my main focus, my #1 priority these days is my Planning Series, which starts with \"Life Plan\", then \"World Plan\", and finally \"Future of Coding Plan\". The first two will live on stevekrouse.com and the third will live here, probably on futureofocoding.org/about or futureofcoding.org/plan.\n\n### Just Plans\n\nAs you may notice, I have decided to stop referring to these plans as \"master plans\" for a few reasons: 1) \"master\" is a word with strange slavery connotations (it also makes me uncomfortable to have \"master\" branches in git but one problem at a time), and 2) it makes me feel less egotistical to have \"plans\" as opposed to \"master plans.\"", "changes": [[0, 1, "log.html"]]}, {"committer": {"date": 1508425262, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508425262, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "89668065cd30dc68262f9078821c1ccb3424435f", "parents": ["8ab8877ec56965901c690932cc214f9756af6755"], "commit": "b5b01b56685c127991f0db40997d12b139f0c716", "message": "where I've been\n\nOver the last few days, I haven't been pushing nearly as much to this as I used to for two reasons:\n\n1. I am working on unbreakable-links which will allow me to more freely edit the structure of the site, which is key because I need to change it.\n\n2. I am master planning. You can read my life master plan here https://docs.google.com/document/d/1tycCeK3FbOVqiz6xcePqr1iE0QTfsqpEgn4XUsXfuRM/edit", "changes": [[1, 0, "log.html"]]}, {"committer": {"date": 1508425164, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508425164, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c2dfc126b5586f1cdf84b8515c3af17f0e642e49", "parents": ["d6f8951ec824b3c2835f35c5b9e661d9a628155b"], "commit": "8ab8877ec56965901c690932cc214f9756af6755", "message": "Create log.html", "changes": [[9, 0, "log.html"]]}, {"committer": {"date": 1508425063, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508425063, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "e8a668dc762bef223c51f029866fca2959f8ffe4", "parents": ["3d17f10c8b4a0cc457be40f0462cfb57593e5038"], "commit": "d6f8951ec824b3c2835f35c5b9e661d9a628155b", "message": "this journal is officially deprecated -> /log", "changes": [[4, 0, "journal.md"]]}, {"committer": {"date": 1508421096, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508421096, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f76442aaae01fdcaa668ea09c9a0693cc2e8518f", "parents": ["4e5f04eaf871dc63c8e1a93634254e3077348fdb"], "commit": "3d17f10c8b4a0cc457be40f0462cfb57593e5038", "message": "Update links.md", "changes": [[19, 1, "links.md"]]}, {"committer": {"date": 1508274114, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1508274114, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1c41d937996106403073a9d4bd1669d340a48c53", "parents": ["ed3c55f65bc94654499ffd33c3650722cba6d58e", "793fef9f1fe23c820c98c6ed9af4195764448f40"], "commit": "4e5f04eaf871dc63c8e1a93634254e3077348fdb", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1508274090, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1508274090, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "74b50e49285e7f879aaee0a04f36615a09c67e67", "parents": ["1a9b47ce0b6dfaafa993870f343d8f43df417bed"], "commit": "ed3c55f65bc94654499ffd33c3650722cba6d58e", "message": "added 15 interview with scott mueller", "changes": [[90, 0, "episodes/15-raising-genius-with-scott-mueller.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1508255997, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508255997, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d41f732391bb57eba285014bd4b3fd3227db606c", "parents": ["4335744ea1022870a7b391845410a1929bfb03be"], "commit": "793fef9f1fe23c820c98c6ed9af4195764448f40", "message": "Update links.md", "changes": [[5, 0, "links.md"]]}, {"committer": {"date": 1508251854, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508251854, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "53612b078c76fffe8bc1f2a9c6d1a44baaa65a0b", "parents": ["b8026c26bc95651e3cb625cc9c7a0783dd589f9d"], "commit": "4335744ea1022870a7b391845410a1929bfb03be", "message": "Working on my life master plan...\n\nI feel bad for neglecting this site for the past few days. I've been working hard on my master plan for my life and I'll be back here shortly to continue working on my master plan for this project!", "changes": [[2, 1, "about.md"]]}, {"committer": {"date": 1508251162, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508251162, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ccd292b742ba246f551cdd508c6c9a09a14e9e40", "parents": ["343e9703c7b009ce7beb0ae57d4b827e45a298e8"], "commit": "b8026c26bc95651e3cb625cc9c7a0783dd589f9d", "message": "Update links.md", "changes": [[7, 0, "links.md"]]}, {"committer": {"date": 1508248862, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508248862, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1cf43afb879a4f08521a869a7c66f0b8dfada65f", "parents": ["1a9b47ce0b6dfaafa993870f343d8f43df417bed"], "commit": "343e9703c7b009ce7beb0ae57d4b827e45a298e8", "message": "links from glen chiacchieri", "changes": [[9, 2, "links.md"]]}, {"committer": {"date": 1507574614, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507574614, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2456bc8bdb13503301429cc7c2ded8a825df6b80", "parents": ["6d57e56f4a7c6eceba6ba109122fd203afc4fe74"], "commit": "1a9b47ce0b6dfaafa993870f343d8f43df417bed", "message": "added link to embed podcast for episode 14 research recap seven", "changes": [[1, 1, "episodes/14-research-recap-six-master-planning.html"]]}, {"committer": {"date": 1507561834, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507561834, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d08fae6283dace3047af828fa1fcc6130c3d9455", "parents": ["1c18aa8db46efb74679c80c23886d890baa7ed3b"], "commit": "6d57e56f4a7c6eceba6ba109122fd203afc4fe74", "message": "added to index.html and switched id to name attribute to make anchor tags work", "changes": [[19, 18, "episodes/14-research-recap-six-master-planning.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1507561360, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507561360, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "84e47cee8913e8094eb828af6f74b1e3b7bec73a", "parents": ["2e39f9a323775dbe08b9702866a2ace6db8a1451"], "commit": "1c18aa8db46efb74679c80c23886d890baa7ed3b", "message": "added episode 14 research recap seven without omnycast link", "changes": [[151, 0, "episodes/14-research-recap-six-master-planning.html"]]}, {"committer": {"date": 1507558423, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507558423, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c460ee5d4924e672735eeb8a3217d2f422fc67bf", "parents": ["16321d65a0381b78a1aa049d4666aadac9db8319"], "commit": "2e39f9a323775dbe08b9702866a2ace6db8a1451", "message": "added andre staltz call 10-9-17", "changes": [[232, 0, "notes/andre-staltz-call-10-9-17.md"]]}, {"committer": {"date": 1507307045, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507307045, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "08c170b14192d864020593446dae6a9ac2717e18", "parents": ["915b40a2d6de7337f6f9a224118d60c042dbe804"], "commit": "16321d65a0381b78a1aa049d4666aadac9db8319", "message": "Continued developing master plan\n\nI've been making a lot of progress in the past few days, thinking about this project at a high level. I made a lot of progress in the shower this morning:\n\n\n\nThere are a few next steps:\n\n1. Articulate my prototype ideas for StreamSheets, Scratch or WoofJS FRP (and come up with a name for this), generic GUI for langauges, and more if I have them.\n\nhttps://github.com/stevekrouse/futureofcoding.org/issues/54\nhttps://github.com/stevekrouse/futureofcoding.org/issues/55\n\n2. Spell out my design principles.\n\nhttps://github.com/stevekrouse/futureofcoding.org/issues/9\n\n3. Send my master plan around to friends.\n\n4. Consider the future organization of the website and if now's a good time to go for it. https://github.com/stevekrouse/futureofcoding.org/issues/53", "changes": [[75, 40, "about.md"], [1, 1, "ideas.md"], [19, 0, "principles.md"], [0, 19, "thesis.md"]]}, {"committer": {"date": 1507292452, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507292452, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "446069bac45860fdeb2dbf71f874b4a1f4a7e9cc", "parents": ["b6e0e47ac0fb3b1bb0555270438ca0235eff4bb3"], "commit": "915b40a2d6de7337f6f9a224118d60c042dbe804", "message": "testing to see what long commit messages look like\n\nCan you see this message?\n\nHow about [this link](http://futureofcoding.org)?\n\n# How about this header?", "changes": []}, {"committer": {"date": 1507209851, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507209851, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "446069bac45860fdeb2dbf71f874b4a1f4a7e9cc", "parents": ["b5cf6d2d524a94e0e08f5dd9b6e7c37f0c4a4369"], "commit": "b6e0e47ac0fb3b1bb0555270438ca0235eff4bb3", "message": "journal death knoll and streamsheets write up", "changes": [[14, 0, "journal.md"]]}, {"committer": {"date": 1507207405, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507207405, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d81876d33a73c9f4e6df6488ad5b7c0f005bcea3", "parents": ["51f4a7a85eba79d9b31ec0281db9dc792e9f581e"], "commit": "b5cf6d2d524a94e0e08f5dd9b6e7c37f0c4a4369", "message": "added petri nets", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1507134430, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507134430, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1d5c3de320240927bf73edf6d420a47f7dfb2544", "parents": ["cc0f4b85157657f02e8da17ba9c3c19bb3333d80"], "commit": "51f4a7a85eba79d9b31ec0281db9dc792e9f581e", "message": "added children programming languages paper", "changes": [[1, 1, "links.md"]]}, {"committer": {"date": 1507053916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507053916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "cc98c9e8e78a0d11b104ebcda198828b07d4bf9c", "parents": ["babbf695b718c41eb7aba3bd2f33708dcf0938fd"], "commit": "cc0f4b85157657f02e8da17ba9c3c19bb3333d80", "message": "lowered header predecede of structural editor subheadings", "changes": [[6, 6, "journal.md"]]}, {"committer": {"date": 1507053844, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507053844, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4fbcdf25acc88e1e39be7cf259d33a74a51d4961", "parents": ["f25ab2fbd97b8da93495d0700aeed53497f7da36"], "commit": "babbf695b718c41eb7aba3bd2f33708dcf0938fd", "message": "structured editing write up", "changes": [[74, 2, "journal.md"], [1, 0, "links.md"], [1126, 0, "notes/niko-autio-microeditor.html"]]}, {"committer": {"date": 1507037911, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507037911, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bb4dfb44103198cd448b8430cc221c3fda554ea1", "parents": ["33b5a65c408c871c930846ddcfafd4cdf9baf70f", "008d0c2d880ec5ef23068db76f9738ec8fcc8e94"], "commit": "f25ab2fbd97b8da93495d0700aeed53497f7da36", "message": "Merge pull request #48 from stevekrouse/episode-13\n\nadded episode 13, waiting for lauch date", "changes": []}, {"committer": {"date": 1507037902, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507037902, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "73ca0e1da3b72872b3de3d1983ae9da63f57406c", "parents": ["453f2bd02372e5d0a83a1305503dead2bdb2cea4"], "commit": "008d0c2d880ec5ef23068db76f9738ec8fcc8e94", "message": "added omnyfocus embed link", "changes": [[1, 1, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"]]}, {"committer": {"date": 1506986472, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506986472, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "382c89f259e4dfb1c3c69669c81a7eed94f668ff", "parents": ["06113ec98d94d6da98761e4220a7bb8310f672dd"], "commit": "33b5a65c408c871c930846ddcfafd4cdf9baf70f", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506961454, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506961454, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6bbf79229025277f227b4419c4bc7bbb11e44567", "parents": ["d14b429066043a59c3939956d672389dbf6fcf1e"], "commit": "06113ec98d94d6da98761e4220a7bb8310f672dd", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506952183, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506952183, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "b917ae14d4a36bc013ad0493b367c3f3ddbb59f6", "parents": ["8663e9c14ef014b58aabb65a886f60b7fad82c45"], "commit": "d14b429066043a59c3939956d672389dbf6fcf1e", "message": "elm flappy, andre and nick, juan benet master plan", "changes": [[60, 1, "journal.md"]]}, {"committer": {"date": 1506942662, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506942662, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d97e1d79f71a5a920d3292ef105db9498f24573c", "parents": ["d23405ab51b4e01478a5d52913143be1c4eddcb4"], "commit": "8663e9c14ef014b58aabb65a886f60b7fad82c45", "message": "For -> 4 typo", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1506787197, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506787197, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8bbda671d4075a2340d76ca7ed1db3a1a2f53c46", "parents": ["5bafc3c6095dadcc9acfa8b0dd76f28988d6671a"], "commit": "d23405ab51b4e01478a5d52913143be1c4eddcb4", "message": "started about and thesis", "changes": [[151, 0, "about.md"], [2, 1, "index.html"], [19, 0, "thesis.md"]]}, {"committer": {"date": 1506779504, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506779504, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9a38a2e7907bad203a5c4c9cddd9a321a1849a52", "parents": ["5b4673ab621cc3bd485e3a9e53d67aa2090aecb1", "098a7f66a1066f25149342630fbb0bc0f6ec4151"], "commit": "5bafc3c6095dadcc9acfa8b0dd76f28988d6671a", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1506779499, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506779499, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f9b2cb7cc6531b44e9aa62437978fb500b088528", "parents": ["ffa8b9769aa090b0e248a3f868699a75350110fc"], "commit": "5b4673ab621cc3bd485e3a9e53d67aa2090aecb1", "message": "addedl linq", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506711945, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506711945, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "09365822356a81eabbad90b4b685f3a40ac70577", "parents": ["9e788a4a54112430c714e091ed0fdcd838013914"], "commit": "098a7f66a1066f25149342630fbb0bc0f6ec4151", "message": "links from @curious_reader", "changes": [[12, 0, "links.md"]]}, {"committer": {"date": 1506701600, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506701600, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "de13e05389881d2ada5014d62c107cc99bfaed40", "parents": ["ffa8b9769aa090b0e248a3f868699a75350110fc"], "commit": "9e788a4a54112430c714e091ed0fdcd838013914", "message": "fun conversations and elm flappy started", "changes": [[20, 0, "journal.md"]]}, {"committer": {"date": 1506692783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506692783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7f835fbdcd6a146d3e14972e6ab3b6ecdb520623", "parents": ["6aadd6d78159bf6438b9037b95793c07a07814a6"], "commit": "ffa8b9769aa090b0e248a3f868699a75350110fc", "message": "prioritize sideways recipie article", "changes": [[3, 1, "links.md"]]}, {"committer": {"date": 1506691951, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506691951, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0803adf5c5833fcab2a1c63e34efb38d8a3fc6f2", "parents": ["6aadd6d78159bf6438b9037b95793c07a07814a6"], "commit": "453f2bd02372e5d0a83a1305503dead2bdb2cea4", "message": "added episode 13, waiting for lauch date", "changes": [[102, 0, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1506602406, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506602406, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "029df50d2cc31f0dd7cf787334bce1bc7de48c6e", "parents": ["ab9901937fbaf6b0710fc36825ca244b6d42dae2"], "commit": "6aadd6d78159bf6438b9037b95793c07a07814a6", "message": "Update journal.md", "changes": [[4, 0, "journal.md"]]}, {"committer": {"date": 1506541743, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506541743, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a47ac91df7bb8d2c5b36f7d52e477a3793ed4b00", "parents": ["981a4004ace5afdc5685954b8dbacde3badc878d"], "commit": "ab9901937fbaf6b0710fc36825ca244b6d42dae2", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506538172, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506538172, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "eb5702623785e07a703d0c09b306b27576c257c0", "parents": ["47466607290c0e3647995281735a90d2fdf150e3"], "commit": "981a4004ace5afdc5685954b8dbacde3badc878d", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506531697, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506531697, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "4459c1a67ccaa696b8f71422f41c730a6f17ae6d", "parents": ["197aa63952c34ad7fe0ca57bc47e811338af3d1a"], "commit": "47466607290c0e3647995281735a90d2fdf150e3", "message": "finished cyclejs flappy bird", "changes": [[26, 0, "journal.md"]]}, {"committer": {"date": 1506443673, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506443673, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "36d1788d0f71c679b60867d740e7e8b4f0ed2c9c", "parents": ["ed87c919be2eb7160bb9ed115280e7a5cab1d212"], "commit": "197aa63952c34ad7fe0ca57bc47e811338af3d1a", "message": "Update links.md", "changes": [[6, 2, "links.md"]]}, {"committer": {"date": 1506443502, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506443502, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "03e0e1a753c50a7572a22946238597df8dbe32a2", "parents": ["6a64c41a01f998fd57fcccc44f92b39e166ff23b"], "commit": "ed87c919be2eb7160bb9ed115280e7a5cab1d212", "message": "add links from nicolae rusan", "changes": [[6, 0, "links.md"]]}, {"committer": {"date": 1506441573, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506441573, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7f78207fe71e4ffd14ba900373576bcefcfa100f", "parents": ["19d478945d86279da2f7c6eab86273fd72f6f51e"], "commit": "6a64c41a01f998fd57fcccc44f92b39e166ff23b", "message": "Update journal.md", "changes": [[5, 0, "journal.md"]]}, {"committer": {"date": 1506352193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506352193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7efbde25c25b1b51879f606440fce0db7c24288e", "parents": ["cb152e6c4105cdcbbf26c069d1da1069577308bd"], "commit": "19d478945d86279da2f7c6eab86273fd72f6f51e", "message": "added episdoe 12, research recap six: cyclejs deep dive", "changes": [[86, 0, "episodes/12-research-recap-six-cycle-js-deep-dive.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1506351892, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506351892, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "66be71ecd978e01cb138e1fd1cee4f5d86153dd2", "parents": ["a87ad52062c1ebc591b38b28da5f507aaaaa7ca5"], "commit": "cb152e6c4105cdcbbf26c069d1da1069577308bd", "message": "fix onionify link", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1506346145, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506346145, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c6d51b7622524d355ee364e2e9b634c719428c9e", "parents": ["b90daea3548277613fd882bf911ce5c606e9770e"], "commit": "a87ad52062c1ebc591b38b28da5f507aaaaa7ca5", "message": "research recap 6", "changes": [[48, 1, "journal.md"]]}, {"committer": {"date": 1506116368, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506116368, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7fb7cfb6dc1e6a0ad81263b96160c09d88d0bdf5", "parents": ["cf7b4fc072fa73a47ad989496a21351026c5875a"], "commit": "b90daea3548277613fd882bf911ce5c606e9770e", "message": "Update journal.md", "changes": [[2, 0, "journal.md"]]}, {"committer": {"date": 1506116142, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506116142, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f0457a9df66c55dfac378765c7357d0d22cd678c", "parents": ["6c2e63534ab7f2ecd92c7e5c508a5fbb87e3b9d3"], "commit": "cf7b4fc072fa73a47ad989496a21351026c5875a", "message": "Update journal.md", "changes": [[8, 0, "journal.md"]]}, {"committer": {"date": 1506089144, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506089144, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ba1a6436945d4310dd283ef5f12755299c78fe01", "parents": ["581753a6db254e516301d0c1563e233f6e70ea13"], "commit": "6c2e63534ab7f2ecd92c7e5c508a5fbb87e3b9d3", "message": "to recurse or not to recurse", "changes": [[26, 0, "journal.md"]]}, {"committer": {"date": 1506024610, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506024610, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "3c619aca47c07bfe2a44e1e14ac8466c578cdbaf", "parents": ["578124f23089e7a4ca842ab8501ae837e4ca8a74"], "commit": "581753a6db254e516301d0c1563e233f6e70ea13", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506023134, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506023134, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "554b60b4e14e6093c7b262477625b75c8705d1c2", "parents": ["914e8301e7b9545e1e655a0cef9c6c9ace91b252"], "commit": "578124f23089e7a4ca842ab8501ae837e4ca8a74", "message": "Update index.html", "changes": [[2, 2, "index.html"]]}, {"committer": {"date": 1506023076, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506023076, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "93e2c0796a83718b6710796db9965ba3a5e4373e", "parents": ["ffc282294d72a15b37008e78634716d4a9f7a6e9"], "commit": "914e8301e7b9545e1e655a0cef9c6c9ace91b252", "message": "Update index.html", "changes": [[1, 1, "index.html"]]}, {"committer": {"date": 1506021281, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506021281, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1fc5e38ca1bf75637cc29bd245abc28fd2505e92", "parents": ["599f367771f45a75400f952e33bb1fb9f185d758"], "commit": "ffc282294d72a15b37008e78634716d4a9f7a6e9", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1506019627, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506019627, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ef58f17118d2fac3d514b9fefc3162a07990945e", "parents": ["b095cca040ae70c0f3b5290474c4d7a4b8674e71"], "commit": "599f367771f45a75400f952e33bb1fb9f185d758", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1505913111, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505913111, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1b364dcc00c752faa58cc6705bca3a01331733c3", "parents": ["3e4c48b6006a11f8ebc059efb738b7f74a37ad33"], "commit": "b095cca040ae70c0f3b5290474c4d7a4b8674e71", "message": "Update journal.md", "changes": [[3, 0, "journal.md"]]}, {"committer": {"date": 1505911811, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505911811, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "9e51b88654e147c7d393c0a187ac05be506213f6", "parents": ["ce65837e2716efffcad1fbe84a27a8bc6a80dd4a"], "commit": "3e4c48b6006a11f8ebc059efb738b7f74a37ad33", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1505843561, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505843561, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "05fdd2479253a293c68784bed6393a5d3ce35e21", "parents": ["de134be22d95007c2bfa7eb0567de97b930b5d91"], "commit": "ce65837e2716efffcad1fbe84a27a8bc6a80dd4a", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1505834631, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505834631, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "34e717977d5cf78faf6e86cf24eb33f3035c5c7c", "parents": ["a1a0f723e34db654811a009dcbadea6ba2568d71"], "commit": "de134be22d95007c2bfa7eb0567de97b930b5d91", "message": "added pete hunt episode", "changes": [[89, 0, "episodes/11-how-reactjs-was-created-with-pete-hunt.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1505831458, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505831458, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f139f0d58b68e861f5e3b1ea2c044d324431a62a", "parents": ["3e3f2b81f1cf9dd809bae2357983754b4b897cce"], "commit": "a1a0f723e34db654811a009dcbadea6ba2568d71", "message": "played with cycle, create github-embed-footer", "changes": [[3, 0, ".gitmodules"], [17, 0, "journal.md"], [1, 0, "prototypes/github-embed-footer"]]}, {"committer": {"date": 1505751306, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505751306, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d34875392cce56c005890e7ba944942929246a89", "parents": ["80bd8cddfea62940667194d1b9f06d448a7cb049"], "commit": "3e3f2b81f1cf9dd809bae2357983754b4b897cce", "message": "reorganize to research links by topic", "changes": [[46, 43, "links.md"]]}, {"committer": {"date": 1505748783, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505748783, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "92f8b5aaaebac5b90cdcc6c01eff6217ce612826", "parents": ["f987a210e92c54ebeda8daa166872443014e3f00"], "commit": "80bd8cddfea62940667194d1b9f06d448a7cb049", "message": "Update journal.md", "changes": [[18, 0, "journal.md"]]}, {"committer": {"date": 1505748294, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505748294, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "45887bd5e059568ea6ec62071e50557598876d8a", "parents": ["66f5549361e2562841447bc1d19956046ba120e3"], "commit": "f987a210e92c54ebeda8daa166872443014e3f00", "message": "Update links.md", "changes": [[29, 9, "links.md"]]}, {"committer": {"date": 1505508846, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505508846, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f2168b992bd2bbe6ab09f2dbd6fab10400159b65", "parents": ["336815f64b5b0b4f0aeeb7be35b50824acd43653"], "commit": "66f5549361e2562841447bc1d19956046ba120e3", "message": "Update journal.md", "changes": [[9, 0, "journal.md"]]}, {"committer": {"date": 1505508833, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505508833, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ab4ec768b29b1c010609a55dded7622332d2ce73", "parents": ["27ecc929931c792e17e3b590adfd2f09d45e9944"], "commit": "336815f64b5b0b4f0aeeb7be35b50824acd43653", "message": "Update links.md", "changes": [[36, 6, "links.md"]]}, {"committer": {"date": 1505496885, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505496885, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a4d609b11e5251db9fd2e10b9a9bd9b8b0879f69", "parents": ["d2a8c8f6d599ef0717dada1479a38ac4275460ac"], "commit": "27ecc929931c792e17e3b590adfd2f09d45e9944", "message": "Update links.md", "changes": [[10, 5, "links.md"]]}, {"committer": {"date": 1505496877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505496877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f155058884fe4d64c732343b37f47f3dc4a10b7b", "parents": ["a7a6d5708dd6d1837e78d043d5e2c54fc2df5b22", "7b2e4f5d2164c753e40ee27c05dc8610eb19f3d3"], "commit": "d2a8c8f6d599ef0717dada1479a38ac4275460ac", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1505496871, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505496871, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9ae1a451b5ae06ffe12121b69d74cacc6fdbf7b6", "parents": ["1edb7c948c876ae562dedc76d566899fa9b056c2"], "commit": "a7a6d5708dd6d1837e78d043d5e2c54fc2df5b22", "message": "added aaron kent call", "changes": [[27, 0, "notes/aaron-kent-call-9-15-17.md"]]}, {"committer": {"date": 1505316748, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505316748, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "646b776e4727ee9a48a330415d4967ccfae4af8e", "parents": ["9083f5051da2af3702fe6ea1755ee0a4ba6f4054"], "commit": "7b2e4f5d2164c753e40ee27c05dc8610eb19f3d3", "message": "Update journal.md", "changes": [[23, 0, "journal.md"]]}, {"committer": {"date": 1505316484, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505316484, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7d9288d7f7a07b6bfb83e7583545fd845ab5b7ce", "parents": ["27ce85bfc298c11c1bb4a22104630b5db2975389"], "commit": "9083f5051da2af3702fe6ea1755ee0a4ba6f4054", "message": "Update links.md", "changes": [[4, 0, "links.md"]]}, {"committer": {"date": 1505316387, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505316387, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a15f6fbf10a7cd4ec53498d0263c35c42ddd75ef", "parents": ["78c146bc2411f5159b04769e584349ea8d251496"], "commit": "27ce85bfc298c11c1bb4a22104630b5db2975389", "message": "Update links.md", "changes": [[3, 0, "links.md"]]}, {"committer": {"date": 1505313069, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505313069, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8ef3c92c6999c913467504db8906f55557767b5e", "parents": ["e0094fce667761206d87e322a5c4875257c3ad5f"], "commit": "78c146bc2411f5159b04769e584349ea8d251496", "message": "Update index.html", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1505312891, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505312891, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f4b15059b9ed018982f91ade031ae94d1d127f60", "parents": ["a3b5290a0917e34b321eb614760560ee5a1e4fd1"], "commit": "e0094fce667761206d87e322a5c4875257c3ad5f", "message": "Create 10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html", "changes": [[89, 0, "episodes/10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html"]]}, {"committer": {"date": 1505225730, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505225730, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "dbb57d9cbfc7ae96278de7889f8fbd550f4b99a5", "parents": ["b2360fcc457cb6d6a936e68f73e045dd6ffd53b9"], "commit": "a3b5290a0917e34b321eb614760560ee5a1e4fd1", "message": "fix podcast dates", "changes": [[6, 6, "index.html"]]}, {"committer": {"date": 1505225558, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505225558, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "3abf2e24b83aab492347229c34b9b1de5ca0d13c", "parents": ["b358b7ae0e0eb99a325ab4317522086ab1384fbd"], "commit": "b2360fcc457cb6d6a936e68f73e045dd6ffd53b9", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1505223682, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505223682, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "eb88c79c85d1f433bdc08f5ab2a1824781470689", "parents": ["9bb940ef8155266aa62b586c546d91923927e413"], "commit": "b358b7ae0e0eb99a325ab4317522086ab1384fbd", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1505219671, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505219671, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7bca4b835690ee9ed78e8ad668d75c6c0bdc8d01", "parents": ["680be36767a6f55703869e882a291f7a797c42ae"], "commit": "9bb940ef8155266aa62b586c546d91923927e413", "message": "added links from jaime and andre calls", "changes": [[8, 4, "links.md"]]}, {"committer": {"date": 1505219592, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505219592, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f2ff34f9c2f9f83da8f6a74d43bd0a08747883d8", "parents": ["25dabceeb6b549ddd623deab23ca8483f437990c"], "commit": "680be36767a6f55703869e882a291f7a797c42ae", "message": "fix andre call notes links", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1505216260, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505216260, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bf0b38b0d676956da86ee0868e9b0b1d91a9d463", "parents": ["1edb7c948c876ae562dedc76d566899fa9b056c2"], "commit": "25dabceeb6b549ddd623deab23ca8483f437990c", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1505163409, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505163409, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8079d5f18550e388d4ebd094e7b9d1c1d6ae330b", "parents": ["08da893bb261b158b291282d3fc0038453e871e5"], "commit": "1edb7c948c876ae562dedc76d566899fa9b056c2", "message": "update research recap five description and add to homepage", "changes": [[1, 1, "episodes/9-research-recap-five.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1505163167, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505163167, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5c3138c67c1dc3d95c3028c5c2806f314fbffeb4", "parents": ["ce73581ab1b200248c579630ff295e548186c7f5", "ee8cbb23b6f8faecffcd1c1f4f86e192213024e2"], "commit": "08da893bb261b158b291282d3fc0038453e871e5", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1505163159, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505163159, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bf6a2496f4fdfcf8d4b7fb61117d707db7e5b279", "parents": ["2585cc7b065637f213d3733ba9f26e65bfa00fc5"], "commit": "ce73581ab1b200248c579630ff295e548186c7f5", "message": "research recap 5", "changes": [[106, 0, "episodes/9-research-recap-five.html"], [56, 0, "journal.md"], [4, 0, "links.md"]]}, {"committer": {"date": 1505163149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505163149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a7bbd4363513ad3688a7a88bc2a8cc9355da8bbd", "parents": ["095393203920ac6a43f857e32117037b6564b91a"], "commit": "2585cc7b065637f213d3733ba9f26e65bfa00fc5", "message": "add andre staltz 9-11-17 call", "changes": [[118, 0, "notes/andre-staltz-call-9-11-17.md"]]}, {"committer": {"date": 1504902724, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504902724, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6a4dbd3cbe4008bfe3f66fe951cb2b454cd5c742", "parents": ["095393203920ac6a43f857e32117037b6564b91a"], "commit": "ee8cbb23b6f8faecffcd1c1f4f86e192213024e2", "message": "Update links.md", "changes": [[4, 2, "links.md"]]}, {"committer": {"date": 1504881181, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504881181, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "315c769413167c1097aa5f28d9d93558c6536171", "parents": ["1cf92bf9347818a44971e4246423e206134cff1c"], "commit": "095393203920ac6a43f857e32117037b6564b91a", "message": "bret victor deep dive day #1", "changes": [[9, 0, "journal.md"], [15, 1, "links.md"]]}, {"committer": {"date": 1504799746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504799746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "84147c6a49636a67043a6c18a94de12d4317a65d", "parents": ["3c61d3a143f71c72400a3f23ce086ef904fbaa06"], "commit": "1cf92bf9347818a44971e4246423e206134cff1c", "message": "alan kay day #5 journal and recap", "changes": [[18, 0, "journal.md"]]}, {"committer": {"date": 1504798819, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504798819, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b9e5bf6cf7ec1456598bf62512f944e532b40cca", "parents": ["4be18b07ee81247cad4bc031da09f81e29273f43"], "commit": "3c61d3a143f71c72400a3f23ce086ef904fbaa06", "message": "alan kay deep dive day #5 links", "changes": [[3, 0, "ideas.md"], [38, 5, "links.md"]]}, {"committer": {"date": 1504710551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504710551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "32b48067cb548a9e499cc74b3389122c0dd3f477", "parents": ["31cb36531e9fa145dfb65832af0cdfb90c39258f"], "commit": "4be18b07ee81247cad4bc031da09f81e29273f43", "message": "alan kay deep dive #4, journal", "changes": [[21, 0, "journal.md"]]}, {"committer": {"date": 1504709804, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504709804, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "131bb205491e43f2b7f16461d20f15fc5c87f5ce", "parents": ["8fdc3420b50bef161e0324bd964b3cb343540dc4"], "commit": "31cb36531e9fa145dfb65832af0cdfb90c39258f", "message": "alan kay deep dive day #4 links", "changes": [[40, 9, "links.md"]]}, {"committer": {"date": 1504699778, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504699778, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "60cbdc125e992e54e1617ca03524e45fe8094da1", "parents": ["31bccc1f12bef4f2f86fe20d75d2cb4f174a3be9"], "commit": "8fdc3420b50bef161e0324bd964b3cb343540dc4", "message": "added research recap four", "changes": [[86, 0, "episodes/8-research-recap-four.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1504646268, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504646268, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "534aa02511f7420dc31f17634f0479ae0fb76b9f", "parents": ["dce6d46e520dfcedd8638a9cfa090bb060209e38"], "commit": "31bccc1f12bef4f2f86fe20d75d2cb4f174a3be9", "message": "adding lloyd's episode to homepage", "changes": [[7, 6, "index.html"]]}, {"committer": {"date": 1504646082, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504646082, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d3dcf4cb21f128692a262f4ee0944219c785a529", "parents": ["9c23199978c05ac8c9795f0a40925db8f812a10b"], "commit": "dce6d46e520dfcedd8638a9cfa090bb060209e38", "message": "added lloyd episode", "changes": [[86, 0, "episodes/7-lookers-lloyd-tab-on-growing-languages-through-deprecation.html"]]}, {"committer": {"date": 1504638064, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504638064, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7960f73fd853389aed4ad1509c50c7beb4c2b670", "parents": ["723e92578386fb3d7afd5200c5a7855c8172cbdd"], "commit": "9c23199978c05ac8c9795f0a40925db8f812a10b", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1504637264, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504637264, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "30e885296b52bebebd24c343544652bdbcc9cf0a", "parents": ["04b4251a07635e4e170df62e3e2fb7eade439817"], "commit": "723e92578386fb3d7afd5200c5a7855c8172cbdd", "message": "Update links.md", "changes": [[1, 1, "links.md"]]}, {"committer": {"date": 1504633019, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504633019, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e366cfc37111f22ac9cce5ee3d50860f5ff71a78", "parents": ["355bb048a4eb34bf5b276230bdd7f4455beaeeda"], "commit": "04b4251a07635e4e170df62e3e2fb7eade439817", "message": "added notes with dan and jaime", "changes": [[95, 0, "notes/dan-scanlon-call-9-5-17.md"], [74, 0, "notes/jaime-brandon-call-9-5-17.md"]]}, {"committer": {"date": 1504617771, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504617771, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b9fd8e1823745f434be8914576eff9c6cf92beb2", "parents": ["c43a1fe747c5608eb5da91c0d629a7a86a20244c"], "commit": "355bb048a4eb34bf5b276230bdd7f4455beaeeda", "message": "journal for alan kay day #3, and logichub #1", "changes": [[10, 0, "journal.md"]]}, {"committer": {"date": 1504617157, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504617157, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d3d04224730ee412e6ef2ad5f184529972092901", "parents": ["aead6827eb4410e45e41e410f91a510acc8b137e"], "commit": "c43a1fe747c5608eb5da91c0d629a7a86a20244c", "message": "alan kay deep dive day #3", "changes": [[9, 1, "links.md"]]}, {"committer": {"date": 1504610254, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504610254, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "058d4470820568f1dd6368cf3dd0e66c31a84c1e", "parents": ["6d7c3e8ec4ab7101f2eb766786049f41528c370d"], "commit": "aead6827eb4410e45e41e410f91a510acc8b137e", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1504553635, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504553635, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8506aed16b27523e563abe4f3dcb4a614600209a", "parents": ["b1222a617914376d290fc00ca4f0dbeb16670767"], "commit": "6d7c3e8ec4ab7101f2eb766786049f41528c370d", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1504553081, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504553081, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a28d2baf4a8e6705bfc76a918b6bdb7e054b7106", "parents": ["bf7b99bcbd22cf0a258ab679f00afff059ac96d4"], "commit": "b1222a617914376d290fc00ca4f0dbeb16670767", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1504551586, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504551586, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8baa20e152ba25d36d118ba9bcadb307da2e9de7", "parents": ["7f4a1c348f168190d764f5e0629a97d0cdc434fc"], "commit": "bf7b99bcbd22cf0a258ab679f00afff059ac96d4", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1504547313, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504547313, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "67248be4f975ba61253f0d3101924f180dcd9515", "parents": ["8e4ccfe4ec2908031fd3c6d0ef4a18dee9193d0a"], "commit": "7f4a1c348f168190d764f5e0629a97d0cdc434fc", "message": "alan kay deep dive #2, part 2", "changes": [[11, 6, "links.md"]]}, {"committer": {"date": 1504536819, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504536819, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "45b0aa0295de357676d9d2c084707809d4adfad2", "parents": ["9976e7c46d85a09c1c5c4776e3673b8aac44152a"], "commit": "8e4ccfe4ec2908031fd3c6d0ef4a18dee9193d0a", "message": "alan deep dive part #2, journal", "changes": [[3, 0, "ideas.md"], [12, 0, "journal.md"]]}, {"committer": {"date": 1504536693, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504536693, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3a6b5f4c6fe813417e8cb67fc97f5b88d723f397", "parents": ["d391cf4dd862a0e26c7133a580fd5dc911134296"], "commit": "9976e7c46d85a09c1c5c4776e3673b8aac44152a", "message": "still Alan Deep Dive #2, part 1 (forgot to save before last commit)", "changes": [[20, 5, "links.md"]]}, {"committer": {"date": 1504536612, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504536612, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c83bba5a9ddb4d3736e65f3a4358707e69e29bdc", "parents": ["29d76b2bf84e75b84a6fd0f9f7528a7976979b58"], "commit": "d391cf4dd862a0e26c7133a580fd5dc911134296", "message": "Alan Deep dive #2, part 1", "changes": [[19, 3, "links.md"]]}, {"committer": {"date": 1504470359, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504470359, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "453c87383bc4899da1fad599a0755833df1fb648", "parents": ["470b347d08f5333b6ee20e841f26b6dd0ebfbac3"], "commit": "29d76b2bf84e75b84a6fd0f9f7528a7976979b58", "message": "reflections on schedule 9/3/17", "changes": [[16, 0, "journal.md"]]}, {"committer": {"date": 1504367606, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504367606, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "35d2c685b9c2d1e6250596a6385c106e362c1063", "parents": ["e40d8cb415e5777deaddfdbf5f9f396ac9b7e471"], "commit": "470b347d08f5333b6ee20e841f26b6dd0ebfbac3", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1504366305, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504366305, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "107a5f66e29813249181249cdc7080743c2a55e7", "parents": ["884b050e790f0f268d02440d80b19437754c2d99"], "commit": "e40d8cb415e5777deaddfdbf5f9f396ac9b7e471", "message": "add isomorf.io", "changes": [[3, 0, "links.md"]]}, {"committer": {"date": 1504307808, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504307808, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a2dedcd9c1adff50958f1d201514402c170800de", "parents": ["3851f3f22bb2fe32c849a91a6f369c3f0e19c456"], "commit": "884b050e790f0f268d02440d80b19437754c2d99", "message": "alan kay reading recap 1", "changes": [[16, 1, "journal.md"]]}, {"committer": {"date": 1504307155, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504307155, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d2838bc302ee7b1af161a95a78dc03a46e56c7ff", "parents": ["3be38c7ad81d3a54a508c833c5ff7a5ce5f0c409"], "commit": "3851f3f22bb2fe32c849a91a6f369c3f0e19c456", "message": "alan kay deep dive #1", "changes": [[40, 1, "links.md"]]}, {"committer": {"date": 1504298645, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504298645, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "38d73430379b008e7f50556e806eeeb57ae322bb", "parents": ["6152b897d20b9f2863bd253e3a45ae43e2bf6cbf"], "commit": "3be38c7ad81d3a54a508c833c5ff7a5ce5f0c409", "message": "Update journal.md", "changes": [[35, 0, "journal.md"]]}, {"committer": {"date": 1504280267, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504280267, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bc23d8753509f3d0a0f68860d834c474f5ffde2f", "parents": ["0ed7e467a44de032c4b971218f3a9391b78288ca"], "commit": "6152b897d20b9f2863bd253e3a45ae43e2bf6cbf", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1504126254, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504126254, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5be86c4272519f71555e09f14d25ceb8215980ed", "parents": ["bbde3535f021ec52629f2cf7981a49d02291aea2"], "commit": "0ed7e467a44de032c4b971218f3a9391b78288ca", "message": "Update links.md", "changes": [[2, 1, "links.md"]]}, {"committer": {"date": 1504115225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504115225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ec22196e273a0dae72d51330e92abf16a699b889", "parents": ["58d8f09f103f135051d81169848d7999621871b9", "5182f4e985a6b476431e58342f95fdd7dbdf76e0"], "commit": "bbde3535f021ec52629f2cf7981a49d02291aea2", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1504115219, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504115219, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "91225e6cd090473f6c28e47201f0a8d7eba88d33", "parents": ["0092877b43d4ed9cf2fc2fcc0082d6dfcc4b7b0e"], "commit": "58d8f09f103f135051d81169848d7999621871b9", "message": "fixed year on episdoes, thanks to irvin for the notice", "changes": [["-", "-", "favicon.ico"], [5, 5, "index.html"], [4, 2, "journal.md"]]}, {"committer": {"date": 1504105479, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504105479, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "648b6ec81c273b23a75e7b7c5572359722157e69", "parents": ["0092877b43d4ed9cf2fc2fcc0082d6dfcc4b7b0e"], "commit": "5182f4e985a6b476431e58342f95fdd7dbdf76e0", "message": "Update journal.md", "changes": [[25, 0, "journal.md"]]}, {"committer": {"date": 1504019188, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504019188, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "964423aaf0dbd798f7469c5c608348d1638992de", "parents": ["dd170c41b5b2561d2be979343aa0a2b2c04432bf"], "commit": "0092877b43d4ed9cf2fc2fcc0082d6dfcc4b7b0e", "message": "added favicon to all html pages", "changes": [[1, 0, "episodes/1-welcome.html"], [1, 0, "episodes/2-research-recap.html"], [1, 0, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 0, "episodes/4-research-recap-two.html"], [2, 1, "episodes/5-samantha-john.html"], [2, 1, "episodes/6-research-recap-three.html"], [0, 3, "ideas.md"], [2, 0, "index.html"]]}, {"committer": {"date": 1504019052, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504019052, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c14137e49ed75fbd7143a0d464b8bec573485679", "parents": ["dbfe291fe2cf65b7ac07b315bd2c530e67511bda"], "commit": "dd170c41b5b2561d2be979343aa0a2b2c04432bf", "message": "test adding favicon 2", "changes": [[10, 12, "ideas.md"]]}, {"committer": {"date": 1504018920, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504018920, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "05f62c9fbf2cb67174eaaaf1b92a862ecc5049ca", "parents": ["35f5f8d51fba23ca11a49039cfbcd187a8591548"], "commit": "dbfe291fe2cf65b7ac07b315bd2c530e67511bda", "message": "test adding favicon 1", "changes": [[5, 2, "ideas.md"]]}, {"committer": {"date": 1504018586, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504018586, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a7d073e24e5bf97651acb9dc26692512332b94e3", "parents": ["1a8ab5923b5d1047e3f13107b29bcf51c0561e28"], "commit": "35f5f8d51fba23ca11a49039cfbcd187a8591548", "message": "test adding favicon", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1504016175, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504016175, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d4878aefbbac8af4ca55c0d7ab82dda0ac99b2ee", "parents": ["0bcc59effc1290e0c94c268a7f3948893d41a446"], "commit": "1a8ab5923b5d1047e3f13107b29bcf51c0561e28", "message": "max width on welcome text", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1504016059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504016059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7b5996ec5eeaa79722888485ca3bb7d121eb2e67", "parents": ["777fbfabbf2d995560a1480183f2131b94a2f3f6"], "commit": "0bcc59effc1290e0c94c268a7f3948893d41a446", "message": "made homepage more welcoming and intuative; closes #16; closes #15", "changes": [[14, 5, "index.html"]]}, {"committer": {"date": 1504015401, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504015401, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9f84ce4e85413435ae82ac6512e7a659530e46ad", "parents": ["d3c025919d75a69a736e5ea916cec08e677f4070", "9c891a476b6078ff99dd03d9f6c565ec951f4601"], "commit": "777fbfabbf2d995560a1480183f2131b94a2f3f6", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1504015296, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504015296, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7838d2297336b169334818bb05a1eed0faebead9", "parents": ["76c39e8aa68d1909251304c8ee926801fa0826ee"], "commit": "d3c025919d75a69a736e5ea916cec08e677f4070", "message": "made readme more welcoming; closes #5", "changes": [[9, 1, "README.md"]]}, {"committer": {"date": 1503950384, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503950384, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "e84301305f577c5042408876342cc5433f451475", "parents": ["76c39e8aa68d1909251304c8ee926801fa0826ee"], "commit": "9c891a476b6078ff99dd03d9f6c565ec951f4601", "message": "Update ideas.md", "changes": [[3, 0, "ideas.md"]]}, {"committer": {"date": 1503949885, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503949885, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2842192301ab33b21ee96860294054a6f6452a42", "parents": ["5485c6b3dd6f3fab8d0a255fb1b636748aeb2a42"], "commit": "76c39e8aa68d1909251304c8ee926801fa0826ee", "message": "research recap 4", "changes": [[27, 0, "journal.md"]]}, {"committer": {"date": 1503945782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503945782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "340b9fc8ee07bf4e25dcdd90bf33a95763e7e517", "parents": ["d44e9b61d5b044c3daa3ae8b4b0690a09e1fa55d"], "commit": "5485c6b3dd6f3fab8d0a255fb1b636748aeb2a42", "message": "updated journal", "changes": [[22, 0, "journal.md"]]}, {"committer": {"date": 1503944976, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503944976, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2d41a197922fe007480e8a5b1be7af2738007686", "parents": ["6cdb093fd0b8c300b708d85f5ab77a0b838d8d7e"], "commit": "d44e9b61d5b044c3daa3ae8b4b0690a09e1fa55d", "message": "inital work on streamsheets", "changes": [[88, 0, "prototypes/streamsheets/index.html"]]}, {"committer": {"date": 1503706632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503706632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ad34a6f1147b9c95f240b04a1b4fd7f259587a86", "parents": ["c1b7e0677a6a2ccbd456e3b260b54a07eda3df0a"], "commit": "6cdb093fd0b8c300b708d85f5ab77a0b838d8d7e", "message": "updated journal and links with streamsheet research", "changes": [[39, 0, "journal.md"], [16, 5, "links.md"]]}, {"committer": {"date": 1503677827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503677827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1498bfd655e55d6f9c440ca71b4d822d4ccf3804", "parents": ["bfa6019d2d676de7a6b05307baea90c6667bfd15"], "commit": "c1b7e0677a6a2ccbd456e3b260b54a07eda3df0a", "message": "deep dive into imp", "changes": [[25, 3, "links.md"]]}, {"committer": {"date": 1503590944, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503590944, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a932f32c4f02538b4394b69e6673eb93ec614003", "parents": ["938087fbbe751dde1eefbcf9a5a2d08ce7c6a54a"], "commit": "bfa6019d2d676de7a6b05307baea90c6667bfd15", "message": "Update links.md", "changes": [[3, 1, "links.md"]]}, {"committer": {"date": 1503590891, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503590891, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "457b7b41031a2073eee630931300160257ef354f", "parents": ["a110abe4149e58ff89639ddf08fe0639b213bd5a"], "commit": "938087fbbe751dde1eefbcf9a5a2d08ce7c6a54a", "message": "Update journal.md", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1503580707, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503580707, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ce86a60b0d04ec222e7c7ab1c60044648a38c8f0", "parents": ["3a8cf8f6ac0c45ab4fdf332e4c006a886e4a112b"], "commit": "a110abe4149e58ff89639ddf08fe0639b213bd5a", "message": "Update journal.md", "changes": [[8, 6, "journal.md"]]}, {"committer": {"date": 1503580489, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503580489, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "3ea98ea97a4a3bf8655ba4a67fbe04ff137bfe37", "parents": ["5b01f2c511b0b6ba3343202fb04f3be1345d02f0"], "commit": "3a8cf8f6ac0c45ab4fdf332e4c006a886e4a112b", "message": "Update 6-research-recap-three.html", "changes": [[1, 1, "episodes/6-research-recap-three.html"]]}, {"committer": {"date": 1503580412, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503580412, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5901219943fe631cf3b71e73992bd6c6bc052a31", "parents": ["ef3d6c379b3c16c2a0573edeb94fcf846e560063"], "commit": "5b01f2c511b0b6ba3343202fb04f3be1345d02f0", "message": "Create 6-research-recap-three.html", "changes": [[86, 0, "episodes/6-research-recap-three.html"]]}, {"committer": {"date": 1503580169, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503580169, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f5bbfdc55c1e1e5b80d55085060b888ca6c8ee27", "parents": ["89846d82cde6db5d89b3ac723f2ecdff39ef07dc"], "commit": "ef3d6c379b3c16c2a0573edeb94fcf846e560063", "message": "Update index.html", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1503528378, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503528378, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c4554b59091f3d32e214aa4b87d07ac009aad1ab", "parents": ["2852e1b42b2a8d0de4dc0da36d26e7875e7ddb1d"], "commit": "89846d82cde6db5d89b3ac723f2ecdff39ef07dc", "message": "updated journal", "changes": [[48, 0, "journal.md"]]}, {"committer": {"date": 1503496605, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503496605, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6b06d609611d405ba9ba9b538c5001fded7970d4", "parents": ["b88d3faa985127a8a56b7e907aecdf1d53c8e781"], "commit": "2852e1b42b2a8d0de4dc0da36d26e7875e7ddb1d", "message": "Update journal.md", "changes": [[4, 0, "journal.md"]]}, {"committer": {"date": 1503353989, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503353989, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8e6f9db3a905595f215f7ae3346128c93ec1b8da", "parents": ["40591cd3eed6f4d018d94bd03a7be03f3968071b"], "commit": "b88d3faa985127a8a56b7e907aecdf1d53c8e781", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1503353687, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503353687, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6416bda1dcbe0782e0d08f6612ea67d8ef28296c", "parents": ["88e6f5d6daa4b552cedfe5b0378feab08a079bb8"], "commit": "40591cd3eed6f4d018d94bd03a7be03f3968071b", "message": "Update links.md", "changes": [[3, 0, "links.md"]]}, {"committer": {"date": 1503345324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503345324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a05bf783645c934c9d4427e4a96c97e1cd3d163e", "parents": ["9521c213fb40afe91ecc6a3771b04777d820ee16"], "commit": "88e6f5d6daa4b552cedfe5b0378feab08a079bb8", "message": "removed footer from all pages but homepage; added ability to subscribe which closes #17", "changes": [[1, 11, "episodes/1-welcome.html"], [1, 12, "episodes/2-research-recap.html"], [1, 11, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 11, "episodes/4-research-recap-two.html"], [1, 11, "episodes/5-samantha-john.html"], [33, 11, "index.html"]]}, {"committer": {"date": 1503326297, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503326297, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c0b64020a372676ceb963c1e1a12e9f793582665", "parents": ["214e49144722cda20d56ab89f3f8e522af5349e8"], "commit": "9521c213fb40afe91ecc6a3771b04777d820ee16", "message": "Update links.md", "changes": [[3, 1, "links.md"]]}, {"committer": {"date": 1503070131, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503070131, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1f7219008896a6038ccd250241fd82433ad170d3", "parents": ["884b2f035caeecf8b21e2025b056090d44faf776"], "commit": "214e49144722cda20d56ab89f3f8e522af5349e8", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1502998067, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502998067, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "401bd9471918b433bf4a4c8e1f8fa8455cebcfab", "parents": ["da8a7778217acaddaeeece886f2751077c4d56b4"], "commit": "884b2f035caeecf8b21e2025b056090d44faf776", "message": "Update journal.md", "changes": [[4, 0, "journal.md"]]}, {"committer": {"date": 1502918997, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502918997, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "e0f6bffd6670f9a49e2e0326aef7adf1524e376c", "parents": ["da94d713c61e6f5263354412af9a1b55c3e63341"], "commit": "da8a7778217acaddaeeece886f2751077c4d56b4", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1502918042, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502918042, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6f9e2af8f23b1493efeb314fb28942bd7738a363", "parents": ["cd83671ac0a4d68818c40815c9f5202ec078aafc"], "commit": "da94d713c61e6f5263354412af9a1b55c3e63341", "message": "Update links.md", "changes": [[14, 1, "links.md"]]}, {"committer": {"date": 1502906524, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502906524, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "161d4f96fcaaa06d13a40e6c838f9a3888c10849", "parents": ["afc8cd46383832f03e922923ba448fdbaeb75f33"], "commit": "cd83671ac0a4d68818c40815c9f5202ec078aafc", "message": "Update links.md", "changes": [[11, 3, "links.md"]]}, {"committer": {"date": 1502902105, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502902105, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7e73ba1e3a0daf8b500396d2d64cf3f06d642e45", "parents": ["5978088441fe5420eb078617bbad14b637d45761"], "commit": "afc8cd46383832f03e922923ba448fdbaeb75f33", "message": "Update journal.md", "changes": [[12, 0, "journal.md"]]}, {"committer": {"date": 1502748184, "timezone": "-0700", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502748184, "timezone": "-0700", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d9d4e0a2ffd0659336ebd499ced42883991ecfaf", "parents": ["52a0d72bc49f2d56eebcfcdaae440467008f1cd2"], "commit": "5978088441fe5420eb078617bbad14b637d45761", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1502747974, "timezone": "-0700", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502747974, "timezone": "-0700", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "71a95c831017808d6f445828bd2699b57f638012", "parents": ["2e210ab2afde0c57265fb28bebaa62b99eaabc0b"], "commit": "52a0d72bc49f2d56eebcfcdaae440467008f1cd2", "message": "Update links.md", "changes": [[58, 8, "links.md"]]}, {"committer": {"date": 1502724885, "timezone": "-0700", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502724885, "timezone": "-0700", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "fe22f3d96f808f37bb93d2db0c185d05ca9120c9", "parents": ["767ee0e066dae59918dedb7cef8d98c489c6c72d"], "commit": "2e210ab2afde0c57265fb28bebaa62b99eaabc0b", "message": "research recap #3", "changes": [[39, 0, "journal.md"]]}, {"committer": {"date": 1502464548, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502464548, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d9023e61265a4ca1c7433c562629d6c25c7cf77e", "parents": ["1d905db3186ec9ecbad0f5984446de831dacecf2"], "commit": "767ee0e066dae59918dedb7cef8d98c489c6c72d", "message": "Update journal.md", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1502464511, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502464511, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "083c3492f7ef8b02d154185cee92327a2efb432b", "parents": ["cb4a5bb0fe9ce709a5028ff02a12cf178eb1c34a"], "commit": "1d905db3186ec9ecbad0f5984446de831dacecf2", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1502462066, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502462066, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "143ec6f754fdea65bd2cb41e01562e268be95358", "parents": ["c6a05412159003f0ab89b608e185e024168a5599"], "commit": "cb4a5bb0fe9ce709a5028ff02a12cf178eb1c34a", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1502379986, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502379986, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "846b7e66441031ba4cda434cef344d77515c1edb", "parents": ["03c2dd7450bd2fc41bf1b83fa5a4e6147f387138"], "commit": "c6a05412159003f0ab89b608e185e024168a5599", "message": "add links from Paul Chiusano", "changes": [[5, 0, "links.md"]]}, {"committer": {"date": 1502376844, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376844, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bff02edef1726cc2b48e5c27af2a8cc9a84d41ef", "parents": ["538bba305ffd7b4843a8e5a86fa59c51974ea394"], "commit": "03c2dd7450bd2fc41bf1b83fa5a4e6147f387138", "message": "Rename 4-research-recap-2.html to 4-research-recap-two.html", "changes": [[0, 95, "episodes/4-research-recap-2.html"], [95, 0, "episodes/4-research-recap-two.html"]]}, {"committer": {"date": 1502376788, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376788, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a066abe8d14acb0f302178ba02b42464bdd44e12", "parents": ["e46eaa381d71019626793a896891a857fa64fd58"], "commit": "538bba305ffd7b4843a8e5a86fa59c51974ea394", "message": "Update index.html", "changes": [[5, 3, "index.html"]]}, {"committer": {"date": 1502376673, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376673, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7a813c9373733c1d8151b67de61e3b6633ba2c35", "parents": ["862cb573f7d196927e0e241bce24b874f31a414d"], "commit": "e46eaa381d71019626793a896891a857fa64fd58", "message": "Rename welcome.html to 1-welcome.html", "changes": [[93, 0, "episodes/1-welcome.html"], [0, 93, "episodes/welcome.html"]]}, {"committer": {"date": 1502376661, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376661, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7df421633264d81aa064026c23bb25f5d38b3b95", "parents": ["e642a7489092633cebc9c64865b320dc28d3bbfc"], "commit": "862cb573f7d196927e0e241bce24b874f31a414d", "message": "Rename research-recap.html to 2-research-recap.html", "changes": [[164, 0, "episodes/2-research-recap.html"], [0, 164, "episodes/research-recap.html"]]}, {"committer": {"date": 1502376643, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376643, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "33cae8f5a78d90c4bd04300e8e84acde2e39116e", "parents": ["75a15e5afd4647eb89760a29c19585552eb93a8a"], "commit": "e642a7489092633cebc9c64865b320dc28d3bbfc", "message": "Create 5-samantha-john.html", "changes": [[96, 0, "episodes/5-samantha-john.html"]]}, {"committer": {"date": 1502314198, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502314198, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "3fdb7ee81f0201396f60c07548b7db1028239ca2", "parents": ["fb2143eab317b7bcfa772920044767c556036a91"], "commit": "75a15e5afd4647eb89760a29c19585552eb93a8a", "message": "Update journal.md", "changes": [[20, 0, "journal.md"]]}, {"committer": {"date": 1502313055, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502313055, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "cc8646c861d60d040010df24d6b7b88615c6fb16", "parents": ["205cdbcde350d24a410ca1bed3d7d528f3b313b2"], "commit": "fb2143eab317b7bcfa772920044767c556036a91", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1502312989, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502312989, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "9eca22a19d745287dce065d429075b1f9cf1d7fb", "parents": ["e7cc2f2e88d2776ff7fb39d5ec9d81b99744d5d4"], "commit": "205cdbcde350d24a410ca1bed3d7d528f3b313b2", "message": "Update links.md", "changes": [[4, 0, "links.md"]]}, {"committer": {"date": 1502312371, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1502312371, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "de4f3c8f115c2b5793ca1bafdd2d0de34c988ace", "parents": ["d54315a0c0538a1db8ff280006da5e1679850ef1"], "commit": "e7cc2f2e88d2776ff7fb39d5ec9d81b99744d5d4", "message": "fixed titles", "changes": [[1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 1, "episodes/research-recap.html"], [1, 1, "episodes/welcome.html"]]}, {"committer": {"date": 1502312283, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502312283, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d12332cb2a7f2f33f9f1c5e17c5d7f991a1ff6cc", "parents": ["3da6bb30628a7579850b012f314cfb696f4913c7"], "commit": "d54315a0c0538a1db8ff280006da5e1679850ef1", "message": "Create 4-research-recap-2.html", "changes": [[95, 0, "episodes/4-research-recap-2.html"]]}, {"committer": {"date": 1502306462, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502306462, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d7ddcf32611281da6c29e8894da4a955f01c820c", "parents": ["d0a57405625bb1abbcc4e6850eb5b07898d61b0e"], "commit": "3da6bb30628a7579850b012f314cfb696f4913c7", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1502306424, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502306424, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8b03755a76604504a84006547a4be95eeb693c4a", "parents": ["47c59e1457c1e8a72aa782730820b5eb7d7e9d50"], "commit": "d0a57405625bb1abbcc4e6850eb5b07898d61b0e", "message": "Update links.md", "changes": [[3, 0, "links.md"]]}, {"committer": {"date": 1502306080, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502306080, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "fc60b6ceea128ffa5289b8b386a6225d1091e1a6", "parents": ["32df2b40de64f6fbe6f9d03b735be84131f10c31"], "commit": "47c59e1457c1e8a72aa782730820b5eb7d7e9d50", "message": "Update 3-jonathan-leung-on-inventing-on-principle.html", "changes": [[2, 0, "episodes/3-jonathan-leung-on-inventing-on-principle.html"]]}, {"committer": {"date": 1501885105, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501885105, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "82dcdc2fffad3912e9a041510b0c02c0e2b956e8", "parents": ["26f4b8c09974d8ff4f26b7a803e503f412193a16"], "commit": "32df2b40de64f6fbe6f9d03b735be84131f10c31", "message": "Update journal.md", "changes": [[31, 0, "journal.md"]]}, {"committer": {"date": 1501714956, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501714956, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5746307e3dc24cdad0f35396728de798bd195df9", "parents": ["638d103988118d00d7f8c31feba1dd76463e6629"], "commit": "26f4b8c09974d8ff4f26b7a803e503f412193a16", "message": "Update journal.md", "changes": [[77, 0, "journal.md"]]}, {"committer": {"date": 1501531351, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501531351, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "05f8a5f452819daa654f88fa53e3a312d7fd0656", "parents": ["9217dca06d06e84af2b91c64bb96f9b894afac5f"], "commit": "638d103988118d00d7f8c31feba1dd76463e6629", "message": "Update 3-jonathan-leung-on-inventing-on-principle.html", "changes": [[1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"]]}, {"committer": {"date": 1501531315, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501531315, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5feef29f707c463753591fd91e9d65a8ebaa69ba", "parents": ["d735647475da480d8e2abc7a408a73120ed44a00"], "commit": "9217dca06d06e84af2b91c64bb96f9b894afac5f", "message": "Update 3-jonathan-leung-on-inventing-on-principle.html", "changes": [[5, 0, "episodes/3-jonathan-leung-on-inventing-on-principle.html"]]}, {"committer": {"date": 1501531109, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501531109, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c0c7c2b73165fdb1b4c97c473936e5c23dfd8fff", "parents": ["388e22a2c5492e530dfa0fd3c9471f021878ddd5"], "commit": "d735647475da480d8e2abc7a408a73120ed44a00", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1501530655, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501530655, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "945c23be3a9d68ce8115f94e1a5d7140a5c610b9", "parents": ["35aa796a98cd47fc0efb255910a9c9115e1a07a2"], "commit": "388e22a2c5492e530dfa0fd3c9471f021878ddd5", "message": "trying to fix over linkifying", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1501525079, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501525079, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "81fd40c85681feae6f84f34c4eec3b22c49945f5", "parents": ["bc9289ed25417b1cf99a9328195d962c342d0415"], "commit": "35aa796a98cd47fc0efb255910a9c9115e1a07a2", "message": "linkify links inMy girlfriend's cat hates it when graphics get order but not magnitude right. He's a big @EdwardTufte fan pic.twitter.com/aSGoFp9CPk
— Steven Krouse (@stevekrouse) January 11, 2018
\n\n\nThis was a really fun project, and it really energized me. In my head, hacking this together was like running up a hill and the prideful energy I felt afterwards was like running down the hill and I still feel like I'm running downhill three days later! I am actually writing this journal entry in Blinknote. It's so amazing to use tools that you make yourself. So much pride. It definitely encourages working and working with more of a smile. It also allows you to feel less boxed in - you can change things if they don't work for you.\n\nIt makes me even more excited for my vision of programming as allowing others to make their own tools, collaboratively. Working on ones own tools makes me think of whittling a spatula from a branch with a knife. However I don't think that's the right metaphor for my system because I want to highlight the collaborative nature more.\n\n### FoC London dinner\n\nThis was a lot more work than I expected, finding a restaurant, getting people to RSVP, setting up payments, emailing people, dealing with dietary restrictions, confirming with restaurant, people's plans change, etc. One way to keep myself sane during this process is not to judge myself on the outcome but on the process, and even by just the fact that I'm doing it, trying things. My refrain is \"full credit for showing up\". I hope it goes well Wednesday!\n\n### Kits vs apps\n\nThis is a common theme I've seen a lot ever since my visit to Dynamicland. I saw it again in Pharo and wrote up [a draft / ouline of an essay about it](https://futureofcoding.org/drafts/boundaries).\n\nI've never liked the kit idea. In another incarnation, it's \"everything is a document\". I think the STEPS project had this. It's always felt messy, ugly, and lame. On one level this is just a surface thing: overlapping windows, lots of gray top navs of windows, nested menus and right-click menus.\n\nHowever on another level it feels like the messiness is a bit real. For one, it's usual a dynamicly typed system. For another, it always feels less polished and usable than apps. As in, I can't imagine my mom using it.\n\n### I'm over the web\n\nThis is a big deal. For a while I've thought that HTML, CSS, and JS would be ok, as a compile target, but I no longer think so, particularly after Tudor showed me Pharo. He made the point that having everything in \"a single render tree\" is really key, and I don't feel I quite understand why but this does feel critical to me intuitively.\n\nDifferences include:\n\n* single render tree, mentioned above\n* different security model that will allow more things because it will expect users to understand more of the code they are \"importing\"\n* caching that will make more sense, better offline & online story, maybe some peer-to-peer in there too\n* different computational model from JS and HTML DOM\n\nThus my goal-system-I-have-no-name-for (wow, I really should come up with a working title for this... potluck? d1 for dream 1? I guess logichub could be d2?) will have to be built on a new system. Initially this system can be embedded within the web as a web app, but eventually I can imagine it having its own standalone \"browser\" that would work on various operating systems. Or I guess it could turn into an operating system itself!\n\nWhy start as a web app? I have to pick some platform and web is what I know best and I hate installing things and I love my chromebook so web seems like a solid pick.\n\nThe key question for all smalltalk-like systems: how do you prevent it from becoming its own universe? For example, Pharo or Lively Web.\n\nMy answer is that you start with single-user apps, starting with daily productivity tools, like notes, email, calendar, task management, and then once you have a critical mass, people will slowly spawn more ambitious projects that the community will use, and it will grow from there.\n\nI guess if it works within a webapp, people can use it on the web, so that's a pretty good story, as compared to Pharo which requires a download. So maybe the answer is that if we build it on the web to start with, it could seem like a website to most people, kinda like Lively Web or Tiddlywiki.\n\n### Fluidity vs structure\n\nI need to spend some time defining fluidity and structure, but this graph feels provocative:\n\n\n\nI think fluidity has to do with live-ness, feedback loop speed, incremental actions causing incremental result, etc. And structure has to do with possible / impossible states, types, schemas. I'm stuck on where AST editors fit in this layout: they enable greater feedback loop speed knowledge of errors and prevent error states, yet they are not as fluid as using text but text doesn't give you as much info as fast.\n\nOne interesting note is that Airtable is particularly noteworth as having high structure and also high fluidity.\n\n### Conal -> Turbine\n\nJust as I decided (in the last meeting with JE) to build or find a JS lib for DCTP, I popped onto Twitter to find this:\n\n💭Yesterday I wished for a dream note-taking chrome extension
— Steve Krouse 🇬🇧 (@stevekrouse) November 23, 2018
🎁@dankantor supplied with me the initial code
👨💻I hacked for ~2 hours last night
✨I have a working Chrome extension! https://t.co/51Res4TnlI
\n\n\nWhich led me back to [Turbine](https://github.com/funkia/turbine), which I had found a few months back and mistakenly disregarded as the \"wrong kind of FRP\" as mistakenly interpreted their Now monad thing. I'm now quite excited about this library! I already sent two long emails to the creator, Simon, and hope he responds soon. Here's what I wrote I'd like to collaborate on:\n\n> 1. Documentation. For example, I had to figure out how `list` worked from reading the source and puzzling together a few examples without explanations. I'd love to help document every function in the API. (Additionally, I believe the code itself could use some comment documentation but that's more up to you.)\n>\n> 2. Understanding the types of the streams I'm working with would help a lot. Maybe getting TypeScript set up ([as I failed to do in the issue above](https://github.com/funkia/turbine-starter/issues/2)) would help here.\n>\n> 3. Being able to \"inspect\" streams better as a debugging and understanding tool. [CycleJS has this wonderful devtool](https://github.com/cyclejs/cyclejs/tree/master/devtool) and there are [a number of other really cool stream visualization tools](https://github.com/stevekrouse/futureofcoding.org/blob/95bad27a4d9e2bbd0b186b7683eecf97197fe068/drafts/frp.md#71-visualizations) we can draw on for inspiration. At the very least, a better `console.log` story would go a long way. It was really tough to figure out what was going on with my streams.\n>\n> 4. Collapsing higher-order streams is really hard, but luckily [this picture](https://user-images.githubusercontent.com/2288939/48842176-78ef8400-ed8b-11e8-8996-307d841f9ac5.png) makes it a LOT easier. It saved my life last night as I was working on my favorite FRP problem of [buttons that add buttons that add buttons... but only the odd buttons](https://codesandbox.io/s/w2kvqr5nw8). Maybe we can build on this picture somehow or at least incorporate it into the documentation...\n>\n> 5. [As stated in the issue above](https://github.com/funkia/turbine/issues/81), I don't like the way the model and view are separated. I wonder if it's possible to combine them like in Reflex and other \"original FRP\" frameworks.\n\nAnd after we/I work on these more pressing issues, the next step will be building a layer on top of that Turbine that would make the development experience *much* better. That is, building a GUI that \"compiles\" to Turbine, for example, kind of in the spirit of Conal's Tangible Functional Programming. Here I am referring to more radical ideas than improving the documentation or a simple devtool, such a projectional editor in the spirit of Lamdu, Luna, Isomorf, Dark, Unison, and Hazel.\n\n### Todos 11/26/18\n\n* wait for Simon palepind response\n * maybe get started on some of the issues: documentation, try to combine view and model, build 7guis things, play with TodoMVC if they have it (or build it)\n* reflection episode\n* edit Katherine podcast\n* [regroup projects](https://futureofcoding.org/log#possible-dec-2018-re-group-projects)", "changes": []}, {"committer": {"date": 1543238661, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1543238660, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2a16f01ae8dc28d089f7e23a2d8051393b7550a0", "parents": ["7945e2ff22517fe650646561482c6872c0337879"], "commit": "c848c3d111893971f22972d8007f7de0229599e9", "message": "updated git log", "changes": [[1, 0, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1543238660, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1543238660, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c136dbf1360d9556af12be25a685dcd84a18fee6", "parents": ["1e4443578c9704843a082fc8dbfa03dbf087c561"], "commit": "7945e2ff22517fe650646561482c6872c0337879", "message": "added boundaries of apps outline draft", "changes": [[39, 0, "drafts/boundaries.md"]]}, {"committer": {"date": 1543237666, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1543237665, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a9cbb5cdd3d6461888443694982f8f9211af5f27", "parents": ["befd86be4cf60da8bba5052379fe1db0220af116"], "commit": "1e4443578c9704843a082fc8dbfa03dbf087c561", "message": "updated git log", "changes": [[1, 0, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1543237665, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1543237665, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "757dde3a7b1c2c822550837d564af676398432ad", "parents": ["bbe3c6ad56187b93440332568909dbe0e37ce81e"], "commit": "befd86be4cf60da8bba5052379fe1db0220af116", "message": "added JE meeting ntoes 11/21/18", "changes": [[79, 0, "notes/jonathan-edwards/11-21-18.md"]]}, {"committer": {"date": 1542805879, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542805870, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ea202405af27561551e5bf852147fa2d45569c02", "parents": ["783bcd703e182c7f639d3442d8e07fa6a1884929"], "commit": "bbe3c6ad56187b93440332568909dbe0e37ce81e", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542805870, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542805870, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5c4fd6191f7dadaf19ec03268acae090b071019c", "parents": ["717c4a653f1540907e06edddde02085041940878"], "commit": "783bcd703e182c7f639d3442d8e07fa6a1884929", "message": "## p4 thinking for JE meeting\n\n* TOC\n{: toc }\n\n### Theme of my work\n\nA fun question on Twitter yesterday encouraged me to think a bit broader as to an underlying theme to my work that would encompass this project, as well as other outside of \"improving programming\" (namely, LogicHub). I'm proud of what I came up with:\n\nStumbled across another *spot-on* post about FRP by @paldepind: "Let's reinvent FRP" https://t.co/Ga7ywHnySI .
— Conal Elliott (@conal) November 23, 2018
\n\n\n### Some responses about fluid Haskell\n\nSean McDirmid suggested Haskell for Mac, which is very cool and close to what I want so I installed it, but I wasn't able to see an easy way to get Reflex to work with it...\n\nLuke Iannini apparently worked on a [live recompiler for Haskell](https://github.com/lukexi/halive).\n\nThe monadfix people shocked me when they said:\n\n> None of us have been able to achieve the \"fluid, live Haskell programming experience\" that you're yearning for, even without \"has to work GHCJS\" as an additional constraint.\n\nMy new thesis is that this fluid Haskell doesn't really exist - at least for most Haskell developers.\n\nArtyom from monadfix was also very kind and commented on my issue about installing intero. Too bad they can't help here!\n\n### Biggest experience problems with Haskell/Reflex\n\nI made a full day's effort of trying to steelman Haskell/Reflex and make the experience as good as possible before trying to improve it - yet I just have such distaste for installing and debugging shit in the terminal (as well as using the existing Reflex setup I have) that I wonder if I can simply pull on my memory for the key issues...\n\n#### 1. Speed of feedback loop\n\nThe main thing was that speed of feedback on all fronts (syntax, types, output) was so slow and required so many keystrokes. In particular there were times that I could point to places in my code where I just wanted to know the type of something but did not know how to ask Haskell for that information.\n\n#### 2. API Discoverability\n\nIn other words, \"I have some things. I want some other things. What blocks can I use to go from what I have to what I want?\" In Scratch, all the \"legos are on the floor\" to help with this. I find that the lodash JS library also does a superb job of this. I found the Reflex documentation and the Haskell autocomplete tooling to feel like I'm basically guess and checking.\n\n#### 3. Plumbing code\n\nSuch as converting `Int` or `String` to `Text` and back, or worst of all, collapsing higher-order streams. I was very excited to find this extremely helpful video, [Real World Reflex](https://www.youtube.com/watch?v=dNBUDAU9sv4) last night which has a really wonderful slide to help with this:\n\n\n\n#### 4. Visualize streams\n\nThis includes seeing the \"shape\" of streams and how streams make up other streams as in rxmarbles.com, as well as watching the live data flow through streams.\n\n#### 5. Direct manipulation\n\nThis whole thing won't feel natural without direct or bi-directional manipulation of the output because why not?\n\n### Next step ideas\n\n#### 1. Stay in Haskell\n\nContinue working towards a fluid experience in Haskell/Reflex.\n\n1. Find someone to help me setup a better experience and plow through.\n2. Make better documentation for Reflex\n3. Make better utility functions on top of Reflex so I don't have to do as much type conversion/plumbing\n4. Make a devtool for Haskell/Reflex to visualize the streams\n5. [I'd probably never get here] Use some of the bi-directional sketch-n-sketch work\n\n#### 2. Build/use JS library/framework\n\n1. Investigate CycleJS\n2. Look for another stream framework with higher-level and cyclic streams.\n3. See if I can only allow consts and no object modifications while still getting cycles (maybe use a fix-like thing?)\n\n#### 3. Build/use JS Haskell interpreter\n\n1. Investigate the two I already found [here](https://github.com/johang88/haskellinjavascript) and [here](https://github.com/evilcandybag/JSHC), the first of which comes with [an online REPL](http://hiji.tinyrocket.se/)\n2. Experiment with them to see if I can achieve a fast feedback loop\n3. Build a Reflex-like library on top of them\n\n#### 4. Build a higher-level system that compiles to JS\n\n1. Sketch out what it would look like, pulling inspiration from Facebook Origami, the rx visualization tools, the animation tools such as Principle For Mac, Josh Horowitz's [Pane](http://joshuahhh.com/projects/pane/) and what it references including [Aprt.us](http://aprt.us/).\n2. Prototype what \"format\" it would compile to in JS, be it a CycleJS data structure or something else\n3. Build it...\n\nI'm going to spend the next ~30 min doing the sketching discussed above in preparation for my meeting in a few hours with JE.\n\n### Todos 11/20/18\n\n* p4 next steps\n * read the first 6 chapters of TaPL\n * draw out what a better time would look like\n* [regroup projects](https://futureofcoding.org/log#possible-dec-2018-re-group-projects)\n* schedule JE podcast\n* edit Katherine podcast\n* prep for Tudor podcast", "changes": []}, {"committer": {"date": 1542802726, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542802725, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5c4fd6191f7dadaf19ec03268acae090b071019c", "parents": ["c67accbabc18fc099b4478e0e194fb75cb30af6c"], "commit": "717c4a653f1540907e06edddde02085041940878", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542802725, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542802725, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "844810a9f18ee2521fb7d3aa8012f949e31da18c", "parents": ["ad1b9cf01d3fd7be3498444bc18b9e97ce0cfc31"], "commit": "c67accbabc18fc099b4478e0e194fb75cb30af6c", "message": "updated pane in live 2018", "changes": [[2, 2, "notes/live/2018.md"]]}, {"committer": {"date": 1542732647, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542732568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "010a32c4fc0d84c7a76ba07ede8d20cf10736038", "parents": ["3c4ba62e1637cc6424ddb27d2299752586553dec"], "commit": "ad1b9cf01d3fd7be3498444bc18b9e97ce0cfc31", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542732568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542732568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0430789c8be015f0c7df49169438524f20db22d8", "parents": ["8c51748313d96449c372baad1a9d9c9b6950777f"], "commit": "3c4ba62e1637cc6424ddb27d2299752586553dec", "message": "## Failing to achieve a fluid Haskell environment\n\n* TOC\n{: toc }\n\nToday I tried (and failed) to do the todo-item from yesterday of:\n\n> watch videos of expert Haskellers on Twitch and try to copy their setup\n\n### The chimera of a fluid Haskell\n\nOffloading mental tasks better done by computers to computers, so humans are freed up to think creative thoughts
— Steven Krouse (@stevekrouse) November 21, 2018
\n\n\nFirst I googled around, trying to find videos of this. Nothing came up that easily after 30ish minutes of looking. Haven't gotten anything on Twitter either.\n\n### Intero\n\nI then re-discovered [intero](http://commercialhaskell.github.io/intero/) which seems to promise 90% of what I was looking for, such typeahead suggestions, jump to definition, type of selection, and type errors as you type in the editor with underlines.\n\nI spend a 1.5 hours trying to get this to work, and failed. I had lunch and came back with the idea to [record it](https://www.useloom.com/share/80c4a4a43f5a4bff8eb207ceeeb96a98). It took me another hour to fail and produced [this issue](https://github.com/commercialhaskell/intero/issues/592).\n\nI emailed Chris Done (creator of intero) and [monadfix](https://monadfix.io), asking if I could pay them to help me set this up.\n\n### Todos 11/20/18\n\n(I put an asterix (*) next to the items that I can do tomorrow.)\n\n* p4 next steps\n * read the first 6 chapters of TaPL / finish Stephen Diehl's book*\n * find someone to help me set up fluid haskell setup\n * video myself building a few things in Reflex, talking out loud about my experience\n * make a list of all the bad experiences, and ways to improve them\n * draw out what a better time would look like*\n* [regroup projects](https://futureofcoding.org/log#possible-dec-2018-re-group-projects)\n* schedule JE podcast*\n* edit Katherine podcast*\n* prep for Tudor podcast*", "changes": []}, {"committer": {"date": 1542645441, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542645420, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0430789c8be015f0c7df49169438524f20db22d8", "parents": ["857951e243b5769ccd2ab62e42f149dc91748be4"], "commit": "8c51748313d96449c372baad1a9d9c9b6950777f", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542645420, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542645420, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f401b62c8107fd5e7905276459ab9b53f3881920", "parents": ["bfc39f68927dc52d8c17947e0f8e467629c6c4ce"], "commit": "857951e243b5769ccd2ab62e42f149dc91748be4", "message": "## Making the most of a lazy, jetlagged Monday\n\n* TOC\n{: toc }\n\nI woke early for an Alexander lesson this morning, which was a big mistake as I am not nearly over my jetlag. I went back to bed after getting back and thus didn't get much work done today. Maybe 3 hours of reading, as discussed below, and random Inbox tasks I get done after writing this for an hour or two.\n\n### Paths forward for p4\n(I wrote this section yesterday and the shower note before that.)\n\n\n\nReflex is the closest thing to the way I think UI should be written and yet it's so crappy to use. I think that fixing the worst parts of this is a great first step. Of course there are many other things to improve such as direct-manipulation, visual metaphors, etc, but let's start with the most egregious places first.\n\n#### Path 1: use Haskell\nCan I turn off optimizing flags in compiler, use a linter or code augmenter, haskell-id (or whatever thing that auto-checks code), sourcegraph? Maybe watching Haskell developers on Twitch would give me a better sense of the state-of-the-art workflow.\n\n#### Path 2: use JS\nCycleJS or rolling my own thing.\nMaybe with JS linter to only allow consts and no object modifications (will be tricky to get cycles this way...).\n\n#### Path 3: build JS haskell interpreter\nBuild an interpreter with ability to swap nodes as running (like Scratch, Smalltalk)\n\n### Haskell interpreter in JS\n\nToday after my jetlag sleepiness I read another few chapters of Stephen Diehl's book [Write You a Haskell](http://dev.stephendiehl.com/fun/index.html), including typing, evaluation, type inference, and the higher-level design of a \"ProtoHaskell\". It seems like a tractable problem, mostly an engineering problem given that it's mostly \"solved\". I even found two already on Github [here](https://github.com/johang88/haskellinjavascript) and [here](https://github.com/evilcandybag/JSHC), the first of which comes with [an online REPL](http://hiji.tinyrocket.se/)! It would be interesting to test the speeds of these REPLS vs each other and GHC.\n\nNow that I know a bit more about how Haskell works under the hood, I wonder how I would implement the features that I think would make a better experience:\n\n1. Replacing expressions in the evaluation tree with other expressions as things are \"running\". In particular, I used to think I could evaluate the AST by visiting nodes one by one and I could replace an old subtree with a newer one, but now I'm not so sure that's how things work...\n2. Representing various expressions or terms as hashes. In particular, how would I represent closures or the environment in hashed terms?\n\nTalking with Cyrus Omar, the Lamdu team, Paul Chuisano, Stephen Diehl will be key in this process... I feel very lucky to be able to confer with the world experts on these topics!\n\n### Go back to drawing, Steve\n\nI can feel myself being pulled into \"engineering mode\" already and it's too early. I don't have my eye fixed on an experience target well enough to get dragged into trying to achieve it. For my work tomorrow, I shall draw out, in tedious frame-by-frame detail, what a simple experience with this \"ideal Haskell experience\" would look like. I wonder if I could make a simple stop-motion video out of it... The features I think are most important:\n\n1. When I type out a UI term, it should appear in view in under a second (or even less) and be interactive\n2. The types of every expression should be immediately accessible\n3. The operations I can perform on expressions should be suggested in an accessible way, as well as new expressions I can add in relevant places\n4. HMR\n5. Automatic plumbing code or plumbing suggestions for conversions between silly types like strings and numbers\n6. The live values running through the program should be tied to the static code somehow to give the types color\n\nFor contrast, I think maybe I should start by trying to accomplish a few UI tasks in Reflex and record them and then make a list of all the pieces of data I wanted to know or actions I wanted to be able to take faster.\n\n### Todos 11/19/18\n\n* p4 next steps\n * watch videos of expert Haskellers on Twitch and try to copy their setup\n * build a few things in Reflex and video myself not having a good time\n * draw out what a better time would look like\n * read the first 6 chapters of TaPL\n* [regroup projects](https://futureofcoding.org/log#possible-dec-2018-re-group-projects)\n* schedule JE podcast\n* edit Katherine podcast\n* prep for Tudor podcast", "changes": []}, {"committer": {"date": 1542233093, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542233083, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f401b62c8107fd5e7905276459ab9b53f3881920", "parents": ["fa7a4a794b3e257cb5240be91f92ec6b04bfd48b"], "commit": "bfc39f68927dc52d8c17947e0f8e467629c6c4ce", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1542233083, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1542233083, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a691b6fabbb7d6bf7b53d529c68bfa664a472044", "parents": ["9905ea021be45351f7265d8771ad79d8144ba2f1"], "commit": "fa7a4a794b3e257cb5240be91f92ec6b04bfd48b", "message": "## Mid Nov 2018 Many Thoughts\n\n* TOC\n{:toc}\n\n### SPLASH 2018 recap\n\nI normally don't like to travel but this trip was possibly the best thing I've had to travel for in my life. I'm very excited to do more things like this, maybe a couple times per year.\n\n#### Internet friends IRL\n\nI've been referring to this period of my life as my \"Twitter Friends Phase\" because I am making so many friends and then I also get to see them in person. Just in last week in Boston alone, here are all the amazing people I got to spend time with:\n\nWill Chriton, Joel, Jonathan Edwards, Ravi, Brian, Cyrus, Glen, Sean McDirmid, Paul Chuisano, Geoffrey Litt, John Maloney, Charles Roberts, Chris Granger, Eyal Lotem and Yair Chuchem from Lamdu, Roben Kleene, Daniel Moon, the ReScala team from Technische Universität Darmstadt (Ragnar, Pascal), Josh Horowitz, Roly Perera, Caleb Helbling, Evan Czaplicki\n\nSadly I only have one photo from the event. I should do better next time!\n\n\n\n#### LIVE 2018\n\nI have trouble with lectures. I'd much prefer sitting at home in my sweatpants, listening at 2x speed and bouncing if it's not for me right now. However, LIVE 2018 was one of the best days ever, not in spite but *because* it was a day full of mind-blowing demos one after another.\n\nI recorded them on my phone and uploaded online to a lot of thank-you's. The Bootleg page had a fun run, including Jeremy Asheknas's transcript which landed on the front page of HN for the day (not when I posted it, but when he posted it a few hours later).\n\n### Next Research\n\nI really have two very interesting directions to go in: making FRP experience better, or expanding the FRP universe to multi-node. We choose FRP experience for now, but I'm thinking about the other thing on the side.\n\n#### p4 11/14/18\n\n(Tracked at https://github.com/stevekrouse/futureofcoding.org/issues/86)\n\nThe goal is to submit this work to \\I've heard rumors of a fluid, live Haskell programming experience. Has anyone captured such a chimera on video?
— Steven Krouse (@stevekrouse) November 20, 2018
\n\n\n#### 2019 Conference deadlines\n\n- \\Preferences on potential new programming language name..?
— Steven Krouse (@stevekrouse) November 11, 2018
\n\n\nWhat field are these people of?
— Steven Krouse (@stevekrouse) September 15, 2018
Vaneer Bush (Memex), J. C. R. Licklider (ARPANET), Ivan Sutherland (GUI), Douglas Engelbart (computer mouse, “the mother of all demos”), Seymour Papert (LOGO), Alan Kay (OOP, desktop metaphor), Ted Nelson (hypertext), Mitch Resnick (Scratch)
\n\n\n### Reading\n\n#### Enlightenment now\n\nBest book I read this year. So amazing. What an optimistic vision for the future. The opening of the book has a quote from one of my dad's favorite philosophers, Spinoza, as well as one of mine, David Deutch. Highly recommend this book to anyone anywhere, but especially people who are anxious about the future. In short, I would vote for Stephen Pinker for president (of anything) after reading this.\n\n##### LogicHub + betting market\n\nRead this also gave me hope for a LogicHub platform for ideas. In the past, I figured we'd \"teach\" people to be logical and then let them loose to do their crowd-source-y thing, but after reading this book I wonder if we would want to make it more like a betting market in some ways. What's neat about a betting market is that:\n\n1. It encourages you to be more thoughtful because you're \"putting your money where your mouth is\"\n2. It allows people with contrarian opinions to move the market towards their opinion based on how sure they are on their opinion\n\nWhat's not great about a betting market is that its \"resulting\" (term from *Thinking in Bets*), the decision-making process is opaque so we can't share or improve on each others' thoughts. It'd be great if we could somehow create a place where you could show your decision-making-process as well as take a stand for your conviction and then eventually get the benefit (or not) when time shows \"who wins.\"\n\n#### How to change your mind\n\nTurns out many of our heroes in this \"field with no name\" did LSD and it got me pumped:\n\nAgreed that a name doesn't *really* matter, but as @geoffreylitt says, it's nice to be able to have a phrase instead of handwaving with "you know, the topics that we're interested, related to Alan Kay, Bret Victor, Engelbart..."
— Steven Krouse (@stevekrouse) September 17, 2018
\n\n\n#### Kartik Agaram\n\nMe finding Kartik's work is a success story in our wonderful internet research community. In the Future of Programming Slack, Stefan Lesser tried to galvanize us around RSS feeds, then Nikolas Martens posted his list, which Daniel Garcia then found Kartik's work in! Really a team effort.\n\nI am in LOVE with his /about page and want to use it as a jumping off point for a new draft of my own /about page:\n\n> I'm working on ways to better convey the [global structure of programs](http://akkartik.name/post/readable-bad). The goal: use an open-source tool, get an idea for a simple tweak, fork the repo, orient yourself, and make the change you visualized -- all in a single afternoon. Understanding a strange codebase is hard; I can't change that, but I think I can make it easier for people to persevere. I want to carve steps into the wall of the learning process. I want to replace quantum leaps of understanding after weeks of effort with an hour of achievement for an honest hour (or three) of effort.\n>\n> This focus on helping outsiders _comprehend_ a project is unconventional. I'm less concerned about the [readability](http://akkartik.name/post/readable-bad) of a codebase. I find the usual rhetoric around ‘readability’ tends to focus on helping authors merge contributions rather than helping others understand and _appreciate_ their efforts. If you've ever seen an open source project whose CONTRIBUTINGdocument consists of a nit-picky list of formatting rules and procedures for submitting patches, you know what I mean. There's a paucity of guidance earlier in the pipeline, when newcomers aren't thinking about sending a patch, just trying to understand the sea of abstractions, to keep their heads above water. I think improving this guidance might greatly increase the amount of citizen involvement in open source, [the number of eyeballs reviewing code](https://en.wikipedia.org/wiki/Linus%27s_Law), rather than simply using projects and treating their internals as [externalities](https://en.wikipedia.org/wiki/Externality)until the next [serious security vulnerability](http://heartbleed.com/). Our society is more [anti-fragile](https://en.wikipedia.org/wiki/Antifragile) when there's greater grassroots oversight of the software that is [eating our world](http://www.wired.com/business/2012/04/ff_andreessen/5).\n>\n> Everyone doesn't have to understand every line of code that helps manage their lives, but all software should _reward curiosity_.\n\nSurprisingly and also excitingly, I think Kartik and I disagree on a number of points on how to reach this shared goal. I'm excited to read some of his posts soon and figure out why. Here are some I want to start with (some were recommended by him and not written by him) but I imagine I'll read 'em all shortly:\n\n* http://akkartik.name/post/libraries\n* https://lobste.rs/s/zyomiu/what_does_it_mean_design_software_well#c_yvvkwm\n* http://wiki.c2.com/?BlubParadox\n* http://blog.cleancoder.com/uncle-bob/2017/10/04/CodeIsNotTheAnswer.html\n\n#### Spreadsheet-paradigm deep dive\n\nFor Dark, I did a deep dive on the spreadsheet paradigm. I want to write more about this but don't have the time at the moment. The thoughts are in [this private google doc I can hopefully make public soon](https://docs.google.com/document/d/14Tw387o_rnpa7Ru2n5ZpAabiCTrlm3Oan69UCmks6xE/edit#)\n\nOne fun picture (will find this later) is that Forms/3 beat APL at its own game (matrices) - I think they did a user study to \"prove\" this.\n\n🤯 Engelbart did LSD! To aid in problem solving!! (from “How to Change Your Mind”)
— Steven Krouse (@stevekrouse) September 18, 2018
\n\n\n### Last NYC FoP meetup\n\nThe NYC Future of Programming meetup went out with a bang. (It's likely not the last one forever, but it's the last before I move to London so will have to wait till I visit or someone takes it upon themselves to continue.)\n\nJason Brennan talked about Beach which was amazing. I find myself inspired by his ideas, including the infinite canvas for a programming language.\n\nThen after some technical (and climate) difficulties Corey spoke about his experiences from Eve. He mentioned how raising VC money probably wasn't the right move. Now he's finishing his degree and is teaching coding with robots and building his language/environment (called Mech) to support that. Mech is quite similar to Even in many respects, which is quite exciting.\n\nJosh Horowitz (from Dynamicland) talked about Pane, his functional programming node-and-wire prototype that he's presenting at SPLASH. One of the key ideas is that he's reversed it: the nodes are data and the wires are functions. This makes a lot of sense when you are trying to show the data. We met up afterwards to chat for ~2 hours about these ideas - hopefully we can meet up again this week to continue. My current thoughts are very much in this direction.\n\n### First podcast sponsorship offer!\n\nI got an email *during the Future of Programming meetup* from Amjad from Replit, offering to sponsor the podcast! This is a huge deal to me, even from just a \"stamp of approval\" perspective. But also the money will help pay for transcripts for episodes which people have been asking about, and other various upgrades. Big win!\n\n(I also want to be careful about this, so if anyone isn't down with this or how I mention them in the beginning of episodes, I am all ears.)\n\n### bretvictorfan.club\n\nI am sorry that this will make likely Bret uncomfortable, but I hope he'll realize that it's in the best possible spirit of love, respect, and admiration for his ideas.\n\nTurns out my seemingly-novel ideas for improving spreadsheets were in Lotus Improv in 1990 https://t.co/GF8B9l1sy0
— Steven Krouse (@stevekrouse) September 11, 2018
\n\n\n### shower notes july, aug, sept 2018\n\nI have been doing a poor job of moving my shower notes into a digital form of any sort over the past few months. I figured I'd put em all here in case anyone's curious. You never know - sometimes I get those \"in your shower notes from last year you said...\" emails.\n\n\n\n### prototype 4\n\nThe [future work](https://futureofcoding.org/papers/comprehensible-frp/#7-future-work) section of my paper talks about visual metaphors for FRP. While I do think this is quite important in order to \"democratize visual intuition\" ([Penrose](http://penrose.ink/)), I wonder if it's necessary. What if we take normal FRP haskell-ish notation as a starting place and simply augment it with LIVE-ness, such as an interpreted environment, showing data, and evaluating as far as possible even when there are holes (Cyrus Omar's work). Geoff Litt and Paul Chiusano suggested that expressions with holes are just functions with those holes as parameters, and we could put a slider or examples values in there. Always concretions, never pure abstractions.\n\nHere's another idea I've been toying with: Jason's Brennan's notion of a programming environment on an endless canvas, like in Sketch or Photoshop. One thing this could enable is a structure-less structured editor - in that you could put together pieces of expressions in various places and combine them later. I guess this would be similar to Scratch or Blockly... which I don't love... One possibility is to use the layer metaphor from Photoshop as a programmatic abstraction, but I don't know what that would mean exactly yet.\n\nMy first thought was to build this as a FP thing first and build my way up to FRP. It could be the [data slice-and-dice ninja thing](https://futureofcoding.org/log#yesterday%E2%80%99s-slice-and-dice-data-ninja-playground), starting with JSON/CSV slice, dicing, and joining -- this is related to [datafun](http://www.rntz.net/datafun/).\n\nBut then I went ahead and did a drawings for it as an FRP platform:\n\n\n\n\n\n\n### Accepted to REBLS 2018!\n\nVery exciting, getting my first paper accepted. Got a bunch of feedback to read and then incorporate. Will read it this afternoon, take notes, put them here, and then meet with Jonathan Edwards about it as well.\n\n### New framing of my work\n\n(This is related to the new /about page Kartik has inspired.) Software is never really ever started but only incremented, added to, improved upon. Thus the key is to shoot for customize-ability, modify-ability, change-ability, mold-ability - I want to evoke clay, play-doh, etc. This would truly catalyze the computer revolution because regular people would be able to *modify the software they use*. (The killer app for this language/platform could be a build-your-own-email-app thingy. I can imagine a world where top-level execs hire college grads to help them customize their email app workflow.)\n\nIn order to achieve this, we need the two pillars of comprehensibility (understand what's up quickly) and composibility (plug and play with existing pieces).\n\nFunctional programming is great but we need solid abstractions to fully liberate it from the Von Neuman architecture (Out of the tarpit, Conal). For example, Reflex > Redux (my paper), but we need to make FP and FRP usable with LIVE and other visualizations.\n\nCurrently, I'm working on drawing out various prototypes. I want to stay in this phase for a while, making sure I know what I want to build, getting feedback on it from Jonathan and other smarties. Next step is to scope it down to a reasonable prototype and to go code.\n\n#### New framing open questions:\n\n* would JetBrains MPS be hepful here as a way to build a structured editor for live-ness?\n* can I use an existing language or do I need to start that from scratch as well...?\n\n### Todos 9/26/18\n\n* Get replit.com sponsorship started (draft copy)\n* Fix up Explicitly Comprehensible by Sunday\n* Edit Nadia Eghbal podcast\n* Read all of [Kartik](http://akkartik.name/)\n * Re-do my /about page\n* Continue with prototype 4 / new framing of my work...?\n* Organize FoC Thinking & FoC Research lists from Google Inbox", "changes": [[1, 1, "index.html"]]}, {"committer": {"date": 1537799987, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1537799987, "timezone": "-0400", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c3a43bbe3883e1720f5ebda45678f8806ecf390e", "parents": ["b16ded2435685afbec9ffe90701e7f581ea16000"], "commit": "9cf50e678ff582d11e0cc32d6af487a654a61f75", "message": "added Cubix link", "changes": [[1, 0, "episodes/30.md"]]}, {"committer": {"date": 1537799876, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1537799876, "timezone": "-0400", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a72c74d94a4bb9ffd581c495abc6f73bda44c3dc", "parents": ["ab202057a02d7817cbcf07ecdcc95a75a88c94ce"], "commit": "b16ded2435685afbec9ffe90701e7f581ea16000", "message": "fixed Theil typo", "changes": [[1, 1, "episodes/30.md"]]}, {"committer": {"date": 1537645360, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1537645356, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7b5be5ddc2f2ffcaed9fba7d89ef668dfe46c983", "parents": ["440e89ea14b15089bcb523f462b71d2ca3c126b4"], "commit": "ab202057a02d7817cbcf07ecdcc95a75a88c94ce", "message": "updated git log", "changes": [[0, 6, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1537645356, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1537645356, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4a8b7fc5ffd1a3d941c535599842a9b73e31ba77", "parents": ["457d7011799a9667ef3149d5836d955ad0c52a75"], "commit": "440e89ea14b15089bcb523f462b71d2ca3c126b4", "message": "working on fixing strange git bug...", "changes": [[7, 0, "_data/files.csv"]]}, {"committer": {"date": 1537644402, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1537644398, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3e582f0db46e6c8808483dd15b4e187e3f474dfe", "parents": ["7816da98ca5dcb5a62b5e4ea968d69c9e88ffb83"], "commit": "457d7011799a9667ef3149d5836d955ad0c52a75", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1537644398, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1537644398, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7e9e59e371c61db2631cab87acb5bf3a4abbe866", "parents": ["8104ba62a8543d2c73fb2321022563a56498689a"], "commit": "7816da98ca5dcb5a62b5e4ea968d69c9e88ffb83", "message": "added episode 30, james koppel", "changes": [[1157, 0, "episodes/30.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1536683911, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1536681927, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d366d84c39fc46fe9a86e28039cdbb6a73397df8", "parents": ["138641ea1454e5d2379dcbc144e0c068138dd3d2"], "commit": "8104ba62a8543d2c73fb2321022563a56498689a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1536681927, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1536681927, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3f62c9f1ef23fce4294d5fe01b5cb7d0cf1e18c9", "parents": ["c91b94928e098cf0f0c1ed4c5ae9cdf3b5a2a812"], "commit": "138641ea1454e5d2379dcbc144e0c068138dd3d2", "message": "## FRP Morning 9/11/18\n\n* TOC\n{: toc }\n\n### From Debugging Towards Live Tuing of Reactive Applications\n\nI was sent this paper by Jonathan Edwards for feedback to the authors. It was recently accepted into LIVE. It was right up my alley. It's the notion of taking the DAG visualization of a FRP app, but making it editable at the visualization level, similar to a node-and-wire environment, such as Facebook Origami. It was a fun read, and I gave a few notes to the authors.\n\n### Beautiful Conal Quotes\n\nThere are a few things Conal said that have really stuck with me, so I took the time to transcribe them and put them [here](/notes/conal-elliot). But I'll paste them below as well because they are just so wonderful:\n\n> It’s important to me that you cannot look in a behavior and say like “when does it change (change in the sense of events)?” Because in order to answer that question One would need a more complex semantic model.\n> Now, many or most so-called FRP systems I see out there do have some notion of “when does something change.” And every one of those breaks the semantic model.\n>\n> It’s like you have arithmetic, right? So FRP is arithmetic for time-varying quantities of all sorts of types. By arithmetic, I mean some algebra, some set of operators that have nice laws, nice properties. And imagine if you thought of arithmetic as about compositional structure or about the express that you evaluated.\n>\n> If you added 3 and 4, can you tell tell the difference between that and what you get by adding 2 and 5? It’s very important to the laws of arithmetic that you cannot tell the difference. If you could tell the difference, then what you would have would not be a type of numbers with a nice set of operations. It would be something more like a type of trees or something like that. And there would be no interesting equational properties. And you’d have something very complicated. And you’d have to talk about your API instead of talking about... You wouldn’t be doing math, you’d be doing data structure manipulation.\n>\n> For instance every time you hear somebody talk about FRP in terms of graphs or propagation or something like that, they are missing the point entirely. Because they are taking about some sort of operational, mechanistic model, not about what it means.\n>\n> And what I see happen over and over is not only do people generate a complex model but they don’t know it’s complex because they haven’t looked at it precisely. And they thwart most attempts to do nontrivial optimization’s because they’ve exposed too much information. So I want to make it as abstract and useful as possible, so it’s simple for somebody to think about, and I can do radically different sorts of optimization experiments.\n\nOf course, this doesn't mean that a \"debugging engine\" can't break these abstractions to keep track of these things so as to aid you in understanding. The key is that the programmer cannot break this abstraction at the semantic level, so we can do creative optimizations, etc. In other words, I can write `3+4=2+5` and we can talk about each of those four numbers indepdenently. They don't immedialy collapse to `7=7` the instant I write them down.\n\nI also love this beautiful quote about functions as boxes and values as flowing across arrows:\n\n> It's an inherently first-order visualization. In other words, the visualization itself makes a hard visually syntactic distinction between functions and values. What's great about functional programing is that functions are values... [with] visual arrows, with every composition, you get something more complex than what you had before. Complexity grows and grows and grows. Visual langauges are very sparse, rather than a dense notation. So pretty quickly you get swamped... You use up a lot of space not saying very much.\n\n### Feyman Method to Solving FRP Notation\n\nThe method is:\n\n1. Write down the problem.\n2. Think very hard.\n3. Write down the solution.\n\nHere's what that looked like:\n\n\n\nWhat I decided was (for now) to give up on wires and arrows to visualize flow and depedencies. Instead I want to be more creative about showing those things, such as spatial arrangement, labelling (including colors, words, and on-hover interactions), etc.\n\nI then pseudo-coded a few classic GUI problems. (I may steal other problems from [7GUIS](https://eugenkiss.github.io/7guis/).)\n\nWhat I discovered here is that the classic notation of FP isn't all that bad. (That's not quite true. For example, [Conal's original bouncing ball](https://futureofcoding.org/log#bouncing-ball-solved) is tough to read. More on this in the todos below...)\n\nThe problems are:\n\n#### 1. Expression construction made \"live\" & \"concrete\"\n\nYou want to be able to construct these expressions in any order, such as:\n\nA) Start with an widget, like a button, and then derive some state from it, and then plop it back in itself.\n\nB) Start with a notion of some state (you haven't yet defined), and build up a widget from that state, which then can be defined in terms of the widget.\n\nSelf-referencing makes this possible more difficult, but nothing a structure-y editor couldn't solve.\n\n#### 2. See the dataflow behind behaviors & events\n\nI dont see any reason why this shouldn't be possible as an \"overlay\" of some sort on top of the classic FP notation.\n\nI can also imagine an on-hover interaction to functions that allow you to visualize how they transform their inputs into their output, such as [this one](https://futureofcoding.org/log#lets-visualize-all-the-fp-list-operators).\n\nIt'd be neat to have an over-arching shape of an application so you can visually get a sense for how it fits together, but I don't know if anyone's done that yet. Node-and-wires don't tell you much: they tell you less than regular FP syntax, and often in more confusing ways.\n\n#### What's the type of FRP Widgets?\n\nI'm not clear on what the \"type\" of widgets should be -- that is, what they \"return\".\n\nAre they a \"structure\" of some sort that you can then get various event streams (such as click) \"from\"?\n\nOr should they simply return the (or a list of the) event stream(s) that they \"contain\"?\n\n### Blur the line between front & backend\n\nIn the past I called this idea \"higher level HTTP requests\" or \"HTTP = JQuery\". Here are some thoughts I put on Twitter along these lines yesterday:\n\n\n\n### Next steps 9/11/18\n\n* pseudo-code more GUI problems, possibly from [7GUIS](https://eugenkiss.github.io/7guis/), building up to ToDoMVC\n* think about what and where traditional FRP syntax is difficult (such as [Conal's original bouncing ball](https://futureofcoding.org/log#bouncing-ball-solved)), and also more modern syntaxes... re-check out PureScript in this vein", "changes": [[12, 2, "notes/conal-elliot.md"]]}, {"committer": {"date": 1536443596, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1536443596, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9fb88ce02314463fbaaf17f2414ece4c0829f3c6", "parents": ["760bef72611f0aecc1a83ef1a1c8eb3f0c99c254"], "commit": "c91b94928e098cf0f0c1ed4c5ae9cdf3b5a2a812", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1536443201, "timezone": "-0400", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1536443201, "timezone": "-0400", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "957e8ea461285928b233783bd4dc829a6c4917c4", "parents": ["d3a45ade4511110945e12486b823bf444b00c346"], "commit": "760bef72611f0aecc1a83ef1a1c8eb3f0c99c254", "message": "## Candlewood Lake Vacation, etc\n\n* TOC\n{: toc }\n\nAs expected, I haven't gotten much done here the past few weeks. I was\non vacation and wanted to do more freelance stuff, which I did. I'm\nalso reading a great series of novels by Robin Hobb which are\ndistracting. However, I'm excited about all the chatter around my\npodcast, tweeters, on the Slack group. Thanks to all that listen, and\nespecially to those that write in - even just to say hi!\n\n### Foundations\n\nI've been thinking a lot what we take for granted, and questioning\neverything. So why not the foundations. There's the Turing Machine\n(wah ich is the epitome of inelegant) and Lambda Calculus (which is a\nmillion times better by comparison). But can we do better? Are there\nother alternatives? I did some Wikipedia-ing, but didn't come up with\nmuch interesting. Here are some links:\n\n*\nhttps://www.reddit.com/r/AskComputerScience/comments/78wnv4/is_there_an\n_alternative_to_lambda_calculus_as_a/\n* https://en.wikipedia.org/wiki/Process_calculus\n*\nhttps://en.wikipedia.org/wiki/Category:Term-rewriting_programming_langu\nages\n\nI'm going to this [whacky workshop in\nItaly](https://programme.hypotheses.org/autumn-workshop-formalisms-at-t\nhe-interface-with-machines-languages-and-systems) next month that will\nhopefully encourage me to think outside the box on these topics. What\neven *is* a computer program?\n\n### Misc links\n\n* [Datafun](http://www.rntz.net/datafun/) - functional query language!\nVery cool. Along the lines of the question I've been having about why\nwe have different data structures in databases vs in our languages.\n* [Wolfram on Math\nNotation](https://www.stephenwolfram.com/publications/mathematical-nota\ntion-past-future/) - very good. Thought provoking!\n\n### OAP - open authorial principle\n\nI've been having fun Twitter conversations with\n[Antranig](https://twitter.com/amb26ponder) (who I think lives in\nLondon!). He has [a really cool paper on this\nOAP](https://github.com/amb26/papers/blob/master/onward-2016/onward-201\n6.pdf), which is very similar in spirit to r0ml's notion of \"liberal\nsoftware.\" Many of the examples were in about object inherentance in\nJava which I am allergic to, but I love the idea of formalisizing this\nideal.\n\nWhat are the key actions that need to be enabled for this principle:\n\n1. Finding/understanding all relevant sections in the code. (This is\nrelated to my recent work.)\n2. Making the change (including previewing it)\n3. Managing various versions\n\nI also had two other interesting, random thoughts:\n\n1. The \"Settings Menu\" is a list of global variables you can set to\nrange of pre-defined constants\n2. Where does composability play into the OAP?\n\n### Todo 9/8/18\n\n* \"Future work\" - better \"notations\" for higher-order streams (as in\nReflex). I should be able to get 5-10 hours here this week. That's the\ngoal at least.\n* Organize \"FoC Thinking\" - I've been collecting a list of things to\nthink about in my inbox, but I'd like to get that somewhere public.\n\t* at the top: https://eugenkiss.github.io/7guis/\n* Organize \"FoC Research\" - same idea but more for things to read for\ninspiration, like papers\n\t* at the top: https://github.com/hypotext/notation", "changes": [[1, 0, "log.md"]]}, {"committer": {"date": 1535468707, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535468701, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f7a64f097b8475d03768a7486919748250669dd0", "parents": ["31838cb3ba540a823236c8920f29114cb637efb1"], "commit": "d3a45ade4511110945e12486b823bf444b00c346", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1535468701, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535468701, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "61bd44823e44ffa30707b84cf6dd3332e868c0d5", "parents": ["2cb7b93a9dd10679b6f900438ed664d78ef6a384"], "commit": "31838cb3ba540a823236c8920f29114cb637efb1", "message": "add woofjs workflow to homepage", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1535398329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535398324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6ea41727f212e21c3f40b50da21750ac51c9d028", "parents": ["1853da463483be7bb9495b66a7215feba61b9d2b"], "commit": "2cb7b93a9dd10679b6f900438ed664d78ef6a384", "message": "updated git log", "changes": [[5, 0, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1535398324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535398324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "dc91374e6cdfe918b4247feda780c77fe14edd05", "parents": ["198556aca1735db6219365d43363fa87c4556326"], "commit": "1853da463483be7bb9495b66a7215feba61b9d2b", "message": "added reflection 13, podcasts 28 and 29", "changes": [[44, 0, "episodes/28.md"], [23, 0, "episodes/29.md"], [2, 0, "index.html"], [4, 0, "notes/aaron-kent-call-9-15-17.md"], [118, 0, "notes/jonathan-edwards/06-14-18.md"], [140, 0, "notes/jonathan-edwards/07-10-18.md"], [92, 0, "notes/jonathan-edwards/08-21-18.md"], [64, 8, "reflections/13.md"]]}, {"committer": {"date": 1535323079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535323076, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "38b44287889769c52dad7fde674d1422c971213e", "parents": ["d1abf772486931f25b757ffaf93c30966f7d6b10"], "commit": "198556aca1735db6219365d43363fa87c4556326", "message": "updated git log", "changes": [[94, 0, "_data/files.csv"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1535323076, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535323076, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ab9a9f7961c2f49c174365b980ad0e7e943559ae", "parents": ["5f41ce04e95929074d60290a4b25e2b1466299e0"], "commit": "d1abf772486931f25b757ffaf93c30966f7d6b10", "message": "attempting to add directory listings...", "changes": [[36, 3, "404.md"], [5, 0, "README.md"], [0, 1, "notes/index.html"]]}, {"committer": {"date": 1535321825, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535321820, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "081c0350ad966bc567d67d414c019218128b94cd", "parents": ["7ef007826b5d36c7b10de50b4f6c5075312f5583"], "commit": "5f41ce04e95929074d60290a4b25e2b1466299e0", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1535321820, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1535321820, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "da2543021094982c194c86ed183b3db2a94455df", "parents": ["624d805a08ad51845658edeb0eda31ff0f2d7326"], "commit": "7ef007826b5d36c7b10de50b4f6c5075312f5583", "message": "add sitemaps", "changes": [[2, 0, "_config.yml"]]}, {"committer": {"date": 1535199813, "timezone": "-0400", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1535199813, "timezone": "-0400", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "c4e037527c4953c2cc6ff57d4705e62e22a7e282", "parents": ["2554d62622244699c4b78687db33c3191bb0a033"], "commit": "624d805a08ad51845658edeb0eda31ff0f2d7326", "message": "started reflection 13 outline", "changes": [[49, 0, "reflections/13.md"]]}, {"committer": {"date": 1534937625, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1534937625, "timezone": "-0400", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f5b3debd20f26441ccf47ffd77b348dee0741a82", "parents": ["fbd86a350730552192edd863b54c8abb0befd4a9"], "commit": "2554d62622244699c4b78687db33c3191bb0a033", "message": "Fix frp draft redirect", "changes": [[2, 2, "404.md"]]}, {"committer": {"date": 1534542152, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534542149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "24f205d609bb455fa01edfaf0a2c051c66d3d75d", "parents": ["99e3f93836b5e480ed9382ec983d074eda0f33b8"], "commit": "fbd86a350730552192edd863b54c8abb0befd4a9", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534542149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534542149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "124044ebb598bcdb5322f70681be7e67bbc63ba5", "parents": ["6bff7c5cb005d10bab1b76a7004631a90b6f5990"], "commit": "99e3f93836b5e480ed9382ec983d074eda0f33b8", "message": "fixed LaTeX link", "changes": [[2, 2, "papers/comprehensible-frp/index.md"]]}, {"committer": {"date": 1534541885, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534541882, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6bea9488ddf1fbbbbabb7777623c55e9c55f6d11", "parents": ["8be9c9d772ea122f54db871ad41aec5fe8dff524"], "commit": "6bff7c5cb005d10bab1b76a7004631a90b6f5990", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534541882, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534541882, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9e5695120319696828eadc169e24b36fb32d0902", "parents": ["64b8083919e2cc6756692f30258d6d59ce404b56"], "commit": "8be9c9d772ea122f54db871ad41aec5fe8dff524", "message": "fix frp paper header typo", "changes": [[0, 1, "papers/comprehensible-frp/index.md"]]}, {"committer": {"date": 1534541671, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534540295, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "da7bf5146454d444aab1983232b1da15ba0893a6", "parents": ["342b7b9ec018f2188bb7252a5f7b016c5d8d53d5"], "commit": "64b8083919e2cc6756692f30258d6d59ce404b56", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534540295, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534540295, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0cb58451f427686a20339e78362cdf8118e76903", "parents": ["95bad27a4d9e2bbd0b186b7683eecf97197fe068"], "commit": "342b7b9ec018f2188bb7252a5f7b016c5d8d53d5", "message": "## London, REBLS, & future plans\n\n* TOC\n{: toc }\n\n\n### Moving to London!\n\nLast week I got the Exceptional Tech Talent Visa which means I'm moving there on Oct 1. Just bought my plane ticket. Hope to be there for a year or two.\n\n### Submitted to REBLS 2018!!\n\nLast night I submitted my the [the submitted PDF version](./papers/comprehensible-frp/comprehensible-frp.pdf) of the paper to REBLS! It took ~10 hours to translate the [blog version](./papers/comprehensible-frp) to the PDF version! I had a lot of trouble with LaTeX, so I fiuged I should put up the [full LaTex code and associated files ](https://github.com/stevekrouse/futureofcoding.org/tree/master/papers/comprehensible-frp/LaTex) in case it'd be helpful for future independent researchers. Turns out they extended the deadline for another two weeks just now (probably because they didn't get enough submissions), but it's nice to have it behind me.\n\nLooking at the cost of flights to Boston from London, it seems pretty stable, so I don't need to get it yet. I can also register for SPLASH up until Oct 1 for $100 off. I hear back if I get in on Sept 25th.\n\n### Next two weeks (8/20/18-8/31/18)\n\nNext week I agreed to write an essay about Dynamicland. Also, I'm visiting Boston for a few days to visit my programming research friends! I'd also like to do more work for First Round Capital next week. So I don't think I'll have much time here.\n\nThe following week will be more vacation focused with my parents, brothers, and grandparents. I may do a bit of work for First Round and Dark, but not likely work here.\n\n### Future research directions\n\nHere are a few ideas. I'm going to chat with Jonathan Edwards in Boston next week so maybe we can review this together.\n\n#### 1. [Comprehensible FRP's Future work](./papers/comprehensible-frp#7-future-work)\n\nI'm actually very excited about this section. Here's basically the plan. Take the Reflex TodoMVC diagram from this paper and tweak in in Figma a bunch. At the same time, work on getting this stuff to compile in JavaScript somehow. The goal here is very explicitly a language / visual environment. If it's good, I win. If it's bad, maybe I turn it into a paper.\n\n#### 2. [Anti-IO Monad](http://futureofcoding.org/log#my-growing-anti-io-monad-obsession)\n\nThis is a neat line of inquiry but I don't have a very concrete next step here. It's very related to the ideas in this tweet storm:\n\n\n\nAnd the lovely replies:\n\nI think I'm gonna do it... pic.twitter.com/9wKgw8b7g8
— Steven Krouse (@stevekrouse) September 19, 2018
\n\n\nInteresting.
— Ivan Reese (@spiralganglion) August 10, 2018
2¢ — I think when you push for extreme reductions, throwing away ever more context.. you eventually run into the Berry Paradox (https://t.co/4ULmDa7DPt)
\n\n\n#### 3. [Slice-and-Dice Data-ninja playground](http://futureofcoding.org/log#yesterday%E2%80%99s-slice-and-dice-data-ninja-playground)\n\nThis is very much jumping to an entirely different problem. It's intriguing, but not as likely.\n\n#### 4. Liberal Software\n\nFrom a motivation/vision perspective, this is important. I'd love to collaborate with r0ml on this.", "changes": [[2, 1, "404.md"], [0, 352, "drafts/frp.md"], [49, 43, "index.html"], [819, 0, "papers/comprehensible-frp/LaTeX/ACM-Reference-Format.bbx"], [2894, 0, "papers/comprehensible-frp/LaTeX/ACM-Reference-Format.bst"], [5, 0, "papers/comprehensible-frp/LaTeX/ACM-Reference-Format.cbx"], [18, 0, "papers/comprehensible-frp/LaTeX/ACM-Reference-Format.dbx"], [199, 0, "papers/comprehensible-frp/LaTeX/README"], [88, 0, "papers/comprehensible-frp/LaTeX/acmart.bib"], [2671, 0, "papers/comprehensible-frp/LaTeX/acmart.cls"], ["-", "-", "papers/comprehensible-frp/LaTeX/counter.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/elm-actions.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/elm-architecture.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/elm-entries.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/elm-graph.png"], [47, 0, "papers/comprehensible-frp/LaTeX/frp.bib"], [363, 0, "papers/comprehensible-frp/LaTeX/frp.tex"], ["-", "-", "papers/comprehensible-frp/LaTeX/highlight-actions.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/highlight-entries.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/reflex-graph.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/rxfiddle.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/rxmarbles.png"], ["-", "-", "papers/comprehensible-frp/LaTeX/todomvc.png"], ["-", "-", "papers/comprehensible-frp/comprehensible-frp.pdf"], [357, 0, "papers/comprehensible-frp/index.md"]]}, {"committer": {"date": 1534266841, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534266838, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "00aaebdc15cad776b0f34b2dfe84964154e9ff44", "parents": ["ba882940a80b1ba98625b6bf3d70e6a9fd5bca52"], "commit": "95bad27a4d9e2bbd0b186b7683eecf97197fe068", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534266838, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534266838, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a2ae2e1149c13fde1392531f475e24cb9728be88", "parents": ["df071f988cff3d6adb8a86709e34d12057c865f0"], "commit": "ba882940a80b1ba98625b6bf3d70e6a9fd5bca52", "message": "fixed frp typos (thanks matt marcus)", "changes": [[7, 9, "drafts/frp.md"]]}, {"committer": {"date": 1534261913, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534261763, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1856ce64c8b155674610a2748179383fadf9f3b9", "parents": ["d17aec58fed6efab0433df37717d2661f3d531bd"], "commit": "df071f988cff3d6adb8a86709e34d12057c865f0", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1534261763, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1534261763, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e41871c8f895bc0fb4fa1f4f3d8f2600f4e4fb09", "parents": ["3c4cbb21b92688aca129a8d0be53f1eb6b76c5ea"], "commit": "d17aec58fed6efab0433df37717d2661f3d531bd", "message": "## Incorporated Jonathan Edwards feedback on frp draft 2\n\n* TOC\n{: toc }\n\nAs usual I received some prompt and insightful feedback from Jonathan Edwards yesterday:\n\n> Abstract\n> scalable->modular, larger->entire\n> “this paper shows how higher-order and cyclic streams can improve comprehensibility.”\n\n✔\n\n> Introduction\n> they depend => they depend upon\n\n✔\n\n> Elm architecture\n> Elm is more like ML than Haskell\n> Defer mentioning higher-order/cyclic streams till later when you define them.\n> Instead: “user interfaces are inherently a cycle of alternating input and output, which is reflected in the Elm architecture”\n\n✔\n\n> Reflex\n> Show the types of button and display\n\n✔\n\n> Note how the do notation is implicitly assembling the view as if by accumulating side-effects from button and display, unlike the explicit construction in Elm.\n\nThe view is very explicitly assembled in Reflex - the vertical order of statements is the explicit order of the view. The \"side-effects\" we get from `button` and `display` are their event streams, which are also explicit. It *is* unfamiliar to use `do`-notation to construct an event propagation network, instead of how it's normally used for imperative code, but that doesn't make this code imperative.\n\n> Is it easy to hierarchically compose views in Reflex?\n\n✔\n\n> delete “we here”\n\n✔\n\n> The price we pay for this explicitness is that events are abstracted from the single values in Elm into a time-stamped stream of values. In Elm we write a global state reducer function that pattern matches on these events. In Reflex we use stream combinators to define the model and view as streams of values of each other. The single global I/O cycle of Elm becomes a number of cyclic definitions between model and view streams in Reflex.\n\n ✔\n\n> Diagrams\n> Finding them a little hard to understand. The top level is the big yellow boxes, but what exactly are they?\n> Categories of some sort? I’d expect the top level of the Elm diagram to be Model, View, and Messages.\n\nThis is a great question. I think this makes it clearer:\n\n", "changes": [[73, 41, "drafts/frp.md"]]}, {"committer": {"date": 1533938667, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533938055, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b2b724d138d734a174962e9f60a7e9f6c93a117a", "parents": ["e8d146f58c3f897265a6864f98995b8cce4b6db9"], "commit": "514e998799ae0e387b5b262365610aa8fd84d052", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533938055, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533938055, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ef1a43fc4c269badcf0ae54b19d1f19b4605459d", "parents": ["236313890011b1a50a959a230e6db62f4f18bf35"], "commit": "e8d146f58c3f897265a6864f98995b8cce4b6db9", "message": "## Added more example code to FRP essay\n\nI added a lot to the essay today. It really feels close, and like it's shaping up. I am aiming to get a completed Draft 2 to Jonathan Edwards by this upcoming Monday.\n\nI added counter button examples to explain Elm and Reflex, and then some ToDoMVC code from each to get into the comparison. I could definitely come up with better example apps (larger would be better), and another way to improve the comparison could be to articulate the Elm Architecture in Reflex (which is supported) in order to keep the syntax more uniform, but I don't have the time for that, especially considering how impossible it is to code in Reflex - at least with the set up I have.\n\nI had a VERY FUSTRATING hour or two today when I was working with ghcjs and Reflex and emacs in my remote shell. My god I hated it. I had to take a break because I felt upset afterwards for an hour or so. I wasn't prepared for how annoying it all was. Such a slooow feedback loop. And so fustrating using emacs! For example, copying and pasting code doesn't work because the formatting gets messed up. Just one example of how everything takes longer.\n\nIn terms of what's left, I have to finish explaining the meat of Reflex TodoMVC, and then maybe explain one other part of Reflex ToDoMVC (should only take another 3 hours), and then write out the \"is the cure worse than the disease\" section (~2 hours), and tie it all together with the related work, conclusion and a final read through and edit (~2 hours). I should be able to spend some time tomorrow and Sunday on this, so we're in good shape for getting it done by Monday.\n\n(In other news, last night at 11:30pm I had [some exciting ideas for a future research topic](https://twitter.com/stevekrouse/status/1027765242217029632).)", "changes": [[160, 34, "drafts/frp.md"]]}, {"committer": {"date": 1533846572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533846568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "984043e669bd1e5c85b83bc5349148c37e4c2bc4", "parents": ["0ab9cd9699ddff2a287f5f80c194503c629f975e"], "commit": "236313890011b1a50a959a230e6db62f4f18bf35", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533846568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533846568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "047ff2b483389114d760f20ee81eee62443114eb", "parents": ["533d10e0afd26477548479dfcf7b7ef97b40fb73"], "commit": "0ab9cd9699ddff2a287f5f80c194503c629f975e", "message": "started adding some realreflex frp types to essay", "changes": [[40, 0, "drafts/frp.md"]]}, {"committer": {"date": 1533843454, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533843449, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a3ba85438894478e4aeea2cb3cce497542d303ff", "parents": ["6203d4cda9f35794d245f18b0b1e0dbf074cf392"], "commit": "533d10e0afd26477548479dfcf7b7ef97b40fb73", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533843449, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533843449, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bc0421679dd311a82d4727cdb3ceb03bcc0a93ba", "parents": ["e7236ccd102415f4b0c513c43b0a5f399c90fbfe"], "commit": "6203d4cda9f35794d245f18b0b1e0dbf074cf392", "message": "edited frp essay, and reorganized todos", "changes": [[39, 38, "drafts/frp.md"]]}, {"committer": {"date": 1533586114, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533585568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a4a7c0aa09c27a09016506fce9125519c2998164", "parents": ["bbc6ef4eb11242836264746cdf5317fd95701051"], "commit": "e7236ccd102415f4b0c513c43b0a5f399c90fbfe", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533585568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533585568, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6464bfd86d2f0ea07b419555af865bf6a614ab7a", "parents": ["490b931161eeb2b6e46fc38f8ea087ad1956d0b1"], "commit": "bbc6ef4eb11242836264746cdf5317fd95701051", "message": "## Back at the FRP essay!\n\n* TOC\n{: toc }\n\nThe changes I'm comitting now were actually done this past Friday. It's not a ton of work but it wasn't pulling teeth - it was fun. And I'm excited enough about it that I actually made my girlfriend listen to me read it to her - she was a great sport. The langauge is a bit technical / high level. There's a lot I need to expound on / elaborate in there, and I imagine that some ambiguity in the essay are weak spots I need to explore more.\n\nYesterday I had a lot of fun comparing and contrasting TodoMVC in Elm and Redux. I printed out the code for both on paper and wrote all over them. I have a lot of questions about the types of things in Redux that I'll have to investigate next.\n\nOne idea I had is that to make the comparison more apples-to-apples, I could write TodoMVC in Redux but with the Elm Architecture - this is possible but not the reverse. However, that is a bunch of work considering how slow my Reflex/ghcjs feedback loop is. Another possible task is implementing focus on input elements, localstorage, and url hash get/set in Reflex to make them truly equal - but that's not really the point so it may be more work than it's worth.\n\nI only have two weeks before I have to submit to REBLS. I think I have enough for the paper in progress section, but I want to make it as best I can before that date. However, I also have work for Dark and First Round I should do this week - as well as taking some time off to spend with family that's around this month. It's a lot going on!\n\n### Dark research\n\nI spent 3 hours this morning compiling lists of various interesting progrmming environments. What I'm most excited about is my list of classics that I've never played with:\n\n* Hypercard\n* squeak / etoys / morphicjs / pharo / http://gtoolkit.org/\n* Labview\n* apl\n* Self\n* Forth\n* Prolog\n* Sketchpad\n* Matlab / simulink\n* Yahoo pipes\n\n\nAs well as a few I keep haering about:\n\n* prograph\n* paxmsp and pure data vvvv\n* JetBrains MPS\n* emacs org mode\n* TLA+ / Alloy\n* Sonic Pi\n* R\n* https://www.blender.org/\n* Godot engine\n* Qt\n* Chalktalk\n* http://mbeddr.com/\n* http://openendedgroup.com/field/OverviewBanners2.html", "changes": [[21, 18, "drafts/frp.md"]]}, {"committer": {"date": 1533325066, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533325062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "126647f6b520ae014192a58e48d5ee8eca353400", "parents": ["138b570a145bf779dd1d93109c5d22acd4ff877b"], "commit": "490b931161eeb2b6e46fc38f8ea087ad1956d0b1", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533325062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533325062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7a924a919c35bc7d65d6ed24bdf52dfe803f9e08", "parents": ["b1c21b17b190d3aa39e5dd2bd29cbf4d23ff81f1"], "commit": "138b570a145bf779dd1d93109c5d22acd4ff877b", "message": "added log.rss for Stefan", "changes": [[3, 1, "log.md"], [25, 0, "log.rss"]]}, {"committer": {"date": 1533136714, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533135745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2810f8c8b42731b7e790bd7f28bc7d63061fe451", "parents": ["f4f444707ad7ec37281ff587198cd99719af9501"], "commit": "b1c21b17b190d3aa39e5dd2bd29cbf4d23ff81f1", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1533135745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1533135745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "56386ea778aa35ee11039a332e85b70204e8db09", "parents": ["9c091363f83f9b0b30826e99a5052832dc914e92"], "commit": "f4f444707ad7ec37281ff587198cd99719af9501", "message": "## Less FRP essay excitement\n\nHard to figure out why this happened, but I'm less pumped about this these days. I think I'll give myself a break and do other work and hopefully I'll naturally get re-excited about coming back to this. Yesterday I spent 2 hours reading the Reflex documentation. It felt like a useful two hours. The key thing I figured out is that it does cyclic updates via an \"event propagation graph\", but I wasn't able to figure out much more details than that.\n\nSome interesting links:\n\n* [Front end - simple comparison between react, react-flux (ghcjs), and reflex-frp](https://www.reddit.com/r/haskell/comments/5xo6sd/front_end_simple_comparison_between_react/)\n* [how to structure a reflex application vs cyclejs and elm (reddit)](https://www.reddit.com/r/reflexfrp/comments/6l5ddn/how_to_structure_a_reflex_application/)\n* [Evan Czaplicki on higher-order streams](https://news.ycombinator.com/item?id=11669206)", "changes": [[1, 1, "_data/git-log.json"], [1, 0, "drafts/frp.md"]]}, {"committer": {"date": 1532969661, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1532968232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "267a2d938575b535d39334d1bdd01ee17c26e170", "parents": ["987b2dae5c7ddd5f2bff34b3e3411fe287d29220"], "commit": "9c091363f83f9b0b30826e99a5052832dc914e92", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1532968232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1532968232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6aa1ad69db2a5f109952f38f1609788b9640dba0", "parents": ["61baad40901025fa7f0250b3364b8c43ea8d9f81"], "commit": "987b2dae5c7ddd5f2bff34b3e3411fe287d29220", "message": "## FRP Essay, draft 2 started\n\n* TOC\n{: toc }\n\n### Relaxing reading on Friday afternoon\n\nI didn't feel like working on my computer, so I printed out my essay, Jonathan Edward's feedback, and grabbed a few papers to re-read I felt would be relevant. Turns out they really were!\n\nFrom [What's Functional Programming All About?](http://www.lihaoyi.com/post/WhatsFunctionalProgrammingAllAbout.html)\n\n> The core of Functional Programming is thinking about data-flow rather than control-flow.\n\n> it's about managing the same complexity in a way that makes the dependencies between each piece of code obvious, by following the graph of where function arguments come from and where return values end up.\n\nFrom [Out of the Tarpit](https://github.com/papers-we-love/papers-we-love/blob/master/design/out-of-the-tar-pit.pdf):\n\n> There is in principle nothing to stop functional programs from passing a single extra parameter into and out of every single function in the entire system. If this extra parameter were a collection (compound value) of some kind then it could be used to simulate an arbitrarily large set of mutable variables. In effect this approach recreates a single pool of global variables — hence, even though referential transparency is maintained, ease of reasoning is lost (we still know that each function is dependent only upon its arguments, but one of them has become so large and contains irrelevant values that the benefit of this knowledge as an aid to understanding is almost nothing).\n\nOut of the Tarpit turned me on to Dijkstra's [The Humble Programmer](https://www.cs.utexas.edu/~EWD/transcriptions/EWD03xx/EWD340.html):\n\n> A study of program structure had revealed that programs —even alternative programs for the same task and with the same mathematical content— can differ tremendously in their intellectual manageability. A number of rules have been discovered, violation of which will either seriously impair or totally destroy the intellectual manageability of the program. These rules are of two kinds. Those of the first kind are easily imposed mechanically, viz. by a suitably chosen programming language. Examples are the exclusion of goto-statements and of procedures with more than one output parameter.\n\n> Argument four has to do with the way in which the amount of intellectual effort needed to design a program depends on the program length. It has been suggested that there is some kind of law of nature telling us that **the amount of intellectual effort needed grows with the square of program length**. But, thank goodness, no one has been able to prove this law. And this is because it need not be true. We all know that the only mental tool by means of which a very finite piece of reasoning can cover a myriad cases is called “abstraction”; as a result the effective exploitation of his powers of abstraction must be regarded as one of the most vital activities of a competent programmer. In this connection it might be worth-while to point out that the purpose of abstracting is not to be vague, but to create a new semantic level in which one can be absolutely precise. Of course I have tried to find a fundamental cause that would prevent our abstraction mechanisms from being sufficiently effective. But no matter how hard I tried, I did not find such a cause. As a result I tend to the assumption —up till now not disproved by experience— that by suitable application of our powers of abstraction, **the intellectual effort needed to conceive or to understand a program need not grow more than proportional to program length**.\n\n(Bold is mine.)\n\nReading Dijkstra was a revalation. This quote almost makes my part of my first FRP draft look like plagiarism for not attributing this idea to him!\n\n> the intellectual effort needed to conceive or to understand a program need not grow more than proportional to program length\n\nHonestly, I didn't know! But know I do.\n\n### What my FRP essay is really about\n\nI'm realizing that much of my essay need to be deleted, which is sad, but its important to be ruthless about \"killing ones darlings\" when it's time to. I went ahead and deleted it all and started afresh in the same file, but I expect that I will be coming back to the [first draft](https://cdn.rawgit.com/stevekrouse/futureofcoding.org/01f04f48eab8bd4740beb667ae3fb03b4aaf5b0c/drafts/frp.md) a lot to copy and paste various elements.\n\nI see now that my essay is less about the importance of explicit dependencies, but more about how Elm doesn't have them, but Reflex does, and the reason is higher-order and cyclic streams. I worked on this essay for ~90 mintues today and it was a bit pulling teeth. I'm not sure if it's because I'm in a new setting -- the NY Public Library instead of home -- or if I'm sad about the mass deletion, or distracted by my other part time work, or whatever, but I'm going to stop working on this essay today in favor of other part time work, and start again tomorrow morning.", "changes": [[21, 228, "drafts/frp.md"]]}, {"committer": {"date": 1532702313, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1532702282, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d522473d50023ec180e1233f48e1008ddf8b7a40", "parents": ["d129e7339e2aea36ae592472b959ccfd1a92179d"], "commit": "61baad40901025fa7f0250b3364b8c43ea8d9f81", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1532702282, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1532702282, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d8f1687f851859df8749b57d1aa9183dc7d1dec7", "parents": ["c73a703249dafef4341388116248202ddbd73f56"], "commit": "d129e7339e2aea36ae592472b959ccfd1a92179d", "message": "## It's been too long!\n\n* TOC\n{: toc }\n\nI've been busy with my part-time jobs! I spent the first two days this week working for Dark, and the rest of the week working for my new gig at First Round Capital. I found two other gigs (another one at Dark and one at the Jain Family Institute), but pushed off their start dates for a month to give me some time to get this FRP essay done. However, I do expect to be splitting my time 50/50 for $ and research going forward, and if-anything leaning more heavily on the $-side of things because I want to make sure things are moving forward there. It's exciting to not have to worry about money as much! I wonder if I'll get sick of this context-switching at some point like Paul Chiusano did and want to go full time on the research.\n\n### FRP Draft Feedback\n\nAfter completing the first draft last week, I sent it over to Jonathan Edwards for feedback. It was truly excellent feedback. I kept reading it over and over again. He was able to highlight the parts of my essay that I was most concerned about, and give very on-point suggestions. Here is his feedback and my thoughts underneath each point:\n\n> “modular comprehensibility” is a heavyweight phrase, and modularity has many meanings. Maybe “locally comprehensible” is lighter and more precise?\n\nAgreed. \"module\" is a loaded word in tech already. Another phrase could be \"piecemeal comprehensible\". Or how about \"self-contained comprehensibility\"?\n\nA metaphor I find helpful is the difference between a novel where anything can happen to anything at any time, and you have to read it sequentially and completely, vs an encyclopedia, which is referential in that you can just look up what you care about (and the entries it specifically references) and be done. So another possible phrase is \"referential\" or \"definitional\" comprehensibility.\n\n> “implicit dependencies and side effects decrease modular comprehensibility” Is the problem being implicit or non-local? Would non-local explicit dependencies be OK?\n\nReally great question. I totally agree that I don't make this point well, because I'm partially confused by it myself.\n\nFor one, it's important to not only list what the dependencies are, but specifically how the dependency affects it's dependent. It's not \"this term depends on x\", but \"this term is precisely 2x + 17\".\n\nAt the end of the day, I want \"data = ...\", which is an explicit definition. If the definition of \"...\" lives in a different file, I don't care because we can build an automated tool to bring them together for visualization purposes. Explicit-ness is the key, and side effects lead to implicit-ness.\n\nIn the essay I complain about \"action at a distance\", but I think you are correct in pointing out that that doesn't really matter. It's more the implicit-ness that's the problem.\n\n> The graphs are larger than needed to make your point. It took me a minute to figure out what you were doing with the edge adjacencies. Probably should explain in figure captions. It might be clearer to make this point with different syntaxes for representing the graph.\n\nOk, good to know.\n\n> “count is constant in the sense…” is asking for an argument. Is a lazy stream really a constant? You don’t need to pick this fight.\n\nOk, good to know! (Didn't realize it was a fight.)\n\n> The reflex example needs more detailed explanation. What does foldDyn do and what is its type? Show how the stream is higher order. Also note the dependence on lazy evaluation (which is also the reason for space leakiness)\n\nAgreed, will do.\n\n> You need to show todomvc in reflex to compare with the Elm example and show how locality is improved. This is the crux of your argument, and you stopped before you got there!\n\nAh, ok, will do! I think this will help me articulate some of the questions in your comments.\n\n> Don’t credit Glen with inventing live programming. Best citations are Steve Tanimoto and Chris Hancock.\n\nOk good point, will look them up.\n\n> You should address the counterargument that your cure is worse than the disease :). Isn’t the bottom line really the cognitive effort to understand the code? Evan says the Elm architecture is no longer FRP and is easier to understand http://elm-lang.org/blog/farewell-to-frp. FRP can get hairy - do you end up just trading non-local dependencies for convoluted semantics?\n\nTotally, totally agreed. I used to have a section in this essay that referred to Elm's Farewell to FRP, but removed it. I'll bring it back!\n\n> Some might argue that the data flows are just as complex topologically, you’ve just encoded them in a very terse and abstract way. You propose building code viz tools to help. But perhaps we could also add assistance for understanding the non-local dependencies in Elm also.\n\nReally on-point question. I think about this myself too. One way to phrase this question is: can we build an automated tool to parse an Elm project into a Reflex project?\n\nI fear that the Elm Architecture is functional in the same way that passing around global state as an explicit argument is functional as they articulate in Out of the Tarpit:\n\n> There is in principle nothing to stop functional programs from passing a single extra parameter into and out of every single function in the entire system. If this extra parameter were a collection (compound value) of some kind then it could be used to simulate an arbitrarily large set of mutable variables. In effect this approach recreates a single pool of global variables — hence, even though referential transparency is maintained, ease of reasoning is lost (we still know that each function is dependent only upon its arguments, but one of them has become so large and contains irrelevant values that the benefit of this knowledge as an aid to understanding is almost nothing).\n\n### Future of Programming Meetup\n\nWe had a fun meetup on Monday of this week. It was great. There were 8 of us at the Work-Bench offices, which was a great location. The way we ran this meeting was that different people showed what they were working on and got some feedback. Nick from Windmill showed a terminal app that runs compile processes in a more visual way. Sam and Rodrigo from Hopscotch showed interface ideas for linking between projects. Steve and Joe from Universe showed a new on-boarding flow that teaches the interface, which reminded me of [this article that I needed some help from Twitter to find](https://twitter.com/stevekrouse/status/1022101883769561089).\n\n### Interesting links\n\n#### [Functional Programs That Explain Their Work](https://www.youtube.com/watch?v=pqtqaL_ojpk)\n\nI found this link on [lamdu.org](http://lamdu.org). So great! The motivations are very similar to my own FRP essay but they take a very different approach. Their goal is:\n\n> allow the user to selectively focus on parts of the execution to help their understanding\n\nWhich sounds a lot like my goal to make reading proportional to comprehension.\n\n#### [Story Generator Redesign](http://glench.com/StoryGeneratorRedesign/)\n\nGlen sent me this link after an email exchange we had. It's a very thought provoking short demo essay thing. It provides evidence for the \"we need lots of little visual domain-specific environments\" argument.\n\n#### [Seymour: Live Programming for the Classroom](https://harc.github.io/seymour-live2017/)\n\nCrazy I haven't read this yet. Really wonderfully written. Of course I am a bit tired of trying to visualize imperative programs, but this is an interesting take on it. This is a bit more advanced than PythonTutor, which they reference in the essay.\n\n#### [Academic Pensieve](http://drorbn.net/AcademicPensieve/About.html)\n\nFound this article via a Michael Nielsen essay. Turns out my experiment in publishing all my work in progress isn't so new. This guy has been doing it since 2008, and says that it's called [Open-notebook science](https://en.wikipedia.org/wiki/Open-notebook_science).\n\n### My growing Anti-IO-Monad Obsession\n\nMy new motto (from I don't know where):\n\nsounds like church encoding https://t.co/4Md0GECpXo
— Mariano Guerra (@warianoguerra) August 10, 2018
\n\n\nMy favorite picture (from [What's Functional Programming All About?](http://www.lihaoyi.com/post/WhatsFunctionalProgrammingAllAbout.html)):\n\n\n\nAnd my new obsession (from [Can functional programming be liberated from the von Neumann paradigm?](http://conal.net/blog/posts/can-functional-programming-be-liberated-from-the-von-neumann-paradigm)):\n\n> move I/O entirely out of our programming model into the _implementation_ of a denotationally simple model for whole systems\n\n#### HTTP = JQuery\n\nHere's an example of moving I/O out of the programming model. You have a beautiful FRP app. No IO required to render your app. That's what libraries like React are for. They are like JQuery as a service. You tell it what things should look like it and it does the imperative I/O (virtual-dom diffing and patching) below your level of abstraction.\n\nBut what about some arbitrary HTTP requests that your app needs to make to some backend service? How do we get this IO out of our code?\n\nMy first thought was that we should use a stream of some sort to abstract over the request. But that feels a whole lot like what we already have with JavaScript Promises, and is still very imperative.\n\nThen it hit me (in the shower, as it always does). HTTP requests are like the JQuery DOM queries and mutations. We have to disallow arbitrary HTTP requests in favor of a more holistic abstraction (that will do HTTP under the hood).\n\nI'm not firm on the specifics yet... but the idea is that you would declaratively say which data are needed on the frontend, and others should be persisted on the backend. Potentially, the way to do this right is to blur the front-end and back-end to a single codebase that speaks in a higher-level abstraction, which is then broken up when the app is compiled -- maybe like Meteor. This could help solve many of the issues with trying to the front and back ends.\n\n##### Another HTTP example\n\nLet's take another HTTP example. Let's say you have two services that you want to keep in sync with a third server. Each one sends you webhooks when their data updates. Then you go to the other and update the data there.\n\nLet's say service A notifies you of a change via a webhook. You go notify service B with a POST.\n\nAll is good until service B hits you with a webhook (because you just changed it's data with a POST and it's letting you know that it's data was changed). You could go update A with the changes, but that's a bit crazy because A already has the changes - it was the one who first propagated the changes.\n\nIn order to prevent this craziness, you'd need some way at your server to remember what each service knows so you don't send them redundant updates. However, that feels kinda dirty. Shouldn't your service be stateless...?\n\nHere's my take on the no-IO solution to this problem:\n\n```haskell\n--------------------------------\n-- Functions we need to define\n--------------------------------\nstateView :: State{serviceA} -> State{serviceB} -> State{internal}\nserviceAView :: State{internal} -> State{serviceA}\nserviceBView :: State{internal} -> State{serviceB}\n\n------------------------------------------\n-- Virtual States for diff and patching\n------------------------------------------\ninitialState :: Service S => State{S}\n\nstateReducer :: Service S => webhook{S} -> state{S} -> state{S}\n\ndiffState :: Service S => state{S} -> state{S} -> diff{S}\n\npatch :: Service S => diff{S} -> [HTTP{S}]\n```\n\nOur job is to explain how our internal model of the states join together, and then explain how that model should be persisted in each of the views.\n\nUnder the hood, our library will pull the initial states from both services (hopefully not the entire states but just the relevant parts), and maintain it's internal model of each service's data (the virtual-state), and when there's a diff in what *is* and what *should be* as specified in our model, it'll do the diff and patch with the appropriate HTTP requests.\n\nOne thing to note here is that in the virtual state diffing and patching, I'm using the \"Elm Architecture\" of a reducer thing, which I normally don't like. In an ideal world, it wouldn't be a global reducer like that but more like how I argue in my FRP draft. However, it hurts my brain to think about how to do it that way... Anyways, it's an implementation detail so it doesn't matter too much either way.\n\n### Now until 8/17/18\n\nI am angling to submit my FRP draft essay to REBLS on 8/17/18, so I'll be mostly working on that, along with my Dark and First Round work, over the next three weeks.\n\nAs far as the essay goes, I have plenty of work to do as specified in Jonathan Edward's comments above. In particular I need to get clearer on what's problem (implicit dependencies or non-local dependencies) and also make the case that the solution isn't worse than the disease.", "changes": []}, {"committer": {"date": 1531926592, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531926588, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d8f1687f851859df8749b57d1aa9183dc7d1dec7", "parents": ["a7b70d1b7876250feb683156b336061c4fe05104"], "commit": "c73a703249dafef4341388116248202ddbd73f56", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531926588, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531926588, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "06615050f9fc335ce0e283715679b93bbbd5bfc1", "parents": ["4f3fb33b10ef70c8f59a8c1c600290e2fbff01bc"], "commit": "a7b70d1b7876250feb683156b336061c4fe05104", "message": "finished frp draft 1", "changes": [[81, 41, "drafts/frp.md"]]}, {"committer": {"date": 1531866385, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531866382, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bf492fb71a016c8c1dea1381eb661f3dead156d4", "parents": ["06490ac561c367e1a3328ba4163f4d68890e32fa"], "commit": "4f3fb33b10ef70c8f59a8c1c600290e2fbff01bc", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531866382, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531866382, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "31183d6cd1f58b11331cf78bb92ed4708cbb969e", "parents": ["ae55a4ac9508454383bfbddbc814e57a7b10f7e5"], "commit": "06490ac561c367e1a3328ba4163f4d68890e32fa", "message": "added episode 27 to homepage", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1531866318, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531866315, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d5eb9a503e5ccf6db0369bc57d59eb9bdfaf6825", "parents": ["eafd7afd1eae824f4b6751b2a0b18ed4780d49bf"], "commit": "ae55a4ac9508454383bfbddbc814e57a7b10f7e5", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531866315, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531866315, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "cc7a4a12bb2abd89fa1248c00ee99149e6e5308a", "parents": ["4f17cb8b78abee54f1df22e0869027959d86e3bd"], "commit": "eafd7afd1eae824f4b6751b2a0b18ed4780d49bf", "message": "added episode 27, david k piano", "changes": [[44, 0, "episodes/27.md"]]}, {"committer": {"date": 1531845997, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531845994, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bbd52db65df6753800f91316589be46b088621a6", "parents": ["9192f582fbe2bb0d9d48b55e150d9660adbc3038"], "commit": "4f17cb8b78abee54f1df22e0869027959d86e3bd", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531845994, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531845994, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6c8823c249cd5ee18206930d4f36a98fa57154db", "parents": ["d94698e5e0a1ea78bb4307f237336bcb54cd6fad"], "commit": "9192f582fbe2bb0d9d48b55e150d9660adbc3038", "message": "small hilltop edits", "changes": [[1, 4, "notes/hilltop-lang.md"]]}, {"committer": {"date": 1531845830, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531845827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "42d2ff9321b4ade7c1da283759da83284a0ff0f4", "parents": ["a66cb5532b07705c34ab3f5b353b55c05e26b2a0"], "commit": "d94698e5e0a1ea78bb4307f237336bcb54cd6fad", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531845827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531845827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e97270de8ad030eec71e61b155d055166816a7db", "parents": ["2760505d2f5732c2cad024cd5ca918226be418ab"], "commit": "a66cb5532b07705c34ab3f5b353b55c05e26b2a0", "message": "added hilltop lang review", "changes": [[63, 0, "notes/hilltop-lang.md"]]}, {"committer": {"date": 1531836662, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531836659, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "dabd0f691de6b566da38d4c7bde22256fc3053b5", "parents": ["af6c9c9ff9332d2e4b665cc343b6e29dd76ea34e"], "commit": "2760505d2f5732c2cad024cd5ca918226be418ab", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531836659, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531836659, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8f0996ca2cb09c94a1bafb021eeab289da2c0789", "parents": ["deaef154dc93ee4bd75709790e03c423e4a54239"], "commit": "af6c9c9ff9332d2e4b665cc343b6e29dd76ea34e", "message": "reflex typos", "changes": [[3, 3, "drafts/frp.md"]]}, {"committer": {"date": 1531836554, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531836551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ceade910b1e94d30687b282b34a51340509b0407", "parents": ["d0d80ef7b8bef2f486fa01d92bcc912e708ae0bd"], "commit": "deaef154dc93ee4bd75709790e03c423e4a54239", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531836551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531836551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "757f6acfaf81f643f476afe643fd05ad50a0fc5e", "parents": ["2188ee996d95814bb6aee17918f72b2697f03cc6"], "commit": "d0d80ef7b8bef2f486fa01d92bcc912e708ae0bd", "message": "small frp essay changes", "changes": [[13, 25, "drafts/frp.md"]]}, {"committer": {"date": 1531835985, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531835926, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8448a9e485fb4da247ac79593e024e9cd0ce51ec", "parents": ["8c9726614c6538b2d00aef70d7105c5c1e65106d"], "commit": "2188ee996d95814bb6aee17918f72b2697f03cc6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531835926, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531835926, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "16eec47965bc45f9413641276938058fbd7e57fc", "parents": ["2e24c527c3369067008bbd64f2980ea8711da878"], "commit": "8c9726614c6538b2d00aef70d7105c5c1e65106d", "message": "## Oops forgot to add essay last commit\n\nI also made more changes this morning. I think it's really coming together!", "changes": [[109, 107, "drafts/frp.md"]]}, {"committer": {"date": 1531781840, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531781767, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4a9447cf60287b6d40be12d6d57db91eb7142bd7", "parents": ["ef6884cb1719124574a56be0c196b5d8c9f2426d"], "commit": "2e24c527c3369067008bbd64f2980ea8711da878", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531781767, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531781767, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "aab07a66cbf9d738742942ce81c077d74b6b4895", "parents": ["2f0cbf878a7138990fb919c51fd7ce56df62b037"], "commit": "ef6884cb1719124574a56be0c196b5d8c9f2426d", "message": "## Turning FRP essay into real paper\n\nI found [some solid advice](https://www.cis.upenn.edu/~sweirich/icfp-plmw15/slides/peyton-jones.pdf) on Twitter for writing a research paper and it got me excited about turing my article into a real paper. I gave it a shot and like it so far.", "changes": []}, {"committer": {"date": 1531748178, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531748176, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "aab07a66cbf9d738742942ce81c077d74b6b4895", "parents": ["185b24afd9ac37b5101bb4f96d41b868484e19e4"], "commit": "2f0cbf878a7138990fb919c51fd7ce56df62b037", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531748176, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531748176, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "641fac122450d7934f27524d3ac957c73e2f2d40", "parents": ["7722af28cec608f2c48b74230afeae8750a92662"], "commit": "185b24afd9ac37b5101bb4f96d41b868484e19e4", "message": "small frp essay edits", "changes": [[7, 7, "drafts/frp.md"]]}, {"committer": {"date": 1531747745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531747745, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "044fd5f04f17d7e935dbf40233c2da6eac5bbbae", "parents": ["42dc0abbe8b43e725bf2178d3e6b29d11decac6a", "1239b90ff29b18e2e36808828595c3d8844cbd8c"], "commit": "7722af28cec608f2c48b74230afeae8750a92662", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1531747735, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531747731, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "44e26041dc5ee1a0ff502b08cbfb38ce63f8e64e", "parents": ["47dce74444500002d577a7c265bad349d3b5b6d3"], "commit": "42dc0abbe8b43e725bf2178d3e6b29d11decac6a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531747731, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531747731, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "de669e091c123f3ec0733b36ed670538248e3cb8", "parents": ["a335012aed59dffb91fa6c893bcd10e7cedf8ff7"], "commit": "47dce74444500002d577a7c265bad349d3b5b6d3", "message": "continued editing frp paper", "changes": [[68, 19, "drafts/frp.md"]]}, {"committer": {"date": 1531504993, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1531504993, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "48addff2b262359183929ceb4eea6ad9e4ff5fe2", "parents": ["a335012aed59dffb91fa6c893bcd10e7cedf8ff7"], "commit": "1239b90ff29b18e2e36808828595c3d8844cbd8c", "message": "Create recurse-center-application-07-13-18.txt", "changes": [[48, 0, "notes/recurse-center/applications/recurse-center-application-07-13-18.txt"]]}, {"committer": {"date": 1531486141, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531486137, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3fe9506a2f071c497f32d0e47f308de18fb31183", "parents": ["a8ebbb9c0e2b74bdcba00ae7b6266892e22bf8bf"], "commit": "a335012aed59dffb91fa6c893bcd10e7cedf8ff7", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531486137, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531486137, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e9bf854a07ab4fea2ac207a9a7c9c5995ab9569a", "parents": ["bb68b4d1119b77ae25910eb8e000359b674f2337"], "commit": "a8ebbb9c0e2b74bdcba00ae7b6266892e22bf8bf", "message": "edited frp draftinto more of a traditional paper format", "changes": [[51, 42, "drafts/frp.md"]]}, {"committer": {"date": 1531426572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531426569, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2e126b380c2dd918b4ec87af3e760dfbcda4c961", "parents": ["d7a1624c13ec2967d5130b8ea0953360978b7ce6"], "commit": "bb68b4d1119b77ae25910eb8e000359b674f2337", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531426569, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531426569, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "030749bdff6982b360363523d8b537383dd8f105", "parents": ["73fc73152de1fc60449118164889bf99ba0cf907"], "commit": "d7a1624c13ec2967d5130b8ea0953360978b7ce6", "message": "fixed frp draft iframe issues", "changes": [[4, 4, "drafts/frp.md"]]}, {"committer": {"date": 1531425632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531424877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b4cb9831c1187b029f58e34581e53b0803f49c42", "parents": ["7156820755365430d156742bfe8ea26d2d551852"], "commit": "73fc73152de1fc60449118164889bf99ba0cf907", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531424877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531424877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ffaaeaac0475eb424d76282a49700b2e5b05a16d", "parents": ["1ff9c47183cf85136b1041a16343620cad8ff66a"], "commit": "7156820755365430d156742bfe8ea26d2d551852", "message": "## Draft 2 of FRP Essay\n\nI got started this morning at 7am and worked until now (4pm) with only two breaks, a 90-minute and a 30-minute one, which means I worked on this for 7 hours today!! I'm very proud of myself. I'm also excited about how the piece is coming together. I feel my understanding of these topics deepening as I research them more fully in order to write the piece.\n\nOne thing in particular that I came across is the [imitate](https://github.com/staltz/xstream#-imitatetarget) method in CycleJS's xstream, which makes me wonder how far I can get with an FRP framework in vanilla JavaScript... It'd be neat if I didn't have to build a whole runtime!\n\nI was only planning to work on this until noon-ish, then run, and then work on my UK visa application, but I didn't do it that way. I'm going to go run now. If I have energy after that, maybe I'll do my visa app, but if not I'll do that tomorrow. I also have to do my Dark work for next week tomorrow, because I'm going to be out of town this weekend, so I likely won't work on this again until Monday, or more likely, Tuesday of next week.", "changes": [[174, 18, "drafts/frp.md"]]}, {"committer": {"date": 1531344432, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531343715, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "574ed7c839ec7879654a5b013acf0b30e9214112", "parents": ["258508c2c20eee52426cd690d625c64e35350830"], "commit": "1ff9c47183cf85136b1041a16343620cad8ff66a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1531343715, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1531343715, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f9e3c1a6611ebe969e7e83d98499a336cb43b3a7", "parents": ["7d9fc4a25feb70768c7464bc991a8e68eaf14e6f"], "commit": "258508c2c20eee52426cd690d625c64e35350830", "message": "## Plan for July 2018\n\n* TOC\n{: toc }\n\nYesterday I had a wonderful conversation with Jonathan Edwards, which helped me figure out my focus for the next month, and possible beyond. I feel very lucky to get his advice.\n\nI updated him on my progress, that I was able to solve [DOM Recursion Problem with Reflex](http://futureofcoding.org/log#dom-recursion-problem-solved-by-reflex), but haven't made much progress on the UI part of visualizing the stream operators yet.\n\nHe was able to give me really great advice here, because he's potentially the original guy who's been insisting that we need to work both on the model and the UI at the same time - as opposed to PL people who only work on the model and Bret Victor people who only work on the UI. It's called co-design, desigining two different pieces towards each other.\n\nHe suggested that before I work on the UI, I should write a blog comparing Reflex to Elm, why I like the Reflex semantics as a model better, why the UI of Haskell is hard to use and why we need a better UI, and only vaugely hand-wave about how I think the UI will look.\n\nThis essay will be a great foundation to build off of. I'll share it on social media, HN, etc.\n\nI started the [essay today here](/drafts/frp).\n\nThen, I should pick a few very specific and small examples, and draw out by hand and Figma what they should look like from a storyboarded perspective, not worrying too much about the general case. I can then publish this as a follow up essay. However, Jonathan warned me (and I agree) that this will likely be difficult, possible where this research thread comes to an end, so we'll see...\n\nHowever, if I am able to get something that looks promising, I should, in effect, concatenate the two essays into a single narrative and submit to either LIVE or REBLS at SLASH on Aug 17th. In particular, Jonathan noted that I should explain in my submission the \"technical challenges for building this for real.\"\n\nIf I don't make it in time for SPLASH, the next relevant workshop would be PX atImperative Programming is doing
— Steven Krouse (@stevekrouse) July 27, 2018
Functional Programming is being
\n\n\n### The Software Elephant\n\nI was inspired by a wonderful conversation this morning with [James Somers](http://jsomers.net/) (of [The Coming Software Apocalypse](https://www.theatlantic.com/technology/archive/2017/09/saving-the-world-from-code/540393/) and many others) to write up my thoughts on how visualizations will save programming. I somewhat-recently read [Fred Brook's No Silver Bullet](http://worrydream.com/refs/Brooks-NoSilverBullet.pdf) where he very eloquently argues that software is \"inherently unvisualizable.\" What makes Brooks so great is that he gives you such a wonderful structure for your arguments, including great metaphors. I actually can't believe my metaphorical luck: in a relevant quote he refers to software as an \"elephant,\" which is perfect because it allows me to reference the story of the blind men and the elephant. I 'm pretty pumped about the rough draft / outline I've come up with in the last 2 hours.\n\nI'm not sure how this essay relates to [Casual Programming](./essays/casual). Maybe it's a replacement? Maybe they're somehow complimentary?\n\n### Next steps 06/26/18\n\nI'm pumped to get this essay polished and published before continuing trying to understand Reflex, etc, etc. I think it's useful to take a break to explain the *why* of what I'm doing before spending more time doing. This post might be similar to [my first (and favorite) Andre Staltz post](https://web.archive.org/web/20180530055638/https://futurice.com/blog/reactive-mvc-and-the-virtual-dom), which is similar in that its a mile-marker on his way to creating CycleJS.", "changes": [[116, 0, "essays/visual.md"]]}, {"committer": {"date": 1529856180, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529854579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "defd7702b5762f5017f76691c8ff155f0fb3ce24", "parents": ["22f311851c583fd9477b35a2a76a6ead53a11d0c"], "commit": "bac4b30b2866284526b18a41715a2d041813f230", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1529854579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529854579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7db077a43e98665fd63f98fbe3d88538546c6481", "parents": ["b5dd2b1ec930596864098d356373c606a0ed1223"], "commit": "22f311851c583fd9477b35a2a76a6ead53a11d0c", "message": "## DOM Recursion Problem Solved by Reflex\n\nAs I wrote in [The Model-View Recursion Problem in FRP](https://docs.google.com/document/d/1suHgeUvls6MZLHholN6r4KK0G5VaYArjKnALvmmJQhU/edit#):\n\n> In \"Experience Report: Functional Reactive Programming and the DOM\", authors describe a “recursion between FRP and the DOM” problem: “…the DOM tree in an FRP application can change in response to changes in FRP behaviors and events. However such new elements in the DOM tree may also produce new primitive event streams… which the FRP program needs to be able to react to. In other words, there is a cycle of dependencies…”\n\n> You start with two buttons. The first button doesn’t respond to clicks. But the second button, when clicked, adds two more buttons to the page, where again the first button doesn’t respond to clicks, but the second button can add more pairs of buttons on click.\n\n> ... I believe ... the solution is mutually recursive like the code in AFRP, and looks something like:\n\n> `clicksCount = count $ merge $ map (\\[b1, b2] -> b1.clicks) nestedButtons`\n\n> `nestedButtons = repeat clicksCount [button, button]`\n\n> `buttons = flatten nestedButtons`\n\nTurns out the Reflex library allows me to neatly solve this problem. The core of the code looks like:\n\n```haskell\nrec\n countedClicks <- foldDyn (\\a b -> if evenButton a then b + 2 else b) 2 clicks\n\n clicks <- listListView (ffor countedClicks (\\n -> [1..n])) (\\ _ x -> dynTextButton x)\n```\n\nAnd it only took me ~5 hours to write those two lines. No joke. I use a few helper functions of my own creation. You can see the [full code here](/code/reflex/button_and_text.hs). And the [live version here](/code/reflex/button_and_text.jsexe/index.html).\n\nAnd that ~5 hours is not including the ~3 hours it took to get reflex set up on my chromebook. Cloud9, AWS, Digital Ocean, and Codeanywhere all didn't work for different reasons. Eventually I got Google App Engine to work but I didn't realize the version I used would delete everything I install over night. So I created a more permanent instance on Google Compute which works as well and lets me SSH in using the browser. I just have to remember to turn it off when I'm not using it (which I am pretty sure stops the billing), otherwise it costs $100 per month because I'm using a big box.\n\nI'm getting better at emacs which is fun. I install haskell syntax highlighting and am using the shell from within emacs to compile the code in a different window. And I have `sudo python -m SimpleHTTPSever 80` so I can see the code after I compile it with `ghcjs`. I can't use a lot of the really cool emacs haskell extensions because I'm using `ghcjs` instead of `ghc` and `./try-reflex` instead of `cabal` or `stack`, but I'm doing OK now. It took me a while to get used to all the fucking types in reflex, but I'm getting the hang of it.\n\nNext steps... I'm a little lost in terms of what's next because this problem, along with [Reflex ToDoMVC minus a few features](https://github.com/reflex-frp/reflex-todomvc/blob/develop/src/Reflex/TodoMVC.hs) seems to already be solved. One idea is that I can go through Reflex ToDo MVC, line by line, expression by expression, and type-annotate everything and add a bunch more comments. There are definitely parts of it I don't understand, such as the `def` keyword, `&`, and `.~`.\n\nIn a vague sense, I'm working towards building a \"CycleJS devtools dataflow diagram\" experience for Reflex, so another step would be to draw pictures for each type, or a way that I'd display it on the screen and show the values flowing through. And another good step that comes to mind would be to figure out how to get ahold of Reflex internals so I can get a sense of the network and hook into the different event firings.", "changes": [[52, 0, "code/reflex/button_and_text.hs"], [11, 0, "code/reflex/button_and_text.jsexe/index.html"], [6132, 0, "code/reflex/button_and_text.jsexe/lib.js"], [150666, 0, "code/reflex/button_and_text.jsexe/out.js"], [19964, 0, "code/reflex/button_and_text.jsexe/rts.js"], [2, 0, "code/reflex/button_and_text.jsexe/runmain.js"]]}, {"committer": {"date": 1529608753, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529605520, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "737961e963eed28c44ea833270fd6dae3ce77ab5", "parents": ["e42e44785b88039304b979a5cbf8aba310503b53"], "commit": "b5dd2b1ec930596864098d356373c606a0ed1223", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1529605520, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529605520, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "31ad03bebd3d4b5df55a382c4f4d26323c51dbcc", "parents": ["4ceddc7cd8db03120cb8a9ea8398dd9940fd6027"], "commit": "e42e44785b88039304b979a5cbf8aba310503b53", "message": "## What am I even working on again?\n\nJonathan Edwards very generously offered to give me some comments on what I'm currently working on if I would take the time to write it up. I spend most of Monday and Tuesday (like 10 hours) on it. My [first attempt](https://docs.google.com/document/d/1JQC7Zp3SqVO2zo5jaj5mADo-uV3qz66mUGuWyg299u4/edit?usp=sharing) spent a lot of time explaining the context for why I found this particular sub-problem (the DOM recursion problem) of the sub-field (FRP) interesting.\n\nBut I did away with all that in [the version I sent over](https://docs.google.com/document/d/1suHgeUvls6MZLHholN6r4KK0G5VaYArjKnALvmmJQhU/edit?ts=5b2be6e1#), because that's what researchers do: they explain their problem in its context and attack it. They don't need to sittuate the problem in the broader context so much, because readers of technical papers often already know that context.\n\nThis exercise was challenging, fun, and very worthwhile, even before Jonathan gave me any comments. It's great to be getting some clarity on what I'm doing. I am proud of [the document I sent to Jonathan](https://docs.google.com/document/d/1suHgeUvls6MZLHholN6r4KK0G5VaYArjKnALvmmJQhU/edit?ts=5b2be6e1#).\n\nJonathan Edwards made some great comments. He suggested that I polish it up and submit to the [REBL track of SPLASH 2018](https://2018.splashcon.org/track/rebls-2018-papers). I have until Aug 17th to submit. The workshop is Nov 4th. Dominique Devriese, one of the authors of the Experience Report: FRP and the DOM, is on the organizing comittee. Maybe emailing him would be a good next step!\n\n### Casual Programming - first draft\n\nArmed with the newfound clarity around my research, I tried to explain my what I'm working on to two other programmers yesterday. It didn't go well. First of all, I wasn't able to get across the *why* of my research at all. I didn't *motivate the problem* well - neither of them agreed with me that a problem existed there in the first place. Secondly, I didn't do a good job of *defending the uninteresting parts of my solution*. My solution is to use a form of functional reactive programming, so I need to explain why FRP is the right tool for the job.\n\nSo I spent ~4 hours today on a draft of [Casual Programming][./essays/casual] (a phrase [Nikolas Martens used before me](http://blog.rtens.org/why-even-casual-programming-is-hard.html)) to contextualize the problem I'm working on within the vision of the world I'm working towards. It's a rough draft, needs a lot more fleshing out and examples.\nAlso I'm not entirely sure who the audience is, and what it's explaining to them. It's definitely not to be submitted to REBl, because they already get FRP and the problem. So I guess the audience is the programmers who are interested improving programming, but don't know all the academic stuff. The goal, I gues, would be to produce a blog post of similar caliber to Andre Stalz or David Nolan.\n\n### Todos 6/21/18\n\n* Continue working on [Casual Programming][./essays/casual]\n\n* Continue working on the academic version of Casual Programming, which I'm calling [The Model-View Recursion Problem in FRP\n](https://docs.google.com/document/d/1suHgeUvls6MZLHholN6r4KK0G5VaYArjKnALvmmJQhU/edit?ts=5b2be6e1#). In particular, formalize things up, probably by using an existing FRP library, maybe arrowized, to test things in, maybe on the browser.\n\n* Email Dominique Devriese\n\nThat's it! Much [last list of todos](http://futureofcoding.org/log#todos-as-of-61616) has either been completed or no longer feel relevant now.", "changes": [[175, 0, "essays/casual.md"]]}, {"committer": {"date": 1529338719, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529338710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2aede5ea195d61f373991130ca8b76b0278b4926", "parents": ["d96c290e63479d3cc6e995c92343dc97d85a5294"], "commit": "4ceddc7cd8db03120cb8a9ea8398dd9940fd6027", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1529338710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529338710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "987c075ff8178ee18faaff773971fe1c95900373", "parents": ["0dcecbd13a1cf0a83831d9386e54164c18135a4a"], "commit": "d96c290e63479d3cc6e995c92343dc97d85a5294", "message": "## Mon 6/4/18 - Fri 6/15/18\n\n* TOC\n{: toc }\n\nApologies for going dark here the last two weeks. On the bright side, I have been quite productive, but in an analog sort of way...\n\n### Fedex Kinkos to Brother printer\n\nTwo weeks ago, I spent 3ish hours reading [Functional Reactive Animation](http://conal.net/papers/icfp97/) on my phone. I was finally able to make it all the way through, reading every word, and understanding ~80%. I was very proud. But, I didn't love reading on my phone - I wanted to print some papers out. I didn't have a printer at home -- I hate printers, they always break, and cost a bajillion dollars to buy ink for -- so I went to kinkos to print out most of Conal's papers:\n\n\n\nBut here's where I felt like a stupid idiot: it cost $75 bucks to print all that! So I learned from my mistake and went on amazon to buy the printer with the cheapest cost per page, and found a [Brother printer](https://www.amazon.com/gp/product/B0763WDSYZ/ref=oh_aui_detailpage_o02_s00?ie=UTF8&psc=1) that fit the bill. It cost $70 itself, and will print ~500 pages before needing more ink. It's a 10x price reduction!\n\n### FRP Reading\n\n#### [Functional Reactive Animation](http://conal.net/papers/icfp97/)\n\nFinally able to make it through -- this was probably the 3rd or 4th time I attempted to read this paper.\n\n##### Bouncing Ball (solved)\n\nAs it turns out, Conal solved [my bouncing ball problem](http://futureofcoding.org/log#a-bouncing-ball-graph) in this paper. And I don't mean that he gave me hints towards the solution. I mean that he actually gave the code to solved the *same exact problem*. And it's beautiful:\n\n\n\nIt's very similar in spirit to what I created. Of course, there are no graphs or visualizations in the code, which is where I want to take this. FRP lends itself really well to live values and graphs.\n\n#### [Genuinely Functional User Interfaces](http://conal.net/papers/genuinely-functional-guis.pdf)\n\nAlso great. Also was able to read every word and understand closer to 90% this time.\n\n**Arrowized FRP is when you use signal combinators, not signals as first class.** This is supposed to help with spacetime leaks, as well as modularity. But of course, they are two-sides of the same coin, and it's easy enough to translate from one to the other.\n\n##### Paddle Ball is beautiful\n\nThe hardest parts of this definition are `xvel` and `yvel`, but it all makes sense when you read the paper and look at it for long enough:\n\n\n\n#### [Denotational design with type class morphisms](http://conal.net/papers/type-class-morphisms/)\n\nHarder and slower. I probably got closer to 60% of this one, but I do feel like I have a much, much better grasp of what programmers mean whey they **model programming concepts with mathematical objects**, and what **semantics** means.\n\n#### [A Fifteen Puzzle in Fran ](https://www.microsoft.com/en-us/research/publication/a-fifteen-puzzle-in-fran/)\n\nRead like a tutorial, explaining how to code an example project. Interesting and helped cement the ideas of FRP. Fascinating how he explained the structure of signal combinations in pictures:\n\n\n\n#### [Two-handed Image Navigation in Fran](http://conal.net/papers/TwoHanded/)\n\nAnother tutorial. A bit harder to follow.\n\n#### [Push-Pull FRP](http://conal.net/papers/push-pull-frp/)\n\nI've been having trouble with this one, so have been putting this one off for now, but hope to get to it soon. It's a prerequisite for a number of other papers I want to read.\n\n#### [Asynchronous Functional Reactive Programming for GUIs](https://people.seas.harvard.edu/~chong/pubs/pldi13-elm.pdf)\n\nI skimmed through this one. I wasn't terribly impressed with Elm. I can see now how it's Haskell-lite and FRP-lite. It's definitely more synchronous in spirit, taking some interesting ideas without super-solid foundations and running with them.\n#### [Experience Report: Functional Reactive Programming and the DOM](https://2017.programming-conference.org/event/proweb-2017-papers-experience-report-functional-reactive-programming-and-the-dom)\n\nReally wonderful read - very easy for me to assimilate because I'm so familiar with the DOM. It also helped me see how much of the trouble of FRP comes from not properly and completely abstracting over the imperitivity of the DOM.\n\n##### Recursion between FRP and the DOM\n\nThey do a good job of specifying this problem:\n\n> ...the DOM tree in an FRP application can change in response to changes in FRP behaviors and events. However such new elements in the DOM tree may also produce new primitive event streams... which the FRP program needs to be able to react to. In other words, there is a cycle of dependencies...\"\n\nThe easy solution to this is to give elements names, which we can then use to filter the event stream, but that doesn't feel quite right.\n\nUltimately, the problem is referential transparency: I want to be able to create two buttons that look identical but when I put them next to each other, they emit two different event streams. How is this possible if they are identical? They are not identical! When they were put next to each other, the position of one of them was changed in the layout function, and thus they emit different event streams! Of course in order to preserve modularity (so we don't only get event streams at the top level, when everything is being laid out), we need to use a trick I learned from Conal where you translate the event stream going into a \"component\" with the inverse of the translation you used on its position. (I haven't entirely worked out this scheme, but I feel it's promising.)\n\n### Monad Reading\n\n#### [What we talk about when we talk about monads](https://arxiv.org/abs/1803.10195)\n\nFrom Jonathan Edwards. Great recommendation!\n\nBe careful about the \"romance of mathematics\". It's perfect-ness is illusory. Yet despite this, I still feel like math is our best way to reduce incidental complexity.\n\nThis definitely made me even more skeptical of monads! He showed cases where people put the word \"monad\" in the title of their papers when it had no business being there - just to show how cool they were.\n\n#### Monads and input/output (section 7 of [\"being lazy with class\"](http://haskell.cs.yale.edu/wp-content/uploads/2011/02/history.pdf))\n\nFascinating to learn about. Moggi introduced monads to structure the denotational semantics of state and exceptions, but \"a denotation semantics can be viewed as an interpreter written in a functional language\" and \"Wadler used monads to *express* the same programming language features that Moggi used monads to *describe*.\n\n#### [Can functional programming be liberated from the von Neumann paradigm?](http://conal.net/blog/posts/can-functional-programming-be-liberated-from-the-von-neumann-paradigm)\n\nI printed this one out and re-read it for the 7th time. It's so fucking brilliant.\n\n\"Programming is more about the middle than the end, i.e., more about composition than output.\" And quoting Roly, \"What looks like imperative output can be just what you observe at the boundary between two subsystems.\"\nWe need imperativity in our functional code (usually structured with monads) when we haven't properly abstracted that particular API into a functional interface yet. For example, think about `putChar` and `getChar` from the terminal. How fucking imperative is that?! But FRP (even React) shows you that you don't need to put and get characters from the screen imperatively. Instead you can describe the UI input and output declaratively - no monads required! The way to get rid of monads is by abstracting over imperativity (databases, file systems, operating systems, etc), one by one.\n\n### Other Reading\n\n#### [Tangible Functional Programming](http://conal.net/papers/Eros/)\n\nI enjoyed the beginning, but also had trouble sticking with this one, but hope to get back to it soon. It's so up my alley!\n\n#### [Promise of Live Programming](https://2016.ecoop.org/event/live-2016-the-promise-of-live-programming)\n\nThis was a fun one. Live programming provides a rubric through which to rate a programming system, but not to come up with a programming system.\n\n#### [What's Functional Programming All About?](http://www.lihaoyi.com/post/WhatsFunctionalProgrammingAllAbout.html)\n\nThis is one of my favorites! These recipe diagrams are just devine! He really makes the case that functional programming is about explicit data dependencies, and it's gorgeous.\n\n#### [Destroy All Ifs](http://degoes.net/articles/destroy-all-ifs)\n\nReally great. He goes even further than I do when thinking about this topic: instead of inputting booleans (or union types) into functions, we should add lambdas, which are semantic explanations of what we want done.\n\n### Todos as of 6/16/16\n\nI'm continuing from [the last todos in this journal](http://futureofcoding.org/log#todos-as-of-52118) (without the completed or no-longer-relevant ones):\n\n* Follow up with Jonathan Edwards with my research direction, current problem(s), next steps, ask for relevant papers, schedule next chat, and send him Woof code\n\n* Read the papers I've printed out, including\n * [Push-Pull FRP](http://conal.net/papers/push-pull-frp/)\n * [Monadic Functional Reactive Programming](https://www.researchgate.net/publication/262292005_Monadic_Functional_Reactive_Programming)\n * [Practical Principled FRP](http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.724.7758&rep=rep1&type=pdf)\n * [Hazelnut](https://arxiv.org/abs/1607.04180)\n * [Back to the Future: Time Travel in FRP](http://www.cs.nott.ac.uk/~psxip1/papers/2017-HaskellSymposium-Perez-BackToTheFuture-TimeTravelInFRP-latest.pdf)\n * [Lambda in Motion: Controlling Robots with Haskell](http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.456.1707&rep=rep1&type=pdf)\n * [Fudgets](https://www.researchgate.net/publication/2247556_FUDGETS_-_A_Graphical_User_Interface_in_a_Lazy_Functional_Language)\n * [Tangible Functional Programming](http://conal.net/papers/Eros/)\n\n* Other things to read\n * Simon Friis Vindum, including [Let's reinvent FRP](http://vindum.io/blog/lets-reinvent-frp/), Hareactive, and reach out to chat\n * Re-read [Elm goodbye to FRP](http://elm-lang.org/blog/farewell-to-frp). Maybe I'll understand it now. Or soon.\n\n* Update the plan, possibly stealing stuff from the never published [plan v6](https://github.com/stevekrouse/futureofcoding.org/blob/3821ba9d0ad65a7f6aaea583be8283aba16558e5/plan.md)\n\n* Reach out to Sean McDirmid, and maybe read [this paper he referenced](https://www.cs.colorado.edu/~ralex/papers/PDF/Conversational_Programming.pdf)", "changes": []}, {"committer": {"date": 1529326967, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529326963, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "987c075ff8178ee18faaff773971fe1c95900373", "parents": ["5bd3da59b05370f6a95ce10e4fa88df90471c6d0"], "commit": "0dcecbd13a1cf0a83831d9386e54164c18135a4a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1529326963, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1529326963, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "abea17f74c4dc03d0a04fb26d61ed05b3f72abb2", "parents": ["7b543e40f390cf22e1a5ffcdf755f6ad6b2fc857"], "commit": "5bd3da59b05370f6a95ce10e4fa88df90471c6d0", "message": "redirect notes to github as index (for now)", "changes": [[1, 0, "notes/index.html"]]}, {"committer": {"date": 1528825866, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1528825863, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7b93ffddcb3de9e5eaacdee812c516e15c2c6d97", "parents": ["2a2631c57ee33759ee72b012334110ad8dcd090d"], "commit": "7b543e40f390cf22e1a5ffcdf755f6ad6b2fc857", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1528825863, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1528825863, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6709bda29f7f850a2a7d22b014d833ec845d6731", "parents": ["24fbff9ce3b8da1489bc7557db633805d9d13929"], "commit": "2a2631c57ee33759ee72b012334110ad8dcd090d", "message": "added episode 25, kevin lynagh", "changes": [[44, 0, "episodes/25.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1528132439, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1528132329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8b1e13737f4f55e6ed43011d3187dd87945a3c13", "parents": ["1536b59cc7b8b60cc4613bb07d444f85af03df09"], "commit": "24fbff9ce3b8da1489bc7557db633805d9d13929", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1528132329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1528132329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c5f34acccd3fbdedfec54de1c1032ddece928592", "parents": ["863d92790183ee15c60d0b3a39f549082d357d5c"], "commit": "1536b59cc7b8b60cc4613bb07d444f85af03df09", "message": "## Friday 6/1/18\n\n* TOC\n{: toc }\n\n### The Mythical Man Month\n\nI was a bit exhausted from coding last week, so I let myself relax with The Mythical Man Month. I had started it a few weeks ago, but I finished it on Friday.\n\nFirst of all, it's shocking to see how many key phrases in this field come from this book:\n\n* The Tar Pit (which is used by the famous \"out of the tar pit\" essay)\n\n* No Silver Bullet\n\n* The Mythical Man Month\n\n* Essential vs Accidental complexity\n\nMuch of the book is still relevant today, even though programming has changed a ton since the 60s, and of course many is just hilarious reminders of how much has changed.\n\n#### No Silver Bullet\n\nAs you may expect, the \"No Silver Bullet\" essay was the most relevant to me, and I LOVED it. Very, very thought provoking.\n\nThe premise of the essay is this: there will be no single magical solution that will drastically improve the beast that is programming. Instead there will be a myriad of small incremental improvements that will over time tame the beast.\n\nA wonderful analogy he uses to illustrate the premise: Before germ theory, we held out hope for magical solutions, such as the fountain of youth, to solve all of our problems. Germ theory, however, told us that no magical solution was coming. Instead we have a long term, tedious war, that will have to struggle against for decades and decades, making slow slow progress. Yet, once we accepted that and stopped wasting all our time looking or waiting for magic, we were able to get to work on making the necessary incremental progress, and look where we are now.\n\n##### Inherently Invisible (bullshit!)\n\nThus it's time to change our focus from the accidental complexity (of hardware limitations, etc) to the essential complexity of ameliorating the inherent difficulties of software development, which are its complexity (so much more intricate than other engineering disciplines), changeability (software is changed rapidly as compared with cars, for example), and invisibility (not naturally mapped onto a 2d visual plane).\n\nOk, I'll agree with him the programming is indeed harder than other kinds of engineering for greater complexity and change-ability. While fast changes are hard to deal with, version control in git and GitHub is pretty good, and I and others have a few ideas on how to improve this. Yet if it is indeed also inherently un-visualizable, than we are going to be hard pressed to address all the complexity in code.\n\nBut of course I strongly disagree that software is inherently un-visualizabe. I think if Brooks looked at the work of Bret Victor and Edward Tufte, he'd see that through innovative design work, we can increase the visualizablity of just about anything. While we might not have great visualizations today, have hope! Many visualizations that seem obvious now were not obvious before they were invented -- and it was in no small part data graphics that led the scientific journal revolution.\n\n##### We don't even know what's essential\n\nAdditionally, I deem much of what Brooks refers to as essential difficulties in programming as accidental to how programming is done today, and not at all essential to solving the problems at hand.\n\nThought experiment: how long would it take for you to describe Twitter, the entire application, from the consumer's perspective, down to every interaction and pixel? Maybe a couple dozen hours, maybe a hundred, at the outset. Yet thousands of engineers are working on it every day. Why? 99% incidental complexity.\n\nOf course, you may argue that to simply describe Twitter in English is not a fair test because English is not precise enough. So what language do we have that's 100% essential complexity, 0% incidental? My thought is that math is just such a language. It talks about conceptual objects and relations, not at all about how such things are computed (unless that's what you are talking about in math). And of course this is why I'm currently working on (as you can see in the last few entries below) describing UIs with only pure maths / piecewise functions with dynamic piece breaks.\n\n##### Communication and composibility are key\n\n100% agreed. So much of what stinks about programming today is that folder-and file interface of code. Impossible to navigate and communicate how things are built and run. I think a key way to overcome this is to build a sounder model for computation that lends itself better to communication and understanding (such as definitions only depend on explicit dependencies, and nowhere else).\n\nComposibility is also key, particularly for re-using code and collaboration.\n\n##### Object-oriented programming\n\nI haven't thought alot about OOP in a while. It's always felt lame to be, particularly because I learned it in Java and it was mostly about inheritance.\n\nYet there's one idea about it, encapsulation, which is kinda neat. The idea is restricting the mutation of state to a higher level operation, hiding the implementation details, and also limiting the number of pathways that can change state. Of course, in practice, objects often become dumb data structures and people just mutate their fields willy nilly with no encapsulation.\n\nI think what OOP is missing here is being explicit about who can access those pathways under which conditions. In other words, being clear about what can effect certain pieces of state, what it depends upon, as opposed to the protocol by which it can be ordered about by.\n\n### GoTo Considered Harfmul\n\nI can't believe it's taken be so long to read this. It's just 1.5 pages. It's so great. Makes me think that even more of what we do to program is also harmful in a similar way. As I've been saying recently, everything but mathmatical expressions are harmful. A new thing that I've been against recently is dynamic scope and lexical scope. Names are super dumb. Content hashing is really the only way to go. [I saw a fun Twitter argument on this this morning with Joe Armstrong.](https://twitter.com/joeerl/status/1003532451652734978)\n\n### Tweets with tools_for_thought\n\nI had a lot of fun tweeting with Michael Nielsen on Twitter via his tools_4_thought account: [https://twitter.com/stevekrouse/status/1002604633209131009](https://twitter.com/stevekrouse/status/1002604633209131009)\n\nI also had success tweeting a Fred Brooks quote: [https://twitter.com/stevekrouse/status/1002614810780094469](https://twitter.com/stevekrouse/status/1002614810780094469)\n\nI find it hilarious how great Twitter is for this community!", "changes": []}, {"committer": {"date": 1527806386, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527802493, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c5f34acccd3fbdedfec54de1c1032ddece928592", "parents": ["a2d17c4e2b192407d29bfc0639977d9d60ed24a1"], "commit": "863d92790183ee15c60d0b3a39f549082d357d5c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527802493, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527802493, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "579d87526bfeca4f11d76a6dc115d6073a751059", "parents": ["209436bb1c93ff248f651374a66eafd842d6ac71"], "commit": "a2d17c4e2b192407d29bfc0639977d9d60ed24a1", "message": "## A Bouncing Ball Graph\n\n* TOC\n{: toc }\n\nAfter banging my head against the ball for an hour or so trying to get Newton's method to work in JavaScript, I bailed for the Wolfram Language which, as you'd expect, has excellent primitives for solving equations, both analytic and computational.\n\nHowever, I did really get fed up with constantly re-evaluating old cells to make their definitions update. This was glitchy some of the time too, making me thing there were bugs when it was that I was looking at older version of expressions.\n\n### Wolfram Bouncing Ball\n\nAnyways, it took me a 3-5 hours, but I finally got a piecewise, pure, mostly-non-recursive function which can be infinitely expanded of a bouncing ball. Let's look at the code:\n\n```\nsim[0] = <|start -> 0, end -> 0, vel -> Function[t, 0], pos -> Function[t, 0] |>\nsim[n_] := sim[n] =\n With[{start1 := sim[n - 1][end]},\n With[{previousV := sim[n - 1][vel][start1]},\n With[{vel1 := Function[t, -previousV*0.9 + -10*(t-start1)]},\n With[{startPos := sim[n - 1][pos][start1]},\n With[{pos1 := Function[t, startPos + ((vel1[t] + vel1[start1])/2)*(t -start1)]},\n With[{end1 := First[t/.Solve[{pos1[t] == -473 && t > start1}], t]},\n <|start -> start1, end -> end1, vel -> vel1, pos -> pos1 |>\n ]\n ]\n ]\n ]\n ]\n ]\n\npiece := Function[n, {sim[n][pos][t], t < sim[n][end]}]\n\nPlot[\n {Piecewise[Map[piece, {1,2,3,4,5, 6, 7, 8}]]},\n {t, 0, 100}\n]\n```\n\nWhich gives us the glorious result:\n\n\n\n#### Top-level explaination\n\nThis code isn't at all read-able, even by me, a few hours after I wrote it.\n\nFirst a top-level explaination: the code is creating a piecewise function. Every time the ball hits the bottom (-473), we need to create a new function to represent it's motion post-bounce.\n\nWhat's tricky is that each piece of the function depends on the previous piece's end values (when the ball bounces, we need it's old position and velocity). So we construct this recursive function `sim` which will generate us parts of bounces.\n\n#### Line-by-line explaination\n\n```\nsim[0] = <|start -> 0, end -> 0, vel -> Function[t, 0], pos -> Function[t, 0] |>\n```\n\n`sim[0]` represents the initial conditions, lasting 0 seconds (as the start and end times are the same).\n\n```\nsim[n_] := sim[n] =\n```\n\nWe define `sim[n]` here and also let Wolfram know to (memorize the results of prior runs to `sim` so it doesn't need to recompute the results)[http://reference.wolfram.com/language/tutorial/FunctionsThatRememberValuesTheyHaveFound.html].\n\n```\n With[{start1 := sim[n - 1][end]},\n```\n\nHere I begin a nested series of `With` statements. They are nested because the computations depend on each other and Wolfram `With` statements aren't smart enough to figure out how to handle that.\n\nSome of the variables defined in the `With` statements, such as `start1` above are eventually placed into the association (it's like a dictionary or object) below. I didn't name this variable `start` (as you would in another langauge), because Wolfram would then then I wanted the *key* to be the value of the start variable, such as `<| 4.34 -> 4.34, ... |>` -- so that's why there's a `1` after certain variable names.\n\nAnd now to the meat of this line: it says that the start of the current piece is the end of the prior piece. Pretty straight forward.\n\n```\n With[{previousV := sim[n - 1][vel][start1]},\n```\n\nHere we calculate the final velocity of the previous piece, which we do by evaluating its velocity function on the starting time of this piece (which as we calculated above is the ending time of the previous piece).\n\n```\n With[{vel1 := Function[t, -previousV*0.9 + -10*(t-start1)]},\n```\n\nHere we calulate the velocity of this piece:\n\n * We reverse the end velocity of the previous piece, because the ball should bounce up with the same speed it hit the ground\n * But not quite the same speed because balls never bounce as high as they did when they were dropped, so we multiply the speed by 0.9\n * And then we changing the speed by -10, which is our acceleration, every second after the starting time of this piece.\n\n```\n With[{startPos := sim[n - 1][pos][start1]},\n```\n\nThe starting position of this piece is the position of the previous piece at the end time of that piece (which is the starting time of this piece). This is the same way we found `previousV`.\n\n```\n With[{pos1 := Function[t, startPos + ((vel1[t] + vel1[start1])/2)*(t -start1)]},\n\n```\n\nThen we calculate position:\n\n * starting at the initial position\n * then taking the average of velocity at the current moment and the velocity at the beginning of this piece\n * and multiplying the average velocity by the time elapsed in the current piece so far\n\n```\n With[{end1 := First[t/.Solve[{pos1[t] == -473 && t > start1}], t]},\n```\n\nAnd here we calcuate the time at which this piece hits the floor which I set here to be -473. The meat of this line `Solve[{pos1[t] == -473 && t > start1}], t]` simply asks to solve for `t` where the position is at the floor and the time is after the starting time of this piece. `First[t/.` is just extracting the computed solution out of the result.\n\n```\n <|start -> start1, end -> end1, vel -> vel1, pos -> pos1 |>\n```\n\nAnd here we boringly compile the results of our hard work into a single data structure.\n\n```\npiece := Function[n, {sim[n][pos][t], t < sim[n][end]}]\n```\n\nThis function turns the nth simulation into an array suitable for the `Piecewise` function. It's first argument it the function to be plotted and the second argument is the domain over which it should be plotted. In this case, the first argument is simply the position and the second argument is that the time shall be less than the ending time of the piece.\n\n```\nPlot[\n {Piecewise[Map[piece, {1,2,3,4,5, 6, 7, 8}]]},\n {t, 0, 100}\n]\n```\n\nAnd here we plot 8 pieces of the simulation, resulting in the beautiful graph you saw above.\n\n### But why?\n\nI've been talking a lot about piecewise functions these last few days, to my mom and my girlfriend, and they both think the idea is kinda neat, but don't understand why I'm doing this. I don't have a great defense. Instead of spending 4ish hours making this graph, I could've done the [same thing in WoofJS in 9 lines of very readable code](http://woofjs.com/create#very-simple-ball) in *under 60 seconds* (I timed it):\n\n```javascript\nvar circle = new Circle({})\ncircle.v = 0\nforever(() => {\n circle.v--\n circle.y += circle.v\n if (circle.y < minY) {\n circle.v = circle.v *-0.9\n }\n})\n```\n\n#### I want definitions to be definitional goddammit!\n\nI want that when you define something it stays defined. I've had enough of these mutable reference cells that you can read to and write to at any time. I've had enough of playing Turing Machine!\n\nRedux isn't all that different than global state we had before. Sure it's easily serialize-able, which gives you undo and redo, and time travel debugging, but that's not all I want.\n\nI want to be able to look at a piece of code and know that the only things that can affect that code are written in it. A piece of code should depend on its dependencies. Nothing else should be able to change it. In this way you could understand a small section of your code without having to understand the whole thing. Without this we are doomed to read all our code if we want to understand what's going on.\n\nI don't know much maths beyond high school, so I wonder if my salvation lies in a more powerful structure than a piecewise function. If any math geeks out there are reading this, please let me know if you have any ideas!\n\n### Mitigating thoughts\n\nPossibly these explicit formula and the Logo/Woof implicit, recursive formula are just two sides of the same coin, and we could allow programmers to write in the more intuitive (change the position by X every Y) and then take the derivitive of that to get the explicit form. (It seems like there are ways to get explicit formula for any implicit or recursive formula, so this seems likely...)\n\nIn the same way, I wonder if we can convert a codebase where any mutable cell can be changed by anyone, and statically parse all the places in the code that *could possibly* have an effect on that value, and bring them all together so you can see you things are tangled. (I am doubtful of this because 1. which values are being modified can change dymaically so we can't really assess well statically, 2. I bet this would be such a gnarled mess that it's not really useful expect to show us all the folly of our entangled ways.)\n\n#### There are just a whole bunch of bad things I know about\n\n1 - Control flow of any kind seems like a terrible idea all around. You should just describe the system and the system shall determine which lines of code to run when. Non-monadic Haskell does a great job of doing away with this.\n\n2 - Mutable variables seem like a terrible idea, as discussed above.\n\n3 - The global state reducer from actions also feels like a terrible idea. I don't want anything to be able to emit an action that can change any part of the system. If you look at a piece of state, how are you to know which actions could affect it? I also feel like it's too much power, allowing the system to change itsellf based on the past value of itself.\n\nBut how are these piecewise functions any better, you ask? Great qusetion! As you noticed, when a new piece of the piecewise function is being created, it depends on the values of the last piece. It has the entire state of the app to do what it wills with. Yeah I didn't like this either, but I wasn't able to thing up a way out of it. We really need to know the final velocity / position of the prior piece to start the next bounce. But I'm not terribly beat up about it: maybe allowing pieces to view prior pieces on piece transitions isn't so bad...?\n\nAs far as the first cricism of Redux from above, that the dependencies of a piece of start aren't listed in the state, I haven't yet dealt with that because I haven't built \"prototype\" to also work with unpredictable input, such as mouse clicks. But the idea is to allow mouse clicks to trigger new pieces to be generate at the time of the mouse click. Only time protoyping will tell if this new framework has any merits at all.\n\nPart of me wonders if I need to build an interface for this prototype because exisiting ones (such as Wolfram and Woof) just don't cut it. And part of the whole point is that I'm just constructing transitions between pure mathmatic functions, so should it be super easy to visualize the state of all my functions as graphs?!\n\nAt the very least, I'm glad I was finally able to articulate above my dislike of the current frameworks: you can't tell what's going on at X by just looking at X and asking for its dependencies.", "changes": []}, {"committer": {"date": 1527738703, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527736680, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "579d87526bfeca4f11d76a6dc115d6073a751059", "parents": ["9426c37530ce44d762795ec0e62cc5e3916d7021"], "commit": "209436bb1c93ff248f651374a66eafd842d6ac71", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527736680, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527736680, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "496fe5d3d778b1ebfffb0bea2a8caf5ce6cb64c4", "parents": ["63dbb314e2f542f82f911a0971798ebc6ff067f0"], "commit": "9426c37530ce44d762795ec0e62cc5e3916d7021", "message": "## Added old /journal entries to /log\n\nThis closes #66, get /journal entries into /log.\n\n### Notes on ObservableHQ\n\nI did it in ObservableHQ [here](https://beta.observablehq.com/@stevekrouse/parse-and-join-journal-to-commits), which was really fun and fustrating, both!\n\n* It took me 5ish to do this task in JS in ObservableHQ, when it wouldn't have taken more than 1 hour to do by hand (as there were only 68 elements).\n* I both hate and also love ImmutableJS. It provides an API like lodash which is great. It's annoying because the values don't [yet](https://talk.observablehq.com/t/custom-representation-for-object-in-the-output-cell/412/3) display well and I needed to add lots of printLine statements below my code `someImmutableValue.toJS()` just to see what was happening. Also I'd sometimes forget about it and use the old syntax and things would silently break: very fustrating! Also a bit annoying when you're doing `a.something(b)` and you want to switch the arguments - lots of typing! Probably lost an hour on ImmutableJS alone, but it was definitely worth it for the API, speed, and not having to worry about mutability ever.\n* I found the way that code was hidden by default (unless you pinned it open) was counter to what I wanted most of the time. I think I'd probably prefer the reverse: to collapse code when I'm done with it.\n* I lost another hour trying to use [simple-markdown](https://github.com/Khan/simple-markdown) which was waaaay more than I needed, given that all I needed was to split the string on a simple regex. Another hour or so gone there.\n* Maybe a half an hour was lost screwing up with momentjs, which would fail silently on me. So annoying! Give me an error goddamn it!\n* But the most fustrating loss of time came from writing functions: you can't see intermediate values and the debugging support is lack-luster. So the main benefits of a reactive tool is lost the second you want to abstract over a list! I was constantly creating a function and testing in on various elements, and then changing the index one at a time to see how it worked: `someFunction(someLIst.get(5))`. What's the point of putting my code in cells a whole function is just one cell?! You loose all the benefits of the cells and intermediate results because functions are just a textbox! Not entirely sure how I'd fix this but I have an intuition that it should be possible within this paradigm.\n* I really wish I could've also hid the output of a computation, for example the text of the journal which was really long.\n* You can't search through the code with ctl-f because it's mostly hidden.\n* You can't see (without reading) which cells depend on which other ones.\n* You can't drag cells into other orders.\n* It's a bit annoying navigating object hierarcy trees - it'd be better if it defaulted to a table or something maybe.\n\nIt's interesting to note how few operations I used:\n\n* A TON of `map`, `filter`, `some`, `max`, `find` and other Immutable list and map operators\n* regex\n* date parsing and diffing (momentjs)\n* importing the file over HTTP\n* downloading the result JSON as a file\n\nFor regex, I used [regexr.com](https://regexr.com) to live show me the output right on the data I was using.\n\nFor date parsing and diffing, I was constantly screwing this up and had to instrument my own code by hand to figure out in which ways. It definitely feels like there should be a regexr-like environment for this too.\n\nDitto for the list operations: no reason that any of these shouldn't show you the results in a more immediate way, and where you can see the intermediate values too of course. As said above, not 100% sure how to do this but I feel like it's not too tough.\n\nAs for importing and exporting data, not difficult once you find the example somewhere. I think those sorts of primitives should be easy at hand.\n\nSpeaking of easy at hand, I spend a TON of time switching tabs (ObservableHQ doesn't work great in half-screen) to look at the Immutable, Moment, simple-markdown, and various other documentations. It was annoying. They really need autocomplete on variable properties -- but also with documentation, preferably with examples!\n\nAnd of course, I think everything would've been beeter with stronger types. I wasted so much time thinking that everything was OK when it wasn't and banging me head against the wall. I want to know when things fail!\n\nAnd if you can do it with no syntax errors, that's pretty amazing too!\n\n#### Project idea: functional, immutable, strongly-typed notebook?\n\nThis all makes me think that there's a neat prototype opportunity here. All my prior protyotype ideas in this space have been very visually-focused, almost like spreadsheets. Very much like Glen's [FlowSheets](https://tinyletter.com/Flowsheets/archive). But what if we don't need the interface to be a spreadsheet (because variables (as opposed to column and row reference) and nested data structres are nice), but just a vertical series of cells (and cells within cells within cells for nested levels of abstraction)? Syntax errors aren't so bad (considering I haven't yet met a projectional editor I prefer, maybe save Scratch), but let's definitely get some strong types, solid primitives (data structure, string, date, HTTP, importing), and inline documentation.", "changes": [[58, 0, "_data/commitToJournalMarkdown.json"], [3, 2, "log.md"]]}, {"committer": {"date": 1527736120, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527736116, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e0d81027e2c25b1e6da49f216ff612010c3d57f7", "parents": ["8de6e73131294c0a98dfd912388c3fe3a7214f39"], "commit": "63dbb314e2f542f82f911a0971798ebc6ff067f0", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527736116, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527736116, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1792cc3328d51b3c9d1f03a6fbd36d6a23a21364", "parents": ["8c9419a407b3c534ad0cd71e7c8db9cfa019bce6"], "commit": "8de6e73131294c0a98dfd912388c3fe3a7214f39", "message": "removed colons from page titles to mollify jekyll a la https://github.com/jekyll/jekyll/issues/549", "changes": [[1, 1, "episodes/21.md"], [1, 1, "episodes/22.md"], [1, 1, "episodes/23.md"], [1, 1, "episodes/24.md"]]}, {"committer": {"date": 1527624807, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527624120, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "77567e9e6a60384b0e78cbb6a341a8c8f3245b8f", "parents": ["86d7634d3486bf2c116133c3d9ab3e2b2e510a13"], "commit": "8c9419a407b3c534ad0cd71e7c8db9cfa019bce6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527624120, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527624120, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5f87c991eee80069f1fa77a845eb9d273178e16c", "parents": ["0ef7c3538cd36ec9b7300dbb5b8892dd84618788"], "commit": "86d7634d3486bf2c116133c3d9ab3e2b2e510a13", "message": "## Math and physics as code\n\nI've had this intuition for a while now: wouldn't it be neat if you could somehow \"copy-and-paste\" your physics equations from your textbook and drop them into your computer and that be the code?\n\nLet's describe a bouncing ball.\n\nWorks great to start:\n\n```javascript\nconst a = (t) => -9.8 /* meters per second sq */ * 10 /* px per meter */\nconst v0 = 0\nconst v1 = (t) => v0 + a(t)*t\nconst p0 = 0\nconst p1 = (t) => p0 + (((v1(t)+v0)/2)*t)\n```\n\nBut what about the bounce? There are two problems:\n\n1) We need to reverse the velocity (multiply it by -1)\n2) We need to know at what time the bounce occurs\n\nHow about a piece-wise defined function? For starters, let's just hardcode the bounce intervals at 3, and 9:\n\n```javascript\nconst t_bottom1 = 3 // p1(t) === 0, solve for t\nconst v2 = (t) => -v1(t_bottom1) + a(t)*(t - t_bottom1)\nconst p2 = (t) => p1(t_bottom1) + ((v2(t) + v2(t_bottom1))/2)*(t - t_bottom1)\n\nconst t_bottom2 = 9 // p2(t) === 0, solve for t\nconst v3 = (t) => -v2(t_bottom2) + a(t)*(t - t_bottom2)\nconst p3 = (t) => p2(t_bottom2) + ((v3(t) + v3(t_bottom2))/2)*(t - t_bottom2)\n\nconst p = (t) => {\n if (t < t_bottom1) {\n return p1(t)\n } else if (t < t_bottom2) {\n return p2(t)\n } else {\n return p3(t)\n }\n}\n```\nOk, let's abstract this so the ball can bounce forever-ish:\n\n```javascript\nconst eq0 = {\n t0: -1,\n v: (t) => 0,\n p: (t) => 0\n}\nvar equations = [eq0]\nconst intervals = [0].concat(range(3,1000, 6)) // [0, 3, 9, 15, ...]\nintervals.forEach((t0, i) => {\n var eq = {}\n\n eq_last = equations[i]\n eq.v_last = eq_last.v(t0)\n eq.p_last = eq_last.p(t0)\n\n eq.t0 = t0\n eq.a = (t) => -9.8 /* meters per second sq */ * 10 /* px per meter */\n eq.v = (t) => -eq.v_last + eq.a(t)*(t - t0) // NEXT: can't decrease by 0.9 because then 6 second hardcoded intervals are fucked up\n // THUS: how do make dynamic\n // MAYBE use something like http://algebra.js.org/ to solve the equations\n // WHICH would eventually lead to allowing mouse click generated invervals\n eq.p = (t) => eq.p_last + (((eq.v(t)+eq.v(t0))/2)*(t - t0))\n\n equations.push(eq)\n})\n\nfunction eqI(t) {\n const eqNext = equations.find(eq => t < eq.t0)\n if (!eqNext) { return equations.length-1 }\n const eqNextIndex = equations.indexOf(eqNext)\n return eqNextIndex - 1\n}\n\nconst p = (t) => {\n const eq = equations[eqI(t)]\n return eq.p(t)\n}\n```\n\nFull code to be found [here](http://woofjs.com/create.html#physics-and-math/6).\n\nAs said in the code, next steps are:\n\n1) make the intervals dynamic (so we can decrease the speed by 10% each bounce), maybe using something like http://algebra.js.org/ to solve the equations\n2) see if we can additionally generate intervals by non-predictable user-input, such as mouse clicks\n3) ...turn into flappy bird?\n\nSome notes:\n\n* It was really annoying to code this, because math can be annoying especially inside JS. I wonder how much better it could be in the right kind of environemnt that supports this kind of maths with rapid feedback. I worry that expressing things in this explicit, closed form, with partial equations will be too awkward for people and the gains of mathmatical purity, expresivity won't be worth it. Regardless, I want to follow down this rabbit hole and see where it goes.\n* To really show why it's neat to do things in this closed form, I should probably add a time travel debugger thing, that also shows the positions and velocities and accelerations at different points in time, and change when you tweak the params. Probably would be a neat demo.", "changes": []}, {"committer": {"date": 1527272599, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1527272599, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5f87c991eee80069f1fa77a845eb9d273178e16c", "parents": ["01bedecbf7c91a56d3f1e1c3fd72fd64c4a97b09", "1c804a419370b04fafa3cd85279534dbeb51da0c"], "commit": "0ef7c3538cd36ec9b7300dbb5b8892dd84618788", "message": "Merge pull request #80 from tom-bop/master\n\nFix typo", "changes": []}, {"committer": {"date": 1527271549, "timezone": "+0000", "name": "tom-bop", "email": "tom@tinybop.com"}, "author": {"date": 1527271549, "timezone": "+0000", "name": "tom-bop", "email": "tom@tinybop.com"}, "tree": "5f87c991eee80069f1fa77a845eb9d273178e16c", "parents": ["01bedecbf7c91a56d3f1e1c3fd72fd64c4a97b09"], "commit": "1c804a419370b04fafa3cd85279534dbeb51da0c", "message": "Fix typo", "changes": [[1, 1, "episodes/23.md"]]}, {"committer": {"date": 1527019804, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019798, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d1076c9844380cc196d49d6a46cb67e6f5e956ed", "parents": ["046fd231d4a9805568bdd2a7a8d3e2d9e6838d08"], "commit": "01bedecbf7c91a56d3f1e1c3fd72fd64c4a97b09", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527019798, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019798, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "149fe398947e50529ff7956c95eccadfd0fd235a", "parents": ["6c80e3f9669ad6934453999c1ddff800dda8b2f6"], "commit": "046fd231d4a9805568bdd2a7a8d3e2d9e6838d08", "message": "removed 'monthly' from NYC meetups", "changes": [[1, 1, "index.html"]]}, {"committer": {"date": 1527019741, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019735, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8493118006f99adf1372c54812ad361e413b70dd", "parents": ["6795eb87e77a85e50753505a52e0a3465822d9df"], "commit": "6c80e3f9669ad6934453999c1ddff800dda8b2f6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527019735, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019735, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d3f70f698de1e9a493e175c54246e152df322fdc", "parents": ["d887811af3d3cd2d13485b1d78e29fa912539cc8"], "commit": "6795eb87e77a85e50753505a52e0a3465822d9df", "message": "zero pad episode numbers for alignment", "changes": [[9, 9, "index.html"]]}, {"committer": {"date": 1527019092, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019085, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "569709b79a3b52d16185737e1d2dbd17db71ed8a", "parents": ["66a88d8e978ae1ebb7810080e365aa1a796ceef4"], "commit": "d887811af3d3cd2d13485b1d78e29fa912539cc8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1527019085, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1527019085, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "be17b3666992010d351cea4605103d874df9d528", "parents": ["98b4c22905bc72c969924ae15820a3a269de10f6"], "commit": "66a88d8e978ae1ebb7810080e365aa1a796ceef4", "message": "added episode 24, nick santos, windmill", "changes": [[27, 0, "episodes/24.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1526926599, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526926406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "044ba8a986a77885702976b050ff51c08fc1dbbd", "parents": ["c93babd9c63fa35a4f26018c79c2c4422a63c492"], "commit": "98b4c22905bc72c969924ae15820a3a269de10f6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1526926406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526926406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "616c94027545a010763f2d237e165205dd3f6725", "parents": ["01fa4fc9dfc9b872b4183fd99e3180b2483f2c94"], "commit": "c93babd9c63fa35a4f26018c79c2c4422a63c492", "message": "## The rabbitholes never end!\n\n* TOC\n{: toc }\n\n### Artist-Centric Programming Tools\n\nFriday night, Twitter sent me a notification to look at this tweet:\n\nOne graphic to explain @prisma, the #GraphQL ORM-like layer pic.twitter.com/8jaq2ayUGK
— Steven Krouse (@stevekrouse) June 25, 2018
\n\n\nFirst of all, I'm amazed and super grateful that Twitter was smart enough to let me know about this.\n\nI only got part-way into [the thesis](http://web.media.mit.edu/~jacobsj/resources/jjacobs_dissertation_final_optimized.pdf), but I'm pumped to finish it. I got distracted by one of her references, InterState...\n\n### [InterState](http://interstate.from.so/)\n\nIn [an earlier entry](http://futureofcoding.org/log#thoughts-for-next-week), I wrote:\n\n> how do Facebook’s Origami, CycleJS devtools, and statecharts somehow fit together?\n\nThis protoype seems to answer that question! I was so excited that I [sent it over to the StateCharts community](https://spectrum.chat/statecharts?thread=535444a5-1743-4124-b767-ed7b490db7ec)!\n\n### Finished re-watching Tangible Functional Programming\n\nReally wonderful! I missed the beauty here in the first watching. Notes [here](/nodes/conal-elliot).\n\n### Some interesting links I found along the way:\n\n* [Concur - a new FRP library](https://github.com/ajnsit/concur) - Found by searching \"Elm Fudgets\" after reading about [Fudgets](http://www.cse.chalmers.se/~hallgren/Thesis/main.html#tutorial) on Conal's reccomendation.\n* [Forms/3](http://web.engr.oregonstate.edu/~burnett/Forms3/forms3.html) - I've heard of this before but checked it out after seeing it referenced by Conal, and it's cooler than I remember.\n* [Links Lang](http://links-lang.org/) - I found this after re-reading [\"What next?\"](https://graydon2.dreamwidth.org/253769.html) by Graydon Hoare. So cool! Unifies all layers of the stack into one language. Excited to check this out soon!\n\n### Open problems as of 5/21/18\n\nAs I was falling alseep last night, I thought about the core problems with existing languages:\n\n1. Redux, Elm, and CycleJS are a pain to code in. Small changes require big refactors. More importantly, emitting actions that can edit state in any way feels similar to the global mutable state we started with, that Andre Staltz argues against in [his arrow post.](https://futurice.com/blog/reactive-mvc-and-the-virtual-dom)\n\n2. IO (and async) in an elegant way. Monads and streams kinda stink and feel imperitive the same way Redux does. ([Conal agrees.](http://conal.net/blog/posts/can-functional-programming-be-liberated-from-the-von-neumann-paradigm))\n\n3. In order to build a solution to these problems, it also needs to be somehow inter-operable with existing web frameworks. Relevant questions include whether its interpreted or compiled, etc, etc.\n\n4. Another open questions is what the backend should look like in order to handle authentication, permissioning, persistance, etc.\n\n5. Another open question: if you want to add phsyics to an object in your code, why not add the equations from your physics class to your program? In other words, how mathmatical and high-level can we get? What's the highest-levle we can get and still have something computable (with good performance) at the end? Additionally, can we make a declarative langauge that's readable and debuggable? (The Seymour Papert's distinction between LOGO's first-person `FORWARD 1, RIGHT 1`, and math's third-person `x^2 + y^2 = z^2`, and how they are really just two sides of the same coin via the derivitive feels relevant here.)\n\n6. Soundness of the type-system from a Scott, Strachey, and Elliot perspective also feels relevant here. I don't want leaky or infinitely-complex abstractions.\n\nI'm not even sure if these problems are truly problems, or just things I don't yet understand. Yet, it feels very relevant to continue down the Conal Elliot, FRP rabbithole. I hope that the more I understand Elliot's and (also Hudak's Arrowized) FRP, the more I'll be able to explain why I dislike Redux, Elm, and CycleJS. (Yet, I am a bit nervous that I won't like *any* implementation of FRP out there. What then?!)\n\n### Todos as of 5/21/18\n\nI still haven't found a better way to manage these than listing them every log entry. Here are the remaining ones:\n\n* Prototype TodoMVC in [InterState](http://interstate.from.so/), and read the paper, and reach out for a conversation\n* Finish reading [Jennifer Jacobs's Dynamic Drawing](http://web.media.mit.edu/~jacobsj/resources/jjacobs_dissertation_final_optimized.pdf), and reach out for a conversation\n* Edit (or throw out) [plan v6](https://github.com/stevekrouse/futureofcoding.org/blob/3821ba9d0ad65a7f6aaea583be8283aba16558e5/plan.md)\n* Hareactive\n* Simon Friis Vindum, including [Let's reinvent FRP](http://vindum.io/blog/lets-reinvent-frp/), and possibly reach out for a conversation\n* [Facebook Origami Community](http://futureofcoding.org/log#facebook-origami-community)\n* Stratchey denotational design\n* Conal's Denotational design with typeclass morphisms, Fran, and basically everything he's done\n* [Verlet](https://twitter.com/stevekrouse/status/987339448064053249) and [ConstraintJS](https://twitter.com/coreload/status/989313738539909120)\n* Sean McDirmid (and [these](https://llk.media.mit.edu/papers/archive/ch-phd.pdf) [papers](https://www.cs.colorado.edu/~ralex/papers/PDF/Conversational_Programming.pdf) he referenced)\n* Reach out to Jonathan Edwards\n* make a better system for todos, things-to-research (FoC Research label in Inbox), ideas-to-ponder-on (FoC Thinking label in Inbox), projects/blogs-to-consider-doing", "changes": [[13, 0, "notes/conal-elliot.md"]]}, {"committer": {"date": 1526574583, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526574579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ea33d6507ccc8640a1eee0003437e083a68e1ada", "parents": ["0d3827002f1cd5d66e603ee7d81b401e0e1a913b"], "commit": "01fa4fc9dfc9b872b4183fd99e3180b2483f2c94", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1526574579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526574579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ddfa58ffa24926b814c2b620c6c3947d79ae3b81", "parents": ["ea574a895dc9e8b99a0f307d6707fc29d62be9b3"], "commit": "0d3827002f1cd5d66e603ee7d81b401e0e1a913b", "message": "added episode 23, brent yorgey", "changes": [[35, 0, "episodes/23.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1526507826, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526506386, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e34e8ebab74a57103bb2269a497c087feab64f5d", "parents": ["df767b81300c4870b576e9c86d35823b84d81f46"], "commit": "ea574a895dc9e8b99a0f307d6707fc29d62be9b3", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1526506386, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1526506386, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9a68768f2d23a2451387d1400751fcf3f1016e6c", "parents": ["4dfa151938cd29c169085d2c2f86e3547a41c917"], "commit": "df767b81300c4870b576e9c86d35823b84d81f46", "message": "## Back at it, reading and emails\n\n* TOC\n{: toc }\n\nBesides the readings below, I cleaned up my inbox, which I haven't done in about a week, so that feels good to be back in integrity.\n\n### Jonathan-Edwards-inpsired Reading\n\nI meant to reach out to Jonathan Edwards today (but didn't), and found myself on his twitter, where I found some amazing gems:\n\n* [Against functional programming](https://twitter.com/jonathoda/status/976937603709587456)\n* [Near Future of Programming Languages by Stephen Diehl](http://dev.stephendiehl.com/nearfuture.pdf)\n* This comment amazing comment: [\"Imperative programs, on the other hand, always have a ready axis for decomposition: time. You break your program up into tiny time slices, and then work backwards to find procedures that that get you to the first one, then the second one, etc, until you hit the end of your program.\"](https://news.ycombinator.com/item?id=16726917) on this [Gradual Programming](http://willcrichton.net/notes/gradual-programming/)\n* Conal Elliot: [Can functional programming be liberated from the von Neumann paradigm?](http://conal.net/blog/posts/can-functional-programming-be-liberated-from-the-von-neumann-paradigm) - This article makes me so happy. Monads, and every other approach to IO in a functional language, stinks. We need to keep looking.\n* [Why program with continuous time?](http://conal.net/blog/posts/why-program-with-continuous-time) - good summary of the key points of FRP\n* [\"What next?\"](https://graydon2.dreamwidth.org/253769.html) by Graydon Hoare, creator of Rust. Holy shit this article is amazing. So many gems! I want to read this article again and again. Would love to email him and get his advice on where to apply my efforts towards improving programming.\n\n### Graydon Hoare-inspired reading\n\n* From Graydon, I was sent to learn about algebraic effect handlers in [Eff](http://www.eff-lang.org/), which didn't really impress me to be honest. Their pitch of \"you know how much you like exception handlers? Let's have more of those\" doesn't resonate with me because I never liked exception handlers. Feels to procedural, contextual to me. I much prefer it encoded in the types, such as a Maybe or Failure type.\n* [Koka](https://www.microsoft.com/en-us/research/project/koka/) makes a little more sense to me, labelling functions based on whether it can raise an exception, possibly not terminate, and be non-deterministic... but I only skimmed the beginning.\n* I was VERY EXCITED to see [Frink](https://en.wikipedia.org/wiki/Frink_(programming_language) and [\"units of measure\" in F#](https://docs.microsoft.com/en-us/dotnet/fsharp/language-reference/units-of-measure). I've both sad and excited that [this exact idea I've had](http://futureofcoding.org/notes/kill-primitives#4-phsyics-units-for-numbers) has already been had. I claim independent invention!\n\n### Todos of 5/16/17 in no particular order\n\n* Finish re-watching Conal's [Tangible Functional Programming](https://youtu.be/faJ8N0giqzw?t=32m49s) and try to read [the paper](http://conal.net/papers/Eros/eros.pdf), Maybe I should print it out to help me focus...?\n* Also, don't forget [the other ToDos of last week](http://futureofcoding.org/log#some-todos-i-scribbled-down-last-week), especially reaching out to Jonathan Edwards and possibly Sean McDirmid\n* Possibly reach out to Graydon Hoare or at least learn more of what he has to say, including re-reading his \"What next?\"\n* Find a better way to manage these notes and todos so things get less lost...?\n* Edit (or throw out) [plan v6](https://github.com/stevekrouse/futureofcoding.org/blob/3821ba9d0ad65a7f6aaea583be8283aba16558e5/plan.md)", "changes": []}, {"committer": {"date": 1525797727, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525797572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9a68768f2d23a2451387d1400751fcf3f1016e6c", "parents": ["031e9d1b697f170cf604d109c75853c424051528"], "commit": "4dfa151938cd29c169085d2c2f86e3547a41c917", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525797572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525797572, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "905e670dc14194df79e92ee50e763097f73b5c56", "parents": ["6e8c88a3a430cac01ba62e463ab93bcc41dc71e7"], "commit": "031e9d1b697f170cf604d109c75853c424051528", "message": "## Notes From Last Week\n\n* TOC\n{: toc }\n\n### Repl.it dev, Mon - Weds\n\nI spent Monday - Wednesday last week working mostly on Repl.it. It was quite fustrating, but in a motivating way: there's so much about programming that needs fixing!\n\nTo give you a taste, I've worked 23 horus at Repl.it. The first 4.5 hours were spent setting up my dev environment, then another 2.25 hours debugging my dev environment, and ~2 hours fixing linting or flow type errors. And I believe most of the productive hours I spent were wasted waiting for webpack to recompile all my code for every little change. Sometimes I'd have to wait 10-20 seconds to see even a small change. Very fustrating and very slow! And, of course, so much of my time was spent understanding complex code, React/Redux abstractions, and funneling scope and state, etc, etc. So much garbage!\n\nFor the 10ish hours I wanted to work there, I clearly was not being productive enough to justify them getting me up to speed on their stack. As of yesterday, we parted ways, so now I'm down to the 1 part-time gig with Dark (and another one in the works, but it's touch-and-go if it'll close). As explained above, this work fustrated me so I'm happy to have it off my plate, but I also got enough fustration to re-spark some motivation in a positive way.\n\n### Thursday 5/3/18\n\nI read from 10am to 3pm. It was interesting but also difficult to stay focused.\n\n* Lucid Synchrone - skimmed\n* Sean McDirmid's Live Programming Video - Awesome! I want to review more of his work.\n* Conal Elliot Haskellcast video - So great. Took notes [here](/notes/conal-elliot).\n* Typeclassopedia - read for a bit, then skimmed.\n* [History of Haskell](http://citeseer.ist.psu.edu/viewdoc/download;jsessionid=2B48E418C19376C73F08B593DCFDCAB7?doi=10.1.1.168.4008&rep=rep1&type=pdf) - read the first half, then skimmed.\n * Haskell was created to solve the \"tower of babel\" problem around all *lazy* langauges sprouting up. Purity and typeclasses came later.\n * I/O was intresting too: streams, contiuations, world-passing, and Monads\n* Can Programming Be Liberated...?\n * No variables or substitution! Just one input functions and function combinators.\n\n### Friday 5/4/18\n\nI wasn't so motivated on Friday, so I mostly read Understanding Comics (reccomended by Conal and BV), and did some part-time work for Dark. I also had a group call with Dennis Heihoff, Shaun Williams, and Ivan Reese, which was fun.\n\n### Devtools, not programming languages\n\nI've realized that \"devtools\" is a better way to describe the field I'm in that \"programming langauges\". Pretty obvious in retrospect, but took me a while to realize this.\n\n### Some ToDos I scribbled down last week\n\n* Stratchey denotational design\n* Conal's Denotational design with typeclass morphisms\n* Conal's Fran\n* Simon Friis Vindum, including http://vindum.io/blog/lets-reinvent-frp/\n* [Verlet](https://twitter.com/stevekrouse/status/987339448064053249) and [ConstraintJS](https://twitter.com/coreload/status/989313738539909120)\n* Sean McDirmid (and [these](https://llk.media.mit.edu/papers/archive/ch-phd.pdf) [papers](https://www.cs.colorado.edu/~ralex/papers/PDF/Conversational_Programming.pdf) he referenced)\n* Reach out to Jonathan Edwards\n\n### Less passion\n\nI haven't been super productive or passionate about stuff in a little while. It's been a bit of a slog getting myself to do research.\n\nPart of the reason is that I've becommed obsessed with The Wheel of Time series on audibook and am making my way through. Almost to the end!\n\n### Foundations\n\nI find myself increasingly curious about foundations, mathmatics, precision, abstraction, etc. I've always been on the fringes of the strong types community, and proving program correctness. These things were what the professors were up to a Penn while I was there. But I've never seen the need to dive in before. I think it was Conal's comments in the Haskellcast video that got me:\n\n1) Those that don't understand FRP are doomed to re-create inferior versions of it\n2) All the FRP implementations out there are more complex than their creators realize because they broke abstractions\n3) You don't truly understand how good or complex a design is until you describe it mathmatically, precisely\n\nMusic to Paul Chiusano's ears, I'm sure.\n\n### Vision: semantic and cannonical\n\nWhy am I so insistent that programming can be better? It's hard to put into words. As I was falling asleep a few nights ago, I was struck by how a two words kept coming to mind: \"semantic\" and \"canonical\". But what does that even mean? I have a fuzzy image of mathmatical expressions in the sky, with a white background behind them, and you can select different parts of the expression and get interesting information about the node, because it's a living object that can be manipulated...", "changes": [[31, 0, "notes/conal-elliot.md"], [33, 0, "notes/simon-friis-vindum.md"]]}, {"committer": {"date": 1525301982, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301979, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3c6c30f064fea79c30702c45321c5d9237978b6d", "parents": ["2aa0ae3d492cab633ab48f0e4880abf1448d2df7"], "commit": "6e8c88a3a430cac01ba62e463ab93bcc41dc71e7", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525301979, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301979, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d295d4d6073dba921bbe7831dd07cdd3d0b20134", "parents": ["ca2b25b44ef93e32588f786f8966f92089bd9a57"], "commit": "2aa0ae3d492cab633ab48f0e4880abf1448d2df7", "message": "add link to talk about", "changes": [[1, 1, "_data/git-log.json"], [1, 2, "episodes/22.md"]]}, {"committer": {"date": 1525301433, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301431, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5e26fc78111619ff3e06d0ceb181e54ab3812c61", "parents": ["08a5b5f06b357f13e5e786e370da24d271bb2c97"], "commit": "ca2b25b44ef93e32588f786f8966f92089bd9a57", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525301431, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301431, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "48403bb37ee5cf437fe1381ae08b8a750fb5c979", "parents": ["583cf7c28dab8c3ed63f106a52940435af0a467a"], "commit": "08a5b5f06b357f13e5e786e370da24d271bb2c97", "message": "linkify python tutor", "changes": [[1, 1, "episodes/22.md"]]}, {"committer": {"date": 1525301391, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "45954131917524d72c141e1ad3111b7da9adb284", "parents": ["cae6f341f16ce20849db361ec73c858513297321"], "commit": "583cf7c28dab8c3ed63f106a52940435af0a467a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525301389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b45b0981a11fdcdc82c34fbe0e701ab0890e19cc", "parents": ["a8b31d604dc9967eb974010f5242a7bafe01c1a1"], "commit": "cae6f341f16ce20849db361ec73c858513297321", "message": "removed typo", "changes": [[1, 1, "episodes/22.md"]]}, {"committer": {"date": 1525301185, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301182, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d43d0a248ca371ec6dd81dead82b45f5db8325dd", "parents": ["1ed27318e99c79ef606007403463ce3d09251355"], "commit": "a8b31d604dc9967eb974010f5242a7bafe01c1a1", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525301182, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525301182, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a061de1c7a1ca6e9102ffe3b2670fc9106839bad", "parents": ["43b446e7e810fa1dbe162b814c718054fade586c"], "commit": "1ed27318e99c79ef606007403463ce3d09251355", "message": "added episode 22: philip guo", "changes": [[1, 1, "_data/git-log.json"], [1, 1, "episodes/21.md"], [38, 0, "episodes/22.md"], [2, 1, "index.html"]]}, {"committer": {"date": 1525300409, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525300406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d0c5596c68d082d0848909ae2203a6f129c967d9", "parents": ["2cdbc1b06a1419a6005cccd913f2c5b1c15a1ac6"], "commit": "43b446e7e810fa1dbe162b814c718054fade586c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1525300406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1525300406, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "353aaa04ae480003435e16a0f09183b92b22c9c8", "parents": ["8f4e61310fb140ff83cc5073a89f2e6bd69f2d1a"], "commit": "2cdbc1b06a1419a6005cccd913f2c5b1c15a1ac6", "message": "updated homepage message, added eve link", "changes": [[2, 1, "index.html"]]}, {"committer": {"date": 1524240466, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1524239329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e968d384e6be977cf7d2ffd62fe0e4a115228dec", "parents": ["f39077ed57c7d701dbc352b83b320e1ecd63bc19"], "commit": "8f4e61310fb140ff83cc5073a89f2e6bd69f2d1a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1524239329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1524239329, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ab1b6c7238944c77d966032f91785e211a66463e", "parents": ["d8987468dd381b00118a875bdfebf0efa8b78a3e"], "commit": "f39077ed57c7d701dbc352b83b320e1ecd63bc19", "message": "## Morning FRP readings, and next steps\n\n* TOC\n{: toc }\n\n### Morning FRP readings\n\n#### Flapjax\n\nI started the morning by reading [the paper on the Flapjax language/library](http://cs.brown.edu/~sk/Publications/Papers/Published/mgbcgbk-flapjax/paper.pdf). It seems to do FRP in much the same way that CycleJS does: stream combinators. It's kinda neat in how it makes things higher level, but just as with CycleJS, I found it quite difficult to parse the code. However, it is crazy to think that this pre-dated CycleJS by a decade... I guess this goes to Bret's point about aiming higher than \"improving programming.\"\n\n#### \"Real FRP\"\n\nI've gotten tired of [Haskell people talking about \"real FRP\"](https://news.ycombinator.com/item?id=7965027), so I spent a few hours re-reading [the Fran tutorial](http://conal.net/fran/tutorial.htm) and re-watching two of Conal's talks on it ([1](https://www.youtube.com/watch?v=j3Q32brCUAI) and [2](https://www.youtube.com/watch?v=teRC_Lf61Gw)). Finally, I feel like I have a clear understanding of what people mean by \"real FRP.\" I don't think I had seen enough of the \"fake FRP\" when I first watched the video to understand the distinction:\n\nReal FRP is (mostly) about continuous time, in the same way that vector graphics are about continous space. In other words, \"resolution independent time\", or \"time as a function from the real numbers\".\n\nReal FRP is also about denotational design, of which I feel slightly closer to groking, but likely still a hundred hours of Haskell away from. One day I'll memorize the Typeclassopedia and everything will make sense.\n\n### Next steps\n\n#### Hareactive\n\nThis is a JS library for \"real FRP\", and I'm excited to play with it a bit.\n\n#### Sean McDirmid\n\nI've been seeing his name pop up a lot recently, so I'm excitd to check out this [Live Programming Experience](https://www.youtube.com/watch?v=YLrdhFEAiqo) video. Maybe I'll reach out too...\n\n#### Callbags\n\nI'm excited to check out Staltz [new article on Callbacks](https://egghead.io/articles/comparing-callbags-to-rxjs-for-reactive-programming).\n\n#### Facebook Origami Community\n\nAnother thing I want to do is continue to investigate how far I can push Facebook's Origami. There are a few interesting threads in the FB Group I want to either look into or reply to, along with posting a question myself about updating complex centralized state.\n\n* [https://www.facebook.com/groups/origami.community/search/?query=createElement](https://www.facebook.com/groups/origami.community/search/?query=createElement)\n* [https://www.facebook.com/groups/origami.community/permalink/1180492722049608/](https://www.facebook.com/groups/origami.community/permalink/1180492722049608/)\n* [https://www.facebook.com/groups/origami.community/1419542018144676/](https://www.facebook.com/groups/origami.community/1419542018144676/)\n* [https://www.facebook.com/groups/origami.community/permalink/1577202409045302/](https://www.facebook.com/groups/origami.community/permalink/1577202409045302/)\n\n#### Jonathan Edwards\n\nHe's also been saying interseting things on Twitter recently, so I've been meaning to reach out...\n\n#### Synchronous programming langauges\n\nApparently, this is a interesting family of languages, including Lucid and Esterel, etc. I wonder where to start... This article on [Lucid Synchrone](http://www.di.ens.fr/~pouzet/bib/chap_lucid_synchrone_english_iste08.pdf) looks good.\n\n#### Prototype a better text-based dataflow langague\n\nAs in re-write the logic for [a game I made yesterday for fun in WoofJS](woofjs.com/create#ballz). Maybe I could re-write it in Hareactive or just prototype it on paper (without a library to back it up).\n\n#### More centralized place for todos\n\nIt's a bit crazy to put them in a log like this... Maybe /now or /todo would make sense...", "changes": []}, {"committer": {"date": 1524158081, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1524157662, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ab1b6c7238944c77d966032f91785e211a66463e", "parents": ["deea5528331b9cc138d0eeb3289804a6062e4646"], "commit": "d8987468dd381b00118a875bdfebf0efa8b78a3e", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1524157662, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1524157662, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ba636e2fb12e4920900428af61f911c083652abf", "parents": ["d75cf917fbcebf34ba37f11cc766130b559089a1"], "commit": "deea5528331b9cc138d0eeb3289804a6062e4646", "message": "## Dataflow reading\n\nInspired by my conversation with Brent Yorgey yesterday, I spent ~2 hours reading a 30-page survey paper on data flow programming langauges, with an emphasis on visual data flow langauages, such as LabView. It was fascinating!\n\nA good next step would be to find a similar kind of survey paper but for functional reactive programming. While I could just start with Conal's Fran paper, I expect it'd be more fun and a better use of my time to get a more modern and broad perspective -- if it could include ReactJS and other JS libraries too, even better!\n\n### Booleans are too generic - proofs are better\n\nBrent reccomended [a great article](https://existentialtype.wordpress.com/2011/03/15/boolean-blindness/) in a similar spirit to my \"booleans are too generic\" idea. The main idea here is that truth shouldn't be a data type, but should be a proof, as it is in math.\n\nThat's a bit different from my idea which proposes to create a lot of new, more specific data types to replace True and False, such as Equal and NotEqual, which would be pattern matched against, not branched at like an if-statement.", "changes": [[92, 0, "notes/dataflow/advances-in-dataflow-programming-langauges.md"]]}, {"committer": {"date": 1523892504, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523892388, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "acad817d8be502c73f63de215dc85836554e41fc", "parents": ["5208961beae42e4ebaa2efa14af61780b388516a"], "commit": "d75cf917fbcebf34ba37f11cc766130b559089a1", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1523892388, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523892388, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b6ecd0215b10e3ccde0f87efa4d803d66534af8f", "parents": ["7ace0367b2a7a0d603e3002d93deec745ef361db"], "commit": "5208961beae42e4ebaa2efa14af61780b388516a", "message": "## Notes from Friday 4/13/18\n\n* TOC\n{: toc }\n\nI didn't have time on Friday last week to write up my log entry, so here it is now...\n\n## Dataflow links\n\nOn Friday I ended up opening more links than I had time to actually read.\n\n* I found [this wonderful stack overflow answer that lists a bunch of dataflow programming langauges](https://stackoverflow.com/a/949771)\n* There's [a similar list on Wikipedia](https://en.wikipedia.org/wiki/Dataflow_programming#Languages)\n* I also found [a paper that is doing a good job of explaining the history of dataflow programming languages](http://www.cs.ucf.edu/~dcm/Teaching/COT4810-Spring2011/Literature/DataFlowProgrammingLanguages.pdf)\n\n\n## Other links\n\n* I really need to take the time to read [BV's Climate Change essay](http://worrydream.com/ClimateChange)\n* Mentioned in random passing in that article, BV links to [ActiveSheets](http://hirzels.com/martin/papers/debs16-activesheets.pdf), which seems similar enough to Streamsheets to warrant a reading.\n\n\n## Murukesh\n\nFascinating conversation on Friday of last week. Notes in [this google doc](https://docs.google.com/document/d/12gsgrG-S-7E0osjWIECjeWjAQgHWEq0Zsuxcjru7PTU/edit?usp=sharing). Maybe I'll turn it into a proper article. It's fascinating that there's so much progress in this space in both the past and in industries that we ignore.\n\nHe sent me [two](https://www.youtube.com/watch?v=gveTy4EmNyk&feature=youtu.be&t=1385 ) [amazing](https://www.youtube.com/watch?v=UGhfB-NICzg) videos of the NeXTSTEP development environments that Steve Jobs made. Unbelievable. It's like Smalltalk. Really makes you scratch your head as to why we don't have development environments like this today.\n\n\n## repl.it\n\nI had a great call with Amjad of Repl.it last Friday as well, in part from my Eve article. I'm going to follow up with a few ideas for improving their IDE interface, and then possible begin developing for them part-time. I'm very excited about this! It makes me feel much more secure to have a second part-time gig running, as well as that it's starting to feel like finding these part-time gigs at developer-tools companies are repeatedly find-able. Content marketing - who knew?", "changes": []}, {"committer": {"date": 1523571450, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523571252, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b6ecd0215b10e3ccde0f87efa4d803d66534af8f", "parents": ["7ea0f76f79c9ece1d6bf8e464f3a21f9a144e2aa"], "commit": "7ace0367b2a7a0d603e3002d93deec745ef361db", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1523571252, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523571252, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ac17621961b99b35dc79a8806a0ff77c72ebf971", "parents": ["50654e3938bfcf432524da65d7e2cd4b0516bd40"], "commit": "7ea0f76f79c9ece1d6bf8e464f3a21f9a144e2aa", "message": "## Chores and reading\n\nToday I wasn't really in the mood to do much hard thinking, so I spent a few hours in my inbox catching up on things, doing random chores around the house, and finally brining myself to do some reading relevant to the research topics I've been thinking about lately.\n\nI started with reading [Ian Horrock's UI with Statecharts](http://futureofcoding.org/media/Constructing%20the%20User%20Interface%20with%20Statecharts%20Ian%20Horrocks.pdf), but to a break to go directly to the source ([Harel's Statecharts](http://www.inf.ed.ac.uk/teaching/courses/seoc/2005_2006/resources/statecharts.pdf)), and then back to Ian's book. I read parts and skimmed parts of both. They seemed semi-relevant to what I'm trying to do. As far as I could see, neither referenced the management of complex, nested state. They seemed to assume that non-state data (such as the currently displayed value on the calculator screen) was stored somewhere magically.\n\nI then read a series of Andre Staltz posts. It turns out my link to his post on Friday was actually the incorrect post. I meant [this one](https://futurice.com/blog/reactive-mvc-and-the-virtual-dom). He had a lot of other interesting posts, but I found myself not excited about the conclusions he drew. In particular, I didn't like his discussion of [hot vs cold observables](https://staltz.com/cold-and-hot-callbacks.html) because I don't love his conclusions, although I couldn't find any fault with his logic. It'd be a bummer if there wasn't a more elegant way to model this distinction. It really seems like an incidental complexity type of thing. I also came to realize that I find stream-based programming a bit annoying. While it's kinda cool, I wonder if it's overly abstract, the way Haskell can get sometimes.\n\nI then re-read (for the 10th time), [Elm's Farewell to FRP](http://elm-lang.org/blog/farewell-to-frp). Again, an article that feels profound but that I don't like for some reason, mostly because there are a lot of concepts in it that I don't quite understand, but don't like the conclusions reached. It feels similar to when I had to learn AngularJS. I don't really know what the concepts mean, but I can tell somehow that they are less elegant than they could be.\n\nFrom there I found my way to [Lucid Synchrone](http://www.di.ens.fr/~pouzet/bib/chap_lucid_synchrone_english_iste08.pdf), but stopped after a few paragrahs, and just like with statecharts decided I wanted to go to the source, so I started reading [Lucid](http://worrydream.com/refs/Wadge%20-%20Lucid,%20the%20Dataflow%20Programming%20Language.pdf). I'm actually a little shocked that I haven't read this before. There's so much here that I was slowly coming to on my own, but it feels like they've brought it all together for me. And, of course, Bret Victor is a big fan of it I've heard, although I wasn't able to find his thoughts on it anywhere on the internet. My next steps are definitely to read through this, and maybe the Synchrone Experiment.\n\nAnd as much as I want to avoid it, it seems like I may have to get my hands dirty with all this theoretical stuff. Read the Fran paper, other Conal Elliot stuff, maybe read Evan's Elm thesis, as well as other Elm blogs, etc. I imagine all of this stuff could provide interesting conversation topics with Brent next week...", "changes": []}, {"committer": {"date": 1523361534, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523360429, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ac17621961b99b35dc79a8806a0ff77c72ebf971", "parents": ["ee23b8ba40b8e01e2706f9b0970867b7b0c38c2d"], "commit": "50654e3938bfcf432524da65d7e2cd4b0516bd40", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1523360429, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523360429, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b5c27e4ce0c7fcf76afd73e66659e80e36ff57eb", "parents": ["a4ea6e4cef8b99e4c14eaa445b28ffeeefb71d19"], "commit": "ee23b8ba40b8e01e2706f9b0970867b7b0c38c2d", "message": "## Origami inspired prototyping\n\n* TOC\n{: toc }\n\n### Origami\n\nOver the last week, I've fallen smitten for Facebook's Origami prototyping tool, which was originally built on top of Apple's Quartz Composer, but is now a standalone Mac app. It suprised me because I don't usually expect much from node-and-wire coding environments. I think the main feature that got me is that you can see the live-updating intermediate values of all computations. It's amazing. It makes looking at static code unbearable. Additionally: there's no run button - it's hot-realoading. And they have a great way to add nodes (they call them \"patches\") via the keyboard.\n\n### Node-and-wire prototyping\n\nThis morning, I had the idea of prototyping the Origami UI in Woof. I had a fun few hours doing it: http://woofjs.com/create#origami\n\nI had to come up with techniques for managing lots of things I'd never had to do before in Woof, mostly around nested components and layout. Stuff that HTML and CSS does for you in annoying ways. Turns out it's pretty annoying to calculate widths and paddings manually too...\n\n### Thoughts on a new language...\n\nThe idea in my head is that you have a dependency graph of all the values. The trick, of course, is sequential evaluation and events. Mostly events.\n\n#### Pure expressions\n\nThese are simple. They should always have live-updated values.\n\nThey are normally things you'd want nested internally (which is a common complaint of node-and-wire tools), but when \"proccessing\" a thing, you want vertical or horizontal sequencing, such [as in Elm](http://elm-lang.org/docs/syntax#infix-operators).\n\n#### Sequential evaluation\n\nI think we can do away with it entirely. If you actually need it, you can model it explicitly as [I show in this demo](http://woofjs.com/create.html#animate-via-frames).\n\n#### Events\n\nCan we do without and just have reactive values? Clicks are reactive list of all clicks, and you can get last one and check timestamp a la http://futureofcoding.org/prototypes/streamsheets/.\n\nPotentially, this will be too conceptually difficult, for the same reaons it was to do [CycleJS Flappy Bird without centralized state](https://gist.github.com/stevekrouse/85f350eb82ebbf5b2c244aa9aeffc453) and we'll need a reducer. But maybe nested state via statecharts could save the day.\n\n### Follow up questions\n\n1 - What do I not like about cyclejs and elm (and what's the difference again)?\n\n1a - Is the main reason that it's terrible to code in streams and elm, and thus streamsheets?\n\n1a1 - Idea to make cycle better: swap it: make value be values and have a history function that gets the stream on it?\n\n2 - Is the main difference explicit modeling of time and explictly listing all state?\n\n2a - We don't really need explicitly listing state, just reactively defined\n\n2a1 - What is reactively defined state? wont it eventually bleed into everything depends on everything else and we're back where we started? in other words, the reducer thingy seems stinky for some reason ... it's annoying to use, but making it easier to use just gets rid of the benefits of using it\n\n2a2 - Can we make a calculus for how we want this to work to simplify things? Such as what I was trying to do with [Reactive Woof](http://futureofcoding.org/journal#reactive-woofjs) ... Or is this a cyclejs data structure?\n\n3 - How to statecharts keep track of state...? .. go to Ian's book\n\n3a - Can you do statecharts without events?\n\n4 - Difference between hot and cold streams?\n\n5 - At the end of the day, can we really realize my perception of Anre's vision in [this article](https://staltz.com/unidirectional-user-interface-architectures.html) that all things contain all the ways to modify that thing? Or is it impossible because we want to branch in too many ways in our code, not sequentially, but just with nested cases? Would it at all be possible to define things in one place only? Or would that just hurt our brains even if we could do it?", "changes": []}, {"committer": {"date": 1523027723, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523026633, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b5c27e4ce0c7fcf76afd73e66659e80e36ff57eb", "parents": ["6dd7f2f2bdace79bb7bcb0f40f5c05544255bdee"], "commit": "a4ea6e4cef8b99e4c14eaa445b28ffeeefb71d19", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1523026633, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1523026633, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c74014f09a31277f31f1f459ec9ef0cb44fdfdbf", "parents": ["56dd10a5b1db430d3cc9e459ea4007f95cb601e9"], "commit": "6dd7f2f2bdace79bb7bcb0f40f5c05544255bdee", "message": "## Thoughts\n\n### Eve Success\n\nI was a little surprised to see my Eve project stay on the front page for basically a whole day! It got 150 points on HN and up to #6. I got over 10k people on the page, and around 500 on my website homepage. However, I didn't really get anything material out of this experiment.\n\nIt does pass my \"do they spend more time on it then you do test\", because I only spend 10-ish hours here, and even if the average time on the page was 1 minute, that's over 100 hours of time they spent on it.\n\n### Offline morning\n\nThis morning I decided to work with my notebook for 2 hours offline, thinking about other projects to work on. I got a bit excited about a WoofJS refactor plan, but ultimately was most excited about an FRP Scratch tool that is similar to Facebook's Origami (which is based on Apple's Quartz Composer) in that you can see all the intermediate values flowing through, immediate updates, etc.\n\n### Unproductive afternoon\n\nAfter lunch, I was lazy and watched a few hours of TV. Then I got myself on my computer to look at my Cycle and Elm Flappy Birds for inspiration. I was quite fustrated with how awful coding in Cycle and Elm is compared to Facebook Origami, and also a bit inspired by that, too. However, I feel lazy today, so I'll have to pick up on this thread later.\n\n### Thoughts for next week\n\n* Scratch FRP prototyping\n* how do Facebook's Origami, CycleJS devtools, and statecharts somehow fit together?\n* WoofJS refactor plan (start with docs and a build tool)", "changes": []}, {"committer": {"date": 1522767413, "timezone": "+0000", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1522767413, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c74014f09a31277f31f1f459ec9ef0cb44fdfdbf", "parents": ["3b947b24caf12a543390bfc26dc061377f902227", "46271a0cfc47ff407a1e11b920aaad8aeedd4692"], "commit": "56dd10a5b1db430d3cc9e459ea4007f95cb601e9", "message": "Merge pull request #78 from bzg/master\n\nFix typo in link", "changes": []}, {"committer": {"date": 1522714021, "timezone": "+0200", "name": "Bastien", "email": "bzg@gnu.org"}, "author": {"date": 1522714021, "timezone": "+0200", "name": "Bastien", "email": "bzg@gnu.org"}, "tree": "c74014f09a31277f31f1f459ec9ef0cb44fdfdbf", "parents": ["3b947b24caf12a543390bfc26dc061377f902227"], "commit": "46271a0cfc47ff407a1e11b920aaad8aeedd4692", "message": "Fix typo in link", "changes": [[2, 2, "essays/eve/index.html"]]}, {"committer": {"date": 1522711480, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "author": {"date": 1522711480, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bf0a03963cfc780863ed8ca496c2653598d85eba", "parents": ["491936a80659bf1db7318755e756c81158692f22"], "commit": "3b947b24caf12a543390bfc26dc061377f902227", "message": "added credits, oops!", "changes": [[1, 1, "essays/eve/index.html"]]}, {"committer": {"date": 1522690586, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522690582, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d7f030aca6899ee26ade21256615ade21ae3c6d9", "parents": ["b2b5658d73dfde129e1688f5d6d769e8d403e867"], "commit": "491936a80659bf1db7318755e756c81158692f22", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522690582, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522690582, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3b3a2b93d4ec04c1fe39f91abb9d47fc2a5a32e6", "parents": ["4670d274ca888eabdcc5b6ba5f79c763e9e88b43"], "commit": "b2b5658d73dfde129e1688f5d6d769e8d403e867", "message": "finished eve tribute", "changes": [["-", "-", "essays/eve/direct-manipulation-editor.png"], ["-", "-", "essays/eve/favicon.png"], ["-", "-", "essays/eve/grid-eve.gif"], [91, 34, "essays/eve/index.html"], ["-", "-", "essays/eve/v0.4-performance.gif"]]}, {"committer": {"date": 1522664927, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522664616, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3da15b70c5cf7a8e84066597c9ea56ab092ca8ad", "parents": ["b3d990d2d1f8c8214e6ae81ad9713d9a5985106a"], "commit": "4670d274ca888eabdcc5b6ba5f79c763e9e88b43", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522664616, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522664616, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "763721bb828bdd2da008d2594d26a1ea260b358f", "parents": ["f5af264c454a0c2421dd670fc69e582b0ade72c4"], "commit": "b3d990d2d1f8c8214e6ae81ad9713d9a5985106a", "message": "## Continuing Eve tribute\n\nApparently, shooting for quantity over quality leads to better quality, so I've decided to complete a small project: the tribute to eve I started last month. Today I finished adding all of the images, videos and links to the page.\n\nWhat remains:\n\n* I need to decide if I should include the other links somewhere in the page, including other dev diaries, other Chris blogs, or Chris's other videos.\n* The story to the page. If it's a \"thanks for your hard work\" or more of just an archieve, etc.\n* Better CSS to make it sexy. Potentially, I'll want a better timeline-y format where the dates are given higher visual priority than they are now.\n\nIt'd be neat if I could get this out in the next few days, maybe on HN, Twitter (send a note to the Eve guys), and reddit on the approriate thread.", "changes": [["-", "-", "essays/eve/FiveSquare.png"], ["-", "-", "essays/eve/card-wiki.png"], ["-", "-", "essays/eve/direct-manipulation-editor.png"], ["-", "-", "essays/eve/eve-v-1.gif"], ["-", "-", "essays/eve/eve-v-2.png"], ["-", "-", "essays/eve/excel-eve.png"], ["-", "-", "essays/eve/first-syntax.png"], ["-", "-", "essays/eve/grid-eve.gif"], [73, 10, "essays/eve/index.html"], ["-", "-", "essays/eve/madlibs-notebook.png"], ["-", "-", "essays/eve/markdown-eve.gif"], ["-", "-", "essays/eve/repl-v-1.png"], ["-", "-", "essays/eve/repl-v-2.png"], ["-", "-", "essays/eve/smalltalk-eve.gif"], ["-", "-", "essays/eve/table-eve.png"], ["-", "-", "essays/eve/v0.4-performance.gif"], ["-", "-", "essays/eve/when-do-madlibs.png"], ["-", "-", "essays/eve/wiki-eve.png"], ["-", "-", "essays/eve/wiki-grid.gif"]]}, {"committer": {"date": 1522067083, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522065916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1e671a4728199394a6956db7e8e99a502ac6ea4c", "parents": ["54af515f3b34fe7e82280a5c990b74a609cc96cd"], "commit": "f5af264c454a0c2421dd670fc69e582b0ade72c4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522065916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522065916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "66e4ebfefe98dcd2d57e2c3a02b9baf4d3c3cc9e", "parents": ["3b30c67660a12c36f641750dfadd2bc5d2e908ce"], "commit": "54af515f3b34fe7e82280a5c990b74a609cc96cd", "message": "## Few resources for understanding Nile\n\n\nIn the \"Linked representations\" section of [Bret's Thinking the Unthinkable talk](http://worrydream.com/MediaForThinkingTheUnthinkable/), he has a video of a tool he built to understand Nile. You can find these links:\n\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_beziers.html\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_points.html\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_reals.html\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_shape.html\n* https://cdn.rawgit.com/damelang/nile/master/viz/NileViewer/demo_test.html\n\nI learned a bit about beziers, as well as more about OMeta and Ohm which was useful. Mostly looking through Viewpoints stuff just made me feel overwhelmed, out of my depth, and sad.\n\n### Struggling to settle on work...\n\nMight move on to Dark work this afternoon, or possibly return to my statecharts rabbit hole. Another slightly tempting project is the Eve tribute, in that there's a clear end in sight for it, and people might actually find value in it...", "changes": [[26, 0, "notes/kill-html-css.md"]]}, {"committer": {"date": 1522065903, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522065900, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "09d7d0c02ee777a70a6d12d2436c933f290e6a73", "parents": ["595e13399ab9fec4e5c5b067c9b3dfb5cc28f433"], "commit": "3b30c67660a12c36f641750dfadd2bc5d2e908ce", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522065900, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522065900, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "122e93512b02f17c04f49b1edc75a85aebe3f3b6", "parents": ["54f98e6dc27c9c4cf779578749c815d647c3b541"], "commit": "595e13399ab9fec4e5c5b067c9b3dfb5cc28f433", "message": "removed old file", "changes": [[0, 231, "essays/eve.html"]]}, {"committer": {"date": 1522063531, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522063060, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2f5388c0e72cc7663b7e62482b2acf644e531892", "parents": ["d8b706f04d195e07a525a6034b99fa06e07fbe54"], "commit": "54f98e6dc27c9c4cf779578749c815d647c3b541", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1522063060, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1522063060, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c60423150974f297e5b3fa205da0ae06b56daefa", "parents": ["9a7a1002ff509d5d188052dfb6ab3fc214800690"], "commit": "d8b706f04d195e07a525a6034b99fa06e07fbe54", "message": "## Next steps\n\n* TOC\n{: toc }\n\nI'm excited to get to work today, but also a bit anxious about picking something interesting and worthwhile to work on. Some thoughts:\n\n### Time-box a project\n\nThe idea here is to pick a well-scoped project, so that I can finish it in the next few weeks and publish something that would hopefully be suitable for Hackernews. An example here would be my [tribute to eve](./essays/eve).\n\n### Continue down the statecharts rabbit hole\n\nI still have [a few more resources remaing from my jump down this rabbit hole last week](http://futureofcoding.org/log#what-remains).\n\n### Zoom out and pick up past research or projects\n\nCycleJS, Fran, Streamsheets, FRP for Scratch/Woof, Morphic etc.\n\nIn re-reading my [plan](./plan), I came upon something I've wanted to do for a while now: struggle to understand STEP's Nile. Let's get that a shot...", "changes": []}, {"committer": {"date": 1521744522, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521744503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c60423150974f297e5b3fa205da0ae06b56daefa", "parents": ["99a64cbf526adf3fe56f73bb0863d8f96a810a12"], "commit": "9a7a1002ff509d5d188052dfb6ab3fc214800690", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521744503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521744503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "804571d77276783eb0669badd6fbc9158d1cb407", "parents": ["ff4326f5d391ff18cf50fb7c2842fc2e0f2aec28"], "commit": "99a64cbf526adf3fe56f73bb0863d8f96a810a12", "message": "## 3/22/18 scattered notes\n\n* TOC\n{: toc }\n\n### What I read/watched today\n\nI got a reply from Kevin Lyangh which first sent me to [this video on statecharts](https://keminglabs.com/talks/#yow2015)\n\nThen to I stumbled onto a few David Nolan talks, which I thought were interesting mainly because they referenced \"Two Cultures of the Scientific Revolution\" (which I recently read and didn't think much of), as well as Out of the Tarpit (which I also recently re-read and enjoyed).\n\nI then got pulled into [Rich Hickey's Value of Values](https://www.youtube.com/watch?v=-6BsiVyC1kM) which provided some good counter-arguments to my [thoughts about specificity](./notes/kill-primitives). Echoing what I just heard from David Nolan, he mentions that we almost always choose bad abstractions and that they often get too much in the way. This point really stuck with me, because abstractions and math seem so elegant, yet maybe their overapplication, like with class inheritance in Java, is what gets us into trouble. On the other hand, simple primitives are portable and easy to understand.\n\nThen I read almost all of the articles on The world of statecharts, read most of the threads in the chat.\n\nRosmaro (and medium posts)\n\nhttps://sverweij.gitlab.io/state-machine-cat/\n\nI also read the first few chapters of [Ian Horrock's Constructing the User Interface with Statecharts](./media/Constructing the User Interface with Statecharts Ian Horrocks.pdf).\n\nI also took [some silly notes on how I'm beginning to view much of the \"evil\" in programming due to historical accidents that have remained with us long past their usefulness](./notes/historical-accidents). (Side note: I think it's probably fruitless to look for \"the root of all evil\" in programming, be it historical accidents today or primitives yesterday. There are two ways to replace this persuit: 1. Be more explicit about trade-offs, and the contexts under which you'd choose between alternatives, and 2. Look for a positive philosophy of what programming is, almost in the John Dewey sense.)\n\n### What remains\n\n* Finish reading [Ian Horrock's Constructing the User Interface with Statecharts](./media/Constructing the User Interface with Statecharts Ian Horrocks.pdf) after page 49.\n* Read [xstate's docs](http://davidkpiano.github.io/xstate/docs/#/) and maybe bulid something in it\n* Read the final two pieces of The World of Statecharts that I haven't read yet: [one](https://statecharts.github.io/use-case-statecharts-in-user-interfaces.html) and two](https://statecharts.github.io/how-to-use-statecharts.html)\n*\n(read more about rosmaro guy's no if and no boolean, as well as the anti-if campaign)\n* maybe post to [the statecharts chat](https://spectrum.chat/statecharts/general)\n* read [this research paper about statechart UI building](http://phrogz.net/developing-user-interfaces-using-scxml-statecharts)\n\n### Yearning for real-world problems\n\nAfter watching all of these videos, I was left with a sense of blah. What do I do with all of these thoughts? Is this method or that method better? Under which circumstances? My thinking became so divorced from any concrete problems that I felt impossible to compare the trade-offs between alternatives.\n\nAnd so I had an idea: what if I use coding on WoofJS as a way to explore many of these ideas. More specifically, what if I use refactoring WoofJS to explore some of these ideas?\n\nThe tantilizing idea would be to start small, maybe just one boolean flag, or one function, and slowly refactor the app back to some sort of sanity. Of course, we still are left with the problem of determining what is sane and what is insane. I don't want to simply move WoofJS from VueJS to some new platform, like CycleJS or Elm or xstate, and just have similar-ish problems but in a new framework. That's a very expensive way to try out a framework.\n\nYet on the other hand, I fear that re-building simple apps, like a button that counts how many times it's been clicked, or even ToDo MVC will not expose me to the truly intricate and sticky problems that would expose whether an approach is good, and also motivate alternative approaches to solving such real-world problems.\n\nA relevant thought here is to bring in Alan Kay's advice to Samantha John: make a list of a few complex applications you want to be able to create in a framework to test and motivate its generality. This is reasonable advice. Some that come to mind:\n\n* [ToDo MVC](http://todomvc.com/)\n* [RealWorld](https://github.com/gothinkster/realworld)\n* Basic scratch games (http://coding.space/scratch)\n* Basic JS apps (http://coding.space/web)\n* Agar.io\n* Candy Crush (Sam John's idea)", "changes": [[34, 0, "notes/historical-accidents.md"]]}, {"committer": {"date": 1521741643, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521741643, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "409e6e474b7307c12a343b2c45d14175d0570ccd", "parents": ["3dd4d893d419b5055119801b8c04a031b2d3a7ae", "ae6ab380e50942dc20ab501d1da5ba4ca017d575"], "commit": "ff4326f5d391ff18cf50fb7c2842fc2e0f2aec28", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1521735090, "timezone": "+0000", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1521735090, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "0e5ff3e152699d629fbb7f47d914064d2082bfaf", "parents": ["a4e9b56b22b5de360361418d306653f35dcb98af"], "commit": "ae6ab380e50942dc20ab501d1da5ba4ca017d575", "message": "added Constructing UI With Statecharts by Horrocks", "changes": []}, {"committer": {"date": 1521661896, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521661664, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "409e6e474b7307c12a343b2c45d14175d0570ccd", "parents": ["cbc906cec5051c366a2fcacef25ac5195c0440a2"], "commit": "3dd4d893d419b5055119801b8c04a031b2d3a7ae", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521661664, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521661664, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2fb68e2df41f6c0af5c716ad93e80e84565be1b2", "parents": ["a4e9b56b22b5de360361418d306653f35dcb98af"], "commit": "cbc906cec5051c366a2fcacef25ac5195c0440a2", "message": "## Fun, fustrating, little progress on killing primitives\n\nPart of the problem doing work on the computer is that I'm too plugged in. Whenever I get stuck in my thinking, it's almost too easy to google around for related work. There are many benefits for struggling through the problem myself, not least of which is that it's quite fun -- I did it last week via pencil and paper and it was a blast.\n\nToday was 6 hours of FoC work. 0 hours of Dark work. Very productive! Tomorrow maybe I'll do 1.5-3.5 hours of Dark work, and then 3ish hours of work here. In particular, I'm excited to explore xstate, statecharts, David Piano, and maybe email him to invite to chat on the podcast.", "changes": [[115, 0, "notes/kill-primitives.md"]]}, {"committer": {"date": 1521656831, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521656590, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0e5ff3e152699d629fbb7f47d914064d2082bfaf", "parents": ["6a788946d8483fdb93c2fc923bc442274368fbaa"], "commit": "a4e9b56b22b5de360361418d306653f35dcb98af", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521656590, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521656590, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c140c6a5131dd55958171e3f75a3b3faf835bc65", "parents": ["e6fbb5d630d20b246bcaf713af23fe86a0794f98"], "commit": "6a788946d8483fdb93c2fc923bc442274368fbaa", "message": "## 6th plan\n\nSpent a few hours this afternoon thinking about this project from a meta level. Wasn't so much fun, nor particularly productive, but I did get some things off my chest I think.\n\nOn the one hand, I want to spend less time thinking about the work I'm doing, and just do the work. On the other hand, if I just let myself get pulled in interesting directions, I end up falling into internet holes, like I did this morning, and then feel unproductive. Hard to find a balance here. One thought is to set up time-boxes for free-flowing thought vs thought about a specific topic vs building time, etc. Potentially I could do it without a computer or without wifi to focus.\n\nI am going to spend the next hour or so actually doing the work that I'm curious about: primitives (booleans, ints) too generic and lead to overloading, etc, etc.", "changes": [[62, 49, "plan.md"]]}, {"committer": {"date": 1521634686, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521634358, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "398a135577cb15528c77b6fed0e19e51f364b93a", "parents": ["a7136894329649b83925aff279d636120d1a2336"], "commit": "e6fbb5d630d20b246bcaf713af23fe86a0794f98", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521634358, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521634358, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5ef70c69cc22b4bbdb3b589f5304326234735158", "parents": ["b0bf24c0cd3e415623667578d94b3c6fc5366261"], "commit": "a7136894329649b83925aff279d636120d1a2336", "message": "## Interface design research\n\n* TOC\n{: toc }\n\n### Pure UI\n\nI picked up today where I left off yesterday, reading about Pure UI and Pure UI control. Excited to continue exploring this way of thinking, and statecharts, David Piano, etc, here: [https://statecharts.github.io/use-case-statecharts-in-user-interfaces.html\n](https://statecharts.github.io/use-case-statecharts-in-user-interfaces.html\n)\n\n### Kevin Lynagh\n\nI then clicked on Kevin Lynagh's name in the Pure UI Control essay and fell into a hole about him and Subform, [some notes here](./notes/kevin-lynagh).\n\nExcited to reach out to him for the podcast. Ditto with Adam Solove. Will reach out now...", "changes": [[34, 0, "notes/kevin-lynagh.md"]]}, {"committer": {"date": 1521574326, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521573817, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "49722e0524bcf027711b85361f059287664c69c2", "parents": ["87eb3e561d02558aa9e657e376eeef3fb99b0de3"], "commit": "b0bf24c0cd3e415623667578d94b3c6fc5366261", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521573817, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521573817, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f0b2960ffa010cb555e4bb06a4a09f113e796961", "parents": ["2b6872a0f80afca2e892f2d1f0f6fd83da528d17"], "commit": "87eb3e561d02558aa9e657e376eeef3fb99b0de3", "message": "## Twitter research\n\n* TOC\n{: toc }\n\n### Inviting people to the podcast\n\nI looked at [this list](https://github.com/stevekrouse/futureofcoding.org/issues/18) of potential guests, invited my friend Nicolae Russan as well as his friend Simon last to the podcast, and reached out to Brent Yorgey as well.\n\nI really enjoyed reading [Brent's slides](http://ozark.hendrix.edu/~yorgey/pub/explaining-errors-slides.pdf) on Explaining Type Errors through an interactive interface where you click on a series of questions. However, it did make me recall Bret Victor's \"interaction considered harmful\" point, and I wonder if there are ways to build a context-sensitive graphic for explaining type errors without any interaction nor a block of text. Maybe with colors? Maybe with shapes? Definitely in the context of where the error is occuring, and not in the console.\n\n### xstate\n\nI then took to [my Twitter list](https://twitter.com/stevekrouse/lists/future-of-coding) for more inspiration, where I stumbled upon [xstate](https://github.com/davidkpiano/xstate), which seems quite similar to CycleJS, particularly now that they can generate state diagrams from your code. I'm quite excited to read:\n\n* https://rauchg.com/2015/pure-ui\n* https://medium.com/@asolove/pure-ui-control-ac8d1be97a8d\n* https://statecharts.github.io/use-case-statecharts-in-user-interfaces.html\n\nI also stumbled across this neat tool. \"Dynamic layout meets direct manipulation.\": https://subformapp.com/\n\nGoodness! There are so many people building cool things in this space. It's difficult to find a balance between research and novel work.", "changes": []}, {"committer": {"date": 1521571919, "timezone": "+0000", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1521571919, "timezone": "+0000", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f0b2960ffa010cb555e4bb06a4a09f113e796961", "parents": ["28ab6280a32c6a13ad58fb83ebbeddc4aa5ef8b4"], "commit": "2b6872a0f80afca2e892f2d1f0f6fd83da528d17", "message": "added paper jonathan edwards recommended", "changes": []}, {"committer": {"date": 1521484921, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521483379, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f0b2960ffa010cb555e4bb06a4a09f113e796961", "parents": ["d43f86280d9f377f05f6c43777d4481cfa0c0e78"], "commit": "28ab6280a32c6a13ad58fb83ebbeddc4aa5ef8b4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521483379, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521483379, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6e103f102d76ec4272c3bd0e47403eb029501671", "parents": ["54072dd320783232c513580bd12cd351042b1600"], "commit": "d43f86280d9f377f05f6c43777d4481cfa0c0e78", "message": "## Newfound excitement\n\n* TOC\n{: toc }\n\n### Direction lost\n\nAfter my visit to Dynamicland at the end of Jan 2018, I [decided to pause this project](http://futureofcoding.org/log#journal-break). I think there are a few reasons I lost direction here:\n\n1. I saw a lot of really smart people that I look up to have a hard time in this space (Bret, Alan, Chris Granger)\n2. I felt that my chances of success were dim\n3. I found it difficult to explain what I was doing to friends, family and strangers at parties\n4. I lost track of who or for what use-case I was doing this work\n\nSo I started looking for full time work as an engineer. Got a job offer. Turned it down. Then found some part-time work...\n\n### Dark (Paul and Ellen's new startup)\n\nPaul Biggar (of CircleCi) has started a new company with Ellen Chisa. They reached out to hire me to do some consulting work for them part time, like 5-10 hours per week. It's actually been amazing, potentially exactly what I needed to get re-invigorated here. I started working with them in early Feb, doing analysis of developer companies, like Eve or Luna. Would love to get some of this work on here in a productive way.\n\nIt's actually been really heartening doing this analysis. I am beginning to see how companies like Eve made mistakes that I could avoid, such as spending years iterating on visual programming interfaces or overly optimizing for beginners right off the bat.\n\n### Fuck the learning curve\n\nIn other words, I am finally beginning to come around to Paul Chuisano's view that learning a new system is a one-time cost. Of course we want to onboard users as fast as possible but it's not the most important thing to get right on day 1, and it's definitely not the thing to optimize for. Instead, let's fuck the learning curve and optimze for the producitivity in the medium-term. (We can always build a better interface later, maybe even a syntax-less one, but text is great for iterating quickly.)\n\n### Working on Woof\n\nHowever, probably the thing that has got me most excited about returning to this project is [the work I did on Woof last week](https://github.com/stevekrouse/WoofJS/commit/04a7ce1e3e371957d4304a049e96dc8a6818bc59). It took me ~6 hours and was mostly super fustrating, but also fun and addicting, like a video game. It reminded me how much I both love and hate programming, and hinted at how amazing it could be with the right abstractions.\n\n### Overloading\n\nA few weeks back, r0ml was kind enough to give me a guided tour of both APL and Squeak Smalltalk. Both were incredibly fascinating and inspiring!\n\nWhile the APL overloading and concise mentality is admirable in some respects, I also wonder if it could be the root cause of much evil. The thought goes something like this: if you use the same concepts for multiple different contexts, you end up artifically boxing yourself in unneccesarily. Instead if you could be more specific about the \"shape\" of your app, and all possible *semantic* states it could get it, you could more purely represent your app as a system of relationships, and then understanding and extending it would be greatly simplified.\n\nThis builds upon my ideas of the past such as \"booleans are too generic,\" to include such ideas as \"integers are too generic.\"\n\n\n\n\n### Thoughts about where to spend time\n\nI think I need a new framework for this work. I made a list of the type of activities that I do here:\n\n\n\nI wonder if it would be better if I structured my work around publishing stuff and trying to get views or upvotes on HN. I like it because of the social proof and it would feel good, but I am worried it's too much click-bait-y and focusing too much getting attention.\n\nAnother thought is to focus my attention on a really small problem that I think I can solve well.\n\nAnother thought is to find a mentor or some structure in the context of other people.\n\nAnother thought that gives me solace is that this stuff is really deep and complicated and the key is optimzing for long term productivity and excitement, so I need to find a structure that lets me have fun here for a while, while staying productive...\n\n#### Throw out HTML, CSS\n\nAnd a final thought is to pick a big ambitious project to spend most of my time on. One idea that I keep returning to is \"throwing out the DOM (HTML, CSS) and starting over on the canvas,\" including building input boxes, etc, from scratch. This project is quite similar to Morphic (more specifically, morphicJS) so I'd start with research there, and try to find other attempts at this vision. Potentially, the canvas is not the right compile target and something more modern or cross-platform would be better, like openGL.\n\nI really admire Elm (and Fran, but need more research here). Also Brent's Diagrams is interesting for inspiration. The dream would be a very mathmatical language, one in which centering stuff, laying it out, would be super simple. Ditto for animation. All maths and relationsihps. All very pure. And cross platform is by default because so abstract. And reactive by default because canvas is immediate mode already. Also, it will be \"turtles all the way down,\" like Smalltalk, in that there's no browser magic elements, like . Everything is hackable. Don't just change the CSS: change the actual thing or whatever.", "changes": []}, {"committer": {"date": 1521481529, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521481492, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6e103f102d76ec4272c3bd0e47403eb029501671", "parents": ["027ff390975786e283d47579757f7e7c67d0cab5"], "commit": "54072dd320783232c513580bd12cd351042b1600", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1521481492, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1521481492, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5422b40475938385b9d29bf78ffb2deb4c922138", "parents": ["357b8c1b62c0fa0a750acfab44ff20d64701d669"], "commit": "027ff390975786e283d47579757f7e7c67d0cab5", "message": "## Started Eve Tribute\n\n(I acutally did this work a few weeks ago and forgot to commit.)", "changes": [[231, 0, "essays/eve.html"], [167, 0, "essays/eve/index.html"], ["-", "-", "essays/eve/media/FiveSquare.png"], ["-", "-", "essays/eve/media/aurora.png"], ["-", "-", "essays/eve/media/card-wiki.png"], ["-", "-", "essays/eve/media/excel-eve.png"], ["-", "-", "essays/eve/media/first-syntax.png"], ["-", "-", "essays/eve/media/first-ui-editor.png"], ["-", "-", "essays/eve/media/grid-eve.gif"], ["-", "-", "essays/eve/media/madlibs-notebook.png"], ["-", "-", "essays/eve/media/markdown-eve.gif"], ["-", "-", "essays/eve/media/table-eve.png"], ["-", "-", "essays/eve/media/when-do-madlibs.png"], ["-", "-", "essays/eve/media/wiki-eve.png"]]}, {"committer": {"date": 1517519283, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1517519280, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fe16d2df067357cbb424ebbf27936c114c4d2e14", "parents": ["3a0300d8930603a7bcf4af1cd07ad4061d872f5a"], "commit": "357b8c1b62c0fa0a750acfab44ff20d64701d669", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1517519280, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1517519280, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0bc8c84a128478472441bf7b5b996497cafc16e2", "parents": ["be36800d08f58cba436654db5fd4da6c02b778b3"], "commit": "3a0300d8930603a7bcf4af1cd07ad4061d872f5a", "message": "added ep 21, aidan cunniffe", "changes": [[27, 0, "episodes/21.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1516728432, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516728430, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "698c1f4b51a9446334c6683260d50792d3bb861b", "parents": ["f5d8ca01b87c68fffe5f33b38448b206ba79eb8b"], "commit": "be36800d08f58cba436654db5fd4da6c02b778b3", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516728430, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516728430, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "951f3b6035ca3c35730daa27f5153b3892e7835a", "parents": ["633a40e0db568087dcd22da8dbae7b0b4757cdc2"], "commit": "f5d8ca01b87c68fffe5f33b38448b206ba79eb8b", "message": "add dynamicland recap", "changes": [[44, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516662048, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516661642, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "87c20b46bb871043662d7e78fe1fa584f117c62e", "parents": ["8bf6053280b3e0fd3a1f641663dd3e91965f4012"], "commit": "633a40e0db568087dcd22da8dbae7b0b4757cdc2", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516661642, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516661642, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5b0fe224cd746d7c1fe06c2befe48b8c785b7bd2", "parents": ["d1e4f714331ca1aaea604f6abc58f35a7ffdb236"], "commit": "8bf6053280b3e0fd3a1f641663dd3e91965f4012", "message": "## Journal break\n\nGiven how Bret Victor is the main inspiration for this project, it was really really fascinating to spend so much time around him last week. One of the biggest things I took away was that \"improving programming\" is a difficult goal to shoot for directly. The biggest improvements to programming happened when someone from a different field were shooting towards a bigger, more abstract goal. They also never came from young people. I'm going to have to think through how these new ideas influence this project. Potentially I will put it on pause for a while.\n\n## Interviews tomorrow\n\nI haven't done any interviews this year, but I hope to rectify this with two interviews tomorrow. I'll release one either late this week or early next week, and the other either late next week or early the following week.", "changes": []}, {"committer": {"date": 1516421982, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516421980, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5b0fe224cd746d7c1fe06c2befe48b8c785b7bd2", "parents": ["500ce8b8e04e9519b013dcac56ec98b04378184b"], "commit": "d1e4f714331ca1aaea604f6abc58f35a7ffdb236", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516421980, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516421980, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "268eaf5c8fd55c0bc58872bea28f8a19618b04e0", "parents": ["d6903da0a7b984da34a02b278d0bcf2d7ecce14d"], "commit": "500ce8b8e04e9519b013dcac56ec98b04378184b", "message": "don't forget to tweet videos", "changes": [[1, 1, "_data/git-log.json"], [1, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516421868, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516421865, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "58b36eebc6d9ec44d9305fc240d58dbe3b163cf3", "parents": ["6699e07022b5537656ff80db84ad7c0d7ec7ee5c"], "commit": "d6903da0a7b984da34a02b278d0bcf2d7ecce14d", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516421865, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516421865, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "39fade38eb6790621352c24756f63f9b8c563413", "parents": ["07d7248d79178022619509b38f1489f4942c0a72"], "commit": "6699e07022b5537656ff80db84ad7c0d7ec7ee5c", "message": "dynamicland, day 5 recap", "changes": [[1, 1, "_data/git-log.json"], [29, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516391913, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516391911, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3c843c7800df713f3922c90a7af470df1cdbb82b", "parents": ["dfeef5708b29fc88b81ead052f1a8ce25c3a834d"], "commit": "07d7248d79178022619509b38f1489f4942c0a72", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516391911, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516391911, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b8ad3f588dd30f48dd56de117085403a2243e216", "parents": ["bd09974abe246898ab9a9484dfe2b7f6bde5ab29"], "commit": "dfeef5708b29fc88b81ead052f1a8ce25c3a834d", "message": "dynamicland day 5 prep", "changes": [[1, 1, "_data/git-log.json"], [28, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516335676, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516335673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fa65863ffdce719ac8a89cd02ecbdf89c577196c", "parents": ["2625ce53e4f30ea4a5018f40d0b59380d6f9265d"], "commit": "bd09974abe246898ab9a9484dfe2b7f6bde5ab29", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516335673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516335673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "98abe6f6a36241445a31fe6c5076be5d8b2f6579", "parents": ["50e41fc33454c06f4b379f2e56ee2cf265f37d0a"], "commit": "2625ce53e4f30ea4a5018f40d0b59380d6f9265d", "message": "dynamicland, day 4", "changes": [[1, 1, "_data/git-log.json"], [39, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516240808, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516240805, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f37bb380995752031f935df550c25c71e0dfe41e", "parents": ["891cd71ae76e36356b7c920830c96646ed8b8b27"], "commit": "50e41fc33454c06f4b379f2e56ee2cf265f37d0a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516240805, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516240805, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1c9fc2881f901d215dbc4de04885bf513bdffac3", "parents": ["e301304ab8bebc8ca97c0b1d7f03a9215a152f5a"], "commit": "891cd71ae76e36356b7c920830c96646ed8b8b27", "message": "dynamicland, day 3 recap", "changes": [[39, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516213389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516213387, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c4f42c8cae6e4dc11a7fe58819e27ab39355f309", "parents": ["fece204a7a0dd48d5d71fef9b920d0d10c311b6a"], "commit": "e301304ab8bebc8ca97c0b1d7f03a9215a152f5a", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516213387, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516213387, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a0a9a8011561566d1d17f338c37c04fdaf9a608c", "parents": ["1abdb2603f25c7a123627f9cc870212bfe95d91b"], "commit": "fece204a7a0dd48d5d71fef9b920d0d10c311b6a", "message": "day 2 recap; day 3 prep", "changes": [[27, 2, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516134296, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516134193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9dd8bcafb2be2f88776ce3b930667b8cf8558161", "parents": ["cfc21446f90b736af7c0d2fd3212d888ac536040"], "commit": "1abdb2603f25c7a123627f9cc870212bfe95d91b", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516134193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516134193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "cd4ad8fbf4d20596c98da3d373c1a93629ccaf58", "parents": ["c982f944da30ef9562d53727da5719d89ac7f260"], "commit": "cfc21446f90b736af7c0d2fd3212d888ac536040", "message": "## reflection 11\n\nBoom - started and finished in an hour. If I reflect often enough, and don't try to be comprehensive about it, I think I can put up with this.", "changes": [[88, 0, "reflections/11.md"]]}, {"committer": {"date": 1516130705, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516130703, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fd7b157c9cf521b71dba39bdf824b5e19ffb3d0c", "parents": ["70deb443f87cc4d2129667c0bc5cc3bf9136abbc"], "commit": "c982f944da30ef9562d53727da5719d89ac7f260", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516130703, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516130703, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "370b6a95f0d9b889f037262e8061e86240916700", "parents": ["a734c9db4f23c503bfbb31f54f3eb17df09faf00"], "commit": "70deb443f87cc4d2129667c0bc5cc3bf9136abbc", "message": "add link to live page", "changes": [[5, 3, "log.md"]]}, {"committer": {"date": 1516130688, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516130686, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bdbcb1d38242fe75bf7b2adbf031bb40f605dd1c", "parents": ["da0821d9a2dbea650caf7b4aa6efcd8c16636652"], "commit": "a734c9db4f23c503bfbb31f54f3eb17df09faf00", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516130686, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516130686, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8394e2539369ea112e2f70a019223aa508b0054e", "parents": ["e0e6dd87aa3e4a74715f105960f3effb365e1027"], "commit": "da0821d9a2dbea650caf7b4aa6efcd8c16636652", "message": "removed title jekyll typo", "changes": [[1, 1, "episodes/20.md"]]}, {"committer": {"date": 1516123175, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516123173, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9c9d764bec377635f07fa4e2a16b6eaa71b04086", "parents": ["3c6a9e7f9dd8beac4ecd6d54d1810e017c3c2ad7"], "commit": "e0e6dd87aa3e4a74715f105960f3effb365e1027", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516123173, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516123173, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9a6fc2aa64d8b5e1331ed7793514eb99a5055170", "parents": ["cc25cd723d449a29c6227c9408e63a81f700d0a8"], "commit": "3c6a9e7f9dd8beac4ecd6d54d1810e017c3c2ad7", "message": "prep for dynamicland, day 2", "changes": [[1, 1, "_data/git-log.json"], [69, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1516078274, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516078271, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "cb5d5056f2f9b4a85d58bbb8d05a78408d95469e", "parents": ["311452ac76363a63b81bc9ed798f4543d8aac547"], "commit": "cc25cd723d449a29c6227c9408e63a81f700d0a8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1516078271, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1516078271, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3ba72c147a36a300c79e7303d1aa49b2ff5444d4", "parents": ["1275618ef04ff41d5bf7e758f0d0b56a79f87643"], "commit": "311452ac76363a63b81bc9ed798f4543d8aac547", "message": "Dyanmicland visit, day 1", "changes": [[1, 1, "_data/git-log.json"], [47, 0, "notes/bret-victor/dynamicland.md"]]}, {"committer": {"date": 1515801319, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515801311, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fedb4fdb66eabfd616911e314e74e716843682fd", "parents": ["cdb26d0592f615ae760416bb451233568b7d11a9"], "commit": "1275618ef04ff41d5bf7e758f0d0b56a79f87643", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515801311, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515801311, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "46b48d59343ec50bd54f55c0349406c6f7030c82", "parents": ["94febe1a8150c6ec54cb18909a26d60db9b4867e"], "commit": "cdb26d0592f615ae760416bb451233568b7d11a9", "message": "## Rushed BV deep dive\n\n### Quick progress\n\nQuick & dirty progress with little to no note taking was made today on a number of BV things:\n\n* Media for Thinking the Unthinkable\n* The Future of Programming\n* Seeing Spaces\n* RESEARCH AGENDA AND FORMER FLOOR PLAN\n* The Humane Representation of Thought\n\nAs well as a few selected references that he linked to from those (or the notes for those), but you'll have to see my notes in this commit for all that jazz.\n\n### Remaining things\n\nThought I didn't get to them today, I think it would be useful to me to read both Bret's _2013 links_ and _What a technologist can do about climate change_ before I show up at Dynamicland. I have plenty of time for both of these things before Monday at 1pm PST, but it's also not a tragedy if I don't get to them.\n\nAs far as my BV deep dive goes, I'd say that it's as done, if not more done, than the deep dive I did into Alan Kay. There's more to be looked at for both men, for Alan there are many videos, and for Bret, there are past websites, projects, and journal entries. But I suspect that after next week, I will feel content in my knowledge of Bret Victor for now, and would be more happy spending time with his sources, than with him directly. And of course, re-reading and re-watching is always useful so I can always comes back to this if I need to.\n\n### Self-directed masters program\n\nOn a trip to the bathroom, I picked up Richard Rorty's _Philosophy and Social Hope_ and was blown away by the first few pages. He alluded to being able to dissolve [my current paradoxical thoughts on the distinction between inventtion vs discovery](/essays/invented-or-discovered). It feels like Rorty might do for Dewey what Deutch does for Popper.\n\nAnyways, I have a stack of books in front of me ranging from Piaget to McLuhan to Raskin to Vygotsky to Brooks to Rheingold to Minsky to Hofstader. And I have at least another dozen such books elsewhere that feel like essential reading for me to live a fufilled life. Thus had the thought to structure all of this reading and reflecting into an organized structure of some sort, which I am currently referring to as a \"self-directed masters program.\" Here are some of the tasks (unordered) that represent my current thinking of the next steps here if I choose to continue planning in this direction...\n\n* look into how other masters' programs, PhD programs, or other programs of study are organized, such as [Open Masters](https://www.openmasters.org/) and [Steph Jang's post](http://stephjang.com/blog/free-masters-program/)\n\n* think about the topics / questions / goals (in other words, why do this over getting a job or starting a company, or any other possible thing?)\n\n* will there be a thesis or end product, one or many?\n\n* mentorship?\n\n* physical location?\n\n* time\n\n* budgeting", "changes": [[1, 1, "_data/git-log.json"], [130, 4, "notes/bret-victor/index.md"], [2, 0, "notes/bret-victor/questions.md"]]}, {"committer": {"date": 1515780096, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515779539, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "07406860a20a72557192780b0a6ac840fd9b9f26", "parents": ["88383172d451cc20d6df5751352e63a4fad8c175"], "commit": "94febe1a8150c6ec54cb18909a26d60db9b4867e", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515779539, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515779539, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "eaab0b653df713af1adbde0c8eadcd878e1921b7", "parents": ["02c397d7d358656d3ffb1daa7336ba766b0b7ffe"], "commit": "88383172d451cc20d6df5751352e63a4fad8c175", "message": "## Plan for 01/12/18\n\n### _Media for Thinking the Unthinkable_\n\nI spent the morning watching _Media for Thinking the Unthinkable_, again without taking notes, but still making an effort to read sources, which in this case included [The Unreasonable Effectiveness of Mathematics](http://www.jstor.org/stable/2321982) and [An Ill-Advised Personal Note about \"Media for Thinking the Unthinkable\"](http://worrydream.com/MediaForThinkingTheUnthinkable/note.html), the ladder of which had a few wonderful gems, including:\n\n> Any concept, technique, or tool that is specific to software engineering is guaranteed to have a short shelf life, at least on any time scale that I personally care about. (Which is totally fine if you're into that, but this is my ill-advised personal note, not yours, and I personally care about mattering 100 years from now.)\n\nWow, that's fascinating. Makes me wonder about where this desire to attain a lasting legacy comes from.\n\n### Rest of today\n\nI'm going to take an the next hour for lunch and mayge get a haircut, so that puts me at 2pm, and then I have to leave for dinner at 7pm, so I have 5 hours for work. Given that this is my last real work day before visitng Dynamicland, I'd like to get through the following things:\n\n* finish the last ten pages of _Visual Display_\n* finish reading _No Silver Bullet_\n* finish my [BV deep dive](/notes/bret-victor), which includes:\n * The Future of Programming\n * RESEARCH AGENDA AND FORMER FLOOR PLAN\n * Humane Representation of Thought\n * What a technologist can do about climate change\n\nWill probably have to go much faster than usual to make it through. No problem.", "changes": []}, {"committer": {"date": 1515708602, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515707262, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "eaab0b653df713af1adbde0c8eadcd878e1921b7", "parents": ["69ec3c567fb38e04feaad7209cd76d36ab43890b"], "commit": "02c397d7d358656d3ffb1daa7336ba766b0b7ffe", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515707262, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515707262, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a90b26ed014021e2026e8985350d601d56eb144b", "parents": ["13e2f0088dc30f5e9033aa970a887bfa7a5d5683"], "commit": "69ec3c567fb38e04feaad7209cd76d36ab43890b", "message": "## Reading Tufte\n\n### _The Visual Display of Quantitative Information_\n\nToday I read 178 out of the 190 pages of Tufte's _Visual Display_. It was While I have recently been writing copious notes while I read, today I simply read without taking any notes, despite of course, this adorable note:\n\nhttps://t.co/nqIwhoOc39
— Jennifer Jacobs (@jsquare) May 18, 2018
Recording of our presentation on Artist-Centric Programming Tools at #chi2018
\n\n\nIt was interesting reading. When I turned the page and found the beginning of the next chapter, I would intend to take a break, but figured I might as well read first read the first few lines of the next chapter just out of curiosity. But then my curiosity would be so piqued that I'd find myself going chapters at a time without breaks. It was a good 4 hours of Tufte today.\n\nGiven that I don't have any immediate concrete, practical use for these skills, I'm not sure how useful it felt. As a study in where ideas come from, it was interesting to see many Bret Victor ideas I'm familiar with in their original context. For example, I recognized sparklines, a Tufte invention, from BV's work (although in a quick web search, I am unable to find an example of this...) This speaks to the question of pre-loading vs just-in-time learning. I feel like most of the value in my reading today will be in knowing where the answers to questions about data visualization will likely be found -- and that there are answers here at all -- rather than the actual rules or techniques that I read given that I am likely soon to forget them in the absence of applying them anytime soon.\n\n### Steve's Search for Meaning\n\nRecently I've been talking a lot about meaning, asking questions about the value of earning money, status anxiety, and company mission statements. Given that this is not the first time my brain has wadded its way into this territory, I am suspect that these concerns are \"real\" concerns, in that I don't actually care about the answers to these questions. I feel that it's much more likely that I am feeling unsettled for some external reasons (such as having less contact with people given all the reading I'm doing, or having less structure in my life), and am then looking for logical questions to focus my and others' attention on to explain away my unsettled internal state.\n\nWhen I shift my attention away from these questions, and back to my current plan of pickling myself in ideas, I feel much less anxiety: as long as I read a lot, and reflect on my reading, I'm following the plan. Another thing that abates my worries: the books and essays on my to-do list are first-class. In fact, it's difficult to find any to remove, and sometimes feels impossible to prioritize. My disquiet disappers entirely if I simply focus on enjoying the pinacle of pleasure that I have the luxury to enjoy by simply being allotted the time to dive into books that are interesting and potentially useful to me. That is, if I stop justifying, and simply enjoy.", "changes": []}, {"committer": {"date": 1515627432, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515627317, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a90b26ed014021e2026e8985350d601d56eb144b", "parents": ["9d19d8baba86170ad8b8ddf98197f70afe25ad7e"], "commit": "13e2f0088dc30f5e9033aa970a887bfa7a5d5683", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515627317, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515627317, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f1796306fe60f18d360331c57fa4d4bf63a0fa20", "parents": ["ced126d1bdc35bf85d932e6f345f86d210070e86"], "commit": "9d19d8baba86170ad8b8ddf98197f70afe25ad7e", "message": "## Good meetings and reading\n\n### Questioning the idea of crusade\n\nI've been doing a lot of questioning these days. Today I did my questioning with Omar Rizwan and my cofounder Eli. Maybe Bret's importing of the idea of \"cause\" from social activism into engineering isn't such a great idea? Maybe it's more fun and useful to solve problems for real people on their own terms - without having a bait-and-switch reason why.\n\n### Finishing Learnable Programming\n\nTechnically not 100% finished, given that I need to read all references, and I'm [not entirely done](/notes/no-silver-bullet) with No Silver Bullet.", "changes": [[1, 1, "_data/git-log.json"], [38, 1, "notes/bret-victor/learnable-programming.md"], [73, 0, "notes/no-silver-bullet.md"]]}, {"committer": {"date": 1515536900, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515536782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "af7da7f7997092b628542eee48192591fbe3da5b", "parents": ["54ac548ddf5f2ed1376fbd2ddfd2b7e53605b63d"], "commit": "ced126d1bdc35bf85d932e6f345f86d210070e86", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515536782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515536782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bc9bf2a48ef3065d3c765a6623169a2452ff34e0", "parents": ["017b67483cddfcc656c1b7ba3ae99beb26be04c4"], "commit": "54ac548ddf5f2ed1376fbd2ddfd2b7e53605b63d", "message": "## Big long day of BV deep dive\n\nStill making my way through Learnable Programming, making sure to read all of the footnotes and refernces, as well as fully articulate all of the relevant other thoughts I have while I read. This is probably too much writing, I'm beginning to realizing, but I am indeed almost done! With this one essay. Then there is much to do read and re-watch before heading out to Dynamicland.\n\nI also got my first Tufte book, the Visual Display, and would love to get partway into that at least as well.", "changes": [[1, 1, "_data/git-log.json"], [24, 3, "essays/customer-support.md"], [41, 0, "essays/regex-for-humans.md"], [127, 1, "notes/bret-victor/learnable-programming.md"], [23, 0, "notes/bret-victor/questions.md"]]}, {"committer": {"date": 1515276246, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515276244, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "807a3e45ddfa7367f1faf8cb26d2f460421a24dd", "parents": ["16f57287efc9e17bfa21ee829b6e98dec047d7e0"], "commit": "017b67483cddfcc656c1b7ba3ae99beb26be04c4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515276244, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515276244, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6a95d45c7aeac43dd00853ca9ea8fefa02d294a9", "parents": ["8dfe71285e19a40034cf28aacbfce0cb65b52d06"], "commit": "16f57287efc9e17bfa21ee829b6e98dec047d7e0", "message": "more LP notes", "changes": [[28, 0, "notes/bret-victor/learnable-programming.md"]]}, {"committer": {"date": 1515256579, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515256577, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "624db7c2cdbb1af65b7d91797078be947ba1c518", "parents": ["f235d11a785b542ce249936ce1e88eb055ac3906"], "commit": "8dfe71285e19a40034cf28aacbfce0cb65b52d06", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515256577, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515256577, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "50ef1c3e268bb41902fabcd028bb5fd434082954", "parents": ["56f0734828adb8e35849d317a2d6a88ac967a855"], "commit": "f235d11a785b542ce249936ce1e88eb055ac3906", "message": "add section about chat bots", "changes": [[1, 1, "_data/git-log.json"], [5, 1, "essays/customer-support.md"]]}, {"committer": {"date": 1515256315, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515256257, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6d34aa14cce6bf119c53e6b85f40890ab39df828", "parents": ["ff27e1e0032dd75749716cfe820add9eb313d213"], "commit": "56f0734828adb8e35849d317a2d6a88ac967a855", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515256257, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515256257, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3db6ac40b03f1c51c05f5f79db553b759274f5e2", "parents": ["d2a995d7fadb9046a3b136d917f5323dd01e4452"], "commit": "ff27e1e0032dd75749716cfe820add9eb313d213", "message": "## BV deep dive: learnable programming\n\nDid some good reading and writing this morning! As ususal, I wrote much more than I read. Fun fun!", "changes": [[1, 1, "_data/git-log.json"], [52, 0, "essays/customer-support.md"], [59, 0, "essays/learnable-programming.md"], [93, 33, "notes/bret-victor/learnable-programming.md"]]}, {"committer": {"date": 1515190081, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515190079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a0bc72a5bdae58bb8a73dfd1acb70fb8c7d20249", "parents": ["12946987bf830b95557f1ef7efdf646da20e1f49"], "commit": "d2a995d7fadb9046a3b136d917f5323dd01e4452", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515190079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515190079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "46d11b3e8f483e12fabaf6011b16b2d5aa13156d", "parents": ["ea747bdc5c805b70ff84461b3ed5ca3adf8d6c03"], "commit": "12946987bf830b95557f1ef7efdf646da20e1f49", "message": "finished reflection 10 (finally)!", "changes": [[31, 92, "reflections/10.md"]]}, {"committer": {"date": 1515189463, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515189354, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "76c583c4b2d5f9ac49d27e6860bd43f8a208acd0", "parents": ["fb84c847a489c52bc8269b274ec0f7d4b1533443"], "commit": "ea747bdc5c805b70ff84461b3ed5ca3adf8d6c03", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515189354, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515189354, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "34b58e1a2d2143030e0a7b811db269a71173159e", "parents": ["4f29cd260f0fc7be802a606d3e80d04712b0d36f"], "commit": "fb84c847a489c52bc8269b274ec0f7d4b1533443", "message": "## Shortcut to github issues\n\n* TOC\n{: toc }\n\nNow [futureofcoding.org/issues](./issues) will link to https://github.com/stevekrouse/futureofcoding.org/issues\n\nAnd [futureofcoding.org/issues/3](./issues/3) will link to https://github.com/stevekrouse/futureofcoding.org/issues/3\n\nThis works for arbitrary issues because I wrote the code in the 404 page for this repo, which here acts as a router.", "changes": [[16, 0, "404.md"]]}, {"committer": {"date": 1515187169, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515186595, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f0c9358dc93d8c97ec6b91979fa7c10b5c4d3b89", "parents": ["795c14e50e03c323c0db054f2231dd2b0140caf3"], "commit": "4f29cd260f0fc7be802a606d3e80d04712b0d36f", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1515186595, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1515186595, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "99e9799b88588cc45d34f125a76a17738bed2d42", "parents": ["5c391ad1e039666e4c35e774f63b2fc38bf5520f"], "commit": "795c14e50e03c323c0db054f2231dd2b0140caf3", "message": "## Update for this week\n\n* TOC\n{: toc }\n\n\n### Plans to visit Dynamicland!!\n\nI'm very excited to be visiting Dynamicland in two weeks! I'll be there Jan 15-19 2018. I've heard, read, and seen so many amazing things from there, and I'm pumped to see it all firsthand and play with it all. Hopefully I'll have some fun videos, writings, and/or podcasts for y'all from there soon!\n\n### Where have I been this week?\n\nI have not committed to this project/log/journal at all this week, which is directly contradicting my policy of contributing every day, except when otherwise specified. Part of the problem may be that it's unclear *where* I specify which days I have *on* vs *off*. Food for thought.\n\nAnyways, I've really taken this past week for vacation. I took my girlfriend to waterski on Monday, spent the day with my grandparents on Tuesday (six hours of grandparent technology help was fun!), and spend what was supposed to be my last day in FL with my mom and brother on Wednesday.\n\nWe were supposed to leave Thursday morning, but our flight was cancelled because of the snow. I spent the day packing and then unpacking my things and on the computer and then phone with Spirit airlines. Very fustrating.\n\nHowever today I have been working! I spent the morning on email, then had a fun chat with Paul Chiusano about education, and now am here. I plan to spend the next 90ish min here, then workout, then have dinner.\n\nGiven how unproductive we've been this past week, my girlfriend and I are considering spending this weekend (tomorrow and the next day) working too, so stay tuned on that front. No promies.\n\n### Reflecting on reflection 10\n\nI am overwhelmed by the size and scope of reflection 10. It's both too much to think about and also not fun to think about.\n\nAnd it's just plain embaressing, really indefensible to not get any work done because you're blocked on a reflection time. Apparently there was wisdom in the setup that I had before: Monday's are reflection days. You can only spend as much time as you have on a Monday. This is good because it forces me to not include all sorts of tangents.\n\nSo my current idea is to spend the next 90 minutes finishing reflection 10, of which the goal is to come up with a plan for the next two weeks before leaving to visit Dynamicland.\n\n#### Cleaning up reflection 10\n\nMake the BV deep dive section short. No re-reading of notes.\n\nRemove the Alan Kay / possiblitiy and income sections.\n\nKeep misc updates.\n\nThink about priorities.\n\nLet's do it!", "changes": []}, {"committer": {"date": 1514590238, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514590238, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "99e9799b88588cc45d34f125a76a17738bed2d42", "parents": ["4825676c47d70de77de6af4f556ae0fe25517d77", "602ba1680383e18cc902685ad78aaed205ae9081"], "commit": "5c391ad1e039666e4c35e774f63b2fc38bf5520f", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1514590228, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514590225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "79eccc421307c9e4e20271b4b8e486a98d6655d5", "parents": ["d1443cbc78bef5fb96506bf3171f050674d61462"], "commit": "4825676c47d70de77de6af4f556ae0fe25517d77", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514590225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514590225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "61922b29ca9a5f67bad6b9eb0dd6ee2dac03cd5a", "parents": ["38b262e91d83963956e21581fc79103fd9c1c39c"], "commit": "d1443cbc78bef5fb96506bf3171f050674d61462", "message": "glen call notes", "changes": [[1, 1, "_data/git-log.json"], [4, 0, "notes/bret-victor/index.md"], [24, 0, "notes/glen-chiacchieri-12-29-17.md"]]}, {"committer": {"date": 1514588570, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1514588570, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ff49f994bb6b02634b5cbf1b52ce47eaf72be7f8", "parents": ["38b262e91d83963956e21581fc79103fd9c1c39c"], "commit": "602ba1680383e18cc902685ad78aaed205ae9081", "message": "add beach link to notes", "changes": [[2, 1, "episodes/20.md"]]}, {"committer": {"date": 1514570064, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514570062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1ad148eb452d6c295c95d1e85cb8803d85b16cc9", "parents": ["70943c7668e5e1e14bfac3457c49be7b49fe22e9"], "commit": "38b262e91d83963956e21581fc79103fd9c1c39c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514570062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514570062, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7fc111b95d13bf3a8a16fd1635b4b01b07d33262", "parents": ["2e62bd2632f774a9bb5d0fec774b7bd37fa9d0d8"], "commit": "70943c7668e5e1e14bfac3457c49be7b49fe22e9", "message": "glen call prep", "changes": [[63, 0, "notes/glen-chiacchieri-12-29-17.md"]]}, {"committer": {"date": 1514569394, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514569393, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2de889e9fdb104f8896fa6450ba2d3aa135accb3", "parents": ["6711faceefd673092487c81a787a5fbe986ab02b"], "commit": "2e62bd2632f774a9bb5d0fec774b7bd37fa9d0d8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514569393, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514569393, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "aeea5802c82336fa26ed0dbe36e96b6ef2988980", "parents": ["62d4aa8f55cf9fde45e009cac26770e28b1bddbf"], "commit": "6711faceefd673092487c81a787a5fbe986ab02b", "message": "continued working on reflection 10", "changes": [[53, 30, "reflections/10.md"]]}, {"committer": {"date": 1514567455, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514567453, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9145ae3647f642fb3bed409b354ac3aa67779ea2", "parents": ["50b312677133e85c3bfa9f06f394df1ec5fa1bbf"], "commit": "62d4aa8f55cf9fde45e009cac26770e28b1bddbf", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514567453, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514567453, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f91c5388b367bd6cc221f6fd46c300f54341de08", "parents": ["968eab4c42a65b95b092e5026a49a0a37a6202b5"], "commit": "50b312677133e85c3bfa9f06f394df1ec5fa1bbf", "message": "moved hash to link to fix anchor tag", "changes": [[2, 3, "log.md"]]}, {"committer": {"date": 1514560748, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514560746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7f193c941e7d02ac7494fb2fe3dde284185ab495", "parents": ["c519f7faf8a52073d621d68f0a595dae2c3720b3"], "commit": "968eab4c42a65b95b092e5026a49a0a37a6202b5", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514560746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514560746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "64671b2710cad0ee2736f8b351e05effa578e274", "parents": ["fc5c1d1119543c9b7b35f916c9910e4c00c571b4"], "commit": "c519f7faf8a52073d621d68f0a595dae2c3720b3", "message": "removed subscribe button nobody used", "changes": [[1, 1, "_data/git-log.json"], [0, 1, "index.html"]]}, {"committer": {"date": 1514560675, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514560673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e6ebb74ed44f7035d462dc072fe1f314123cfc7b", "parents": ["8f6345eacc39d9fcf95210a58a09cba7c1fb03f9"], "commit": "fc5c1d1119543c9b7b35f916c9910e4c00c571b4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514560673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514560673, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "756003adb2a9c5031f6ea87b37048319e39924ef", "parents": ["546ba9a392f17100bd7ee13ec0381d8d1cc3bb8b"], "commit": "8f6345eacc39d9fcf95210a58a09cba7c1fb03f9", "message": "updated homepage text", "changes": [[1, 1, "_data/git-log.json"], [1, 2, "index.html"]]}, {"committer": {"date": 1514559901, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514559899, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "13f5cead9e603df7d7082ce88d75fa5ccf42f2a4", "parents": ["0db04274d2c842939aef3e9b8f2d866d951e3e56"], "commit": "546ba9a392f17100bd7ee13ec0381d8d1cc3bb8b", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514559899, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514559899, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "040cb5504c935fa781c2aec02181c60847b5f69a", "parents": ["12f207420c8e6e547a16886b7bc5fa7cbcf98735"], "commit": "0db04274d2c842939aef3e9b8f2d866d951e3e56", "message": "changed 404 page to markdown", "changes": [[0, 2, "404.html"], [20, 0, "404.md"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514559764, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514559761, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "28b0f6d88df4d2b51b0b9fbdcbfcf590160bc6a1", "parents": ["27733981c295c9ea68601162977b9a7d9deab9e0"], "commit": "12f207420c8e6e547a16886b7bc5fa7cbcf98735", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1514559761, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1514559761, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8d83a64d169046023dc8d97775a81fbf1a1014c7", "parents": ["1a14234aff676a680c6f51b0d8664a09fcf9feb2"], "commit": "27733981c295c9ea68601162977b9a7d9deab9e0", "message": "add episode 20 jason brennan", "changes": [[1, 1, "_data/git-log.json"], [32, 0, "episodes/20.md"], [1, 0, "index.html"]]}, {"committer": {"date": 1513958954, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513958632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fdec4cd2a71c352e65ddcc816a892418e58c1346", "parents": ["3f0bed05b0a506f3a4c8b17fb598bd77d19c4f12"], "commit": "1a14234aff676a680c6f51b0d8664a09fcf9feb2", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513958632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513958632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4c87bfae037de1243ca2d22f63bbe0a53335c2a7", "parents": ["a992123967ec9eaade9b059f88262a10bd6df1ad"], "commit": "3f0bed05b0a506f3a4c8b17fb598bd77d19c4f12", "message": "## Started Reflection 10 yesterday\n\nAt first I tried to write the reflection entirely in a commit message. There were a few problems with that:\n\n1) I was scared of losing the data because it's not really saved or commited anywhere.\n\n2) I wasn't able to commit my work halfway done. Or if I did then I'd have to copy-and-paste it again into the next commit which would be annoying for readers.\n\nThus I came up with the brilliant idea of creating a file in a new folder for it: [/reflections/10.md](/reflections/10.md)\n\nEven though I finished my 10-day course of 3x antibiotics every day, I am still not feeling 100% better. I've been very tired, so I've been sleeping a lot, which makes me feel better, but also doesn't leave much time for work, particularly because I'm with family and want to spend time with them as well. Hopefully I feel better soon so I can finish this reflection, finish my Work Plan (if the time is right, which it feels like), and finish my BV deep dive before visiting Dynamicland sometime in Janurary (still don't have dates yet).", "changes": [[1, 1, "_data/git-log.json"], [124, 0, "reflections/10.md"]]}, {"committer": {"date": 1513635742, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1513635742, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "241990ad21149f655e661c2e4f88c9c3b4530908", "parents": ["647cf9586ca63f5ef28d9522d4ecb9556378e887"], "commit": "a992123967ec9eaade9b059f88262a10bd6df1ad", "message": "add jason brennan quote", "changes": [[4, 0, "notes/quotes.md"]]}, {"committer": {"date": 1513574289, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513574288, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0c58ec382a52d8311fdb771e0e1045188dac7cd3", "parents": ["2ee46e93ddbfc16f49be83ee305dd759a27dbeb8"], "commit": "647cf9586ca63f5ef28d9522d4ecb9556378e887", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513574288, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513574288, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d09a4125365403dbcf425938f6e2710783cebb02", "parents": ["4c7b6ee545a27a9ee2069430e0e5c0315eeb121b"], "commit": "2ee46e93ddbfc16f49be83ee305dd759a27dbeb8", "message": "add additions & deletions to log", "changes": [[1, 1, "_data/git-log.json"], [11, 2, "log.md"]]}, {"committer": {"date": 1513573609, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513573607, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "80d4cd6657c8fece69c65eec241840caf8270955", "parents": ["6f8a27ab2eee0f692b2e5254720b3ad1bf740a39"], "commit": "4c7b6ee545a27a9ee2069430e0e5c0315eeb121b", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513573607, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513573607, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "98a182e3c85e7249bf3076ff22373aa61570ba72", "parents": ["ee0780f1f87c1266f5b06725a9942360912f6ef6"], "commit": "6f8a27ab2eee0f692b2e5254720b3ad1bf740a39", "message": "removed li commit format bug", "changes": [[1, 1, "_data/git-log.json"], [1, 1, "log.md"]]}, {"committer": {"date": 1513572034, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513572032, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ee4e3fb11a1547066a2210c5ba68d84da85c0f9d", "parents": ["9b7fbe6e38dc84da816f8f8b91930d37b5e653d3"], "commit": "ee0780f1f87c1266f5b06725a9942360912f6ef6", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513572032, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513572032, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "707bf1c592ff7874dd76791c0831ae7d90bc8a83", "parents": ["9374cb8567c187a0f4c289e60de13e39d3059e66"], "commit": "9b7fbe6e38dc84da816f8f8b91930d37b5e653d3", "message": "set jekyll timezone", "changes": [[1, 0, "_config.yml"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513571712, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513571709, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "774c88a873b903aa404bfe6b31814637ac8a140c", "parents": ["34cb250bded6dfcb58efc71cafc94339d081a101"], "commit": "9374cb8567c187a0f4c289e60de13e39d3059e66", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513571709, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513571709, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c060a47042d58a083abe35d2e89fe4468f902c7a", "parents": ["6109ee53ec6c1de6670505690836e3e993e83849"], "commit": "34cb250bded6dfcb58efc71cafc94339d081a101", "message": "log add date; change intro text", "changes": [[1, 1, "_data/git-log.json"], [3, 6, "log.md"]]}, {"committer": {"date": 1513569910, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513569909, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4c7562bbcaa132d0520f3c97c056702a23c2e3e0", "parents": ["3cd51c1415fd1aadabaef5071e74503fb6925436"], "commit": "6109ee53ec6c1de6670505690836e3e993e83849", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513569909, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513569909, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e316297b5ba482404111f77a44a81c2108a0c93f", "parents": ["4cb39f832bb323f432d5cd7cf98b039eb1715a8e"], "commit": "3cd51c1415fd1aadabaef5071e74503fb6925436", "message": "log style changes", "changes": [[1, 1, "_data/git-log.json"], [2, 1, "log.md"]]}, {"committer": {"date": 1513569670, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513569668, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8f42399d84aaadb6e3e644c790891b9452c41fb3", "parents": ["66ec6a623dbb55ae79fc4481dd9ce1a2eec9d706"], "commit": "4cb39f832bb323f432d5cd7cf98b039eb1715a8e", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513569668, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513569668, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9dec0545dc75217ce78864eb67c4efd377b418d3", "parents": ["4d3ebde7ab3d9fdff57d4019bb4b1c535190f03c"], "commit": "66ec6a623dbb55ae79fc4481dd9ce1a2eec9d706", "message": "added files changed to log", "changes": [[2, 1, ".gitignore"], [1, 0, "404.html"], [1, 1, "_data/git-log.json"], [37, 12, "log.md"]]}, {"committer": {"date": 1513565318, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513565316, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f21910ab78015f678ed9c31eaca80eb9f56d92d3", "parents": ["2f6d64ad2e0c3ee79725f84f713206e58f2ef1ff"], "commit": "4d3ebde7ab3d9fdff57d4019bb4b1c535190f03c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513565316, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513565316, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "86b6f2b4b231e317637cda1e2997ea5757d5ba78", "parents": ["b4f82068b1473a4a2941a4beb3e3faed0941a153"], "commit": "2f6d64ad2e0c3ee79725f84f713206e58f2ef1ff", "message": "added tips to readme", "changes": [[70, 3, "README.md"]]}, {"committer": {"date": 1513564079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513564079, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c6ffec928d6f7c9f38254d8d33465d629502fd02", "parents": ["0d5da678af2a688887b528773640c746cde75dd2"], "commit": "b4f82068b1473a4a2941a4beb3e3faed0941a153", "message": "## Reflection on reflections\n\n* TOC\n{: toc }\n\n### Running out of space\n\nI just spent almost an hour freeing up space on my Cloud9 instance. I had over 20GB on this machine - and the max size is 10BG! First I deleted all the large directories that I no longer use. Then I tried to figure out how to shrink this directory down.\n\nFirst I installed [Git-LFS](https://git-lfs.github.com/) and tested it out on a single file. However, that file wasn't easily reachable in github pages, so that solution was out. And besides I think that was solving a different problem than the one I have.\n\nThen [this article](https://www.atlassian.com/blog/git/handle-big-repositories-git) helped me delete unneccesary files with git sparse-checkout. I still have a 350MB `.git` directory because they are probably storing those large files.\n\nHowever now I have 7GB of space on this machine and that should last a while if I just add text here from now on. Potentially I'm going to want to `git clone --shallow` this repo from scratch. The problem there is that I have to remember to bring over my config files in the `.git` directory. (It is a bummer that those files aren't more portable!)\n\n### Brief rant on \"overthinking\"\n\nOne of my least favorite words is \"overthinking.\" I firmly believe that whatever someone's problem is, thinking too much can never be the problem.\n\nWe all know people, maybe even ourselves, who have thought themselves into circles about relatively simple decisions. Clearly this person has a thinking problem, but the problem isn't that they are thinking too much: it's that they aren't thinking *well*.\n\nLet me prove it to you by contradiction. Say you are worried that you are overthinking an issue in your life. How in the world are you supposed to be able to evaluate this claim? The only way is meta-cognition: thinking about your thinking process. Through meta-cognition you may come to the conclusion that you have been doing too much *unproductive thinking*. But it would be impossible to say that you were doing too much thinking because the only way you were able to determine that you were thinking too much was more thinking!\n\nThis word \"overthinking\" feels appropriate when someone is doing too much of unhelpful kinds of thinking. Thus I propose we replace it with a new word. Let's say, you're \"thinking poorly.\" Ok, that's a bit harsh. Maybe \"thinking in circles\" is a better metaphor.\n\n### Cons and pros of my current schedule\n\nNow that I've gotten that off my chest, let's do some reflections on my process of reflecting.\n\nI set up this research schedule for myself 4ish months ago. I've learned a lot about how I work in that time. For the most part, I've liked this schedule. Let's reflect on what I don't like:\n\n* non-informative logistics around post production and publication for podcast episodes\n* feeling pressured to reflect, record, edit and publish reflections all in the morning on mondays\n\nThe pros of my current process:\n\n* re-reading my last reflection and journal entries from then until now is really useful\n\n### One question\n\n**What value does recording, editing, and publishing my research recap podcasts provide for me? (Not counting the reflecting I do to prepare to record.)**\n\nNone, save when others listen to it and then contact me to be friends.\n\nIn other words, I gain all of the value from simply doing the reflection in text, minus the people that listen to the podcast that wouldn't read my bi-weekly textual updates. Recording it on audio is simply for audio-only people.\n\nI wonder how many of those there are. I get about 100 downloads on most episodes. I'm not sure how many people actually listen to them after downloading. I used to have listeners contact me, but that has stopped. And I suspsect that many would've contacted me from the conversation episodes alone.\n\nHere's where podcasts shine: two-person conversations. A two person conversation requires little prep time and I usually learn a lot from the conversation. And the person I interview has an audience to spread me around to. (Although that hasn't really ever lead to much yet.)\n\nI'm thinking it makes sense to go to a 1 episode every other week as an interview plus Sam-Harris-style \"housekeeping\" section in the beginning if I have other things to say. For example, I can start my interview with Jason next week with housekeeping notes that I won't be doing research recaps any longer.\n\nWhat about people who want to read my bi-weekly reflections / status update?\n\nA few options.\n\nA) They can read them in the `reflections/` or `updates/` folder.\nB) I can create a TinyLetter bi-weekly newletter like Glen Chiacchieri.\n\nLet's start with (A) for now and see if anyone asks for a newsletter.\n\nOne final question: what's the plan for tomorrow's reflection?\n\nFirst of all, I won't be starting tomorrow's reflection until I finish my personal life reflection (which is private). I estimate that taking 1-4 hours tomorrow so I may not have time to do a reflection here until Tues or Weds.\n\nI definitely want to re-read the last two weeks of journal updates.\n\nI also want to read the prior reflection.\n\nI also want to re-read my plan.\n\nI feel finally ready to finish my work plan. It's basically [what it is now](./plan) plus [this section of my journal](http://futureofcoding.org/log#pickling-my-brain-is-a-lot-of-work).\n\nLet's try and finish my reflection first and publish it. Then I can decide what to do next: continue to BV deep dive, do \"deep thinking\", other \"FoC research\", or write the plan.", "changes": []}, {"committer": {"date": 1513561790, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513561788, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c6ffec928d6f7c9f38254d8d33465d629502fd02", "parents": ["d517082525598fffa80bb7610ceaa54e9c02c54b"], "commit": "0d5da678af2a688887b528773640c746cde75dd2", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513561788, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513561788, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "dc05c9bcd6ed6a1681a7eb7e0e6f9d2a76794690", "parents": ["0ce99a21b228edac88cf9fa990a539fa1883ade3"], "commit": "d517082525598fffa80bb7610ceaa54e9c02c54b", "message": "removed git lfs; doesn't work with github pages", "changes": [[0, 1, ".gitattributes"], [1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513561643, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513561639, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3c1b2b3ae2a102b53695e84b36822102f0367c54", "parents": ["22efc9ec67987a35d1d87ed6981abf43258e7e7b"], "commit": "0ce99a21b228edac88cf9fa990a539fa1883ade3", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513561639, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513561639, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fa487eea384d014c9c61b43009ca9e5c71bf78aa", "parents": ["c4a9410ebfa88a6a0adcece6ade1edf8457c4bbe"], "commit": "22efc9ec67987a35d1d87ed6981abf43258e7e7b", "message": "test git lfs", "changes": [[1, 0, ".gitattributes"]]}, {"committer": {"date": 1513281798, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513281794, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7621012f20caa44825a4a74651990505db9c2bd1", "parents": ["54c85ce7d678d67a52366eda8d1e8ab8a2d132cc"], "commit": "c4a9410ebfa88a6a0adcece6ade1edf8457c4bbe", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513281794, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513281794, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ed79f8d97176730d40255224455fb6c25a70e313", "parents": ["9dabb09366b2303d5abf19d3d40b51bf5d7ba28b"], "commit": "54c85ce7d678d67a52366eda8d1e8ab8a2d132cc", "message": "add bezos lightbulb socket quote", "changes": [[1, 1, "_data/git-log.json"], [26, 0, "notes/quotes.md"]]}, {"committer": {"date": 1513276512, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513276510, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "60dd12d761e7d2bd8d0b302291e1b665453d61d6", "parents": ["6c4b3fe119468993d4b88aae70b8740e4dc03d90"], "commit": "9dabb09366b2303d5abf19d3d40b51bf5d7ba28b", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513276510, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513276510, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "71917d9c1a8aa8e62062b7f69cd82ce5aa3dacf1", "parents": ["fc686e9205631f5ddfc14f9b95771087adabc11f"], "commit": "6c4b3fe119468993d4b88aae70b8740e4dc03d90", "message": "added climate control outline photo", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513276480, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513274059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "01938578320e7c72393da0a83e201169de73bdc2", "parents": ["71efd348012c248cf1d81eff3306417eaea06049"], "commit": "fc686e9205631f5ddfc14f9b95771087adabc11f", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513274059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513274059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8434a3e6a8aa67fe3b2c46a688082b6badedb2d1", "parents": ["04438324bbcfd28d5b57b0fcefee43a7a8e22dbd"], "commit": "71efd348012c248cf1d81eff3306417eaea06049", "message": "## Learnable Programming & video games\n\n* TOC\n{: toc }\n\n### Productive morning\n\nReally excited to be back in the swing of things! Woke up at 7am, snoozed the alarm for 20 mintes, then set up my workspace for 20 minutes (adjusting the chair and computer heights), and got into it!\n\nThis morning I reviewed Evan Miller's _Don't Kill Math_ which was fun.\n\n#### Shower outline of \"climate change for conservatives\"\n\nThis outline shows how much I've internanlized both Nicky Case's know your audience and Scott Adam's persuation techniques. In short, as someone who's been skeptical of the left's portrayal of climate science, I communicated to people like me about ways to assimilate climate science into their existing mental models.\n\n\n\n\n### Learnable programming\n\nAfter the shower, I pushed myself to re-read Learable Programming. I was at first resistant because I've read it 2 or 3 times now, and the last time was only a few months ago. Almost immediately I realized that I definitely need to read this article again!\n\nThe things about it that surprised me this read:\n\n1. Video games as a vector for powerful mental models. Aligns incentives well in for-profit: people pay for games. Will Wright is a boss. Need to research Minecraft. Maybe go work for Will Wright or some amazing game maker. Or team up with Nicky on a game.\n2. I want to re-write Learnable Programming. I've already put down some thoughts about the re-write. It's mostly a more coherent and justifying able framing, as opposed to explaining the importance of a seemingly random assortment of virtues Bret specifies at the top of the article.\n\n\n### Reading vs writing polished work\n\nGiven that I'm producing outlines for two pieces this morning, in addition to all of the other content that I've been meaning to produce in a polished way, not to mention the backlog of blog ideas I have stuck in a Trello, I am beginning to wonder how I will balance my time as a reader and writer. Right now I'm in reading mode. I think the balance of writing as a form of note-taking is great during this mode. It will help in writing mode for sure. I wonder when I will feel the impetus to switch to writing mode. At the current moment it feels like there's so much for me to get into my head, including:\n\n* Alan Kays videos\n* re-reading Seymour Papert\n* Mountessouri\n* Marshall McLuhan\n* Piaget\n* Chris Granger\n* Nicky Case (again and more thoroughly)\n* John Dewey (I'm becomming obsessed with this guy)\n* F.M. Alexander (feels relevant to this project too)\n\nAnd then I have a dozen books in my apartment that are begging to be read, such as:\n\n* The Mythical Man Month\n* Two culture of the scientific revolution\n* Show your work\n* Society of Mind (minsky)\n* Theory of Fun for video game design\n\nGiven my current pace (assuming I'm not sick and continue to mostly read and not protoype), I feel like this reading will take more than a month but less than a year, which is very reasonable. The only worry is that the more I read, the more I will want to read because I'll want to continue walking the tree up to influence of influences of influences, eventually getting up to Plato or even the Torah.\n\n#### [Pickling my brain](http://futureofcoding.org/plan#1-pickle-myself) is a lot of work!\n\nAs Feynman says, [there are no miracle people](https://www.youtube.com/watch?v=IIDLcaQVMqw.) If you want to be smart you merely have to do what smart people did to become smart. It seems like smart people do a lot of reading. What they're actually doing is assimilating models into their heads. Then when they're not reading they are playing with those models.\n\nIt's a blessing and a curse that there are so many amazing models out there today. It's a blessing because we can be so much smarter than any person in history. It's a curse because if we want to be one of the smartest people of today, there's a lot of pickling to be done!\n\nThe next time someone implies that I was born this smart, I will need to give them a piece of my mind: \"Do you know how much work it takes to be this smart?! Day in and day out I read and write and read and write. Just like an athlete trains the body, I train my mind every day, all day.\"\n\nJoesph Campbell:\n\n> I would get in nine hours of sheet reading done a day. And this went on for five years straight... Reading what you want, and having one book lead to the next, is the way I found my discipline. I've suggested this to many of my students: When you find a writer who really is saying something to you, read everything that writer has written and you will get more education and depth of understanding out of that than reading a scrap here and a scrap there and elsewhere. Then go to people who influenced that writer, or those who were related to him, and your world builds in an organic way that is really marvelous.\n\n(Wow, reading more of this snipet is amazing stuff! Now I'm excited to read this whole book where I found this quote!)\n\nIt's interesting to note here I was already following this strategy before knowing about his advice. It's quite vindicating to know that this strategy worked for someone else. And if it takes me 5 years, that's ok too. I'll just have to find some way to make it financially sustainable...", "changes": [[1, 1, "_data/git-log.json"], [0, 51, "essays/invented-or-discoved.md"], [51, 0, "essays/invented-or-discovered.md"], [0, 111, "notes/bret-victor/bret-victor.md"], [128, 0, "notes/bret-victor/index.md"], [142, 0, "notes/bret-victor/learnable-programming.md"]]}, {"committer": {"date": 1513261232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513261232, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1349043665e08bc6f2c9a1db335fad0b6810ba14", "parents": ["5843127b9c400cf210fff5507a99b43fd9ff2afd", "292d84e759eb2b3745ccdd5744ea6e8d4a1e951b"], "commit": "04438324bbcfd28d5b57b0fcefee43a7a8e22dbd", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1513261225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513261222, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5b6544d828f7b371f55ee6c867e4565077f7cb65", "parents": ["3759984a26f0cf045e03397984080aa51500cb74"], "commit": "5843127b9c400cf210fff5507a99b43fd9ff2afd", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513261222, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513261222, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "25f9cd31d1738fd932af46c6e3fcba847d520643", "parents": ["6becf6f43ae604af3f09050514c3ae7f5d49eacb"], "commit": "3759984a26f0cf045e03397984080aa51500cb74", "message": "continuing BV deep dive", "changes": [[1, 1, "_data/git-log.json"], [13, 2, "notes/bret-victor/bret-victor.md"], [23, 0, "notes/bret-victor/kill-math.md"], [30, 0, "notes/halfway-there-cis-240.md"]]}, {"committer": {"date": 1513211429, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513211429, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "353a6f7efeebe612c34509e044469426c8eb8b40", "parents": ["5809a18fc8ad022f5d14c685bb44abfaa6e6540d"], "commit": "292d84e759eb2b3745ccdd5744ea6e8d4a1e951b", "message": "fix joseph typo", "changes": [[1, 1, "episodes/19-building-universe-joe-cohen.html"]]}, {"committer": {"date": 1513202861, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513202861, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7b0b491a65234368af1dc35e0827bf14ed6a348b", "parents": ["20cb2736c5e78530107a45e981531c9365c554f3"], "commit": "5809a18fc8ad022f5d14c685bb44abfaa6e6540d", "message": "added omnystudio embed 19 joe cohen", "changes": [[2, 0, "episodes/19-building-universe-joe-cohen.html"]]}, {"committer": {"date": 1513202798, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513202798, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "457c1c28cdc70061b9fea19f90893ba9d07fefb5", "parents": ["26542afb156a84c9a93d95445d089fa45248b6cb"], "commit": "20cb2736c5e78530107a45e981531c9365c554f3", "message": "added Building Universe: Joe Cohen to homepage", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1513202629, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513202629, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "b1b2a5c2ea10d83b0c9e34d02bc68c8490d827e5", "parents": ["6becf6f43ae604af3f09050514c3ae7f5d49eacb"], "commit": "26542afb156a84c9a93d95445d089fa45248b6cb", "message": "rename & publish 19 - Building Universe: Joe Cohen", "changes": [[131, 0, "episodes/19-building-universe-joe-cohen.html"], [0, 127, "episodes/19-universe-joe-cohen.html"]]}, {"committer": {"date": 1513194223, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513194221, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "42b627dc21ba1be84488693440b0f41e055f3862", "parents": ["76e76c54be59c64ab8c5020b5cfb2e7c65dc40c6"], "commit": "6becf6f43ae604af3f09050514c3ae7f5d49eacb", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513194221, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513194221, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "034bc0e82e5290be69c3c4ba21e1d95bcb1444c7", "parents": ["7b43b21e28a83f3d4028e213f06fab59308e26e8"], "commit": "76e76c54be59c64ab8c5020b5cfb2e7c65dc40c6", "message": "added shower notes photo", "changes": []}, {"committer": {"date": 1513194008, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513189783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "034bc0e82e5290be69c3c4ba21e1d95bcb1444c7", "parents": ["90b12576ce5b32958c784aebf9722e2ac70d9c5d"], "commit": "7b43b21e28a83f3d4028e213f06fab59308e26e8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513189783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513189783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "97abd660e45bb0aff19fad3126fb0f69dd2e8f53", "parents": ["1a9a78ca409345b23fbbe0a8fbd13389fa3d2473"], "commit": "90b12576ce5b32958c784aebf9722e2ac70d9c5d", "message": "## Back (again)\n\n* TOC\n{: toc }\n\n^ I wonder if the above generates a table of contents in the markdown.\n\n### Sick (again)\n\nIt's deja-vu all over again. I fell back off the horse again for the same reason. It looks like I've had strep throat, on an off for the past 2 months. We're not 100% sure but our prevailing theory is that my girlfriend and I keep passing it back and forth to each other, which is how I still have it even after taking 10 days of antibotics. Now we're both on antibiotics so I feel confident that we're kicking this sickness for good this time.\n\n### Getting back into things (again)\n\nIt's definitely tricky going from sick-mode (which is similar to relax-mode) to work mode, or vice-versa. Once in a mode, it's easy to maintain it, but the transitions are tricky, particularly when they are un-expected. Usually the transition goes smoother when you admit that you're transitioning.\n\nFor example, last night I stayed up to midnight, watched too much TV, had too much to eat for dinner, and had too much snack food after dinner. I woke up this morning feeling almost hung over. I was tired and everything hurt. Contrast this with how I go to bed when I'm in work mode: asleep before 11pm, eat a reasonable meal, none or a small dessert, 1 or 2 episodes of TV, maybe reading, definitely not a movie.\n\n### Scattered thoughts\n\nAs happened last time I got sick, my thoughts seem to have scattered and I feel quite directionless. I feel like I've forgotten why I'm doing a Bret Victor deep dive, as compared with all of the other branches of the tree I could go down.\n\n\n#### Chat with Stefan\n\nIt was really helpful to chat with Stefan Lesser this morning for a few reasons:\n\n1. He was very bright and optimistic, almost cheery. I got a very warm feeling from him. I wonder if it's related to him listening to my podcast because I get a similar feeling from Aidan.\n\n2. We think in very similar ways. Talking to my girlfriend about these ideas is like pulling teeth because we don't speak the same languages. She speaks the artist langauge and I speak the programmer langauge. But Stefan and I can communicate very fluidly. More than that we agree on so many points. It's very validating. I imagine that's part of why working in a research lab, like PARC or Dyanmicland, is so inspiring. Shared vision. Fast communication.\n\n#### Shower Note Session\n\nI was overflowing with thoughts to such a degree, and I was cold to such a degree, that I decided to do one of my famous shower brainstorm sessions. This was definitely one of my more scattered ones:\n\n.jpg)\n\nThere's almost too many thoughts and directions in all of those notes. While it was fun and energizing to write them, I am now intimidated by their quantity and scope and don't feel like engaging or proccessing them now. Content overflow is definitley one of my main themes of this project.\n\n### Looking ahead\n\n#### Things on the horizon:\n\n* I have ~3 hours today, ~8 hours tomorrow, and ~3 hours Friday\n* On Friday I go home to Florida for 3 weeks\n* Jan 8 - 12 I will hopefully (just applied) be at [the 1-week Recurse Center program](https://www.recurse.com/blog/121-come-to-rc-for-a-one-week-retreat)\n* Jan 19 - 26 I plan to visit Dynamicland in Oakland\n* I have 2 years of runway before I need to get a job (living in NYC)\n\n#### Thoughts on /plan v5\n\nI felt much more centered after re-reading [my most recent plan](/plan) this\nmorning. My thoughts are:\n\n##### 1. Justify cause/crusade framing\n\nThe cause/crusade framing feels so obvious to me, but definitely not to many others. I want to dig into these feelings a bit more. Think about why prinicpled, conscious, purposeful creation is \"better\" than simply doing stuff for money or more whimsical reasons.\n\n##### 2. Still blocked on philosophy\n\nHow do I know that I'm still blocked here? Because I can't make decisions. I had a great call with Jaime Brandon yesterday. It was very easy for him to diagnose this problem in me because he's faced it himself, as well as seeing it at Eve. When you're too broad, when you don't have good priorities or boundaries, you agonize over each decision, and constantly want to walk up and down the tree. A good project can easily see what it is and what it is not, and doesn't spend much time thinking about paths it didn't take in the tree because *that is not what it is*. A thing in the world defines itself by the path it takes. What it is and what it is not. Staying up in prototype/research land is refusing to do that. Even within prototype/research land, I feel constant agony about what is the priority to research or prototype or communicate or build.\n\nI feel my brain wanting to escape this proccess. I feel it looking for the easy out. Looking for a quick answer it can sub in here so we can get back to more structure, a more easily optimizable game. On the one hand, I applaud my brain for this strategy, because the less unknowns you're working with at one time, the better. Yet on the other hand, I feel like if I took an easy route such as getting a job at a company, I would immediately wish I was back here, working on my own philosophy, as opposed to actualizing someone else's, which I would constanatly be picking apart.\n\nThus, the appeal of the ultimate escape hatch on this procecss: go work for someone who's vision is so clearly better than anything I could come up with at the moment. The candidates for this position are few and far between: Alan Kay, Bret Victor, maybe someone at Bret's lab, maybe Paul Chiusano. We shall see what happens here when I visit Dnyamicland soon.\n\n###### Constructing Meaning\n\nI went deep into this rabbit hole in my shower brainstorm. I have defined a crusade as the most meaningful thing I can do. This is explicitly not the most good I can do from the Juan Benet / Elon Musk / Peter Singer perspective. Yet if this is the case, and it's truly subjective. Then I better be damn sure I know what is meaningful to me. That's why I started making a list of all of my positive memories that held meaning in my life. (It reminded me that my fustration with Looker was that I can't remember a single decision any one made because of a Looker report. In my experience, the tool was analytics for analytis sake.)\n\nThen I got into a hole where I realized that the difficult thing with children as customer is that their incentives are so perverse given the structure we place them in. For example part of why I hate tutoring is that either students are un-motivated or motivated for the wrong reasons (grades), or motivated to just get the end product to show off and thus just want me to program it. It's rare (but happens sometimes) to find a student in the right context: working because they enjoy making something and getting better at making things.\n\nI'm also thinking about the condescending nature of this whole project, particularly the bait-and-switch part, where you sell a product that does X, but only because you have an ulterior motive Y. Sell electric sports cars to accelerate the transition to sustainable energy. Part of me wants to just give it up and go wherever there's the most money. Stop trying to be so normative. Just let people tell you what it is they want and then deliver it. That's not to say that you should blindly listen to customers. It's that you should iterate with customers towards something they will pay a lot for because it solves a big problem for them. Put another way, Looker clearly is solving a massive problem for tens of thousands of people at thousands of companeis. It's truly software through empathy, as Lloyd talks about. Who am I to tell the world what's best for it? In other words, I better have a strong and well-thought-out philosophy for how to make thw world better if I am going to try my hand at shaping it through technology. Otherwise, I might as well just go where the market is because that's garunteed to make people better off (if you assume markets do that).\n\n#### Priorities for Dec and Jan\n\n##### 1) Life priorities\n\nMy main focus for my own health is the Alexander Technique.\n\nFor my family, particularly in the context of the 3-weeks in Florida, the focus is making the most of the time, in the context of others. This means that I want to * strategize ahead of time* to set myself up for success, but *be content in the moment*, even if it feels like a waste of time. In other words, 1) don't see people just because they asked to see you, 2) go to bed early and wake up early, 3) phsyically seperate from others when trying to focus, 4) calendar sculpt. The main priority here is \"peace in the home\", which is a Jewish saying. This is not the time for arguments and figuring things out. It's a powder keg. This is the time for making nice. Reflect later. Figure things out later.\n\n##### 2) Work priorities (12/13/17 - 1/8/18)\n\nCalm, coherent, patient, doing less. The opposite of frenetic. That's my goal. Re-reading my /plan embued me with calm and happiness. Meditating, coming back to my journal to reflect. These are the things that add the structure I need in this purposefully unstructured time.\n\nI can't see any reason to stop my Bret Victor deep dive given that I still have at least half a dozen links to go. I feel like I've lost steam on it, but that might just be a momentum thing. Could return when I get back into it.\n\nI don't want to start doing priority-calculus, seeing if there are other things to read that are slightly more efficient uses of my time.\n\nHowever, I wonder if I should budget more time in my calendar for \"deep thinking.\" I set aside a place in my Inbox (Google Inbox) for notes that I should proccess later. It's the \"deep thinking\" label. I feel like my time for thinking those thoughts has been crowded out by an urgency to finish the Bret deep dive.\n\nNow that I mention it... while this next thought does go against my intention not to play priority-calculus... I have a lot of links in various places that could use some attention, including /links as well as the \"foc research\" label in my Inbox. At the very least I could clean this up a bit and figure out a home for them.\n\nFinally, there clearly are top-of-mind topics that I could keep in a prioritized list somewhere. Basically, the next version of /ideas. These are Blockly++, FRP Scratch/WoofJS, StreamSheets, CycleJS devtools, FRP research incl Reflex & Conol Elliot, essay about essays, better wiki tool, etc.\n\nOk, I need to go eat lunch now. With the remaining 2 hours in the day (given that I spent an hour on this journal entry), I will:\n\n1. Get to inbox zero\n2. Publish Joe Cohen interview\n\nThe plan for tomorrow is:\n\n1. Deep thinking notes procecssing\n2. Calendar sculpting for vacation time\n3. Bret Victor deep dive (unless I come up with anything better)\n4. Plan friday", "changes": []}, {"committer": {"date": 1513188230, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513188226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "97abd660e45bb0aff19fad3126fb0f69dd2e8f53", "parents": ["6fc2a5d07df03fe9b8434b7c6cc422091e4eb6a3"], "commit": "1a9a78ca409345b23fbbe0a8fbd13389fa3d2473", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513188226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513188226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7e61f62a9ecdf847dc446c0196be68373feee7db", "parents": ["dcfc89a16d0735c0fc229198ba03ea5517d381e3"], "commit": "6fc2a5d07df03fe9b8434b7c6cc422091e4eb6a3", "message": "stellar 2-hour Stefan Lesser convo", "changes": [[1, 1, "_data/git-log.json"], [120, 0, "notes/stefan-lesser-12-13-17.md"]]}, {"committer": {"date": 1513172018, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513172015, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7a5e7d59872ddeead78e86e9d2f02345a2417dd7", "parents": ["8fedb67e480c09374482f67f625145f86a577d7c"], "commit": "dcfc89a16d0735c0fc229198ba03ea5517d381e3", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1513172015, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1513172015, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3b13902582d4c897a40da8813ef48b1a094c362b", "parents": ["caae7a01f2d488a669f1b71d3b366e3cca18a5d3"], "commit": "8fedb67e480c09374482f67f625145f86a577d7c", "message": "call with jaime brandon", "changes": [[64, 0, "notes/jaime-brandon-call-12-12-17.md"]]}, {"committer": {"date": 1513171856, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1513171856, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "a559dc52d8ac9919064abb894e23306337775d08", "parents": ["33f5f13d4b6b48c9acdfeb8a4dd13a0da64109ab"], "commit": "caae7a01f2d488a669f1b71d3b366e3cca18a5d3", "message": "prep for call w stefan\n\nThinking about ways to collaborate on this project...", "changes": [[37, 0, "notes/stefan-lesser-12-13-17.md"]]}, {"committer": {"date": 1513171472, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1513171472, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "053f49fcc5b9637c98c9dc0e36e92ec0fbc59ce8", "parents": ["6abdba4fb713a2faefc2888ae1e5bb1e057d6499", "f04dbba35685d1236d3212681b4f8b3adc4779a9"], "commit": "33f5f13d4b6b48c9acdfeb8a4dd13a0da64109ab", "message": "Merge branch 'master' of git@github.com:stevekrouse/futureofcoding.org.git", "changes": []}, {"committer": {"date": 1513171372, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1513171372, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "37fba8a4553c71a6c879e7e0e139384c5ca8cb1a", "parents": ["c4b770e4983ee0cf65c493f366c2ddc34342f729"], "commit": "6abdba4fb713a2faefc2888ae1e5bb1e057d6499", "message": "Chat with Samuel Loncar\n\nWhy am I talking to a religion scholar? Good question! Sam is a\nbrilliant scholar,. Every time we talk it feels like there's so much\nto learn from him. In particular, I love his focus on deeply\nunderstanding historical context -- he reminds me of Alan and Bret in\nthat way. He was excited to meet me and learn about those guys,\nbecause he's interested in the history of technology, particularly the\nreligiousity of Silicon Valley, epitomized by the Singularity and\nanti-deathers.\n\nIn the course of preparing for this chat, I made the following\noutline, which I didn't actually reference in the chat, but looking at\nit now, I see that it's a good model for where my head is currently\nat.\n\n* my career plan\n* crusade / cause\n* inventing on principle\n* We are our tools\n* including ideas, patterns of thought, notation\n* augmenting human intellect\n* copy and paste\n* Dynamicland - ergonomics\n* democratizing tool generation\n* paths\n* build\n* profit\n* Looker, Bubble, Excel\n* non profit\n* Scratch, Wikipedia\n* research\n* Victor, Kay, Papert, Engelbart\n* Patreon?\n* constructing cause\n* now: read Bret, and influences\n* Jan: visit dynamicland\n\n\n* areas of interest\n* comprehensible programming model\n* CycleJS devtool write\n* FRP Scratch/WoofJS\n* workflow and version control\n* underlying interface library\n* LogicHub\n* Ten Brighter Ideas?\n* All assumptions, including reasoning principles, visible and\ntweakable, all the way down to “primary sources”\n* wiki-like (massively collaborative, structured, inter-connected)\nplatform for science\n* A tool for surfacing and ameliorating inconsistencies\n* Allows for multiple contrasting axiomatic views (but possible\nnot any mutually inconsistent ones concurrently)\n* Popper vs Kuhn\n\n* presenting old vs researching new?\n* work at TCS\n* work on Woof (and off-boarding)\n* work on old programming languages\n\n* Doing a podcast?", "changes": [[84, 0, "notes/samuel-loncar.md"]]}, {"committer": {"date": 1513012704, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1513012704, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ed772a5c8e4d5e2b98a9f0c1386768bdd943aa12", "parents": ["c4b770e4983ee0cf65c493f366c2ddc34342f729"], "commit": "f04dbba35685d1236d3212681b4f8b3adc4779a9", "message": "Sick again. Reading/watching BV\n\nUnlike usual where I read and watch little and write much, today I'm not feeling great so I'm watching much and writing little. Hopefully I remember much so I can resume writing when I'm better.\n\nIn case anyone is wondering why I'm sick so much, join the club. My best guess is that my girlfriend and I keep passing strep throat back and forth. Hopefully we figure it out soon...", "changes": [[16, 2, "notes/bret-victor/bret-victor.md"]]}, {"committer": {"date": 1512751755, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512751752, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "95669f12c3c6987e61a8d982832844e8f124bdb6", "parents": ["87e444ab1d808032714a8ea954b67aa43fa1f98f"], "commit": "c4b770e4983ee0cf65c493f366c2ddc34342f729", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512751752, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512751752, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "77bd761bc4f2ccc10687f006a4b1b16aa0fe90b7", "parents": ["df7593416317e3c7bdb24f78060626c568fddc95"], "commit": "87e444ab1d808032714a8ea954b67aa43fa1f98f", "message": "read BV's Dynamical System and Scientific Communication", "changes": [[1, 1, "_data/git-log.json"], [24, 2, "notes/bret-victor/bret-victor.md"]]}, {"committer": {"date": 1512747762, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512747760, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e9edc5d9a3fd7c4f077bfd41946b31b49007349a", "parents": ["924d4ef53b969aaa17f7c0ffd09a4925e9ee6ab5"], "commit": "df7593416317e3c7bdb24f78060626c568fddc95", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512747760, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512747760, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ae507ca5e7b1a366c734a7de1c04566ba4e5819d", "parents": ["2a155e3f1aa5b81d50299e70be50ef0c72e2b1d8"], "commit": "924d4ef53b969aaa17f7c0ffd09a4925e9ee6ab5", "message": "fixed typo in media", "changes": [[1, 1, "_data/git-log.json"], [1, 1, "episodes/19-universe-joe-cohen.html"]]}, {"committer": {"date": 1512747681, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512747678, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e33f3624cd8c222674465c0e199a227c4dde28a8", "parents": ["7a74e69dc235401a9ece467457bda58049846d73"], "commit": "2a155e3f1aa5b81d50299e70be50ef0c72e2b1d8", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512747678, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512747678, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "aeca2f6df2f3fc0ac2bee46e3f644e4699fcbe7f", "parents": ["918002a46b4ebfed4f59a8548811d3c180317d4c"], "commit": "7a74e69dc235401a9ece467457bda58049846d73", "message": "added inital files for Joe Cohen Universe interview", "changes": [[1, 1, "_data/git-log.json"], [127, 0, "episodes/19-universe-joe-cohen.html"]]}, {"committer": {"date": 1512674855, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512674852, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "652ebc02f8421150e77e072bb577109cb325c0ae", "parents": ["a46cbc793334fff3288167406beadf6f4c95121d"], "commit": "918002a46b4ebfed4f59a8548811d3c180317d4c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512674852, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512674852, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4399bc50761da90ce9dded704c3237620aaf5a78", "parents": ["d6afc3e7dcadba7b00a3cb5fa00517b5438ca89f"], "commit": "a46cbc793334fff3288167406beadf6f4c95121d", "message": "added michael nielsen links", "changes": [[53, 0, "notes/michael-nielsen.md"]]}, {"committer": {"date": 1512670622, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512670618, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6cc1ba1a4025a222fc1fa85f2ebaef7ccd1ddc47", "parents": ["d3d4f601da3cc3ab0c8e3f331995d3bd98e1c93c"], "commit": "d6afc3e7dcadba7b00a3cb5fa00517b5438ca89f", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512670618, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512670618, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "50338eae2ff97c9d11fd0bcb10e0cd356251b5be", "parents": ["a95de28ea53ba362a818fce73aa49db9f4e41a9c"], "commit": "d3d4f601da3cc3ab0c8e3f331995d3bd98e1c93c", "message": "tired & unproductive today", "changes": [[20, 1, "notes/bret-victor/kill-math.md"]]}, {"committer": {"date": 1512668182, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512668179, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "65ae2c230599e71dff9c8eafb6b6ca79d674a571", "parents": ["b5911160e8c1e3e9fa116b1a68e7e33664c153d0"], "commit": "a95de28ea53ba362a818fce73aa49db9f4e41a9c", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512668179, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512668179, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d032be312e3ac7525c5bba5ff359b8910bc04052", "parents": ["48d867bb9704d5e9c06db02b42abf0b752703442"], "commit": "b5911160e8c1e3e9fa116b1a68e7e33664c153d0", "message": "updated homepage organization a bit", "changes": [[1, 1, "_data/git-log.json"], [4, 10, "index.html"]]}, {"committer": {"date": 1512599333, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512598821, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3d9227c88699fd88acb90325844a25af377de16c", "parents": ["123be98e078ee806a3ac318929c2c615e632a4bb"], "commit": "48d867bb9704d5e9c06db02b42abf0b752703442", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512598821, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512598821, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5f4db6f7baf2210f1f7feae3327379edaca22f5e", "parents": ["ddd3d52fe01910109df4b953fa453cdbe5706826"], "commit": "123be98e078ee806a3ac318929c2c615e632a4bb", "message": "Writing about, more than reading, Kill Math\n\nToday I wrote ~3000 words about the ~1500 words I read of Bret Victor's Kill Math essay. Clearly it was thought-provoking. This is slightly misleading because I also re-read Chris Granger's Coding is Not the New Literacy as well as an article about Kill Math. Yet, the fact remains that I had a lot to say about these thoughts!\n\nGiven that I was still feeling under the weather today, I didn't workout which gave me lots more time today to do things like make a doctor appointments, as well as do a few clearerthinking.org quizes, and a few emails. I'm in a positive, we-can-solve-it-with-science mood now, which is definitely responsible for, or was caused by, all my discursive writing this morning.\n\nI got in about 4 hours of reading/writing here and 4 hours of miscellaneous tasks, which was less reading/writing than I planned for today but the other tasks were useful so I am happy with it. Tomorrow I only have 3 hours for reading/writing here, and also the aforementioned dentist, as well as a podcast interview, and two meetings.", "changes": [[1, 1, "_data/git-log.json"], [98, 0, "notes/bret-victor/kill-math.md"]]}, {"committer": {"date": 1512578110, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512578107, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "69300686e323da506b71fdb0669900700ab04052", "parents": ["eb1f76f1b646452854e599fef5902eed502e9b27"], "commit": "ddd3d52fe01910109df4b953fa453cdbe5706826", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512578107, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512578107, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "65729d4ad260126f66d6c8c7eabca9921db179fd", "parents": ["ef702fe1a35cc55793233df8f8a434fd4fda0802"], "commit": "eb1f76f1b646452854e599fef5902eed502e9b27", "message": "added outline of legal code essay", "changes": [[1, 1, "_data/git-log.json"], [38, 0, "essays/legal-code.md"]]}, {"committer": {"date": 1512521198, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512521196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "08c07b290c016fe482824302d22c4ccfda3cbad3", "parents": ["3815caa539319d042e1dc1560a605320a3d79193"], "commit": "ef702fe1a35cc55793233df8f8a434fd4fda0802", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512521196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512521196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0d0351ba6861071e5b2b595c87363d47ce535d28", "parents": ["27727398bc5ff15ce62a9448c99910b30a68dbd0"], "commit": "3815caa539319d042e1dc1560a605320a3d79193", "message": "added link to github commit in log", "changes": [[1, 1, "_data/git-log.json"], [5, 2, "log.md"]]}, {"committer": {"date": 1512520310, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512520307, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3e2109dda52eaca0dbe8f7c5f8da81e12196434d", "parents": ["110a0bbcd0d88c97eef4fc099af25cda70b271bd"], "commit": "27727398bc5ff15ce62a9448c99910b30a68dbd0", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512520307, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512520307, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c82ab2fc0df94e41257b41b5f80f3f7ba2160263", "parents": ["de367ce3279f1f1eedb69a9ef9f18fbb4e47b948"], "commit": "110a0bbcd0d88c97eef4fc099af25cda70b271bd", "message": "custom log file is looking prettier!", "changes": [[1, 1, "_data/git-log.json"], [26, 8, "log.md"]]}, {"committer": {"date": 1512513479, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "860345f42e74608e09098472a7e155ae94c29164", "parents": ["659de09c5ae5f89cbc9515826599607dcc6a0f24"], "commit": "de367ce3279f1f1eedb69a9ef9f18fbb4e47b948", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512512710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512710, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "81ff3e639fe280ac4c2d590f3208b8c243506d6b", "parents": ["7026816e859807fa1feedc13b3e90526d7bceba4"], "commit": "659de09c5ae5f89cbc9515826599607dcc6a0f24", "message": "# Bret Victor Deep Dive!\n\n## Bret Victor Folder\n\nI created an entire folder inside my notes directory. I took so many notes on just Magic Ink](/notes/magic-ink) that it seemed like a good idea to have a seperate file for each piece of his work.\n\n## Tired, and maybe sick\n\nThis was a long day! I worked for most of the last 10 hours, and most, at least 7 hours, was reading and writing about Bret's projects. I am exhausted, partially because my throat is hurting :( I've really been sick with this thing for a while now! Let me schedule a doctor's appointment now for tomorrow... Ok, I got an appointment for 4pm tomorrow.\n\n### Trust & doctors\n\nI wish I had a doctor that I trusted, from a philosophical perspective, as much as I trust my Alexander Technique teacher Rebecca. I have trouble understanding the way doctors think, diagnose and cure things -- partially because they go through so much formal training that I didn't have, whereas Alexander Technique was something that a non-medical person created simply from personal analysis.\n\n## So many of my ideas\n\nIn particular I was shocked by how many of my favorite ideas *Bret also wrote about*, including a better medium for mathmatics, including for school children, LogicHub, a wiki-like platform for understanding and argumentation with nested sources.\n\n# Custom Log\n\nI'm really really excited about the work I did on my custom log file yesterday. That was pure fun. Later in the night, I opened it up just to admire it. Hope to work on that again soon!\n\n# Tomorrow (12/6/17)\n\nShould have 5 hours to continue here with the deep dive as long as I am not feeling too sick.", "changes": [[1, 1, "_data/git-log.json"], [33, 0, "notes/bret-victor/SimulationAsAPracticalTool.md"], [64, 0, "notes/bret-victor/bret-victor.md"], [45, 0, "notes/bret-victor/explorable-explanations.md"], [25, 0, "notes/bret-victor/kill-math.md"], [185, 0, "notes/bret-victor/magic-ink.md"], [33, 0, "notes/bret-victor/substroke.md"], [23, 0, "notes/jcr-licklider.md"], [60, 0, "notes/recurse-center/applications/recurse-center-application-06-09-17.txt"], [61, 0, "notes/recurse-center/applications/recurse-center-application-12-05-17.txt"]]}, {"committer": {"date": 1512512241, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512239, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e0f892f837668fd1ff5179f867734a9dd4efcf28", "parents": ["cabbba7541685e8ff7456842b2df4ec4259e86f9"], "commit": "7026816e859807fa1feedc13b3e90526d7bceba4", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512512239, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512239, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a730dfd38f35ea0a7474054c438165fd607a660e", "parents": ["f1b5c1ade1bbc33d3eb02502bebc826660a745b5"], "commit": "cabbba7541685e8ff7456842b2df4ec4259e86f9", "message": "removed .gitmodules", "changes": [[0, 3, ".gitmodules"]]}, {"committer": {"date": 1512512017, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512014, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5d009e5feef4b4deed948741f8681887c99c4c9e", "parents": ["eb376545ef1a2e4689e8585ab2687bc6c8618427"], "commit": "f1b5c1ade1bbc33d3eb02502bebc826660a745b5", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512512014, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512512014, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "6e547cff82c4948acd99b93af512a9a5d6ea0f1a", "parents": ["8100b1964ad04405693d2a11e489a61888d03980"], "commit": "eb376545ef1a2e4689e8585ab2687bc6c8618427", "message": "removed _site from repo", "changes": [[1, 0, ".gitignore"]]}, {"committer": {"date": 1512425248, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512425246, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b3a14247d8f1f5fae0d58af8d7df33588175f3bc", "parents": ["16ff6ccd6912767bf4508ee851caa99c5d7f33ba"], "commit": "8100b1964ad04405693d2a11e489a61888d03980", "message": "updated git log", "changes": [[1, 1, "_data/git-log.json"]]}, {"committer": {"date": 1512425246, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512425246, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "79f3582e32adbe42b07b2cadc15d8b4df71b16c5", "parents": ["6c2a8d48c32f5ce875dcba15f521edb9b23a2081"], "commit": "16ff6ccd6912767bf4508ee851caa99c5d7f33ba", "message": "jekll serve; log.html -> log.md", "changes": [[1, 1, "_data/git-log.json"], [0, 11, "log.html"], [31, 0, "log.md"]]}, {"committer": {"date": 1512423794, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512423793, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2b844c65de8bb48b7d6fcf6e60299fe33873ccae", "parents": ["34b79f3e1a0afb1710dc6105d7cbd638eca98480"], "commit": "6c2a8d48c32f5ce875dcba15f521edb9b23a2081", "message": "updated git log", "changes": [[1, 0, "_data/git-log.json"]]}, {"committer": {"date": 1512423793, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512423793, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a5394e99df31213eae7baa1f3650cf297eb6f600", "parents": ["4ff652bcea901c68a76a4ef84d5aac320e78eacf"], "commit": "34b79f3e1a0afb1710dc6105d7cbd638eca98480", "message": "test _data/git-log.json", "changes": [[1, 0, "log.html"]]}, {"committer": {"date": 1512411508, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512411508, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c9a7984632468a50a52995698e98660a7199c2b5", "parents": ["67ee11f4766022056c35451eaf8fbb86dcb2845c", "3c8b6ebffccadb1c7990e1aabfe04a0d76b313ec"], "commit": "4ff652bcea901c68a76a4ef84d5aac320e78eacf", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1512411503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512411503, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "da4736490e1c2c794ae816a127f20cd464ad7d7c", "parents": ["269c66f1ac3eed42552f45530a5a74fec6c520a1"], "commit": "67ee11f4766022056c35451eaf8fbb86dcb2845c", "message": "added 18 research recap nine to homepage", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1512411170, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1512411170, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "0f9d6eb7eb64f756ed662d46481980026a01448e", "parents": ["269c66f1ac3eed42552f45530a5a74fec6c520a1"], "commit": "3c8b6ebffccadb1c7990e1aabfe04a0d76b313ec", "message": "Added omnystudio podcast embed", "changes": [[2, 2, "episodes/18-research-recap-nine.html"]]}, {"committer": {"date": 1512408127, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512408127, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "df525ad47d49bf8a2a0d868249cbbb435f43b799", "parents": ["f5712faa898393bcbbeed4741860e1d037099306"], "commit": "269c66f1ac3eed42552f45530a5a74fec6c520a1", "message": "episode 18, research recap nine notes; also joyjs notes", "changes": [[194, 0, "episodes/18-research-recap-nine.html"], [1, 1, "log.html"], [1, 1, "notes/future-authoring.md"], [70, 0, "notes/joy-js-review.md"]]}, {"committer": {"date": 1512257354, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "author": {"date": 1512257354, "timezone": "-0500", "name": "Steve Krouse", "email": "stevekrouse@users.noreply.github.com"}, "tree": "4a8d55199df4ccd2495d92190ee1a522b53ba3e0", "parents": ["e8cd329e2030da0486aa4f863f93c8eba339c0f2"], "commit": "f5712faa898393bcbbeed4741860e1d037099306", "message": "Almost finished with future authoring\n\nUseful and somewhat fun but also basic stuff for me given how much\nreflection I already do. I really think this course would be great for\nthose who aren’t crazy journal people like me. All the same, I’m glad\nI did it for the structure and clarity. Still have 30ish minutes to go\nso will do that Monday morning :)", "changes": [[241, 107, "notes/future-authoring.md"]]}, {"committer": {"date": 1512168846, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512168846, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "fd68313a0739ef14cd74c235532cae41f7aeb795", "parents": ["167d7e891e0b86242502b7582523bfb3c6e6c185"], "commit": "e8cd329e2030da0486aa4f863f93c8eba339c0f2", "message": "# Plan v5 is off to a great start\n\nI'm pumped that the table of contents Jekyll thing worked. That's really beautiful and super elegant.\n\nI think my changes in the diff for this commit speak for themselves. Really excited to come back to this next week.\n\n## Plan for next week\n\nMonday is full with the bi-weekly research summary, working out and two meeings. Calendar sculpting is included in the bi-weekly research summary time.\n\nTuesday and Weds are total open and will remain so, and until 2pm on Thursday and Friday are open as well.\n\nI guess it's mostly Bret Victor deep dive. Fun!\n\nMy first step will probably creating a list of all of his content that I want to get to and then prioritizing it. I don't want to make the mistake of starting from the first post he ever made in his oldest blog. While good for empathy, I want more of the fully-baked stuff.", "changes": [[34, 4, "plan.md"]]}, {"committer": {"date": 1512167658, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512167658, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b29cf12e878b287bedee4f40513e25b6148740b3", "parents": ["82a41954bdbdd869869bdeae4a610f5e49298aa3"], "commit": "167d7e891e0b86242502b7582523bfb3c6e6c185", "message": "# Fith version of plan\n\nVery rambly so far. Had to even siphon of a thousand words into [its own essay](/essays/invented-or-discovered). I found myself unable to figure out where my next header should go or be so I googled around for [how to auto-generate a table of contents](http://www.seanbuscay.com/blog/jekyll-toc-markdown/). The downside to this method I am trying now is that it only works after committing and pushing to Github pages, which I why I am committing this plan in mid-working session. Let's see what happens!", "changes": [[51, 0, "essays/invented-or-discoved.md"], [47, 101, "plan.md"]]}, {"committer": {"date": 1512142893, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512142893, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1d962fef0c9e68ff07ea913a86db986fd1b72f05", "parents": ["b3661b82bdfd27b57597fe3cfc8e44e3383eb8ff"], "commit": "82a41954bdbdd869869bdeae4a610f5e49298aa3", "message": "# Future Authoring, part 1\n\nI recently have fallen into a Jordan Peterson love affair, and stumbled upon [this course he created](https://selfauthoring.com/future-authoring.html), which seems quite relevant to me articulating my goals for this project. I found [a free version](https://pastebin.com/BiFE2fUX) and have [answered the first part of it in not-bold here](/notes/future-authoring) and am taking his advice to wait until a night or two of sleep before doing the second part. Let me put time on my calendar tomorrow afternoon to tackle it.\n\nIt went really well! A lot of it was personal stuff about my life, but readers of my stream-of-consciousness style in this journal are not strangers to that. It feels relevant at times to talk about my life in this journal and this is one of those times. I am a bit worried it may bite me in the butt at some point down the line but that's just fear talking. I don't have any concrete worries here.\n\n## Crusade Discovery\n\n### Well and thoroughly pickled\n\nIn particular I think I made a shockingly large amount of progress on articulating my crusade this morning. And the way I came to it is really a function of a week well sculpted. (I love this phrase, by the way, calendar sculpting. A quick google search makes it seem like I have indeed inventing this phrase. I wonder if it'll catch on.)\n\nFor example, starting my week of thinking about how communication works for my \"essay about essays\" with Nicky Case lead me to Douglas Hofstader's \"Analogy as the Core of Cognition\" which was *exactly* what I needed to read right now, as well as re-reading Seymour Papert's \"Gears of my Childhood\", also exactly what I need to read right now. (Watching Bret Victor's Inventing on Principle last week also played a big part on my thinking this week.)\n\nThen Wednesday diving even deeper into how the brain works, how people learn, why they'd want to learn to code, etc with my coggle brain mapping was amazing. Really helped me spread out my thoughts in space and get clearer about them and how they relate and build upon each other.\n\nThursday my brain was on fire reading through the Dynamicland zine the first way through. I've only made it 4 pages in the second way through and have written ~3.5k words already. I was able yesterday to really *live* in the future and imagine what it would be like, without hating or \"making wrong\" the present. I was able to bask in the possibility while also being grateful for reality. The thing about truly living in the future, while accepting the present, is that you can do it all the time, and it's only when you live with things as core components of your life that you are able to imagine the next step, how to build on top of them, how they interact together, the 3rd, 4th, and 5th level causes. I was even ambitious enough to explain to both my grandma and then my mom about my vision for the future and how it relates to tools and humans and augmentation, etc. They both got it to some degree and were excited that I was excited and I learned more for explaining these thoughts to lay people.\n\nI also had a great conversation with my buddy Jonathan Leung yesterday where he was excited for me for \"not making the present wrong\" because he noticed it was something for me to work on when we did our podcast many months ago. We thought about Elon as a crusader and what his crusade is (averting existential threats) and how that compares with Juan Benets crusade (decentralization).\n\nAdditionally, yesterday was largely inspired by *How to Measure Anything*, my new favorite book which is really going to make a scientist out of me and helped me understand the distinction of mesaurement and how it is truly what science is: reduction in uncertainty.\n\nAs the zine says (quoting someone), the idea is to immerse myself if brilliant thoughts get pickled by all these ideas, which will in turn lead me to having my own ideas.\n\n### Ariculating Crusade\n\nI think here's what's profound about the ideas I had yesterday and today:\n\n0) Tools, or technology, includes ideas, ananlogies, physical machines, virtual software. Anything that allows someone to do or think things, either at all or easier, than without the tool.\n\n1) Humans subsume our tools into ourselves, becoming what we were before plus our new tool. The result is a cohesive whole. Removing the tool reduces the human to what they were before the tool, akin to removing a person's arms.\n\n2) We know a great deal about how the mind works, how our bodies work, how emotions and happiness works, as well as what doesn't work. We can take all of this knowledge and bring it to bear on the problem of desigining proper tools for humans.\n\n*Pause!* How does this relate to programming language tools? Well programming langauges are *tools for designing tools*. Wow. Has there ever been such a tool? Ok, well writing is a tool for desigining tools. The notion of tool is a tool. Ok, so there are plenty. Programming is a tool for desigining tools *that can also desigin itself*. That's pretty neat: you can't make a pencil with a pencil. You can't make a typewritter with a typewritter. But you can make software tools with software tools.\n\nHowever it doesn't feel like *the bootstrapibility of programming languages* is why I'm so passionate about improving programming tools. Let's flip the question on its head: am I more passionate about building better tools for programming than, say, science? Or better dinner table conversations? Or more logical thinking? Nope. I'm really excited about each of those problems. Maybe the dinner table one a bit less emotionally but not that much less. The only reason I was so excited about programming tools was that 1) they were problems I had, 2) they were problems my students had, 3) I knew how to code and would have fun solving them. I'm really excited about all tools for thought and how to really embed them inside of people so that people can *be* augmented, not just be augmented.\n\nWait is that my crusade? *Be* augmented. The metaphor is that we are already the bionic man. We already have technology in our brains. We might as well optimize this software as best we can. And make the technology outside our brains optimal as well because that technology *exists inside our brains too*, just not phsyically. The metaphor for that is 1) my arm isn't \"inside my body\", but it's clearly me and 2) same goes for my clothes.\n\n## Rest of today\n\nI'm going to go workout with Sarah at a barre class now and then grab lunch. The idea this afternoon is to try my hand at another draft of my plan. I think I've got a good head on my shoulders about it this time.\n\nHowever, I think I'll probably want to come back to it after I finish the future authoring and get through my Bret Victor deep dive. Really, my plan seems like it might be done in time for the new year.", "changes": [[428, 0, "notes/future-authoring.md"]]}, {"committer": {"date": 1512075918, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512075918, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "39153cce7edf3a334d0d459986625f70adcdfa97", "parents": ["9c32a183002aa904e18181a02a9c896de2eb8f65", "4e71599f55a539ff09645b3dc9220bdf5af81ee2"], "commit": "b3661b82bdfd27b57597fe3cfc8e44e3383eb8ff", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1512074943, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512074943, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "39153cce7edf3a334d0d459986625f70adcdfa97", "parents": ["edc39b1e2e14641a281790e25a5833d7c3ce5cac"], "commit": "9c32a183002aa904e18181a02a9c896de2eb8f65", "message": "# Read Dynamicland Zine (& merge commit)\n\nAs you can tell by [reading my notes](/notes/dynamicland-zine.md), I was blown away by the Dynamicland zine.\n\n## Things on my mind\n\n### Markdown headers in commit messages\n\nThis is important so that I can link to content via its anchor tag. (Yes this currently doesn't work because this content is currently not rendered as in the github commits page for this repo. I will need to do that at some point soon-ish.)\n\nThis was bothering me so much that I solved it right now. It's as simple as `git commit --cleanup=verbatim` and then just deleting everything but the message. Closing https://github.com/stevekrouse/futureofcoding.org/issues/62.\n\n### Next steps\n\nIt's becomming clearer that my next steps revolve around Bret Victor and Dynamicland. At the very least I need to spend a few hours there, but I could see it being weeks, months or even a year or two.\n\nThis week I worked on:\n\n1) brainstorm \"essay about essays\"\n2) brainstorm \"learn to code\" essay\n3) read and reflect on zine\n4) reflect on goals and work on long-term plan (tomorrow)\n\nThis was a really great week. However, I'm now seeing my work on the \"learn to code\" essay as potentially premature. Or not premature, but not quite as urgent as I thought. It's not like I'm going to forget my hardwon insights from The Coding Space. While I could write something now, I am only going to learn more about these topics as time goes on. And I can always come back to teaching if I need to remember things for the essay.\n\nThe \"essay about essays\" project is also a bit random. However, if Nicky Case would collaborate with me on it, I would drop all my other projects and jump at that chance.\n\nHowever, if left to my own devices, it feels like its time for a Bret Victor deep dive, much like the Alan Kay deep dive that I did a few months back. (You can read about it in [my old journal.](/journal)) Like my Alan Kay deep dive, this one will likely also take approximately two weeks (12/04/17-12/15/17). Then I go home for three weeks (12/18/17-1/4/18) for the holidays. I might do some (no more than 20 hours) work the week of 12/18/17.\n\nThen it's time for a visit to Dynamicland! https://twitter.com/mandy3284/status/936284579333156864\n\nI'll probably go in early Jan, but it depends on when they want me I guess. I'd love to stay for a week or two and work out of the space every day, but I'd be happy to go for even a single afternoon.\n\nAll this said, while I have set aside all day tomorrow to work on my goals and my plan, I may cut that short if it doesn't feel productive to get a head start on my new priority: the Bret Victor deep dive!", "changes": [[1, 0, "index.html"], [134, 0, "notes/dynamicland-zine.md"]]}, {"committer": {"date": 1512047045, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1512047045, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1771dd4b16f7f94958e73997b9331cd0a78c9619", "parents": ["7c025150fdfefde29750a9772080d32f4ec885b1"], "commit": "edc39b1e2e14641a281790e25a5833d7c3ce5cac", "message": "notes with aidan", "changes": [[33, 0, "notes/aidan-cunniffe-call-11-29-17.md"]]}, {"committer": {"date": 1511974112, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1511974112, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "4816b9bca6941e28d7e22acba787f74d97bee118", "parents": ["7c025150fdfefde29750a9772080d32f4ec885b1"], "commit": "4e71599f55a539ff09645b3dc9220bdf5af81ee2", "message": "brainstormed essay about learning to code\n\nI continued my theme of brainstorming/mind-mapping this morning, but with a different essay and also a different medium. The essay topic is learning to code and the medium is a neat platform called coggle. In addition to being easy to use, it also is markdown-based, you can see a history of all previous edits, and it's real-time collaborative. Basically everything I'd want. You can see [my mind map here](https://coggle.it/diagram/Wh6pe8X_9wABwTVA). And here's a picture of it just in case that link doesn't work:\n\n\n\nVery productive. Really love the medium. One thing I noticed is that part of why mind-mapping software is difficult is that you have to go from abstract to concrete as opposed to being able to list arbitrary nodes and connect them later. I am currently side-stepping this problem by creating a \"TODO\" toplevel node that I can connect random stuff to until I can tell where they are going to best fit in the map.\n\nSpent 3ish hours on it this morning. It also worked great on my iPad, which was really nice. The downside is that I forgot my ergonomic iPad keyboard so I typed on it too much and now my hands hurt a bit.\n\nI am realizing that unlike Prezi, there's no notion of \"path\" to this tool, but I bet I can approximate it by creating a few different duplicates of the base map, and then in the copies, laying out the nodes in various orders. (You can put the nodes wherever you want and the relationships between then will just follow, staying connected.)\n\nI'm going to go get a workout in now, then I have a meeting with someone who wants advice on coding curriculum design with is quite relevant given what I did this morning, and then I chat with Aidan, founder of DropSource.", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1511909201, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1511909201, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b7ab86f7586b66231ded454456959a4a7cb943b5", "parents": ["10f357d435e6b65d02a599a8382dae3ed400b7b0", "901de4946ac4b58e8d32594e9f818d5674ab98df"], "commit": "7c025150fdfefde29750a9772080d32f4ec885b1", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1511909196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1511909196, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4816b9bca6941e28d7e22acba787f74d97bee118", "parents": ["c8afd63dbd0c37c8d0ede5f01ed9a3209a8461a2"], "commit": "10f357d435e6b65d02a599a8382dae3ed400b7b0", "message": "added episdeo 17 bubble.is emmanuel", "changes": [[87, 0, "episodes/17-bootstrapping-bubble-is-emmanuel-straschnov.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1511903074, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1511903074, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "498f6b732502c13f25e38922f9292b3b5a2e2b3d", "parents": ["c8afd63dbd0c37c8d0ede5f01ed9a3209a8461a2"], "commit": "901de4946ac4b58e8d32594e9f818d5674ab98df", "message": "essay about essay brainstorm\n\nGiven that I don't have a title for this essay, I thought it would make more sense to create a github issue for it because those are referenced via unique ids as opposed to their changeable names. (Aside: in writing that last sentence, I realized that I could simply create a `/drafts/` directory and name each of its children elements the same way github issues does: `/drafts/001`, `/drafts/002`. When I settle on a title, I could move the content into the `/essays/` directory and reference it via its name, not its id.) However, I want this log to consist of all work I do on this project, even if it's work outside of a set of changes to files in this directory, so this messages links to my work this afternoon on the \"essay about essays\": https://github.com/stevekrouse/futureofcoding.org/issues/63#issue-277535475", "changes": [[0, 1, "index.html"]]}, {"committer": {"date": 1511884759, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1511884759, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d4e579e49d84487d32cd674eaf05766ed0405f1c", "parents": ["ddc8cd46aa2f84aa6032eb181dd091b620efa066"], "commit": "c8afd63dbd0c37c8d0ede5f01ed9a3209a8461a2", "message": "Back from sickness and vacation\n\nThe past two weeks didn't go as planned. If you're following this journal, you'll notice that I haven't made any entires or commits for two weeks. This was mostly because I was still(!) feeling sick. Finally I was diagnosed with strep throat, and am feeling a lot better today. Tomorrow is my last dose of antibiotics so hopefully I'll get back to running tomorrow or the day after.\n\nNote: [the entry prior to this one](https://github.com/stevekrouse/futureofcoding.org/commit/8274ccb120bb3781402aed0a9e1d99242b95a479) is fairly defeated in tone. This is because (1) I was unexpectedly starting to feel sick (again) and didn't want to believe it, and (2) I was trying to get too much done in the time allotted. A recipe for defeatedness. I'm feeling much better about things now. Plenty of things to do but one step at a time. Plenty of time to address them all. Most important ones first.\n\nDespite what it says in my plan at the moment, my next step will not be creating a Patreon. This is because (1) the value accrued from having a Patreon up before creating my content probably isn't that high (look at how Vi Hart raised $6k in just a few days on her reputation), (2) it takes a while to get a strong following on a Patreon so the money wouldn't mean much, (3) it's a distraction from focusing on the work the will actually help move me forward at this juncture (planning, reading, writing).\n\nI'm very excited about a potential upcomming collaboration with Nicky Case. On our phone call a few weeks back, I asked him for advice on writing essays and he outline his thoughts in what will hopefully be an essay he and I collab on. That sounds like a lot of fun! It would be great to have a small win under my belt. Despite it likely not being the absolute highest priority right now, it's in the right direction. In other words, even though my Work Plan isn't quite done, I still have a pretty strong feeling that this small detour would move me closer to accomplishing it. As I told Nicky, I have ~20 hours this week to work on the essay. But really there's no rush. I can work on other things this week and come back to that next week.\n\nAnother thing on my mind is the unbreakable-links project. This project has taken much longer than expected. Just another opportunity for me to improve my currently highly inaccurate planning skills. The short-term solution is quite reasonable: whenever I want to move or delete a file in this directory, I simply have to think through what will happen to all prior links to that page. I do this well with the now deprecated /journal page.\n\nOk, so now let me think about my priorities:\n\n* Write 3 different outlines for the \"essay about essays\" to send to Nicky Case\n* Publish the now-very-late podcast with Emmanuel from bubble\n* Spend time writing about my goals for this project\n* Deep dive on Bret, read the Zine, send him an email\n* Write 3 outlines about learning/teaching to code (and learning in general)\n* Continue writing FoC plan\n* Schedule meetings with key people (Aidan, Stefan, Samuel)\n* Migrate other blogs from Trello (including AT essay outline)\n* Reach out to guest or two for next week on the podcast\n\nOk, these are all top priorities that need to happen in the next week or so. The order I do them in doesn't matter much. Let's go ahead and put them on my calendar in blocks, so I can visualize what I can get done and move them around as needed.\n\nThis is what it looks like now:\n\n\n\nI'm feeling happy and aligned with this. I am now noticing that this would be in contradiction with what I told Casey, that I have ~20 hours for this project. Depending on how our conversation goes, I can always bump one of these blocks to next week no problem and manufacture 20 hours here. However this is the plan if he doesn't want to work on this this week.\n\nYou may have noticed that I'm more structured today than usual. This is (1) because I have not been regular about my entries the past few weeks and am feeling a bit adrift, and (2) I fell into a Jordan Peterson YouTube hole last night and he says some pretty straightforward things about happiness, including that you need structure. The first question he asks someone who's depressed is, \"do you have a job?\" If the answer is no, then his answer is get one, even if it's not perfect. It will set you up for success. So while I don't want to follow the letter of his advice, I do want to add a little more structure to my life to stave off any kind of emotional turmoil from working alone and jobless.", "changes": [[1, 1, "plan.md"], [2, 0, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510614499, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510614499, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "71db4d50bad3abfeb7f75b057f16106a90e2dccb", "parents": ["4bc7bc623ab7a36942aaba224a906eacf5aaa49c"], "commit": "ddc8cd46aa2f84aa6032eb181dd091b620efa066", "message": "Why is my plan so ugly?\n\nI was hoping to publish my work plan by the end of day today but I don't like it. My thoughts are all over the place. I don't like the summary of steps at the end. It needs more work than I can do right now. Let's not rush.\n\nAs crazy as it sounds, I think I want to create a new work plan from scratch yet again. Hopefully it will be the last time. In particular I want to think through the steps of the plan and the timeline.\n\nI'll also be working on the content for my Patreon in the next few days. I expect that to launch in the next few weeks.\n\nFinally, I am starting to rethink the homepage design. Maybe I'll add some photos. Maybe I'll feature certain content. I could think about the \"user flow\" as opposed to simply listing all content by date.", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1510614433, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510614433, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ad171474165c0672a33bb4046836c72ca12055a1", "parents": ["f01ac82f0d9a4b1f4737a4898e9d52f9af155e26"], "commit": "4bc7bc623ab7a36942aaba224a906eacf5aaa49c", "message": "simplified plan a bit, workshopped steps in summary", "changes": [[9, 11, "plan.md"]]}, {"committer": {"date": 1510614400, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510614400, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5c47663b5453b6152010f6f8dad1b3a33666d671", "parents": ["e7b1554e7fb445ecc59ce0763425ba6c45ef5c80"], "commit": "f01ac82f0d9a4b1f4737a4898e9d52f9af155e26", "message": "updated homepage text", "changes": [[3, 3, "index.html"]]}, {"committer": {"date": 1510612584, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510612584, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "81f053101a1aedcc144c0dc3d71c6bd50f77aa67", "parents": ["fd033c0fa0046e7840435199538f728a0abf9dc1"], "commit": "e7b1554e7fb445ecc59ce0763425ba6c45ef5c80", "message": "edited plan, refactored out principles to own file", "changes": [[33, 117, "plan.md"], [63, 1, "principles.md"]]}, {"committer": {"date": 1510362157, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510362157, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "be0bc3e48825268c45f09f1cca7013fc57ea2422", "parents": ["d5492388bcd2139280dfd1d6feb13acef64b2b96"], "commit": "fd033c0fa0046e7840435199538f728a0abf9dc1", "message": "rest of nicky case notes", "changes": [[26, 2, "notes/nicky-case-call-11-1-17.md"]]}, {"committer": {"date": 1510360672, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510360672, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d1da8849e8cf094e008bbf8132f5c75af6e214b9", "parents": ["b07bd388f11e87e2fa8309b982501167edabb72b"], "commit": "d5492388bcd2139280dfd1d6feb13acef64b2b96", "message": "added notes nicky", "changes": [[91, 0, "notes/nicky-case-call-11-1-17.md"]]}, {"committer": {"date": 1510350681, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510350681, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "23942bb57adbacc8c14b140df306e3b30b06e4db", "parents": ["450731af5170267fe7cd19718809a04ba17b527a"], "commit": "b07bd388f11e87e2fa8309b982501167edabb72b", "message": "fixed heading names and levels", "changes": [[2, 2, "plan.md"]]}, {"committer": {"date": 1510350578, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510350578, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ca9cc6e749bb654c2aebf72295c3d137e86b7b5f", "parents": ["a0c8787fd9c798bf8e6e6a331df569ca8a6da491"], "commit": "450731af5170267fe7cd19718809a04ba17b527a", "message": "fixes formatting with elon plan", "changes": [[3, 0, "plan.md"]]}, {"committer": {"date": 1510350435, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510350435, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1b50713e8ffefcd578f6da13f1536758a5a0820d", "parents": ["156ccaebf2b0c456f32bd921d515e8346b927509", "1db7c38a542b241e95453d4164795bb3eea82939"], "commit": "a0c8787fd9c798bf8e6e6a331df569ca8a6da491", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1510350059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510350059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "12e199fdac3caacf994a6089c3e3dc455944d9f5", "parents": ["f87424ddb968181c85ff2769038d33604b0a2bca"], "commit": "156ccaebf2b0c456f32bd921d515e8346b927509", "message": "Done (for now) with plan (I think)\n\nI know the title of this commit doesn't inspire confidence but I think this plan is in a good place. Good enough for me to move on to step 1 of it at least. I'm sure I'll be back here, rethinking things soon enough.\n\n* It feels like every time I come back to working on this plan, I delete everything and start over again. That's not neccesarily a bad thing.\n\n* It's such a bummer to me that I have to write these journal thoughts somewhere random and then copy and paste them into the commit message at the end of my work even though I'm now writing them before I get started. Why can't the commit have a home before you finish the commit?! (Brainflash! I should've just commited the above thoughts to the repo without any changes this morning!)\n\n* Version control is definitely a topic I want to think about more. Really \"version control\" isn't the write word for it. It's more \"iterating on software\" or \"the software workflow\". Managing versions of software is a different problem. The elements of change guy is really the only one I know who's really thinking about this in a thoughtful way.\n\n* I'm not sure where my fustration with this plan is coming from: 1) my lack of progress on it the last few weeks because of my sickness and taking too many meetings, or 2) not having enough data to make a good decision here.", "changes": [[187, 201, "plan.md"]]}, {"committer": {"date": 1510265094, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1510265094, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "13e71a2ec706e71b6ba2b3e3d96b19f34788b6ed", "parents": ["f87424ddb968181c85ff2769038d33604b0a2bca"], "commit": "1db7c38a542b241e95453d4164795bb3eea82939", "message": "fixed comment", "changes": [[2, 2, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510236314, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510236314, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f1e0d54051e18ec20aa6650fbaa0996d24dd75b1", "parents": ["28dce347e9229fa35001a1a8080b12dcdc1f9b70"], "commit": "f87424ddb968181c85ff2769038d33604b0a2bca", "message": "continued working on plan, outline, goals, why", "changes": [[231, 135, "plan.md"]]}, {"committer": {"date": 1510236291, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510236291, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f852842e5c3556c17c9cdbe7a2f2ffff9417f6b9", "parents": ["cfd9d3294bd50e528c765c64f0ed1f9647be5ff7"], "commit": "28dce347e9229fa35001a1a8080b12dcdc1f9b70", "message": "added console logs to unbreakable-links", "changes": [[4, 2, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510192284, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510192284, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2f49ad62c56d2c81b7478157c312042ba7b33ff8", "parents": ["0ed4b75012d6096616f817809f3fd652b81d2e72"], "commit": "cfd9d3294bd50e528c765c64f0ed1f9647be5ff7", "message": "removed extra slash in rawGitLink", "changes": [[1, 1, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510192226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510192226, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0812f991a3247ff127d16fdcb553a783eb6b20e2", "parents": ["20466a6b954078a6d5f9a022a146f584bb6b29f8"], "commit": "0ed4b75012d6096616f817809f3fd652b81d2e72", "message": "added unbreakable-links as non-repo", "changes": [[43, 0, "unbreakable-links/README.md"], [182, 0, "unbreakable-links/index.js"]]}, {"committer": {"date": 1510192203, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510192203, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "dc2b9252940e907b7f1a69dcce1a2a2cc64491ba", "parents": ["33fb63a15272ba275159f6ea7d5fad73e769d4d4"], "commit": "20466a6b954078a6d5f9a022a146f584bb6b29f8", "message": "removed unbreakable-links repo", "changes": [[0, 1, "unbreakable-links"]]}, {"committer": {"date": 1510191940, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510191940, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "02e0602685bb5c71e8f7ddd9db2ebf5aab5efb73", "parents": ["907a770fa718d4a427b004de626b84d7136d2338"], "commit": "33fb63a15272ba275159f6ea7d5fad73e769d4d4", "message": "added unbreakable-links repo inside futureofcoding.org", "changes": [[1, 1, "404.html"], [1, 1, "README.md"], [1, 1, "about.md"], [1, 1, "episodes/1-welcome.html"], [1, 1, "episodes/10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html"], [1, 1, "episodes/11-how-reactjs-was-created-with-pete-hunt.html"], [1, 1, "episodes/12-research-recap-six-cycle-js-deep-dive.html"], [1, 1, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"], [1, 1, "episodes/14-research-recap-seven-master-planning.html"], [1, 1, "episodes/15-raising-genius-with-scott-mueller.html"], [1, 1, "episodes/16-research-recap-eight-life-and-work-planning.html"], [1, 1, "episodes/2-research-recap.html"], [1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 1, "episodes/4-research-recap-two.html"], [1, 1, "episodes/5-samantha-john.html"], [1, 1, "episodes/6-research-recap-three.html"], [1, 1, "episodes/7-lookers-lloyd-tab-on-growing-languages-through-deprecation.html"], [1, 1, "episodes/8-research-recap-four.html"], [1, 1, "episodes/9-research-recap-five.html"], [1, 1, "ideas.md"], [1, 1, "index.html"], [1, 1, "journal.md"], [1, 1, "links.md"], [1, 1, "log.html"], [1, 1, "notes/aaron-kent-call-9-15-17.md"], [1, 1, "notes/andre-staltz-call-10-9-17.md"], [1, 1, "notes/andre-staltz-call-9-11-17.md"], [1, 1, "notes/dan-scanlon-call-9-5-17.md"], [1, 1, "notes/jaime-brandon-call-9-5-17.md"], [1, 1, "notes/niko-autio-microeditor.html"], [1, 1, "plan.md"], [1, 1, "principles.md"], [1, 1, "prototypes/streamsheets/index.html"], [1, 0, "unbreakable-links"]]}, {"committer": {"date": 1510191647, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510191647, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4a2ddc613b0d757865dcc063698af054a43b33b2", "parents": ["c8575bdededdfa8c002aaedfb673cda219b6aa69"], "commit": "907a770fa718d4a427b004de626b84d7136d2338", "message": "update unbreakable-links", "changes": [[1, 1, "404.html"], [1, 1, "README.md"], [1, 1, "about.md"], [1, 1, "episodes/1-welcome.html"], [1, 1, "episodes/10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html"], [1, 1, "episodes/11-how-reactjs-was-created-with-pete-hunt.html"], [1, 1, "episodes/12-research-recap-six-cycle-js-deep-dive.html"], [1, 1, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"], [1, 1, "episodes/14-research-recap-seven-master-planning.html"], [1, 1, "episodes/15-raising-genius-with-scott-mueller.html"], [1, 1, "episodes/16-research-recap-eight-life-and-work-planning.html"], [1, 1, "episodes/2-research-recap.html"], [1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 1, "episodes/4-research-recap-two.html"], [1, 1, "episodes/5-samantha-john.html"], [1, 1, "episodes/6-research-recap-three.html"], [1, 1, "episodes/7-lookers-lloyd-tab-on-growing-languages-through-deprecation.html"], [1, 1, "episodes/8-research-recap-four.html"], [1, 1, "episodes/9-research-recap-five.html"], [1, 1, "ideas.md"], [1, 1, "index.html"], [1, 1, "journal.md"], [1, 1, "links.md"], [1, 1, "log.html"], [1, 1, "notes/aaron-kent-call-9-15-17.md"], [1, 1, "notes/andre-staltz-call-10-9-17.md"], [1, 1, "notes/andre-staltz-call-9-11-17.md"], [1, 1, "notes/dan-scanlon-call-9-5-17.md"], [1, 1, "notes/jaime-brandon-call-9-5-17.md"], [1, 1, "notes/niko-autio-microeditor.html"], [1, 1, "plan.md"], [1, 1, "principles.md"], [1, 1, "prototypes/streamsheets/index.html"]]}, {"committer": {"date": 1510191053, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510191053, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a152934795d857eec9035c211775267aee621372", "parents": ["dd3cce6ec160fdb5bed4c5b0277f1b07a6af8470", "396a87c9e52755cf661539af8df7c275bc2887b3"], "commit": "c8575bdededdfa8c002aaedfb673cda219b6aa69", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1510191047, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1510191047, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f24af8e67d18de1367e05e31b60e4775631c2a1f", "parents": ["8faf11d570d5d716fba086fb52c7da19abcbd57d"], "commit": "dd3cce6ec160fdb5bed4c5b0277f1b07a6af8470", "message": "added unbreakable-links, simply ?version=", "changes": [[1, 0, "404.html"], [3, 1, "README.md"], [1, 0, "about.md"], [1, 1, "episodes/1-welcome.html"], [1, 1, "episodes/10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html"], [1, 1, "episodes/11-how-reactjs-was-created-with-pete-hunt.html"], [1, 1, "episodes/12-research-recap-six-cycle-js-deep-dive.html"], [1, 1, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"], [1, 0, "episodes/14-research-recap-seven-master-planning.html"], [1, 0, "episodes/15-raising-genius-with-scott-mueller.html"], [1, 0, "episodes/16-research-recap-eight-life-and-work-planning.html"], [1, 1, "episodes/2-research-recap.html"], [1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 1, "episodes/4-research-recap-two.html"], [1, 1, "episodes/5-samantha-john.html"], [1, 1, "episodes/6-research-recap-three.html"], [1, 1, "episodes/7-lookers-lloyd-tab-on-growing-languages-through-deprecation.html"], [1, 1, "episodes/8-research-recap-four.html"], [1, 1, "episodes/9-research-recap-five.html"], [1, 0, "ideas.md"], [1, 1, "index.html"], [2, 1, "journal.md"], [1, 0, "links.md"], [1, 0, "log.html"], [14, 0, "notes/aaron-kent-call-9-15-17.md"], [14, 1, "notes/andre-staltz-call-10-9-17.md"], [14, 0, "notes/andre-staltz-call-9-11-17.md"], [2, 1, "notes/dan-scanlon-call-9-5-17.md"], [2, 1, "notes/jaime-brandon-call-9-5-17.md"], [1, 1, "notes/niko-autio-microeditor.html"], [1, 0, "plan.md"], [2, 1, "principles.md"], [0, 1, "prototypes/github-embed-footer"], [1, 0, "prototypes/streamsheets/index.html"]]}, {"committer": {"date": 1510064943, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1510064943, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ee32cc6c376fde14bf2daa83eac972ed5b02ab3c", "parents": ["8faf11d570d5d716fba086fb52c7da19abcbd57d"], "commit": "396a87c9e52755cf661539af8df7c275bc2887b3", "message": "Plan for week 11/7/17\n\nI was planning to spend all of today on my Plan, but I was given a list-minute invitation to a conference that seems like a good opportunity for me so I'm doing that instead.\n\nTomorrow, Wednesday, Nov 8th, I have meetings and other things all day so I won't post here probably.\n\nThursday in the morning I will be here to work on my Plan. In the afternoon I will be meeting with Paul Chuisano of Unison, Lloyd Tabb of Looker, and Emmanuel Straschnov of Bubble.is -- what a lineup!\n\nFriday *all day no matter what* will be reserved for my Plan! I'll also speak with Nicky Case at some point during the day on Friday which will be amazing.\n\nGenerally next week is mostly free for work on my Plan it is my intention to keep it that was as much as possible. NO MORE MEETINGS. NO EXCUSES.", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1509991068, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509991068, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "b2cf2a51cee49d6b7e8b365112a6a1ff22ee766c", "parents": ["1fa1f9a1271ed349756895056b4e0f67be397375"], "commit": "8faf11d570d5d716fba086fb52c7da19abcbd57d", "message": "Update episode 16 date", "changes": [[1, 1, "index.html"]]}, {"committer": {"date": 1509990880, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509990880, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "38e59e7f086ab470f4d180699a230cdeb5903aed", "parents": ["94a8c0eaa3bf68e5585f8e35d9cc170fd12a84d1"], "commit": "1fa1f9a1271ed349756895056b4e0f67be397375", "message": "Added omnycast embed", "changes": [[1, 1, "episodes/16-research-recap-eight-life-and-work-planning.html"]]}, {"committer": {"date": 1509974389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1509974389, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c3b5ce25f9c6f9352b1161e8156a5aa9435bf361", "parents": ["1767d80bf19dc8e73a8b4fc43b6b49a4b0941420", "c9357da92284c501906eb64ec3e076845542dd4c"], "commit": "94a8c0eaa3bf68e5585f8e35d9cc170fd12a84d1", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1509974384, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1509974384, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "01a67431a36b3e7d5320c5b7916d32a9803c62c3", "parents": ["4a47728ae82754e62dca5d7e3d522f024e6e3639"], "commit": "1767d80bf19dc8e73a8b4fc43b6b49a4b0941420", "message": "added 16 research recap eight notes", "changes": [[184, 0, "episodes/16-research-recap-eight-life-and-work-planning.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1509974364, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1509974364, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "08c642b2b9b442f4fa3ff1b0123e51a84ed27aed", "parents": ["4e5f04eaf871dc63c8e1a93634254e3077348fdb"], "commit": "4a47728ae82754e62dca5d7e3d522f024e6e3639", "message": "fixed typo with 14 research recap seven", "changes": [[152, 0, "episodes/14-research-recap-seven-master-planning.html"], [0, 152, "episodes/14-research-recap-six-master-planning.html"], [1, 1, "index.html"]]}, {"committer": {"date": 1509751200, "timezone": "-0400", "name": "steveykrouse", "email": "steveykrouse@gmail.com"}, "author": {"date": 1509751200, "timezone": "-0400", "name": "steveykrouse", "email": "steveykrouse@gmail.com"}, "tree": "a90505c06c56b8bcff043f6db70c49277593b5b2", "parents": ["8090ac51b758cce4ecb9393734f77fbb56f5734f"], "commit": "c9357da92284c501906eb64ec3e076845542dd4c", "message": "Created new outline for Future of Coding Plan\n\nDon't have time now to explain. It's a mess in there. It begins with the things I need to do next on this project. Then it's an outline. Hope to clean it up soon!", "changes": [[179, 214, "plan.md"]]}, {"committer": {"date": 1509378954, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509378954, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c24fa648e5af641c77c73a264355b58f04db64f4", "parents": ["e533b31f0b395cfb2f982e05bc3df3c030534b03"], "commit": "8090ac51b758cce4ecb9393734f77fbb56f5734f", "message": "Started new version of the Future of Coding Plan\n\n## Future of Coding Plan progress\n\nI’m really excited about the direction this version of the plan is taking! There are still a lot of thinking and analysis that needs to happen here, as well as organizing my thoughts, combining them with /about.html, and also doing a bit more research on this topic, and getting feedback on this plan from friends and experts. In particular I am really excited to continue reading Doug Engelbart’s Paper on Augmenting Human Intelligence and seeing the demo — I think that will help me with this plan and also my world plan which I had trouble working on last week, partially because I was sick and partially because it’s probably part-three of my planning series, instead of part-two. This future of coding plan is probably part two. I know this because I was stuck on my World Plan at the Future of Coding section, where if I finish this one first, I can just link to it there in my World Plan. As far as the other sections of my plan... we’ll see what I come up with.\n\n## Still Sick\n\nI have been taking a while to kick this cold. I feel bad about missing my first week of the podcast last week. It looks like I’ll also be missing this week’s interview because I didn’t do that last week either. Instead of making myself crazy and trying to rush it all in, while at the same time catching up on the last two weeks, and continuing to get better, I’m going to give myself a pass and take this week off from the podcast as well. If any of my listeners out there are worried or wondering where I am and have a suggestion for a better way for me to communicate that I’m taking weeks off, please let me know. I guess I could release a dummy 2-minute podcast episode just saying that I’m sick and won’t be on this week but that feels strange.\n\n## Newfound patience\n\nA number of factors have conspired together to lend me much more patience towards this project — and others in my life — than I had before. There were two main factors that were causing my impatience:\n\n1) when your self-defined job-description is “creating the future” of something, you have to imagine what the future could hold in store, and then bring it back for all of us in the present. However inherent in this is noticing all of the ways the present is lacking and how much we could all benefit from these future benefits now now NOW!\n\n2) I have all sorts of hangups around being a wunderkind. In fact at my last job, that was a nickname they had for me. Now that I’m noticing this pressure, I’m able to have it affect me less.\n\n3) The ideal perspective on changing the world would be wanting the outcome to happen, and truly not caring who accomplishes it or gets the credit. Not only to I want to hold myself to this standard in practice, but deep in my bones I want to be happy when a friend shows me a “competitors” product, not scared or anxious as I feel now. In fact, I want to see all people as collaborators in our shared project of making the world a better place. This is an important emotional reaction to recognize and try to shift. I think it’s similar to the project of overcoming jealousy that I began to undertake as it relates to romantic relationships after reading “Sex at Dawn” which taught me about how romantic jealousy isn’t as natural or positive as I was lead to believe growing up.\n\nCombined with my new love of Essentialism and focus, this newfound patience is giving me better perspective, particularly around the planning fallacy. Instead of assuming things will happen magically in nights and weekends, I now see that I need to allocate the appropriate amount of time for things that are important to me, such as wrapping up my work at The Coding Space and on WoofJS with a neat bow on top, as well as planning my next steps for this project. Instead of thinking I could squeeze these things in in the next few weeks, I am now content for them to take me months or even the next full year.", "changes": [[233, 0, "plan.md"]]}, {"committer": {"date": 1509031277, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509031277, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "17e7b9d52cb56d82997ddf162bc6e1facd37873f", "parents": ["2b21ab29251d10602e4abea6232b8474235f6240"], "commit": "e533b31f0b395cfb2f982e05bc3df3c030534b03", "message": "add slack group invite", "changes": [[7, 1, "index.html"]]}, {"committer": {"date": 1509030647, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509030647, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ed3d0c57f45fa06a77d5601d73f5c4eff0406332", "parents": ["400dcee5064a95264982615a1222fc0686cd4136"], "commit": "2b21ab29251d10602e4abea6232b8474235f6240", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1509030219, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509030219, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "b20460c9aebe67fbc538b447b8d013aa843848c6", "parents": ["79518c546497bcb565fb72e92bf531a9c474e9d6"], "commit": "400dcee5064a95264982615a1222fc0686cd4136", "message": "more links from glench", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1509029297, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509029297, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1a9c109352e4b83a5a92f0d6c3aa93b38e442ab8", "parents": ["b882bf061a360082134b3b53f24dee4cffb3c3f3"], "commit": "79518c546497bcb565fb72e92bf531a9c474e9d6", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1509028473, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1509028473, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d3071cbae933ba4f8e4ed90ddff27c7e8e6466e8", "parents": ["1612a59ec5b026b0a39442a27302981ae39a49c8"], "commit": "b882bf061a360082134b3b53f24dee4cffb3c3f3", "message": "links from emmanuel schnazer", "changes": [[4, 0, "links.md"]]}, {"committer": {"date": 1508953160, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508953160, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "e13e1de47e0ecdb948d40e191b8e99ffdd753a32", "parents": ["32007660a94ba778b36115df3e559fac170f9a80"], "commit": "1612a59ec5b026b0a39442a27302981ae39a49c8", "message": "links from omar rizwan", "changes": [[13, 0, "links.md"]]}, {"committer": {"date": 1508863470, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508863470, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c2dfc126b5586f1cdf84b8515c3af17f0e642e49", "parents": ["b5b01b56685c127991f0db40997d12b139f0c716"], "commit": "32007660a94ba778b36115df3e559fac170f9a80", "message": "recovering from a sore throat\n\nI came down with a sore throat this weekend, which was pretty bad yesterday and mostly better today. Yesterday I was planning to do my research recap, meet with Yair from Lamdu and record an episode with him, and go to the Future of Programming meeting. Unfortunately, I was able to do none of that, but I did find the energy to work on https://github.com/stevekrouse/unbreakable-links which is both important to work on and a very fun project for me.\n\nToday I'm feeling a lot better, but I still don't want to push myself, especially because I want to conserve my energy for the MoMath fundraiser that I was invited to by Pete Muller when I bumped into him at Springsteen on Broadway and he heard that I'm a Mitch Resnick fan, and that he'll be there tonight! I'll have to make sure to finish his book in the next few hours...\n\nAs far as my main focus, my #1 priority these days is my Planning Series, which starts with \"Life Plan\", then \"World Plan\", and finally \"Future of Coding Plan\". The first two will live on stevekrouse.com and the third will live here, probably on futureofocoding.org/about or futureofcoding.org/plan.\n\n### Just Plans\n\nAs you may notice, I have decided to stop referring to these plans as \"master plans\" for a few reasons: 1) \"master\" is a word with strange slavery connotations (it also makes me uncomfortable to have \"master\" branches in git but one problem at a time), and 2) it makes me feel less egotistical to have \"plans\" as opposed to \"master plans.\"", "changes": [[0, 1, "log.html"]]}, {"committer": {"date": 1508425262, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508425262, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "89668065cd30dc68262f9078821c1ccb3424435f", "parents": ["8ab8877ec56965901c690932cc214f9756af6755"], "commit": "b5b01b56685c127991f0db40997d12b139f0c716", "message": "where I've been\n\nOver the last few days, I haven't been pushing nearly as much to this as I used to for two reasons:\n\n1. I am working on unbreakable-links which will allow me to more freely edit the structure of the site, which is key because I need to change it.\n\n2. I am master planning. You can read my life master plan here https://docs.google.com/document/d/1tycCeK3FbOVqiz6xcePqr1iE0QTfsqpEgn4XUsXfuRM/edit", "changes": [[1, 0, "log.html"]]}, {"committer": {"date": 1508425164, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508425164, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c2dfc126b5586f1cdf84b8515c3af17f0e642e49", "parents": ["d6f8951ec824b3c2835f35c5b9e661d9a628155b"], "commit": "8ab8877ec56965901c690932cc214f9756af6755", "message": "Create log.html", "changes": [[9, 0, "log.html"]]}, {"committer": {"date": 1508425063, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508425063, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "e8a668dc762bef223c51f029866fca2959f8ffe4", "parents": ["3d17f10c8b4a0cc457be40f0462cfb57593e5038"], "commit": "d6f8951ec824b3c2835f35c5b9e661d9a628155b", "message": "this journal is officially deprecated -> /log", "changes": [[4, 0, "journal.md"]]}, {"committer": {"date": 1508421096, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508421096, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f76442aaae01fdcaa668ea09c9a0693cc2e8518f", "parents": ["4e5f04eaf871dc63c8e1a93634254e3077348fdb"], "commit": "3d17f10c8b4a0cc457be40f0462cfb57593e5038", "message": "Update links.md", "changes": [[19, 1, "links.md"]]}, {"committer": {"date": 1508274114, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1508274114, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1c41d937996106403073a9d4bd1669d340a48c53", "parents": ["ed3c55f65bc94654499ffd33c3650722cba6d58e", "793fef9f1fe23c820c98c6ed9af4195764448f40"], "commit": "4e5f04eaf871dc63c8e1a93634254e3077348fdb", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1508274090, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1508274090, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "74b50e49285e7f879aaee0a04f36615a09c67e67", "parents": ["1a9b47ce0b6dfaafa993870f343d8f43df417bed"], "commit": "ed3c55f65bc94654499ffd33c3650722cba6d58e", "message": "added 15 interview with scott mueller", "changes": [[90, 0, "episodes/15-raising-genius-with-scott-mueller.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1508255997, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508255997, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d41f732391bb57eba285014bd4b3fd3227db606c", "parents": ["4335744ea1022870a7b391845410a1929bfb03be"], "commit": "793fef9f1fe23c820c98c6ed9af4195764448f40", "message": "Update links.md", "changes": [[5, 0, "links.md"]]}, {"committer": {"date": 1508251854, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508251854, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "53612b078c76fffe8bc1f2a9c6d1a44baaa65a0b", "parents": ["b8026c26bc95651e3cb625cc9c7a0783dd589f9d"], "commit": "4335744ea1022870a7b391845410a1929bfb03be", "message": "Working on my life master plan...\n\nI feel bad for neglecting this site for the past few days. I've been working hard on my master plan for my life and I'll be back here shortly to continue working on my master plan for this project!", "changes": [[2, 1, "about.md"]]}, {"committer": {"date": 1508251162, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508251162, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ccd292b742ba246f551cdd508c6c9a09a14e9e40", "parents": ["343e9703c7b009ce7beb0ae57d4b827e45a298e8"], "commit": "b8026c26bc95651e3cb625cc9c7a0783dd589f9d", "message": "Update links.md", "changes": [[7, 0, "links.md"]]}, {"committer": {"date": 1508248862, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1508248862, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1cf43afb879a4f08521a869a7c66f0b8dfada65f", "parents": ["1a9b47ce0b6dfaafa993870f343d8f43df417bed"], "commit": "343e9703c7b009ce7beb0ae57d4b827e45a298e8", "message": "links from glen chiacchieri", "changes": [[9, 2, "links.md"]]}, {"committer": {"date": 1507574614, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507574614, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2456bc8bdb13503301429cc7c2ded8a825df6b80", "parents": ["6d57e56f4a7c6eceba6ba109122fd203afc4fe74"], "commit": "1a9b47ce0b6dfaafa993870f343d8f43df417bed", "message": "added link to embed podcast for episode 14 research recap seven", "changes": [[1, 1, "episodes/14-research-recap-six-master-planning.html"]]}, {"committer": {"date": 1507561834, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507561834, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d08fae6283dace3047af828fa1fcc6130c3d9455", "parents": ["1c18aa8db46efb74679c80c23886d890baa7ed3b"], "commit": "6d57e56f4a7c6eceba6ba109122fd203afc4fe74", "message": "added to index.html and switched id to name attribute to make anchor tags work", "changes": [[19, 18, "episodes/14-research-recap-six-master-planning.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1507561360, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507561360, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "84e47cee8913e8094eb828af6f74b1e3b7bec73a", "parents": ["2e39f9a323775dbe08b9702866a2ace6db8a1451"], "commit": "1c18aa8db46efb74679c80c23886d890baa7ed3b", "message": "added episode 14 research recap seven without omnycast link", "changes": [[151, 0, "episodes/14-research-recap-six-master-planning.html"]]}, {"committer": {"date": 1507558423, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507558423, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c460ee5d4924e672735eeb8a3217d2f422fc67bf", "parents": ["16321d65a0381b78a1aa049d4666aadac9db8319"], "commit": "2e39f9a323775dbe08b9702866a2ace6db8a1451", "message": "added andre staltz call 10-9-17", "changes": [[232, 0, "notes/andre-staltz-call-10-9-17.md"]]}, {"committer": {"date": 1507307045, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507307045, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "08c170b14192d864020593446dae6a9ac2717e18", "parents": ["915b40a2d6de7337f6f9a224118d60c042dbe804"], "commit": "16321d65a0381b78a1aa049d4666aadac9db8319", "message": "Continued developing master plan\n\nI've been making a lot of progress in the past few days, thinking about this project at a high level. I made a lot of progress in the shower this morning:\n\n\n\nThere are a few next steps:\n\n1. Articulate my prototype ideas for StreamSheets, Scratch or WoofJS FRP (and come up with a name for this), generic GUI for langauges, and more if I have them.\n\nhttps://github.com/stevekrouse/futureofcoding.org/issues/54\nhttps://github.com/stevekrouse/futureofcoding.org/issues/55\n\n2. Spell out my design principles.\n\nhttps://github.com/stevekrouse/futureofcoding.org/issues/9\n\n3. Send my master plan around to friends.\n\n4. Consider the future organization of the website and if now's a good time to go for it. https://github.com/stevekrouse/futureofcoding.org/issues/53", "changes": [[75, 40, "about.md"], [1, 1, "ideas.md"], [19, 0, "principles.md"], [0, 19, "thesis.md"]]}, {"committer": {"date": 1507292452, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507292452, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "446069bac45860fdeb2dbf71f874b4a1f4a7e9cc", "parents": ["b6e0e47ac0fb3b1bb0555270438ca0235eff4bb3"], "commit": "915b40a2d6de7337f6f9a224118d60c042dbe804", "message": "testing to see what long commit messages look like\n\nCan you see this message?\n\nHow about [this link](http://futureofcoding.org)?\n\n# How about this header?", "changes": []}, {"committer": {"date": 1507209851, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507209851, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "446069bac45860fdeb2dbf71f874b4a1f4a7e9cc", "parents": ["b5cf6d2d524a94e0e08f5dd9b6e7c37f0c4a4369"], "commit": "b6e0e47ac0fb3b1bb0555270438ca0235eff4bb3", "message": "journal death knoll and streamsheets write up", "changes": [[14, 0, "journal.md"]]}, {"committer": {"date": 1507207405, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507207405, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d81876d33a73c9f4e6df6488ad5b7c0f005bcea3", "parents": ["51f4a7a85eba79d9b31ec0281db9dc792e9f581e"], "commit": "b5cf6d2d524a94e0e08f5dd9b6e7c37f0c4a4369", "message": "added petri nets", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1507134430, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507134430, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1d5c3de320240927bf73edf6d420a47f7dfb2544", "parents": ["cc0f4b85157657f02e8da17ba9c3c19bb3333d80"], "commit": "51f4a7a85eba79d9b31ec0281db9dc792e9f581e", "message": "added children programming languages paper", "changes": [[1, 1, "links.md"]]}, {"committer": {"date": 1507053916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507053916, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "cc98c9e8e78a0d11b104ebcda198828b07d4bf9c", "parents": ["babbf695b718c41eb7aba3bd2f33708dcf0938fd"], "commit": "cc0f4b85157657f02e8da17ba9c3c19bb3333d80", "message": "lowered header predecede of structural editor subheadings", "changes": [[6, 6, "journal.md"]]}, {"committer": {"date": 1507053844, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1507053844, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "4fbcdf25acc88e1e39be7cf259d33a74a51d4961", "parents": ["f25ab2fbd97b8da93495d0700aeed53497f7da36"], "commit": "babbf695b718c41eb7aba3bd2f33708dcf0938fd", "message": "structured editing write up", "changes": [[74, 2, "journal.md"], [1, 0, "links.md"], [1126, 0, "notes/niko-autio-microeditor.html"]]}, {"committer": {"date": 1507037911, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507037911, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bb4dfb44103198cd448b8430cc221c3fda554ea1", "parents": ["33b5a65c408c871c930846ddcfafd4cdf9baf70f", "008d0c2d880ec5ef23068db76f9738ec8fcc8e94"], "commit": "f25ab2fbd97b8da93495d0700aeed53497f7da36", "message": "Merge pull request #48 from stevekrouse/episode-13\n\nadded episode 13, waiting for lauch date", "changes": []}, {"committer": {"date": 1507037902, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1507037902, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "73ca0e1da3b72872b3de3d1983ae9da63f57406c", "parents": ["453f2bd02372e5d0a83a1305503dead2bdb2cea4"], "commit": "008d0c2d880ec5ef23068db76f9738ec8fcc8e94", "message": "added omnyfocus embed link", "changes": [[1, 1, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"]]}, {"committer": {"date": 1506986472, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506986472, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "382c89f259e4dfb1c3c69669c81a7eed94f668ff", "parents": ["06113ec98d94d6da98761e4220a7bb8310f672dd"], "commit": "33b5a65c408c871c930846ddcfafd4cdf9baf70f", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506961454, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506961454, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6bbf79229025277f227b4419c4bc7bbb11e44567", "parents": ["d14b429066043a59c3939956d672389dbf6fcf1e"], "commit": "06113ec98d94d6da98761e4220a7bb8310f672dd", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506952183, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506952183, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "b917ae14d4a36bc013ad0493b367c3f3ddbb59f6", "parents": ["8663e9c14ef014b58aabb65a886f60b7fad82c45"], "commit": "d14b429066043a59c3939956d672389dbf6fcf1e", "message": "elm flappy, andre and nick, juan benet master plan", "changes": [[60, 1, "journal.md"]]}, {"committer": {"date": 1506942662, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506942662, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d97e1d79f71a5a920d3292ef105db9498f24573c", "parents": ["d23405ab51b4e01478a5d52913143be1c4eddcb4"], "commit": "8663e9c14ef014b58aabb65a886f60b7fad82c45", "message": "For -> 4 typo", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1506787197, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506787197, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8bbda671d4075a2340d76ca7ed1db3a1a2f53c46", "parents": ["5bafc3c6095dadcc9acfa8b0dd76f28988d6671a"], "commit": "d23405ab51b4e01478a5d52913143be1c4eddcb4", "message": "started about and thesis", "changes": [[151, 0, "about.md"], [2, 1, "index.html"], [19, 0, "thesis.md"]]}, {"committer": {"date": 1506779504, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506779504, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9a38a2e7907bad203a5c4c9cddd9a321a1849a52", "parents": ["5b4673ab621cc3bd485e3a9e53d67aa2090aecb1", "098a7f66a1066f25149342630fbb0bc0f6ec4151"], "commit": "5bafc3c6095dadcc9acfa8b0dd76f28988d6671a", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1506779499, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506779499, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f9b2cb7cc6531b44e9aa62437978fb500b088528", "parents": ["ffa8b9769aa090b0e248a3f868699a75350110fc"], "commit": "5b4673ab621cc3bd485e3a9e53d67aa2090aecb1", "message": "addedl linq", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506711945, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506711945, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "09365822356a81eabbad90b4b685f3a40ac70577", "parents": ["9e788a4a54112430c714e091ed0fdcd838013914"], "commit": "098a7f66a1066f25149342630fbb0bc0f6ec4151", "message": "links from @curious_reader", "changes": [[12, 0, "links.md"]]}, {"committer": {"date": 1506701600, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506701600, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "de13e05389881d2ada5014d62c107cc99bfaed40", "parents": ["ffa8b9769aa090b0e248a3f868699a75350110fc"], "commit": "9e788a4a54112430c714e091ed0fdcd838013914", "message": "fun conversations and elm flappy started", "changes": [[20, 0, "journal.md"]]}, {"committer": {"date": 1506692783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506692783, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7f835fbdcd6a146d3e14972e6ab3b6ecdb520623", "parents": ["6aadd6d78159bf6438b9037b95793c07a07814a6"], "commit": "ffa8b9769aa090b0e248a3f868699a75350110fc", "message": "prioritize sideways recipie article", "changes": [[3, 1, "links.md"]]}, {"committer": {"date": 1506691951, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506691951, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "0803adf5c5833fcab2a1c63e34efb38d8a3fc6f2", "parents": ["6aadd6d78159bf6438b9037b95793c07a07814a6"], "commit": "453f2bd02372e5d0a83a1305503dead2bdb2cea4", "message": "added episode 13, waiting for lauch date", "changes": [[102, 0, "episodes/13-teaching-elm-to-4th-graders-christopher-anand.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1506602406, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506602406, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "029df50d2cc31f0dd7cf787334bce1bc7de48c6e", "parents": ["ab9901937fbaf6b0710fc36825ca244b6d42dae2"], "commit": "6aadd6d78159bf6438b9037b95793c07a07814a6", "message": "Update journal.md", "changes": [[4, 0, "journal.md"]]}, {"committer": {"date": 1506541743, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506541743, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a47ac91df7bb8d2c5b36f7d52e477a3793ed4b00", "parents": ["981a4004ace5afdc5685954b8dbacde3badc878d"], "commit": "ab9901937fbaf6b0710fc36825ca244b6d42dae2", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506538172, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506538172, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "eb5702623785e07a703d0c09b306b27576c257c0", "parents": ["47466607290c0e3647995281735a90d2fdf150e3"], "commit": "981a4004ace5afdc5685954b8dbacde3badc878d", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506531697, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506531697, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "4459c1a67ccaa696b8f71422f41c730a6f17ae6d", "parents": ["197aa63952c34ad7fe0ca57bc47e811338af3d1a"], "commit": "47466607290c0e3647995281735a90d2fdf150e3", "message": "finished cyclejs flappy bird", "changes": [[26, 0, "journal.md"]]}, {"committer": {"date": 1506443673, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506443673, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "36d1788d0f71c679b60867d740e7e8b4f0ed2c9c", "parents": ["ed87c919be2eb7160bb9ed115280e7a5cab1d212"], "commit": "197aa63952c34ad7fe0ca57bc47e811338af3d1a", "message": "Update links.md", "changes": [[6, 2, "links.md"]]}, {"committer": {"date": 1506443502, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506443502, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "03e0e1a753c50a7572a22946238597df8dbe32a2", "parents": ["6a64c41a01f998fd57fcccc44f92b39e166ff23b"], "commit": "ed87c919be2eb7160bb9ed115280e7a5cab1d212", "message": "add links from nicolae rusan", "changes": [[6, 0, "links.md"]]}, {"committer": {"date": 1506441573, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506441573, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7f78207fe71e4ffd14ba900373576bcefcfa100f", "parents": ["19d478945d86279da2f7c6eab86273fd72f6f51e"], "commit": "6a64c41a01f998fd57fcccc44f92b39e166ff23b", "message": "Update journal.md", "changes": [[5, 0, "journal.md"]]}, {"committer": {"date": 1506352193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506352193, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7efbde25c25b1b51879f606440fce0db7c24288e", "parents": ["cb152e6c4105cdcbbf26c069d1da1069577308bd"], "commit": "19d478945d86279da2f7c6eab86273fd72f6f51e", "message": "added episdoe 12, research recap six: cyclejs deep dive", "changes": [[86, 0, "episodes/12-research-recap-six-cycle-js-deep-dive.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1506351892, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506351892, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "66be71ecd978e01cb138e1fd1cee4f5d86153dd2", "parents": ["a87ad52062c1ebc591b38b28da5f507aaaaa7ca5"], "commit": "cb152e6c4105cdcbbf26c069d1da1069577308bd", "message": "fix onionify link", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1506346145, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506346145, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c6d51b7622524d355ee364e2e9b634c719428c9e", "parents": ["b90daea3548277613fd882bf911ce5c606e9770e"], "commit": "a87ad52062c1ebc591b38b28da5f507aaaaa7ca5", "message": "research recap 6", "changes": [[48, 1, "journal.md"]]}, {"committer": {"date": 1506116368, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506116368, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7fb7cfb6dc1e6a0ad81263b96160c09d88d0bdf5", "parents": ["cf7b4fc072fa73a47ad989496a21351026c5875a"], "commit": "b90daea3548277613fd882bf911ce5c606e9770e", "message": "Update journal.md", "changes": [[2, 0, "journal.md"]]}, {"committer": {"date": 1506116142, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506116142, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f0457a9df66c55dfac378765c7357d0d22cd678c", "parents": ["6c2e63534ab7f2ecd92c7e5c508a5fbb87e3b9d3"], "commit": "cf7b4fc072fa73a47ad989496a21351026c5875a", "message": "Update journal.md", "changes": [[8, 0, "journal.md"]]}, {"committer": {"date": 1506089144, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1506089144, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ba1a6436945d4310dd283ef5f12755299c78fe01", "parents": ["581753a6db254e516301d0c1563e233f6e70ea13"], "commit": "6c2e63534ab7f2ecd92c7e5c508a5fbb87e3b9d3", "message": "to recurse or not to recurse", "changes": [[26, 0, "journal.md"]]}, {"committer": {"date": 1506024610, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506024610, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "3c619aca47c07bfe2a44e1e14ac8466c578cdbaf", "parents": ["578124f23089e7a4ca842ab8501ae837e4ca8a74"], "commit": "581753a6db254e516301d0c1563e233f6e70ea13", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1506023134, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506023134, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "554b60b4e14e6093c7b262477625b75c8705d1c2", "parents": ["914e8301e7b9545e1e655a0cef9c6c9ace91b252"], "commit": "578124f23089e7a4ca842ab8501ae837e4ca8a74", "message": "Update index.html", "changes": [[2, 2, "index.html"]]}, {"committer": {"date": 1506023076, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506023076, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "93e2c0796a83718b6710796db9965ba3a5e4373e", "parents": ["ffc282294d72a15b37008e78634716d4a9f7a6e9"], "commit": "914e8301e7b9545e1e655a0cef9c6c9ace91b252", "message": "Update index.html", "changes": [[1, 1, "index.html"]]}, {"committer": {"date": 1506021281, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506021281, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1fc5e38ca1bf75637cc29bd245abc28fd2505e92", "parents": ["599f367771f45a75400f952e33bb1fb9f185d758"], "commit": "ffc282294d72a15b37008e78634716d4a9f7a6e9", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1506019627, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1506019627, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ef58f17118d2fac3d514b9fefc3162a07990945e", "parents": ["b095cca040ae70c0f3b5290474c4d7a4b8674e71"], "commit": "599f367771f45a75400f952e33bb1fb9f185d758", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1505913111, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505913111, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1b364dcc00c752faa58cc6705bca3a01331733c3", "parents": ["3e4c48b6006a11f8ebc059efb738b7f74a37ad33"], "commit": "b095cca040ae70c0f3b5290474c4d7a4b8674e71", "message": "Update journal.md", "changes": [[3, 0, "journal.md"]]}, {"committer": {"date": 1505911811, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505911811, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "9e51b88654e147c7d393c0a187ac05be506213f6", "parents": ["ce65837e2716efffcad1fbe84a27a8bc6a80dd4a"], "commit": "3e4c48b6006a11f8ebc059efb738b7f74a37ad33", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1505843561, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505843561, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "05fdd2479253a293c68784bed6393a5d3ce35e21", "parents": ["de134be22d95007c2bfa7eb0567de97b930b5d91"], "commit": "ce65837e2716efffcad1fbe84a27a8bc6a80dd4a", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1505834631, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505834631, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "34e717977d5cf78faf6e86cf24eb33f3035c5c7c", "parents": ["a1a0f723e34db654811a009dcbadea6ba2568d71"], "commit": "de134be22d95007c2bfa7eb0567de97b930b5d91", "message": "added pete hunt episode", "changes": [[89, 0, "episodes/11-how-reactjs-was-created-with-pete-hunt.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1505831458, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505831458, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f139f0d58b68e861f5e3b1ea2c044d324431a62a", "parents": ["3e3f2b81f1cf9dd809bae2357983754b4b897cce"], "commit": "a1a0f723e34db654811a009dcbadea6ba2568d71", "message": "played with cycle, create github-embed-footer", "changes": [[3, 0, ".gitmodules"], [17, 0, "journal.md"], [1, 0, "prototypes/github-embed-footer"]]}, {"committer": {"date": 1505751306, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505751306, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d34875392cce56c005890e7ba944942929246a89", "parents": ["80bd8cddfea62940667194d1b9f06d448a7cb049"], "commit": "3e3f2b81f1cf9dd809bae2357983754b4b897cce", "message": "reorganize to research links by topic", "changes": [[46, 43, "links.md"]]}, {"committer": {"date": 1505748783, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505748783, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "92f8b5aaaebac5b90cdcc6c01eff6217ce612826", "parents": ["f987a210e92c54ebeda8daa166872443014e3f00"], "commit": "80bd8cddfea62940667194d1b9f06d448a7cb049", "message": "Update journal.md", "changes": [[18, 0, "journal.md"]]}, {"committer": {"date": 1505748294, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505748294, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "45887bd5e059568ea6ec62071e50557598876d8a", "parents": ["66f5549361e2562841447bc1d19956046ba120e3"], "commit": "f987a210e92c54ebeda8daa166872443014e3f00", "message": "Update links.md", "changes": [[29, 9, "links.md"]]}, {"committer": {"date": 1505508846, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505508846, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f2168b992bd2bbe6ab09f2dbd6fab10400159b65", "parents": ["336815f64b5b0b4f0aeeb7be35b50824acd43653"], "commit": "66f5549361e2562841447bc1d19956046ba120e3", "message": "Update journal.md", "changes": [[9, 0, "journal.md"]]}, {"committer": {"date": 1505508833, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505508833, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ab4ec768b29b1c010609a55dded7622332d2ce73", "parents": ["27ecc929931c792e17e3b590adfd2f09d45e9944"], "commit": "336815f64b5b0b4f0aeeb7be35b50824acd43653", "message": "Update links.md", "changes": [[36, 6, "links.md"]]}, {"committer": {"date": 1505496885, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505496885, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a4d609b11e5251db9fd2e10b9a9bd9b8b0879f69", "parents": ["d2a8c8f6d599ef0717dada1479a38ac4275460ac"], "commit": "27ecc929931c792e17e3b590adfd2f09d45e9944", "message": "Update links.md", "changes": [[10, 5, "links.md"]]}, {"committer": {"date": 1505496877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505496877, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "f155058884fe4d64c732343b37f47f3dc4a10b7b", "parents": ["a7a6d5708dd6d1837e78d043d5e2c54fc2df5b22", "7b2e4f5d2164c753e40ee27c05dc8610eb19f3d3"], "commit": "d2a8c8f6d599ef0717dada1479a38ac4275460ac", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1505496871, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505496871, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9ae1a451b5ae06ffe12121b69d74cacc6fdbf7b6", "parents": ["1edb7c948c876ae562dedc76d566899fa9b056c2"], "commit": "a7a6d5708dd6d1837e78d043d5e2c54fc2df5b22", "message": "added aaron kent call", "changes": [[27, 0, "notes/aaron-kent-call-9-15-17.md"]]}, {"committer": {"date": 1505316748, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505316748, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "646b776e4727ee9a48a330415d4967ccfae4af8e", "parents": ["9083f5051da2af3702fe6ea1755ee0a4ba6f4054"], "commit": "7b2e4f5d2164c753e40ee27c05dc8610eb19f3d3", "message": "Update journal.md", "changes": [[23, 0, "journal.md"]]}, {"committer": {"date": 1505316484, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505316484, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7d9288d7f7a07b6bfb83e7583545fd845ab5b7ce", "parents": ["27ce85bfc298c11c1bb4a22104630b5db2975389"], "commit": "9083f5051da2af3702fe6ea1755ee0a4ba6f4054", "message": "Update links.md", "changes": [[4, 0, "links.md"]]}, {"committer": {"date": 1505316387, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505316387, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a15f6fbf10a7cd4ec53498d0263c35c42ddd75ef", "parents": ["78c146bc2411f5159b04769e584349ea8d251496"], "commit": "27ce85bfc298c11c1bb4a22104630b5db2975389", "message": "Update links.md", "changes": [[3, 0, "links.md"]]}, {"committer": {"date": 1505313069, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505313069, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8ef3c92c6999c913467504db8906f55557767b5e", "parents": ["e0094fce667761206d87e322a5c4875257c3ad5f"], "commit": "78c146bc2411f5159b04769e584349ea8d251496", "message": "Update index.html", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1505312891, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505312891, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f4b15059b9ed018982f91ade031ae94d1d127f60", "parents": ["a3b5290a0917e34b321eb614760560ee5a1e4fd1"], "commit": "e0094fce667761206d87e322a5c4875257c3ad5f", "message": "Create 10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html", "changes": [[89, 0, "episodes/10-unisons-paul-chiusano-on-how-abstraction-will-save-distributed-computing.html"]]}, {"committer": {"date": 1505225730, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505225730, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "dbb57d9cbfc7ae96278de7889f8fbd550f4b99a5", "parents": ["b2360fcc457cb6d6a936e68f73e045dd6ffd53b9"], "commit": "a3b5290a0917e34b321eb614760560ee5a1e4fd1", "message": "fix podcast dates", "changes": [[6, 6, "index.html"]]}, {"committer": {"date": 1505225558, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505225558, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "3abf2e24b83aab492347229c34b9b1de5ca0d13c", "parents": ["b358b7ae0e0eb99a325ab4317522086ab1384fbd"], "commit": "b2360fcc457cb6d6a936e68f73e045dd6ffd53b9", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1505223682, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505223682, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "eb88c79c85d1f433bdc08f5ab2a1824781470689", "parents": ["9bb940ef8155266aa62b586c546d91923927e413"], "commit": "b358b7ae0e0eb99a325ab4317522086ab1384fbd", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1505219671, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505219671, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7bca4b835690ee9ed78e8ad668d75c6c0bdc8d01", "parents": ["680be36767a6f55703869e882a291f7a797c42ae"], "commit": "9bb940ef8155266aa62b586c546d91923927e413", "message": "added links from jaime and andre calls", "changes": [[8, 4, "links.md"]]}, {"committer": {"date": 1505219592, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505219592, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f2ff34f9c2f9f83da8f6a74d43bd0a08747883d8", "parents": ["25dabceeb6b549ddd623deab23ca8483f437990c"], "commit": "680be36767a6f55703869e882a291f7a797c42ae", "message": "fix andre call notes links", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1505216260, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1505216260, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bf0b38b0d676956da86ee0868e9b0b1d91a9d463", "parents": ["1edb7c948c876ae562dedc76d566899fa9b056c2"], "commit": "25dabceeb6b549ddd623deab23ca8483f437990c", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1505163409, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505163409, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "8079d5f18550e388d4ebd094e7b9d1c1d6ae330b", "parents": ["08da893bb261b158b291282d3fc0038453e871e5"], "commit": "1edb7c948c876ae562dedc76d566899fa9b056c2", "message": "update research recap five description and add to homepage", "changes": [[1, 1, "episodes/9-research-recap-five.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1505163167, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505163167, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "5c3138c67c1dc3d95c3028c5c2806f314fbffeb4", "parents": ["ce73581ab1b200248c579630ff295e548186c7f5", "ee8cbb23b6f8faecffcd1c1f4f86e192213024e2"], "commit": "08da893bb261b158b291282d3fc0038453e871e5", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1505163159, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505163159, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "bf6a2496f4fdfcf8d4b7fb61117d707db7e5b279", "parents": ["2585cc7b065637f213d3733ba9f26e65bfa00fc5"], "commit": "ce73581ab1b200248c579630ff295e548186c7f5", "message": "research recap 5", "changes": [[106, 0, "episodes/9-research-recap-five.html"], [56, 0, "journal.md"], [4, 0, "links.md"]]}, {"committer": {"date": 1505163149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1505163149, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a7bbd4363513ad3688a7a88bc2a8cc9355da8bbd", "parents": ["095393203920ac6a43f857e32117037b6564b91a"], "commit": "2585cc7b065637f213d3733ba9f26e65bfa00fc5", "message": "add andre staltz 9-11-17 call", "changes": [[118, 0, "notes/andre-staltz-call-9-11-17.md"]]}, {"committer": {"date": 1504902724, "timezone": "-0500", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504902724, "timezone": "-0500", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6a4dbd3cbe4008bfe3f66fe951cb2b454cd5c742", "parents": ["095393203920ac6a43f857e32117037b6564b91a"], "commit": "ee8cbb23b6f8faecffcd1c1f4f86e192213024e2", "message": "Update links.md", "changes": [[4, 2, "links.md"]]}, {"committer": {"date": 1504881181, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504881181, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "315c769413167c1097aa5f28d9d93558c6536171", "parents": ["1cf92bf9347818a44971e4246423e206134cff1c"], "commit": "095393203920ac6a43f857e32117037b6564b91a", "message": "bret victor deep dive day #1", "changes": [[9, 0, "journal.md"], [15, 1, "links.md"]]}, {"committer": {"date": 1504799746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504799746, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "84147c6a49636a67043a6c18a94de12d4317a65d", "parents": ["3c61d3a143f71c72400a3f23ce086ef904fbaa06"], "commit": "1cf92bf9347818a44971e4246423e206134cff1c", "message": "alan kay day #5 journal and recap", "changes": [[18, 0, "journal.md"]]}, {"committer": {"date": 1504798819, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504798819, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b9e5bf6cf7ec1456598bf62512f944e532b40cca", "parents": ["4be18b07ee81247cad4bc031da09f81e29273f43"], "commit": "3c61d3a143f71c72400a3f23ce086ef904fbaa06", "message": "alan kay deep dive day #5 links", "changes": [[3, 0, "ideas.md"], [38, 5, "links.md"]]}, {"committer": {"date": 1504710551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504710551, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "32b48067cb548a9e499cc74b3389122c0dd3f477", "parents": ["31cb36531e9fa145dfb65832af0cdfb90c39258f"], "commit": "4be18b07ee81247cad4bc031da09f81e29273f43", "message": "alan kay deep dive #4, journal", "changes": [[21, 0, "journal.md"]]}, {"committer": {"date": 1504709804, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504709804, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "131bb205491e43f2b7f16461d20f15fc5c87f5ce", "parents": ["8fdc3420b50bef161e0324bd964b3cb343540dc4"], "commit": "31cb36531e9fa145dfb65832af0cdfb90c39258f", "message": "alan kay deep dive day #4 links", "changes": [[40, 9, "links.md"]]}, {"committer": {"date": 1504699778, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504699778, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "60cbdc125e992e54e1617ca03524e45fe8094da1", "parents": ["31bccc1f12bef4f2f86fe20d75d2cb4f174a3be9"], "commit": "8fdc3420b50bef161e0324bd964b3cb343540dc4", "message": "added research recap four", "changes": [[86, 0, "episodes/8-research-recap-four.html"], [1, 0, "index.html"]]}, {"committer": {"date": 1504646268, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504646268, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "534aa02511f7420dc31f17634f0479ae0fb76b9f", "parents": ["dce6d46e520dfcedd8638a9cfa090bb060209e38"], "commit": "31bccc1f12bef4f2f86fe20d75d2cb4f174a3be9", "message": "adding lloyd's episode to homepage", "changes": [[7, 6, "index.html"]]}, {"committer": {"date": 1504646082, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504646082, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d3dcf4cb21f128692a262f4ee0944219c785a529", "parents": ["9c23199978c05ac8c9795f0a40925db8f812a10b"], "commit": "dce6d46e520dfcedd8638a9cfa090bb060209e38", "message": "added lloyd episode", "changes": [[86, 0, "episodes/7-lookers-lloyd-tab-on-growing-languages-through-deprecation.html"]]}, {"committer": {"date": 1504638064, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504638064, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7960f73fd853389aed4ad1509c50c7beb4c2b670", "parents": ["723e92578386fb3d7afd5200c5a7855c8172cbdd"], "commit": "9c23199978c05ac8c9795f0a40925db8f812a10b", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1504637264, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504637264, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "30e885296b52bebebd24c343544652bdbcc9cf0a", "parents": ["04b4251a07635e4e170df62e3e2fb7eade439817"], "commit": "723e92578386fb3d7afd5200c5a7855c8172cbdd", "message": "Update links.md", "changes": [[1, 1, "links.md"]]}, {"committer": {"date": 1504633019, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504633019, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "e366cfc37111f22ac9cce5ee3d50860f5ff71a78", "parents": ["355bb048a4eb34bf5b276230bdd7f4455beaeeda"], "commit": "04b4251a07635e4e170df62e3e2fb7eade439817", "message": "added notes with dan and jaime", "changes": [[95, 0, "notes/dan-scanlon-call-9-5-17.md"], [74, 0, "notes/jaime-brandon-call-9-5-17.md"]]}, {"committer": {"date": 1504617771, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504617771, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "b9fd8e1823745f434be8914576eff9c6cf92beb2", "parents": ["c43a1fe747c5608eb5da91c0d629a7a86a20244c"], "commit": "355bb048a4eb34bf5b276230bdd7f4455beaeeda", "message": "journal for alan kay day #3, and logichub #1", "changes": [[10, 0, "journal.md"]]}, {"committer": {"date": 1504617157, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504617157, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d3d04224730ee412e6ef2ad5f184529972092901", "parents": ["aead6827eb4410e45e41e410f91a510acc8b137e"], "commit": "c43a1fe747c5608eb5da91c0d629a7a86a20244c", "message": "alan kay deep dive day #3", "changes": [[9, 1, "links.md"]]}, {"committer": {"date": 1504610254, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504610254, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "058d4470820568f1dd6368cf3dd0e66c31a84c1e", "parents": ["6d7c3e8ec4ab7101f2eb766786049f41528c370d"], "commit": "aead6827eb4410e45e41e410f91a510acc8b137e", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1504553635, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504553635, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8506aed16b27523e563abe4f3dcb4a614600209a", "parents": ["b1222a617914376d290fc00ca4f0dbeb16670767"], "commit": "6d7c3e8ec4ab7101f2eb766786049f41528c370d", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1504553081, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504553081, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a28d2baf4a8e6705bfc76a918b6bdb7e054b7106", "parents": ["bf7b99bcbd22cf0a258ab679f00afff059ac96d4"], "commit": "b1222a617914376d290fc00ca4f0dbeb16670767", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1504551586, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504551586, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8baa20e152ba25d36d118ba9bcadb307da2e9de7", "parents": ["7f4a1c348f168190d764f5e0629a97d0cdc434fc"], "commit": "bf7b99bcbd22cf0a258ab679f00afff059ac96d4", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1504547313, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504547313, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "67248be4f975ba61253f0d3101924f180dcd9515", "parents": ["8e4ccfe4ec2908031fd3c6d0ef4a18dee9193d0a"], "commit": "7f4a1c348f168190d764f5e0629a97d0cdc434fc", "message": "alan kay deep dive #2, part 2", "changes": [[11, 6, "links.md"]]}, {"committer": {"date": 1504536819, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504536819, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "45b0aa0295de357676d9d2c084707809d4adfad2", "parents": ["9976e7c46d85a09c1c5c4776e3673b8aac44152a"], "commit": "8e4ccfe4ec2908031fd3c6d0ef4a18dee9193d0a", "message": "alan deep dive part #2, journal", "changes": [[3, 0, "ideas.md"], [12, 0, "journal.md"]]}, {"committer": {"date": 1504536693, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504536693, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "3a6b5f4c6fe813417e8cb67fc97f5b88d723f397", "parents": ["d391cf4dd862a0e26c7133a580fd5dc911134296"], "commit": "9976e7c46d85a09c1c5c4776e3673b8aac44152a", "message": "still Alan Deep Dive #2, part 1 (forgot to save before last commit)", "changes": [[20, 5, "links.md"]]}, {"committer": {"date": 1504536612, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504536612, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c83bba5a9ddb4d3736e65f3a4358707e69e29bdc", "parents": ["29d76b2bf84e75b84a6fd0f9f7528a7976979b58"], "commit": "d391cf4dd862a0e26c7133a580fd5dc911134296", "message": "Alan Deep dive #2, part 1", "changes": [[19, 3, "links.md"]]}, {"committer": {"date": 1504470359, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504470359, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "453c87383bc4899da1fad599a0755833df1fb648", "parents": ["470b347d08f5333b6ee20e841f26b6dd0ebfbac3"], "commit": "29d76b2bf84e75b84a6fd0f9f7528a7976979b58", "message": "reflections on schedule 9/3/17", "changes": [[16, 0, "journal.md"]]}, {"committer": {"date": 1504367606, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504367606, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "35d2c685b9c2d1e6250596a6385c106e362c1063", "parents": ["e40d8cb415e5777deaddfdbf5f9f396ac9b7e471"], "commit": "470b347d08f5333b6ee20e841f26b6dd0ebfbac3", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1504366305, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504366305, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "107a5f66e29813249181249cdc7080743c2a55e7", "parents": ["884b050e790f0f268d02440d80b19437754c2d99"], "commit": "e40d8cb415e5777deaddfdbf5f9f396ac9b7e471", "message": "add isomorf.io", "changes": [[3, 0, "links.md"]]}, {"committer": {"date": 1504307808, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504307808, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a2dedcd9c1adff50958f1d201514402c170800de", "parents": ["3851f3f22bb2fe32c849a91a6f369c3f0e19c456"], "commit": "884b050e790f0f268d02440d80b19437754c2d99", "message": "alan kay reading recap 1", "changes": [[16, 1, "journal.md"]]}, {"committer": {"date": 1504307155, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504307155, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d2838bc302ee7b1af161a95a78dc03a46e56c7ff", "parents": ["3be38c7ad81d3a54a508c833c5ff7a5ce5f0c409"], "commit": "3851f3f22bb2fe32c849a91a6f369c3f0e19c456", "message": "alan kay deep dive #1", "changes": [[40, 1, "links.md"]]}, {"committer": {"date": 1504298645, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504298645, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "38d73430379b008e7f50556e806eeeb57ae322bb", "parents": ["6152b897d20b9f2863bd253e3a45ae43e2bf6cbf"], "commit": "3be38c7ad81d3a54a508c833c5ff7a5ce5f0c409", "message": "Update journal.md", "changes": [[35, 0, "journal.md"]]}, {"committer": {"date": 1504280267, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504280267, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bc23d8753509f3d0a0f68860d834c474f5ffde2f", "parents": ["0ed7e467a44de032c4b971218f3a9391b78288ca"], "commit": "6152b897d20b9f2863bd253e3a45ae43e2bf6cbf", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1504126254, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504126254, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5be86c4272519f71555e09f14d25ceb8215980ed", "parents": ["bbde3535f021ec52629f2cf7981a49d02291aea2"], "commit": "0ed7e467a44de032c4b971218f3a9391b78288ca", "message": "Update links.md", "changes": [[2, 1, "links.md"]]}, {"committer": {"date": 1504115225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504115225, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ec22196e273a0dae72d51330e92abf16a699b889", "parents": ["58d8f09f103f135051d81169848d7999621871b9", "5182f4e985a6b476431e58342f95fdd7dbdf76e0"], "commit": "bbde3535f021ec52629f2cf7981a49d02291aea2", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1504115219, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504115219, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "91225e6cd090473f6c28e47201f0a8d7eba88d33", "parents": ["0092877b43d4ed9cf2fc2fcc0082d6dfcc4b7b0e"], "commit": "58d8f09f103f135051d81169848d7999621871b9", "message": "fixed year on episdoes, thanks to irvin for the notice", "changes": [["-", "-", "favicon.ico"], [5, 5, "index.html"], [4, 2, "journal.md"]]}, {"committer": {"date": 1504105479, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1504105479, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "648b6ec81c273b23a75e7b7c5572359722157e69", "parents": ["0092877b43d4ed9cf2fc2fcc0082d6dfcc4b7b0e"], "commit": "5182f4e985a6b476431e58342f95fdd7dbdf76e0", "message": "Update journal.md", "changes": [[25, 0, "journal.md"]]}, {"committer": {"date": 1504019188, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504019188, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "964423aaf0dbd798f7469c5c608348d1638992de", "parents": ["dd170c41b5b2561d2be979343aa0a2b2c04432bf"], "commit": "0092877b43d4ed9cf2fc2fcc0082d6dfcc4b7b0e", "message": "added favicon to all html pages", "changes": [[1, 0, "episodes/1-welcome.html"], [1, 0, "episodes/2-research-recap.html"], [1, 0, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 0, "episodes/4-research-recap-two.html"], [2, 1, "episodes/5-samantha-john.html"], [2, 1, "episodes/6-research-recap-three.html"], [0, 3, "ideas.md"], [2, 0, "index.html"]]}, {"committer": {"date": 1504019052, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504019052, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c14137e49ed75fbd7143a0d464b8bec573485679", "parents": ["dbfe291fe2cf65b7ac07b315bd2c530e67511bda"], "commit": "dd170c41b5b2561d2be979343aa0a2b2c04432bf", "message": "test adding favicon 2", "changes": [[10, 12, "ideas.md"]]}, {"committer": {"date": 1504018920, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504018920, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "05f62c9fbf2cb67174eaaaf1b92a862ecc5049ca", "parents": ["35f5f8d51fba23ca11a49039cfbcd187a8591548"], "commit": "dbfe291fe2cf65b7ac07b315bd2c530e67511bda", "message": "test adding favicon 1", "changes": [[5, 2, "ideas.md"]]}, {"committer": {"date": 1504018586, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504018586, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a7d073e24e5bf97651acb9dc26692512332b94e3", "parents": ["1a8ab5923b5d1047e3f13107b29bcf51c0561e28"], "commit": "35f5f8d51fba23ca11a49039cfbcd187a8591548", "message": "test adding favicon", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1504016175, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504016175, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "d4878aefbbac8af4ca55c0d7ab82dda0ac99b2ee", "parents": ["0bcc59effc1290e0c94c268a7f3948893d41a446"], "commit": "1a8ab5923b5d1047e3f13107b29bcf51c0561e28", "message": "max width on welcome text", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1504016059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504016059, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7b5996ec5eeaa79722888485ca3bb7d121eb2e67", "parents": ["777fbfabbf2d995560a1480183f2131b94a2f3f6"], "commit": "0bcc59effc1290e0c94c268a7f3948893d41a446", "message": "made homepage more welcoming and intuative; closes #16; closes #15", "changes": [[14, 5, "index.html"]]}, {"committer": {"date": 1504015401, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504015401, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "9f84ce4e85413435ae82ac6512e7a659530e46ad", "parents": ["d3c025919d75a69a736e5ea916cec08e677f4070", "9c891a476b6078ff99dd03d9f6c565ec951f4601"], "commit": "777fbfabbf2d995560a1480183f2131b94a2f3f6", "message": "Merge branch 'master' of https://github.com/stevekrouse/futureofcoding.org", "changes": []}, {"committer": {"date": 1504015296, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1504015296, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "7838d2297336b169334818bb05a1eed0faebead9", "parents": ["76c39e8aa68d1909251304c8ee926801fa0826ee"], "commit": "d3c025919d75a69a736e5ea916cec08e677f4070", "message": "made readme more welcoming; closes #5", "changes": [[9, 1, "README.md"]]}, {"committer": {"date": 1503950384, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503950384, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "e84301305f577c5042408876342cc5433f451475", "parents": ["76c39e8aa68d1909251304c8ee926801fa0826ee"], "commit": "9c891a476b6078ff99dd03d9f6c565ec951f4601", "message": "Update ideas.md", "changes": [[3, 0, "ideas.md"]]}, {"committer": {"date": 1503949885, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503949885, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2842192301ab33b21ee96860294054a6f6452a42", "parents": ["5485c6b3dd6f3fab8d0a255fb1b636748aeb2a42"], "commit": "76c39e8aa68d1909251304c8ee926801fa0826ee", "message": "research recap 4", "changes": [[27, 0, "journal.md"]]}, {"committer": {"date": 1503945782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503945782, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "340b9fc8ee07bf4e25dcdd90bf33a95763e7e517", "parents": ["d44e9b61d5b044c3daa3ae8b4b0690a09e1fa55d"], "commit": "5485c6b3dd6f3fab8d0a255fb1b636748aeb2a42", "message": "updated journal", "changes": [[22, 0, "journal.md"]]}, {"committer": {"date": 1503944976, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503944976, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "2d41a197922fe007480e8a5b1be7af2738007686", "parents": ["6cdb093fd0b8c300b708d85f5ab77a0b838d8d7e"], "commit": "d44e9b61d5b044c3daa3ae8b4b0690a09e1fa55d", "message": "inital work on streamsheets", "changes": [[88, 0, "prototypes/streamsheets/index.html"]]}, {"committer": {"date": 1503706632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503706632, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "ad34a6f1147b9c95f240b04a1b4fd7f259587a86", "parents": ["c1b7e0677a6a2ccbd456e3b260b54a07eda3df0a"], "commit": "6cdb093fd0b8c300b708d85f5ab77a0b838d8d7e", "message": "updated journal and links with streamsheet research", "changes": [[39, 0, "journal.md"], [16, 5, "links.md"]]}, {"committer": {"date": 1503677827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503677827, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "1498bfd655e55d6f9c440ca71b4d822d4ccf3804", "parents": ["bfa6019d2d676de7a6b05307baea90c6667bfd15"], "commit": "c1b7e0677a6a2ccbd456e3b260b54a07eda3df0a", "message": "deep dive into imp", "changes": [[25, 3, "links.md"]]}, {"committer": {"date": 1503590944, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503590944, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a932f32c4f02538b4394b69e6673eb93ec614003", "parents": ["938087fbbe751dde1eefbcf9a5a2d08ce7c6a54a"], "commit": "bfa6019d2d676de7a6b05307baea90c6667bfd15", "message": "Update links.md", "changes": [[3, 1, "links.md"]]}, {"committer": {"date": 1503590891, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503590891, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "457b7b41031a2073eee630931300160257ef354f", "parents": ["a110abe4149e58ff89639ddf08fe0639b213bd5a"], "commit": "938087fbbe751dde1eefbcf9a5a2d08ce7c6a54a", "message": "Update journal.md", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1503580707, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503580707, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "ce86a60b0d04ec222e7c7ab1c60044648a38c8f0", "parents": ["3a8cf8f6ac0c45ab4fdf332e4c006a886e4a112b"], "commit": "a110abe4149e58ff89639ddf08fe0639b213bd5a", "message": "Update journal.md", "changes": [[8, 6, "journal.md"]]}, {"committer": {"date": 1503580489, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503580489, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "3ea98ea97a4a3bf8655ba4a67fbe04ff137bfe37", "parents": ["5b01f2c511b0b6ba3343202fb04f3be1345d02f0"], "commit": "3a8cf8f6ac0c45ab4fdf332e4c006a886e4a112b", "message": "Update 6-research-recap-three.html", "changes": [[1, 1, "episodes/6-research-recap-three.html"]]}, {"committer": {"date": 1503580412, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503580412, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5901219943fe631cf3b71e73992bd6c6bc052a31", "parents": ["ef3d6c379b3c16c2a0573edeb94fcf846e560063"], "commit": "5b01f2c511b0b6ba3343202fb04f3be1345d02f0", "message": "Create 6-research-recap-three.html", "changes": [[86, 0, "episodes/6-research-recap-three.html"]]}, {"committer": {"date": 1503580169, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503580169, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "f5bbfdc55c1e1e5b80d55085060b888ca6c8ee27", "parents": ["89846d82cde6db5d89b3ac723f2ecdff39ef07dc"], "commit": "ef3d6c379b3c16c2a0573edeb94fcf846e560063", "message": "Update index.html", "changes": [[1, 0, "index.html"]]}, {"committer": {"date": 1503528378, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503528378, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "c4554b59091f3d32e214aa4b87d07ac009aad1ab", "parents": ["2852e1b42b2a8d0de4dc0da36d26e7875e7ddb1d"], "commit": "89846d82cde6db5d89b3ac723f2ecdff39ef07dc", "message": "updated journal", "changes": [[48, 0, "journal.md"]]}, {"committer": {"date": 1503496605, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503496605, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6b06d609611d405ba9ba9b538c5001fded7970d4", "parents": ["b88d3faa985127a8a56b7e907aecdf1d53c8e781"], "commit": "2852e1b42b2a8d0de4dc0da36d26e7875e7ddb1d", "message": "Update journal.md", "changes": [[4, 0, "journal.md"]]}, {"committer": {"date": 1503353989, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503353989, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8e6f9db3a905595f215f7ae3346128c93ec1b8da", "parents": ["40591cd3eed6f4d018d94bd03a7be03f3968071b"], "commit": "b88d3faa985127a8a56b7e907aecdf1d53c8e781", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1503353687, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503353687, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6416bda1dcbe0782e0d08f6612ea67d8ef28296c", "parents": ["88e6f5d6daa4b552cedfe5b0378feab08a079bb8"], "commit": "40591cd3eed6f4d018d94bd03a7be03f3968071b", "message": "Update links.md", "changes": [[3, 0, "links.md"]]}, {"committer": {"date": 1503345324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1503345324, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "a05bf783645c934c9d4427e4a96c97e1cd3d163e", "parents": ["9521c213fb40afe91ecc6a3771b04777d820ee16"], "commit": "88e6f5d6daa4b552cedfe5b0378feab08a079bb8", "message": "removed footer from all pages but homepage; added ability to subscribe which closes #17", "changes": [[1, 11, "episodes/1-welcome.html"], [1, 12, "episodes/2-research-recap.html"], [1, 11, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 11, "episodes/4-research-recap-two.html"], [1, 11, "episodes/5-samantha-john.html"], [33, 11, "index.html"]]}, {"committer": {"date": 1503326297, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503326297, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c0b64020a372676ceb963c1e1a12e9f793582665", "parents": ["214e49144722cda20d56ab89f3f8e522af5349e8"], "commit": "9521c213fb40afe91ecc6a3771b04777d820ee16", "message": "Update links.md", "changes": [[3, 1, "links.md"]]}, {"committer": {"date": 1503070131, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1503070131, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "1f7219008896a6038ccd250241fd82433ad170d3", "parents": ["884b2f035caeecf8b21e2025b056090d44faf776"], "commit": "214e49144722cda20d56ab89f3f8e522af5349e8", "message": "Update links.md", "changes": [[2, 0, "links.md"]]}, {"committer": {"date": 1502998067, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502998067, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "401bd9471918b433bf4a4c8e1f8fa8455cebcfab", "parents": ["da8a7778217acaddaeeece886f2751077c4d56b4"], "commit": "884b2f035caeecf8b21e2025b056090d44faf776", "message": "Update journal.md", "changes": [[4, 0, "journal.md"]]}, {"committer": {"date": 1502918997, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502918997, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "e0f6bffd6670f9a49e2e0326aef7adf1524e376c", "parents": ["da94d713c61e6f5263354412af9a1b55c3e63341"], "commit": "da8a7778217acaddaeeece886f2751077c4d56b4", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1502918042, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502918042, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "6f9e2af8f23b1493efeb314fb28942bd7738a363", "parents": ["cd83671ac0a4d68818c40815c9f5202ec078aafc"], "commit": "da94d713c61e6f5263354412af9a1b55c3e63341", "message": "Update links.md", "changes": [[14, 1, "links.md"]]}, {"committer": {"date": 1502906524, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502906524, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "161d4f96fcaaa06d13a40e6c838f9a3888c10849", "parents": ["afc8cd46383832f03e922923ba448fdbaeb75f33"], "commit": "cd83671ac0a4d68818c40815c9f5202ec078aafc", "message": "Update links.md", "changes": [[11, 3, "links.md"]]}, {"committer": {"date": 1502902105, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502902105, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7e73ba1e3a0daf8b500396d2d64cf3f06d642e45", "parents": ["5978088441fe5420eb078617bbad14b637d45761"], "commit": "afc8cd46383832f03e922923ba448fdbaeb75f33", "message": "Update journal.md", "changes": [[12, 0, "journal.md"]]}, {"committer": {"date": 1502748184, "timezone": "-0700", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502748184, "timezone": "-0700", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d9d4e0a2ffd0659336ebd499ced42883991ecfaf", "parents": ["52a0d72bc49f2d56eebcfcdaae440467008f1cd2"], "commit": "5978088441fe5420eb078617bbad14b637d45761", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1502747974, "timezone": "-0700", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502747974, "timezone": "-0700", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "71a95c831017808d6f445828bd2699b57f638012", "parents": ["2e210ab2afde0c57265fb28bebaa62b99eaabc0b"], "commit": "52a0d72bc49f2d56eebcfcdaae440467008f1cd2", "message": "Update links.md", "changes": [[58, 8, "links.md"]]}, {"committer": {"date": 1502724885, "timezone": "-0700", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502724885, "timezone": "-0700", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "fe22f3d96f808f37bb93d2db0c185d05ca9120c9", "parents": ["767ee0e066dae59918dedb7cef8d98c489c6c72d"], "commit": "2e210ab2afde0c57265fb28bebaa62b99eaabc0b", "message": "research recap #3", "changes": [[39, 0, "journal.md"]]}, {"committer": {"date": 1502464548, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502464548, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d9023e61265a4ca1c7433c562629d6c25c7cf77e", "parents": ["1d905db3186ec9ecbad0f5984446de831dacecf2"], "commit": "767ee0e066dae59918dedb7cef8d98c489c6c72d", "message": "Update journal.md", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1502464511, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502464511, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "083c3492f7ef8b02d154185cee92327a2efb432b", "parents": ["cb4a5bb0fe9ce709a5028ff02a12cf178eb1c34a"], "commit": "1d905db3186ec9ecbad0f5984446de831dacecf2", "message": "Update journal.md", "changes": [[6, 0, "journal.md"]]}, {"committer": {"date": 1502462066, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502462066, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "143ec6f754fdea65bd2cb41e01562e268be95358", "parents": ["c6a05412159003f0ab89b608e185e024168a5599"], "commit": "cb4a5bb0fe9ce709a5028ff02a12cf178eb1c34a", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1502379986, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502379986, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "846b7e66441031ba4cda434cef344d77515c1edb", "parents": ["03c2dd7450bd2fc41bf1b83fa5a4e6147f387138"], "commit": "c6a05412159003f0ab89b608e185e024168a5599", "message": "add links from Paul Chiusano", "changes": [[5, 0, "links.md"]]}, {"committer": {"date": 1502376844, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376844, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "bff02edef1726cc2b48e5c27af2a8cc9a84d41ef", "parents": ["538bba305ffd7b4843a8e5a86fa59c51974ea394"], "commit": "03c2dd7450bd2fc41bf1b83fa5a4e6147f387138", "message": "Rename 4-research-recap-2.html to 4-research-recap-two.html", "changes": [[0, 95, "episodes/4-research-recap-2.html"], [95, 0, "episodes/4-research-recap-two.html"]]}, {"committer": {"date": 1502376788, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376788, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "a066abe8d14acb0f302178ba02b42464bdd44e12", "parents": ["e46eaa381d71019626793a896891a857fa64fd58"], "commit": "538bba305ffd7b4843a8e5a86fa59c51974ea394", "message": "Update index.html", "changes": [[5, 3, "index.html"]]}, {"committer": {"date": 1502376673, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376673, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7a813c9373733c1d8151b67de61e3b6633ba2c35", "parents": ["862cb573f7d196927e0e241bce24b874f31a414d"], "commit": "e46eaa381d71019626793a896891a857fa64fd58", "message": "Rename welcome.html to 1-welcome.html", "changes": [[93, 0, "episodes/1-welcome.html"], [0, 93, "episodes/welcome.html"]]}, {"committer": {"date": 1502376661, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376661, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "7df421633264d81aa064026c23bb25f5d38b3b95", "parents": ["e642a7489092633cebc9c64865b320dc28d3bbfc"], "commit": "862cb573f7d196927e0e241bce24b874f31a414d", "message": "Rename research-recap.html to 2-research-recap.html", "changes": [[164, 0, "episodes/2-research-recap.html"], [0, 164, "episodes/research-recap.html"]]}, {"committer": {"date": 1502376643, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502376643, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "33cae8f5a78d90c4bd04300e8e84acde2e39116e", "parents": ["75a15e5afd4647eb89760a29c19585552eb93a8a"], "commit": "e642a7489092633cebc9c64865b320dc28d3bbfc", "message": "Create 5-samantha-john.html", "changes": [[96, 0, "episodes/5-samantha-john.html"]]}, {"committer": {"date": 1502314198, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502314198, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "3fdb7ee81f0201396f60c07548b7db1028239ca2", "parents": ["fb2143eab317b7bcfa772920044767c556036a91"], "commit": "75a15e5afd4647eb89760a29c19585552eb93a8a", "message": "Update journal.md", "changes": [[20, 0, "journal.md"]]}, {"committer": {"date": 1502313055, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502313055, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "cc8646c861d60d040010df24d6b7b88615c6fb16", "parents": ["205cdbcde350d24a410ca1bed3d7d528f3b313b2"], "commit": "fb2143eab317b7bcfa772920044767c556036a91", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1502312989, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502312989, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "9eca22a19d745287dce065d429075b1f9cf1d7fb", "parents": ["e7cc2f2e88d2776ff7fb39d5ec9d81b99744d5d4"], "commit": "205cdbcde350d24a410ca1bed3d7d528f3b313b2", "message": "Update links.md", "changes": [[4, 0, "links.md"]]}, {"committer": {"date": 1502312371, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "author": {"date": 1502312371, "timezone": "+0000", "name": "Steve Krouse", "email": "skrouse@seas.upenn.edu"}, "tree": "de4f3c8f115c2b5793ca1bafdd2d0de34c988ace", "parents": ["d54315a0c0538a1db8ff280006da5e1679850ef1"], "commit": "e7cc2f2e88d2776ff7fb39d5ec9d81b99744d5d4", "message": "fixed titles", "changes": [[1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"], [1, 1, "episodes/research-recap.html"], [1, 1, "episodes/welcome.html"]]}, {"committer": {"date": 1502312283, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502312283, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d12332cb2a7f2f33f9f1c5e17c5d7f991a1ff6cc", "parents": ["3da6bb30628a7579850b012f314cfb696f4913c7"], "commit": "d54315a0c0538a1db8ff280006da5e1679850ef1", "message": "Create 4-research-recap-2.html", "changes": [[95, 0, "episodes/4-research-recap-2.html"]]}, {"committer": {"date": 1502306462, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502306462, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "d7ddcf32611281da6c29e8894da4a955f01c820c", "parents": ["d0a57405625bb1abbcc4e6850eb5b07898d61b0e"], "commit": "3da6bb30628a7579850b012f314cfb696f4913c7", "message": "Update ideas.md", "changes": [[2, 0, "ideas.md"]]}, {"committer": {"date": 1502306424, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502306424, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "8b03755a76604504a84006547a4be95eeb693c4a", "parents": ["47c59e1457c1e8a72aa782730820b5eb7d7e9d50"], "commit": "d0a57405625bb1abbcc4e6850eb5b07898d61b0e", "message": "Update links.md", "changes": [[3, 0, "links.md"]]}, {"committer": {"date": 1502306080, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1502306080, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "fc60b6ceea128ffa5289b8b386a6225d1091e1a6", "parents": ["32df2b40de64f6fbe6f9d03b735be84131f10c31"], "commit": "47c59e1457c1e8a72aa782730820b5eb7d7e9d50", "message": "Update 3-jonathan-leung-on-inventing-on-principle.html", "changes": [[2, 0, "episodes/3-jonathan-leung-on-inventing-on-principle.html"]]}, {"committer": {"date": 1501885105, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501885105, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "82dcdc2fffad3912e9a041510b0c02c0e2b956e8", "parents": ["26f4b8c09974d8ff4f26b7a803e503f412193a16"], "commit": "32df2b40de64f6fbe6f9d03b735be84131f10c31", "message": "Update journal.md", "changes": [[31, 0, "journal.md"]]}, {"committer": {"date": 1501714956, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501714956, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5746307e3dc24cdad0f35396728de798bd195df9", "parents": ["638d103988118d00d7f8c31feba1dd76463e6629"], "commit": "26f4b8c09974d8ff4f26b7a803e503f412193a16", "message": "Update journal.md", "changes": [[77, 0, "journal.md"]]}, {"committer": {"date": 1501531351, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501531351, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "05f8a5f452819daa654f88fa53e3a312d7fd0656", "parents": ["9217dca06d06e84af2b91c64bb96f9b894afac5f"], "commit": "638d103988118d00d7f8c31feba1dd76463e6629", "message": "Update 3-jonathan-leung-on-inventing-on-principle.html", "changes": [[1, 1, "episodes/3-jonathan-leung-on-inventing-on-principle.html"]]}, {"committer": {"date": 1501531315, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501531315, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "5feef29f707c463753591fd91e9d65a8ebaa69ba", "parents": ["d735647475da480d8e2abc7a408a73120ed44a00"], "commit": "9217dca06d06e84af2b91c64bb96f9b894afac5f", "message": "Update 3-jonathan-leung-on-inventing-on-principle.html", "changes": [[5, 0, "episodes/3-jonathan-leung-on-inventing-on-principle.html"]]}, {"committer": {"date": 1501531109, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501531109, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "c0c7c2b73165fdb1b4c97c473936e5c23dfd8fff", "parents": ["388e22a2c5492e530dfa0fd3c9471f021878ddd5"], "commit": "d735647475da480d8e2abc7a408a73120ed44a00", "message": "Update links.md", "changes": [[1, 0, "links.md"]]}, {"committer": {"date": 1501530655, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501530655, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "945c23be3a9d68ce8115f94e1a5d7140a5c610b9", "parents": ["35aa796a98cd47fc0efb255910a9c9115e1a07a2"], "commit": "388e22a2c5492e530dfa0fd3c9471f021878ddd5", "message": "trying to fix over linkifying", "changes": [[1, 1, "journal.md"]]}, {"committer": {"date": 1501525079, "timezone": "-0400", "name": "GitHub", "email": "noreply@github.com"}, "author": {"date": 1501525079, "timezone": "-0400", "name": "Steve Krouse", "email": "steveykrouse@gmail.com"}, "tree": "81fd40c85681feae6f84f34c4eec3b22c49945f5", "parents": ["bc9289ed25417b1cf99a9328195d962c342d0415"], "commit": "35aa796a98cd47fc0efb255910a9c9115e1a07a2", "message": "linkify links inMy girlfriend's cat hates it when graphics get order but not magnitude right. He's a big @EdwardTufte fan pic.twitter.com/aSGoFp9CPk
— Steven Krouse (@stevekrouse) January 11, 2018