drtse4

Earendil is the company, Lefos the first product, an agent that has email as primary interface.

If you really want to write really performant java code, the word "spring" should not even be mentioned. Same thing for Jackson, write you own lazy json library if the data is bigger than a few 100k.

The code will not look pretty but it will be very fast.

A huge mistake, I've seen a lot of code where clearly the author thought that just adding "synchronized" would have solved any concurrency issue. And no one even talks about how synchronized is implemented, basically a monitor on the object.

The point of view is usually also wrong, they focus on the method call flow while they should think about protecting access to shared data.

Yes, but that's not the path that modern frameworks suggest nowadays.

0. Fix your algorithms, code optimization comes later

1. Avoid abstraction as much as possible, convoluted flow control and reduce useless objects creation

2. Learn how to manage concurrency correctly, focus on the data being accessed by multiple thread and focus on sequential access

3. Don't use bloated frameworks (all of them)

4. Consider rewriting common libraries following the principles above and with only the functionalities you actually need.

Easy 10x improvement, try it.

> Java SE subscribers will receive JDK 8 updates until at least December 2030

Not for clients with a commercial license, and there are many.

Sadly it's not maintained anymore and even the intellijidea-derived decompilers are better nowadays (used to be horrible until a few years ago).

In addition to the limitation to classfiles built for Java8, it sadly has a hard time decompiling new language features even if compiled for a Java8 target. And then there is the well known bug that decompiling full jars in bulk does not get you the same output you see in the UI but orders of magnitude worse... jd was great until it lasted, helped me solve a lot of issues with verdors over the years.

In my opinion, you shouldn't expose it to a browser, it's not what is good at, build something custom that converts to json. Like using REST to talk between backend services, makes no sense using a human readable protocol/api especially if there are performance requirements (not a call every now and then with a small amount of data returned).

As someone that used it for years with the same problems he describes... spot on analysis, the library does too much for you (e.g. reconnection handling) and handling even basic recovery is a bit a nuisance for newbies. And yes, when you get random failures good luck figuring out that maybe is just a router in the middle of the path dropping packets because their http2 filtering is full of bugs.

I like a lot of things about it and used it extensively instead of the inferior REST alternative, but I recommend to be aware of the limitations/nuisances. Not all issues will be simply solved looking at stackoverflow.

AKA Bit banging PWM, never seen it working with this kind of displays, nice project, it can be done even with higher frequency signals too (requires an oscilloscope and a few tries to get a smooth signal).

Haven't checked Fuchsia in a while, very glad to see that they have extended the documentation.

Did they improve the initial steps to get up and running too?

(I remember it took hours to clone all the subprojects and most of the times something failed along the way, even worse than downloading the Android sources)

PDF link: https://www.itl.nist.gov/div898/handbook/toolaids/pff/E-Hand...

Can confirm that the internal pull up/down are there and most libraries can enable them (alternatively this can be done manually via terminal after each restart).

After recommending it for years on every HN book thread I could find I'm happy to see it's not forgotten yet, really, Egan could have written at least 3 separate books with the content of Permutation City.

The people from the blog he links (that I'm in the process of reading) wrote an application for macOS that reminds me of notational velocity in spirit but that has been made specifically for Zettelkasten and should be able to handle even huge amounts of notes (stored in plain text, the best format in my opinion, portable and all that): https://zettelkasten.de/the-archive/

Just FYI, since I've implemented something similar in Swift, using the PWM you would have had to implement more or less the same algorithm, i.e. changing the duty cycle of an high frequency signal to generate these "slot-based" patterns that identify the 0s and 1s of the WS281x (there are minimal timing differences between the variants) protocol.

Note: God bless the Oscilloscope, essential for these projects.

Finally, and they also allow to specify additional external funding platforms via .yaml file (no more wondering if a patreon account is legit or not).

An amazing book and one of my favorites, discovered just a few years ago sadly, I would have loved something like that when I was younger.

If you've never done embedded development before I highly recommend the two parts MOOC "Embedded Systems - Shape The World"[1].

The course is well structured, teaching the basics you'll need for those boards that doesn't usually have an OS and requires a ~40$ components kit that include a Texas Instruments board. Quite fun if you follow along and do all the exercises.

[1] https://www.edx.org/course/embedded-systems-shape-the-world-... , https://www.edx.org/course/embedded-systems-shape-the-world-...

> The only sensor in the scale is a weight sensor.

? Why not add a RFID reader (relatively cheap) to the scale and then add tags on the coffee bags to be able to log the consumption for multiple types?

You could even be able to identify the weight of multiple objects (tracking what's on the scale and how the weight changes when it's removed and when it's put back) on a bigger(longer?) scale.

And you could sell kits with tags that people could slap on their own containers and register multiple custom items.

I agree, "autonomous dash button" is a nice way to present it, but if it was capable of detecting what's on it, it would become more or less a "sentient dash button", way better ;)

Why? Because these are research grants for companies doing research of any kind or developing new products, regardless of the type of output[1]. Their objective is to help companies grow through this kind of project-oriented funding, their are not investing in a specific product for... I don't know, the common good. But sure, opensource grants would be a nice thing too.

European HNers with an established company, you should look into this, getting a grant is not as hard as it seems and there are companies that can help you prepare your proposal (even for free, check you local government programs)

[1] https://en.wikipedia.org/wiki/Framework_Programmes_for_Resea...

Hi, just wondering, are you planning a second edition?

I'm now at chapter 12, and imho, there are a few things that could be improved to make it even better (e.g. a bit more details on what the code in the later chapters does, redundant explanations that could be removed to add something else, other explanations that are a bit too succinct, etc...).

Nice post... even if before clicking through I expected a post about why asking "build me a lisp" could have been a good interview question :)

As a side note, I wrote a similar post in Swift: https://www.uraimo.com/2017/02/05/building-a-lisp-from-scrat...

Pandoc[1] is the tool you need. Extremely simple to use, even more if you start with posts written in markdown, and you can generate any format known to man.

[1] https://pandoc.org/

That fbclid appended to the url.

Imho, this is probably the best RTS ever created. Huge maps, huge number of units easy to control with a great UI, amazing music (the first game that had a background music that was aligned to what you were doing in the game? i.e. a mass attack triggered the appropriate bgm).

Can you add a link to a downloadable pdf of the presentation? The js thingy doesn't seem to work on most browsers :/