skysight-inc/HackerNews huggingface dataset:
>What do you think they are afraid of? What risks are there? Is it possible to mitigate these risks in some way?

Not OP, but usually there are no (trusted) unit tests.
I’ve never seen technical debt referred to such at any workplace - all the time I’ve seen the term used to refer to poor or outdated design decisions that compromise the ability to deliver on business objectives in serious ways.

Complaining about technical debt complaints is an easy way to potentially bias oneself against recognizing real issues before it is too late and everything is on fire all the time. Be wary of any such blanket assumptions in engineering.
EOF was invented at NeXT and came to Apple by way of the acquisition of the company.
In startups a lot of technical debt is more organisational debt and lack of role specific hiring and poor decisions at a higher level early on when you do have to move quickly. For every "full stack engineer" you want a real systems architect, a technical writer, a testing manager/writer, a db administrator/architect, a UX designer. Plus at least one person for serious taking care of early stage devops/sysadmin/IT so that whatever you have isn't fully evolved out of the side 5 minutes someone gives it. You don't want to give the most agency, to the most opinionated and outspoken developer, but the least experienced. Especially if they argue for heavy handed engineering solutions they think are "correct" and this is almost the first ever real job they have had post university. But everything they say sounds great, and its the "right" thing you read online so they must be a good engineer, unlike these other silently working peons. You almost always end up with something brittle everyone else has to work around, leaving a pile of adhoc architecture and code that cannot be reused. The original hotshot "architect" you promoted above the others then gets annoyed and loses a sense of ownership because their "vision" has not been met by all of these other insufficient "full stacks". This is the recipe of every toxic BS startup out there. The solutions are simple, know what the fuck you are doing building a team and dealing with software. Have people who are head of software who have done more than a masters in writing a ToDo app in Java one time.
By biggest frustration with technical debt is that, at some point, it becomes so great, that the developers are more busy maintaining the existing code than they are building new, business critical functionality.
> Progress is slow.

And incremental. Sometimes you'll hear people say that deep learning is nothing new, because the first deep neural networks were developed many decades ago, or because CNNs and LSTMs were developed in the late 90s, etc. That mindset glosses over a lot of the incremental developments (e.g., getting a decent handle on transfer learning) that were necessary to get from the initial academic demonstration of the idea to its successful commercial application.
I think someone should note that in most cases it wouldn't be possible for pressure of this magnitude to settle as a plea without the Police over charging in the beginning. Yes, as a felon I have personal experience.
So, what does HN think of PureScript these days?
The halting problem doesn't matter if your API is required to define timeouts / time guarantees. Thus if a#1.0() returns "hello" after 100ms and a#1.1() returns "hello" after 20s, even though they return the same result, they are deemed functionally different. This follows real-world expectations where performance which suddenly slows to the point of unusability is considered breakage, even if the same result is returned in the end.
The best time to start getting fit is always yesterday. It is never too late!

Checkout /r/fitness on Reddit for some example beginner routines that were helpful when I first started out.

It's really easy to get overloaded with information when first starting out. Keep it simple, figure out what works for you.

I love heavy lifting so I focus on squats, deadlifts, bench press, etc but I also make sure I do at least 30-60 minutes of cardio to finish off a session at the gym to keep my heart in good shape too.
Since there are already quite a lot of responses to your original question I'll instead address a specific aspect of your post: when you have an old legacy system that you don't want to build on any more it is almost never the right decision to try a one-shot migration or rewrite.

I have seen so many people try and solve technical debt with a full rewrite and it just never works. The better way of solving this problem is to gradually peel off individual use cases and API calls. It doesn't matter if your legacy system is riddled with bugs and is impossible to build on; it's at least a known quantity. Your new system will likely have less bugs in it, but until it's been used in the wild for a while you won't know where those bugs are. If your new system has a systematic problem, you are in some serious trouble, but if you migrated over slowly at least it will be manageable.
To be fair a HFT agent can count as superhuman AI technically. Wanting isn't a thing that applies yet to actual AI and there is no special sauce that indicates advancement beyond neuron scale. Barring directives and assuming "grown" what it wants can be utterly peripheral to rationality and likely based on what it is taught - internationally or not. Look at how society preaches honesty from a young age and then starts teaching lying again by rewarding it. The real lesson is the spartan one on stealing- don't get caught. It may not be intended but it is the result.
You can use pixel binning to downsample an image to a more reasonable size with less noise, and you can use the extra resolution to crop the image and effectively have a usable digital zoom.
I would classify myself as someone who endeavours to be a "logical actor" but is consciously aware that it's a constant battle against my emotional and fight-or-flight brain. I definitely don't make purely unbiased, Vulcan-like decisions. But I try my best to make sensible decisions.

Maybe there's no such thing as a "logical actor". Just people who endeavour to override that part of their brain and people who don't? I'm thinking first-hand about family members who make no effort to scrutinize their political leanings. They're completely emotionally driven in their opinions and actions. I would go so far as to call these family members racist, but I don't think they're trying to be. They just genuinely believe that their poor healthcare access is because of all the immigrants moving into their community and the fix is a politician who will protect them from immigrants. Even though that politician explicitly said they would cut healthcare budget by double digit percentages.
It's not a telescope you can have at home but you can buy and gift telescope time. https://www.itelescope.net/
London's black-cab drivers consider suing Uber for £1bn
Pro tip for you: you can "port" out your number to your cellular provider.

Zero spam for me for a long time. Yes, zero!

Also see the T Mobile spam service. There's two you have to turn on IIRC.

YouMail for voicemail is good too.
Technical debt should be quarantined, not structural. That's the one, most important thing to take away. A really messy view with tangled if statements and hacks to get things to work isn't great, but it's leagues better than a really messy controller because it isn't going to introduce ACL errors. A really messy controller is leagues better than a fucked schema / data model because it doesn't spread the poison across every endpoint in your application.

Some easy wins are to default to making something a "many", even if it is only a "one" or a "one or none" because it makes adding a second case much easier. For example, a user should have multiple roles at multiple projects by default, so business users can do fine grain control over permissions.

Another useful trick is to have default behaviour, but introduce a set of tables for custom settings. This makes it easier to make changes because you don't need to run a migration to add a column to a table, you just write a new record to the "user_overrides" table.

But at the very end of the day, taking on technical debt of any kind can be warranted. It all depends on the stakes. If you need to get something done in a week to close a company-saving deal, then fucking do it. Fix it later. The implied interest rate might be 1000%, but if it saves the company it is worth it.
I think you are half right. It would take wars exactly like Irag and Afghanistan. And here we are, testing autonomous vehicles. Perhaps I'm wrong, but my understanding was the current raft of autonomous technology was supported in it's early stages by DARPA, with their priorities set by what was going on in Iraq and Afghanistan.

Someone I know frequently relays an anecdote. They were designing a new military helicopter. One of the requirements was that if the pilot was injured the aircraft should be able to return to base and come to a hover. They were trying to figure out how to cut weight. My friend said, well, if we just remove the pilot and all the equipment needed to support them, we'll lose a lot of weight, and the vehicle will be more aerodynamic. His suggestion wasn't taken seriously. That was before Iraq/Afghanistan.

That project got canceled, my friend retired. I have another friend working at the same company. They are building an autonomous helicopter.

*Edit: ok looks like someone else already noticed this: https://news.ycombinator.com/item?id=17600849
Understanding Tracebacks in Python
The Company Astronaut [retired from NASA, Now with Boeing]
DTMF based challenge is probably easier. Even requiring callers to dial 1 to ring through is enough to keep robocall campaigns from ringing your physical phone.

I've been thinking about issuing my friends and family priority access PINs. If they save it to their contact entry for me after the number, I can entirely gate access. e.g. "5558675309,9876" Especially if combined with a time condition e.g. 11 p.m. to 6 a.m.
So it basically goes to every EU member country.
What to do if Google banned your website
Sorry. I knew that there are stupid people on the net but I didn't think so many. So {lambda speech} is locked for a while. See you later. Meanwhile, you could have a look at this one: http://lambdaway.free.fr/ .
I have a GV number as my work number on my cards, site, etc. and I still get spam through it, though admittedly less than through my personal number.
Yes, that's what I mean, but here's the thing. Elon (for example) is nuevo riche. People who are brought up in elite families are usually taught noblesse oblige as part of their upbringing.
Those are the people who are taking risk by investing in real estate. They don’t need bailouts.
> We modeled how biology works

That's the popular story behind neural networks. Like any good popular explanation of a STEM concept, it's as useful as it is inaccurate.
It would be worse if it were a monolithic kernel. If you're going to deploy an always-on OS in the firmware, you should at least use an OS that obeys a sensible principle of least privilege.
A previous discussion on Venmo and publically available data form it (People using Venmo to spy on cheating spouses):

https://news.ycombinator.com/item?id=17181130
Verizon has a cybersecurity unit that can be subcontracted by outside companies? Interesting.

EDIT: http://www.verizonenterprise.com/products/security/
But what if I seize your phone at a customs inspection, or a traffic stop? Don't I then have password and OTP?
careful, The Register may steal that one.
I was VP Of Tech for a small'ish company and the role was basically "acting CTO".

Tech debt for us was always in the form of:

1) Guys who make money need something new added yesterday so they can make billions of $$$

2) Tech has to make this happen ASAP because they are "losing" billions of $$$

3) It happens ASAP, they don't make billions of $$$ so tech is blamed

4) repeat.

After a few months of iterating through this, you will have yourself some fresh-baked gluten-free tech debt.
getting hugged pretty hard, working on increasing server firepower...
No, I wouldn't put it that way. It's not a problem to be embraced, it's just another variable to manage.

Just as there is the trilemma of "better, faster, cheaper: pick 2" there are others as well. Speed and tech debt are balanced against one another. It's not that I think we should embrace tech debt. I actually rather hate it. But sometimes I'm willing to trade to get to a business objective that is not related to technical elegance.

In terms of how to pay it off, it may sound like a cop-out but it just depends. The core problem is that things are always changing and we can't predict the future. So staying supple and flexible I think is the way to go. Pay off as much of it as you can when you can, but I think the main point for me is to keep the eyes on some business objective (where tech debt appears as only one variable in the equation) -- the main point is not to keep your eyes on the tech debt all the time.
>"Food liquid" or drink (a liquid that is specially prepared for human consumption) is a part of the culture of human society and not only a substance which addresses the basic human need to drink.

What a weird sentence!
The core trade-off is "what does the business need now" vs "what are the long term goals". I only consider the technical debt that will block us in the future.

At any given decision point, you need to understand when technical debt is accrued and track it like any other issue. If you don't actively acknowledge technical debt from the onset, you place your business goals at risk.

In general, I see that the most politically charged projects are also accruing the most technical debt. They have high pressure, short time-frames, and scope creep out the wazoo. Those take the most of my time, and are extremely prone to failure unless there's a human shield to keep the heat off.
Why would the build quality stay the same if it can be lowered, thus making production cheaper, and savings can be either pocketed or used to lower the end price (or some combination of both)? A competitive market will optimize towards lowest quality that still sells. And I guess there's still a lot of corners to be cut - from my experience, a typical non-tech laptop owner handles their device very carefully, as if it was a very expensive egg. It's mostly techies that run around carelessly with laptops.
Very cool!

For folks with iPads, Procreate just released a similar feature (radial symmetry drawing)
If there are no important outstanding bugs, are there any sorely missing features?

Does anything rot in the codebase as the JS in browsers (the target compilation platform) is constantly updated?
Definitely. End-to-end digital is best for fidelity and reliability. Running your own PBX is another point of failure for a service most people expect very high uptime out of, and opens you up to toll fraud. It's only worth it if you have a lot of phone or want call recording or transferring.
This is one of those things that the people who welcome the march towards crypto or cashless seem to forget, ignore, or don't consider important. Privacy of what you do with your money is important.

I know Vemmo is an extreme example, but it's not like they don't still have that data accessible for interested parties to access. People here like to say "We're never going to give customer data over blah blah blah," but time changes everything. The information is there, and you don't know what the laws or social forces will bring tomorrow.

Either way, a good spotlight on the issues that need to be discussed.
If you believe technical debt is developers wanting the code to be "perfect", you completely misunderstand what technical debt is.

Technical debt is a collection of choices you and your team make that can have real world impacts on your companies ability to deliver features in the future, can open your company up to hacking, and could make your software less competitive than the rest of the market.

Technical debt is not a loan, it is an anchor. Instead of deferring the debt payment until later, you pay for it with every new feature and eventually your development team will slow to a crawl or the product your building will no longer be cost effective due to rising maintenance costs.

Technical debt is a unknown risk. Look up any "X company was hacked" story and they have all come down to bad choices made by the product team. It could be a developer on your team left there machine unsecured or put in some bad code, or it could be a deferred decision to fix that technical debt until later.

Technical debt confines the space in which you can operate. If the market pivots, but your software is too rigid to keep up with the changing shape of the market you will lose market share or the ability to capitalize on new things.

All companies will have to make hard choices when it comes to technical debt, and no product can be debt-free. But understanding that technical debt is more than your developers whining about code is paramount to being an effective leader in your organization.
I am not denying objective reality, I am denying objective classical reality. There is an objective reality, but it is quantum.

> the actions of the experimenter or apparatus

You are missing the point. Before you can talk about "the actions of the experimenter or the apparatus" you have to tell me what an experimenter or an apparatus is. AFAICT, these are classical objects. But theory tells us, and experiment confirms, that classical objects do not actually exist. So why do they appear to exist? And the answer to that is: decoherence/QIT. The classical world is an illusion, an approximation. A very good approximation, but an approximation nonetheless.

If you have a better theory, you should publish it.
> The BMW 320d, which is sold all over EU etc. and has better performance and better fuel economy than the Toyota Prius? CA won't allow its sale because of their regulations.

The BMW 320d that is sold in Europe is exactly the same car as the 328d that IS sold in the US, including in CA. I know, because I have one.
If they cannot control currency, may be they should give up this control?
That anchor effect of being slow is what I meant by "installment payments". Financially, if you have enough debt you can make $300k a year and still live in a crappy apartment, because all of your income (in this weird metaphor, that's your available dev hours) are being spent on debt (fixing things that wouldn't have occurred had you not had the debt)
What Managing a Nightclub Taught Me About Business (And Life)
"Space is big. Really big. You just won't believe how vastly, hugely, mind-bogglingly big it is. I mean, you may think it's a long way down the road to the chemist, but that's just peanuts to space."
The fraud alerts don't really ask you for money though. They give you information to act on rather than ask you for anything.
It can, but users have the ability to undermine those controls in many cases via Authy, 1Password, etc.
Miles is an app that tracks your every move in exchange for deals and discounts
The downsides of the technical debt repayment are visible to everyone: new bugs are introduced, changes are made and users have to adapt. There is trouble for everyone who is not the developer. The upside is visible only to developers in the short term.

Sometimes a technical debt repayment may require a big change in business. I saw a banking system where the authorization framework was based on impresonation of users. Repaying the technical debt would mean going over all contracts and adjusting their conditions while developers implemented a more traditional role-based access control.

Such a change was so unrealistic that middle management did not even talk about it until some day the project got outsourced and most developers — reassigned to other projects.
In the end working on large long term projects that a lot of people depend on just is not much fun :). Working on smaller projects where you can make quick changes is much more satisfying.
A companion technology was Portable Distributed Objects, which was behind Sun's ideas for J2EE.

https://en.wikipedia.org/wiki/OpenStep

https://en.wikipedia.org/wiki/Distributed_Objects_Everywhere
> “code someone else wrote that I’d rather rewrite than understand”

I'm not disagreeing, but there is something to be said for writing code that any idiot can understand so that future developers don't even want to rewrite it, and can maintain it.

I've landed in code bases on both ends of the spectrum, and I never asked management to rewrite the well-written ones.
For the hardware side, I use a Fujitsu ScanSnap - I believe my model is an S1300i - to scan paper documents. I use the bundled OCR software (ABBYY FineReader) which seems to work fairly well, though it's highly dependent on the resolution you scan at.

As for software, I haven't found anything I'm truly happy with. I've put some effort into using Mayan EDMS[0] to store the documents. It works well, but isn't perfect. Version 3.0 added a bunch of UI changes that should significantly improve matters, but I haven't gotten around to upgrading it yet.

I've also tried Alfresco Community Edition[1], but I think this tool is overkill for the job.

[0] https://www.mayan-edms.com/

[1] https://www.alfresco.com/alfresco-community-editions
Just like airlines get fined for carrying passengers who violate immigration policy. Thus they are effectively deputized to enforce the rules.

That would root out domestic telcos who enable bad behavior. What happens when the origin telco is in another jurisdiction?
Think it would end up spilling from The Register file?
Ah, my mistake - it's an S7! Still, it takes amazing photos.
Privacy be damned, driver livestreams you while riding in his Uber/Lyft
Yes, but they can buy food and housing in bulk with bitcoin easily, so this is way better than they have it now.

Worrying about coffee seems unrealistic, "let them have a cake"-like thinking.
Boxcryptor used to be a one-time purchase to allow an unlimited number of cloud providers and devices.

However they decided they needed a consistent revenue stream so they renamed their software "Boxcryptor Classic", stopped updating it, and now users have to pay $48/year to get features previously available as a one-time fee. This was about 2 years ago, by now they've probably scrubbed all references to the "Classic" version on their website.

To be fair the subscription version does have new group/admin features for multiple users or businesses.
a bad trip, psychosis and maybe even PTSD. I take LSD and other psychedelics on a regular basis and if you know how to prepare for a trip then bad experiences are unlikely. but a bad experience on LSD can be really unsettling. this concept of set and setting is true after all.
Office lens and certify app
The problem is the references to locations in text are ambiguous. There are many places called paris (most of which outside of France). Many streets called Main street, etc. Also lots of articles mention several locations. Then there are lots of informal names for neighborhoods, people being a bit loose with boundaries, etc. You can usually guess the city but getting from there to e.g. street level or neighborhood level is a lot harder. Anyway, good luck.
A developer's guide to working with designers
>at a simple and abstract level

It would be nice if you quoted honestly.
To me this brings into discussion the distinction between legal privacy and ethical privacy. If I'm walking down the street and tell my SO something in confidence (perhaps a medical diagnosis), and you are walking behind me and overhear, legally it's your right to spread what you hear to anyone you want. Ethically... it would be wrong to do so.

I do think people view online privacy through that same lens... We have community bubbles, that are technically public, but we feel confident speaking within them for whatever reason.

Yes people need to be more conscious of where communication take place, but it does not excuse unethical, legal, abuse of privacy.