skysight-inc/HackerNews huggingface dataset:
I've certainly found that to be the case when traveling to NYC. From where I live, a plane ride takes about an hour, and Amtrak takes about 6.5 hours...except that really, the total trip time ends up being about five hours for the plane and seven hours for the train. Flying involves driving twenty minutes to the airport, arriving early due to uncertain security wait times, going through security, waiting to board, boarding, taxiing, flying, taxiing, disembarking from the plane, and then even after all that you have to walk a long way through the airport, take the AirTrain to a different station, then get on yet another train to make it into Manhattan.

The train, by contrast, involves leaving from downtown near where I live, sitting on the train, and arriving in Manhattan a few blocks from my office. It's so much simpler and more relaxing, and much easier to actually get work done during the trip, so oftentimes it's worth the extra couple of hours the trip takes. If we could invest in high-speed rail and make the whole train trip even, say, 30% faster, there would be no contest.
BitMEX | San Francisco | VISA | On-Site | bitmex.com/careers
What is BitMEX - and why do we exist?
BitMEX is a derivatives trading platform that offers investors opportunities using only Bitcoin. We are not a spot exchange where you can buy Bitcoin with USD or other fiat currencies.
Across the globe, and particularly in Asia, we have over half a million open accounts, of which approximately 100,000 belong to active users.
Effectively, BitMEX offers commercial hedgers, Bitcoin miners, and professional and retail traders the ability to speculate on the price of Bitcoin, and to exchange Bitcoin risk, with other market participants on a level playing field.
Our platform was developed by ex-bankers who were (and are) well-versed in computer science, financial engineering, and traditional finance. BitMEX launched in 2014 and subsequently has grown to become one of the most important marketplaces in the crypto space.
Our hottest positions are listed below. Please apply if you are interested in learning more. For questions, reach out to people@bitmex.com

Sr Data Scientist https://grnh.se/2f0bcec62, Sr API Engineer https://grnh.se/499fb4222, Sr Visual Designer https://grnh.se/4b166f332
Better is relative, if large enough number of citizen want genocide then genocide will be legal.
I forgot to mention I don't visit any questionable sites whatsoever.

The problem isn't questionable sites (including ad networks), it's 0 days and hacked sites. uMatrix won't protect you from malicious js fed from the same site, or perhaps a malicious malformed font download[1].

[1] https://threatpost.com/of-truetype-font-vulnerabilities-and-...
Japanese and Chinese in particular can compress a lot more meaning in a byte than many other languages[1]. I pick up a random article at Nikkei.com[2] and calculate number of bytes of the first paragraph, and it's only 449 bytes in UTF-8[3]. Chinese is even more efficient at this, as you can basically fit the whole news in a Tweet.

[1]: Idiomatic Yojijukugo 四字熟語 is an extreme example for this, but there's non-idiom Yojijukugo too, e.g. 日米関係 is a 12 bytes word that translates to "United States-Japan relations"

[2]: https://www.nikkei.com/article/DGXMZO46571150V20C19A6000000/

[3]: It describes how people are walking around the park in Chicago on Jun 13 to catch a rare Pokemon with a one line interview of a son of Mr. Stuart from California.

(I speak three languages: Thai, English, Japanese)
Couldn't you layer your own account management and other conveniences on top of IRC ? Like use the underlying chansrv tech for auth but add your own layer on top for password retrieval or 2FA. You could always run a server which has dedicated bots doing the bounce per user. That way you never have to auth directly with the server, etc. Maybe a little over-complicated, but it lets you use the existing tech which is already widespread.
> This is despite only six out of over 3,000 comments being in favor of removing price caps.

Oh.. okay. Seems totally fair. If ICANN et al. want to charge an arm and a leg from non-profits seeking a .org domain on a public utility, I guess we can say goodbye to the prestige generally associated with that extension.
Someone doing what they enjoy, but wanting to be able to do it more effectively, is depressing?
One super useful hidden feature but terrible ui is you can start typing as soon as Win 10 start menu is open... example 'notepad'... I used to install classic shell just to get the [run] input box
>Doesn’t this negate a lot of the benefits of de-ICEing vehicles?

Sure some of the benefits, but the context is in the discussion of incentives and the attractiveness for the average buyer. 10km/day drivers have their needs sufficiently met with cheaper, shorter-range EVs.
Haha there's been quite a few Apple products that have failed out of the gate. Remember, they released an iPhone that couldn't make calls if you held it wrong and that was when Steve Jobs was still alive. Or what about the Power Mac Cube?
In the US that is exactly how taxes are paid. But because most people are shit at record keeping it’s all bundled under what’s called the Standard Deduction. Though you can itemize if you like.
In the spirit of that second paragraph - focusing on outcomes, not specific implementations - here's a rewrite:

Original:

> So…what’s the way out? It’s a smart focus on clear outcomes, not output, with roadmapped outcomes replacing planned milestones, with trusted product teams, not project teams, empowered to vet assumptions and discover the minimal path to value.

Rewritten:

> So… what’s the way out? It’s a focus on clear outcomes, not output. There should be dates for when specific outcomes should happen. Teams should be empowered to find the minimal amount of work needed to achieve the outcomes.

It's a really wordy way to say what any good leadership class would tell you. Focus on what you want more than how you get it, and let your subordinates decide how to get it. Both good product teams and project teams are capable of working that way.

This kinda sums up my problem with endless agile vs. waterfall vs. whatever discussions. The interesting parts aren't really new ideas and the extra buzzwords add nothing.
The DNS only provides one upside: memorable names.

But there aren't enough downsides to ever be more important than this one feature, or you would just be telling people IP addresses already.
My favorite podcasts are Lex Friedman and Sean Carroll.

Anyone, please feel free to suggest other similar ones.
Griffin | Backend / Full-stack Engineer | London, UK | Full-Time | Onsite ONLY [some tolerance for remote UK, none for remote INTL | https://griffin.sh

We are building an API-first "platform" bank in the UK to be the partner bank of choice for fintechs. We want to make it easy for startups to launch prepaid cards, run brokerages, start insurance firms, and more - all over API.

Currently closing our seed round [expecting to have everything finalized in the next week] and are looking for our first two engineering hires.

Stack is Clojure[Script] / Kafka / Postgres / Kubernetes

A complete list of all of our open roles with a bit more detail is here: https://griffin.sh/jobs

Email jobs@griffin.sh to apply
Zipcar | ML Engineer | San Mateo / San Francisco, CA | Full-time | ONSITE | Valid US work visa only

Hey, I'm Olly our Lead Data Scientist -

Are you interested in solving NP-hard transportation optimization problems?

We're looking for an ML Engineer to work hand in hand with Data Scientists to help scale our spatial demand modeling and simulation optimization processes.

Stack -
Python, Dask, AWS, GIS. But if you think the tool is right for the job - please persuade us.

Office -
A small, diverse office of roughly 20 people. The office focuses on Data Science, Software and Firmware engineering for our core Zipcar platform.

Very little MGMT or meetings. Plenty of whiteboards, ping pong, smash bros and time to focus on writing code.

Careers page - https://www.zipcar.com/careers

Impact report - https://www.zipcar.com/impact

Apply at - https://careers.zipcar.com/vacancy/machine-learning-engineer...

Or drop our technical recruiter an email at phall@zipcar.com

¯\_(ツ)_/¯
exactly my experience. Assuming that a powerful enough server is available to do that. Our first attempt to run gitlab on some small cheap VPS (2 cores, 4 gigs of ram) was a total disaster.
Great article, and fantastic to see a spotlight on an issue that I've thought a lot about.

The sad part is that to a lot of scientists and researchers, software/software engineers isn't something worth paying for. It's not uncommon to see "programmer" jobs that are looking for 3+ years of experience that offer <$15 dollars an hour in the US. Sometimes they're "volunteer intern" positions. Of course the people who end up filling these positions aren't usually actual developers, so the software gets built poorly, eventually gets scrapped, and the cycle continues.

Management also hasn't really evolved past the 90's. Non-technical scientists often want 100% of control and to make each decision, but don't want to spend any time on it. This means developers often have little to no specs to work with, but spend all of their time guessing about what the scientists want, and having to go back and fix everything after.

>“That’s really the tragedy of the funding agencies in general,” says Carpenter. “They’ll fund 50 different groups to make 50 different algorithms, but they won’t pay for one software engineer.”

This is the crux of my frustration. It's not even 50 different algorithms often. A lot of the time, 50 different research groups will be working on very similar programs, and none will be able to deliver a working version.

Though the article mentions that research funding does exist, clicking on one of those funding pages and looking through their examples reveals that only ~1/10 of their websites are actually still active, and they aren't old sites. Again this goes back to the whole "scientists don't value software thing". I've seen scientists happily sign off on spending $20,000+ on hardware components that would usually cost <$100 to make, but balk at contributing $50 yearly to support open source.

I got lucky that I managed to find a place where I get paid fairly, and my boss is actually technical and can manage tech projects well, but these places are few and far between.
The information displays built into the viewing window frames are very nice, but you already know those will be the first things to get thrown out for cost and/or complexity.
Agile is just using mindgames on the customer to better get away with the usual crimes of software development.
Its basically a re-branded IKEA-effect. If you where a integral part of the development all the time, no matter how clueless- and calling the shots, you lost your edge and arguments to complain.

Also the castastrophe happens in small, homeopathic dosages, so the "disaster" is distributed and thus not percievable.
The rest is the same. Always was, always has been.
I half-agree, I love online meetings for visualizations (not strict color design) because everyone is seeing the same thing on their screen and not a whiteboard or presentation. There's more engagement and most tools allow for easy sharing and markup as well as video recording and transcribing.

Some sessions are easier in person absolutely but there are not plentiful enough to consider requiring butts in seats everyday.
I get my averages from

sum(list_of_bools) / len(list_of_bools)

and

np_array_of_bools.mean()

There is probably a more correct way, but I enjoy it.
I think one of the top skills for management / senior dev is to be able to translate between software estimate uncertainty and the business reality surrounding the schedule.

For example, if you ask, "How long will this project take?"

You could just say, "I don't know. At least two weeks, but it might take as long as six months." This may be accurate but it's not helpful.

Or you could say something like, "In a half day I could put together a preliminary design, and identify the most uncertain parts of the project. From there we could figure out what is needed to tighten the schedule or adjust the requirements."

And I think that one of the more common problems with managers in larger orgs is that they can't tell the difference between somewhat arbitrary deadlines (we want this for Q3 to look good in our org, but we can break this project into smaller milestones and push it back if necessary) and deadlines that reflect the reality of business (we want this for Q3 because this will have cascading effects on other parts of our business, and if there are problems we need additional resources or an adjusted scope).

Any time there is a deadline, the manager should have a clear understanding of the consequences of missing that deadline, and be able to communicate that to the engineers. The efforts to come up with a schedule and milestones should be collaborative. Too often there are mandates that have unclear consequences for missing them, and when schedules slip you have no idea what you are supposed to prioritize.
GDP growth is trending down, and has for years. Considering it's 40 years old I'm more struck by the accuracy than us not seeing the prediction come true in 2025.

Maybe the precise date is off, but the trend is already becoming clear, and effects are accelerating. Developed economies grow in the low single digits, it's not going to take much to eliminate much or all of it.

Edit: Which potentially makes the new normal, whenever it may come, a constant recession. That is going to be... interesting.
But aren't the problems being caused by dirt particles? That's not the same kind of thing as cycle life. I can imagine them originally overlooking the need to test for, and indeed design for, dirt rejection. And now I think the extreme thinness of the keyboard has left them no room to fix the problem.
Police body camera maker Axon says facial recognition on cams is unethical
"How long will X take?"

"I don't know, I've never done X before."

"Yeah, yeah. It doesn't have to be perfect analysis, just a rough idea for scheduling. Not written in stone, ha ha."

"Uh, a week?"

"Okay, great, so if I say 8 days you should have it done by then?"

"Yeah, I hope so."

"Great, thanks."

Day 3: actually doing X requires unforeseen Y and Z which will each take a month.

"We need to add Y and Z to the schedule, which will each take a month."

"There's no room for that in the schedule."

"Then I can't do X"

"We've already costed X and committed to it. We've got to do X. We need to make X happen. When can you get back to me with a path to green for X? And also, let's schedule a post-mortem to figure out why we missed on X."

At the post-mortem, PM doesn't show up: "Uh, turns out we missed on X because I estimated it too quickly and the PM committed to those estimates. I didn't know about Y and Z when estimating, and these are things I could have done to detect them as requirements if I had known to do so."

Email from PM: "Hey, could you give me an estimate for X'? Doesn't have to be perfect, ha ha."
I don't know about this route in particular, but Amtrak generally runs on freight lines. It's quite possible that the time lost to stopping to pick up a couple passengers is dwarfed by the time spent sitting on a siding waiting for freight trains to pass (I've spent many hours of my life here).
Ultimately its a preference, whoever can force the other side to follow (persuasively or physically) will be the winner.
Ossia, FCC Approval for Wireless Charging, Already Downplaying Expectations?
interestingly, china is the same. bill for every step. but without the exorbitant prices...
C++ Developer @ Summitto Amsterdam, Netherlands | Full-time | Onsite

We are building the largest invoice registration network of the world. The purpose? Helping EU tax authorities to eliminate 50 billion EUR in annual invoicing fraud. If you’re excited to build and design open-source software which will be used by millions of companies, we are looking for you! We're hiring junior ánd senior developers at the moment. Experience with cryptography is a plus.

Here’s a little taste of your challenge, you will help build:

- a distributed systems consensus algorithm

- fraud identification algorithms

- secure interfaces and integrations

- testing infrastructure

Technologies: C++17, python.

Contact: careers.summitto.com
Location: Salt Lake City, Utah, USA

Remote: YES

Willing to relocate: NO

Technologies: JavaScript, TypeScript, Node, React, GraphQL, Engineering management

Résumé/CV: https://elliotec.com/images/MichaelElliottResumeJune2019.pdf

Email: me@elliotec.com

Website: https://elliotec.com

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

I'm looking to apply my skills as a technical engineering manager at a company with plans to grow. I'm also open to engineering IC roles depending on the company.
Anyone living in Europe now will tell you the problem is of dire importance today. 2025 may have actually been a conservative estimate for the halt of global economic growth.

Today we have a massive heat wave in June which threatens half a billion people in the first world who have never needed air conditioning. France has already seen high temps of 115 f.

It boggles the mind to think the American government is actively accelerating this crisis.
> they all perform roughly the same.

This argument to me is usually comes from people who have not done projects of significant scale or that required high performance, which is fine not everyone works on that level of a project. But the small difference of 10ms per operation when having to do a million operations is nearly 2.7 hours of extra time. Even 1ms is an extra 0.25/hr in time. These things start adding up when you are talking about doing millions of operations. And there is nothing wrong with Go or Rust or Python, just they aren't always the right tool in the toolbox when you need raw performance. Neither is C/C++ the right tool if you don't need that level of control/performance.

When doing distributed systems or embedded work you generally learn these rules quickly as one "ok" performing system can wreck a really well planned system, or start costing a ton of money to spin up 10x the number of instances just because of one software component isn't performant.
You missed my point: the incentive to remove that balance already exists among workers (eg pay self-disclosure), but now companies know exactly how much you make. There’s no positive worker outcome to companies having that information.
I don't think its ridiculous to expect a person trained in a specialty profession to be better than an untrained one. But yeah, the difference is that a purely s/w oriented training teaches you nothing about the domain and the domain-specific challenges. So maybe having that domain expertise is a net benefit even if they are not the best at programming...
There's a roadmap.md on github showing MS's intentions for WPF -- first and foremost, porting to .Net Core. So there is, at least, active (and I'd say significant) development. But...

Not trying to sound facetious, but does WPF need any other significant work? It's a UI framework for Windows desktop apps (narrow and specific scope), it's stable and "just works", it's well-documented, it's officially supported, etc. Does there need to be anything else, or are we looking at it from the POV of more "modern" UI frameworks, where no active churn == languishing on the wayside?
Aldrin is biased against Mars because he's never visited.
The effect would be to give Google even more power. It wouldn't just be your older, less tech-savvy relative who now type "cnn" into the Google search bar every time they want to visit cnn.com.
McKinsey & Company | Senior Software Architect | Waltham, MA | ONSITE | Full-Time | https://www.mckinsey.com

We are building a Design System to implement our Firm's new Visual Identity across all digital content and products. You will help us define and develop a host of components, libraries, and generators to enable our development community to rapidly and consistently produce modern web applications that are speedy, scalable, maintainable, and adheres to our design system. Your skills and opinions will help shape the next generation of digital products at our Firm.

Looking for:

* 7+ Years of hands-on experience in building and deploying web applications and systems

* Expert knowledge of core web technologies (HTML, CSS, Javascript)

* Expert knowledge of React and Webpack

* Strong proficiency with middle tier and microservices architecture (Node)

* Strong visual and aesthetic sense – a portfolio of past projects is a plus

Good to know: SASS, LESS, CSS pre-processors, Grunt, Gulp, NPM, Underscore,D3, MySQL, MongoDB, AWS, Heroku, Cucumber, Karma, Mocha, Jasmine, Jenkins, Travis CI, StyleDictionary, StoryBook.

Apply at https://www.mckinsey.com/careers/search-jobs/jobs/seniorsoft... Note: the posted description is a bit off. I'm the PM for the team. Please apply to above link or forward resumes/questions to me at besjon_alivandi@mckinsey.com
In C, yes, but not in amd64 or i386 (or most instruction sets.)
Again, impractical. Renting would cost far more than driving a personal car. It would require logistics (pickup/dropoff, working hours, parking etc) and the car would not be properly equipped (Rental cars in BC don't have block heaters, snow tires, chains). And rental cars cannot be driven "off road", such as my parents' 1km driveway. A tiny honda IC can do all those things repeatedly without issue.
This map shows why there's very few turbines in the southeast: https://www.nrel.gov/gis/images/30m_US_Wind.jpg

It's just not windy here, except for a few spots.
Ossia, the RF wireless charging company, have received Part 18 approval from the FCC. The system needs a fixed transmitter and receiver, a receiver the size of 2 phones, barely receives a Watt, no-one can be within 20 centimeters of either, and is at the safety limit for power output. Their own publicity seems to downplay the system and instead focuses on unavailable mythical future products. Where do they go from here?
But why? Why add extra steps and add in having to keep the code to adapt to APIs or URL paths that change every 6 months? It's not like keeping a browser and IRC client open are mutually exclusive.

I personally just $ cp whatever.jpg ~/www/ because I host my static site from my home connection and have for 20 years. I know self-hosting is not for everyone but everyone self hosting would literally solve all the problems of the web.
A bit like the first full-size MRI machine in fact: https://en.wikipedia.org/wiki/History_of_magnetic_resonance_...
This is only slightly more future-proof than keeping text files on a computer. So slight, I'd argue the difference doesn't even matter. I don't see the advantages to this behavior over storing them digitally.
Binary Arithmetic: From Leibniz to von Neumann [pdf]
That piques my interest. Care to share the ticket?
There are definitely elements of "magical properties and cult-like followings" in the tech/startup world. Apple products are a good example of theatrical presentation that imbues objects with style/status/charm.

I'd say successful marketing/sales, even human resources and company culture, have an aspect of "corporate enchantment".
Don't you want to keep your dominant hand on the (rather important) steering wheel while you're using the other hand to adjust the volume of the radio, change gears, turn on the heating, or whatever?
"Programmed by fellows with compassion and vision"
I think there is a way to give an estimate (have been doing it myself for a decade), even for dependencies that are not known from the start.

(I mean, reasonable dependencies. No one can account for unknown unknowns, but the software engineering field is not an art, more of a skill, we do have well established processes to minimize the surprises).

Is this something that HN audience is interested in?