unnouinceput

just like unlimited yahoo mail space, or google's unlimited email space or that airline from 80's that took back through technicalities the "lifetime" ticket, no?

I would not trust anything that's long term more than 10 years, and even that is a stretch. I agree with GP, it's a cash grab.

I use Free Pascal/Lazarus to target anything, ESP32 included. As for IDE where it runs, in a nice VM with plenty of processing power and memory on my PC so I can fast iterate code to production.

The LED display on top of the key, driven by the ESP32 beneath, will allow you to have anything as the letter there, including Arabic, Japanese or just emoji keyboard layout.

because I'm experienced in ESP32 and not in STM8. But now that you mention it, a little seed started to grow. Thank you kind stranger, lemme get back to you when this will probably 2 years from now on and another $2000 in research/playing around.

Same here. All these modern keyboards are missing a lot of what old one had. The most I miss most is the Alt GR one, the bigger ENTER key and I want a lot of space. Call me fat fingers if you want.

So I started to actually create my own. And I want it to be programmable. And movable, as in you can move the key around, enlarge or shrink them. And when I say I want them programmable I meant to pull a little gizmo out of it, hook it up to a separate power source and load preset or connect to computer and use an app to make the keys look different.

So far my idea is to have each key include a magnet, an ESP32 chip and a small LED screen on top of it. The controller to all those 110+ ESP32 chips will be a RPi CM4 module, which will also be the USB connection for the PC. That's one iteration because this way I can actually have a click-clack mechanical one. The other iteration is to just have a big ass touch screen and the RPI underneath to just play that as an app that simulates the keyboard. Prettier, way more customizable as key positions/size go but no click-clack sound/feeling.

I'm $2000 in my research hole for this with nothing to show up for but is fun. Probably next year I'll finish it :)

None's stopping you to use MSOffice '97. I still use it from time to time and current MSOffice is happily recognizing the format and converts it on the fly. Also there is a tool that you can install and see current formats to be able to open them in MSOffice '97.

As for why the rest of the world why would do that or not, is their choice, no?

Actually is the correct answer. Oracle and its shenanigans are the reason why I avoid their DB and Java.

Quote: "Firstly it's "close to the metal" -- if you compile for example an image-processing library to WebAssembly and run it, you'll get similar performance when compared to compiling it to x86-64 or ARMv8 or what have you."

Is WebAssembly now able to run it outside a web browser or this guy is just "inflating" results, to put it mildly and not call him a liar. Because last I checked, there is no world where a browser application is in similar performance with a native one.

Skype is an Electron app currently. If you think current Skype is the better performer imagine the old Skype that was truly native.

You can if you understand that the landlords are their friends and part of their network. They have common interests and move in the same circles.

OenAI IS Microsoft. Don't get tangled in the web of creating different entities when they are all part of the same pyramid. Also GitHub IS Microsoft too!!

The original story is here:

https://fortune.com/2023/08/05/black-swan-hedge-fund-mark-sp...

Yahoo simply took it over. I avoid yahoo like plague.

If you use a varchar as FK then you're definitely doing something wrong from beginning. OP was talking about getting the phone number under certain conditions, and a phone number column is a varchar.

If the tables involved in the join are of 100M+ records what I do when the joins use varchar columns to improve the performance is to use an additional integer column of the varchar one that is a CRC of it (or hash if you prefer that) and use the integer one instead in the join.

That's a question for you company's legal department, not HN

The same move that Microsoft did back in 90's to kill Netscape. Make your product the one available to masses, next generation of users will be using your product.

Quote: "Variety is the spice of life, I am told. Microsoft wants your life to be spicy."

I'm stealing this, this is gold.

We started counting the XXth century biggest criminals, yes? And you simply stopped at WW2 because that's when Hitler (allegedly) died, yes? While I was counting the entirety of that century for the whole of those criminals life.

And I see this all the time on HN. Somebody responds to my comments just to be argumentative for the sake of it when I reply, despite me just making a simple comment. And then when I take their reply seriously and respond with proven facts they go with "oh HN rules and conduct bla bla". Well, maybe next time check the facts first, then be argumentative.

That was as a general idea. Now, personally, for this subject here, me living in an Eastern Europe country, having witnessed the horrors of communists, and fully know that Russia/USSR's Iron Curtain was just modern slavery where they (the red plague) pillaged and took all our countries resources and shipped them to Kremlin (hence why in the beginning of space race USSR was head to head with US) making them rich and the rest of us poorer, when somebody like you dismisses those facts I get to a boiling point.

Also, while on this subject, you can see that effect today. Everybody on the Eastern Europe/former Soviet Bloc countries hates Russia and why we simply took Ukrainian refugees in our homes without our still corrupt governments moving a finger at first. That's why we keep donating to Ukraine's war effort. Because a dismantled Russia is our only chance to have peace in Europe. And this is what Russians and Putin don't understand about us. We simply do not want another half a century of pillaging from them. And this is why Stalin vs Hitler body count are not similar. Both are bad, but Stalin was way worse.

You do know that Stalin lived after 2nd WW almost a decade, yes? And you do know that the entire Eastern Europe was under the heavy boot of red plague, yes? Do you think that "oh, after WW2 Stalin never caused any more deaths, purges, famine, and became such a good boy"?

I suggest you read about communist plagues caused by his regime after WW2, not just before or during.

Bogosort is going to be the best algorithm once quantum computing is fully available. It will be the only algorithm that will be used for the rest of humanity's existence since is the only one that can be 100% parallelized, so it will have the last laugh.

>in spite of Stalin having a similar body count

Not even close. In the XX century Mao leads generously, followed by Stalin and Hitler is the distant 3rd.

Quote: "A Settlement has been reached between Defendant Facebook, Inc., now known as Meta Platforms, Inc., (“Meta” or “Defendant”) and Plaintiffs in a class action lawsuit pending in the United States District Court for the Northern District of California."

All the best to the rest of non-plaintiffs from US then. May they get some money too, though I highly doubt it.

Not even the entire US, just the ones involved in the class action one from California.

What ads? Didn't seen any ads when visiting the page. Are you browsing the web without uBlock Origin by any chance?

he only recreated the ones not saved by the nightly backup, meaning he used the previous nightly backup and recreated from invoices the last ~23 hours.

Quote: "There seems to be no rational reason to increase RSA key sizes past 2048 starting in the year 2030. We don't have any reason to increase RSA key sizes at any time based on our current understanding."

Yeahhhh, nice try NSA. If they say this, I'd say go to 8192 right now.

Please do another "for" right after this one, identical, and then revisit this comment (hint: you'll get a syntax error).

More often than not, when maintenance really matter and juniors really choke, the algorithms that powers core functionality usually have nested loops and conditionals. So if you start using inline variable declaration you really have a hard time "where did this was declared". Combine that with compiler switches and you have a recipe for disaster when declaring inline variables vs. a clear section of variables right after function header, where you put all comments to specify what those variables do.

Remember, initial phase of a project is only 10% of it, the maintenance and expanding its functionality is the rest of 90%. Inline variable declarations are a real PITA for that phase.

I never understood why is declaring variables in the middle of the code a "pro" for some. In my experience that's a "con" especially because of maintainability. Same way you do a comment before declaring a function to explain its purpose, you do a comment for each variable to declare its goal within said function. That's proper maintainability for a project.

Also Delphi, for past 2 years, has this "middle" variable declaration style, and I hate it, never used it. So your comment missed the mark. If you want to advocate "don't learn Pascal in 2023" please do more research and come up with better argument.

They are not equal, nor approximate either. In this text they kinda use the approximation sign (≈) more like "same order of magnitude". Because if you do a comparison you find out that it's a 60% error between those numbers.