skysight-inc/HackerNews huggingface dataset:
I haven't seen that talk, but from a previous one, Flang is closely related to the PGI compiler, and F18 is to escape that.

I wouldn't miss the grief associated with ifort, which doesn't live up to the mythology. The salient feature of the PGI compiler is probably the offloading, and I assume that's Nvidia-specific, but I don't know how it compares with current, and upcoming, GCC support. The research computing world would be a better place if the money spent on proprietary compilers sponsored GCC improvements instead.
I find it surprising how often you can see a web page you like, and then go and find the repo on GitHub that built it. Definitely for open source organisations, but also often for consultancies and government agencies.
Fascinating article! One of the most interesting details is that they create logical network graphs, then query them using Datalog to logically quantify threats to each subsystem given access to a particular area. The example given in the article is querying all possible attack paths to all systems from the cafeteria WiFi network.
Windows 10 Start Menu Suggests Firefox Users Switch to Edge
I feel yah. But just like my oldest he’s taking him time getting trained. I feel like sometimes you do more harm than good forcing the issue.
> Maybe it’ll turbo boost to 4 GHz for 10 seconds before it exceeds its thermal envelope.)

Actually that's on Apple, the manufacturer, for choosing to undercool these chips (probably thinking that most people won't care, which I tend to agree with, but it's problematic when the machine is sold as a "Pro" device).

Anecdotal comparison, my Thinkpad sustains its 4 GHz for hours on end no problem. There's no comparing the performance of these i7 / R7 with decade-old dual cores at 2 gigs, it's just unfair.
That's cool...Please contact me at info at sliceer.net for details
I learned x86 from Xeno Kovah's course and I imagine his x64 will be just as comprehensive.

It looks like his x64 is just slides instead of videos which may be better, sitting through 16hrs of video when I was learning x86 was ... an experience, but a very useful one.

Anyway, whenever someone asks this question I don't hesitate to bring up his work and trainings I think they're really useful. I know this is for reverse engineering but if you can reverse engineer x64 you can certainly write it.

http://opensecuritytraining.info/IntroX86-64.html
We have a private slack channel for banter. We all get on-site 5-6 times/year where we front-load our team-building via beers/activities and get face time.

We've also found that there is some informal coffee talk with people who get to our occasional video call meetings early. Other members of the team have just started doing random 1:1s with each other to replace "coffee collisions".

Our culture at FS involves something called "RAEB" (the redundant array of expensive brains) and we'll often just drop half-baked ideas into slack with the expectation that nobody _has_ to evaluate it, but it may occasionally spark future work. We will also go back from time-to-time and search thru Slack history to see if there was anything that popped up that we should dig into more deeply.

I think that creativity just takes on a different form in a remote team.
Perhaps `shopt -s nullglob` has been set?

“If set, Bash allows filename patterns which match no files to expand to a null string, rather than themselves.” [1]

[1] https://www.gnu.org/software/bash/manual/html_node/The-Shopt...
The signs that can reveal a fake photo
Enchanted Determinism: Power Without Responsibility in Artificial Intelligence
Thanks for posting that! Also, here's a link to scans of Bill Atkinson's photos that he showed in the guest lecture for Brad Myer's UI class:

http://www.cs.cmu.edu/~bam/uicourse/05440inter2019/Bill_Atki...

And here are some more links to the original interview with Leo Laporte, the Mondo 2000 article, and some other stuff about his talk, that I posted to a previous HN discussion:

https://news.ycombinator.com/item?id=21779399

Bobbie: Was Brad really serious when he said "no hands" were raised in response to Bill's question??! Kids these days, sheez! ;)

>Then at 1:03:15 a student asked him the million dollar question: what was the impetus and motivation behind HyperCard? He chuckled, reached for the transcript he had off-camera, and then out of the blue he asked the entire class "How many of you guys have done ... a psychedelic?" (Brad reported "No hands", but I think some may have been embarrassed to admit it in front of their professor). So then Bill launched into reading the transcript of the LSD HyperCard story, and blew all the students' minds.

>See video of Bill's talk:

https://scs.hosted.panopto.com/Panopto/Pages/Viewer.aspx?id=...

>The next week I gave a talk to the same class that Bill had just traumatized by asking if they'd done illegal drugs, and (at 37:11) I trolled them by conspiratorially asking: "One thing I wanted to ask the class: Have any of you ever used ... (pregnant pause) ... HyperCard? Basically, because in 1987 I saw HyperCard, and it fucking blew my mind." Then I launched into my description of how important and amazing HyperCard was.

>See video of Don's talk:

https://scs.hosted.panopto.com/Panopto/Pages/Viewer.aspx?id=...

>Here is an index of all of the videos from Brad Myers' interaction techniques class, including Rob Haitani (Palm Pilot), Shumin Zhai (text input and swipe method), Dan Bricklin (spreadsheets, Demo prototyping tool), Don Hopkins (pie menus), and Bill Atkinson (Mac, HyperCard):

https://scs.hosted.panopto.com/Panopto/Pages/Sessions/List.a...
Nice. I clicked on this thread with the intention of posting the Prepared. Spencer's rad.
Neither Islam nor Judaism is monolithic and it makes me uncertain of the accuracy of the comment to see them each treated that way.
My personal opinion is just that I don't like jupyter notebooks... If your thinking of deploying the code as an app you really shouldn't be using notebooks in the first place. In fact for anything even modestly complex you shouldn't be using notebooks... Your never going to get the habit of writing good code... But different things work for different people I guess
Is it really that simple (I don't know how decoupled it is.) ? There have been multiple Fortran front ends over the years, albeit not for F2018.
This suggests that the cost of living adjusted salaries of today is half of what they were in 1960s if two people need to work now versus when only one needed to.

Also immigrating to a country with good social benefits does not solve the need to take care of elders and relatives , which would not benefit from the social system of the country to which you would immigrate
FEEDweave, or how to build a decentralized social network
Surprising ways to beat anxiety and be mentally strong – according to science
Why Would a Billionaire Charge the Secret Service $650 a Night?
Two things I’ve tried (neither of these are ideas original to me, just things I’ve been a part of and brought with me to multiple orgs):

- office hours: this is not a meeting ... it’s just a team dialed into a hangout or other voice chat for an hour. Totally optional. Folks can talk while working, talk about work, talk about not work, whatever. Just share the virtual space for a bit. This can be really helpful for “serendipity”, building trust and depth in interpersonal communication, cross-training, and otherwise just de-tensioning if you are involved in a high-stakes activity.

- BOF/hack-a-thon/quarterly on-site... basically, everyone meets somewhere in meatspace for a week (Monday PM to Friday AM). Good things to do during this time: planning, team-building, demos, tech-talks, bring in an outsider or trainer, etc. Lots of larger OSS projects do this.
It is a useful illusion to have while destroying it. Hey, we will fix this in 10 years with our billions. It is a huge pill we incidentally forget we swallow daily. No need to remind.
Horror Jimmy
It is a common misconception that the only way to be jacked is by hard work.
> Full Linux kernel recompile went from 15-20 minutes to less than 5 minutes.

We had a similar jump going from the 486 to the Pentium. I distinctly recall a Linux kernel compile being a 45-60 minute adventure on a 486DX2-66, but only 5 minutes on a Pentium 100. (I felt like a lot of elements of PC architecture improved together around that time as well.)
> Also maybe wages have stagnanted in the US for this generation, but keep in mind the wealth improvements in the rest of the world have been staggering. Billions of people in India or China have been lifted out of poverty.

So, your premise here seems to be that even though your own life may be going downhill as long as everyone else is doing better you shouldn't bother with exploring the reasons behind or even trying to fix your own backwards slide. Is that correct?
I actually bought myself an Alpha for my home machine as a grad student in 1996. I think they were remaindering low end machines; the Multia[1], a little 21066a machine probably designed to run WNT. What I remember about it in particular is it came with a bum memory chip, and ... somehow they sent an actual service engineer to come fiddle with my computer in the Berkeley hills. He had to do this twice. Can't imagine what it cost for that kind of service; I think I paid a few hundred bucks for the Multia -I was poor! Kind of guessed DEC needed to adjust their business model.

The computer itself was fairly poorly designed, and I remember the memory bus (and g77 compiler) in the thing kept it only about as fast as a contemporary intel chip; it eventually suicided itself during one of Berkeley's frequent power outages.

[1] https://en.wikipedia.org/wiki/DEC_Multia
At the time that Alpha came out, the x86 was struggling to get more clock speed, and the groupthink was that RISC was the way forward. RISC chips would run at 4-8x the clock speed of an x86 and even when you adjusted for needing 2-3x more instructions, RISC was 50-200% faster.

DEC had a winner with Alpha. It had speed, and most importantly, you could run Windows NT on it. NT mattered because most Unix vendors at the time wanted $1,000/CPU for their licenses, and NT was $cheap (the OEM version was around $300 if I recall correctly).

As other posters have said, DEC just could not get out of their own way and let Alpha succeed. Wierd sales policies, hostile partnerships, and intense competition all really stymied DEC. A lot of the weirdness came from trying to protect their legacy base of VAX and PDP midrange systems and a general hatred of IBM (who was pushing OS/2).

BTW as I recall, Windows NT supported x86, Alpha and MIPS (another RISC vendor) with the first commercially available version of NT. MS added a few other RISC architectures in the following years (ARM most notably). x86 closed the speed gap a few years later with the Pentium II (the Pentium Pro was largely used in servers) and the rest is history.
>but these sort of physiques are definitely not the kind that are perceived as desirable

The trick is you do not tell them its a result of steroids.
> As a teenager I read "Object Oriented Software Construction" by Bertrand Meyer, and was convinced that Eiffel was THE programming language of choice.

> However, that love didn't last long. Too many simple things just took way too much effort to do, and most damning of all, there was no working ecosystem of libraries.

Same! I still have the book on my shelf.
If that helps, I usually draw a big picture, fill in all the details and show where inconsistencies, gaps and future landmines are. Then come up with few detailed suggestions, workarounds and/or hypothesis on these, all easy to answer with yes/no. Usually that discovers an entire layer of problems in the original problem statement and the cycle repeats.

Sometimes though they fail to even yes/no and just repeat what was said before. A little patience and time is required to bring that in their mind clearly.

I think an advice could be, don’t bring emotions to the table and try to solve this bigger task of getting shit done in machine+human environment rather than locking yourself in a strict requirements bunker. Connecting ideas to reality can already be incredibly hard and more so impossible without your help.
Currently managing an all remote team. All senior devs and a fantastic product manager, QA and analyst; all people I've known for more than a decade. I honestly don't know how I would do this with junior devs. Not their fault; my fault.

The only problem was my father died while I was visiting relatives in France in December and it really threw people on the team off what they were supposed to be doing heading into the holidays. I was focusing on how to store a dead body from across the ocean for about a week.

My takeaway: uncertainly can knock you for a loop in an expensive, subtle and quick way. Work to eliminate uncertainly for your team and if they're good, they will be happy and healthy.
So if they are using Gnome, no wonder they don’t have icons on the front screen. They’ll need a Gnome extension for that.
Why should the hardware do something software can take care of just as well was the design philosophy here.
Why is the healthcare industry still so bad at cybersecurity?
One real-world look at Alpha vs x86 (and MIPS) performance was this .plan post from John Carmack:

-----------------------------------------
John Carmack's .plan for Jun 25, 1997
-----------------------------------------

We got the new processors running in our big compute server today.

We are now running 16 180mhz r10000 processors in an origin2000. Six months ago, that would have been on the list of the top 500 supercomputing systems in the world. I bet they weren't expecting many game companies. :)

Some comparative timings (in seconds):

mips = 180 mhz R10000, 1meg secondary cache
intel = 200 mhz ppro, 512k secondary cache
alpha = 433 mhz 21164a, 2meg secondary cache

qvis3 on cashspace:

cpus mips intel alpha
---- ---- ---- ----
1 608 905 470
2 309 459
3 208 308
4 158 233
8 81
12 57
16 43

(14 to 1 scalability on 16 cpus, and that's including the IO!)

The timings vary somewhat on other tools - qrad3 stresses the main memory a lot harder, and the intel system doesn't scale as well, but I have found these times to be fairly representative. Alpha is almost twice as fast as intel, and mips is in between.

None of these processors are absolutely top of the line - you can get 195 mhz r10k with 4meg L2, 300 mhz PII, and 600 mhz 21164a. Because my codes are highly scalable, we were better off buing more processors at a lower price, rather than the absolute fastest available.

Some comments on the cost of speed:

A 4 cpu pentium pro with plenty of memory can be had for around $20k from bargain integrators. Most of our Quake licensees have one of these.

For about $60k you can get a 4 cpu, 466 mhz alphaserver 4100. Ion Storm has one of these, and it is twice as fast as a quad intel, and a bit faster than six of our mips processors.

That level of performance is where you run into a wall in terms of cost.

To go beyond that with intel processors, you need to go to one of the "enterprise" systems from sequent, data general, ncr, tandem, etc. There are several 8 and 16 processor systems available, and the NUMA systems from sequent and DG theoretically scale to very large numbers of CPUS (32+). The prices are totally fucked. Up to $40k PER CPU! Absolutely stupid.

The only larger alpha systems are the 8200/8400 series from dec, which go up to 12 processors at around $30k per cpu. We almost bought an 8400 over a year ago when there was talk of being able to run NT on it.

Other options are the high end sun servers (but sparc's aren't much faster than intel) and the convex/hp systems (which wasn't shipping when we purchased).

We settled on the SGI origin systems because it ran my codes well, is scalable to very large numbers of processors (128), and the cost was only about $20k per cpu. We can also add Infinite Reality graphics systems if we want to.
Yup. For my personal site, I'll probably move the rendering server side soon if it doesn't add too much to the render time. Likely will make both options accessible to other Polymath users - I think server side and client side both have their merits.
No, you need to use at least one of them, otherwise the GPU itself will not work, right?

What i'm trying to say is that Proton itself doesn't work only on AMD, as NVIDIA can run Proton games very well too, and Intel can run it too.

In the end, only ACO needs an AMD GPU to run, but it doesn't a lot to do with Proton itself.
I remember plenty of annoyance in those days! My friends' families being on the phone for hours and making it impossible to reach them. Having to get off the internet so someone could make a call. Having whole systems to make sure the people got important messages in a timely manner whenever they got home. Having every call need to take place in a central room of your house where you were usually in the way of other people. Having to make sure someone was near the phone/in the house if you were expecting a call.

It's not a constant annoyance, but if anything there were more annoyances in the 90's around phones than having people call me to speak to my sibling.
I just don't think most "people get annoyed" by such things, definitely not "annoyed AF", besides some very impatient people who'll always find this or other reasons to be annoyed.
These Countries are the best at attracting and producing talent
The stipend for co-working is a good one.

In general, if you are hiring remote, it’s good to plan to do things like this, plus have stipends for office supplies / equipment (buy people a nice chair and/or standing desk, send them good headphones).

Replace the “free lunch and beer” budget with things like that. It helps with retention and a sense of belonging and team identity... eg, if you send a “branded gift box” with AirPods Pro to each team member unannounced, they’ll probably really appreciate that, plus you can toss in some swag, like a branded case or bag, t-shirts.

Just because folks are remote doesn’t mean you should treat them any less like an employee. Retention is key.
I understand what you're saying, but I believe that the nature of the liberal argument ultimately boils down to some kind of personal self-actualization.

The popularisation of almost any liberal policy usually takes the form appealing to the choice/freedom/egoism of the individual. Sometimes in a crude way.

I should have used the third person impersonal 'one sees' not 'you see' as I didn't mean 'you' of course.
I personally know some "law firms" (notice the quotes) that specialize in bogus class action lawsuits.

They just gather whatever random evidence they can, from news paperclips to emails and then threaten big companies.

Then quickly settle for ~700k-2M as a cash grab instead of going to court. Majority of big companies pay up instead of going to court.

To cut costs, these firms also operate on only free interns and maybe have 1 or 2 actual lawyers.
Flang's code is somewhat slower than gfortran's from comparing the geometric bottom line from the Polyhedron benchmarks on SKX with profile-directed optimization. I won't probably argue argue with arguments about whether that's a reasonable comparison.
Debian 10.3
Show HN: Vol 2 – SciFi/Fantasy Newsletter
Disregarding the point op was trying to make; the ability to spot the inaccuracy might have had more to do with the hiring decision, than the monetary value of the bug itself.
frickin laser beams
Money is life force in a quantifiable form. We literally trade life for money. If you have a drive to accomplish something greater than you alone could accomplish in a lifetime, then you need to amass capital so you can buy other peoples time and energy.
You can with Github as well. And make changes to it via the website. Not on mobile though, unless you switch to the desktop site.
Call me skeptical. That article only says that the creation, washing, and drying of cloth diapers takes more “coal” energy than disposable diapers dumped into a land fill. It says nothing about the design of cloth diapers, HE washer dryers, etc, or the habits of those who cloth diaper.

Many cloth diapers now have two parts, a shell and an insert. Typically you can use the shell multiple times, only washing the insert, which is made out of absorbent bamboo fabric.

Also parents who cloth diaper are generally more environmentally conscious in other ways. We have solar panels, a high efficiency washer/dryer, and can dry the diapers on a laundry line for most of the year (pro tip: this really helps remove most poop stains, especially from newborns!). In California I don’t think any PGE power comes from coal.

We’re already on our 3rd child with the same set of cloth diapers, blowing past this articles assumptions. Really, once you realize how much landfill waste you’re saving you won’t go back. It does take extra work but so does a lot of things about being a parent.
If you rely on whatever the one true compiler does to undefined behaviour, you are essentially making the compiler the spec.

That's workable, eg for Python (and in practice, Haskell). But is seen as less than ideal.
Wrestling Python into LLVM Intermediate Representation (2019) [video]
> I honestly don't know how I would do this with junior devs. Not their fault; my fault.

Ditto. I'm still pondering how working with junior folks might work. In-office teams _may_ be able to absorb and level-up more junior people.

Would love to spitball ideas on this with anyone else interested in that topic.
Matches my experience. Except I operate a tech co-op; the employees are owners or potential owners. Management serves at the pleasure of the owners. Really increases the trust factor. This way management is just another skill, not a rank. That also sets those expectations properly.
I think so - I’ve worked on an LLVM backend completely independent of LLVM.
I wish there were an equivalent of "core war" [0]. I "played" with it ~30 years ago and I still remember a good chunk of the language.

[0]: https://en.wikipedia.org/wiki/Core_War
Nightwatch set the standard in open source news analysis. However John McCreary passed in 2019 and it is no more.
FWIW, I think you've touched on a problem with longer existing user groups: they turn into meetings of long-time friends that like each other's company, but have little to do with the original reason of coming together.
Eiffel was THE language of choice at my university for the "commercial engineering" degree. It's a masters that mixes engineering with business courses and has IT too but is not Software Engineering focussed. I always wondered if there are actual large scale production systems using that language.
It's also interesting that the Alpha CPU can be blamed for the poor file compression in Windows -

https://devblogs.microsoft.com/oldnewthing/?p=94615

One of my now-retired colleagues worked on real-time compression, and he told me that the Alpha AXP processor was very weak on bit-twiddling instructions. For the algorithm that was ultimately chosen, the smallest unit of encoding in the compressed stream was the nibble; anything smaller would slow things down by too much. This severely hampers your ability to get good compression ratios.

More Alpha details from Raymond Chen:

https://devblogs.microsoft.com/oldnewthing/20170807-00/?p=96...
You can work around that by saving your model and reloading.
Because when it doesn't, it leads to "insane" results like the one upthread. Reasoning about memory barriers is outrageously hard, and asymptotic software quality is outrageously expensive. At the end of the day an x86 kernel is going to have fewer race conditions than one for a traditional architecture, and that's worth something.

This is a lesson that software folks have been pushing with tools like static typing and memory lifetime analysis. The same applies at the hardware level.
Guy detects an exoplanet with a simple tele-photo lens
Because pretty often there is a reasonable answer to that question - especially when you are seeing system first time and know that there is a lot you dont know about it.
Ask HN: How do you prevent negative third-order effects of software development?