HackerTrans
TopNewTrendsCommentsPastAskShowJobs

DennisL123

280 karmajoined 12 jaar geleden

comments

DennisL123
·gisteren·discuss
Use FOOD30 for 30% off.
DennisL123
·4 dagen geleden·discuss
In a world without AI/LLMs/agents the rewrite would have been major news how much better software gets when ported to Rust.
DennisL123
·4 dagen geleden·discuss
Yes, been using it for 18’ish months. Works great.
DennisL123
·21 dagen geleden·discuss
Now, that’s a Commodore phone I can get behind.
DennisL123
·21 dagen geleden·discuss
not so sure about this one.
DennisL123
·vorige maand·discuss
<snark> Arguably the one thing C++ is great at is its type system. Makes total sense to cast it away. </snark>
DennisL123
·vorige maand·discuss
> Friend, you’re diabetic. Your survival is ultimately your own responsibility. Prepare yourself for a few hard truths.

This.
DennisL123
·2 maanden geleden·discuss
Does the policy fix the issue of many low quality PRs being submitted? Unlikely.

Will it fix a related but different problem? Likely.
DennisL123
·3 maanden geleden·discuss
Gotcha. It seemed though from the replies on the github ticket that at least some of the problem was unrelated to effort settings.
DennisL123
·3 maanden geleden·discuss
Happy to have my mind changed, yet I am not 100% convinced closing the issue as completed captures the feedback.
DennisL123
·4 maanden geleden·discuss
If agents can already read and rewrite code, literate programming might actually be unnecessary. Instead of maintaining prose alongside code, you could let agents generate explanations on demand. The real requirement becomes writing code in a form that is easily interpretable and transformable by the next agent in the chain. In that model, code itself becomes the stable interface, while prose is just an ephemeral view generated whenever a human (or another agent) needs it.
DennisL123
·5 maanden geleden·discuss
Yes, the idea was to transition to a variant of MLD that lends itself to the offline use case and would use an updated modeling to be more space efficient while preserving performance. There exists an incomplete (and private) PoC written in Rust.
DennisL123
·5 maanden geleden·discuss
Who knows .. ;)
DennisL123
·6 maanden geleden·discuss
Agree, mercator projection isn’t great. But it’s pretty simple.

All of the mapping apps are rooted in paper maps. That’s what most people find accessible in a natural way.

So, in any 2D world view some projection must be chosen, and you can fundamentally chose between true angles or true size. Because of that choice any projection is a distortion. Choosing true angles has advantages when it comes to turning projected data into something like turn instructions in your nav app. And then again, mercator projection is easy to use. So, bottom line it’s a mix of people are used to it and simplicity of using it.
DennisL123
·7 maanden geleden·discuss
Last minute I sold 200 €/$£/¥ worth of product. At this rate and because online sales is 24/7, I am hitting 200*60*24*365 = 105.120.000 ARR. tada!
DennisL123
·9 maanden geleden·discuss
In the US the price varies a lot by state [1].

[1] https://www.electricchoice.com/electricity-prices-by-state/
DennisL123
·9 maanden geleden·discuss
Yep, that’s the one. There are a number of follow-up papers that engineer individual aspects of the implementation.
DennisL123
·9 maanden geleden·discuss
I was referring to variants of Customizable Route Planning. Easiest to implement is likely the partitioner of Sommer et al, and a unidirectional multi-level dijkstra.
DennisL123
·9 maanden geleden·discuss
OSRM founder, here. Yes, you are right, many of the speedup techniques are related. My personal opinion is, tho, that looking at the identification of important nodes is best captured by the ideas of applying partitioning to multi-level dijkstra and by what’s called hub-labels. The latter has a close relationship to Contraction Hierarchies.
DennisL123
·10 maanden geleden·discuss
Efficiency, not effectiveness. They are all effective in the sense that they produce sorted results. Even the non-modern sort algorithms are effective in the sense that the results are correct. This should be about the efficiency with which they do it, right?