- funny indeed, as the add-on card (esp8266) is a lot more powerful than an Arduino.
- esp32 with 'free' (built-in) wifi/bluetooth is just so much easier to work with. That was my experience a few years back.
- compared to C, java was quite nice
- Java is easy - named after the coffee beans of the coffee they used to drink...
CVS (noticed already mentioned by a sibling comment) is just an abbreviation.
Python - well Monty Python
- The assumption implies the median of the people's age who frequent HN is higher.
- > I'm considered old here, in my mid 30
That's absolutely not true. It was awkwardly funny to read that.
- >I can't imagine writing anything of substance primarily in groovy.
That's solely based on a poor imagination, not trying...
- that would be very culturally/industry specific. Personally, I do call it javascript.
- Aside already mentioned comparison to unordered_map, there appears to have a bug, on line 61: "p = (p + 1) & LenV". It should be mod (%) like the rest of the code.
Morealso mod is slow in general and it should be replaced by bitwise and (&) and power of 2 sized map, then using LenV-1.
- >Hats off for decomiling Java apps that mostly predate generics and annotations... both of which were added in 5.
the 1st very famous and good decompiler was written in C. Other than that generics and annotation didn't not make the work easier at all decmopilation wise
- >Generic erasure is a giant pain in the rear
Personally, I don't get the sentiment. Yeah, decompiling might not produce the original source code, which is fair. It's possible to generate code using invokeDynamic and what not - still being valid code if a compiler opts to do so.
When decomiling bytecode there has to be a reason for, and a good one. There has to be a goal.
If the code is somewhat humanly understandable that's ok. if it's more readable than just bytecode, that's already an improvement.
Reading bytecode alone is not hard when it comes to reverse engineering. Java already comes with methods and fields available by design. Having local variable names and line numbers preserved is very common, due to exception stack traces being an excellent debugging tool. Hence debugging info gets to be preserved.
try/finally shares the same issues, albeit less pronounced.
- >Seems like an obvious direction, even just to infer variable names.
when debugging symbols are included (sort of the default) the local variables are already present; LLM would be the last thing I'd consider
- dynamic class loading is a major issue, and it's an integral feature. Realistically, there are very few cases that AOT and Java make sense.
- >Out in the country, you still don't really need brighter headlights.
Animals and pedestrians (along with pot holes) are the prime reason.
- > around building in the USA and it being an imperative of US place in the world
...and China bad (incl. military supremacy). I wonder how much more obvious it should be.
- >Also the company seems to be well-connected to the Trump-admin. Which I guess could be a good thing?
In terms of real-world results -- highly unlikely. In terms of funding - for sure.
- that's so beyond obviously a sarcastic remark. In that regard I'd consider a vast majority of the humans totally capable of detecting dead pan sarcasm both in spoken and written speech.
- Governments don't change constitutions pretty much anywhere. More also constitution changes are notoriously hard from requiring 75% of parliament votes, to 66% in two consecutive parliament assemblies (need to pass an election), and all versions in-between (or not having a codified constitution).
- >with my kids and family.
if you have an AMD GPU, Linux Mint does everything 'gaming' - on top of installation, bluetooth and printing(!) better than Windows
It did work without being logged on. The auth service appeared to be down as the log in attempt (just showing the page) failed.