skysight-inc/HackerNews huggingface dataset:
Seeing as right now there are two connectors, Tesla's and literally everybody else, I'm not sure where innovation is necessary.
You misunderstood me. I said “into an unmasked text input field” which is different from a “password input field”

It’s one where the password isn’t replaced with •••••• as you type it and remains visible.
Of course work-life balance is possible. Many people achieve it. I have, and so have a lot of other people I know who work in a variety of industries.

In fact, the majority of Americans like their jobs, despite the relentless barrage of nonsense in the media about "quiet quitting" and a "great resignation" that never actually happened: https://www.pewresearch.org/social-trends/2016/10/06/3-how-a...
Maybe this just isn't the job for you? If I were in your shoes, I'd be thinking less about the existing code, and more about what it does, and any edge cases, I would also review the code of your peers to see if they're just verbatim copying it, or if they're just making sure that you get the same output you need.

Another thing you could do is, become the guy who builds all the documentation for the new codebase + unit tests. If you're confirming the two code bases are "exact" you will need a lot of testing.
> no reason to block them

Sure there is. It may signal more edge-case behavior to come. If you're building a developer tool, you should probably support it. But if you're building a consumer product, that may not be a customer you want.
While it's a nice sentiment, it's not very actionable.

The question is coming from someone who saw his family go through financial hardship previously.

We're all in the same boat, like the people on the titanic were.

OP is asking how to get onto a lifeboat.
My guess: that's because even with haptic feedback you only get a binary response to inform you that something was indeed touched. But with a physical button, you can feel the texture of material, its edges, its geometry, when is fully pressed, when is up again, etc.

When you have several touchscreen buttons/controls (or whatever) near enough haptic feedback is kind of confusing without looking at the screen.
IMO, this can be easily checked in any mobile game with haptic feedback, the feeling is subpar to a physical controller.

Maybe the technology for a haptic feedback that can accurately give different stimuli to different parts of a touchscreen already exist, but never seen it before.
You misunderstood me. I said “into an unmasked text input field” which is different from a “password input field”
It’s one where the password isn’t replaced with •••••• as you type it and remains visible.
I agree completely about the difficulty of a hardware startup, but being "good" means knowing in advance what kind of challenges you'll face, or at least knowing who to consult about it, and when to listen to their advice. I guarantee that at several points in the development of their product, someone pointed out the high BOM cost and the math required to become profitable. At this point Kickstarter has been around for long enough that even people without direct experience in hardware development should have enough case studies to know what they're wading into.
This.

Kids want to explore their world. We've setup so many safe sandboxes and guided activities for them they don't get to explore.

This is why 20 somethings are so stressed about dealing with the real world, and wish it would change to accommodate them. Up till this point, everything else has accommodated them.
A lot of technology is used to surveil and oppress us. It is nice to see a story that shows technology can also liberate.
> shows a Tesla Model S vehicle changing lanes and then abruptly braking in the far-left lane of the San Francisco Bay Bridge

While it is true that there is a culture of following to closely, I don't think it applies here. When a car merges into your lane you should not abruptly change your speed to adjust the distance, but slowly increase it. Otherwise you get huge ripple effects and people 1km back will essentially be in stop and go mode.
Kojima Studios has made one game using an engine from the Netherlands. Other Japanese games tend to be good despite technical flaws, like Fromsoft keeps releasing game ports locked to 30FPS.

On the other hand, Japanese game designs actually care about how the gameplay feels, whereas the West seems to think they're a kind of movie where sometimes you press buttons. (And indie developers think they're about making ironic platformers where you learn to talk about your feelings.)
"Dating sites would disagree. The majority of profiles claim they love the job and are looking for someone that loves their job."

My dating profile once claimed I was a polyglot, a Rhodes Scholar and an astronaut (all with photographic proof) before the age of 22, so...
> Contrary to the article, balance is impossible first because our economy and low-paying jobs are designed to lock people in them, creating a cycle of living paycheck to paycheck and barely surviving financially.

> designed [emphasis mine]

I'm not so sure it's designed so much as an emergent phenomena.

The world has gotten so caught up in value creation that it rewards the roles that are most able to create value or the roles that are non-fungible and necessary.

Because of globalization and immigration, the "non-skilled" jobs are conceivably not just available to 16 year old high school students. Immigrants that are just reaching the country and establishing their foothold increase the pool of available labor.

The increasing gulf between high paying and low paying jobs is a result of offshoring manufacturing and other types of labor that can be easily purchased at a substantially lower rate on the worldwide market. This has happened because our very own consumers want cheaper goods. And in the big picture, it's not a bad thing - every nation that follows the industrialization pattern has rapidly pulled themselves out of poverty and built up a strong, educated workforce.

> Even so, I suspect not every healthy person would choose to work, given the opportunity to not.

Personally speaking, if I had the freedom not to work, I would perhaps pursue my own goals or hobbies which may not bring value to the world in the most optimal way. It might even subtract.
It's probably reasonably straightforward for well-connected VC people to raise $1bn from philanthropic rich people, which might have seemed like enough money at the time to make progress on the problem of AGI. But I suspect they've realized that the actual amount of capital required to cover headcount (some of the most expensive employees in the world) and compute (some of the largest specific+expensive compute requirements out there) that would be necessary to advance the state of the art far enough to create a real product that might be cash-flow-neutral is probably on the order of $10-30bn. And that's a tremendous amount of money for a philanthropist or set of philanthropists to sink into, far more than even the most well-connected people can marshal in donations from American billionaires. And the government likely wouldn't funnel that kind of money into an organization that has only a few hundred people. So the only remaining route (or at least the easiest for a bunch of established capitalists) is to raise money as a for-profit venture.
Ok, but that same shorthand can, and arguably should be, applied to whatever situation caused you to say "corporations shouldn't be given human rights".
You can potentially get sued for backing of buying once you have a signed contract. It's rare because the seller will usually just take the earnest money and then sell to someone else, but if the housing market really plunges after you signed the contract, then they might want to go through the trouble of suing.

Obviously, before you actually have a signed contract or if you have a contingency in your contract, you can back out without a problem.
Tesla Develops 12,000-Ton Giga Press for Production of the One-Piece C
This is absolutely a failure of management. Both the general management and _especially_ the engineering management.

Eng management needs to convey that this is an Achilles' heel that is important to understand & be able to update.

No engs want to work on perl5? Bribe existing employees, hire someone who wants to work on perl5, or a darker third option.

The product owner can even spin this as them doing a good thing to future-proof the business, even if it means their team loses velocity on other projects.
Public Comment Period on the FTC’s non-compete rule is now open
Two articles about the FTC's Notice and Request for Public Comment on a proposed rule banning non-compete clauses spent time on page 1 here last week. Today is the first day that regulations.gov allows commenting on this rule. Given the quality of the discussion here and importance of labor competition to the startup ecosystem, I figured I would submit a post informing people that the public comment period has started and comments can now be submitted on regulations.gov.

You can view comments here: https://www.regulations.gov/document/FTC-2023-0007-0001/comm...

And you can post them here: https://www.regulations.gov/commenton/FTC-2023-0007-0001

For more information on how the public comment period works for NRPCs, see https://publiccommentproject.org/how-it-works

High-quality comments are difficult to write and take months or weeks of time, but even short notes about how this rule impacts your career or business can make an impact on the rules making process.
"Youth is the most precious thing in life; it is too bad it has to be wasted on young folks."

When I was young, hungry, eager, I would drive fast and take chances, fail fast often, move fast and break things, you get the idea. I would have ripped apart that API and put it back together in record time, paying no attention to any debt I have accrued.

Years of mistakes have earned me the caution necessary to not deliver products that ruin my nights and weekends, disappoint clients, or make my company look incompetent. It sounds like your experience is correctly preventing you from making those mistakes.
It also disproves nothing, ie your argument bears no weight either. At least I have shown some examples where smart people of this generation are building complex things that, were they born 50 years ago, would likely have been able to build the Internet too.
California e-ink platemaker exploited to track equipped cars
To be fair: current generation does not exist in a time where inventing the Internet is necessary. And there probably are some big ideas out there incubating in obscurity that will only show themselves to be important much later.

Do we lack the vision for such big projects? Absolutely. Is it only the current generation's fault? Absolutely not. This is very widespread.

> They don't have the attention span or the culture for it.

I'd argue there is almost _no_ technical culture whatsoever. It is basically "trending on HN" and comment section discourse. This is a massive problem and contributes to the shoddy state of a lot of software nowadays.
But, MongoDB is web-scale: https://www.youtube.com/watch?v=b2F-DItXtZs
Yes, but the comment I replied to implied that software will just stop working. If software has been working for years and then stops working, it's usually something fairly small than can be hacked quickly.

In my specific case, the tool had a whole bunch of hardcoded values. It checked authorization against an LDAP server, that all changed. Connected to a sql sever that moved + credentials changed. Assumed certain files existed on certain network drives which were moved.

Technically, it could have been solved by faking all the infrastructure. It also could have been solved by digging out the source code from tape drives. But everyone was running around saying it was "impossible". I was shocked how quickly people tossed out "impossible".

It could have been done with a simple hex editor, but the new values were longer than the old values, so the strings didn't fit. I put the new strings at the end of the .data section and then just changed a bunch of offsets.

I agree that if you're writing the next version of the software, you can't do that quickly when nobody knows how the current version works. But chances are, you're not writing the next version of the software quickly even without churn.
Truth of Entrepreneurial Success:Embracing Failure and Navigating Uncertainty
Definitely, I really enjoy the powerblocks. There are few things that are buy it for life anymore but weights seem to fit that category.
I wish the best as well. But don't forget that at the same times all kind of other people had to move or cancel their treatment because the hospitals were full. What weighs heavier is for the statisticians to figure out.
>controlled access for addicts, and solutions such as mandatory mental health treatment for access.

So you missed this part then?
The HTML <input type="email"> regex is a good starting point for "what's a valid email address": [1]

/^[a-zA-Z0-9.!#$%&'*+\/=?^_`{|}~-]+@[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?(?:\.[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?)*$/

If you want to be a little more precise, the '.' characters in the local part cannot be consecutive nor occur at the start or end of the string. Also, the syntax does not account for EAI (add any non-C1 control non-ASCII Unicode character to the list of allowable characters), nor does it account for IDN (complicated, but it's IDN, there's libraries for it).

Unfortunately, email is in a weird space where there's a lot of clearly incorrect validators out there that fail on common stuff (e.g., dashes in domain names, weird TLDs, etc.), but trying to find a good one is hard because many people want to "help" by flexing how good they are at covering really, really weird cases that you honestly shouldn't want to support, like relay routing, or RFC 822 comments in email addresses (which aren't actually part of the email address!).

[1] https://html.spec.whatwg.org/multipage/input.html#email-stat...
4090 (or 3090, 1080Ti and so on) is a high-end consumer GPU, but at the same time it is an entry level GPU for AI researchers. Don't forget that workstation cards (RTX 8000) let alone server-grade GPUs such as A100 are an order of magnitude more expensive.
It’s not the model that’s the edge here but the scale of compute. A PC user is not going to be able to run such a behemoth which has billions of input neurons. This is not an ideal ML model
> cheaters and honest folk alike benefit from social services

You can't just help yourself to this claim since it is precisely this that I am disputing. If in fact nobody is actually benefiting from government services, then the problem isn't "cheaters" who don't pay their taxes, the problem is "enablers" who do--thereby giving money to a government that is failing to do what it's supposed to do.
A lot off people dont understand which version to use. this video sheds some light on which is best for people
https://www.youtube.com/watch?v=aMCP4hyzXwg
The airline industry is more or less an oligopoly and perhaps even a commodity service, so growing market share kinda means not sucking. The basic experience of an airplane (getting from point A to point B quickly) hasn't changed much. I can see how a MBA / spreadsheet type at the top can add a lot of value here.

Rackspace on the other hand is in the middle of a pretty cut-throat market segment, with lots of competitors and a large need to keep up with them feature wise. You absolutely need a visionary / this is what our market will look like in 3 years person running the show here. Rackspace could have filled a need between Digital Ocean and AWS, but I don't think they ever saw it that way....
In the US, copyright status is determined by when something was published, not how old it is. The two are not related. That's how we get stupid things like the University of California and the Mark Twain Foundation claiming a copyright on his autobiography, written circa 1909, until 2047 - 137 years after his death.[1]

[1] https://en.wikipedia.org/wiki/Autobiography_of_Mark_Twain#Ma...
Heroin is not really that bad when it is pure: arguably less terrible than alcohol.

Getting it pure from a legal point of sale would ruin the drug market and would remove any interest in growing the market. This would effectively end the drug system.
> Now my opinion is that maybe it should be the last step, after addressing the causes of gun death (suicide and the drug war are at the top of the list).

That, unlike gun regulation, would actually save lives. Keep in mind The US has a much lower suicide rate than South Korea, despite South Korea having extremely strict gun control, for instance.

In countries where guns are unavailable, people simply resort to other means. But their casualties aren't aggregated under the "firearm death" column.

To me, gun control is about political gains. Not saving lives.

https://en.wikipedia.org/wiki/2016_Nice_truck_attack

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

https://en.wikipedia.org/wiki/London,_Ontario_truck_attack

https://en.wikipedia.org/wiki/2014_Calgary_stabbing

https://nypost.com/2020/11/03/quebec-police-release-new-deta...

https://www.the-sun.com/news/2445508/toronto-van-attack-ince...

https://en.wikipedia.org/wiki/2017_London_Bridge_attack
I'm not a huge fan of cutesey names but a lot of those names are variations on or homages to Kubernetes (Greek for "Helmsman"): e.g Skipper, Harbor, and Helm from your list.
It's a sorry form of respect.

Imagine if this was called the Irish Software Foundation or the Palestinian Software Foundation or the Xhosa Software Foundation or the Asheknazi Software Foundation.

> The Irish Software Foundation was named from respect for the Irish people, well-known for their fighting spirit and perseverance against hundreds of years of adversity.

> The Ashkenazi Software Foundation was named from respect for the various Jewish peoples of Europe collectively known as Ashkenazi, well-known for their strong academic traditions.

It would be so blatantly idiotic and racist that nobody would ever do it.

The name "Apache Software Foundation" sucks, and this is long overdue.
> identifies as needed

That's how it works even with the same guys on projects. If you think it would break (no tests found), write the tests first. I don't believe someone would write a complete mess million line of codes that works without some tests and docs, that would make him kinda genius.

And global vars and goto is not hard to figure out, it's hairy for sure.
> they can call a plumbing company at 1-800-CLEAN-ME

And, in fairness, that is a reasonable thing to want. The problem is it's not clear whether or not that's possible, and it is clear (but completely ignored by the people who ought to be aware of it) that our current software development methodologies don't even come close to allowing it.
This is the sort of nonsense argument people use to justify not writing comments. "But the comment might get outdated!!"

Yes it might. But it probably won't, or it will be obviously outdated, or outdated in trivial ways or you can use Git blame to check how the code was when it was written. All of which is better than no comments 99% of the time.

The number of times I've read a comment and eventually thought "oh damn that was misleading, I wish that comment wasn't there" is like... 10 in my whole life.

The number of times I've thought "why does the foo-service also do bar? I wish they'd named it completely randomly instead" is precisely zero.
That we still don’t have rapid recharge close to gas?
So I've been using Scheme for a couple of years now and really enjoying proper interactive development (why would I recompile my entire program to run the tests when I can just run the tests whenever I feel like?) and I was fairly happy with it, though I'm always very aware that using less power/time efficient languages is harmful to the environment. So I decided to give Common Lisp a try after repeatedly hearing that it's faster than Scheme and I wound up falling in love with its support for type checking (well, with SBCL's support for type checking).

Now I have my interactive programming with the nicety of having SBCL warn me when I'm passing an integer to a function that expects a string or something like that. Not only does it help me make fewer mistakes while programming, the type declarations also help SBCL generate more efficient code. It's a win-win all around.
Do you read for fun? I had declined in the amount I read purely for pleasure over the years, and recently re-upped my time spent in it, and subjectively I think it improved my reading in general. There are some studies that seem to support that:
https://neurosciencenews.com/reading-aging-memory-22011/

On a more active path, you might also consider consulting a neurologist and describe to them your the differences between past and current reading performance as well as observations of the problems you're having now.
Palantir Announces Strategic Partnership with Cloudflare
Re not watching video: This is the most crowded road, after a downhill slope, in a major metropolitan, after a mile of bridge driving, reaching a reduced visibility tunnel, with one way traffic, and 5+ lanes.

There's too much traffic. It backs up into the streets, before this bridge + tunnel regularly. The speed is already restricted.
You'd probably get the same effect from chowing down on eggs. Protein does it. Also, being sick of eating eggs all the time might help curb your appetite :)
Oh right the result of the comparison. Thanks.
Nobody in the department understands Perl or wants to.

And that is the problem.

I don't know how bad that code is - a lot of Perl code from that period is not good - but learning enough Perl to have a shot at it literally should take a competent developer a few minutes if you had someone explain it to you.

You might find the language weird. $ means "the". @ means "these". % indicates you're building a lookup. Which you then access with braces. So %foo is a lookup. And $foo{$bar} should be read "the foo of the bar...".

Early Perl 5 means it probably doesn't use references or objects. You do use regular expressions. While regular expressions are built into Perl in a way that makes them easy to use, Perl-like regular expressions are in pretty much every language. So the effort you need to use them is directly portable to Python, JavaScript, Java, etc, etc, etc.

Fluency takes a lot longer. But getting to the point of "I can puzzle my way through a language I don't know well" should be doable very quickly. And it is a skill that every developer should build. Because I guarantee that whatever language and toolset you are using now, you'll need to be able to switch at some point in your career. And practicing in advance will help you. Plus being the person who can puzzle out old ganky code in another language lets you be a hero in fun ways!
Some people (like me) just don't want to work and have to figure out how to sustain themselves with the minimum work possible.

I've worked with people who will gladly pull all nighters to get that last ticket finished. Absolutely crazy.

Honestly would rather be homeless than work like that.
They won't join the cohort, because the cohort doesn't want them, and will just buy a fledgling business in the market instead, like Tobacco companies buying juul.

It's laughable that people think you can just "join" the elite, like if you have enough money.