Time  Nick      Message
02:10 GitHub186 [crimsonfu.github.com] pdurbin pushed 2 new commits to master: https://github.com/crimsonfu/crimsonfu.github.com/compare/25058b5c4030...d02c52ac2d86
02:10 GitHub186 crimsonfu.github.com/master 7e2d525 Philip Durbin: fix log fetching script
02:10 GitHub186 crimsonfu.github.com/master d02c52a Philip Durbin: fetch latest logs
02:14 pdurbin   "ERROR: Sorry, but @crimsonfu has blocked access to SSH keys created by some third-party applications. Your key was created before GitHub tracked keys created by applications, so we need your help."
02:14 pdurbin   good :)
02:26 GitHub104 [crimsonfu.github.com] pdurbin pushed 1 new commit to master: https://github.com/crimsonfu/crimsonfu.github.com/commit/07ffe4444edbbf412c10e83f23e8a6f2c2d0aead
02:26 GitHub104 crimsonfu.github.com/master 07ffe44 Philip Durbin: added missing log
02:31 GitHub176 [crimsonfu.github.com] pdurbin deleted shuff at 0430b68: https://github.com/crimsonfu/crimsonfu.github.com/commit/0430b68
02:32 pdurbin   heh
02:32 pdurbin   just a branch, not shuff himself
13:21 dotplus   I'm considering toying with some new languages for the enlightenment aspect of exposure to foreign concepts. I think I'd like to approach this in a practical way: with a series of (tiny) projects initially aimed at gaining familiarity with the language's ecosystem/tooling/std libraries (as opposed to the language *itself*) and only then pick some projects that take advantage of/show off the strengths of the language.
13:21 dotplus   phase one would basically be the same for each language. phase two would not. Any suggestions for phase 1?
13:22 dotplus   something bigger than hello world, but still counting as tiny.
13:26 pdurbin   dotplus: I'd love it if you would contribute to https://github.com/pdurbin/addressbookmvc
13:30 dotplus   you have a spec of some kind for the result? something that specifies what the code *should* do?
13:31 pdurbin   dotplus: no, but please open an issue for this if you want!
13:31 dotplus   I'm guessing, but the broad answer is "create a (REST?) apiserver for an addressbook app"? Is that at least correct?
13:31 pdurbin   dotplus: the REST part is optional
13:31 pdurbin   prologic: right?
13:32 pdurbin   dotplus: I haven't merged his in yet: https://github.com/prologic/addressbookmvc
13:52 pdurbin   dotplus: what languages are you considering?
13:53 dotplus   pdurbin: all of them?
13:58 dotplus   seriously, in no particular order: erlang(elixir?), prolog, go, at least one lisp, lua, R, rust/nim, nodejs all sound interesting in their own ways.
14:00 dotplus   my "work" languages are python, perl, ruby, shell and there's no reason I couldn't choose one or more of them as an "enlightenment" target. It's not like I'm a real programmer:)
14:03 dotplus   I mean, I can and do get things done in those languages, but there's plenty of room for me to learn more/better ways of doing things in those languages too.
14:05 pdurbin   dotplus: those all sound interesting to me too
14:16 pdurbin   maybe not lua ;)
15:13 pdurbin   dotplus: pick one and go for it, I guess
15:16 dotplus   that's really the only way. It might make sense for me to do another (non-Circuits, sorry prologic) python implementation to get used to what the goal is first, since I know python reasonably.
15:16 dotplus   then it would probably be go or elixir/erlang.
15:17 dotplus   But I'd love to have issues #4 solved first:)
15:17 dotplus   at least partly.
15:18 pdurbin   dotplus: thanks so much for making that issue
15:18 pdurbin   here's where the conversation started: http://irclog.greptilian.com/friendlyjava/2015-03-28#i_105286