naranha

16 ms·

121.
by naranha 10y ago
Having used both I'd say JavaEE 7 is more concise and less complex of an API than the Spring framework. Unfortunately it's hard to predict the future of EE and its implementations thanks to Oracle. Spring uses some EE technologies
122.
by naranha 10y ago
Yeah, for me the article proves the exact opposite of what it was set out to prove. Verdana today is an abomination (just like DejaVu fonts), Tahoma is a little better. Arial though renders well on low pixel density devices (like todays FHD
123.
by naranha 10y ago
It's not just doctrine that makes it slow, it's the whole bootstrapping process on every request. Compare this to a Java Application using JPA and JAX-RS with >50 model classes and >10GB data which gives response times of &l
124.
by naranha 10y ago
Yeah PHP can be pretty slow. For example on the symfony3 project (also with Vuejs) I currently work on which has ~6 doctrine DB classes, 5 controllers and returns just a simple json representation (1kb) of one the entities using symfony ser
125.
by naranha 10y ago
Sorry I wasn't very clear. I meant that the PHP OOP syntax is just needlessly bloated. Meanwhile ES6 or ES7's syntax actually makes developers' lives easier while still being fairly readable, when you have some coding standar
126.
by naranha 10y ago
When I write Javascript I don't feel like I need an IDE, but when I write PHP I need a good IDE for imports, getters and setters, stringly-typed frameworks like symfony, "doctrine" annotations. Java at least has some decent f
127.
by naranha 10y ago
I agree OOP PHP is way to bloated for a dynamic language. Did they have to copy Java? I feel like PHP5+ was made by Jetbrains to sell their overpriced Web IDE solutions.
128.
by naranha 10y ago
Thank you. Very cool to see.
129.
by naranha 10y ago
Would be nice to see other popular languages like Python, Ruby, Scala and PHP too.
130.
by naranha 10y ago
One explanation could be large open source organizations like Apache and eclipse mirroring their code more and more on github. And all the old codehaus stuff that's been moved. Just a guess...
131.
by naranha 10y ago
The consequence is that you can share code between client and server which is a large benefit.
132.
by naranha 10y ago
I am a Java developer who used to work with JSF 2 and I enjoyed it a lot. Now I'm writing a Vue2 app and I finally feel like JS frameworks have reached a stage where I'm nearly as productive with them as I was with JSF, while requ
133.
by naranha 10y ago
Meanwhile the GTK3 styling of the address bar and checkboxes is still broken and the support for HTML5 inputs is much worse than that of chrome.
134.
by naranha 10y ago
Are you talking about the client or server side?
135.
by naranha 10y ago
But these checks could also be performed by a code analyzer/compiler, removing this burden from the runtime. (Performing the checks at runtime, means the code is only checked when it is executed, which could be at any random time.)
136.
by naranha 10y ago
> If they're not enforced at runtime, then they're unsound if you have typed code calling untyped code. I think types specifications in interpreted (not compiled) languages should be only hints (for IDEs, code analyzers and JIT
137.
by naranha 10y ago
I disagree. I think that this type of "late type binding" is actually an advantage of dynamically typed languages. That way it does not matter if you pass a map/array/dictionary or an instance of a class as long as the p
138.
by naranha 10y ago
I wonder why PHP includes more and more type checks and visibility features, when all those checks are performed at runtime. What good does it do when your code suddenly throws a fatal error at runtime because you did not respect the type s
139.
by naranha 10y ago
PHP looks more and more like Java.
140.
by naranha 10y ago
I agree. It has a very click-baity title though. From my experience GC is usually very fast, except when the program runs out of memory or over allocates all the time due to bad programming.
141.
by naranha 10y ago
Tldr: if you allocate nearly all heap memory, GC performance is bad. Who would have thought. What an insightful post.
142.
by naranha 11y ago
Unfortunately no. We needed d3 for some other things so it wasn't a concern. C3js development doesn't seem to be very active either - hadn't looked at it in a while -, but it's still a pretty good library.
143.
by naranha 11y ago
I switched from Flotjs to c3js a while back and have no regrets. It still needs d3js as a dependency though.
144.
by naranha 12y ago
m.o.n.d. that spells deaf and dumb
145.
by naranha 12y ago
Everybody knows Windows is a pile of garbage. What did you expect ;)?
146.
by naranha 14y ago
Well the article's title is a bit misleading, since it does not try to proof that C# is actually faster than Java, it just argues that C# is better as a language. The reality is that C# and Java are pretty close and even if C# was twice as