Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jeremiep
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
49 ms
·
451.
▲
by
jeremiep
11y ago
From personal experience, speed has very little to do with productivity. Productivity is a function of knowledge and experience. The most productive programmers I've met almost always had enough experience in what not to use. They ha
452.
▲
by
jeremiep
12y ago
Same here! These examples reminds me of how I used to write code half a decade ago. Now I simply abuse the compiler's ability to inline small functions automatically and I create functions for every single repetition pattern I find.
453.
▲
by
jeremiep
12y ago
Naughty Dog switched to PLT Scheme during the Uncharted series, which is documented here: http://www.slideshare.net/naughty_dog/statebased-scripting-i...
454.
▲
by
jeremiep
12y ago
It looks great, but I don't like the fact that I can't select the text anymore!
455.
▲
by
jeremiep
12y ago
(To anwser the lack of a reply button:) This is just hn adding a delay until the reply link appears related to how deeply nested the comment is. The deeper the longer the delay. It's a simple but effective way to prevent flame wars and
456.
▲
by
jeremiep
12y ago
Hard to say, they are very different tools aimed at different audiences. Console SDKs are behind huge paywalls and all their tools and documentation are confidential. The developer networks even go as far as checking if the requesting IP ad
457.
▲
by
jeremiep
12y ago
Security is actually much easier to implement on the GPU than on the CPU. For the simple reason that GPU code has to be pure in order to get this degree of parallelism. A shader is nothing more than a transform applied to inputs (attribut
458.
▲
by
jeremiep
12y ago
This is already how we do it on most consoles. The CPU has to sync with the GPU to know when the resources associated with draw commands are safe to release. Having something like glTexImage2D is way too high level for these graphics APIs
459.
▲
by
jeremiep
12y ago
Exactly. This is why I like Rich Hickey's Simple Made Easy [1] so much. Basically with easy constructs it becomes harder to build simple systems, even though the simple constructs are harder to learn. [1]: http://www.infoq.c
460.
▲
by
jeremiep
12y ago
Clojure's core.async library works wonders in ClojureScript giving you channel primitives and coroutines. I've never tried using them across web workers however.
461.
▲
by
jeremiep
12y ago
I've made quite a few products that were ship-and-forget over the years. Every single time I had sufficient time to think about the architecture and focus on the simplicity of things. But I agree this isn't the norm.
462.
▲
by
jeremiep
12y ago
Type theory can help you build the proper abstractions to help the codebase grow and scale in a clean and manageable manner. It doesn't matter if you're working in Haskell or JavaScript either; types are still present and affect h
463.
▲
by
jeremiep
12y ago
It could also be a double-edged sword. I've seen it happen more times than I can remember. Management sets a clear deadline, we rush the code to get it done by its due date. Then the product sits there for months doing nothing while we
464.
▲
by
jeremiep
12y ago
I've never seen a singleton I couldn't refactor away. Removing singletons always makes dependencies between modules more explicit which is a good thing.
465.
▲
by
jeremiep
12y ago
I can't do pair programming for anything remotely complex. Being in a pair prevents me from getting in the zone to reason about the architecture and flow of things. Without this perspective the end result is almost guaranteed to be mor
466.
▲
by
jeremiep
12y ago
This exactly. We keep our game's asset in SVN at the moment only for the convenience of versioning. Artists are still locking files to ensure no conflicts are happening (and therefore no merges are needed). It's much easier to nai
467.
▲
GitLab Annex: Large Binaries with Git
(about.gitlab.com)
47 points
by
jeremiep
12y ago
|
24 comments
468.
▲
by
jeremiep
12y ago
I was working in a nightclub during my college years and I've met many, many people who loved learning yet hated school and dropped. There is an immense pool of potential being wasted out there. I'm one of the lucky few who did dr
469.
▲
by
jeremiep
12y ago
How can you say best education in the world? Have you studied all over the world to have a point of comparison? I've been to three different cegeps and they all had their share of clueless teachers.
470.
▲
by
jeremiep
12y ago
We're already creating ad-hoc APIs using cut, sed and awk and grep (to name a but a few) all the time in order to massage the data into a format the next program in the chain will understand. This sometimes involves non-trivial invocat
471.
▲
by
jeremiep
12y ago
Programs already need to have their input in the proper format in order to parse them. I'd like the mismatch error to be from the invocation of the program rather than halfway down the parsing. For this to work data structures would ha
472.
▲
by
jeremiep
12y ago
A linked-list is already too specific, a sequence is all you need to express any linear arrangement of data, be it an array, linked list, vector, or any of the myriad of other concrete sequence types.
473.
▲
by
jeremiep
12y ago
This is already a partly solved challenge. Text streams don't magically come into existence, programs needs STDIN, STDOUT and STDERR at their disposal to use them. All you really need are scalars, sequences and mappings to fully expres
474.
▲
by
jeremiep
12y ago
The JVM is optimized for long-running processes as it takes time for the JIT to kick in. Other than the memory footprint your code gets quite a performance boost; I'm always surprised how much of a difference it makes before and after.
475.
▲
by
jeremiep
12y ago
> Write programs to handle text streams, because that is a universal interface. I always hated that part of UNIX. It would be so much better if programs could handle data-structure streams instead. Having text streams causes every single
476.
▲
by
jeremiep
12y ago
Even after the update I still see it as an industrial example. Switching from time to money doesn't change knowns into unknowns. If you know exactly how much money and time its going to take for every option then the choice is easy. A
477.
▲
by
jeremiep
12y ago
While I completely agree with you, I don't see this happening anytime soon in big companies with multi-year projects easily worth 7+ figures. Often enough the deadlines are set in stone within the contract and every milestone is define
478.
▲
by
jeremiep
12y ago
I've seen the opposite happens, the closer to the deadline the worse the estimates. At which point the entire team is in constant crunch mode and getting tired. This causes even more defects, which cause even worse estimates... One pro
479.
▲
by
jeremiep
12y ago
Even minor changes to existing systems can be hard to estimate if the system has accumulated technical debt over time. I agree that most software development isn't very novel, but I also lost count of the number of developers scared to
480.
▲
by
jeremiep
12y ago
We actually joke about it! Take a 'bitfield' for example, in french it becomes a 'field of cocks' :)
More ›