skysight-inc/HackerNews huggingface dataset:
This. Lack of interoperability is what keeps people from moving to another platform.

A mandated API for interoperability would go a long way. Just like with e-mails. We expect people with Gmail addresses to be able to get in contact with someone who does not have Gmail.
I would happily take 3/5ths of my salary to only work 3 days a week. Yes, I know that productivity doesn't scale down cleanly like that. Just sayin'.
> It forces you into breaking your code in more digestible bits rather than a 500 char single-line monster statement. Honestly it's very similar to the argument against very deep indentation (forcing you to break your code in subfunctions) so I wonder why you feel differently about this.

Breaking code into digestible bits is only a solution when you can use it.
I believe it is good if you take it as a guideline not as a rule.

Having extensively programmed in SQL, I've had to deal with monstruous pieces if code. And sometimes there is no way to refactor them. Sometimes because of quirky performance, sometimes because of legacy, sometimes because higher-ups decide to incur tech debt. Views, functions, CTEs and temporary tables help but are no panacea.

In SQL, you can quite easily enforce a line length limmit (though you might want to break it at times for table style readability) but enforcing a line count limmit is unphesable.

I imagine enforcing a line length limmit on a language with line breaks as instruction separators to be a cripling rule. Yes, you can store things in variables, you can split code into functions, and all of these might help readability but they might also hinder readability.

Anytime you work with things resembling wide two dimensional arrays (arrays, consecutive assignments of functions with the same signature, members of a structure, etc.), linebreaks in any other place other than between rows of the array are a hindrance to readability. You can break the line at predetermined points (e.g.: after the fifth, ninth and twelveth parameter for a particular function) and if there is code between the "rows" or if you need comments this approach is preferable. But if the "rows" are consecutive and there is nothing to explain in comments and the languages does not allow you to colapse "columns" and you need to do this often enough, then enforcing a line length limmit is harmful to readability.

Rather than blindly following a rule like 80 char limmit, I prefer to try to stick to the prefferd conventions of each language. If there are none appliable, find what works for the project. Line length limmit is helpful, but not paramount.
There is a nice follow-up using CUDA: https://developer.nvidia.com/blog/accelerated-ray-tracing-cu...
Considering that COM programs are headerless I can't imagine any way a specially crafted binary could do anything since there is no parsing going on. The "COM loader" just hands it off to NTVDM which does not exist on 64-bit Windows (there are 3rd-party implementations though)

And yes, the com extension is still recognized and will pop up a dialog telling you "This app can't run on your PC".

But actually .com and .exe files are handled equivalently, so you can just rename an .exe (i.e. PE executable) to .com and it will run - that doesn't make it a COM executable though...
Where will the development go on from now? We have been working on a geometrical approach that avoids the curse of dimensionality to solving the same problem for the last few months. Now, I wonder whether it makes sense to continue at all (we were and are clearly not ready to participate in the challenge yet). So What remains unresolved? Exact position of side chains? Can their approach be used for protein-protein interaction too?
It's very interesting.

I can understand being done with something as complex to reason about yet fundamentally self-consistent (ie, lacking novel/unexpected details to discover). Heh, "cold wet ashes" is more interesting than "old chewing gum", I might borrow that :)

Perhaps someone could file "port to Android" on GitHub and tag it "good first issue for newcomers"... xD

At the end of the day, you stuck in there and finished it, and cold wet ashes are arguably better than fire drenched in burnout. (Ooh. That fell out nice. What's the meta equivalent of a rhyme?)

Meditation is interesting. I'm trying to figure out my brain as well. It's so weird; not only is every brain's user manual uniquely different, every single one is also written in a different long-lost language. And so the reverse-engineering process has to come up both with the content and the language. It's so annoying. :)

As for my "big computer project"... I somehow got the idea that "I shall solve the UI problem!" (......woops). Over the past few years this has slowly (and initially painfully) morphed and rounded out into a general interest in psychology, human focus, the understated/unintuitive amounts of friction produced by network effects, and how hard it truly is to solve for holistic, cohesive design that allows us to reason about complex ideas in ways that are intuitively instinctive.

The OCD about UI design started around 2003. I think I was 12, heh. It took from around 2006 to 2011 to go from "I shall make a new terminal!" to "eeh... the only winning move is not to play" when I kind of properly integrated the significance of obsession ("I must figure this out now") vs true interest ("I want to figure this out properly"). Developmental delay is fascinating. I guess my big project (if I could sign off anything at this point) was, uhh, growing up.

I still remain interested in the field of UX design, and continue to reduce ideas to their basic building blocks that I can objectively use for parts on a regular basis. So far I have a few fairly boring ideas that I might be able to commercialize at some point (into a field that already exists, but could do with better integration); if that fails, I'll just go back to the drawing board and start again. One of the more relevant things I've learned thus far is that trying really hard to make something work "because it has potential", without being able to reason through that "potential" end-to-end, is something to avoid like the plague.

(As for school, that didn't quite work out, mostly due to process failures surrounding institutional incompetence.)
Link Preview May Reset Your Password
From a quick read of the bill this seems quite similar to the postal banking system that used to exist - https://en.m.wikipedia.org/wiki/Postal_savings_system

What's concerning is that in order to offer FedAccounts, the particular postal office has to partner with a bank. Does this mean if you go to a post office in another area you won't be able to access your account? With the prevalence of online banking, do the already busy USPS offices really need to be a retail location for a bank?

Why can't the USPS just offer these services themselves? Especially since the bill reimburses member banks for operating costs related to FedAccounts. Might as well cut out the middleman.
Why wouldn't it? A stronger memory model doesn't break anything in the ISA. You can always go stronger, it's not a problem even for native applications, it would just make them slightly slower.

What is surprising with Apple is that they were allowed to add extra instructions for machine learning related math (yeah, CPU instructions in addition to a dedicated separate "neural engine" on the chip: https://news.ycombinator.com/item?id=24471699)
Mars’ underground brine could be a good source of oxygen
Vitamin D Infografic
The Benefits of Azure Dashboard Monitoring and Alerts
Hmmm perhaps the speed-o-meter is the wrong visualisation though - it makes people want to have the dial far across to the right to have "maximum achievement".

Could be a better visualisation would be a spider plot? Something like Medium.com's engineering growth framework - https://snowflake.medium.com/ / https://github.com/Medium/snowflake
The Android backups are also to SD card only - you "just" need to manually handle cron jobs to copy off device, "just" make sure you copy of a really long key (you're not allowed to enter yourself) and "just" hope that a year down the road you still find all of those data.

It's a horribly shitty user experience all but most mindful techies.

The issue with Signal is that their developers fundamentally don't value the content of conversations in the way that millions of other people do - people send photos of their loved ones, have meaningful conversations and they fundamentally care about not losing them. Signal developers think that that's all worthless and needs to be destroyed ASAP.
Work doesn't scale linearly. If you'd work 7 days a week for 14 hours for a year you'd not get 3 times as much done as someone working a standard 40-hour week for a year.
Indeed, Tokamak Energy's whole strategy hinges on fast iteration [1]:

"The basic approach being taken by Tokamak Energy is simple—to combine the two aforementioned technologies to unlock the potential of fusion power in more compact devices, and to do whatever development, testing and iteration are necessary on smaller machines in order to reduce construction timescales and to progress faster."

As of January 2020, Tokamak Energy had raised a total of £117 milllion (~$156 million).
I read that SpaceX has raised $5.4 billion [3]. That's the limiting factor.

[1] https://www.ncbi.nlm.nih.gov/pmc/articles/PMC6365856/

[2] https://www.tokamakenergy.co.uk/tokamak-energy-raises-67m-fr...

[3] https://www.crunchbase.com/organization/space-exploration-te...
> I'm always sceptical of these proposals.

At the risk of sounding trite, I suspect a hundred years ago some people were wary of the 5 day week too, and yet here we are, for the most part, enjoying <sic> the arrangement of two days off per week.

> Less production will result in less revenue.

I gather the intent is that there won't be 'less production', and consequently won't be less revenue.

And/or perhaps the reduction in production won't be linearly correlated with the reduction in revenue.

> Companies are only going compensate employees for value of their labour, so less labour will eventually mean less compensation.

As with any large multi-national organisation, examining the remuneration of the exec layer may reveal some disparities with how profit is shared, and there may be some interesting options to explore there.

> Perhaps for some reason that I don't quite understand people get more (or an almost equalivent) amount of work done in four days as they do in five, but if not, this is just going to result in lower wages.

Consider that Unilever, a company valued at around $150b, likely has people that have already thought out the implications and risks of this plan.
Ok but ITER was much more than engineering: soft diplomacy, supranational bureaucracy, manufacturing modernisation. Musk comes from a different era and a different environment but, again, launching rockets successfully, with humans in them safely going and coming back, was achieved well before him. Stable nuclear fusion is still unclaimed as a milestone, even if sustainable nuclear fusion might well come from different, smaller approaches the likes we are seeing from United Kingdom and South Korea.
Top Recorders with Speech Recognition
I can't comment on the economics of it but I can comment on the technical difficulties. The issue for x86 cores is keeping the ROB fed with instructions - no point in building a huge OoO if you can't keep it fed with instructions.

Keeping the ROB full falls on the engineering of the front-end, and here is where CISC v RISC plays a role. The variable length of x86 has implications beyond decode. The BTB design becomes simpler with a RISC ISA since a branch can only lie in certain chunks in a fetched instruction cache line in a RISC design (not so in CISC). RISC also makes other aspects of BPU design simpler - but I digress. Bottom line, Intel and AMD might not have a large ROB due to inherent differences in the front-end which prevent larger size ROBs from being fed with instructions.

(Note that CISC definitely does have it's advantages - especially in large code foot-print server workloads where the dense packing of instructions help - but it might be hindered in typical desktop workloads)

Source: I've worked in front-end CPU micro-architecture research for ~5 years
If you care about absolute speed then Go isn't generally the best choice. You're looking at Fortran/C/C++ (depending on the application) and maybe Rust if you can take a bit of a performance hit. Of course, most performant Python code is actually Fortran/C/C++ with a thin wrapper so you get the best of both worlds.
One problem with the coexistence argument is state regulation.

Because so much of the web is a corporate-operated SAAS, regulation is being made that assumes that everything on the internet is a corporate-operated SAAS. The people who make the laws don't understand (or really care about) the potential of networked general purpose computers who can send arbitrary messages and perform arbitrary computations. What they know is platforms and services: Facebook, Instagram, Twitter, Signal, ...

The problem is that things that don't fit this mold will 'accidentally' become illegal by virtue of compliance being impossible for the authors of such software.

Look at the upcoming EU regulation about encryption, terrorism related content, copyright enforcement. Everything is aimed at the platform companies but in effect regulates all software as though it were a platform. There always has to be an employee who can process takedown requests, or provide access to cops.

In the eyes of "serious people" making laws, this problem does not exist, because everything that lives on the internet is a platform, backed by a corporation. There is no attempt to suppress alternatives, they are just not acknowledged to exist and matter, and thus become banned by collateral damage. If they did exist and had tons of users, those laws could never pass.

The internet used to be a series of tubes, now it's a series of platforms.
Amazon really became a dumpster fire of knock-off products over the years. Just in my circle of friends we had knock-off Marshall and Apple headphones, as well as knock-off Lenovo power adapters. I lost trust in any of the products sold on Amazon and try to avoid them whenever possible.
Anyone live in NZ? I want to move there. How does it compare vs the US or UK?
> There are quite a few Europeans that wish they had guns so they weren't stabbed, dashed with acid, or beheaded.

There isn't a pro-gun-rights movement to speak of in the UK. Not sure about the rest of Europe.

As JacobSuperslav said, acid attacks and beheadings are extremely rare events in Europe, and aren't at all representative of the average murder. This is why they make international news. Stabbings are of course more common.
Why not keep the same docker image throughout then lifecycle? E.g. merge to dev branch, trigger ci (build image at this point), maybe deploy to a test environment, run more tests, then deploy to prod. No chance of packages changing since the image isn't rebuilt. Of course if not using docker, a lock file (i.e. actual dependency resolution) would seem essential for reproducibility.
To me, it's clear that discoverability is the problem with the open web. People are not willing to sink time and effort into creating something unless they have some assurance that they are going to get an audience. From a raw mechanics standpoint, it's relatively straightforward to put some content up on the Internet and give it a URL. But nobody will ever see it.

That is why people put everything they do on some sort of site with discoverability. Streamers stream content on Twitch, because it has that sidebar with people playing the same game and your stream could show up there, and people might click it. People upload videos to YouTube because YouTube will figure out what kind of video it is and recommend it to people interested in that type of video. People post to Facebook and Twitter because their friends can retweet it and spread it around their sphere of influence. People upload their apps to the app store because that's where people go for apps. (This is not new. People that create physical products certainly want to have their product on store shelves, so that people can randomly discover it.)

I think, honestly, Google cancelling Google Reader is what killed the open web. Google Reader made it easy for anyone to become a mini Facebook. If someone liked your writing, you were pretty much assured that they would be back when you wrote your next post. Google Reader gave them an app in which to random discover your next blog post, and there was enough stuff other than you in there to get people into the habit of checking for "something" every day (and that something was occasionally you).

But, it is a little unfair to say that's what killed it. What killed it was a "better way". Social media pretty much guarantees that someone will see and engage with your work, and that's what motivates people to do work. If you can bring that to the open web, you'll kill Facebook and Twitter overnight. Good luck.

(There are other things that contributed. One thing that bugs me in particular is Reddit's unwritten rule of not being allowed to submit your own work. Of course, there is too much spam when people submit their own stuff -- people are too emotionally invested in their creation to notice that it's bad or off-topic -- but it basically forces someone else to be the discoverability method. You have to post it to Twitter and hope that someone picks it up and puts it on Reddit. Or you have to build your audience some other way and make your own subreddit that people opt into. That sort of thing is helping social media and hurting the traditional link aggregator. HN does a much better job, but HN has the benefit of being relatively small, focused, and having professional moderation.)
In computer science world, I've personally noticed there is a dismissive attitude towards programming competitions among many, including some of my teachers. Here, it is a hot take.

I never understood this sentiment though. Competitions like ICPC aren't like silly quizzes, you need to have incredibly good understanding of algorithms and data structures. Now I understand that the breadth required here is of course broader than anything a programmer likely to use in an "average" programming task, but then again you shouldn't compare a ICPC finalist with an average programmer either.
Do you mean on Earth? If you are talking about Soyuz, that was actually 1967!

If you mean space probes it’s actually more impressive, the Soviets landed a probe on the moon in 1966: https://en.m.wikipedia.org/wiki/Luna_9
Investment fund left entire filestore viewable in unsecured Azure blob
I'am curious whether unsubscribe URL will be visited by link preview.
https://arxiv.org/pdf/2005.09251.pdf
There will be a premium account that unlocks more features, like creation of private channels, that only people with token can get access to. :)
https://www.techotn.com/top-5-hdmi-2-1-monitors/
the next level monitors for gaming
Microsoft is working on implementing Android userland in Windows 10, so you might soon be able to. You're still limited to WhatsApp's "one device per account" policy, but that's more of a WhatsApp issue than a Windows issue.

As for the Tuya thermostat, the terrible IoT landscape is to blame here, not MS. With IPv6 support any device in your home can be controlled by any device you own, except that IoT manufacturers are not capable of securing their devices and would much rather pull everything to their own private little cloud, letting them permanently pull the plug on their old hardware whenever they feel like it. There's very little preventing Tuya from making a Windows application, but they just choose not to.

I can make Telegram calls from any device with a microphone and/or camera just fine and there are plenty of IoT devices that can show a web interface to control the heat. It's all about the vendors you choose. The Windows/PC ecosystem has nothing to do with vendors' mediocre design decisions.
You cannot use these as servers.

You can only use this for: "Permitted Developer services."

This is defined as "continuous integration services, including but not limited to software development, building software from source, automated testing during software development, and running necessary developer tools to support such activities."

(from: https://blog.macstadium.com/blog/developers-big-sur-and-vind... )

So, no servers and no hosting stuff, and no personal use of desktop applications like Photoshop etc
The first lockdown in April onwards, everybody stayed at home. Time away from home was rationed. Police stopped people driving around to question what they were up to. Essential workers were the only people allowed to work away from home. Schools shut.

This lockdown was business as usual, with social distancing. The only real limits are how many people can meet up.

It's a farce of a lockdown, so it's only been partially effective.
GPU acceleration of dynamically scaling cell-based fluid dynamics simulation. Video lecture / demo from 2015; 45 minutes.

I don't know if it was state-of-the-art but it looked impressive to me as a layperson.

https://youtu.be/txk-VO1hzBY
ONI UFO Unit Will Make Public Some Findings
You found him a lovable, geeky nerd in The Social Network?
One-Shot Free-View Neural Talking-Head Synthesis for Video Conferencing
The size limited demos are use techniques like in the OP, scrapping the runtime, no std, filling the unused exe header sections with own data, quantizing floating point values, etc. And/or exe packers like Crinkler and kkrunchy.
COM's are no longer used.
Just as long as you're aware of the implications of using vegetable oil for your french fries. This lecture on vegetable oils is one of the most memorable lectures I've ever watched: https://www.youtube.com/watch?v=Q2UnOryQiIY
>because there is likely a combination of wanting to maximise their investment into these technologies and developing the in-house expertise to support them very well, and also in having a number of staff who are deeply committed to them and don't want to change.

Not sure if you would risk your customers data just because of that. I never had any problems with XFS.

>At some level, they must understand that both XFS and LVM are over 25 years old

Being a User of ZFS (on FreeBSD) myself, zfs is not much younger 2006.

>and RedHat in particular, don't have a competitive filesystem to offer.

That i really don't understand too. Maybe they think for "small" stuff HW-Raid or LVM is good enough and everything bigger is Ceph or Gluster anyway.
Bryan Osorio speaks about the importance of empowering remote workers
> The real reason why the internet centralized was because decentralization was never truly feasible.

…in the U.S.

> ISPs almost never granted static IP addresses to residential customers.

…in the U.S.

> Today, even residential fiber connections often don't offer symmetrical speeds.

…in the U.S.
running servers (or anything personal) on these instances are forbidden.
ca as in circa :-)
Yeah, you're probably leaving money on the table at that point. You'll likely be >60% effective.
It get even worse when they rotate.