Disqus - Friends of erraggy

Re: iPhone 3G First Impression

John Kurkowski — Sun, 28 Sep 2008 22:04:45 -0000

I'm getting one when I'm no longer over my credit limit. Pumped!

Re: Burned Out On Web Programming?

John Kurkowski — Thu, 11 Dec 2008 13:54:04 -0000

Let's make a website so I have an excuse to use it please.

Re: Stevie Release is Out! Big X-Mas Discount on PRO Accounts

John Kurkowski — Wed, 11 Feb 2009 16:28:55 -0000

What's new with Quentin release?

Re: grep vs ack and weird homebrew policy | gmarik.info

John Kurkowski — Tue, 26 Apr 2011 15:13:34 -0000

That duplicates branch saved my day. Thanks!

Re: http://brinkjunk.tumblr.com/post/7083004338

John Kurkowski — Sat, 02 Jul 2011 13:37:37 -0000

CV: Order of Ecclesia was the best CV in a long time.

Re: Next Steps After Incorporating

John Kurkowski — Fri, 03 Feb 2012 13:56:06 -0000

Why not $5M in the checking account?

Re: Next Steps After Incorporating

John Kurkowski — Mon, 06 Feb 2012 13:55:25 -0000

Go on... :)

Re: Living for a Principle

John Kurkowski — Mon, 05 Mar 2012 11:29:51 -0000

Principle :)

Dopest video I've seen in a long time. Looking forward to what it drives you to do.

Re: Checking In Is Not The Future

John Kurkowski — Wed, 04 Apr 2012 16:52:59 -0000

Sure makes not talking to people a lot easier! The EyePhone is so close. http://www.youtube.com/watc...

Re: The Bubble of Distraction and Why I’m Ready for it to Burst

John Kurkowski — Tue, 19 Jun 2012 21:23:18 -0000

Hear hear. Somewhat related is the Slow Internet movement, which just came across my radar. Would love to see "investments being made in the creation of value", slowly :) http://blog.jackcheng.com/p...

Re: Don't Learn to Code, Learn to Program - But Come Back in 10 Years – John Kurkowski

John Kurkowski — Wed, 05 Feb 2014 15:04:51 -0000

I forgot to mention SO. I too use it every day. I'm reminded of this quote from Citation Needed.

It’s hard for me to believe that the IEEE’s membership isn’t going off a demographic cliff these days as their membership ages, and it must be awful knowing they’ve got decades of delicious, piping-hot research cooked up that nobody is ordering while the world’s coders are lining up to slurp watery gruel out of a Stack-Overflow-shaped trough and pretend they’re well-fed.

Here's hoping to that new human branch of computer science, yes.

Re: Don't Learn to Code, Learn to Program - But Come Back in 10 Years – John Kurkowski

John Kurkowski — Wed, 05 Feb 2014 23:10:29 -0000

Oh my yes. That, The Future of Programming (linked in this article), and Learnable Programming are the progenitors of this article.

Actually, taking a step back, most of my site is parroting Mr. Victor.

Re: Don't Learn to Code, Learn to Program - But Come Back in 10 Years – John Kurkowski

John Kurkowski — Wed, 05 Feb 2014 23:59:41 -0000

In retrospect, my article trivialized these depths of our field, like algorithms, category theory, proofs. Foundational depths I respect and would happily pass onto the next generation. They are not the high barrier to entry I'm worried about. I'm worried about the continual high barrier that programmers will not be dealing with elegant topics such as these. Most of their programming time, I think, will be spent cleaning and munging data, reading man pages, compiling packages for a particular operating system version, or adjusting pixel values independently of seeing the outcome.

What if we could set all that aside and skip to the interesting stuff? Even if the interesting stuff is hard. The learners will get to learning more quickly. The already capable will get to handling more complex problems than they can today.

Re: Don't Learn to Code, Learn to Program - But Come Back in 10 Years – John Kurkowski

John Kurkowski — Thu, 06 Feb 2014 13:40:14 -0000

The We're not even trying link was more for its strategy than specifically to say, "I want IntelliSense."

Still, if my problems are solved, I'd like to know, instead of carrying on as an expert beginner. Please tell about these mature languages and IDEs.

Re: Don't Learn to Code, Learn to Program - But Come Back in 10 Years – John Kurkowski

John Kurkowski — Fri, 07 Feb 2014 13:56:14 -0000

Thanks for the clarification. We're on the same page.

I do miss Visual Studio a bit. It was snappy, but it's been years since I used it professionally. More recently, I've been using Eclipse and IntelliJ. I'm grateful for the red squigglies, autocomplete, Jump to Definition, and Show All References, and I use them all the time. Yet I don't think they address my underlying issues with programming.

Typing a variable name wrong is one thing. It's another to have to hold in your head all the touch points of a function, and mentally step through how it will behave at runtime (if only I could catch it at compile time. But Java and C#'s compiler, type expressiveness, & type safety leave a bit to be desired). These IDE features are also incremental improvements, bandaids to dealing with a deluge of text. Again, I use them, find them helpful now and then, but I'm unconvinced these mainstream IDEs are even close to the pinnacle of programming. We can do better.

Re: Don't Learn to Code, Learn to Program - But Come Back in 10 Years – John Kurkowski

John Kurkowski — Fri, 07 Feb 2014 14:08:58 -0000

Interesting to hear about this programming language of glyphs. It reminds me that part of the definition of "more natural" is that humans process images many times faster than text. Compare a picture of a cat vs. the word "cat" for example. There's something going around about it being 60,000x faster, but citation needed.

Re: Don't Learn to Code, Learn to Program - But Come Back in 10 Years – John Kurkowski

John Kurkowski — Fri, 07 Feb 2014 19:19:11 -0000

"We cannot solve our problems with the same thinking we used when we created them."

Re: Don't Learn to Code, Learn to Program - But Come Back in 10 Years – John Kurkowski

John Kurkowski — Sun, 09 Feb 2014 19:10:15 -0000

Please do!

Re: Don't Learn to Code, Learn to Program - But Come Back in 10 Years – John Kurkowski

John Kurkowski — Sun, 09 Feb 2014 19:31:36 -0000

Thanks for bringing this to my attention. It is certainly related.

I can see something like that happening. I can't help but think you were yearning for the advanced types of e.g. Coq, Idris, and Haskell, from which we can compose higher levels of computation away from machine code, and maybe even human computer interfaces. By comparison, the system you describe is hand-wavy. Not a slam ... this might actually be in its favor, as far as predicting the future goes.

The majority of programmers aren't clamoring for advanced, formal type systems. That's why something as unfounded and organically grown as OOP is the norm, the bullet point in programming schools and job requirements. So I think your prediction is on point.

Re: Real-time Data for an Ember.js Application using WebSockets

John Kurkowski — Fri, 29 Aug 2014 19:03:38 -0000

Needed this! I'm surprised there's no recipe in the official Ember docs.

Can you avoid rewriting the URL? So the user can remember what URL they tried to reach in the first place. Or copy+paste the bad URL into a support ticket.

Re: Real-time Data for an Ember.js Application using WebSockets

John Kurkowski — Sat, 30 Aug 2014 11:46:46 -0000

Seems you could override renderTemplate instead of redirect.

Re: GitFlow considered harmful

John Kurkowski — Fri, 19 Jun 2015 19:45:08 -0000

Git Flow being the top hit on Google for Git branch management, I worry how many companies it's burdened and will burden for time to come. Thanks for taking the time to write about its problems and how to simplify.

@dozba also summed up Git Flow with the 2 attached images.

Re: The power of Git subtree

John Kurkowski — Sun, 27 Dec 2015 14:29:05 -0000

Looking forward to annotating commits with git-subtree-repo!

Re: The power of Git subtree

John Kurkowski — Tue, 29 Dec 2015 01:04:11 -0000

While we're waiting for git-subtree-repo in commit messages, any thoughts on being diligent with subtree prefix paths, to encode similar information to git-subtree-repo? Like GitHub author and repo name, in your .vim/bundle/tpope-vim-surround example? It would be purely conventional. But it would make for easy subtree diff and update.

In my dotfiles, my subtree basenames happen to share the name of the remote GitHub repo, e.g. .vim/bundle/vim-fireplace. But "vim-fireplace" alone lacks the author name. So I wrote this script to automatically look up a subtree's remote GitHub repo, then diff and update: https://github.com/john-kur....

It's highly specific to my layout. Perhaps it would've been a lot easier with better subtree prefix paths, like .vim/bundle/tpope-vim-fireplace.

Re: The Architecture of the League Client Update

John Kurkowski — Sun, 29 May 2016 16:16:07 -0000

> There are a lot of questions that this post hasn’t explicitly addressed, such as how we can ensure that features interact seamlessly and don't look stitched together, how we get game quality effects using HTML5, and how we allow for the independent deployment of features. These are fascinating areas in their own right, and we're happy to talk more about some of these things if there's a lot of interest.

All of the above!

This isn't the first I've heard of a company letting each component team develop in the framework/style of their choice, rather than all being forced to use one. It sounds liberating. Do you find it accelerates development across Riot? Yet I could also see the latter, everybody using the same conventions, like Ember.js, as the actual accelerant. If you must have 100 different components, 1 shared convention among the components sounds more maintainable, vs. 100 different conventions, many reinventing the wheel.