jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
This is essentially a global expansion of what has been normal everyday life in much of Asia for decades. Any successful brand will see counterfeits and, indeed, sometimes before the quality brand even launches. A prestige brand’s logo will be thrown on some cheap, low-quality anonymous thing, and ordering online you are just as likely to get a counterfeit as the real thing.

Now it goes beyond physical products to media too; another example is blogs these days. Someone finds a successful blog, pays some developing-world person on a freelancer platform to rewrite every post just enough to avoid a DMCA takedown, and then puts the counterfeit site up with a heavy load of SEO and advertising. This started with recipe blogs – that cajun cooking site that claims to be by a born and bred Louisianan has grammatical mistakes suggesting an Eastern European or Southeast Asian author – but is now spreading through all kinds of other hobbies and interests. With recipe blogs, this phenomenon is now so mature that counterfeiters are copying from previous counterfeits.
I am listening to it, this whole spiel in first 10 mins can be summarized simply: When you're at the cutting edge of any endeavor, there are no instructions to follow.

Well... isn't that obvious from the definition – "cutting edge"?

The more I listen to this stuff, the more I realize, it is a verbal extravaganza with nothing of substance. It is taking the most obvious things in life, making an intoxicating narrative and interpretation, and master it with excellent spoken skills and voila - you got Naval/Kapil.

They are also rehashing Feynman, Krishnamurthy, Neitsche, etc. and pawning it off as their own.

Top comment on YT summarizes this well:

> This is first I heard about Kapil! What an amazing articulate man. Blown away by how calm and steady he speaks

That's indeed the seductive aspect of their podcasts. The moment you peel it off, it is just basic common sense and nothing actionable or insightful. It is podcast porn.
I always feel like you're actually paying for first dibs on carry-on / overhead baggage positioning. Well, unless you're actually in business/first class.
The us government monitored all DC residents personal communication for over 2 years because they fat fingered the collection regex. The country code for Egypt is +20, the DC area code is 202.
I was resigned to start the nth project to make a "simple but powerful enough" PCB design tool when I had a second, more indepth look at JLPCB's EasyEDA tool and realized I could actually work it without getting frustrated. (https://en.wikipedia.org/wiki/EasyEDA)

Yes, it's PRC-based, but it's free to use and outputs portable Gerber files. For my hobby (or small-scale commercial) projects it will be fine.
I do my best! I really enjoy working in C++ and it's a pretty exciting time for me when a new standard rolls around and my compiler gets updated to support it.
Not only did you change the list of languages under discussion just now, you also included Go, which oblio specifically did not say would avoid discussions of Rust.

You’re moving the goalposts, and complaints about discussions of Rust tend to be far more annoying than the actual discussions. How dare people want to discuss related languages they enjoy? I mean, right?

Most language discussions will have people join in and discuss other languages.

I’ve spent quite a few words in this very thread discussing Go’s package manager! Should I apologize to someone? No... I think language discussions normally involve discussions of languages.
That's how all the MSM makes money. Why would they call it out?
I believe it because this is what I’ve seen around me. People willing to quit if they are forced to go back to the office. Now will they do it? I don’t know, although some have already bought houses elsewhere without even asking for permission.
There are - as with most things in life - pros and cons to each approach. With plain JS, it's absolutely true that you can let the language do its things when it comes to things like scope, control flow, etc as opposed to reinventing them. But at the same time, there are a million ways to loop in JS, and a more restricted DSL can offer very good optimization opportunities that cannot be reasonably implemented on top of a JS-based templating engine. You can also create custom syntax for cases where the language doesn't gel so well (e.g. each/else or await in svelte)

I've been slowly seeing more and more of a third approach where there's very little in the way of control flow in the template itself, where data is wired up using different constructs. Solid.js is an interesting example where it uses reactive constructs on top of "plain JS(X)", while encapsulating control flow inside components, which it is then able to optimize aggressively.
Metadata problems in messaging systems are about what data about the communication leaks.
IMO, you need to raise your expectations.

> > Waiting for Cross-Platform standardized SIMD vector datatypes

> We sort of have this? compiler loop vectorization is, effectively, this. Granted it's not standardized.

Auto-vectorization isn't remotely capable of what an engineer is capable of doing through intrinsics.

> > nonstandard extensions ... to run computations in parallel on many cores

> std::thread?

Compare that to the capabilities provided by Thread Building Blocks.
Yeah, I am a bit annoyed that I got several people to switch or at least use Signal, with the whole WhatsApp thing. Now I can't really recommend it and I feel like I have used up my influence on people when it comes to recommendations for apps.
Time and money can be managed. If you don't have enough money, look for a better job (it might help against the time issues, too).

To change schools, you might have to move anyway, so you might as well look for a job somewhere else.

If you really have no other options, then maybe AI that detects emotions is the least important of your worries.
Is this the same thing that this 2016 article is about? Or is it a new finding with a similiar conclusion?

https://www.nature.com/news/has-a-hungarian-physics-lab-foun...
Interesting work! I enjoyed reading some of your blog posts— I have some gastroenterology projects that required tons of manual rotoscoping/segmentation and could have benefited from a faster collaborative pipeline. We used hasty.ai—I’d love to hear your thoughts on their work vs yours. I’m also on some projects doing audio spectrogram segmentation if you have some software that can handle audio ‘images’, that’s another space with a gap in the industry. I haven’t found the equivalent outside of VIA/Audacity/Praat for labeling.
I remember seeing him in concert. At the end of the concert the band members ran around switching instruments, having fun. Corea could hold his own no matter where he was in the band.
How did that work with games? Did you have to stop and look things up, or did you already have a rough idea and just the exposure increased your fluency?

I’ve tried putting my phone/computer into other languages, but within a few days I tend to phase out the changes and I don’t think I learned much.
I don't see your point.

"Linux thread context switch time" is a meaningless metric, since Linux will switch thread context regardless of what you choose to run on your computer.

Any "async" switches are additional overhead; you don't get to not have kernel preemption just because your Rust thread is now switching contexts "asyncly".

There are benefits to having an additional user-mode scheduling mechanism inside your kernel thread, but saving CPU cycles isn't one of them.
Decentraleyes
I think there was a difference in approach (or the outcome)

Scala is positioned to write new code while using old java libs

Kotlin is positioned to write code/libs which can be shared with new java code

The theme is replacement vs co-existing!
I think the author as a point though. Typescript and type annotations for python will never be able to be as good. Not only because they are not "first class", but also because they always have to interopt with potentially non-typed code.

Then, creating a good typesystem is really really hard. Even professional language designers struggle with that. Take Martin Odersky, the creater of Scala. He didn't just invent Scala, no, he learnt under his professor, then created pizza-lang and did other experiments and worked with other languages (e.g. he was the one who added generics to Java) before he used all his expertise to create Scala. And even then mistakes were made.

You can see it from the language. I work with both Scala and python (with type annotations) and you can see that one is created by a specialized professional, where the other one is created by smart people but not with the same sophistication.

> Additionally, RE "Poor performance" the author is presumably talking about CPU-bound performance.

He probably does, but these languages are most often also better for IO-bound programs. The reason is that writing asynchronous and concurrently executed code is very difficult and pretty much adds another layer of problems on top of everything someone does. Languages with static types (not only Scala) can leverage a big advantage here, because the compiler can help you to indicate what is synchronous and what isn't.
Ease of understanding multithreaded code and wait on results or perform standard control flow constructs in a multithreaded environment?

This is a great example in Node on useful combinators that with async await make it easy to express parallel programming concepts with familiar tools. No manual IPC, no fork/join child PID/thread ID handling, etc.

https://github.com/sindresorhus/promise-fun

The same abstractions (or many of them) exist in Rust, but I think the above is illustrative of the ways we can combine async object returning functions and then use await to hide the complexity of the state machines needed to drive them.

That this abstraction that makes code easy to read and write also performs better is the icing on the cake. The former prevents bugs and keeps code quality high, and that is worth much more.
I prefer this phrasing too. I've updated the page to make it less confusing...

https://github.com/dorey/JavaScript-Equality-Table/commit/d7...
"[] == []" and also with "===" is false.
Why they choose not to use these for array comparisons?
Like 'Casablanca' for many, 'Shawshank Redemption' is "my movie' of sorts to keep quoting from -- at least in terms of being uplifting. "I guess, I just miss my friend", "Everyone in here is innocent", and "Get busy living, or get busy dying", for example.

But maybe that's because I'm Irish.
Fuck Pandora. They use to have a mission. Nowadays they've even given up on the vaunted Music Genome project in order to play more "hits" and shove in more advertising.
It is actually quite economical to make software in the states, one of the reasons being our relatively sane immigration policy. But it wouldn't take much xenophobia to make china look good. America also can't sit on its hands and remain competitive; its a constant battle and we have to continuously adapt and tweek our policies to remain #1.

Disclosure: I'm an American who has worked for Microsoft in Beijing for 7+ years.
c) I am skeptical that pg's proposal would substantially increase the number of truly great programmers who could come to the US, and I believe it would actually just increase the pool of decent programmers which is already large enough to meet demand: so the net effect would be the same companies and software being created, but less money being paid in salaries and therefore spent on consumption, which is worse both for this pool of decent engineers and for the governments which lose out on the taxes they could have gained from the distribution of money from pg and other rich investors to the employee engineers.
The four steps Dave gives in the video are the observations of someone practiced at distilling heuristics. Experts often speak very few words with very few specifics, for a simple reason. The words they use are weighted with all the meaning of all the things that led to them. For someone with much less experience to discern meaning from them, that person must constantly be examining their own work as they do it, thinking about how it might connect with or diverge from those words.

That's generalization for you, though. It says more, less clearly.

Regarding the Agile Manifesto, he's not said they were wrong, Dave's saying that the main principles of the manifesto are being ignored.

From his blog post:

[quote]

Let’s look again at the four values:

- Individuals and Interactions over Processes and Tools

- Working Software over Comprehensive Documentation

- Customer Collaboration over Contract Negotiation, and

- Responding to Change over Following a Plan

The phrases on the left represent an ideal—given the choice between left and right, those who develop software with agility will favor the left.

Now look at the consultants and vendors who say they’ll get you started with “Agile.” Ask yourself where they are positioned on the left-right axis. My guess is that you’ll find them process and tool heavy, with many suggested work products (consultant-speak for documents to keep managers happy) and considerably more planning than the contents of a whiteboard and some sticky notes.

[/quote]

Dave then goes on to give his heuristic as a replacement for all the consultant BS that emphasizes the very things that are supposed to be less important.

He's really saying pay attention to the requirements, check your progress toward them frequently, and every-so-often, check that they're really still the requirements. As for code structure, technology selection and so on, he as much as came out and said to work with an architect or a master developer to help make those choices correctly.

He was again correct when he said that all of software development practice boiled down to making things that were easier to change over the long run. So when other factors don't rule it out, choose in favor of flexibility.
The right wing in the U.S. wants more control over immigration, not an end.

The real question is "How did we come to be so certain that open borders are our salvation?"
The problem with allowing self-signed certificates has always been distinguishing if a site should be signed by a CA or not. Consider the follow situation:

Alice sends Bob a link: http://example.com

Bob trusts Alice and now knows that example.com is probably ment to be accessed over HTTP. Now for the next example:

Alice sends Bob a link: https://example.com

With the current implementation of browsers Bob knows that example.com should present a CA signed certificate. But what if example.com wants to encrypt their data, but for whatever reason uses a self-signed certificate? Some people say that Bob's browser should not display a "big scary" warning, but instead display a UI similar to when accessing a HTTP site. However, in this situation HTTPS has lost some meaning. I think http2 should work as follows:

http2:// - encrypted, not verified

https2:// - encrypted and verified

This way the protocol still conveys the same level of information.

However, if it were completely up to me, I would say ditch the CAs and use namecoin to verify certificates.
If you keep reloading the page it shows different landing pages - “connect”, ”freedom” that are a bit more positive :) It is an interesting idea.

The tool is written in Clojure. They picked it for its power and expressiveness to efficiently reflect the flexibility of the app. I think they can use this fact to attract startup founders and tech guys, particularly those who read Paul Graham’s essays.
Ah yes, the first video game I had ever tried that I simply _could not play_ because after just a few seconds, it made me feel like I was going to throw up. To put that in perspective, I had been a big fan of many previous 3-D games, including Doom.

Cool game if your stomach will tolerate it, though!
I'd prefer a partner that would deliver a new impetus, but would still want a buy-in in that case.

There's not much work to outsource at the moment. Right now everything pretty much runs by itself and most days it's minutes rather than hours of work. That's also why I found it hard to search for someone to take over.
I had smaller sites in the past where I'd hire help and it would definitely pay off. But this is such a niche and (like I said) such a small amount of support that it's not really worth it.

I've setup everything in such a way that it's quickly transferable, because almost everything is automated or documented...
That's my point, a dystopic future.
Mad Max is set in the future...
ES, Mongo, Redis used to be some of the easiest targets for production data (security vuln wise). Deployed by SWE's usually, with products that were early versions, and didn't have access control by default.
I can at least give you some examples from my recent experience. A combination of text classification and NER can solve many business problems if the accuracy is high enough or you can mitigate errors.

For e-commerce search, a common problem is how to give relevant results for misspelled queries or unique queries. Text classification and/or NER can often identify the product type, brand, etc and hopefully give a relevant result which leads to a sale.

Another example is data entry or business analysis roles. Often they will manually extract data from sources and put it into Excel or some other BI tool. NLP ML has gotten good enough in just the last couple years that much of the data extraction can be automated, but you still need a human to verify accuracy.
>at least the video would be verifiable

Nope, it'll just give well-executed fakes a veneer of legitimacy. A state-level actor will have easy access to the signing keys. Non-state-level actors could potentially extract them from a device or bribe an engineer at a third-tier Chinese OEM. A reasonably competent hardware hacker could desolder the CCD from a signed device and feed whatever video signal they like into it.
If you're in a space suit... Why do you care about the cars atmospheric controls?

Anyways, SpaceX space suits are compatible with touchscreens... And that seems unlikely to change given how easy it is to make them that way.
I really would like to see how Linus would react to a PR with commit messages like this.
Common Lisp is both imperative and object-oriented, with one of the most powerful OO systems out there (CLOS). It's a lot less oriented towards functional programming than things like Scala, Haskell, or even Clojure, which is probably more used than CL in the modern "corporate world".
Let's not forget: it's entirely possible to create a mess of unmaintainable code in any language. Or, "guns don't kill people, people kill people"

That's true. You can write FORTRAN in any language. However, some languages make certain classes of mistakes easier. For example, C makes it very easy leak memory. Java, with its automatic garbage collection, makes it considerably harder.

Does this mean that memory leaks are impossible in Java? Of course not. But I'd still rather have memory management than not.
What if the game incorporates so much randomness that the best possible decisions still only win two games of every three against the worst possible decisions?
The PDF is also available at the ETH - http://www-old.oberon.ethz.ch/WirthPubl/AD.pdf
They are both algorithm books and the initials are the last names of the authors.

AHU is "The Design and Analysis of Computer Algorithms" by Aho, Hopcroft and Ullman.

CLR is "Introduction to Algorithms" by Cormen, Leiserson and Rivest
I guess you have to credit Opera for sticking it out this long, years after they dropped off the radar of basically everybody. I just checked for a few of my sites, and I'm seeing about 1.3% of my visitors using Opera. I keep hearing that their mobile browser is big, but it seems that nobody has ever visited any of my sites using it.

The one thing I always liked about Opera as a developer is that they used IE as their spec. That is, if a site rendered correctly in IE, chances are it would do the same in Opera. The upside is that you'd only ever need cross-check for Opera compatibility a couple times a month (versus several times per day for IE/FF/Chrome), and it would generally still be working.

The downside of course, since they have such a small installed base, is that if ever your thing stopped working on Opera, you didn't have much incentive to spend the time and effort do do anything about it.
I don't think this question is well defined enough to be meaningful.

You can certainly get closer than asserting that, e.g., a hand calculator is more powerful than a human brain because it can do 7 digit long division almost instantly.

At some point, we'll have computers powerful enough to run a working simulation of a human brain. Shortly before that, there will be a point when computers of that sort are "as powerful as a human brain", though we might not realize it when that happens if the software lags.

So that's an upper bound on charlesju's question.
Up-voted for the excellent use of 'tomfoolery'. That and I completely agree with your post.
Sorry about that. But that's interesting, isn't it? The URL is so unwieldy that the site and/or the typical web browser cannot handle it properly. In fact, it's so long that most of it is already invisible on a typical screen anyway.
There is a theory (can't remember where I head or read it) that one of the main reasons the soviet union fell apart was that the number of phones installed in private homes increased to a point where it was impossible for the KGB to monitor and therefore to suppress with propaganda.

I have tried to see if I could find any numbers on phone installations up to the fall but haven't found any.

Also according to one of the main KGB execs the SDI program was when they realized that they weren't able to compete with the US anymore.

Ironically the SDI project besides from it being impossible to implement, had it been fully implemented, it would have cribbled the US economy too.

There is also a nice quite from Arthur C. Clarke about the SDI project in which he observed that any system as powerful as the vision of the SDI project would be more dangerous in itself than the dangers it was supposed to protect against.
> I revel about the irrational exuberance from the upper echelons of management/banking. I revel that Neuman, Softbank, JPM, Goldman Sachs, etc. are now getting called out for trying to dress up a pig in lipstick and sell it to the public at 10x its current (perhaps, "real"?) valuation.

Couldn't agree with this any more. If anything, the best thing to come out of the WeWork debacle is more founders will be aware banks pump the stocks up so the bankers get rich when a firm IPOs but then generally deflates after the hype dies down and before tech workers can benefit.
Geez -- give a guy a "spoiler alert"!