4,934 karma · joined May 21, 2015
System jq:
$ jq --version
jq-1.6
$ echo '{"number":288230376151711744}' | jq '.number'
288230376151711740
Fresh compile from source according to the build instructions at https://github.com/stedolan/jq: $ ./configure --with-oniguruma=builtin && make -j8
$ ./jq --version
jq-1.6-137-gd18b2d0-dirty
$ echo '{"number":288230376151711744}' | ./jq '.number'
288230376151711744
Alternatively: $ ./configure --with-oniguruma=builtin --enable-decnum=no && make -j8
$ echo '{"number":288230376151711744}' | ./jq '.number'
288230376151711740
So the basic bug is fixed, jq has included a bignum library for > 2 years. I don't know if Mint (and thus presumably Ubuntu, and thus possibly Debian) includes an older version of jq or sets nonstandard user-unfriendly flags on purpose, but I'm somewhat underwhelmed in either case.In totalitarian regimes, constitutions aren't worth the pixels they are printed on. Rights guaranteed by laws must be enforced by the judiciary and the executive. But that only happens if (1) cases actually reach a court, (2) that court is independent, and (3) the executive is willing to enforce the court's decisions.
Indeed, according to https://en.m.wikipedia.org/wiki/Constitution_of_Belarus, "Citizens [...] have the right to protest against the government." Problem solved?
Without the superlatives and strawman attacks and with an actual description of how things should be done instead this would be an interesting read.
This is a strange claim since the entire field was founded upon the investigation of potentially (and often actually) infinite computations.
> Compare with most of "legacy" mathematics, which studies countable structures (so the description can use arbitrary series).
Define "most". Do it in a way that makes real and complex analysis and topology (and probably many other branches) the smaller part of mathematics.
Most importantly though, my problem with this kind of discussion is that the question itself is meaningless. Not everything can be classified into neat " X is a Y" relationships. Not everything needs to be classified into such relationships. Even if the discussion reached a consensus, that consensus would be meaningless. Computer science is a part of math? OK, but so what? Computer science is not a part of math? OK, but so what? Neither conclusion would tell us anything useful.
Thus proving the point that a field that studies them cannot be considered a branch of mathematics.
Because the one you are reading may have crowded out a better one. Even if the current review system is essentially random, replacing it with something that is essentially a contest of well-connectedness is worse. Young researchers with good ideas but fewer connections, or people from less well-known institutions would have their ideas suppressed.
So you should be worrying about stagnation, and about not reading what might actually be new and exciting.
The Kickstarter (https://www.kickstarter.com/projects/playdreamworld/dreamwor...) says (emphasis mine, also highlighted in the article): "Creator centric crafting economy : Using simple tools and guided by quick tutorials, you can learn how to create your own 3D models for items that you and others might need or want in your builds and adventures. Imbue them with useful function like lighting, extra damage, low weight, knockback, and a plethora of exciting magical properties! Not artistically inclined? Import 3D models from anywhere online, and DreamWorld will help you turn them into exactly what you were looking for."
We'll see how much of this actually ships.
Thanks for the Second Life information.
Sure, that's not what I'm disputing.
> When someone has to wait until the next day to get a response to any blocking questions, work slows to a crawl.
Blocking questions should be an absolute exception in any case, even if the person who can answer them is just down the hall. It's on engineering management to organize work and documentation practices so that people can find answers on their own.
Replace the superstar with someone working "normal" hours but in a time zone offset by >= 5 hours to your own. You seem to be saying that cooperation with such people cannot work. But that is simply not true, many companies do make it work.
Is it always easy? No. But it can work very well.
(Not that I think that "user-generated" content will work well. If any of it is owned, or merely claimed to be owned, by litigious copyright holders, that's a good way to get YouTube to ban gameplay videos. There goes your free advertising. I wonder how Second Life deals with this.)
This is a valid summary of some facts, but not of the article or facts relevant to the article. Some quotes:
"Jekyll is not forking processes, so that is not the issue."
"The area where JRuby and TruffleRuby shine are long running processes that have had time to warm up. Based on suggestions I put together a repo of a simple small Jekyll build being built 20 times by the same process in a repo here. After 20 builds with the same running process the build times do start to converge, but even after that MRI Ruby is still fastest."
I don't understand this criticism. Using existing asset packs seems sensible to me. It's a tiny team that seems to have more software engineering than graphic design experience. Focusing on the game itself first and using placeholder assets allows them to make progress for now. It can be made pretty later, when there is an actual game. If it were the other way around, people would be criticizing them for focusing on looks first instead of writing game code.
All that said, the rest of the criticism appears damning.
This hinges at least on the question of what you mean by "the whole bytecode". If the source is made up of N functions, and you compile all N functions ("the whole bytecode" of the entire program) to machine code before you know if any of them will be executed: Yes, I'd agree that that's a form of ahead of time compilation. Is this what full-codegen used to do?
On the other hand, if the source is made up of N functions, and you only compile "the whole bytecode" of each of them to machine code one by one, only those that will actually be executed, and only when you are preparing to actually execute them: That's JIT compilation. Even if it is the very first execution (i.e., you have never even interpreted), even if the compilation doesn't use fancy profiling or sophisticated code generation or whatnot.
> since the code never was executed, there is very little static information to work with, so the compiled output is often just a giant unrolled interpret loop
I think you mean "dynamic" information. And "the compiled output is often just a giant unrolled interpret loop" is pretty much the definition of what a baseline JIT compiler produces.
By what definition?
Yes, that's my experience with USB-C as well.
(Seriously, my Dell laptop and Dell dock connected by a Dell cable can't keep up a reliable connection. People are saying that the spec is fine, but a spec that's this hard to implement well is maybe not fine.)