skysight-inc/HackerNews huggingface dataset:
I recently started my lab at UC Berkeley studying aging and longevity using genomics and computational approaches. https://www.sudmantlab.org Feel free to drop me a line if you're interested in getting involved!

Cheers, Peter
When I walked through Concorde (both the prototype 002 at Yeovilton Museum in the UK and the ex-BA one at the Museum of Flight in Seattle), I was struck by how tiny and cramped the passenger cabin was.

Personally, as attractive as supersonic flight is to a former pilot like me, I would far rather spend time in a wide body cabin and arrive a few hours later than suffer the claustrophobia of sitting in a skinny tube. From what I have seen, the Boom concept jet has a similar fuselage profile to Concorde.
MIT inhalable RNA for lung disease
They have to make a best effort to protect their people, as futile as it may seem. If the archive really contained home addresses, their family members lives may be at risk.
> Finally, a lot of medical folks have been burned by technology in the past, and, in my experience, often view a lot of the tech they have to use as an insurance and government mandated evil, rather than a way to make their lives better.

Simply: those who choose the software are not those using it. So they go for recognizable names, certifications and how much money they'll get back for themselves.
Most people in their 80s and 90s have cancer, but thanks to ageing the cancer is very slow growing so they die of something else. For example, in men the percentage probability of having prostate cancer is equal to your age yet few men die of prostate cancer.

There are some mutations in people that slow ageing at the expense of increasing the cancer rate. There is a very interesting one from Brazil where a mutation in the p53 gene has this exact mechanism [0].

0. https://youtu.be/URKJ7LLXc3E (you can skip the first 5 minutes - the relevant part is around minute 15).
Workplace toxicity's impact on your career increases the higher your title gets.

Never assume your manager peers will do you a favor for free. No good deed will go unpunished.

If your role will include hiring and firing people on your team, start having regular 1:1's with your direct reports. Make it clear 1:1 time is for your direct reports to talk to you about whatever they want, and for you to listen. Not your time talk about their tasks.

If you have to give critical feedback, give it sooner, rather than wait for a 1:1. The absolute worst time to provide feedback is during a performance review.

For folks who struggle, make sure the performance bar is clearly defined for them and let them know you are there to help them, but it's their responsibility to meet that bar.

Develop your team. You'll have your all-stars, your role-players, and your under performers. A majority of your time naturally goes towards your best and worst people. Your goal is to move everyone on your team to the all-star category. That means not short-changing time with the people who are performing.

When you get promoted to the next level (managing managers) you'll be glad you can tap that bench of all-stars to take on additional responsibilities allowing you to take on bigger challenges.

Under performance is typically a motivation issue or a communication issue. Make sure you are doing your part to address your deficiencies in each (trust me).

Learn to delegate, but not just the crappy work.

People leave companies because of bad managers. Remember that. No matter how great of a manager you think you are, someone will ultimately lump you in as a bad manager.

It's easy to deal with under performers if they also have personality clashes. Dealing with under performers who you personally enjoy working with is a lot harder. I have no advice on how to deal with this. Firing people you have a personal connection with is tough, and it comes with the job.

Communicate often. My rule was no company news hit my team through the rumor mill before I got a chance to speak to them. The moment I had news I could share, I would share it.

Here is the top tip I can tell you to engender loyalty: talk to your team about promotions and career growth. Rarely ever do managers talk to their teams about career growth. Take an interest in the individuals on your team, and it will pay off immensely.

Source: My experience having built the 5 top performing software engineering teams at my last company.
Well if you're investing a lot in newer plane tech, yeah I'd like them to think about the externalities of what they do and find alternative solutions. For example on high-flying airliners (I expect this plane to, like concorde, fly around FL550) you could potentially go with a hydrogen propulsion at least in cruise, since the outside air temperature wouldn't result in H2 boil.
Your profession should not dictate your rights to your data.
Lookup tables are cache killers on modern CPUs. Arithmetic is often faster.
Correlation isn't causation. Switzerland's health spending is in line with that of Canada, France, and Germany, has roughly the same (better in some cases) life expectancy outcome, and is an entirely private system.

Life expectancy is also a poor way to compare health care systems, because major factors decreasing life expectancy have nothing to do with quality or access to care --- for instance, one of the most significant hits we take to life expectancy in the US is the prevalence of traffic fatalities.
If you can’t laugh at the news, you’ll cry. Sanity is important.
In theory, you can take extra precautions sure, but will you take these precautions all the times?
Human nature says no: you're in a hurry, you've eaten too much, you have a cold, all these things reduce your ability to drive safely..
My admiration to those who investigate outbreaks of diseases. This is important work, investigating the contacts of patients, and determinating patient zero.

It involves coming in dangerous close contact to those who might be already infected.
Nonlinear Dynamics and Chaos – Steven Strogatz, Cornell University
>weaponised by the left

Flying your flag there, champ.
> You explicitly said (I quoted you verbatim about it more than once) that any argument or assessment of the security of a phone can be dismissed by virtue of the halting problem.

No, I did not say that. You keep putting words in my mouth, starting with "an iOS image is a black obelisk fathomless to man". And yes, you did quote me, but you took the quote out of context and then twisted its meaning.

Here is what I said:

> I have a lot of reasons to justify my skepticism. I could write a paper (and maybe I should). But HN comments do not lend themselves well to long-form communications so I advanced what I thought would be a compact argument: a quick back-of-the-envelope calculation of the amount of effort required to audit iOS (which is just one component of an iPhone) would reveal that to be infeasible. Now, that calculation may have been way off. That entire argument may have been wrong. But I can always fall back on the fact that to prove that there are no security holes in iOS you would have to solve the halting problem (specifically, you would have to solve the lambda-equivalence problem, which reduces to the halting problem). So I'm pretty sure I'm on solid ground with at least some level of skepticism about the effectiveness of reverse engineering.

That does not mean the same thing as "any argument or assessment of the security of a phone can be dismissed by virtue of the halting problem." If you don't understand that, I would be happy to try to explain the difference to you. But you have reached the limits of my patience with your straw-man arguments. Do it one more time and we're done. Life it too short.
In my country hotels are even required to make a photocopy of the passport/id when a Traveller checks in. Having your id being public is not more of a security issue than your name being public.
If you use Lambda or some other auto-scaling thing, hosting is effectively free until you get traffic.
Companies should not be allowed to have such sensitive data or the punishment should be severe - I mean the entire board should look at doing time. Currently as the law is, the rich can just laugh and carry on.
The semi-technical "Perspective" column

http://science.sciencemag.org/content/363/6422/32

in the same issue of Science is also excellent while still being more accessible than the main technical article.

http://science.sciencemag.org/content/363/6422/eaat9077
My simple take on this is "holy shit yes!" Apps are the new desktop client, as far as I'm concerned, with their "innovative" UIs, inscrutable error modes, inevitable lack of support for still usable phones, and stupidly invasive permission requests. No web site ever needed access to my contacts, and every time an app asks for it I look for a "fuck off and ban-kill this app" button.
I used to make a point of submitting a minor contribution to every project's code. I used to (part jokingly) liken it to Alfred Hitchock making a cameo in most of his own films. The stated reason was to make sure I had the dev tools and env set up so if there was ever an emergency I'd be all ready to help out, and the unspoken reason was to help gain the confidence of the team. I think it was a good idea, but unfortunately the approach doesn't scale to work across large numbers of projects.
Lots of regular users have issues with limited space with which to download new apps. Of installing a new app means having to get rid of one I use, then your all just doesn't get installed. Stop building apps that could work as websites. It's not 2012 anymore.
Except Teslas do it at any speed or traffic conditions.

I would advise you to sample one before drawing conclusions.
Do they ask their opinion? No one asks my opinion on software/hardware and I'm the only software engineer anyone in my milieu knows at all. But even setting aside how we evaluate the anecdotes that usually warrant that claim, as far as impact goes, HN users generally sport middle class backgrounds or better; the larger population has neither met nor really considers the opinions of a software engineer and typically mobile apps, and ones which don't have their user's best interests in mind, are lowest common denominator for a target since they're interested in reaping as much information as possible. It seems easier for a layman to just install whatever apps on their phone than to consider fielding an educated opinion. HN users may just like the idea of appearing important
That's true, but the same is true for the NBA.
Here's what I don't understand - the US emits in the range of 15-20% of the world's total carbon emissions. If we were to reduce that by 20% (which would be a huge undertaking), we're talking about a 4% worldwide decrease at most. In order for any drastic change to happen, the US cannot do it alone.

Therefore, domestic policy is not the place where a real impact can be made. It's a foreign policy matter, and something that can really only be accomplished through treaties and the like.

China's contribution to carbon emissions is approximately twice the US's. Trump wants to threaten to harm China's economy through tariffs. Why not combine those two goals and craft legislation so that tariffs are set on a sliding scale based on the origin nation's total carbon emissions?
Why are they going in to work at all if they aren't being paid? Are they covered by some kind of special security law that means they need to keep working in the shutdown?
I wish it would reborn, that I agree on. Disappear - no. Please no. I still need to connect to 3-4 systems, and the last thing I want is 3-4 messengers, especially if all of them are webapps. Pidgin is still the only thing standing between me and total messenger madness.
Sounds like what you long for are the halcyon days of luxury air travel. The problem was it was not much more comfortable and far more dangerous, Plus took way longer
I found the political angle he took to be daft as well.

I became a full stack developer for the same reasons as you, I like assuming the responsibility of every aspect of a product's development- plus, working in different aspects keeps things fresh. Building beautiful ui with react is really fun, so is building the services that app talks to. Personally, being really good at both of those things has been super profitable for me.
Thank you for replying in-depth, I didn't expect it. I actually agree with you re: 2D graphics(I was aware of it already), I just think geometry is different because it has wider applications. Your viewpoint is consistent though.

Again, I think concurrency is one of the parts the standard library does best. (And I think part of the specifics of this is it has primitives like async and future that are higher level and are much easier to explain. I happen to write lock free data structures often enough that finding blog posts at a good level to explain the API for atomic to my code reviewers is a need/bother for me, but there are also plenty of concurrency use cases where I don't need atomics, and I also read that there was a plan to allow parallel execution for most of the algorithms in the standard lib, I don't know if that's in MSVC yet but that's an example of things I like).

I don't blame the standards committee for implementors. In general, it must be terribly difficult to be on the standards committee, and have to deal with stuff implementors have already done, stuff they won't do, and stuff they are telling you they are doing but will not do right in the end. OTOH, as a end user, you have to understand that I have to deal with implementors, and they affect how I think of a given C++ feature, some of which look awesome in the text but are impractical because of implementor differences. I'm not alone: every C++ dev I know has a subset of C++ features they have deemed "practical", based on things like implementation performance, compiler error messages, how many characters the function names have, etc., and part of the problem is it's not the same subset for all C++ devs. Sometimes I wonder if there shouldn't be a subset of the standard (and I don't mean the C subset!) that's earmarked as beginner-safe and compilers could enforce the, well, beginner-safeness of code that is meant to be foolproof... but I suppose your angle is code meant to be foolproof should either never allow a beginner within 50 feet of it or be written in Java (or Rust?). Which, I get.

I would like to clear up a misunderstanding that I think you had: I do not spend zero time learning about C++. I'm not super confident and I think by HN standards I am not very experienced in C++ (or anything else), I'm definitely not at the level where people at CppCon would want me in the room, but people at my workplace do come to me for help with that stuff a bunch of the time. I tend to volunteer to explain newer or more complicated parts, etc. I'm a mid-level dev generally and C++ is my main language, and I'm not significantly more ignorant than my coworkers about it. If that is below the threshold at which you will consider someone worthy of talking about C++ on the Internet, maybe that's why C++ doesn't have that many beginner-friendly communities around.
Try to make contact with grad students and postdocs working in research groups that align with your aims. Find out what the most annoying/repetitive parts of their research are and see if you can think of improvements matched to your skill set. (This could be as simple as joining a Facebook group, forum, or mailing list, and reading what people complain about.) It could be something you can improve with software alone. I'm guessing that there are unmet equipment needs too. PIs are not always incentivized to care about improving the labor efficiency of their underlings.

An uncle of mine got his PhD and then after his postdoc spent the rest of his working life helping other researchers at his university build equipment to support experiments. He had skills with machining and design that most of his colleagues lacked. Much of hands-on scientific research can be improved by some not-too-complicated piece of equipment, but that equipment isn't available off the shelf yet. Some researchers are lucky enough to be supported by people like my uncle, or already have skills like my uncle. Most biological researchers aren't also engineers. You might advance the productivity of biological research, maybe even do well financially if you design something that a company like Millipore ends up acquiring.

Tedious pipetting work used to be a major waste of time in some kinds of biological research. There are commercial robots for that now. What's the next most tedious thing that could be improved with good tooling? I don't know, but you might want to see if you can find out.

EDIT: I'm suggesting that you look for opportunities regarding experimental research instead of pure software because I'm not sure current experimental data is good/abundant enough. I was peripherally involved with an academic "proteomics" software effort more than a decade ago (is that still a trendy thing?) and my experiences led me to believe that experimental reproducibility and throughput needed to improve before it was worth focusing on software. I also hear biologists gripe about slow, poorly reproducible cell experiments in places like the comments on Derek Lowe's blog.

My personal hobby is computational chemistry but if I wanted to make a real impact on chemistry I think it would have to relate to instrumentation or tooling for bench chemists. Chemistry and especially biology are too complicated for theoretical/computational approaches to contribute much without collaborating with experimentalists.
The problem is that enough types of activity are excluded from taxation. It would be better to have a 0.25% margin tax on all financial transactions or currency transfers. Nobody could avoid it, and some of the micro-trades wouldn't happen as much.

Yes, then you still have the cash loophole, but most people aren't using cash.
$100m is the sticker price for one Boeing 737, an evolutionary design with research and manufacturing costs amortised over an order book of thousands

This is money to keep Boom afloat to the next raise, but that's not exactly unusual in SV startups which are a lot less capital intensive than aerospace
I'm reading Aubrey de Grey's book Ending Aging right now. I'm finding it to be a good read and a great introduction to his approach, SENS (http://www.sens.org).
A closer look at bake, a tool that makes building C/C++ code effortless
You can still pay for private healthcare if you want to skip waiting lists.

In terms of choice, the NHS allows you to shop around for your specialist, and they're also the same doctors you'll see privately.
> What if money actually became more valued than what you can buy with money?

https://www.newsweek.com/hoarding-nickels-metal-prices-soar-...
ed is standard. You can use it anywhere there is UNIX.
>Why don't we just build far denser cities

This keeps baffling me. Why don't all people just start working remotely and move to Thailand?
It doesn't prevent anyone from doing anything. It increases the likelihood that if someone does something like that, that it will be detected.

Crev seems interesting because it not only has the web-of-trust mechanic going on, but also because it creates an incentive to actually do code reviews on existing code. There's now a whole open frontier of "code that hasn't been reviewed in crev", which people might feel compelled to jump on. "Hey, my favorite crate isn't reviewed, I'll can do it". etc.
If they relied on mapping data to help them know where to look for the lights, I wonder how they'd cope with temporary signals (e.g. at road works)?
I was one of the people that gathered and analyzed the data that the cited study used and can't agree with your conclusion more. Sure, the EHR makes "note bloat" easier than paper but the difference in length across different countries (using the same software) shows that note length is more a result of the environment than the tool.

I think there is also a general misunderstanding of "the note" in an EHR context. The progress note is really just one aspect of a provider's documentation of a visit. Things like medications and allergies are generally indicated as "reviewed" elsewhere in the chart and yet all of this information is many times also entered into the progress note unnecessarily adding to note bloat. In the days of the paper chart the progress note ended up being the only summary of the visit and even though it's now just one piece of the visit documentation, it's still written as though it will be the only source of truth.
Correct me if I'm wrong, but doesn't supercruise watch your eye movements and alert you if you take your eyes off the road?
Hoarding Nickels as Metal Prices Soar (2011)
Not at all - it makes sense.

But it's probably somewhat bad for nVidia given how much effort (and marketing) they've been putting into their autonomous car platform.
> Safari is literally worse than IE6 was.

You're joking, right?
> Once you start to impose communist "reallocation mechanisms"

You mean, like a heirarchy of preferential tax rates for different income sources where capital income is favored over general income which in turn is favored over labor income?
Starbucks drip coffee contains a lot more caffeine per serving than espresso... I have seen figures that a venti size medium roast can be 280mg total, while single espresso shots might be as little as 70mg.

https://www.kickinghorsecoffee.com/en/blog/caffeine-myths-es...
Although FHIR is very complete, it's still implemented wayyy too many different ways. There are like a million fields, most of them are optional so it's always a crapshoot what data you actually get from the API responses.
Sounds pretty intriguing. Any great stories?
That doesn't even account for locations where most electricity comes from coal, or fossil generation. I think nuclear gets a bad rep for the most part, and don't mind it... that said some hate it.

Beyond this, is expanding the power needs for areas that may not have capacity meaning more infrastructure. Replacing main breakers and panels...
I recently picked up app development and I went for React Native + Expo. I was shocked that I could push OTA updates without going through the store. Basically if my app was approved once, I can make huge sweeping fundamental changes to the app without running it past Apple again. Basically the only things you can't change are the permissions. Anything else is fair game. And with Expo it was basically trivial to get an app up and working (don't take this as biased praise in favor of RN or Expo, I still have serious dissatisfaction with both technologies, but this particular part was shockingly seamless).

So I guess moral of the story, wrap your PWA in an Expo app and update as often as you want without having to resubmit.
This is not true. You can do it! I did:https://www.linkedin.com/in/drjasonharrison/
User management system for open source node private registry