readittwice

Sure, but don't forget that there also exists aarch64 with ilp32 (int, long and pointers are 32bit) as opposed to the default lp64. Which is basically the new instruction set but restricted to 32bit memory space. In fact some of the specint benchmarks are faster with ilp32.

I started to read into "Effective Modern C++" but it seemed the book (or at least the beginning) focused too much on obscure edge-cases of C++ for me before I stopped reading. "Effective C++" didn't feel that way for me and many tips were useful on a day-to-day basis. Is this just me or did you have a similar experience? I read those books quite some time ago so my brain could also wrong me here...

Sure, I wouldn't recommend that solution if you have to delete single nodes a lot. But it is quite convenient if you don't need to do that.

You could use id/vec indices, instead of directly pointing to your e.g. sucessors: "struct Node { successors: Vec<usize> }". This has the obvious disadvantage that deleting nodes is quite hard though.

I am not so sure about this, at least for Java for one simple reason: it is so easy to have back-pointers/cycles in your object graphs. In Java you don't even have to think about that. This was quite hard for me to figure out when starting with Rust.

so this uses GPU-accelerated rendering with OpenGL. TBH I have never used OpenGL and when I read "GPU-accelerated XYZ" this still sounds like magic to me because I've know idea how this works. Could you point me to some resources where I can read up on this stuff? if this helps you: I am not a newbie, I already know C, C++ and Rust, but I haven't done any graphics programming at all yet. For example I only have a very rough idea what shaders do.

That study wants to shed some light on whether UBI is viable or not, but limits UBI for two years. I suppose people are then less inclined to change anything in there life and just see UBI as a nice, not-life-changing win in the lottery. People are not behaving as with a "real" UBI. Can we agree on that?

There is some aspect of this kind of experiment/study to find out how individuals would perform if they didn't have the guaranteed income in the past but then suddenly do, but that's only meaningful for the transitional generation.

IMHO you can't ignore this that easily. When more people are quitting their jobs or switch to part-time jobs from full-time jobs due to UBI, the government loses taxes but now needs to pay for UBI. This is super-important to see if this whole thing is financially feasible.

IIUC you are arguing that people that grew up with UBI would behave differently compared to people that just switched to UBI? To be honest I don't feel this particular convincing, why should this be the case? There probably isn't any data on it either. Even if it would, the government/state still has to get through the transition period. One could with the same right claim that future generations are less inclined to work/educate than the transitional generation and thus make financing UBI even more difficult.

So true, thanks for writing that!

Don't give them the money just for two years, but guarantee them the money over their whole life and you will see vastly different results.

Another "problem" with this kind of study is that they are giving money only to unemployed people. Because it would be also interesting to see what people with jobs would do. I suspect a lot of people would switch from full-time to part-time jobs (at least that's what I would do).

There are some JITs that used (tried to use) LLVM but eventually stopped using it, see HHVM or Apples JavaScriptCore (despite that Apple is heavily involved in LLVM). LLVM is great as a AOT-compiler, but JITs seem to need faster compilation-times for some benchmarks. See this blog for some numbers from Apple: https://webkit.org/blog/5852/introducing-the-b3-jit-compiler...

But yeah, their reasoning for avoiding it was a bit strange. Although I understand them when they say that LLVM as a dependency may be to huge for Ruby. LLVM is huge and the bigger project compared to Ruby with major backers (Apple, Google, etc.). What is important for Ruby may not be what has high-priority for the LLVM project. IMHO Ruby is big enough to warrant its own JIT.

I had the same problem with my jit, which also generated stack frames not aligned to 16-byte. My test program crashed on an SSE instruction in the Rust standard library (I dont' recall if this bug only occured in release mode, may have been already compiled code). I was pretty proud when I fixed this. Although I have to admit that after finding out that the accessed address was actually valid, I was already supposing that alignment was a problem. Fixing it was then straightforward since it was my own toy compiler.

I think I read that too, but I am not sure that this is actually true. Please correct me if I am wrong, according to the Rust developers code generation seems to be the bottleneck. That's why they are working on incremental compilation to improve compilation times. They detect changes in the input files by comparing the AST to the old version. So parsing is always necessary but later stages can be cached. That seems to confirm that parsing is not the bottleneck, at least not for Rust.

OTOH that probably also depends on your use case, JS for example needs to get parsed at every page load. Some JS-VMs only parse the source code lazily, at first the parser only detects function boundaries. Only if this function is really executed, the function gets parsed completely.

That's the backlash you have since media didn't report any problems with asylum seekers in the beginning. How long did it took the german state TV to report about the events on last sylvester? IIRC about 4 days in today's world with Facebook, Twitter, E-Mail and Smartphones... They even had to apologize for that.

BTW in Austria statistics show that non-citizens and asylum seekers are way over-represented in most criminal statistics, e.g. drug selling and violence.

IMHO he will be one of the people responsible for radically limitting the human right of asylum and the rise of right-wings all over Europe. Asylum once was a nice idea, but right now it is misused for mass-immigration in Europe.

Hmm, I am wondering how moving ownership would work in a GC'ed system. You could have arbitrarily many references to the moved object (or subobjects). The slides say that an exception is thrown if an object of a different guild is accessed, but doesn't that mean that Ruby needs to check the guild at every object access?

Transfering ownership would probably also mean that Ruby not only needs to move one object but probably all subobjects recursively as well. I assume here that "moving" just means updating the guild field for each object.

Is this really feasible or wouldn't just copying the object be faster... I don't know of any system with gc that uses moving to transfer mutable objects between threads. Do such systems exist? Are there better ways of implementing this?

Hi, I am Austrian and I read the original interview in an austrian newspaper. It was very unspectacular and I am quite amused that it got international attention.

Our prime minister is wrong or at least slightly populist here. Yeah, Facebook/Google are not paying advertising duty. But no one does, at least in the internet. You only have to pay this duty if you advertise in TV, Radio, newspaper, etc. but it does NOT apply for the internet! See for yourself on the homepage of the austrian finance ministry (unfortunately in german): https://www.bmf.gv.at/steuern/a-z/Werbeabgabe.html. The law is from 2000, so probably before advertising in the internet became big.

Even if they change this law to include the internet, the Austrian companies that want to advertise would have to pay this tax (5% btw) since Google/Facebook do not have any offices in Austria (see chapter "Abgabenschuldner" in the link above). Google/Facebook don't even need to care about this law! (apart from that extending the law could make advertising in the internet more unattractive).

Why should they even pay corporate taxes in Austria? As already said they don't have any offices here.