skysight-inc/HackerNews huggingface dataset:
Decades ago when offshoring started, the best available technology were crappy VoIP phones and expensive videoconference technology.

Now any low tier laptop with zoom will give you a proper videoconferencing experience, infrastructure is all cloud based, there are 10x more fiber cables connecting the planet, there are lots of well documented open source projects for almost everything, and for learning there is youtube and MOOCs.

Also, foreign schools are getting better, and many alumni of offshored companies are now founders. The silicon valley model of financing is being replicated abroad too.

Believe me when I tell you: the castle walls are falling apart and soon wages will go down.

People that got comfortable writing average CRUD applications are about to be stomped by a massive stampede.
When I was a little kid I often walked miles (to my dad's business or home) from school and found it excruciatingly boring. My pre-device solution was to read paperbacks, so reading a phone doesn't seem much different to me. If you don't mind elaborating, I'm curious about why you're concerned about it.
The big take away from software eating the world and everything is in the cloud now, is that making things that can scale down and up wins over specialists' specialized custom hyper optimized tools.

was Word 3.1 better than TeX or Quark Xpress or whatever? No, but it allowed people to do stuff quickly. To get things done. It was bad at scaling up, though.

Then online/cloud tools enlarged the pool even more. And finally it was possible to compete with the curse of the default, the shit forced on the world by OS vendors, corporate office suites.

Figma-like tools are the endpoint that can serve 99% of possible users. Both professionals and clueless casuals (and they don't even need to download and setup anything).
I spent 1 year building the product before launching, is it too late?
Beyond saying that growth for the sake of growth is bad, you're saying that having nice things is actually bad. Same-day or two-day shipping is nice. Automobiles are nice. Not having those things is already a rapid decline in quality of life; why wait for a climate catastrophe to do that, when you can just make nice things illegal to have?

If we all lived like cavemen, we wouldn't need to worry about our carbon emissions.

Let's lift everyone up to the "westerner's" standard of living, instead of the other way around.
It's not sampling. Sampling is copying & pasting, but that doesn't happen, technically. Just like stable diffusion doesn't copy any artworks. AI learns from previous works, but doesn't copy them. It's quite similar to how humans learn and make adaptations based on other work.
E-paper, actually, which is a fairly broad umbrella for a lot of reflective LCD displays. E-ink is specifically from E Ink and uses a different display technology (it's what's used in Kindles, etc.).

This is probably a lost word-use game, as everybody just says e-ink, but it seems important given the major differences between reflective LCDs and the electrophoretic technology used in ereaders.

I had a MetaWatch watch with an e-paper display with silver reflective screen backing and it was, by far, the most comment-generating thing I've ever worn. Still miss it.
Seems like people here do not want to get verbally shot.
Because they work with/teach electronic music/sampling in addition to recording classical acoustic music.
I'll echo other comments, cater your users first, don't worry about HN (unless this demographic is your userbase ofc).
That said, I do block JS on mobile (FF+UBo or Bromite for the sites requiring chrome) and on desktop I go even further by using temporary containers
As a web dev I've seen first hand (and being guilty sometimes) of the exessive tracking + unneeded JS bloat
Aren't those just surfaces with a keyboard -- like, same bespoke hardware and similar?
Dropping WebRequest API wasn't some 'hahah, own the power users' thing, it was a move to allow the Chrome architecture to modernize, with WebRequest API this wasn't possible. I have plenty of criticisms of Chrome, but simplifying things to the point of removing all important context is not the way to do it imo.

See what I mean?
There is a 20 part tes(it’s actually now a 3 part test with 4-6 sub parts each but it’s substantially still the same). The fact that the consultant has to physically come into work at a specified time and uses the clients tools is evidence for them being employees.

That their company receives income from multiple clients, and the engagement is for limited duration is evidence for them being contractors.

The IRS and local governments make the final determination.

https://www.everee.com/blog/irs-independent-contractor-test/
The "bad" Python code in that example is perfectly fine. I'm not a Python programmer but I can read Python a little bit, and the example uses basic programing concepts like string splitting and array ranges.

If you don't understand that, multiple smaller lines won't help you, because you just don't know what you are doing.

In addition, that code example is easily testable. Testability is more important than readability in modern programs that follow modern CI/CD principles -- and the readability is not really that bad either. Also, modern debuggers don't have issues with nested/lambda statements like these.

If the article's author had a legitimate bone to pick, they would have better examples.
I understand.

I have a lot of nostalgia for the Playstation 2. That system occupied a lot of late nights during my college and young professional years. My memories of those games are wrapped up in those tumultuous times.

As fond as those memories may be, I just can't play emulations/remasters of those games nowadays. Why not? I'm convinced it's because the loud fan noise of the PS2 is missing without the original system. That fan blast was on before, during, and after every gaming session. It filled the silence when the game paused. It picked up when the game peaked. It was there when I had loud joyful matches of Burnout 3 with friends. And it was there during long lonely nights following a breakup. The PS2 fan's noise pierced my soul.

Nostalgia is a very fickle thing. It's never just the favorite game, or food, or jacket. It's where you were at the time, the smells in the air, the twitches around you, the people you were with, the way you felt.

What is an authentic recreation of an old game?

For one, it might just be running it on the original hardware. It may be hearing some specific electric hum or click before the system starts. It may be the way the buttons on those old controllers felt. And that may be enough.

For others, it may be playing the game with a friend lost to time. Or playing the game in one's childhood bedroom, long since demolished. Or playing the game while eating a special pizza, from a place that's long shuttered.

So if recreating the experience is as simple as getting the old hardware assembled, that sounds relatively reasonable and achievable.

Still, ultimately, I prefer not chasing ghosts. Why cling to the experiences of the past when we can make new experiences today? It's a hard lesson learned. Nostalgia bites me hard.
Russia Is Sending Its Ethnic Minorities to the Front Lines in Ukraine
Your opposition is often seeing things from a logic-based economic lens. You might not have much success making an emotional argument.

I'm not necessarily disagreeing with you but you need to logically argue why "rent, transport, utilities, medical" are "basic human dignity" and what a "base living wage" is. The fact that you believe everyone should have housing, transport, utilities, or adequate medical care doesn't change the underlying realities of economic scarcity.
Oh this nonsense again
Those manuals from good old times came with introductions and basic training chapters. Manuals for music gear software don’t come with composition crash course, do they? In 80s and 90s they would have.
Where Botox Comes From
Hmm. I think I'm missing something basic here. git rebase --interactive is for when you want to take commits you've been baking and now want to clean them up, i.e. squashing some, rewording commit messages, etc, right? I'll usually do something like

$ git rebase -i HEAD~5

to clean up the last 5. Can I do this with `git frbi`? Or is the point that I don't need to since all commits are "picked" by default so you just "s" and "r" the ones you want to and leave the rest?
Each function becomes something new that needs to stick in your brain.

Someone that applies "MORF" to their code winds up nearly inventing their own language in the file that they're writing. All that takes up more memory when you're reading their code, because due to leaky abstractions the actual implementation of whatever the function name that you replace it with is often important.

I have an actual track record of taking code that someone had MORF'd to hell and rewriting it, and making it about 40% shorter, with much fewer concepts to process.

Inventing a term like "MORF" is probably illustrative of the problem itself. Without looking at the blog post what exactly was that acronym again? That is just one more thing for you to try to memorize. The author is riffing on things like "DRY" and "YAGNI" that are well-known, but it isn't really helping with readability when you lift it out of that context.
You’re now conflating usability with discoverability which are very different things.

Many very usable actions are left to intuition and discovered as such or by on-boarding.

Pinch to zoom is a classic example.

The swipe to dismiss gesture is very usable once it’s discovered. iOS does a very good job at training people that actions from the edge of their device do things. It’s fundamental to the design of the OS and has been so since day one.

I also feel like comparing navigating an app with its own unique idiosyncrasies that you do so sporadically to navigating an OS daily are very different orders of magnitude on developing muscle memory.

Anyway I think you’re arguing very different aspect of UX design
"Meat eater" just means "someone who eats meat". You really are reading too much into this expression. There's nothing in it that says that you eat meat exclusively. You are also a computer user, but that does not prevent you from using a knife, or any other tool.

You should not find the expression "meat eater" offensive, unless you somehow find that eating meat is wrong in some kind of way (in which case, do yourself a favor, do something to solve the discrepancy). There's nothing deceitful in "meat eater", it actually cannot get clearer. It also does not bear any judgement. Of course, that does not mean a vegetarian won't judge you, but this won't be conveyed by using this expression alone ("You damn meat eater" would of course be very different in this respect).

> The correct term is omnivore

"An omnivore is an animal that has the ability to eat and survive on both plant and animal matter" [1]. Omnivore is not "eats meat and plant matters", it is "can eat meat and plant matters" (biologically speaking). Which applies to vegetarian.

"Omnivore" relates to a species and is not really adequate to qualify an individual / is ambiguous.

Also, on a personal note, I hope that you are not waiting for vegans to prepare you a professional presentation and "look serious" for you to think about the topic. I think they should make sure to give a good impression, but that's not their job. You do you. The topic is highly documented at this point in all the directions you could imagine.

[1] https://en.wikipedia.org/wiki/Omnivore
Given the odd quirks and number of cron “translation” sites, it strikes me that the cron syntax might not be the best approach to scheduling tasks.

There is surely a better DSL for this.

Personally I like ruby’s whenever gem, that transpiles to cron, where you can do things like

every :sunday, at: '12pm' do
foo
end

But I guess we are just stuck with crontab
> Unsafe Rust is at best equivalent to C/C++ and at worst it's a false sense of security.

This is a bit of a misconception for people who've not worked with unsafe Rust. It's not like the language and most of its features disappear. It just allows a few extra features that are unsafe, like working with pointers... Which, granted, is a lot of interaction with hardware. But you can kinda "cordon" this to a small subset of the codebase dedicated to this low level hardware IO
"Individual contributor", i.e., not a manager; a leaf on the org-tree.
Interestingly enough the same can happen when you do a cash infusion with too much money.
>Lawyers for the customers say that the criminal theft reports are a way to recover lost inventory

If the "inventory" (the car) is "lost," then wouldn't that imply that the renter has a car that they shouldn't have? I.E. stolen it? Or at the very least not returned it when they should have?
But they couldn't have because if they kept XScale they wouldn't have invested in it.
Web crawlers index text content (mostly). Naturally as more content on the internet is video/podcast and not text, this is the eventual outcome.
I’m all in on using PyPI for binary distribution. Couple that with Python Venv and you have a brilliant system for per project dependancies.

I created this project for distributing Node via PyPI: https://pypi.org/project/nodejs-bin/
Computer penetration in India is very less given even the upper middle class kids only get a personal laptop when they enter university. But this is slowly changing. You can expect India to dominate in IT in the coming decades. Afterall there's a reason Indian Americans are already the richest group of people in the richest country of the world. It's very difficult to stop hardworking people in the long run.
Do you have a source? This seems very interesting, but I can’t find anything about it.
I didn't even know they'd filed for, and emerged as a new company from, bankruptcy.
I haven't tried this idea, yet, however: it should be possible to use mixdown -> stem AI/ML models to completely remove the "recognizable" part of the song to an algorithm, leaving only the "vocals" portion.

I know experimentally youtube nearly immediately deletes/unlists a few artists' songs, which i suppose one could use to test the theory.
That's why the ground ones are dug vertically sometimes, they can get to stable temperatures.

However, a well may be "just poking" into that territory so you get the right temperature, but not enough surface area to do much heating/cooling.
The question isn't if you can figure it out, but how long does it take you? The simple version might take me 2 seconds to read. The original version might take me 10 to 15 seconds. Multiply that out over a day and you're hurting quite a bit.
> While ublock origin may be trustworthy there are many extensions that are not. It would be better to find a more privacy preserving replacement compared to having to trust extensions to be good actors

By running arbitrary code on your computer you are inherently trusting the author of the code to be a good actor.

> Typically the code doesn't blocking the page from loading though.

Tens of megabytes of bloat block pages from loading all the time.

> And again if this change results in faster loading speeds for users ecosystem wide this change is a win.

uBlock speeds up loading because it blocks useless bloat such as advertisements. MV3 restricts the ability to block content, ergo it will slow down loading speeds.

It's not actually designed for privacy or whatever, it's simply a way to gimp adblockers so that Google (one of the largest online advertisement companies) can get more money from their advertisement business. You must be really naive if you don't understand this simple concept.
To add in the fancy slider you want so much, there needs to be a corresponding tunable in Wayland. MacOS does this with plists, it's not some radical or hated design pattern.
I think this just speaks to a design wart in the seemingly simple crontab specification. I'm personally more of a fan of iCal-style (RFC5545) recurrence specification. Just check out the examples in https://www.rfc-editor.org/rfc/rfc5545#section-3.8.5.3

Here are some thing that's possible:

Weekly on Tuesday and Thursday for five weeks
Every other week on Monday, Wednesday, and Friday until December 24, 1997, starting on Monday, September 1, 1997
Every other month on the first and last Sunday of the month for 10 occurrences
Every 18 months on the 10th thru 15th of the month

(Almost all of those are well supported by the UI on Apple Calendar and Google Calendar.)

I only wish it could incorporate astronomical phenomena such as phases of the moon into account. Wouldn't it be great if it can express concepts like "the first Sunday after the full moon that occurs on or after the spring equinox" (no I'm not making this example up)?
Cheap HPs are not elitebooks for one, and two an inspiron is not an XPS. I've used both elitebook and XPS with zero issues.
If you can write the DSL and a reference parser, you might have a chance at adoption. Even better if you can convert from and to crontab.
Emphasis also on "bunch of lines".

Usually when I see one-line functions they cost more in short term memory than they save. There's good exceptions to this with something like a horrible conditional that is necessarily horrible so you can bust it out into a method with a doc comment about the horribleness, its history, and its subtle madness. But developers that just break out one-line methods all over the place wind up writing hard to understand code.
I really miss the haptic touch features. The flashlight one was particularly cool because you could instantly enable it by just clicking it like you'd click on an actual flashlight (usually the on button requires some pressure). Now it's an awkward half second delay that is still hard to discover and now feels less natural.
I never used Clippy. Reviled? You mean Microsoft took the idea of 'context appropriate useful suggestions' and bungled the user interface? Inconceivable!
> That’s nice, but it just highlights that the coding style isn’t sufficiently intelligible by itself. We can’t and shouldn’t rely on a static analyzer to be active to make code intelligible everywhere code is displayed (pull requests, diffs, ...).

Yes, we absolutely should rely on that.

Why would programmers, who are basically tool-builders, reject tools that help us write and analyze our programs? This is not the 1970s, and bare-bones text editors are not the only option. Why should we, who build tools for others, restrict ourselves to a self-imposed unreasonable simplicity?

You are free to use Vi or whatever, but don't complain when everyone else uses better tools to improve their productivity, and if the code they write is better suited for those tools that is perfectly fine.
German car manufacturers already have unions. Unions don't help against overmanagment and leadership without technical (digital) understanding. "Creative" parts of the company are often praised (while mostly badly stealing ideas from the competition) while devs are seen as a "resource". Experts usually get asked AFTER the project is on fire or already crisp.
> Naming things is hard

Naming is hard unless you have a sensible concept hierarchy, and then naming is easy.

Concept hierarchies are hard, unless you have a sensible system model, and then concept hierarchies are easy.

System models are hard, unless you have domain expertise, and then system models are easy.
The Vera C Rubin Observatory (a.k.a.) the Large Synoptic Survey Telescope (LSST)
Nordic is lovely. One of the few stylesheets that really solves default usability issues while looking gorgeous at the same time. Props to the maintainers, whoever they are!
You really had to press hard to get it to happen. iOS has also natively had swipe input for a while now (not sure if it was at the same time though)
That's bizarre. One of the links gives more details within [1]:

> Hertz manages tens of millions of rentals each year, which makes these 30 or so stories exceptionally rare, but not any less bizarre. The recent claims don't explain how exactly these mix-ups happen, but some of the renters reported switching vehicles, upgrading cars, or reporting mechanical issues before being approached by the law. One driver returned a vehicle for a flat tire and was given another to drive instead, and when the company did not complete paperwork for the second vehicle, the car was reported stolen and the police got involved. Another driver was alerted to an expired registration on her rental but was ultimately arrested before she could even return the car a few days later. Francis Alexander, an attorney who is representing some of the falsely-accused renters, says that Hertz’s computer system has a “glitch” that has led to the company-wide pattern of reporting cars stolen.

On the one hand, I can imagine that with employees not filling out forms/screens right and then clocking out, the manager comes in the next day and a car is missing, how do they know it wasn't simply stolen? Better call the police. Especially since if you wait two weeks to "be sure" the car doesn't come back, your chances of recovering it presumably plummet.

On the other hand... employees mess up all the time, so it seems like there'd better be a damn solid reason to presume a vehicle stolen rather than just the regular employee mixup (like security cam footage). And the idea that a computer system could automatically alert police of supposedly stolen vehicles without needing a manager's triple-verification seems incredibly irresponsible and shocking.

[1] https://www.thedrive.com/news/27976/people-are-being-arreste...
As best I recall from previous times when this hit the news, Hertz's tracking was terrible, and customers had already returned the cars in question, or still had them but were paying for them.

Update: see this other comment for more examples. https://news.ycombinator.com/item?id=32966606
Have you tried googling "iphone manual"? The first result is the iPhone User Guide [1], which is a comprehensive manual that does document literally everything.

The manual is also available as an 843-page ebook [2], and is accessible via the Tips app, which is preinstalled on the home screen.

It's not quite like the days when a paper manual would be right in the box, but it's close. And I think most people would be unhappy if their sleek new phone came with an 843-page tome (not to mention how much paper that would waste).

[1] https://support.apple.com/en-gb/guide/iphone/welcome/ios

[2] https://books.apple.com/book/id6443146864
Indians have already taken a lot of tech jobs. Amazon,Microsoft,Adobe, Atlassain, Salesforce,Goldman Sachs, Google all have dev centers in India. And not to forget people of Indian descent are literally everywhere there is tech.
> There were users under the impression that Roku was unaware of the content it was displaying?

Sure, they expect Roku would know if they launched Disney+ or Netflix, but not that they would knew exactly what movie you were watching or what specific scenes you viewed and for how long. Same with personal videos cast to your screen via roku. It's pretty reasonable they'd know you were streaming content from your other devices, or which apps you were using, but less reasonable that they'd be watching over your shoulder taking notes.
Sure, but maybe there should be a prosumer line? Or is quadro/titan already that? I just dont know how many gamers are curious about live paint ins for photoshop, or how many gamers can justify *90 costs for video editing and streaming.
If you think that is a "fancy slider" you lack perspective. It is a basic, expected feature that is supported by Windows and macOS for laptop users. And I'm pretty sure it used to work on Linux too, before Wayland.
Yep. I'm not a huge fan of Wayland personally, but if you simply want "more Mac-feel" then it's probably perfect. Enabling it in your config allows you to switch between x11/Wayland without a real risk of borking your desktop.
Reading aloud and record yourself

Mimicking videos and speeches

Spending hours with native speakers ( customer service jobs )

Learn songs ( teaches pronunciation, intonation, prosody, enunciation)

Apps like ELSA