skysight-inc/HackerNews huggingface dataset:
What about, instead of changing the symbols we add text. Or just teach them at school :) Symbols are great for brevity and aesthetics, but they have to be learned to be useful. Oh I got an idea, what about a QR code with all the info included, you just have to scan it ;)
Wanting doesn’t make it so.

The issue is Facebook is built on people wanting to connect with others and Facebook is actively preventing this. Lonely people simply make better customers.
Radio jamming to interfere with aircraft navigation is a federal crime.
It's worth it if it saves you a few minutes every month.
Developer 1 fetches code, changes flag A. Rebuilds config. Developer 2 fetches code, changes flag B. Rebuilds config. Developer 1 deploys built config. Developer 2 deploys built config, inadvertently reverts developer 1's changes.
Agreed, the constant Tesla snubbing by the Biden administration is embarrassing. For all Elon's problems there is no denying that Tesla is an American success story that changed the auto industry.
So... is there a watermark like on Dall-E so I can easily tell Copilot did my students' work for them?
You are right. Being able to learn good feature representations through SSL is very powerful. We leverage such representation to perform tasks like semantic search to tackle problems like long tail sampling.
We have seen pretty good results mining for edge cases. Let me know if you'd like to chat about it.
This is a platform where a DALL-E like bitmap generator would be really useful. Boom... instant assets.
Yup. Just remember the episode. IIRC in that context Apple Maps was placed even worse than Windows Vista.
Source: I work on the copilot team.
I don't think there's any reasonable comparison except for transliterated foreign words. Latin roots seem the closest metaphor.
I love my list of podcasts, but I can't help but worry that I use it as a crutch for not having a ton of friends in my life. I remember being devastated when one of my favorites kind of abruptly ended (luckily they were just leaving the company they were at to start their own thing). I'm not saying all podcasts cause the listeners to form parasocial relationships, but I've found that ends up being the appeal for a lot of shows. Maybe it's just me, but the substitution for real relationships seems to be a huge part of why podcasts have become so popular.
No, they are saying republicans are the "only people who handwave his social ills", i.e., they ignore his shortcomings. And there is a difference between being a musk fan (the person) and liking his cars.
I'm aware :) It sounds like the message here is "it's probably already been done, but I can't prove it, but i don't like the implication that it isn't already patented."
Those responding saying he treats his wife as a tool are just mean-spirited. She was his editor and, apparently, as much a part of his creative process as his pencil and paper. I can certainly imagine that she was willing and happy in that role. (And yes, the marriage has lasted. She's been described as one of the most important fiction editors no one has heard of, thanks to her work with her husband.)

His reaction, though, seems to say that working on a computer rather than on a typewriter would completely eliminate her role in the process. This is, of course, a failure of imagination on his part. If she'd learned to use a word processor she would have been able to do the job she'd always done, probably with more flexibility and efficiency than when she had to type essays multiple times through the revision process.
Jacdac for MakeCode and the Micro:Bit
3D maps using open-source JavaScript library: MapLibre GL JavaScript v2
Really not a big deal. Worse case scenario pay them for 60 days. Best case scenario the amount they pay them as severance counts toward the 60 days.

https://webapps.dol.gov/elaws/eta/warn/faqs.asp
You’re in luck! You can get prescription lenses for the Quest 2. https://www.framesdirect.com/virtuclear-lens-inserts-for-ocu...
You may have luck by emailing the CEO and asking politely. I wrote a comment previously (https://news.ycombinator.com/item?id=30692202) about how I got immediate access to Codespaces by emailing the GitHub CEO.
Sorry you've been unlucky, but I've bought brand new Dell and Lenovo laptops and slapped Fedora on them and they just worked with no driver BS involved. Literally did this just a few months ago.

Ubuntu/Debian tend to take longer to support brand new hardware because they're more conservative with kernel updates, but you can also just use the System76 PPA to get a super-recent kernel on Ubuntu. But faster-paced or rolling distros like Fedora or Manjaro are best for that kind of thing.

I haven't had a single GPU-related issue, AMD or nVidia, for about a decade, if you're willing to go with non-free drivers.
This is legit. While it seems it takes forever to bring this kind of stuff to trial, it will be an interesting case for sure. Especially in the broader more general sense.

AI is just recomposition of existing snippets of code, art, text, music, etc. Does an AI fall under fair use? What happens when an AI produces something too similar to an existing work or trademark. I know the computer won't get sued, the owner/user will. But still, it's a hard problem.

Even if Copilot was initialized with snippets from Open Source Software (exclusively), it doesn't mean that copyright infringement isn't a concern.
...

You spent all that time playing fucking Call of Duty online? Maybe if you had invested in the technology our daughter is using now we wouldn't be living in a studio!
Same experience for me. Checking the code it generated, and the subtle bugs it created which I missed until tests failed, made it at best a net-zero for me. I disabled it after trying for 2 months.
If you see the subjects a child in Ancient Greece or Rome studied, "rhetoric" was usually one of them. The ability to speak well and convince your fellow citizens was considered fundamental in any sort of democracy (however imperfect).
An interesting consideration here that I don't see mentioned in the comments is the difference between the destination and the _journey_.

The paper asks, "would you want to know during the wedding ceremony whether your marriage is going to end in divorce?" There are 4 reasons offered for not wanting to know ("to avoid the negative emotions, to maintain the positive emotions of surprise, to gain a strategic advantage, to implement fairness") but my reason would be this: there is a difference between knowing the outcome, and knowing _why_. And there is a difference between being able to express _why_, and truly feeling it and accepting it. And I don't think there is any way to get there other than through living it.

The human mind and our capacity to learn/grow is incredible, but we only learn and accept things when we are ready to. Sometimes you learn a little too late (e.g. after your divorce) what it means to be a present partner, but that doesn't mean you didn't learn it as _soon as you could_. And no knowing the future can change that. I mean, how many of us have been told over and over that we should be grateful for something (e.g. our parents, our partners, our jobs) but only truly learned the lesson once we lost it?

Sometimes I think we have too myopic a view of what "knowing" really means.
UEFI doesn’t have to be so unwieldy either. You can have UEFI with device tree instead of ACPI, and if that’s sufficient then u-boot will give you a working UEFI environment.
Yanis Varoufakis recently called crypto currencies “oligarchic” which is very fitting. Quote:

“I do not believe that the… ‘oligarchic,’ by definition, cryptocurrency like Bitcoin is ever going to replace [conventional currency]. It shouldn’t, it can’t, and it would be a nightmare if it did.”

Full interview in which he also discusses his proposal for cryptocurrencies run by central banks and why that’s (according to him) the way to go: https://www.kitco.com/news/2022-05-27/Gold-and-Bitcoin-won-t...
But as there are not many tech companies with unions, co-ops, or other structures with more employee power, that test does not exist and the current success and failure of companies is immaterial to this debate. The experiment has not been started in full, other than a few isolated causes such as Kickstarter (which was only inaugurated recently).
Women at the bottom are generally desperate and horny, and so even if they want to try and filter out players their ability to say no to someone slightly out of their league who is being affectionate is pretty limited, so they will lie to themselves with thoughts like "this time will be different" and "we really like each other."

Dating sites also disincentivize most people from being honest about what they want in their profile, since women who state that marriage and children are a must and men who just want sex both get way way fewer views and contacts than people with more open interests. As a result, people tend to keep their interest "open" with the idea that they'll "convert" the person to their desires after they start dating.
Which may still be of value if you know and can recognize mediocre code.

Some code is like a giant pile of dirt; you need someone to pile it up and then you can go in and clean up the edges and make it "good" whereas other code is entirely delicate all the way through.

The big question is how much is each one and can it help. I suspect it helps for many, but those who know enough to recognize where it can flaw will have an advantage.

But newer programmers may never really "learn" the code the way the older ones do, as they'll just let the computer do the basics.
Show HN: Sciagraph, performance+memory profiler for production Python batch jobs
There's this cool blog on them testing it out against popular git commands:

https://www.warp.dev/blog/replace-git-cheat-sheet-ai-command...
It totally is, everybody works towards the things that they care about. There is no objective standard for progress. You don't get to define "progress" for everybody else.
I work on the Google Fonts team.

https://developers.google.com/fonts/faq#what_does_using_the_... was updated today, confirming Google Fonts doesn't log IP addresses.

Given that, it's unclear to me personally what the difference is between Bunny Fonts and Google Fonts.
What layperson-friendly tools are out there to simulate simple analog circuits? For years now I've been going to the ancient app at https://www.falstad.com/circuit/ but wondering that surely there must be something that Real Electronics Builders use. (I intentionally did not say Engineers because I assume that would be covered by the pricy and/or UI-challenged tools like spice and company).
This is kind of like saying that any programmer who has ever learned something from reading GPL code can only use that knowledge when writing GPL code. It's not literally copying the code. The training set isn't stored on disk and regurgitated.

Also - there is logic in copilot that checks to make sure it is not suggesting exact duplicates of code from its training set, and if it does, it never sends them to the user.
Another concern is that nearly every stackoverflow answer or wikipedia article that isn't a trivial algorithm tends to be buggy at its edge conditions. Most of them look like they were submitted by college students and not experts.
RVC is designed such that all compressed instructions expand to a single full length instruction. So it’s really only the decode stage and the PC alignment that change.
> it's misleading to view HN as a proxy for all of society

I know I'm getting finicky here, but I am careful not to say that. What I say is that any view which is sufficiently represented in society as a whole is going to appear here as well. That doesn't mean it will appear in the same proportions.

> If we had an equal number of men and women, I suspect comments like the ones GP is referencing would be less frequent.

The point is that their frequency isn't the issue. The issue is their existence, and they will continue to exist here no matter how many more women or members of other underrepresented groups join HN (which I certainly hope they will!)
It depends on the federal government's definition of aircraft.
I still can't believe they trained it with open source code, and didn't have some tag system to a) exclude based on licensing, and b) autoinclude licensing, or at least warn about it before applying code. Especially when many cases were shown of it line by line writing code from the same exact codebase.
Why do you say that? Start-ups by definition need to move fast and test out hypothesis. With a tool like Avo you could prototype something, get it out to your customers and get feedback fast.

The secodn use-case is internal tooling. When I worked at a start-up we had a lot of "shady" internal tools built fast, crappy and unreliable (because it's just an internal tool) and we always had issues working with them.

I build a lot of internal tooling using Avo and the process is quite painless.
The broken hip is more of a symptom of being very frail than it is a cause of death. Nobody who isn't so frail that a bone break is the final straw is breaking their hip.

You don't need an app to tell you someone is frail.
The PTO will find it for you, I guarantee that :) But the ante is a non-provisional patent filing fee. (They don't examine provisionals.)
> but somehow misses their 1994 paper

Link to PDF of article for [2]

— Rather ironically, you seem to have missed it, and I needed the closure!

http://www.communicationcache.com/uploads/1/0/8/8/10887248/i...
it sounds like a good basis for a class action lawsuit, where the class are the people who own the licensed code whose license microsoft is ignoring.
> monetizing the efforts

...and not compensating (or even attributing as required by the licenses) the authors for it.
I guess if you trained on GPL code that should be true for your code as well.
I've been using Copilot for a few months and...

Yeah, it makes mistakes, sometimes it shows you i.e. the most common way to do something, even if that way has a bug in it.

Yes, sometimes it writes a complete blunder.

And yes again, sometimes there are very subtle logical mistakes in the code it proposes.

But overall? It's been *great*! Definitely worth the 10 bucks a month (especially with a developer salary). :insert shut up and take my money gif:

It's excellent for quickly writing slightly repetitive test cases; it's great as an autocomplete on steroids that completes entire lines + fills in all arguments, instead of just a single identifier; it's great for quickly writing nice contextual error messages (especially useful for Go developers and the constant errors.Wrap, Copilot is really good at writing meaningful error messages there); and it's also great for technical documentation, as it's able to autocomplete markdown (and it does it surprisingly well).

Overall, I definitely wouldn't want to go back to writing code without it. It just takes care of most of the mundane and obvious code for you, so you can take care of the interesting bits. It's like having the stereotypical "intern" as an associate built-in to your editor.

And sometimes, fairly rarely, but it happens, it's just surprising how good of a suggestion it can make.

It's also ridiculously flexible. When I start writing graphs in ASCII (cause I'm just quickly writing something down in a scratch file) it'll actually understand what I'm doing and start autocompleting textual nodes in that ASCII graph.
nice! Surprised to see I ended up reading faster without bionic reading
I would agree with that. Apple Maps was worse than the hockey puck mouse or the trashcan macpro. trying to decide if it is worse than the butterfly keyboard, but I think the keyboard wins for the shear fact that it impacted me in a way that was uncorrectable where I could just use a different Maps app
I have been using copilot for some time... I'd say yes and no. It helps you a lot when you are writing repetitive code, so in a way it encourages you to write the repetitive BS instead of making a function for that or something. But it's also helpful for writing tests and nice error message. You just type

if (x.length < 10) throw

And it figures out the rest. So while sometimes it encourages bad code, when you know how to use it well, it helps you write the good things I'd normally be too lazy to write
Points they use, any similarities with crypto are just coincidence of course

1. Financial Freedom!

2. You just don't know what you are talking about

3. Mainstream media is lying to you, they're all paid off

4. They donated to some good causes, how can they be a scam
It depends. I have not collected data to prove my observations, but I find the rust suggestions better quality on average than the python suggestions. Some people do terrible things in Python.
Not to mention that just because the code is public, doesn't mean you can use it however you want. You can publish code and still retain copyright. Wonder if GitHub looked at the license when they gathered the data for the model.
I’m actually very hopeful for it. I really believe that social experiences and games are the killer app for VR. I think a lot of people who would otherwise be very isolated by staying inside and playing video games will now be active members of growing online communities. That and they won’t be sedentary any more as most worthwhile experiences involve standing and moving around.
I hope that fatalities caused by drone accidents never get normalized. If they are frequent enough to be normalized then there is a problem. Drones are small enough and slow enough that fatalities should be extremely rare. Injuries might occur, but not fatalities.

The opposite should occur: traffic accident fatalities should become denormalized. Every time a pedestrian dies on the roads it should be front page news and have people demanding that politicians should do something. Seems unattainable, but I believe that they are close to this reality in Sweden.
I don't know that your topic is their specific aim, but I remember Popcorn Linux coming up on HN before: http://www.popcornlinux.org/
To some extent their goal is to enable better improve the interoperability of heterogeneous hardware.
People in the technical preview get a 60 day free trial, but yes, after that, you'll have to pay.
I'm afraid there really isn't any hobbiest simulators out there. A lot of these arrangements rely on the intrinsic characteristics and geometry of the MOSFETs used.
I am boycotting Bountysource.

https://news.ycombinator.com/item?id=23551098
> ny view that is sufficiently represented in society as a whole will appear here, regardless of how bad the argument is or feels. Moreover, HN users are all over the world, and geography (as a proxy for background and culture) has a huge influence on how people view these things. Surprisingly many of these disputes on HN come from people in one part of the world arguing with people in another part of the world without necessarily realizing it.

100% fair. That doesn't annoy me, that's the internet in general. What annoys me is the general air of arrogance from the HN community about how things are so great here and it doesn't have the problems of (whatever site you don't like), especially when I routinely have more intelligent discussions in Discord servers nowadays.
Its gonna feel absolutely crazy having to look up every line of code and random functions when working in unfamiliar projects now that I'm used to copilot. But im a student, so I'm good for now I guess. It makes soo easy to write small and trivial scripts without having to think too much about the syntax that it's amazing
The same thing would happen on silicon. It's just a question of transition time. I've seen power mosfet inverters on some board designs, but you're probably better off using a discrete logic inverter because it would be cheaper...
Unfortunately we know exactly what’s happening: the climate is warming at a non-linear rate, chemical pollution is at or near extinction levels, fresh water supplies are becoming more scarce and privatized, the few own the majority, and war is on the horizon. What exactly are we doing about this?

The real problem is hyper-normalization. Humans will one day soon normalize their own extinction.
Indeed, and this is where the usenet post linked in a sibling comment is really informative:

In my opinion, the most common reasonable reason for including some
instructions is:
a) There is a datatype deemed worth supporting, i.e., whose use
burns an interesting number of cycles, either because:
1) It gets used often enough, OR
2) It is used less often, but is really expensive.
b) There is a reasonable hardware cost to support the datatype.
c) Simulating the use of the datatype with the existing instructions
is noticably expensive.

In practice, b)+c) usually mean that the datatype operations can obtain
useful parallelism in hardware, that cannot be gotten at by sequences of
the existing instructions. IF it is difficult to beat sequences of
existing instructions in speed, then only if those sequences are really
frequent would one add new instrucions, i.e.e., for code density.

Adding a little adder and shifter to the memory access unit meets all these conditions -- it's an operation that is effectively free in hardware, but would cost extra cycles & bytes to implement in software.

So the "problem" with x86 isn't that such a complex addressing mode exists. It's that the ADD instruction has such a complex addressing mode, as does nearly every other instruction in the ISA. An 'ADD mem, reg' instruction is really a load, an add, and a store, and there's no hardware magic you can do to accelerate that -- it's just as fast to write "load, add, store" in software, so this fails tests b) and c).

A RISC will typically have, let's say a dozen load/store instructions to support a variety of addressing modes (probably more if you account for atomics and vectors and non-temporals and whatnot). Then you only need one ADD instruction, one SUB instruction, one XOR instruction, maybe one FJCVTZS instruction, etc. But on x86, you get sort of a combinatoric explosion between possible combinations of instructions, addressing modes, and prefix bytes, which means your decoder has to support a dozen ADDs, a dozen SUBs, a dozen XORs, a dozen FJCVTZSes, and whatever.
Which is just another way of saying that it doesn’t really work, except perhaps for party tricks.
I think a better question is "why would you want to?", and for EU based developers I don't really see the point.

I'm from the UK, but now live in post-Soviet EU country. Ten years or even five years ago it was seen as a "right of passage" to go work in the UK, then come home and buy a used BMW with your earnings, but Brexit and COVID really changed that (well, except car preferences). In my previous position I was working remotely for a UK company and working in a co-working space, and many people were there who had the same stories. They'd been working in the UK for a while, but wanted to come home, and the company let them continue to work remotely for the same salary.

COVID and IR35 threw another spanner into the cogs, so you started to see many more UK companies willing to hire people remotely, and at that point, why limit yourself to the talent pool in the UK? Late last year I talked to a recruiter who had placed a number of contractors with a London based food delivery company, and he said almost all new people he places are now based outside the UK, somewhere in Europe.

This has had a knock-on effect on salaries of local companies here. Sure you could get more working remotely for a US or Western European company, but the rates that are being offered now are on par with what 3 years ago would be a really good salary for a second rate city in the UK (Manchester, Bristol, Reading, etc). So why go to the UK, when you can get good salaries working from your home country, where the cost of living is much lower than the UK?
So it depends if you prefer writing or doing code review :) You'd maybe need another tool which converts review work to writing work