skysight-inc/HackerNews huggingface dataset:
Cloud is expensive for sure, especially so for VMs and bandwidth.

But cloud also comes with a lot of convenience - for example, having managed k8s, and highly-available serverless, messaging, blob storage and databases.

Some of that is particularly challenging to get right, especially for databases.

It's difficult to justify cloud VMs for heavy processing tho - they really are just so damned expensive compared to bare metal and VPS providers, and there isn't that much extra convenience for VMs in the same way there is for PaaS stuff.
Also check out Koenigsegg's Tiny Friendly Giant (TFG) 2l three cylinder twin turbo that makes 600hp and 443lbft of torque: https://www.koenigsegg.com/gemera/tiny-friendly-giant-engine...

It is really cool to see these advancements happening in engine design.
Do you pan fry them entirely to done? I usually par-cook by steaming them a bit, and then finish in the pan. Or roast them.
They didn't write a law for the purpose of oppression and human farming. They presented a suggestion for everyone's benefit and sanity, and everyone adopted it voluntarily because it was beneficial and sane.

This argument is neither.
Yeah, I had problems parsing the headline.
Rule #1 with any weapon is to ask what it looks like when the tables are turned and someone uses it against you.
Tiger robocop (tiger uppercut from Sagat) and Buga Vai (yoga fire from Dhalsim) were how we commonly listen these moves here in Brasil.
> The reason why people cut a cross in the base of Brussels sprouts is so they tough part cooks faster so the more delicate leaves don’t go soggy the evil spirits thing is just a nice story

That was my assumption too. But having researched further (or more specifically entered "why do you put a cross on sprouts" into an internet search engine) I get information like "Contrary to popular opinion, Brussels sprouts do not benefit from having a cross cut into the bottom of them. Instead of helping them to cook evenly, the cross can make the sprouts waterlogged"[0].

[0] https://www.bbc.co.uk/food/brussels_sprouts
The memory was so nice that I'd have been happy writing it in a journal just for myself :). Very happy to have been reminded of it.
Speak for your own country - many others agree and are doing quite well in the face of this pandemic.
Before it was repurposed, it used to mean that software packages for developers also had the library source available for debugging purposes.
We don't have to know the specific goals of these authoritarians to know from history that giving into people who want control is a bad idea.
This approach is also used to extend concepts like the median into higher dimensions and non-euclidian spaces.

What is the "median" or "mean" of a set of points located on the surface of a sphere, or a torus, or some more complicated manifold (which may only be defined implicitly by a distance function)? If you try to start from the one-dimensional definition it's not really clear. You can define such concepts, however, by minimizing the corresponding norms. If you minimize the sum of L1 norms then you get something like a median. If you minimize the sum of L2 norms then you get something like a mean. Once you have something like a mean you can also define something like a variance.

Wikipedia has a short article about the concept [1]. It really deserves more treatment, as it's a central (no pun in intended) idea in topological data analysis [2].

[1] https://en.wikipedia.org/wiki/Fr%C3%A9chet_mean

[2] https://en.wikipedia.org/wiki/Topological_data_analysis
I agree. At first I would just ignore obviously wrong information posted by others in my Facebook feed but now I will comment and provide articles showing the other point of view. The goal isn't to change the mind of the person who posted it but for the potentially dozens or hundreds of others who might come across it and some of those people might be on the fence about believing it.
You can adjust the sensitivity of the writing scanner so it looks more organic if you want, and you can draw directly in the app although that doesn’t allow for sensitivity or pressure based influence on thickness of the lines of the things you draw
The paper is a scientific investigation into how COVID-19 is different.

Here’s the paper the article refers to: https://doi.org/10.1093/brain/awaa240

There are numerous other findings in scientific literature that indicate that COVID-19 impacts the nervous system. As one example, the loss of the sense of smell is likely neurogenic.
Do you spend the entirety of everyday dwelling on all the world's wrongs? You, right now, can go dig wells, volunteer at shelters, adopt needy children, give blood... The list keeps going. There are a hundred thousand things that you can do to help others and fix things: Do you feel responsible?
Oh, I didn't realize they'd worked around MS removing LDT access. They did it by running in an 16bit x86 emulator, which is a pretty big hammer, but I guess win16 apps are old enough that the performance is still more than fine on modern CPUs.
I had never heard of encephalitis lethargica before. Fascinating and a bit frightening.

>Although there were neuropathological differences in the brains of patients who died of encephalitis lethargica compared with those who died of influenza encephalitis, von Economo could not deny that there seemed to be an epidemiological connection between influenza and encephalitis lethargica. Based on experimental studies using brain tissue from deceased patients, von Economo concluded that encephalitis lethargica was caused by an infectious virus. He, and other clinicians at the time, proposed that influenza might predispose a person to infection with encephalitis lethargica, possibly by increasing the permeability of the nasal mucous membranes allowing the encephalitic virus to enter more easily.

https://academic.oup.com/brain/article/140/8/2246/3970828
I agree and have wholeheartedly embraced this idea as a manager.

At the same time, I once had a manager who dinged me in an annual evaluation for asking too many questions and not knowing as much as I should about our applications as a senior developer.

When I pointed out that I had written most of the documentation for those applications in our wiki, he replied, "That's not knowledge. Knowledge is what is in your head."

The obvious lesson: avoid organizations like that.
Or on some other project.

Sure, there are probably some projects for which if the primary author leaves, their coworkers will drop it or rewrite it in another language, but for others the management will realize what a liability it was to have all of their eggs in that one basket and they’ll have to hire 2 to replace them.

If you steal 25 to work on the kernel, you will likely see 25 open reqs to replace them. And more people will work with languages that they have seen reqs for.
Ah yes of course this info doesn’t apply when the ‘truth’ is involved.

But who’s truth is it?

Also the articles point is about having compassion for others not winning the argument.
One reason to push HTTPS is ISP’s have been inserting advertising into HTTP sites. There are plenty of others, but when available it’s definitely better for aggregators like HN to use HTTPS.
> It's up to companies to really check if someone if competent and has the knowledge

Except that the way these companies do this is to throw stupid LEET code questions at you. And expect you to solve it in 10 minutes, otherwise you’re not smart enough to handle their boring CRUD cruft.
The first article:

"... the device information, usage time and list of watched videos are being sent to Appsflyer and Facebook."

Hardly a smoking gun. Not only is this standard industry practice but the analytics servers in question here are American. The author says this violates European law (it doesn't). Then they go on to describe device fingerprinting which is also standard practice and has legitimate uses.

The second article's main point is that there are Chinese IP addresses in the APK and the privacy policies of different Chinese companies allow for data sharing.

The author doesn't witness any communication with these IP addresses. There are plenty of non-malicious reasons why a URL or IP address of a different company (Chinese or otherwise) would be in an APK. Maybe there is a library being used or the code in question might not even pertain to non-Chinese region versions. It would be like accusing a website of stealing data because they could use a Google font (interaction with Google IP address) and Google has such and such a privacy policy or history.

The famous Reddit comment which everyone seems to love is clearly fake. The author provided zero evidence when asked, saying that the hard drive on their MacBook failed and it is too difficult to "reverse engineer" the apps again. The accusations and methods are irredeemably vague. If the United States is going to become like China and start banning apps then it shouldn't be over a Reddit comment written by someone whose dog ate their homework.
You can turn on F keys for displaying in Touch Bar
The jpeg2png should have noise (grain) simulated back.
The Last Light, Magic Leap’s lost mixed reality magnum opus
The assumption that this is possible come from our ability to isolate voices in a crowd by paying attention to one or more of them. However our ability to do so rests on two important factors that don't exist in these datasets. 1. We have two ears to allow for sound localization and 2. The sounds we distinguish are colocated in space allowing us to use ambient information for disambiguation.

This means that the problem being solved here is harder than the natural problem we have evolved and learned to solve.

This is both impressive and possibly problematic. Some feature of training in a goal directed fashion in naturalistic environments could be essential for higher quality speaker isolation, or it might not matter at all. The multiplicity of models phenomenon tells us there are likely many solutions to this problem.
Wow interesting analysis. Although I don't think http is that bad when it comes to static web sites that don't have take any input from user.
I explained my entire point of view. As an ESL I can't do better. Thank you.
> The title is perfectly accurate, it’s an email thread about Linux kernel in-tree Rust support.

The title the person you are responding to is complaining about is not the title of a email thread but the title of a hacker news post.
The glue used for those varies, so you may end up with sticky glue on your webcam after removing the sticker (maybe that's good though if it falls off by accident)
WireGuard Endpoint Discovery and Nat Traversal Using DNS-SD
You can work backwards from that, what are the problems that are in the way of achieving the vision ?

As you break down the problems into further smaller problems you might encounter a problem which is possible to tackle with the currently available resources.

One of the possible outcomes here might be identifying a team within a comp / university who is working on the same problem and then joining them. That can be the first step in the long marathon of innovation.
Lessons I learned in my first year (prolly 2010)

- Dip your toes into a few different markets in as inexpensive a manner as possible. The difference in ease of marketing you'll see between lackluster ideas and winners will literally be 50x - i.e. you will _know_ when you've got product-market fit. If you are in doubt, you don't have it.

- You gotta spend money (or serious marketing sweat labour) to make money. Nothing happened for me when I first released my product. It was only after taking out some AdWords and planning a sensible, scalable SEO strategy (more here: https://www.semicolonandsons.com/episode/seo-strategies-for-...) that I started getting sales.

- This one is embarrassing to admit but I'll put it here anyway: keep every receipt - you'll need it for accounting (and can save a lot tax deductions)
The entire book is about when and how these statements turn out to not be absolutely true. And it's not a short book. I don't have my copy in front of me right now, so I won't get into specifics. But I consider it one of the most important books I've read, if only for making me realize how difficult it is to get distributed systems correct. Or, rather, learning that getting distributed systems correct is impossible and what sort of tradeoffs you can make in order to keep things mostly working.

And it turns out that most services that I find myself working on these days are distributed systems, so having a healthy respect for all the ways things can break is a useful place to be.
Ask HN: What's the worst piece of software you use everyday?
Subversion was created because the authors were frustrated with problems in CVS[0].

What's a piece of software you find essential that you wish you could replace or rewrite?

[0]: http://svnbook.red-bean.com/en/1.7/svn.intro.whatis.html#svn...
Pretty easy to block that, if you know how to block, you can usually get in some hits after you block the sweep. If you're good, you can probably just counter directly, but I'm not that good.
I thought lunch was free :[
There's also the Epic flywheel as described by Matthew Ball: https://www.matthewball.vc/all/epicprimer1
I'd love to know where C++ got it from, but I can't find it. Any ideas?
Fully agree however the fundamental science shouldn't be concerned with the fact many are ignoring science.

It's science's job to do the best it can to discover the facts which provide the fundamental information needed for useful actionable changes. Someone still needs to develop actionable policy based on that information, and then we have to decide as a society which actions we want to take.

Various scientists have provided short term control solutions and are working on even more of them. We've seen those solutions around the world effectively curbing the spread.

Different socieities and their governments have chosen what to do or not do with that information, and now you see the results across the world, depending on what people chose to do with that information.

If we understand long term implications as well as short term, this provides even more information to make useful actionable policy decisions.
> ends with an observation that's still highly relevant here but that you're neglecting to account for.

No, that's kind of the sentence I was responding to. Rust is already popular; that horse is out of the barn.

> And being widely used is not the same thing as being entrenched, not the same thing as being unable to say, "nice prototype; let's wrap this up now and do it for real this time".

I don't care to argue about the first clause, but I don't understand how you can argue the latter. Who is going to say "nice prototype; let's discard this?" Do you expect the Rust-using projects to just fold? Do you expect Rust developers to just disappear? Again, it sounds like you don't like Rust, which is fine, but as someone external to the community, why do you think anyone would listen to you about spinning down Rust?
Was "hacking" as a lay person term ever the same as "hacking" as used by makers? If it was a shift, then yeah you're right. If it was a demonization as the public learned the term at all, then I'd say there's more reason to continue pushing to protect the term as a part of our community.
Interesting. So for training they use features:

> In the past, how often did this test fail when the same files were touched?

> How far in the directory tree are the source files from the test files?

> How often in the VCS history were the source files modified together with the test files?

But for prediction all they input is a tuple (TEST, PATCH), and XGboost works fine without the additional features?
I really dig the looks of the ZX Spectrum Next. I never had a Speccie as a kid, so it lacks the nostalgia factor for me, but it looks like a great product.

I ended up buying TheC64: a C64 lookalike that has the looks but none of the hassle of the real old hardware. I don't care for the games carousel (I know where to get games anyway) and I wish it booted up faster, like the BMC64 emulator does, but other than that I'm sure I'll love it. I can't wait to write petscii graphics with a C64-like keyboard ;)
Yeah, a hard part of this is that it depends on the efficiency of the implementation by the website creators/maintainers. At least at that point you’re on the same side. You’re both trying to be fair and you’re both trying to help the website work well.
If dropbox can't make money offering their product (easy to use cloud storage), then they should shut down business operations tomorrow, full-stop.

While you are correct that there are technical challenges with delivering lots of media to lot of consumers, these challenges have been handily addressed many times by many companies. In addition Dropbox relies on people installing clients on their devices. For people who are "in their network", why not just use a bittorrent-style method to move the files between users directly?

Most media that people put online isn't consumed. It's a power law distribution. So most of the vacation photos or cover-band songs aren't going to really use any egress bandwidth. But putting those things up consumes space, which pushes users over tiers, which encourages them to upgrade.

When the latest dropbox-tube influencer's videos get watched by 100 million people, that's all 100% advertising to viewers that this person is a "dropboxer", some percentage of which will feel inclined to also start using the service, creating a virtuous cycle of customers who then go and make reaction videos to the first person's reaction videos, which mostly likely will get 10 views but will consume that user's storage -- which sells dropbox's primary service offering.

Finally, why wouldn't dropbox turn a network of people's shareable media into an advertising network?And generate more revenue? It seems hilariously obvious to me that they would do that. After all, isn't that how Google funds 98.999% of all of their offerings?
My general opinion is that much of the web probably doesn’t need to use secure connections via https, especially if a site isn’t interactive in the slightest, but there’s one major benefit.
With a secure connection you can have some reasonable assurance that visitors are reading something that wasn’t altered by any nefarious agents (your cable company, your government, criminals, etc).
You could be trying to blog pictures of something innocent like your cat and garden, but if a nefarious actor wanted to, they could intercept the request and serve say terrorism instructions and hypothetically get you in trouble.
I started wearing an Oura ring about 10 days ago, and I’ve continued wearing my Apple Watch at night to compare the data collected by the ring and a couple of apps I use (AutoSleep and Pillow). Feel free to send along any specific questions (email is on my profile) about how they compare.
At least I'm not taking cheap shots at people in the discussion.

Edit: And furthermore, you still haven't satisfactorily addressed the concerns I expressed regarding VBM.

Which is a topic of national concern right now.
Real Time Wind Turbine Monitoring Data Challenge
> "The user initiates a paste command manually" is a requirement that may be trivial for a human to express but near impossible for software to implement.

What? No.

Sure, there would be changes required, but both Android and iOS could support this pretty easily IMO.
It will force your code to be memory safe, but it can't enforce that you have the correct semantics.

https://doc.rust-lang.org/std/sync/atomic/fn.fence.html exists, but Rust can't force you to say, use the correct ordering.
I am not particularly impressed with the prospects for vehicle range extension. All-electric seems like The Way To Go at this point. But improved efficiencies for a home backup generator seem like a potentially really great thing.
Considering the utter alienation of right-leaning opinions on Big Tech platforms under the guise of not being "advertiser friendly", they have a bloody tough fight on their hands.
Yeah, you’d almost need some way to genetically price this. You’d almost want websites to opt into it. You can either accept the $x/request price or not participate in the program.

Though, I guess at that point you might as well just sell API access.
This is what my priorities would be:

1. Make sure you have a good debugger set up for any existing code. This is to answer the question of exactly how a function behaves, what are the meaning of parameters, etc. You know you're going to be dealing with undocumented functionality, so you need a way to quickly answer your own questions.

2. Someone at your organization is paying for this right? Ask them to pressure the supplier for one-on-one support to answer your questions regarding how to use it. You want someone on a video conference who knows what they're talking about so you're can explain things quickly and not have to write up detailed emails and wait for response.

3. You could try to document it yourself: Locate all the exports and create a list of them. Browse it for key names and concepts. Write down the purpose of each, and their relationships. There might be a lot of these items but it won't be infinite. Even if there are 500, if you do 20 a day you'll be done in 6 weeks and by that time you should have a pretty good picture of what's going on.
That is me. I fill the plate with stuff that I want to eat and stop filling it when it is enough.

I do look in advance whether there is something awesome worth longer wait, typically it is just more of the same.
One of unsafe's big roles is for people to be able to create new kinds of safety outside of the language proper.
It's the topic. I'll gladly pay $20/month for something that will help me improve just one investment decision per year.
Hopefully they'll make it into automobiles some day.
Depends on the street. Once you get above a certain speed most of the noise is tire noise, not engine noise.

https://en.wikipedia.org/wiki/Roadway_noise
These threads always devolve into "rust is too slow" written by developers (or enthusiasts) that have never written no_std code in production. I've written and shipped firmware for embedded devices written in rust, yes, still using cargo and external crates, and had zero issues with compile time because the nature of the dependencies in the deps tree is different and very carefully curated.

Anyway, I really just wanted to point out that from the mailing list we have Linus and Greg endorsing this experiment/effort from the Linux side and a commitment from Josh on behalf of the rust team to grow the language itself with the needs of the kernel in mind. That's quite impressive and more than I could have hoped for.

I've actually played with writing kernel code in rust - for Windows/NT, however - and it's quite weird to be able to use such high-level type constructs in code where you typically manually chases pointers and wouldn't be surprised to see statically allocated global variables used to monitor reference counts.
Yeah generators are really the "killer app" for this
> My next macbook will be the Air one

Beware of overheating: https://www.youtube.com/watch?v=IULkXAHjL_s