Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jbergens
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
45 ms
·
451.
▲
by
jbergens
12y ago
I think you shoul differ between web applications and web sites. It is nice when content sites work without js, application really doesn't have to.
452.
▲
by
jbergens
12y ago
But development for mainframes seems to be much more costly than development on pc's. If you need this type of machine you need it, but it will probably cost you a lot to work with it over the years.
453.
▲
by
jbergens
12y ago
For some systems the development time is much shorter with a document db (or a graph db) than with a relational db. That can be more important than pure performance. Basic scalability is also usually better since it often easy to shard data
454.
▲
by
jbergens
12y ago
The problem is for anyone who sees prototype OO as a better solution. They kind of give their blessings to the other OO, which is a bit sad. (edit: spelling)
455.
▲
by
jbergens
12y ago
Unless you miss the bigger picture. Of course you can use any part you like but if the main value comes from a combination which you are no longer using while you still thinks you're using the same method/idea it might be seen as
456.
▲
by
jbergens
12y ago
If it is better it could cost more. Some people probably thinks a full Windows/Linux computer is worth more than an Android stick.
457.
▲
by
jbergens
12y ago
Every group for themselves ;-) But I don't think musicians and artists usually have bosses and coworkers around as much as developers do. Researchers seems to often have other researchers as bosses which hopefully don't interrupt
458.
▲
by
jbergens
12y ago
But for projects that don't view those design constraints as very important and projects created when there were other languages that don't have the same history those compromises/explanations won't help. If/when th
459.
▲
by
jbergens
12y ago
Nice article. We should ask people wanting to "learn to code" what they mean and what they hope to get out of it. And in some cases the truth may be that it will only work if they spend a lot of time learning. If they want to crea
460.
▲
by
jbergens
12y ago
I think you should decide if you're aiming for a micro-ORM or a full ORM and explain that in the readme. A full ORM will probably need a lot of features and take a lot of time to develop and stabilize. You can also look at Jooq (not op
461.
▲
by
jbergens
12y ago
They do seem to talk about writes per second. That means you must flush to disk, not read from cache. [Edit, more info] They seem to run with multiple clients which also stresses the system. From their explanation * The clients simulate 32
462.
▲
by
jbergens
12y ago
As long as the users want more and more apps very cheaply they might have to accept the performance they get. It has also been a problem that most OS's have different GUI frameworks which means you have to re-devlop every app/appl
463.
▲
by
jbergens
12y ago
It would be easier if you explain what type of programs you develop today in C or C++. In general terms Go is probably an easier and more productive language but you might lose some performance.
464.
▲
by
jbergens
12y ago
If the non-company-specfic languages cannot keep up with the evolution company-specific languages show they will have a problem getting or keeping their users. I know it takes a lot of investment to build great tools, do marketing, evolve a
465.
▲
by
jbergens
12y ago
Yes, but it seems the whole team (or all teams in large enterprise projects) must know a lot. Otherwise you still and up with a lot of hard to read, unsafe code. If you start with a very large codebase of old C/C++ you might have to re
466.
▲
by
jbergens
12y ago
It's actually very easy to hear different speakers have different quality in prices much higher than $150, even at moderate sound levels. Just go to a store and try it out (especially compare a $150 speaker with a speaker for $1500).
467.
▲
by
jbergens
12y ago
I agree and one thing that is missing from this discussion is that many document databases are atomic around a document update. That gives the developer a very easy model to work with for a lot of things, you can update any part of a docume
468.
▲
by
jbergens
12y ago
Great explanation of limitations of make. Regarding when someone says make i availible everywhere and forgets Windows I think we can start saying Javascript/Node is everywhere (not preinstalled but easily availible). It is probably mor
469.
▲
by
jbergens
12y ago
I think Broccoli looks great for simple watch things.
470.
▲
by
jbergens
12y ago
You still have to get all tools to all build environments (developer computers, build servers). For javascript you can write the build script in javascript without Gulp, Broccoli or Grunt, it works great. But you still want some tools to be
471.
▲
by
jbergens
12y ago
See my previous answer. I don't think it works for longer tasks either since developers learn while coding. And if it takes 10 months to build a system it still might be impossible to do it in 1 months even if you're skilled.
472.
▲
by
jbergens
12y ago
I think it is partly a myth. It can probably only work for small parts/systems. If a large system has to be written and it takes 3 good developers 2 years to do it it will probably still won't take 3 "bad" developers 20
473.
▲
by
jbergens
12y ago
But it would be better for a lot of developers who don't want to spend a lot of time learning ObjC just for iPhones. It might also have been a safer choice for Apple since they now are in a bit of a danger if iPhone and iPad sales goe
474.
▲
by
jbergens
12y ago
(1) I think you can safely assume that he means constructs. If he has spent years writing Scala he has surely grasped the syntax. (2) A team may have many people with different feelings about what they are comfortable with. This raises pro
475.
▲
by
jbergens
12y ago
>> Hell, even JS probably competes favorably on modern browsers. > >Well 'on modern browsers' is very limiting. It cant compete on the server side, not even closly. I think JS is on the way to be a real competitor. The
476.
▲
by
jbergens
12y ago
It's still early in the development of mobile stacks. It might be a huge risk to use a completely new framework built on another framework right now but in a few years it might have evolved to the standard way of doing things. If they
477.
▲
by
jbergens
12y ago
I think Ionic works with or without Cordova. There is a Cordova plugin to Ionic.
478.
▲
by
jbergens
12y ago
I'm not sure that is true, a lot of apps use web technologies on the inside. The more interesting part is that most seem to choose native not because of the development story but because they need to reach some special API or really wa
479.
▲
by
jbergens
12y ago
The problem discussed are that XML is somewhat complicated to parse correctly. If you only support a subset of XML then it is easy to parse. The problem is that I might not know what subset you are using. When I send you advanced XML (since
480.
▲
by
jbergens
12y ago
Of course you have a choice. You can build a new service and place it in front of the other service. For example using Node.js. But I agree that a SPA is often the right way to go.
More ›