Hacker Newsnew | past | comments | ask | show | jobs | submit | nmeofthestate's commentslogin

A weird thing: on the hacker news page, in firefox mobile, all the visited links are grey, but the link to this blog post won't turn grey even when visited.

The German eagerly commenting that, actually, it's different in Germany is becoming a defining cliche of HN comment sections.


Honestly I'll take that over the "street poops are so bad in SF" brigade any day of the week.


"you shouldn't be starting a high speed pursuit over a seat belt violation, or for someone going 5 over the speed limit"

That would indeed be dumb, but once somebody dumb has decided to do that they're guilty of something much more serious and the car chase is completely justified.


Bit of a random question on an article about C.


The article clearly states that the code only works on GCC and Clang, which leaves MSVC. Not sure how the question was random.


There are other C compilers.


Mine (Civic '19) applies it if your seatbelt is fastened when you turn off the motor. Otherwise it doesn't. I think there's a "don't do automatic stuff unless the driver is wearing their seatbelt" rule.


I guessed the term Chat Control had to be made up by opponents of the legislation, so searched for the real name. The official name of the legislation is: “Proposal for a Regulation of the European Parliament and of the Council laying down rules to prevent and combat child sexual abuse” (COM/2022/209 FINAL). It is often referenced more simply as the “Child Sexual Abuse Regulation” (CSA Regulation).


Good, where do we start our "Proposal for a Regulation of the European Parliament and of the Council laying down rules to prevent and combat mass surveillance and protect children from authoritative abuses through legislative threats on their fundamental right to grow in democracy"?


How Could You Possibly Be Against This?!?!? Regulation


Oof good luck trying to convince a popular vote against that.


Yes, this feels like calculating to the second when you need to arrive at the airport so you'll spend zero time at the airport.

Instead, arrive a bit early to the airport, and analogously, don't run visas down to the last hour based on the minutiae of Moroccan timezones etc.


It's called ordered dithering.


I'd be more interested in the results, relative to the languages from the main repository.


There are some results in the repository, e.g. one I published recently: https://github.com/rochus-keller/Are-we-fast-yet/blob/main/L...

Or here: https://github.com/rochus-keller/Oberon/blob/master/testcase...

The main repository only recently added a C++ implementation, but it was significantly slower than mine when I check last time (see https://github.com/smarr/are-we-fast-yet/issues/80).

I mostly use the benchmarks to check how my compilers do compared to the big ones, or how the technologies I'm interested in evolve.


The original repo is about using a subset of a language to compare language implementations. I can see the point in that. But language benchmarks like this are incredibly useless and very easy to get wrong anyway. For example it you actually cared about performance for the bounce example you would never write it like this in C. Bouncing 100 balls in a loop 50 times with 4 ifs just tests the branch predictor. There is nothing to learn from this in practice.


Respectfully disagree. This is a compiler engineering tool backed by peer-reviewed research (DLS'16, 112+ citations) and used in 30+ academic publications across PLDI, OOPSLA, and ECOOP. It requires understanding controlled experimental methodology and compiler optimization theory to interpret correctly. Perhaps that context clarifies its purpose. The goal is to assess compiler effectiveness for a common set of core language abstractions (objects, closures, arrays), not to represent application-level performance or claim that production C code would be written this way. Your "branch predictor" criticism actually validates the benchmark's design: if different language implementations handle the same branching patterns with dramatically different performance, that reveals genuine differences in compiler designs.


> those who spend a lot of time in prison seem to come out worse and reoffend. How is that helpful?

You're implying that imprisonment makes people offend more - perhaps the simpler explanation is that most criminals will commit crimes when they get the chance, especially prolific criminals. Prison takes them off the streets and stops them victimising more people - this is helpful.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: