skysight-inc/HackerNews huggingface dataset:
it would be the end of their business if they did, as they have a strict no retention policy. This would mean they are lying to all their customers, so it is not going to happen.
That'd be the AIVD over here, not the FBI, and I'm fairly sure they wouldn't need to bug my remote control if they wanted to listen in.
Conservapaedia eat your heart out?

Lagniappe: https://www.youtube.com/watch?v=oVox865lyTM (Gordon Matthew Thomas Sumner CBE — with russian characteristics?)
The sentence I cited is from an Ars Technica article and directly attributed to Jobs. Your text is essentially an extended version of that, but I cannot find any site that attributes it directly to Jobs. It also does double down on the gaslighting by insisting that it isn't bad design but "a fact of life" and consistent with any other mobile phone.
Yeah, I think that’s the likely direction, similar to the path China took in the aughts. There will probably eventually be some reasonably large EU-based social networks and maybe even operating systems.

I don’t think that will save you from monopolies, though. Network effects are strong.
The open question is if the answer to your question is "no",
or "not yet". a bot that takes 1 point jira tickets and goes off and does them would be something, but that currently doesn't exist. until it does, we can say it won't exist, that it can't exist using the current approach, and thus that it won't exist within my lifetime. Until it does.
Wow. He dislikes a lot of music, but only hip-hop gets singled out as "c...rap". Hmmmm.

> Religion offers no moral short-cut. It is up to us to figure out what is right and what is wrong.

Hard at work on this one, I hope.

> As a matter of principle, I refuse to own a tie.

> ... 6 more paragraphs about ties ...

Clearly an important principle.
Shouldn't we call it a "network prison" in that case? :)
You will have the choice of installing or not installing the software you wish. The "choice" as you're describing it is a symptom of Stockholm Syndrome.
Just a dick-shaped aesthetics exactly same as in wedding ring.
Last year, 7.4 million games consoles were sold in Europe. And 57 million iPhones (as far as I can see they don't report numbers on iPads). Like, I think it's fairly obvious why they concentrated on iOS first.
Trippergram for Guide
Our goal is to personalize the travel experience by connecting tourists with local guides. We aim to make travel more immersive and meaningful, creating a global community and revitalizing the travel industry. Through our app, locals can work as tour guides in their spare time, offering tourists the chance to explore destinations through the local eyes.
We are in the MVP stage, and there may be several bugs in the app. However, we are doing our best to improve and develop the app.
We are open to new team members and if you want to join our startup, please feel free to reach out and write how you can contribute.

info@trippergram.com
Yes Europe made efforts to integrate and collaborate peacefully between yourselves, but these plans didn't include Russia. There was literally no place for Russia in your layout other than "you stay here with your mouth shut, buy our trinkets and provide us with cheap oil and gas while we digest all of your neighbours".

There was a meaningful framework of participation for Poland, for Bosnia, even for Turkey, but none for Russia.

So in 2014, Europe and the US didn't have any levers that it could pull. You couldn't meaningfully distance from Russia because we were never any close.
"- Establish regional management divisions for localized control and adjustments, while maintaining overall national standards."

This was a nice detail, applying an understanding of the local knowledge problem.
This is the fundamental weakness of every self-check-in system. QR codes are just information, and information can already be transmitted instantly and faked (GPS, etc.) if needed.

If you care about reliability, there's no way around scanning the codes yourself (instead of making attendees scan), so you can be sure that each scan maps to an actual attendee, and you're not getting 30 scans from 10 people actually present.

I guess self-check-in became popular in zoom calls during the covid area, but people that need reliability instantly prefer the alternative, when available.

Shameless self-plug: this is precisely why my Google Forms/Sheets check-in plugin is named "Qr code ticket per attendee" [1], because the unique ID per person is what makes it more reliable than self-check-in.

Yes, people can still send friends, but most of the time, you don't care, and it's too much of a hassle for the attendee. People sometimes worry that check-in won't be quick, but QR code reading is very fast [2], and you're only limited by how quick people move.

[1] https://qr-code-ticket.com

[2] https://www.youtube.com/watch?v=-fkgCX3H7so
Devin was debunked as a fraud: https://www.youtube.com/watch?v=tNmgmwEtoWE&t=1363s
But the network effect could lead to something like the next xz backdoor
Its like food. Just because there is infinite choice doesn't mean you eat everything you see. Quality trumps quantity every single time imho. Too much choice turns anything into the toothpaste aisle experience. These apps are designed by moron for morons.
I may be wrong but I don't think your app needs to be open source to publish it on F-Droid.

Edit: Sorry, seems I was wrong [1] but you can host your own F-Droid repository which can be added to F-Droid by users to install your app from.

https://forum.f-droid.org/t/non-open-source-apps-are-allowed...
This doesn't answer the question. Also generators are started very early, before other units have been started, so if your system is already running and now you want to generate those units, depending on the state of the other units, they don't really help.

>I don't think having an unit that generates units at runtime is an officially supported use case

Are you sure? Can you tell me how I would find out?
> You know that EU also have computers engineers ? It’s not like we couldn’t survive without Apple or Google.

You vastly underestimate how interconnected and dependent the modern tech stack is.
EU computer engineers would be thrown back to 1950s if they could not depend on decades of US engineering and services.

I say that as a European.

EU is clearly playing a losing game here and is well on track of becoming the world's largest outdoor museum.
Ace Zero – Posing of Image Collections via Incremental Learning of a Relocalizer
I mean, I think they're just not buying Apple's claim that iOS on the phone and iOS on the iPad are different things. If they _were_ to accept this, it would be a slippery slope - coming soon: iOS Smol for the smaller phones. It's totally different, we promise.
We commonly did that before full syntax highlighting became common. More "aggressive" syntax highlighting became common because a lot of us want things to stand out much more.
Agree. But... It might actually hurt? Having rainbow colored guitar strings (to see their difference more clearly) would give me very childish vibes. Before disparaging them though I would first consider whether they actually might be useful but would quickly determine that you don't really need physical colors to differentiate the strings, since the brain over time develops various mental models to identify/differentiate them. But... if most guitars had colored strings and everyone would learn using them to begin with there would be a lot of people defending them when criticized. Criticism would be something like "but it's so much clearer to see which is which" and "bet you have trouble finding the G string", "if it doesn't hurt, why criticize it?".

One clear example for me is that using `less` is always painful for me due to having used syntax highlighting as a crutch for so long. Those not using colored stuff will feel right at home with a wider range of tools. Just like people who don't use colored guitar strings can pick up any guitar.

If you're always using your own gear then there's not that much downside to customizing it. Unless those times where you need to use something else is of utter importance.

tl;dr: It definitely hurts something. Question is to which extent. Answer to that is probably that it depends.
Holy crap. Even if this is RAG-based, this is insanely good.
I doubt much will end up public, as most vpns have a zero retention policy, so that leaves the NSA being able to track things at a lower level.
If xz would have been hosted another place, what could have been prevented?
So I read the original after the abstract?

Sounds like more work not less.
My perspective (as a CTO who's hired hundreds of developers in the past 12 years) is that I don't have a use case for Devin, from what I've seen about it.

That comes down to why I hire developers in the first place: To share my responsibilities with people I can trust.

I don't hire them to write code or to close tickets. The act of programming, I consider an exercise that helps them understand the problems we solve and the logic of our solutions. I'm always excited when I have a well specified ticket I can hand to a new hire to learn the ropes. So the kind of thing I can imagine Devin can pull off at some point, that'd actually be detrimental to the kinds of teams I build.

I don't think I represent the majority of why people hire developers though, so I guess tools like that may well have a big impact on the industry. Nobody can predict that though.

Uncertainty sucks, but it's how things are. I find the best way to deal with uncertainty is to become better at adapting to unforeseen circumstances. Programmers have quite a bit of experience with that, for what it's worth.
Why are you presenting something that happened as entirely one sided? This move means the end of an enforced, curated walled garden for iOS. This will mean a race to the bottom for iPad apps. Which, of course, means even more ads (since everything must be paid for one way or another). It likely means iPad prices go up even more because now they're forced to support configurations they've never tested.

For me personally, all of the above is the cost and what I get is something I wasn't using and didn't miss (if I want to install things outside the walled garden, I use a my Mac not a mobile device).
This is only if you stick religiously to the finger placement that is classically taught and which was invented in the age of mechanical typewriters.

For these staggering was a necessity to prevent the typebars from clashing. The keys had a long travel and had to be hit with a lot of force from above like a diving eagle. Resting the palm was impossible and for a floating hand a short travel from key to key was more important than the angle.

A 2016 study[1] showed that consistency (always same finger for the same key) is a better predictor for typing performance than using a traditional 10-finger system or even ten fingers at all. Also the finger placement taught varies from where it is taught.

My point is that staggering doesn't make sense for a split keyboard and that most people unconsciously use the staggering of their regular keyboard as a poor replacement for a true split.

[1] https://dl.acm.org/doi/10.1145/2858036.2858233

EDIT:

"I don't think wrist angle follows the keys. You simply move your hands"

"minimal global hand motion" was the third best predictor for typing performance in the paper mentioned above. Unless you are typing on a Remington, anchor your palms and only move your fingers. Good for performance and good for your health.
When thy receive a request to a non-existent bucket why don't they charge it to the lexicographically closest customer?
> beliefs are like that

Not really a common approach with the people I know.

People can make educated guesses ahead of facts. That's pretty standard.

But having strong "beliefs" without evidence just means there's no real basis for the "belief". And that makes it just an irrational feeling or wish-for-it-to-be-true for whatever reason.
One such that i know of is oapi-codegen[0] for Go. Highly recommended. And for Typescript, I think it is hard to beat Open API Typescript [1]

[0]. https://github.com/deepmap/oapi-codegen

[1]. https://openapi-ts.pages.dev/
Devin? No, it was a rigged demo verging on fraud. See previous discussion: https://news.ycombinator.com/item?id=40008109

Future hypothetical AI coding assistants that don't exist yet? While I won't say it's philosophically impossible that they'll move beyond extreme autocomplete with security holes, I'll say it's not up to me to disprove someone else's hypothetical. Show me the thing.
No, the job will change.

It is a tool for building software. You still need to know software development to use the tool.

You might not need to actually write code in the future - just like very few write Assembly today.

But you still need to know and understand system requirements, systems architectures, integrations, distribution, deployment, maintenance, etc.

Software Engineering is more than just coding.
Personally I think other people should be welded into their homes to protect them from all the dangers they might face outside. If they opened their doors they would be subjected to all manner of hazards and risks like crime or being hit by a bus, and I'm not an egoist so.. weld them in!
There are many way how current LLM can be scaled in different dimensions and there are research around it e.g.:

1) Many different AI with different role: business analysis, tester, developer. You as developer are treated as customer and write simple prompt but business analysis AI will make a proper step by step prompt to Developer AI - so that you don't have to very good with prompt engineering

2) bigger context for LLM so you can feed up to date documentation and full repo

3) LLM having access to do RAG on web search to get up to date information

4) LLM having access to terminal and debugger so Tester/Developer AI can automatically see the flow how code is executed and variables states during execution

5) faster and cheaper LLM so that you give a task before you go to sleep and all those AI in a loop try to solve this task trying many different options until passed all tests.
> It implies that the writer would prefer using a different language

That's not what they wrote.

> There are mostly valid reasons for wanting the orphan rule for things such as libraries uploaded to crates.io, and I am willing to concede that crates published there should obey this.

> But I have a very hard time caring about this rule for applications and libraries developed in end products. I'm explicitly not saying binary crates, because most bigger projects will be composed of more than one crate, and many will be more than one workspace.

It talks explicitly about Rust. In hindsight, the author might have been better suited by another language, but expecting Rust to suddenly become another language is weird.
I'm not too sure. When I first encountered LLMs, I decided to try implementing one from scratch. I didn't get far, because it's difficult, and I only have finite time and energy. Still, it was the process of trying to implement some basic stuff that gave me an idea of how they work under the hood.
DevHunt – Fleksy SDK
Things are often color-coded for kids. To either make things more fun/lively, or to differentiate objects more clearly, I suppose.
Dear community, we're eager to get you on testing our Virtual Keyboard SDK. It provides a vast amount of features! Check it out here : https://devhunt.org/tool/vk-sdk/

Our feature-rich virtual keyboard SDK enables developers, SMBs and Organisations to build a fully customized keyboard app. It includes our Fleksy Predictive Keyboard SDK and Templates, enabling you to build a 10x better software keyboard in 90% less time. Available on Android and iOS.
Fleksy team
At one time it was thought that software that could beat a human at chess would be, in your lingo, "a shade of AGI." And for the same reason you're listing your milestones - because it sounded extremely difficult and complex. Of course now we realize that was quite silly. You can develop software that can crush even the strongest humans through relatively simple algorithmic processes.

And I think this is the trap we need to avoid falling into. Complexity and intelligence are not inherently linked in any way. Primitive humans did not solve complex problems, yet obviously were highly intelligent. And so, to me, the great milestones are not some complex problem or another, but instead achieving success in things that have no clear path towards them. For instance, many (if not most) primitive tribes today don't even have the concept of numbers. Instead they rely on, if anything, broad concepts like a few, a lot, and more than a lot.

Think about what an unprecedented and giant leap is to go from that to actually quantifying things and imagining relationships and operations. If somebody did try to do this, he would initially just look like a fool. Yes here is one rock, and here is another. Yes you have "two" now. So what? That's a leap that has no clear guidance or path towards it. All of the problems that mathematics solve don't even exist until you discover it! So you're left with something that is not just a recombination or stair step from where you currently are, but something entirely outside what you know. That we are not only capable of such achievements, but repeatedly achieve such is, to me, perhaps the purest benchmark for general intelligence.

So if we were actually interested in pursuing AGI, it would seem that such achievements would also be dramatically easier (and cheaper) to test for. Because you need not train on petabytes of data, because the quantifiable knowledge of these peoples is nowhere even remotely close to that. And the goal is to create systems that get from that extremely limited domain of input, to what comes next, without expressly being directed to do so.
Some people however see using features like amend, squash, and force push as potentially destructive actions in the hands of a novice, which can lead to loss of not only the author's work but also other people's. Using merge almost never results in any sort of loss and is easier to work with for those who still don't quite understand the risks.
This looks great, too bad there does not seem to be a 3.0 release for Windows.
I find the ML completion used in Google codebase very useful. It knows the APIs that I'm going to use better than I do, and it also can infer how exactly I'm going to use them. So in my experience, it does make me more productive.
I have preview access to devin, and I can tell you that it's the real deal.
It's making PRs to our codebase daily, and acts as a junior engineer.

It frees us up from doing menial tasks and is a great help for stuff like that.

It's not perfect, but it's a glimpse of the future that definitely needs to be noticed.
... Eh? The EU is far easier to do business in today than in 1990; in 1990 you had to care about local regulations to a far larger extent, and they were far weirder and often more protectionist/anticompetitive. In a number of countries in 1990 Apple wouldn't have been able to sell phones, say, had they been in that business at the time; consumer phone equipment was a state monopoly. Very few foreign (or European) countries actually did business in all Western European countries in 1990; it was too much overhead.
It must be a new policy, or maybe only for this product (which makes good marketing).

I've used Microsoft Graph to manage emails, and I'd be very surprised if they use if for Outlook...
How does it know where to jump to?
No, you don't have to write the server stub yourself. You should generate it.

See my comment below to another question [0]

That's the upside that instead of generating specs from comments of methods, you actually generate the methods from the formally verified/linted and crafted spec.

[0]. https://news.ycombinator.com/item?id=40208847
Science Needs Neurodiversity – Science
Discover efficient software testing solutions with Zapple Tech! Streamline your test automation methodologies with our expert guidance. Outsource your software testing needs to us and experience unparalleled quality assurance. Boost your productivity and reliability with Zapple Tech. Explore now!
I remember using a V5 for a couple years, I think in the early 1990s, as a cheap alternative to a fountain pen. That was when gel pens were still rather stiff and globby, not much better than ballpoints. I'm completely a gel user now.
Isn't that stack/heap distinction between managed and native code just a technicality? I mean, for native code, your stack is also just allocated space in memory, right?

Similarly, your stack in a managed language is allocated on the heap of the runtime itself, sure. But in the end, once the managed code starts running, for the code itself it's a stack. Or am I mistaken and there is some special handling of stack memory vs heap memory? As far as I understand, the stack is just a big preallocated block of memory that we start filling up.

I agree that the rest of the article is pretty thin, though. It goes into managed code mentioning a tracing GC and reference counting, but doesn't even really explain what it is and doesn't explain memory management at all.

I would've expected different allocation strategies like arenas, but this is disappointing
Why would they find another project? Are you under the assumption these are not established members of the Nix community complaining, but some "invaders" as alluded to in the RFC 175 supplements? Because that's untrue. Many have been putting up with the deteriorating situation for years, very stoic, but not healthy or fun.
The first, but speciation via sexual reproduction is much easier as non sexual reproduction blurs the lines of what counts as a species.

For sexual reproduction simply isolate populations and they drift apart genetically. This is why you can get ring species and populations that can’t get in touch naturally are considered separate species even if when artificially reintroduced they could interbreed. Thus many invasive species technically count if they could naturally get in touch the species would already be in that location.

Anyway that’s based on the current definition used by zoologists though some people find this definition unsatisfying but in both directions. Grizzlies and polar bears can interbreed and therefore count as the same species in that definition even though they are developing different traits not just hair color but body weight is diverging.

In the end biology doesn’t give a fuck about our definitions so things are messy.
> I'm struggling to think of any common, valid reason to use a unicode character database in 'normal' backend server code.

Case insensitive search
It was about brown people. Always is. They aren't bothered by white immigrants.
I'm a part of my university's competitive programming club, and the discovery of Devin being a fraud really upset a few club members (Many people who worked at Devin.AI were elite-level competitive programmers). It shattered the illusion that being a good competitive programmer would translate into being a good engineer overall. They were the victims of market hype.
Yes, I edited the original comment, because I realised that you took offence in it and thought that I was addressing "you" — or the OP — specifically. It was a hyperbolic statement. Does the edit make it clear?

My argument is simple: the internet today is very broad, and humanity — let's face it — on the whole is not very nice. It's admirable to try to create pockets of positivity in it anyway. I simply want to highlight that it is futile, and maybe a more realist perspective is what we actually need to find a way forward.
You can have a well-integrated system without having tight coupling between components. Interfaces are a thing, and a high level of integration just means having a good collection of interfaces between well-defined conceptual components with well-defined capabilities. The actual software that implements those components is entirely separate.
Maybe they did both? Maybe they have been secretly A/B testing for a while, and only now started to use LMSYS as a secondary data source.