skysight-inc/HackerNews huggingface dataset:
Location: Los Angeles (Culver City, Downtown, Venice, Santa Monica)

Title: Solutions Architect and Senior JavaScript Developer

Resume: https://www.linkedin.com/in/doorty/

10+ years experience building mobile and web products from scratch. I've founded tech startups and lead engineering efforts at large companies. I have a MS Computer Science and can do full stack. However, I'm more of a design thinker and often focus on the presentation layer.

Email: brent at doorty dot com
> Carmack wrote Quake on a NeXT and shipped on Windows, so if he was doing it back in the day, how wrong can it be?

This claim has mutated so grossly over the years it's comical. I clearly recall reading back in the day, probably in Dr. Dobbs Journal or Game Developer Magazine, that the NeXT Cube was largely used just for tools like the level editor, and they were generally seeking uses for the novel machine.

It was not the primary development environment. They only had one of these expensive machines after all, and the photos I saw from the era were of designer Tom Hall using it [1].

Do you really think John Carmack and Tom were sharing a computer while they hurried to create Doom?

From the caption for the NeXT Cube photo in the linked gallery showing Tom Hall, it's clearly his machine:

This picture was taken during DOOM development in 1993.
Tom's busy working on a map in my map editor, DoomEd,
but don't worry - you won't be able to make out anything on
the screen! Tom started many of the original DOOM maps and
after he left, Sandy Petersen finished them -- some of the
maps had very little work done to them, in fact.

On Tom's monitor is a little printout that says, "Quality".
He always has notes stuck to his monitor to keep him
reminded of .... things. That orange thing could very well
be the very first keyboard wrist pad -- made by a friend of
his back before you saw them in stores. The speaker at the
far right is one of the first Altec Lansing clamshell
models. The microphone in front of Tom was there for
NeXTSTEP's awesome email feature - built-in voice emails! We
always sent them back and forth... I think I might have some
of them lying around here...

[1] https://romero.smugmug.com/Video-Games/The-Archives/i-T8gzwx...

Edit:

It's possible they all moved onto NeXT machines after the success of Doom, but I am not aware of it. The NeXT tooling was not mature at the time and targeting x86 Windows/Dos from NeXT would have been a real nuisance. That's why it made sense for tools, since they could develop and run them on the NeXT machine.

Actually, I stand corrected, if Romero's account here is honest they appear to have done it all on NeXT. This is entirely inconsistent with what I read at the time:

https://web.archive.org/web/20070305165006/http://rome.ro/20...
This doesn't really make sense to me. The dep graph is a second-order thing, a conceptual model that's emergent from the parameters to the imperative constructors. It's not a first-order thing that we manipulate directly. There's no way to even represent a graph in a text file without flattening it to some order, anyway.

The point being made is that just writing the construction statements in the main method is exactly "declaratively specify[ing] that tree", and that "having to worry about how it is actually constructed" is incredibly valuable knowledge to maintainers, because it allows them to see explicitly how components are constructed, and how they interact with each other. It's not something you want to hide with a framework, it's something you want to lift up, front-and-center, so everyone can see it.
I know what you describe is common, but the purpose of the daily really isn’t to boast about your heroic achievements of yesterday, or give a status report to management. That part should be cut out entirely much of the time.

A better idea is to plan the current day, identify where someone could use help, where two people need to coordinate more closely or on what issues further discussion is needed and with whom. If there’s nothing to discuss because everyone is already on the same page, that’s great, cut the meeting short and start working.

Also, depending on your setup, people who can never usefully work together on anything probably shouldn’t be part of the same daily standup. I’ve seen several cases where this meeting was way, way too large.
Having experienced it both ways a few times, I would argue this result is a manifestation of a tradeoff. The best way in any single case is circumstantial but there is a natural selection bias toward different average outcomes.

Having multiple founders creates a drag on execution efficiency because it requires active maintenance of a consistent vision across the founders and diffuses the "moral authority" role that uniquely falls on founders. I've never seen this implicit coordination overhead be trivial at any startup. However, the major upside of having multiple founders is that learning how to effectively execute every aspect of a startup also has an incredibly high overhead that lends itself nicely to divide and conquer. The ability to scale the learning part can offset the overhead of coordinating vision.

Solo founders work best if they are experienced at startup execution. They've already learned how to do it, so there is much less learning to distribute across founders and the clarity of vision streamlines execution. Confidence of the founders in their own abilities plays a role in choosing to be solo.

My general observation is that people who choose to be solo founders tend to have prior experience that gives them confidence in their ability to execute the current startup well, require less learning to be successful, while gaining the execution efficiency that comes with having a Benevolent Dictator. This begets more execution efficiency and fewer mistakes, which increases probability of success. Having multiple founders can make a lot of sense if they have little prior experience i.e. they need to scale learning at the same time they are trying to scale the business.

tl;dr: The structural benefits of solo mostly accrue to founders that also have substantial startup execution experience, and choosing to be solo often reflects confidence in their ability to execute based on prior experience.
Oh I think I could safely assume that from the dismissive tone
Launching in 2020 means two years (starting in 2018) of using the more expensive and slower Nvidia chip. By using the 14nm process now, Tesla paid far less on upfront dev costs (we're talking tens of millions versus billions) and saved on unit costs right out the gate, putting them in better position for smaller process sizes in the future.

Volta architecture is much more general purpose than Tesla's.

If you're doing a custom ASIC hyper-focused on your application and you're not selling hundreds of millions of them, it doesn't make sense to lock yourself into paying of dev costs for cutting edge fabrication techniques with risk of yield problems and questionable per-unit economics.
Org | NYC, Zug, Singapore, World | AI | ONSITE, REMOTE

Expert in reinforcement learning or data-driven program synthesis? If so, we have a way to connect your expertise directly to cash.

hi@org.network
Anyone with a scintilla of intuition about human behavior would have recognized at least a year ago that Musk was begging for a way out of Tesla. The talks he gave about how overworked he was, the tweets, and the violation of the judge’s orders screamed out that he had given up.
> I would say one of the 5 ran Agile well,

What made them stand out? What did the do to make it run well?
"Still, it's better than to have a company and not a product."
> It's not infeasible to train an automated driving system specifically suited to the streets of LA or wherever

You don't know that.
In what text did they point this out?
I wouldnt say zero, but not much at a macro level, here are the stats: https://news.ycombinator.com/item?id=19799246
HCaptcha.com and Imachine.com are hiring for all roles and all positions. We are fully remote friendly but we also have offices in san francisco, berlin and helsinki. The main thing we are looking for is a history of code or projects which you can share.

- ML Expert for our research department. We are mostly looking for people with experience with Computer vision and natural language processing.
- Javascript Frontend Expert. Pure JS or react, come help us design many of our interfaces, our captcha and help solve unique ML psychological issues around captcha design.
- General Programmer. We use a lot of python web services, and have a ton of projects we want to build. We will discuss the details once we hear about your skill set.
- Unity Expert. Come help bring monentized captcha's to unity

Please contact alex@imachine.com directly. I am a cofounder.
Coaches Are Booking Clients Who Thought They’d Never Have to Swipe
Assembled | Software Engineer | San Francisco, CA | https://www.assembled.com/ | Full-time

Assembled is rebuilding how customer support teams operate. We’re building a platform that manages shifts, automates schedule changes, and routes realtime information for customer support teams. Our customers include fast growing tech companies like Stripe, Casper, GoFundMe, and many more. We’re a small company looking for foundational members of our team who will be super customer-centric and excited to take on lots of responsibility.

We work in project-based units of work. Some recent examples include:

- Generating optimal weekly shifts using Monte Carlo tree search
- Dogfooding our API to implement flexible CSV exports
- Integrating Intercom as a new data source
- Creating a spreadsheet-like calendar experience for large teams

If this sounds exciting, send us a note with your resume to recruiting@assembled.com.
Interesting. https://www.youtube.com/watch?v=c7_R1Lj0BV0 (British Pathé) shows both astronauts descending, shows Armstrong touch the ground, then moonscape, then Aldrin.

I can accept your statement about which is more popular. Your observations are more informed than mine. Thanks!

The article explains the reason for why almost all shots were of Aldrin.
I did this (in an RV) for a few years in my younger days, when starting my first business. It worked very, very well for me and came with the added benefit that I could move my office any time I wanted to be in a place that was more convenient or enjoyable.
Not really, especially when there are dozens of alternatives to vivox. But it is definitely the only thing they could suggest without saying "yeah, you should use Mumble, is objectively better".
Presumably the bus running on line 59 doesn't run once a day; it makes lots of loops back and forth on line 59. Electric charging is not so fast that you can do it in the short amount of time that buses are required to turn around, which is usually measured in minutes.

A rail network rarely has capacity for both decent freight (America) and decent passenger service (Europe). There are some exceptions to this rule, like China. But on their end that necessitated building an entirely new national rail network so that they could make room for freight trains on the old one.
AdGear - ONSITE - Backend Engineer (Erlang, C, Rust, F#) - Montreal - FullTime
AdGear - ONSITE - Data Engineer (Scala, Spark, Kafka, Vertica, AWS)- Montreal - FullTime
AdGear - ONSITE - Front-end engineer (SASS, Bootstrap, Webpack) - Montreal - FullTime
AdGear - ONSITE - Javascript Application Engineer (TypeScript, React) - Montreal - FullTime
AdGear - ONSITE - Ruby Application Engineer (Ruby, Rails) - Montreal - FullTime

Following its acquisition by the Visual Display division of Samsung in 2016, AdGear is now focusing on enabling brands to connect with Samsung TV audiences as they are exposed to digital media across all devices. We're trying to bridge the gap between traditional TV advertising and digital advertising!

For more information, complete description of roles, and details on applying, please see http://jobs.adgear.com/

#erlang #c11 #rust #scala #ruby #typescript #react #opensource
I (finally) learned to touch type after picking up a Microsoft ergonomic keyboard a couple years back. Really forced me into touch typing since there was a clear division between each hand.

Prior to that, I could type at a very decent speed and pseudo touch typed: I would put my fingers on home row but quickly I would lose that discipline and look at my hands as I typed and use the wrong fingers for various keys. I'm guessing that most people who are using VIM (or just programming on a daily basis) are close enough to count even if it isn't proper touch typing like I had in the past

That being said, I'm SOO much faster than I used to be and would encourage people to grab an ergonomic keyboard. Better for your body and it forces you to type properly :D
For Open Source, It’s All About GitHub Now
When you say remote and onsite, do you mean there is the option to do either, or that the job entails both? Because if you're offering fully remote positions for that pay with federal benefits/pension... damn
That's not what the article originally said, so it appears that it's been updated since then. Good think I quoted the relevant section of the article in my comment...

That being said, existing self-driving cars already have some cameras at that level without displaying the sort of accuracy the researchers found, which relates to the methodology issues other commenters have noted.
Because some of us want to game on Linux. I can both dual-boot or fire up a VM but typically won't for games because it's a hassle, especially when I can get most of the games I want to run without resorting to that. Granted, it's a small market that many game devs aren't interested in. That's fine, we'll support the ones who are. But it's far from a platform that 'nobody will use' for games.
bitExpert AG | Mannheim, Germany | Full-Time, Onsite | https://www.bitexpert.de

Our key to success is an experienced team who believes that the attribute „Made in Germany“ can be recognized in each line of code.

To learn more about who we are, our engineering culture, and whether this is the right place for you, read our Key Values profile: https://www.keyvalues.com/bitexpert

Our open positions:

* Frontend / Javascript Software Developer: https://www.bitexpert.de/karriere/softwareentwicklerin/?ref=...

* Junior IT Project Manager (Application / Web Development): https://www.bitexpert.de/karriere/junior-it-pm/?ref=keyvalue...

* Magento Developer: https://www.bitexpert.de/karriere/magento-entwicklerin/?ref=...

Tech Stack: PHP, Java, HTML5, CSS3, Angular, React, PostgreSQL, Docker, Nomad
Location: WA State
Remote: Yes

Willing to relocate: Negotiable

Technologies: Primarily back-end: Scala/Play, Python/Flask/Django/SQLAlchemy, SQL and NoSQL databases & related libraries. Cloud - primarily Google (GAE, VMs, Datastore), comfortable with maintenance and hardening of *nix systems. Knowledge of GIS concepts and experience with PostGIS and Leaflet. Security+ cert, former CISSP.

Résumé/CV: http://acme.li/cv2019.pdf

Email: hn@karte.co

I'm a senior developer/architect and have worked as employee #1 at startups, as an independent freelancer, and even for BigCo. My current go-to languages are Python and Scala but Elixir looks promising. I'm very interested in functional programming, GIS, databases and distributed systems. Potentially open to relocation after a short trial period.
You need a license for qt-creator if you want to work on commercial software (or that was the case last time we checked about a year or two ago). There might be exceptions for your case, do check, because it is a nice product. Other paid IDE alternatives are CLion, which I hear is excellent, as well as SlickEdit, which is closer to an editor than a full IDE, but does offer building, debugging, completion.

Free alternatives would be Visual Studio Code, which is pretty ok even for C++, or KDevelop, which almost kind of works, or SpaceVim / SpacEmacs and about a week of learning how to use it. I'm in the final camp, since basically every serious C/C++ dev on Linux has a Vim or Emacs setup they've built themselves that does about 90% of what Visual Studio gives you out of the box, with some things better and others worse. It can work pretty well, but you have to understand it's not VS and it works in its own way.

If you have the money, you can buy a good IDE for Linux. Otherwise, learning to make your own out of high-level building blocks is also a useful skill, but takes a little bit of time. Personally the first time I had to write C for Linux out of college it did take me about a week before I was up to speed with it (but I was already sort of familiar with vim as a pure editor).
I would love to have "only telnet" to the home router of the author, it's just telnet after all, right? It's like saying the opening the port 80 on your router to the internet is safe because it's just plaintext over the line.
Counter-argument: that's how most suspects are handled in Japan (sadly), but people care about it only now that it affects a rich westerner, as you comment demonstrates ("stunning corporate turnaround and creating billions of dollars of value").
while the world's economy is fueled by adding more people to the mix forever, we're not going to solve any problems. people have to imagine and accept a world where the market might not grow without limit and where outputs decrease from one year to the next without it being a disaster. grey pyramids have to be accepted without righteous outcry to open borders more fully. the population and its demands are the ultimate multiplier for all climate impacting activities.
Proton really does take Wine to the next level. Even a behemoth like Witcher 3 runs smooth as butter (better than on Windows according to some).

I wonder if the increasing popularity of Proton will mean more developers will simply stop targetting or porting to Linux. Games like Tomb Raider and Hitman got proper Linux releases that run great. Will we see a drop in quality with Proton? Or will Proton simply mean that targetting Linux becomes cheaper? That is, there is still a need to perform proper QA of course, but only a minimal amount of coding (mostly fixing bugs found during QA).
>Nobody suggested what you are asking about.

That is exactly what I was talking about it my original post. No matter how many cars in the US get replaced with electric ones, China is still going to be building and driving gas-powered ones, and we have limited influence on their domestic policy.

>But it seems you are suggesting that rather than generating electricity locally by sustainable means, it would be a better idea to create synthetic gasoline in the US, then ship that to China for them to burn?

Not at all. In fact, the very first prerequisite for what I'm talking about is that the US has switched entirely to nuclear, wind, solar, hydroelectric, and other non-CO2 emitting power. At that point, there's little the US can do further reduce global CO2 emissions, at which point generating extra electrical capacity and using it to synthesize ICE fuel starts to look really attractive.

And again, this isn't something that is necessary or even viable in the short term. Over the long run, however, it seems like an important way that more industrialized nations can lower the CO2 emissions generated by internal activity of less industrialized ones.
Quantity Is No Panacea for Training Data
Interesting stuff.

Some notes:

(1) It's believed that the Vanguards and State Streets are inclined to encourage the companies they own to compete less. If the same people own the largest chunks of American and Delta, for instance, why should they fight?

(2) Those kinds of fund managers have been targets for the "activist investor" hedge funds and private equity types who will canvas them to cast their votes.

(3) The range of low-fee products is rather limited because of market constraints. For instance there used to be a fund that tracked a broad market index minus the S&P 500 which would be good if you believed there was an "S&P 500 bubble" caused by index funds, but it wasn't a sustainable product because of trading costs and tracking errors.
> Honing is what you do to a knife blade.

...or to your skills.
Rigetti Computing | Software, Data, IT, Fab, Physics, other | Full time | On-site | Berkeley & Fremont CA | Visa Sponsorship | https://www.rigetti.com/

Rigetti Computing is building the world's most powerful computers to help solve humanity's most pressing problems. Our quantum computers are publicly available on our platform, Quantum Cloud Services, today and free for academic use. We're looking for software engineers, data engineers, physicists and others to help design, test and build our next generation of quantum computers. Our software stack includes Python, Common Lisp, Julia and Typescript, and we rely on Docker, CI/CD, and cloud deployment.

A few of our open roles:

- Director of Infrastructure, Quantum Cloud: Lead our infrastructure organization and enable the success of Quantum Cloud Services.

- Software Engineering Manager, Quantum Software: Lead our software team that builds out our internal-facing tools.

- Software Engineer, Qubit Manufacturing (Fremont): Support our fabrication facility with analysis, automate custom tools.

- Software Engineer, Qubit Design & Test: Work with our qubit design and theory teams to build automated simulation and analysis pipelines.

- Software Engineer, Data Infrastructure: Build out our internal data infrastructure and collaborate with our full-stack quantum engineers and deployment teams to support Quantum Cloud Services.

- Senior Full-stack Software Engineer: Help build and optimize Quantum Cloud Services.

- Director of Site Reliability Engineering, Infrastructure Engineer, Site Reliability Engineer.

- Quantum IC Design Engineer: Develop simulation and CAD tools for building quantum circuits.

- Senior Software Engineer: Improve the performance of our qubit control software and compiler stack.

- Infrastructure Engineer: Build out our internal compute infrastructure and support Quantum Cloud Services.

- Software Engineer, Quantum Applications & SDK: Develop and maintain open source tools and libraries for quantum programming focusing on near-term applications and algorithms, in areas such as chemistry, physics, optimization and machine learning.

- Computational Scientist (multiple positions): Enable simulation-driven device design via a Julia-based computational physics stack.

If you're interested in these or any of our open positions, please apply online to the most appropriate position and also email alex.mellnik@rigetti.com, mentioning this post.

Thanks!
You linked to the 1992 version, which was replaced in 2018.

Among other things, section 1.5 was always a disaster because copyright and patent are not natural rights, but special privileged statuses granted to (in theory) promote the accrual public benefit, and there's no reason practitioners should be required to subscribe to copyright or patent maximalist perspectives.

Section 2.8 was too broad because it didn't take into account security researchers, stuff like insulin pump hacking, etc., (which also ties back to 1.5 being too heavy handed).

Not that the 2018 version is tons better, but it tries more.
Presumably the staff of the two separate forensics teams that found no DNA on the split condom were quoted in the 100 page police report are qualified.

They did find DNA in the other woman's condom, but that condom was not split and there was no claim by her of condom sabotage.
You have to get off the computer and go outside.

Hobbies are a good way to meet people. Volunteer work is better.
Most estimates put it at around 15%, not 5. Stopping climate change is going to require action on all these vectors, and diet is one of the easiest to change. It also has knock on effects like clear cutting rainforest to plant crops to feed to cows.

On top of that it’s just cruel and unnecessary to go on eating so much meat.
Fred U.S. Measles Simulator