tristan_juricek

16 ms·

31.
by tristan_juricek 14y ago
This article might just be my point of reference whenever I get a bit too much "valley hate". Like, when I start reading a bunch of the ideas coming out of the blog from 37 Signals. I still think that for every serious genius, there are a l
32.
by tristan_juricek 14y ago
I would think so, but OS X has had several great or important applications within it's ecosystem, that break UI conventions. Twitter clients used to be a playground for new UI concepts, none of which came from Apple. The Sparrow mail client
33.
by tristan_juricek 14y ago
Yep, I was wondering why "render" would need to be called multiple times. I usually start off by doing that because I'm lazy, then something usually bites me in the ass (usually - oh hey, we need a transition effect). And the end result is
34.
by tristan_juricek 14y ago
Doesn't it seem like a group might be able to use Kickstarter to "speedup" the something like the process Github used to get to it's Series A? You know, start a generally profitable business and then work with a very knowledgable investor t
35.
by tristan_juricek 14y ago
A scientific idea is typically something that can be proved incorrect. :) (This would be opposed to a lot of religious beliefs, where you either have faith, or don't. You can't really prove God doesn't exist.) I'm not sure where philosophy
36.
by tristan_juricek 14y ago
This just smacks of big dumb companies trying to "automate away" HR and not really paying attention to the consequences. And, candidates not figuring out HR systems. What I fear, however, is that this isn't really a problem for the executiv
37.
by tristan_juricek 15y ago
Why not allow icons and text (a la nearly ever Mac toolbar I've used)? That would seem, to me, the easiest way to "skim" a toolbar. Icons can be smaller (like the document editor toolbar), but it doesn't seem like Gmail's really pushing the
38.
by tristan_juricek 15y ago
We ended up doing something similar here with multiple views. Similar, but different. Our app is very desktop like, with basically a layout container with sub-parts that re-render. Instead of a "widget" system, I created a parent-child hier
39.
by tristan_juricek 15y ago
The fact he rarely uses a notebook fits my own experience. How many developers actually develop out in cafes, or do so many presentations that you'd need a mobile computer? Probably better to customize a workstation like this then sweat abo
40.
by tristan_juricek 15y ago
I don't see a problem with effective metrics; they might help identify where teachers might need help. The problem, is that usually nobody really does proper statistical analysis. The metrics I've seen, are usually like "mean student grade
41.
by tristan_juricek 15y ago
I see two major problems being solved here: 1. "too many cooks in the kitchen" design-by-committee crap 2. "sunk cost" pressures to deliver on investments What's interesting is how few people are involved in making decisions, given the size
42.
by tristan_juricek 15y ago
Ideally, this is true. But, I've worked in places that had bad resource planning, and didn't allocate the same kinds of resources in staging. When we had performance problems, there was no place else to go. It can be hard to convince people
43.
by tristan_juricek 15y ago
If you haven't read "Thinking, Fast and Slow" it really summarizes the problems in a lot of decision making in a very clear way. I'm still reading through, but, you have two major actors in your brain. A "fast" side, and a "slow" side. The
44.
by tristan_juricek 15y ago
> Many more people work for Apple’s contractors: an additional 700,000 people engineer, build and assemble iPads, iPhones and Apple’s other products. I wonder, if Apple attempted to work most of those jobs in a western system, how many
45.
by tristan_juricek 15y ago
Since every software company has this process, why does Apple stand out? That's the question I think Gruber wants answered, and where this huge Bio of Jobs, probably our best opportunity to find out, has fallen short. I would take a guess t
46.
by tristan_juricek 15y ago
Oh man I had so many stupid problems caused by developers who made two decisions: 1. "hey let's store times in the local time zone in the DB" 2. "oh the user wants their local time, I'll just use an offset" This comment just brought back th
47.
by tristan_juricek 15y ago
I've been trying practice better, as I think we all tend to mostly learn by using or reading documentation. I started "exercising" a bit before I kick into coding. A few different exercises I made so far: 1. API Memorization: go through an
48.
by tristan_juricek 15y ago
One of my first questions was where is JRuby is in use, and I figured linking to the JRuby success story page was in order: https://github.com/jruby/jruby/wiki/SuccessStories http://stackoverflow.com/questions/615825/is-jruby-ready-for..
49.
by tristan_juricek 16y ago
That's not entirely fair; he's been consistently critical of Scala, but seems to like Fantom. While he may have added that note at the bottom of this article, I swear I've read that opinion of his more than once.
50.
by tristan_juricek 16y ago
I've messed around with my own literate programming system that was a more "true" system (where you have a kind of macro-like approach), and I have to agree: the docco approach is missing the key bonus: organizing your code into chapters an
51.
by tristan_juricek 16y ago
Yep. And "releasing" something worth a damn typically means making sure it's documented properly, hosted somewhere nicely, etc. Plus there's that other part where the first two times I implement something it looks like utter trash, and then
52.
by tristan_juricek 16y ago
How many projects are only a couple of hours in length? I started down this road, and ended up with a list of "learning experiences"; nothing that I'd inflict upon anyone else. I guess I'd add "... but don't release it". If it's just to bui
53.
by tristan_juricek 16y ago
I'll note that he heavily referenced a paper, "Strategy as an Ecology" http://williamkuo.bokee.com/inc/HBR-Strategy_as_Ecology.pdf This is probably a better reference point.
54.
by tristan_juricek 16y ago
At, OSCON, the Eclipse "ecosystem guy" (I think it was Donald Smith) had a nice overview of what he was up to, and how he measured "ecosystem strength". It gave me pause, because that was the first thing that really nailed why tech like Jav
55.
by tristan_juricek 16y ago
I don't think it's just a quality concern. The video mentions a 15-year "maturation period" for the wood to acclimate to the humidity in San Francisco. If that's a requirement, I doubt there's much of a market (and space) for manufacturing
56.
by tristan_juricek 16y ago
Most programmers definition of "highly skilled" is more like "proficient with a language", or framework, etc. A lot of people I know aim for "can use stuff" rather than "master this thing", which is mostly because, hey, it's technology, and
57.
by tristan_juricek 16y ago
So, we should be taking care of our own career growth? Shocker. Yes, there will be a point where your salary will not grow. But that salary is usually higher than most other skilled professions. (Note: this is an assumption; if I'm wrong,
58.
by tristan_juricek 16y ago
> with the iPad I find that I'll be too easily tempted to press Home and mess around ... Yes, how many times have I earmarked papers only to find myself web surfing or playing games? gah...
59.
by tristan_juricek 16y ago
A third seems like an awfully high ratio; as someone else has pointed out, there are real (and immediate) repercussions from firing. I've fired someone before, and I'd do it again. But it was a horrible experience; and I would want to avoid
60.
by tristan_juricek 16y ago
I'm possibly interested in a Scala users group. (Translation: I'm thinking of moving back to SD, we'll see in a couple of weeks.) I guess that means count me in as a "maybe", which might be good enough to kick things off.

More ›