bit_logic

23 ms·

181.
by bit_logic 10y ago
Thanks for the replies, I think I understand better now why this isn't as possible as I hoped. Not sure why I'm getting downvotes for just asking a question, I thought this place was about discussion of ideas.
182.
by bit_logic 10y ago
I probably shouldn't have used the term "green threads" since that has history in the JVM. I meant whatever Golang is doing which is similar (M:N threading). With an AOT option for Java, this becomes even more of an option.
183.
by bit_logic 10y ago
Because that's at the library level. It would require rewriting code to use it which loses one of the big advantages of the JVM (a huge existing ecosystem). If it's at the JVM level (with a command line option to change how threa
184.
by bit_logic 10y ago
For the JVM experts here: how realistic is it for OpenJDK developers to add a command line "-useGreenThreads" option? In Golang, you can create thousands and thousands of threads and there's no issue. If I tried that in the
185.
by bit_logic 10y ago
Something I wish Apple would do: Apple Executive : Engineering team, make the new MacBook Pro 20% lighter and thinner! Apple Engineering : OK! (Many months later) Apple Engineering : We're done! We had to make massive improvement
186.
by bit_logic 10y ago
The JavaScript language has improved a lot since node.js was released (Promises and soon async/await). However, at this point NPM has a lot of libraries written in the old callback style and it seems even new libraries are still doing
187.
by bit_logic 10y ago
The biggest problem with unit tests is they are abused as a metric for code quality. Pretty code coverage graphs and percent numbers are easy to present to managers. And outsource firms love these because it adds pointless work they can j