tannerburson

6 ms·

1.
Electron Joins the OpenJS Foundation(openjsf.org)
3 points by tannerburson 7y ago|0 comments
2.
Ruby 3 Concurrency Proposal [pdf](atdot.net)
2 points by tannerburson 10y ago|0 comments
3.
Clojure Spec benchmark(muhuk.github.io)
1 points by tannerburson 10y ago|0 comments
4.
by tannerburson 11y ago
Drizly | Boston, MA | https://drizly.com | Full Time We demand convenience in all facets of life, Uber with transportation or OpenTable with reservations, the liquor store should not be different. A Drizly delivery brings the li
5.
by tannerburson 11y ago
For giggles I spent an hour this evening and added support for Disque to the pluggable system I help maintain [0]. Things I can say: the ruby disque library isn't really fleshed out yet. It's alpha, so that's fine, but it&#x2
6.
by tannerburson 12y ago
> Here's the idea: companies that rely on Ruby contribute money to a pool. The board of directors > authorizes spending money out of that pool. They authorize this money towards supporting core > Ruby infrastructure and proj
7.
by tannerburson 12y ago
As someone who relies heavily on the Ruby ecosystem to do my job day-to-day, this is really interesting. But I can't tell from the site what exactly it's doing. Are the membership "dues" going to fund an individual (Andr
8.
by tannerburson 14y ago
"Think of YAML as a human readable Marshal." That's what people missed. YAML is a marshaling format, full stop. The Ruby community has to absorb this idea, and quickly, because YAML is everywhere.
9.
by tannerburson 14y ago
So you're wanting to reinvent XMPP?
10.
OH HAI SEXISM(storify.com)
27 points by tannerburson 15y ago|22 comments
11.
by tannerburson 15y ago
So a guy hacks github, he's a hero. A guy hacks a bunch of media organizations, and he's a villain. I really don't understand the groupthink these days. How is one of these okay, and the other not?
12.
by tannerburson 15y ago
I wrote a post on my blog about that a little less than a year ago. I'm sure some things have improved, but in general, I've moved on. http://tannerburson.com/2011/04/03/Thoughts-on-Appcelerator-...
13.
by tannerburson 15y ago
I agree, the original piece was a decent explanation of how to refactor some helper type code into a more Presenter like model. But he completely skipped out on the question of why it's a useful thing, and when it's a good fit. If that post
14.
Steve Klabnik's response to critiques of his Ruby OOP post(blog.steveklabnik.com)
34 points by tannerburson 15y ago|33 comments
15.
by tannerburson 15y ago
You're a bit off here. Appcelerator doesn't actually compile ANY javascript to native code. They expose a device specific API via a proxy/bridge system they call Kroll. They have a bunch of ObjC code that they then front with their Kroll Pr
16.
by tannerburson 15y ago
I appreciate your comment, and it's great that you're reaching out to the developers using your platform. I'm excited to try out the debugging features of Titanium Studio, and hopefully it's more transparent in the steps it's taking to buil
17.
by tannerburson 15y ago
I completely agree with your last sentence. I don't begrudge them opportunities to monetize their platform, but I can't help but be frustrated at watching new functionality being added on top of piles of bugs.
18.
by tannerburson 15y ago
My biggest beefs are: the fact that the build system is a complete black box that fails without a good indicator of what it takes to fix it, and inconsistencies in how events are handled, 'swipe' and 'scroll' being prime examples of events
19.
by tannerburson 15y ago
I haven't bought support, so I can only speculate based on their community forum, and public bug tracker. With that out of the way, unless paid support gets custom code deployed to them fixing core platform problems, I don't see it as being
20.
by tannerburson 15y ago
I agree, PhoneGap today looks much better than it did when I started this project on Titanium about 6 months ago. I definitely wish I'd gone that route in retrospect.
21.
by tannerburson 15y ago
I haven't found on device performance to be too terrible for latest gen iPod Touch and iPhone 4. It's definitely inconsistent in places though. You're dead right on debugging, it's pretty much guess and check, all the way through. Painful p
22.
Appcelerator Titanium: From a developer's perspective(tannerburson.com)
83 points by tannerburson 15y ago|53 comments
23.
by tannerburson 16y ago
Move out of the city. In the more rural areas that isn't as true. It's definitely trending in that direction, but there are still a lot of kids who grow up with parents in skilled trades who pick up a lot of those skills growing up. Combine
24.
by tannerburson 16y ago
There is nothing (that I'm aware of) stopping you from setting up your own Open ID provider that used the method you described for authentication. The downside of course is that it's Open ID, which means it's pretty much only useful at plac
25.
New venture from founder of TwitPic(blog.heello.com)
1 points by tannerburson 16y ago|0 comments
26.
by tannerburson 16y ago
It's funny you should say that... http://www.playlookit.com/how-to-play-lookit#j-mobileapps
27.
by tannerburson 16y ago
But what's insecure about the marketing pages being sent in the clear? It's common practice to setup a subdomain for your secure communications so that you aren't having to send images, javascript and public pages through HTTPS. Load times
28.
by tannerburson 16y ago
Your experience pretty well mirrors my own. My first several jobs I was thrown into the deep end and expected to find my own way back up. Typically about the time I'd get a solid handle on what I needed to do, the job turned into something
29.
by tannerburson 16y ago
You should put some contact info in your HN profile. As a fellow OK Hacker, I'm always looking for other interested locals to chat with! (And if you work at the main interworks office, we're in the same town as well).
30.
by tannerburson 16y ago
That was exactly what I was getting at. It's also not a matter of "is it technically possible" but (s)he claims that it's a popular choice. I don't buy it, but would love to be proven wrong.

More ›