skysight-inc/HackerNews huggingface dataset:
If the company has an excess of cash and nothing good to spend it on, I think it's fine to put it in the stock market. Maybe you wouldn't count this as "operating reserves" - I wouldn't do that with the money that's earmarked to pay suppliers but not due for another month, but I would do it with the money that's earmarked for opening a new business location at an indefinite time in the future.

You can get whatever risk profile you want from the stock market in return for less yield. If you can accept two-nines certainty that you won't lose half your money in six months, any broad index fund will do. That would be acceptable for a lot of "modest businesses" which find themselves with "6-7 figures cash reserves". If you need better, you can do fancy things with options, or put a fraction of the money in the bank and invest the rest.

(I am a financial professional, but not in this field, and this is not financial advice)
I was assuming that to make a point. The actual subpixel order can either be retrieved by an appropriate API (if available) or be provided by the user (display settings). Point being, subpixels don't usually overlap on the same area, which is what's grayscale's assumption. I agree that if subpixel order is not known, then grayscale is a sane default.
Think of it as the lowest common denominator. It isn't "this person is not important, so I will contact them only once a year", it is "this person is important enough for me to contact them AT LEAST once per year". Flexibility isn't lost, but you have baseline level of commitment to every relationship. If you don't want to contact that person anymore - it's a conscious choice, not "just lost touch", but if you want to contact them, you have prompt "you are about to loose contact, do you REALLY want to do that?".

> I find it really really hard to write non-artificial messages when contacting on a schedule. Maybe the first one can be believable, but the second or third time you contact someone without any obvious trigger, it starts to feel weird. I think most people would catch wind that the other person is not contacting organically but on some kind of schedule, and I guess it could make them feel really weird about it: "This person doesn't really think of me, doesn't see any of my social media/blog/whatever updates... why are they contacting me?"

You, obviously, SHOULD try to read blog/twitter/whatever BEFORE contacting that person, try to find something interesting there and talk about it. Or check notes about person's interests and bring up something you recently saw/heard, that is related to their interests. I doubt that nothing interesting happened to person in three months that you hadn't spoke with them, so you have something to talk about. And some people don't use social media, and asking about their wellbeing is completely normal.
I think there are two sides to this: scheduling the contact and triggering the thought to contact. The first one is ok, we schedule things we care about all the time. The second one is the weird one, and to me the OP is more about the second part.

If your problem is that you're busy doing things, an email in the morning (probably not the only one you have) is not going to help too much. Contacts will still get delayed in favor of other things. To me, the OP system reads like a system that doesn't help with scheduling, but with triggering the thoughts.

For example, say that a friend tells me they're going through a rough time and I want to spend some time talking to them, but I'm busy and don't have that much time. The system doesn't have a "contact NOW" trigger, for example.

I also find it weird that there's a "three week contact" category. I'd guess that for close contacts, something reminds you of them every once in a while, you probably don't need anything more than "hey what's up" in a message so you can send it whenever, and they probably also contact you frequently. I don't think the system would be helpful in those cases (mainly because the DB and the actual contacts would quickly desync and the reminders would not be on time and appropriate) so I'm left wondering what's happening there.
There's never one simple explanation, but I'll offer this one: High relative status of winter sports. If you're a top endurance talent in Norway, odds are you'll go into cross-country instead of running.
I've decided that I'm an optimist, and a techno-optimist at that. People's lives are better than ever, the pace of technological innovation is breathtaking between mRNA vaccines, self-driving cars, VR that actually works (as opposed to the 90s), rockets capable of getting us to the moon and Mars, cars transitioning to EVs at an incredible pace, robotics, deep learning really starting to become useful and so on. What's really changed though is that, perhaps due to Black Mirror and the ever-more gritty Hollywood and bad journalism, it is now considered "smart", and the default, to be a techno-pessimist.

As Louie CK once said, everything's amazing and nobody is happy.
It's not even guaranteed it's for state censorship.

FB has a business interest in tagging and blocking "Hey, check out my new hot pics on scamsite.stealyourdata.haxx"-type messages because they harm their users.
The problem with this sort of "knowledge map" to track learning a language is that it implies learning the language APIs is the most significant part of learning the language. That's really not true though.

For example, if a junior developer is working on something that manipulates strings, and they don't know how to test whether a string ends with a particular sequence of characters I don't really care that they've not encountered endsWith yet; that's a Google search away. If they don't know that strings can have different character encodings, byte lengths, locales, etc that's going to affect their entire feature. That's what a dev should learn from a JS course. A JS course should spend several hours on strings, what they do, how they work, and what the pitfalls are, and maybe 5 minutes enumerating the available String functions.

Learning to be a developer is a lot more than memorising the standard library (or built-ins in JS's case.) If a course tracks progress by which APIs you've used so far I think that's a sign it might not really be teaching the right stuff.
If making a good phone OS was that easy we would have more options besides Android or iOS.
Isn't there some qualitative difference between financially focused decision making and domain focused decision making when it comes to investing vs. gambling (as you say)?

An expert in some particular field sees different opportunities and make strong educated guesses vs a trader who will react on financial metrics.
But they do exist, as do other sub-pixel layouts (pentile, RGBG, ...). If you use sub-pixel rendering assuming RGB you are going to look worse on some devices (many Samsung phones, IIRC).

Also, if you use sub-pixel tricks in static resources such as images (or your text renderer is not aware that the sub-pixels may not always be arranged horizontally) you are going to have colour halo effects when a device is rotated. Windows is doing that (optimising for horizontal RGB, when vertical RGB is the reality) right now on the screen I have rotated to portrait aspect. It isn't stark enough that I can see any colour halo at this dot pitch, in fact the effect is very subtle, but seen side-by-side text looks a little blury on that screen compared to the other screen (practically the same dot pitch, but landscape so actually is a horizontal RGB layout). Someone with better eyes (mine are somewhat shite) might find it more irritating that I do. I must get around to telling Windows to just use greyscale text trickery...
half of your text makes it read like KASLR and/or KPTI is an AMD feature, but isn't KPTI and KASLR both kernel features? So what would AMD have to say about it being off by default?

From the page you link:
CONFIG_PAGE_TABLE_ISOLATION=y in the kernel configuration. This only indicates that the kernel is capable of kernel page-table isolation. KPTI can be disabled at boot time from the kernel command line through the nopti or pti=off options. On some systems, it can be disabled at runtime by writing 0 to /sys/kernel/debug/x86/pti_enabled.

Does AMD dictate if this nopti or pti=off is set in the _kernel_ commandline?
(curiosity - pls don't kill me :cat-emote:)
It still works, yes.

But for the people that migrated around that time to it, I suspect a deprecated framework ( although functional), probably wasn't what was anticipated.

https://docs.microsoft.com/en-US/troubleshoot/developer/visu...

They still have a updated faq for it.
I have a similarly non-cynical view of this and am considering to implement something similar for myself.

The reasons are simple:

1. I don't want to wake up one day 20 or so years from now and realize that I'm old and lonely.

2. It's possible to lose friends/acquaintances if you don't talk to them for some amount of time

3. I am generally happy when people I've had positive interactions with in the past contact me out of the blue

4. However I am bad at doing this myself

5. It is reasonable to assume that the above also applies to many other people, so why not take the initiative?

Of course you could use this system to spam and annoy people, do unsavory marketing stuff, etc. but that doesn't mean it's not a useful framework for staying in touch with people who would be happy that someone is staying in touch with them.
Linux 5.17-rc4: Superb Owl
UK launches “No Place To Hide” propaganda campaign to ban E2EE
I would hazard that "Anonymous" has probably been a state actor for a long time. At least partially.
GMail isn't really centralized, it's (still) federated.
OK that’s terrifying
A bit of off topic but I created a small tool which converts simple text to database script, It reduces development time to create database tables and foreign key relationships.

https://text2db.com/
More on this: https://www.theregister.com/2022/01/20/no_place_hide_campaig...
I've been reading about this and am puzzled as to why there's no mention of perjury. No matter the quality of the software, someone took the position in courts that the software was essentially infallible and that is the real crime. Software flaws were not the reason that people were imprisoned and I think it's disingenuous of the BBC to report it that way (I do currently have several complaints against the BBC's reporting of LTNs and cycling waiting to be addressed).

Edit: My ire may be misplaced - the BBC article is titled differently to the Hacker News description.
> The M1 iPad Pros with Magic Keyboard are great, but basically useless for development work.

I think that's the point.

There's a nontrivial % of Mac Mini / MacBook / iMac sales entirely because of the need to have Mac to publish anything, even PhoneGap/Cordova projects and Safari Extensions to the Apple App Store.
> Pixel boundaries on your display are imaginary, all you have are RGBRGB light sources next to each other.

Kinda. From my testing (in my subjective perception) several years back, grayscale text looks slightly colored at the edges, but subpixel-rendered text looks more colored in the opposite direction. And in my testing, vertical lines look more fringey if they take up GBR or BRG subpixels than RGB. I suspect these are because the green subpixel is perceived as the brightest by humans, and looks better in the middle of a pixel, and RGB and BGR put it in the center so it works out.
I also do this and it's really nice. But use a recurring Google calendar event. Way more simple
I don’t see how the history of GSM is very pertinent to the present scenario. At least in the last several years I’ve used phones from Europe or Asia or other networks in North America and they all just work with first-party or MVNO SIM cards in The US, from T-Mobile, AT&T, Tracfone, Mint, and others, assuming the device supports the appropriate bands (which varies a bit by region, especially for LTE).
Photons do indeed all travel at the same speed, but are not all the same size, and what affects their energy level is their wavelength.

Shorter wavelengths have more energy per photon, so e.g. a photon of blue light has about half the wavelength of a photon of red light and twice the energy.

I’m curious if you really meant “speed of sound” in your question? Photons all travel at the speed of light, which is quite a lot faster than the speed of sound. But I’ve seen this several times from different places, and never found out if it’s basically just auto-complete in the speaker’s mind, or a genuine misconception.
I think in 50 years if Microsoft is still around, it’ll probably be because of .NET. For a company I have very little time for, .NET is an exceptionally awesome tool and ecosystem.
Right, but I definitely did not say that missing bugs or making mistakes is criminal.

The question is how those people who discovered the bug or managed the components in which it exists handled themselves.

There is no way that Fujitsu (or even individual Fujitsu employees and directors) should be considered off the hook just because software is only software, which is the defence I am seeing here and elsewhere. It should depend on how they acted.
Maybe a solution to the problem would be a case that would provide cooling and would hide cables and adapters. The result could still be somewhat smaller than a NUC. Then you would only replace the phone once in a while and would have to cut a new screen cover. For better cooling depending on the phone you could remove the back cover.
https://lord.io/text-editing-hates-you-too/

Generally speaking, implementing this stuff from scratch is a terrible idea; especially on the web, it’s not possible to implement this stuff from scratch without losing platform functionality that is not exposed—though in the last couple of years the primitives have reached the point in functionality and consistency where you can get surprisingly close on most platforms. But things like touch grippies can’t be done, and I wouldn’t be surprised if various fancier touch keyboard interactions like swiping space bar to move the caret can’t be done (I haven’t tried, and I’m not sure how they’re implemented).

Things like CodeMirror are generally good, but it’s still not terribly uncommon for them to be completely broken on some less common but still up to spec and maintained platforms, because they’re simply being too clever for the web as a platform and I wish they’d relax and stop trying to be quite so clever.
To a certain extent yes, but don't fall into the trap of overestimating your own domain knowledge and underestimating that of others.
> Anything you get from Google play store is wrapped with Google's trackers.

App bundles are terrible, but if the developer uses apk, the signature makes sure no one, including Google, can tamper with its contents.
Probably some phones do work on direct power without battery.

But anyways in the general case the user wants the battery to charge when they connect their phone. Not allowing the phone to run without a battery will show more clearly that there is an issue with battery connection or battery itself, than if the phone would run when connected to power without battery.
Built on WHAT?
The market (in both the "stock" and "free people choosing their service providers" senses) seems to think so.
>New generations of people, even software developers, aren't accustomed to old featureless technologies; and they consider them crappy

Right, so an underlying problem here is the optimization of our tools for "fun" and stimulation and little dopamine hits, instead of actual work. Remember Clippy? That's all tools now. Bright colors and blinkenlights, flashing popups, offers to "help". How can a boring utility tool like a text editor or an IRC client compete?

The trend is undeniable, but I don't think it's one that should be embraced. Let FOSS be the "serious" software.
Wow, this makes me think, do animation teams don't really use a version control system to have multiple people contributing to the same movie at the same time? Does anybody knows how that works?
It sounds that you lean heavily on OOP methods.

I find OOP to be weak in the design stage. It does help later to simplify the code. But, only after you find out where the actual objects are. I prefer ERD for any modeling I might need in the design.

Older methods like structured design and data-structured design offer better guidence in the design stage. Too bad people look down on anything that is not OOP (or the newer hype FP).

The most useful method by far, however, is to recognize the shape of the problem, look for and apply a known solution.
I can say for sure that TiddlyWiki had backlinks many years before Roam existed.

Edit: Okay, I was curious, so I searched the Google Groups page, and found it mentioned as an existing feature in 2006: https://groups.google.com/g/tiddlywiki/c/KQRS-_sKukQ/m/DXZk9...

It is referenced as a feature on WikiMatrix, so it was clearly an established feature for wikis by that point.
The reason I said "it's important to look at the order book" is because otherwise you might enter a market order and expect to get something near the last trade price. Which you won't.

I do think the "correct price" is near the middle of the spread though. Because this sort of thing happens not just because of illiquidity, but also because everyone involved knows what the "correct" price is. (E.g. because bonds have very predictable cash flows.) There's no difference in opinion large enough to convince a trader to cross the spread.
The concept looks very similar to the idea behind Mavo[1] and I think is great. Mavo is probably is too dumbed down for the HN crowd, but for simpler requirements I don't see how I personally could get a CRUD app running any quicker. A big part of this is being able to make the back end someone else's problem without fuss (local storage, GitHub, Dropbox, Firebase, Google Sheets, etc), but there are other options too.

It looks like Remake (when run self-hosted) gives a bit more depth, control and ownership, but also the responsibility and complexity that comes with it. I'll have to check it out.

[1] https://mavo.io
It was the weekend, and I had fun writing it. Nobody is forcing you to read it. But I'm certain that if I wrote it in the style you wanted me to write it in (which is how I write most of the things I write!), you never would have seen it :)
I think robustness is good. But. There needs to be a way to validate your output against a strict spec. It's too easy to say "these 3 programs can read my output so it must be ok." That form of testing isnt valid when everyone is being robust. You gotta have a solid way to verify output.
Reading this, I also came up with a simple system. It call it an "address book". Write people's names in it, along with their contact info. Feel free to use paper or digital.

Once in a while, look at the list. If you see someone's name and think, "I wonder how they're doing?", contact them.

It's a lot more organic than scheduling the contacts, and it'll feel more organic to the recipients, too.
Linear Time Median Finding
Maybe a bit off topic, but I created a simple tool which converts text to database scripts, it reduces time to create database tables and foreign key relationships, currently, MySQL, PostgreSql and MSSQL are supported

https://text2db.com/
But if you have those skills, it's pretty simple. And most people here do have them.
On gliders, the airspeed indicator is even simpler - just a pitot tube connected to a (very sensitive) pressure gauge. The variometer (a vertical speed indicator) uses an internal air reservoir and a calibrated restriction to derive rate of climb or descent. So, all the main instruments (altimeter, airspeed, vario) are worked by atmospheric pressure, no batteries needed.
Just spill the beans! If it's that different, it'll be hard to make it happen, so people won't just "steal" it.
Sir, is a bitter comment like this necessary?
Even in the presence of so-called historical records of wolf attacks, it can be very difficult to assess how many of them are true.

There are indeed many known cases when rabid wolves have attacked humans, but obviously there are far less such cases than the attacks due to rabid dogs or even rabid foxes, because there are much more dogs than wolves.

In the past, there have also been many cases when humans have died due to other causes, mainly due to cold, then wolves have eaten the dead bodies and when they were found the death has been wrongly attributed to wolves.

I have grown in an Eastern European country, with much more wolves than in any Western European country.

Nevertheless, at least during the last century, there has been known absolutely no case of a human attacked by wolves, with the exception of attacks due to solitary rabid wolves, which could be fatal when not treated immediately.

Of course there were a very large number of cases of sheep or other domestic animals which were eaten by wolves.

On the other hand, bears or wild boars will not hesitate to attack humans in certain circumstances, so they belong to a completely different group of animals from this point of view.
Maybe you can turn to facebook business help center, there might be manual support and ways to contact them.
Yeah, I guess it depends on what the opting is for. I could have phrased that better.

What I meant to say: third-party tracking is still opt-out, since you need to actively enable the content blocking to avoid being tracked. The blocking of said content trackers is opt-in of course, but that's not what I was referring to.
If I'm not mistaken, this is not some special power Royal Mail has. In the UK, anyone can launch a prosecution.
Dango Views Cheatsheets
I'm willing to accept that not many know he worked there. I guess technically if you never knew something you can't remember it, but saying someone can't remember something usually implies they knew it at some point. I'm not willing to accept that a large segment of those that knew he worked there can no longer remember that fact without some basis for the claim. Did you perform some sort of research? You remembered he worked there and I remember her worked there so my available data points currently trend to a significant remembrance of the fact.
When I experimented with using an STM32H7 for accessing sensors, it was just nowhere near powerful enough for handling real-time 720p @ 30fps on 2 cameras. Also, good luck getting USB3 out of that CPU...

Here's a similar commercial product that - in my opinion - also failed badly: https://openmv.io/collections/cams/products/openmv-cam-h7-r2
$80 uses a STM32H743VI CPU and "Most simple algorithms will run between 25-50 FPS on QVGA (320x240) resolutions and below"

I predict that his will be vaporware when the authors switch over to using FPGAs like everyone else who tried (and failed to) use cheaper alternatives. Also, once you ramp up your numbers, producing FPGA-based 4k @ 60fps USB3 cameras for $50 per piece becomes possible. So there is in my opinion no good reason - neither technolgy-wise nor price-wise - to use the STM32 here. But welcome to the club, I made the same mistake ;)
Well it has kept me employee for quite some time now so that's something to celebrate.

The opposite side to that it I think every commercial .Net system I've ever worked with / on has been an absolute mess. Not sure if it's .Net or the companies but something there seems to attract devs to make ill performing, over abstracted, confusing, massive architecture systems that in reality could be simplified down to a bunch of data forms.

As I say I shouldn't complain keeping these things running pays my bills.
Everybody just doing their job. This relates to the system that is society. When something is broken we just convince ourselves that everything is working as expected. People get hurt from it but we don't really care enough to question it and make the changes necessary to fix it.