skysight-inc/HackerNews huggingface dataset:
> I can't claim copyright on a work by an AI, because I'm not the author.

You can lie about authorship, and it will (probably) be undetectable/irrefutable.

Also, currently AI's are not given personhood under law, hence they are not the author of the work they create. Given that, it isn't much of a stretch to say that if you wrote the software that runs the AI, you are the author. Which is a problem for users of tools like DALL-E.
> Fuck You.

> TL;DR: I come from the "Treat others how you wish to be treated" school.

You're welcome to give those statements some reflection. I find hindsight to be really valuable, especially after speaking from a place of emotion.

> I find it very upsetting and I take it personally.

Clearly. And that's your business. You are free to ignore my perspective and advice. Your feelings are real, and I'm not trying to ignore them.

I didn't come here to offend, but I did intend to be direct and assertive with my communication. This social pattern is not new to me, and it isn't specific to you.

Indeed, I don't know you. I can only draw from the limited interaction I have had so far. And so far, that interaction has followed the very same social pattern I came here to deconstruct.

That's the crux of what I'm trying to express here: if I'm an employee, and I don't know my boss is going to react positivity to bad news, I'm very motivated to keep my mouth shut. That sucks for both of us, and me keeping secrets would definitely be wrong; but the morality of the situation isn't going to protect my employment.

You can say all you want that you are generous and forgiving, and that you make plenty of room for open communication; but so far, I find your words hard to believe. In our interaction so far, you have been hostile, emotional, and outright refused to hear my perspective. You had an opportunity to be generous, and you did not take it. I get it: you're upset, and that makes it pretty difficult for anyone in your position. In this specific situation, there isn't a lot of trust being built.

I am not here to tear you down. I am here to criticize you. I hope that you can take a step back and hear my criticism constructively, but that decision is ultimately yours.
> To me, at this moment, all programming languages are almost the same.

COBOL, Fortran, Go, and Rust are all the same language… ;-)

Have you tried out OCaml, Scala, or Idris?

Or maybe something exotic like Mercury?
Can you substantiate this further? I don't see how basic stuff like that could be subtly buggy, the Zig devs are very qualified IMO.
There's a lot of contracting work in Ireland. What's your area? If it's around the data space I might be able to put you on touch with some people.
> Twitter threads aren't meant to be blog posts. They're meant to be ephemeral and in-the-moment.

But regardless of what they're meant to be, in practice, they are also used as blog posts (as in the three examples linked to by the OP). I don't think the OP is complaining about Tweets raving about the new sandwich place down the block.
Hygiene => reduced risks of infection => increased lifespan.

Should we also get excited when people die from smoking after a century, eating frogs for breakfast, or growing insanely long nails?
1Password and Dashlane have web extensions which replace any integrated browser support with their own UX and functionality. I do not know the current release state of those extensions.

I personally hope there is more of an 'officially supported' integration in the future with the various browsers and platforms. "Passkey managers" need to be able to integrate with native applications just as well as they do with web apps inside browsers. The fall-back of 'I'll just copy and paste the password over' won't work if the credential isn't text.
We bought our Mom a print subscription to Food & Wine that she adored but they just notified her they’re going to digital only (not sure if it’s a permanent or temp shift)for the rest of her subscription so we won’t be renewing. Food & Wine’s print edition was solid content and enjoyable reading. Other magazines we’d gifted her in the past disappointed. They were thin & mostly ads so we’re bummed we’re losing the Food & Wine print option.
They get so dirty so quickly they need to bathe way more often than someone who does not play in dirt and filth.
No? You had valgrind to find memory bugs in 1985?
What you seem to be confused over is how poorly we talk about addiction.

Alcohol and Benzos can kill you, so when people talk about physical dependence, they usually mean them. I feel like this is often used to obfuscate the fact that because ____ can't kill you it must not be addictive.

Then there is psychological addiction: Anything that makes you "feel good" and "want more" falls in this category.

So amphetamine, weed, sweets, and coffee, for example are generally cited as addictive because they are easy rushes to feeling good irrespective of their harm.

Where cannabis gets deserved flack is that proponents are downplaying the harm and addictiveness by comparing it to "chewing your nails"

Here is a very good source that illustrates the benefits and harms of medical cannabis.

https://accpjournals.onlinelibrary.wiley.com/doi/10.1002/pha...
After review, I think you were talking about the Arrow (or Hetz) system? These are meant to defend against ballistic missiles, but not ICBM class (Though, the Arrow 3 appears to be similar in capabilities as the SM-3, which is capable of regional (not national) ICBM interception).
It is a proprietary connector developed at a time when proprietary connectors were still common, and the non-proprietary options (mini-USB and micro-USB) were much lower bandwidth, much more fragile, and still had the issue of "which way up do I plug it in??"

This meme that Apple loves to create bags and bags of arbitrary proprietary cables needs to just die. It's 100% FUD.
There's very mature and widely used Kotlin support for Spring Boot. They've been actively supporting Kotlin for years and it's a well documented and well supported option in that space. Same for many other Java frameworks (e.g. Quarkus, Vertx, etc.). The reason is that it's so easy to integrate just about any Java framework from Kotlin and make it nicer by adding a few extension functions, turning builder soup into more readable Kotlin DSLs, getting rid of all the getter/setter madness or silly hacks like Lombok. I've converted a fair bit of Java code to Kotlin. You almost always end up with better code. Certainly less of it.

The notion of Kotlin being a mobile only thing emerged out of the happy accident that the need to get rid of Java was simply felt so deeply in Android that developers were all over Kotlin even before it was released properly. Backend developers waited a bit longer.

As a drop in replacement for Java it made a lot of sense there. Google at the time had the whole platform stuck on Java 1.6 while they were engaging with Oracle in the courts. So a lot of the nice stuff in 1.7 an d 1.8 was not usable and forget about all the stuff that was added to Java and still is being added. Most of that you could get with Kotlin right then and there. So, people jumped on it.

For the same reason, people have been using Kotlin with Spring since about the same time. Google and Spring made it official around the same time as well with Google outright labeling it as the preferred language for Android (while not cutting off Java) and Spring just adding an enormous amount of Kotlin specific features and extensions starting with Spring 5 and Spring Boot 2. At this point both have documentation for both Java and Kotlin. There are really no downsides to using Kotlin on the server. You can do everything you could do with Java and you gain access to a lot of easier to use stuff than the Java equivalent.

I've been using it since before Spring supported any of Kotlin. Worked fine then and it only got better since. The language alone is worth switching and once Spring started actively supporting it, it only got better. I write asynchronous co-routine code with Spring by default. Mostly it just looks exactly like synchronous code. The only way you can tell is that my controller functions are suspend functions. Spring takes care of the rest. That makes everything easier: more readable logic, error handling, etc.
It sounds like your target user is quite technical if they know terminology like CRUD well enough for it to be the first thing you discuss on the page, as well as "Joins and lookups, query parameters including multi-valued and cascading parameters, are all transparently supported."

You might consider whether either your marketing text is too technical for your target user, or, if not, whether your target user is sufficiently technical that they are looking for a low code or no code application for reasons other than that they don't know how to write code (as in listing "No coding skills" as the second big focus target on the page might not be right given the rest of the page's focus).
I've hired hundreds of developers over three decades, and this is completely wrong:

> It can be months (at a high salary) before you really know whether a hire is likely to work out.

It's only that way if you make it take that long. You should know if you have a good programmer 2-3 weeks after the hire. Here a couple things that make making great hires hard:

* Making it difficult to learn and understand your system.

* Having slow and expensive employee onboarding. I've seen companies spend $3-4K (not including the actual laptop) just getting a laptop to a new employee after IT gets done with it. If it's super-expensive to make a hire, the incentive will be to keep people that aren't getting the job done.

* Not looking at work output for extended periods. In short give new people tickets that can be done in a few days at most so you are able to look at work output in six days instead of measuring at six months.

> I think it makes sense to invest more effort in screening applicants in this case

There's only so much you can really screen before error in your hiring process exceeds 50%. Every step you add to a screening process has an error rate, and some are very subjective and error prone. The more screening you do, the slower you go, and honestly, the worst candidates you have to pick from. Why? Because a good programmer will be on the job market for 1-14 days (I'm not saying you are bad if it takes you longer to get hired, it's just what we're seeing in our recruiting software right now).
His favorite food was porcupine! That's some Chuck Norris stuff right there!
The book provides foundational knowledge to approach the market systematically for the next generation of the stock market, forex, and crypto traders.

It is aimed to bridge the education gap that exists today as, unfortunately, investing and trading are not taught in high schools and colleges, which leaves everyone unprepared, uncertain, and susceptible to emotions, biases, and herding mindset. It should be taught as a foundational subject, as it is an essential life skill, and almost everyone directly or indirectly invests in the market.

Everyone usually starts trading discretionarily. Discretionary trading is the harder way – because not just does the trader have to master the market and trading strategy. They also must master their trading psychology - emotions, biases, and execution. Trading is just as much about psychology as it is about strategy. Consistency in trading is much harder to achieve this way, especially for a beginner. The only way to win over human psychology is to trade not like humans but like machines – a.k.a. Mechanical Trading, a.k.a. Systematic Trading.

The goal of the book is to teach how to go about creating Trading Systems the proper way.
> (see: Weird Al's album sales)

Unfortunately, that's a bad example, since Weird Al always gets permission from the original artists/songwriters/composers as may be the case. For example, he scrapped parodies based on Lady Gaga's songs because she (or the record company?) denied his use, although it's available online (non-commercial distribution): https://alyankovic.wordpress.com/the-gaga-saga/. Will he pass the four factors? He thinks so, but he still thinks it's a bit rude to not ask for permission.
They turned out to be a real shit-apple, Randy.
Survivorship bias my friend. Literally.
To handle errors Airforms supports extensive validation options.

Regarding show/hide based on field value -- this is accomplished via "rules", where you build conditions graphically. This is not enabled in the current build, but is coming in November.

Common types of form fields such as radio, checkbox, textbox, textarea, combobox, date and so on are supported.

Please contact us via the email address at the bottom of the web site if you would like to discuss your specific scenarios.
The hardest part about optimizing Python is the fact that there are so many packages out there relying on every single documented and undocumented aspect of the C/C++ interface, which is incredibly broad and directly tied to the internals of the language. If they change anything in a non-backwards compatible manner many of those packages will break, and those packages are the reason so many people use Python to begin with.

Javascript never had this problem, as all code was always written in Javascript itself by necessity, so it was far easier to optimize as you did not have to worry about backwards compatibility of the internals.
If I understand correctly adding 'sub tags' requires an additional level of square brackets on siblings. I.e. when adding a bold tag on 'world!':

p [Hello world!]

Changes it to:

p [[Hello ] b[world!]]
POSSE link at bottom is broken, extra > in there.

Ease of use & distribution supersedes ownership of content and compiled legibility. Same reason people used Medium and now Substack... and in another way patreon for paywalls etc.
I assume it used Objective-C
Cost of living between Seattle and Stockholm is also probably comparable…

But to be fair, US software engineer salaries are super high compared to everywhere except Switzerland.

However there’s still no way in hell a grocery store anywhere in Europe is going to pay someone $26/h.
eh. if it isn't fast, then there's no point using it either. the c++ i have to compile at work takes 16 minutes to test some crap. that is prohibitively slow.
You can skip those (I too found those questions misplaced).
I think what they're trying to say is that a less optimal instruction set doesn't really make a big technical difference in what you're able to do.

32-bit ARM works fine, x86 and amd64 work fine. ARM64 might be a smidge better because they had the opportunity/desire/need to make some changes, but it doesn't make a huge difference.

The differences in processors is mostly because of processor design rather than the instruction set. IMHO, memory ordering/consistency models are the biggest important technical differences between the instruction sets, x86/amd64's pretty strict ordering requirement limits the out of order execution; amd64's 16 registers is less than most others' 32, but it's enough; variable length instructions have pluses and minuses, but is generally fine, instruction decode isn't usually a bottleneck outside of very specific benchmarks.
> That seems like a couple watts at least.

Unlikely. Light appeared to be around 5 lumens maybe requiring about 0.05A. If directly driven with 3.7V, then it's 0.185W. If he gets 20 hours of light, cell capacity @50mA is 1Ah, which seems close enough for the battery size, though maybe a little high, so LED draw is probably a bit less than 50mA and 0.1W, no where near 2W.
/r/conservative does the exact same thing, why the handwringing about that sub in particular? What sub-text could possibly have caused you to select that sub as your example?

Reddit is a platform for communities. Some communities, across all spectrums of topics, find reasons to create a somewhat exclusive environment. They are not required to make space for all views, and that lack of forced-openness is not the same as censorship.
> It's probably fine if you're familiar with it

Could just end the conversation here.
Groovy was too much of a "scripting feel" to it, maybe because the primary project was Gradle.

Scala had a massive much more prominent project to rely on - Spark.

Kotlin is getting traction because of Android.
> Account recovery isn't really necessary,

Unless you want to switch from Safari to Chrome, I guess?
Your phones and cars aren’t going to work the same after new U.S. rules on China
Those correlations might imply causations as well. Just because we can't (yet) tell for sure, we cannot reliably attribute the phenomenon to luck either.
You literally said in another comment that rust is a "magic bullet" that will "put an end" to memory and thread bugs. That is clearly too much hype, when you can turn around and say you're not surprised that a rust microkernel still has memory corruption errors.

Whether it's an unsafe() block, or that in a kernel a logic-bug can also be a memory-corrupting bug (and apparently a use-after-free bug), the fact remains: there's no magic bullet here. Just hopefully an overall improvement. We'll see.
No.

I don’t find Twitter threads hard to follow. You click on them, you get a sequence of 280-character tweets, with the little reply/retweet/like/share buttons between each block of text. This is not at all onerous to follow.

Compare to your typical recipe blog or Fandom (.com) site. Is that any better? I’d say the recipe blogs are and sites like Fandom are far worse, because the page is constantly trying to hijack the browser to show ads. Recipe sites are barely usable these days.

The 280-character limit also has benefits. Writers know that tweets will be viewed in isolation, so they try to make each tweet as coherent as possible, individually. This style of writing is bland and simplistic but also clear. You can’t say it in 280 characters, you rewrite it.

I wrote this comment as if it were a Twitter thread. Each paragraph fits in 280 characters—and one fits exactly! This dry style may remind you of the papers you had to read or write in college, but I appreciate the clarity.

Twitter encourages clarity and brevity, and I like it.
Yeah but they probably spent the money on stock buybacks.
Not sure how you'd get anywhere near $500,000 (employing a spouse and a couple of your kids offering them maxed-out matching contributions, too, maybe?) but I do suspect the most common way anyone approaches the 401k contribution limit is through kinda-shady family businesses in already-rich families. AFAIK you can't even hit 50% of the annual limit without nearly-unheard-of employer matching, because such a high proportion of the annual limit can only come from an employer—you can't contribute it yourself.

Still, without some real weirdness I'm not sure how you'd get near $500,000, even factoring in HSAs (primarily another tool for the already-well-off to avoid taxes—the trick is that if you put money in but never pay medical bills out of it you can save those receipts and get all that money you would have spent tax-free at retirement, while it's been growing all those years pre-tax like a normal retirement account) and using both IRAs and 401Ks.
What you are describing is basically the gap that Snikket aims to fill - although for personal communication, it's not particularly aimed at organizations (I think the requirements for that are different, and there are many existing options already).

I know at least one project aiming to fill the same gap for organizations though (again, using XMPP), but pre-release currently: https://prose.org/

I'm a firm believer in essentially what you said: The protocol doesn't matter, it's all about the products and what they can do and how easy they are to deploy and use.
"The trouble with programmers is that you can never tell what a programmer is doing until it's too late."

the meta-halting problem
My weird example is KDE's Okteta[0]. There are a lot of hex editors (and even more integrated debuggers) but Okteta stands out by being both fully-realized in terms of features and really well-made by the standards of other Qt apps. There are native builds for Mac and Windows[1], and it still sees active development these days. It's one of those dev tools that you get really excited to use, even if it's like bringing a chainsaw to a knife fight. It doesn't do everything, but it's always felt super intuitive to establish offsets, change bytes-per-line or make any other technical adjustment. There are probably more capable hex editors out there, but Okteta's got a good balance of usability and depth. Not sure if that boils down to a lack of contributions or narrow ambitions, but it makes it all the more poignent.

[0] https://apps.kde.org/okteta/

[1] https://binary-factory.kde.org/search/?q=okteta
i hope not. i like the idea of zig but bad stewards can ruin an otherwise good project
You're wrong. TeX had no impact and everyone nowadays in science makes PDFs first and then compiles to TeX only for legacy reasons. Similarly, the public domain WWW was a good idea but really just cloned AOL.com and I expect AOL to make a comeback soon. The public domain SQLite has had a good run but Oracle now has MySQL and so I expect them to start taking good market share. And I used to work at Microsoft and they had a non-public domain VCS called SourceDepo (sd) that will soon give git a real run for its money.
I wonder why Azure now? Seems like a lot of big cos are on azure, why would vantage finally do them now?
The "yet" is the important part here.

Once that changes why would you go to Shutterstock anymore?

Their whole thing is being a marketplace, when the supply side of the market gets eaten by someone else they have a major problem.

It seems like a pretty unlikely bet that we won't get something like SD which can do realistic "women laughing with salad" images within a few years.
Can someone point to a few popular games in this, err Genre?
Sounds fascinating.
Good feedback! In the beginning we expect early adopters will be technology enthusiasts, so the marketing text is oriented towards them. Later, as the mainstream begins to adopt the product we plan to adjust the text accordingly.
> Even a global warming (and nuclear war, let's throw that on the pile!) ravaged Earth is vastly easier to live on than, say, Mars.

Depends. Yeah, much harder to grow food or breathe on Mars, but probably a lot fewer angry mobs trying to eat you, too.
Surely the humor is in the country bumpkin believing that a daily bath is unusual, and only a habit of someone extremely dirty.
This is a big deal because it’s only the second time in the publication’s history to do a cover-to-cover story on a topic (since one about code).

I’m not fully through it but I will say it starts a bit rough and suspect but he does a great job of clarifying points and providing accurate details on the basics of cryptography, blockchains, and the rise of digital currency.
Last I was looking into Kotlin (couple years ago) they seemed hostile towards efforts to bring a similar level of support to editors outside the Idea family; basically they weren't going to do or support anything that threatened their "walled" garden of Kotlin + Idea. Is that still the case?

As a huge fan of Jetbrains products (I maintain a personal IDEA Ultimate subscription) this was still a huge turn off to me.

> I know of no other programming language that puts as much effort into context- and structure-aware refactoring

Do you mean JVM language? TypeScript, C#, and F# at least come to mind.
Here's a pretty substantial bug from just a week ago: https://github.com/ziglang/zig/issues/13211
Gleam v0.24 released with full Elixir support
Brave New Trusted Boot World
The EFF has a website that illustrates why that doesn't help:

https://coveryourtracks.eff.org/

Like siblings are saying, they use all available information to fingerprint you.

You can cover your identity only to the extent that you can display the same characteristics to the web server as the largest group of users that have all the same characteristics. This includes whether you have JS disabled as well as your IP address, User-Agent, display resolution, etc.