Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jeremiep
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
28 ms
·
211.
▲
by
jeremiep
10y ago
I'm fairly certain electron could easily be modified to be installed once and used as the launcher for its applications. I'm also fairly certain we'll see this in the future. Therefore all claims that electron bloats 200Mb ar
212.
▲
by
jeremiep
10y ago
This means absolutely nothing. Otherwise everyone would be using Haskell, Coq or Agda. I'm willing to bet your favorite language has an insane amount of flaws as well (hint - they ALL do, otherwise we'd have converged to the "
213.
▲
by
jeremiep
10y ago
> the developer is seemingly unwilling to consider more appropriate technologies outside of their comfort zone The very same can be said about people looking down on Electron. Most of them can't write decent native apps to begin wit
214.
▲
by
jeremiep
10y ago
I can't help but feel as if the author can't make the distinction between a platform and the software written for it. People have been misusing platforms ever since they existed. Its not because someone used Electron to build a co
215.
▲
by
jeremiep
10y ago
Electron apps have exactly the same performance as web apps, which is what its aimed at. Badly performing code can be written in any language; you'd be surprised at how much mediocre C++ code is running on your desktop. You're als
216.
▲
by
jeremiep
10y ago
This makes no sense and completely disregards context. There are perfectly valid use cases for Electron, and they have absolutely nothing to do with what you said. There are also insane amounts of cross-platform native code written on platf
217.
▲
by
jeremiep
10y ago
> Simplicity in agile projects is achieve through continuous improvement of the code. This is also called "emergent architecture" and its a big lie. You'll at best reach a fraction of the quality you'd have by thinkin
218.
▲
by
jeremiep
10y ago
This only applies to servicing contracts, when you're the customer constant delivery is very well overrated. Even with servicing contracts shipping every week or two is a definite recipe for mediocrity. You're wasting all that upf
219.
▲
by
jeremiep
10y ago
Oh yeah, but you could be spending 10 times the required amount of efforts because of accidental complexity and none of these tool will point that out for you. I've seen it happen way too often to trust a team relying heavily on proces
220.
▲
by
jeremiep
10y ago
That matches our experience as well; desktop computers have no problems running VR in the browser. We couldn't get above 50FPS for the mobile devices we targeted (the servicing contract we had was for a mobile experience only.) This is
221.
▲
by
jeremiep
10y ago
Sure thing! I'll drop you a mail before leaving work today in a few hours.
222.
▲
by
jeremiep
10y ago
I could get both threejs and babylonjs to work without a single issue; anyone with even the slightest of experience on game engines can do so effortlessly in minutes. Yet no amount of experience with either library will make their performan
223.
▲
by
jeremiep
10y ago
We tried threejs (and babylonjs as well) for a WebVR project targeting mobile devices a few months ago. Suffice to say both are extremely unoptimized and crippled from the ground up with architectures easily wasting at least half the CPU ev
224.
▲
by
jeremiep
10y ago
Thats usually not possible. We're not doing pure science, we're doing engineering - which happens to mix science AND economics. This means the "no deadlines" wet dream is usually a recipe for "oh shit, we ran out of
225.
▲
by
jeremiep
10y ago
I feel like "agile processes" is an oxymoron. Real, actual agility requires a lot of thinking; something usually prevented by having processes in the first place. A better question to ask an "Agile" team would be: "
226.
▲
by
jeremiep
10y ago
I find that theory helps you reach intuition much, much faster for whats already out there, and then you're equipped to reach out into truly new areas. Its the same for engineering - if you don't read the existing work in the spac
227.
▲
by
jeremiep
10y ago
I didn't talk about virtuosity and talent, I talked about learning. What you learn is completely independent of musical genres, technical difficulty or even talent. Its the foundation which allows you to reason about these things and b
228.
▲
by
jeremiep
10y ago
Theres probably a better way to go through it, but at some point you HAVE to learn the language. Theory and reading sheet music are incredibly important (more so than most people realize) especially if you'd like to have a large musica
229.
▲
by
jeremiep
10y ago
That pretty much sums up what I said earlier: your teachers know and understand things you're years away from grasping. They don't put you through all that out of some perverted wish to make you suffer. They do because they know w
230.
▲
by
jeremiep
10y ago
One doesn't prevent the other! I was lucky that my music teachers found it important for us to both learn theory every week, but also a complete song matching our skills level. So while we'd have scales and chords to practice, we&
231.
▲
by
jeremiep
10y ago
There are way, way, way more uses of programming than simple CRUD services. Operating systems, game engines and browsers are only 3 examples where that doesn't apply, at all :) Besides, what's to say there wont be overlap in these
232.
▲
by
jeremiep
10y ago
I strongly disagree. What you're suggesting leads to really mediocre practice and that in the long run will get people to give up because they've reached a plateau they set upon themselves without realizing it. Your teachers know
233.
▲
by
jeremiep
10y ago
"Agile" has become a meaningless term I feel like. It used to denote the four values of the manifesto for agile software development and devolved into an entire industry of gimmicky practices sold by mediocre engineers who can
234.
▲
by
jeremiep
10y ago
Usually, the more a team advertise itself as Agile, the less agility it actually has. I myself have never seen Agile work well, not even close. I saw plenty of make-believe and head-in-the-sand and as mentioned in earlier comments, insane a
235.
▲
by
jeremiep
10y ago
> Emacs just has no built in functionality, everything has to be implemented. It's like raising a baby - teach it eat, drink, crawl. Sorry if I seem negative but it looks like you only scratched the surface of a vanilla Emacs instal
236.
▲
by
jeremiep
10y ago
Learning to play an instrument "to get laid" is a guaranteed way to be mediocre at said instrument :) Practicing for the wrong reasons is pretty much bad practice.
237.
▲
by
jeremiep
10y ago
They ended up being the foundation of OS X and the box on which the web was invented. Even if NeXT failed as a company they're still a historic milestone.
238.
▲
by
jeremiep
10y ago
Where is that early return you mention? I don't see the return keyword used in either examples. They both do the exact same while loop, but Linus' version adds a level of indirection to save a conditional later on. You're sti
239.
▲
by
jeremiep
10y ago
The first version had a while loop and a condition. On the other hand, the optimized version only has a while loop.
240.
▲
by
jeremiep
10y ago
I'd say branch mispredictions and cache misses are the two biggest factors to performance. Almost everything else is noise in comparison. I keep saying if your architecture doesn't account for these, you've wasted 90% of the
More ›