News for hackers. Stuff that matters.

Tojot

Re:This Message Does Not Exist on Sunday June 02, 2024 @04:03AM (#40552316)
Dangling pointer. Case closed. Period. Period period. :)
Re:SFML 2.6.0 is finally out on Tuesday June 20, 2023 @08:05PM (#36412525)
SFML is the most idiomatic C++ Graphics/Multimedia library out there. After a bit of a hiatus, and a lot of effort, it is back.
Only USA and Eritrea to be specific.
The article says a lot about concurrent programming, but little about parallel programming.

The naming is misleading.

It's frustrating.

First, I've got proof no. 3. I can offer a nice 4 argument proof, but you wouldn't let me provide it. Second, I tried proof no. 2, where I'm offered words like given and algebra I have no use for.

To make a system like this right it needs to be deductive and have a large library of concepts. Getting this right is complex enough to be a PhD project. Properly scoped could be done for MSc.

I'm a Bazel person myself as well, but tup with the lua syntax might be getting somewhere.
Re:Ask HN: How can I be productive interning remotely? on Monday September 05, 2016 @04:26AM (#12428899)
I'm afraid it's not going to work.

Turning vaguely defined task into something tangible is usually the most difficult, and most important part of the task, but it requires some experience.

In the beginning you need to learn the internal know-how, and this requires regular prompt answers. Otherwise, you will stay blocked and frustrated most of the time.

Remote work is fine when you already know the domain, but that's not really what intern programs are for.

That said, you can try to write design docs where you put your questions. Note that it's not really about writing a specification, but about writing down what you know and what you don't. You can speculate about answers to your questions, and this way make your manager understand what you're missing.

Re:Accessing RAM sometimes costs extra log(N) on Tuesday August 30, 2016 @06:28PM (#12394476)
Thanks! Looks like it worked.
Re:The Myth of RAM (2014) on Monday August 29, 2016 @05:23PM (#12385472)
It so happens that a large part of my PhD was on this very subject. The result I've got N log(N), this is more visible when you get to larger RAM (I had 0,5 TB RAM at the time). We have an empirical result, a justification and a rigorous predictive model.

The reason has to do with hashing, but a different type: TLB.

I posted more details as https://news.ycombinator.com/item?id=12385458

Re:Accessing RAM sometimes costs extra log(N) on Monday August 29, 2016 @05:22PM (#12385462)
In response to "The Myth of RAM" https://news.ycombinator.com/item?id=12383012

It so happens that a large part of my PhD was on this very subject. The result I've got N log(N), this is more visible when you get to larger RAM (I had 0,5 TB RAM at the time). We have an empirical result, a justification and a rigorous predictive model.

The reason has to do with hashing, but a different type: TLB.

Feel free to take a look at a free copy at http://arxiv.org/abs/1212.0703 where we establish the VAT cost model.