skysight-inc/HackerNews huggingface dataset:
> Who's responsible when your car made the decision? Is it Tesla? Is it the driver?

Any time a Tesla is involved in an accident, it seems like the company is more than happy to throw out reams of log data "proving" that it isn't their fault. But yet at the same time they maintain marketing material claiming their "auto pilot" feature is (or will be) so awesome that the human driver is only there to make the lawyers happy.
Everyone on their phone, that is, because unless you use PiHole I don't know if it's possible to block it on mobile.
How do they assess stopping distances without accounting for surface wetness? Is grip established through traction control systems somehow.
YouTube is a $15B-a-year business
Location: Poznan, Poland (GMT + 1)

Remote: Yes / Looking only for remote roles

Willing to relocate: no

Technologies: Vue.js, JavaScript, Node.js, Phonegap/Cordova, Wordpress, HTML5, CSS3

Website: https://lukaszkups.net/

CV: https://lukaszkups.net/static/lukasz-kups-cv-2019.pdf

Linkedin: https://linkedin.com/in/lukaszkups

email: letstalk (@/at) lukaszkups.net

github: https://github.com/lukaszkups

I'm a web developer from Poland with 9+ years of experience working on client & server side of web applications.

I love creating nice and useful things for the Internet people.

At the moment I feel most comfortable in working on Vue.js-powered Single Page Applications. Don't get it wrong though, I totally believe in can-do mindset and learning other frameworks shouldn't be a huge problem - in the end it's just a tool (that said I also know basics of React.js).

During my career I also had pleasure working on mobile apps built on top of JavaScript, Phonegap & Cordova. Wordpress theme development from scratch is not a problem for me either.

I also like to co-op with Ruby on Rails and Django devs, who provides me APIs for creating beautiful and useful frontend interfaces. I have also built couple simple endpoints using Node.js/Express.js by myself as well.
sadly RLM was right, it is an atrocious show because certain people in Hollywood and political friends of their are more than willing to trash the legacy of respected shows and movies to score political points and show how "woke" they are.

Gone is the attempt to tell good stories and now we are stuck with political preaching which always requires all the canon of the show or movie being used to be trampled if not insulted.

RLM pointed out the defining difference between Gene Roddenberry's Star Trek and all the tripe we have today. When he wanted to deal with race he had the characters blow it off, it was such a non issue then they could not take offense because it did not occur to them. (episode with Abraham Lincoln)

Instead we are served the tripe and hatred that the woke political movement uses to silence those it does not agree with or those who dare call them out.
RenoRun | Software Engineer | Montreal, ONSITE ONLY | Full time

RenoRun is one of North America's fastest growing venture backed startups, modernizing the way remodelling and construction professionals run their businesses. We are growing rapidly in Toronto; Montreal; and Austin, TX. Our US expansion is underway.

We are looking for talented individuals to join our growing development team in Montreal -- you'll join a diverse team of individual contributors and teammates and help build profoundly transformative products for the construction industry; from just in time delivery of construction materials to online commerce tools, all the way to planning and realtime scheduling applications.

We're currently hiring for three teams: a web development team building our online presence and shopping experience in TypeScript, NodeJS and React; a mobile team building cross-platform applications in Dart and Flutter; and a backend team building the intelligence platform and support APIs in Java (and possibly, soon, Clojure!). Other technologies and providers you'll interact with include AWS, MySQL, Ansible, Prometheus and tons of online APIs.

You can find out more about us at https://renorun.com/about#careers -- we are committed to a diverse and inclusive team and want to hear from YOU.
dupe: https://news.ycombinator.com/item?id=22229109
This is correct. But IIRC (it's been awhile), the device also sends it's programmed hardware id to the network, which in theory would allow the device to be tracked to some extent after flooding the network. The emergency call itself doesn't require a sim or active account (atleast in Canada).

I do have a recollection of watching a network outage ticket once years ago, where someone dropped their phone in a puddle which apparently caused the device to put out interference which some techs managed to track down.

There is also this case from Florida:
https://www.techtimes.com/articles/161146/20160526/florida-m...
"the only way" Don't let pedantic adherence to the wording of the UI be more important than security.
I mean today it is very easy to hold the whole market, so why take on idiosyncratic risk that doesn't have a positive expected return when you can just the whole market and maybe some factor premiums?

The price you bought it is irrelevant, all that matters is the current value of the security. If you have capital, it is always the best decision to put it in the market as soon as possible.
Normally I would say that investigating Google for antitrust violations would be a good idea, but I do not trust this administration and it's Justice Department to do it without having nefarious ulterior motives. It isn't hard to imagine what they may be: using the threat of a DOJ investigation to extort either money or political favors from the enormously powerful multinational technology conglomerate that is Google. The people who run the current administration have demonstrated countless times that they are not afraid to use the powers of the federal government for personal benefit and enrichment, so it has become impossible to trust any legal action they may undertake.
Sure, but this line of thinking applies to many non-tech jobs. For example:

- developing a training curriculum or materials

- designing operational processes

- developing a brand identity

The difference with software is that the software kind of runs itself, without much need for humans. The examples I gave above are also 'create once and execute many times' things, but they require humans to do the execution.
Commentary also has a long tradition of being fair use. People sold newspapers with reviews in them and they were absolutely able to quote from the sources they were reviewing. Quoting 30 seconds of a half-hour show as part of a review seems to fit comfortably in the tradition of fair use, whether it's a commercial use or not.
That's not how I imagine a total war. The point of "Total War" is that you start making every decision necessary to achieve your goal, that you weren't willing to make under a democratic process.

If we go to total war to prevent climate change, that means things like:

* Shutting down power and fuel supplies to poor countries that can't afford current solar or wind power

* Military conquest of uncooperative countries

* Bombing coal mines to shut them down

* Bombing oil fields so nobody can get the oil

* Slaughtering foreign civilians to reduce their carbon emissions

When I think of a "total war" caused by an emergency response to global warming, those are the sort of consequences I imagine. Let's hope we don't get to "total war".
Looks cool. I'm going to try it out for my home lab setup. I like the docs layout. What is that?

Any thoughts on the license? How is it working? Why did you pick that? I like that type of license, but it's not very common. Drone does it too, but I haven't seen many others. You don't have to answer if you don't want to, but it's nice to see people deviating from standard licenses like GPL and MIT since I feel like those make it too easy for large businesses to take advantage of small projects.

Your licensing and attribution pages look like a lot of thought went into it, so you probably have some decent insight.
You don't get a stable ABI by accident. MS chose to maintain stability on these recent releases. This is a change from past practice, in response to customer needs.

Customers who needed stability were staying on ancient compilers. MS probably would rather have them using new versions, and exercising new features.
Not at all. Self-driving cars cannot yet safely navigate complex or unusual scenarios. The human backups in test cars still have to take over with good regularity. That's not something you'd see if it were anywhere close to ready. Even with all their data, there aren't enough training examples of every situation. Deep learning models also have a tendency to be pathologically wrong in rare but completely unpredictable circumstances.

Tesla's self driving has resulted in cars swerving into gore points, for example.
SEEKING WORK | Poland | REMOTE (UTC/PT/EST)

We are a small team of Software Engineers with Startup mentality, specialising in Python/Django and React/React Native/Electron stack.
We've created a lot of successful POCs and Prototypes for our clients, worked as team extension for startups, created complex Web, Desktop and IOS/Android apps, provided maintenance and DevOps services.

Very friendly and communicative team, eager to hear your story!

You can contact us at rootx@rootxnet.com
Our website: https://www.rootxnet.com
What about computers being safer drivers than humans who are texting and driving?
https://in.mashable.com/tech/11062/those-apple-cards-are-loo...
All good points and I was of the same opinion before I underwent almost 2 years of mostly pairing. My takeaways:

People are different. The core bunch came from Pivotal which performed pair-programming interviews so were self selected. That accounted for about half the engineering staff so the other half didn't undergo this process. I myself have always been a solo developer so pairing was very unnatural at first and I didn't pair well with everyone. We rotated pairs every week (sometimes two) so that wasn't a big problem.

There are times when solitary deep thought is useful and breaks for that activity could be taken at will while the other pair works on maintenance tasks etc. Most of the time the work isn't of this type and more often less complex requiring light whiteboarding or on-screen prototyping which both work well when pairing.

The style of code that comes out of pairing tends to be more plain than when working solo. There is incremental progress in both implementations and design refinements when pairing. When working solo there tends to be grander designs with a moment where it all comes together or not. I enjoy the latter but find the former higher by average throughput. Pairing tends to eliminate more of the 'might need soon' or 'will need in the future anyway' implementations.

After pairing with someone a few times, verbal communication becomes very terse and fluid. An unexpected benefit was the ability to immediately resume context after interruptions or breaks.

The biggest advantage of pair-programming that doesn't get mentioned much is the organic spread of good practices and conventions. With approximately 20 devs it's not really worth writing and maintaining standards documentation and conventions for handing new cases that keep appearing. With rotating pairs this discovery of what works well and normalization upon it is natural. Minor tips and tricks aside from the source code can also be invaluable power-ups when learned by others.

Pair programming isn't about maximizing 'your own productivity' it's about maximizing the productivity, quality, and consistency across all dev teams.

Within that period we also tried full-stack dev pairing. This was much more challenging and didn't work nearly as well. We didn't stick with it long enough to know if it could become more beneficial because basically people self-selected into front or back-end development and liked it that way.

These are my findings from being both a solo and pair-programming developer. If you're curious and have an opportunity I highly recommend trying to stick with it for a while and see what your findings are.
Even if your home value doesn't increase whatsoever, you are still progressing dumping a higher and higher percentage of your monthly housing-related payments into the equity (payments are interest-heavy early on, shifting to principal-heavy later on). In 15-30 years, you have a paid off house that's worth what you bought it for which can be millions. Or you can leave in a handful of years and take the 100,000s of equity with you that will buy you house in cash in most of the country. Either way, you're hardly worse off.
See also:

https://www.nirsoft.net/password_recovery_tools.html
Crazy thing is my home country bank website only works with IE. The incompetent f*cks have re-done the website 3 times in the last 4 or 5 years. They still require IE.
Gitlab seems to have a real problem keeping women on staff or in management
I'm going out on a limb here, but I'd say this was not a coincidence. For HR, possible medical issues are always a red flag. This is the reason they're not allowed to ask about that stuff. Frankly, I'm a bit astonished by the other answers in this thread who say it's fine to mention this. Ask yourself: If there's another applicant with similar qualifications but without medical issues in the past, who would get the job? What can you possibly gain by mentioning this?
Let's use your coal mining example - Gilette, Wyoming recently had two mines close. There are 30,500 residents in that town, and 600 were left without a job. (Compare this to the 153 mining jobs lost across the entire state the year before). If every single individual there needed ten thousand dollars in temporary aid to help them relocate, retrain, or just weather out the year - that's 6 million dollars. So if six million people aggregated a dollar apiece, or six hundred thousand (roughly the population of Wyoming) aggregate ten dollars apiece, then problem resolved.

Being that this is too difficult a logistical problem, we instead propose as a solution raising many times that amount of money in campaign donations, lobbying, and volunteer hours to convince a significantly larger group of (the exact same) people (who we don't think will give a dollar or ten to the same cause) to spend at least that much in gas and time to get up and go vote for specific or general measures to care for these people instead.

Do you see the issues with this logic?
Funny you mentioned that, i've seen a FB job posting mentioning they are ok with misdemeanor on the record.
I wonder if there's a time they will okay a felony on file.
DeepMind, too? I imagine that is a real money incinerator.
2500 EUR if you live in Spain

https://www.agenciatributaria.es/AEAT.internet/Inicio/_Segme...
Not at Facebook. Zuck controls >50% personally.
At some point you have to determine your ROI on those 16% of users and determine if the extra effort to avoid modern tools is worth it. It's not Microsoft keeping IE on life support in 2020, it's all the vendors putting in a lot of work (or worse, putting in no work, as stagnancy is its own problem) to keep 16% (or less) of their users happy.
The best remedy for these tech giants is to force the use of open standards or to allow integration with other products on their platforms and products without profit sharing (e.g. 30% take) or any other share-cropper tactics.

Their big unfair advantage comes from the network effect of consumers using their products and the closed access to those customers.

Open integration benefits everyone except those with the monopolies.
Agreed. We can't just break apart Google and call it a day.

There are plenty of gigantic corporations who are probably looking forward to eventually acquiring parts of Google. I wouldn't put it past Verizon, who has not only partnered with Google but also fought for telecom control against them. Don't we also need to break these companies up as well? Or do they have too much influence in the government? Ajit Pai, for example, famously worked for Verizon before government.

I'm not trying to protect Google. But I just think that the government needs to find a way to enforce these breakups more evenly or else it just leads to further consolidation, as you pointed out.
Silly question, but is there any sense in testing websites in new Edge in addition to Chrome? I presume, that if website works on Chrome, it will work on Edge the same. Are there any gotchas in new Edge to watch out for?
Search and ads. They have abused their dominance of search to privilege their own products (places, hotel ads, shopping results).
At least traditionally, the driver had direct physical control over the vehicle through hydraulics. Obviously this has become less true over the past couple of decades with the introduction of electronic systems, but the traditional imprint remains in the popular mind.

(Truly) self-driving cars are, inversely, completely outside the control of the "driver". Anyone who has considered it even briefly has realized that governments will inevitably mandate lockout systems preventing people from using their own car if they are a wanted felon/drunk/a dissident. Such restrictions are completely impractical on traditional vehicles.
> I thought fully autonomous driving was meant to be done by now?

That is not what Elon predicted at Autonomy Day last April. He thought they would be feature-complete by the end of 2019, which is to say, that all the basic code paths necessary for best case city driving would be functional.

If you've done software development, you understand that getting to "feature-complete" is different from "code-complete", which is also different from "Beta", which is different from "GA". Those are each progressively later stages in the software development / release cycle.

Feature complete is merely the day that you can say that there is some functional code in place for all of the code paths that you expect to write. You would expect to be able to do an internal demo showing all the functionality working in the "happy case" at that point. Usually QA has not really even begun in earnest at this point. It is by no means the point where development is "done", which is for FSD in fact, approximately, never.

Code complete isn't always distinguished from feature complete, but in my experience, code complete would contemplate negative testing, error handling, and alternative processing modes which might not have been implemented at the point of "feature complete". Code complete typically signifies that from that point forward only bug fixes will be added into the next release.

Some projects can reasonable be expected to remain in testing, validation, and certification for several years after the point of "code complete".
The regulators need to do a better job preventing M&A of large companies. These companies all just wait for favorable climate before merging again.

I think we need a better solution than breaking up monopolies. Perhaps something like caps on profit margins and/or asset taxes that apply to companies which carry too much market share.
No. There is not yet enough data to say that Tesla's or anyone else's current technology is better than human drivers. You likely need tens or hundreds of billions of miles to prove that. However since accidents are a very low probability event, it would take substantially less data to prove that this technology is drastically less safe than human drivers and that hasn't shown itself in the data either. Either side that points to specific numbers as proof either doesn't understand the statistics or is intentionally trying to mislead you.
Why True plus True = 2
CareMessage (YC W14) | Remote Senior DevOps Engineer | Remote (North, Central or South America) | Full Time | https://www.caremessage.org/careers

CareMessage is a non-profit dedicated to using mobile technology to improve healthcare outcomes for underserved patient populations. Our web-based platform allows healthcare providers to reduce no-shows, increase attendance to preventive care screenings, and improve chronic disease management- all via simple “nudges” sent through text message.

We are looking for a Remote Senior DevOps Engineer to help build and maintain our a large, highly scalable, cloud-based web platform that streamlines care management and delivers interactive mobile programs to improve health outcomes. You’ll be working on exciting projects like leading automation of our infrastructure, and creating a highly scalable and fault-tolerant platform. Our engineering team follows agile principles in a test driven development process. We are a remote first team that values open collaboration and shared ownership.

Tech stack includes: automation with Ansible, Kubernetes, Docker, PostgreSQL, Shell Scripting, Ruby, Python, Nginx, Redis, Google Cloud

* Senior DevOps Engineer:
https://jobs.lever.co/caremessage/310bf63d-1f55-4fc2-bfd9-89...
There are other ways Google "leverages" its market share that are questionable. Look at the recent controversy about making all search results look like ads. They are also making it harder for ad blockers to exist in Chrome with every release. Favoring sites that implement AMP, removing urls...

I think our industry as a whole would benefit from Google being broken up.
SEEKING WORK | Europe Timezone | REMOTE

Technologies: Vue.js, JavaScript, Node.js, Phonegap/Cordova, Wordpress, HTML5, CSS3

Website: https://lukaszkups.net/

CV: https://lukaszkups.net/static/lukasz-kups-cv-2019.pdf

Linkedin: https://linkedin.com/in/lukaszkups

email: letstalk (@/at) lukaszkups.net

github: https://github.com/lukaszkups

I'm a web developer from Poland with 9+ years of experience working on client & server side of web applications.

I love creating nice and useful things for the Internet people.

At the moment I feel most comfortable in working on Vue.js-powered Single Page Applications. Don't get it wrong though, I totally believe in can-do mindset and learning other frameworks shouldn't be a huge problem - in the end it's just a tool (that said I also know basics of React.js).

During my career I also had pleasure working on mobile apps built on top of JavaScript, Phonegap & Cordova. Wordpress theme development from scratch is not a problem for me either.

I also like to co-op with Ruby on Rails and Django devs, who provides me APIs for creating beautiful and useful frontend interfaces. I have also built couple simple endpoints using Node.js/Express.js by myself as well.
We have several centuries of evidence that private industry is better at bringing innovative products to market than centralized governments.
"All signs point to driving requiring an understanding of what's going on around you, which this generation of ML does not provide."

That may be very true, but are most of us fully present in the act of driving ? Where the ML is deficient we can make up for it by making the infrastructure more robust.
Turbo Pascal, Wordstar, and dBase were the three killer apps that justified by buying a Z80 card for my Apple II back in the mid-80s.
SEEKING WORK | Mexico | REMOTE

Technologies: C, Common Lisp, C#, Perl, JavaScript, Java, Postscript, Scheme and TeX; MySQL, Oracle, PostgreSQL, and SQLite.
web-page: https://parentesis.rufina.link
email: See web-page

I am a programmer with over 20 years of experience in a variety of technologies.
It moves the target for user education yet again though. You know how we get the "allow notifications" popup everywhere now? Recently someone spotted a page which tries "to verify you're human, click allow on the notification".

If we spam users with requests like that and lose control of simple things, there's no chance for us to ask a meaningful question about webusb. I've seen this on my mom's mobile phone. It's full of news notifications that annoy her - because she defaulted to clicking "allow", because she's a typical user.
Is that data on self driving cars or assisted driving? I think disengagement statistics also need to be factored in.