Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jbergens
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
42 ms
·
421.
▲
by
jbergens
12y ago
This blog post and presentation discusses this in more detail. http://ericleads.com/2013/02/fluent-javascript-three-differe...
422.
▲
by
jbergens
12y ago
It happens a lot for me. Basically you have to choose between copy-pasting a lot of sql code or trying to reuse parts when the business logic has multiple cases that are similar but not exactly equal.
423.
▲
by
jbergens
12y ago
SQL was often combined with Cobol (might still be where they have Cobol).
424.
▲
by
jbergens
12y ago
They don't write if they looked at other databases. I think there are a lot of alternatives that might have worked better for them than MongoDb and even Mongo 3.0 might have worked better. Regarding the schemalessness for simple new pr
425.
▲
by
jbergens
12y ago
Micro ORMs usually works very much like this. There is a problem when you want sub records, they are handled differently in each library or not handled at all.
426.
▲
by
jbergens
12y ago
They explain that, they are aiming for faster execution and less bugs. Faster execution requires that the VM and the language changes. They tried this with Dart but that hasn't become popular, now they try again with something differen
427.
▲
by
jbergens
12y ago
The ES6 class system seems to be done to feel more like java and c# without regard for the mixin/prototype parts. I'm glad React still works with mixins. (edit spelling and clarification)
428.
▲
by
jbergens
12y ago
Yes, some parts are just basic structuring. Breaking an application into services, knowing what parts are singletons and not and finding ways to communicate between parts. If AtScript/TypeScript is used more you can use those skills in
429.
▲
by
jbergens
12y ago
Sounds like he wants Web Services with json. If he just comes up with a name other than REST he can use it for anything he wants, it would be silly to use the name for something where you clearly break all the rules/guidelines. And I d
430.
▲
by
jbergens
12y ago
But a change of language might bring you more tools, for example to handle thread-pools or process pools (service worker pools). Some of these things might be much easier to do in Go (or Java or C#) than in Ruby and if that part was a reaso
431.
▲
by
jbergens
12y ago
It almost means the same. Node is using V8 (from Chrome). Not sure if Nashorn has any asm.js optimizations but it will probably get it later if it is important to many organizations. Those are probably the most commonly used js engines out
432.
▲
by
jbergens
12y ago
I think they went too tiny. There is almost no info about possible chart types or what you can do. The download feature is nice but that's all I can see right now. Havn't looked at the source code. I think Plottable looked like a
433.
▲
by
jbergens
12y ago
You should always know your audience. The problem I feel is that some recommendations says something like "always make apps that work without javascript". If you know that about 99% of your users have javascript that may cost a lo
434.
▲
by
jbergens
12y ago
Of course people are more important than tools but that doesn't mean tools are unimportant. In same cases the tools are VERY important. There are for example things that are easy to do with javascript that are impossible or almost impo
435.
▲
by
jbergens
12y ago
I think one big problem is the expectations. People think that they can learn a lot of programming in 3 months or 1 year or something. I think it takes a lot of time, unless you happen to be "hardwired" for it. As someone wrote th
436.
▲
by
jbergens
12y ago
The short version: scaling horizontally means getting many more boxes scaling vertically means getting a bigger box (replacing the one you have)
437.
▲
by
jbergens
12y ago
But he doesn't mention a lot about alternatives. Of course we could try to avoid having a single solution for everything but if there is no better option right now then REST can and should be used. If his point was to say that REST onl
438.
▲
by
jbergens
12y ago
It's not just the browser, people often want to create mobile apps today and there is no standard language that works for all platforms (you can try C# with Xamarin but it is not the native choice of all the platforms). And there is no
439.
▲
by
jbergens
12y ago
I totally agree but when they what to use the disk it requires NodeJs or similar and then you can wipe the disk again. But it easy to start safe.
440.
▲
by
jbergens
12y ago
It sounds a little bit like BizTalk :-)
441.
▲
by
jbergens
12y ago
It still depends on what programmers you ask. Windows works fine for me, Linux did not work well when I tried it (but it was many years ago). Unix through XWindows from a pc was actually quite nice. I think developers like users use feeling
442.
▲
by
jbergens
12y ago
I think they have issues all over the chart. We've had severe problems with changes in Safari's handling of javascript. Other have had problems with network connections etc. There seems to be a number of problem in many places.
443.
▲
by
jbergens
12y ago
I think the article said that you don't need to use Hadoop for everything and that it might be much faster to just use command line tools on a single computer. Of course you might find a use case where the total computing time is massi
444.
▲
by
jbergens
12y ago
I think most of was was written also applies to any normal programming language. You could write this in Python, Ruby, Javascript, Java or C# without any problems. The code would probably be easier to read also. The only special thing is th
445.
▲
by
jbergens
12y ago
Oracle seems to spend some money on java and JRuby which is pretty fast and will get even faster the coming years. Not sure how much if any they are directly funding JRuby but they are funding the JVM which is used by JRuby.
446.
▲
by
jbergens
12y ago
It is usually the loading of many resources (js etc) that takes time. If you just send some html (and css) to the browser it can show it quickly. But companies like Facebook and Airbnb are starting to send html first and then use javascript
447.
▲
by
jbergens
12y ago
Then we should probably compare other NOSQL solutions to relational databases. Like CouchDb, CouchBase, FoundationDb, Neo4J, etc.
448.
▲
by
jbergens
12y ago
Document databases normally has atomic updates of a document. This may contain many parts and would require transactions in a relational db. Meaning you kind of get some transactions automatically. Other things are not possible to make tran
449.
▲
by
jbergens
12y ago
Nowdays they actually go javascript (Node) on the server for a lot of performance things. It is really fast for some things.
450.
▲
by
jbergens
12y ago
He specifically mentions performance many times but has no statistics to back this up. I have created a web app with Angular and it runs fine on old Android phones and iPhones. We don't see any performance problems. Of course YMMV but
More ›