skysight-inc/HackerNews huggingface dataset:
>The absence of evidence that 6 is much worse than 8 hours is not evidence that 6 is not much worse than 8 hours.

It's not absense of evidence as in hasn't been tested - they have been compared and it doesn't really come off as worse or at best only a little worse (and in some cases better than 8).

>It doesn't matter that much in this case because we already agree that it's worse - the question is how much worse.

Who is this 'we'? My whole point is that people have this assumption and keep looking for ways to justify it even when confronted with evidence that it might not be the case as in the study posted here or the systematic review I posted.

>and here we see exactly the adverse health outcomes you cited (and a lot more that you didn't cite) from [1].

But we don't see that. What I cited was that the evidence doesn't even suggest worse outcomes at 6 vs 8 hours in the biggest analyses out there.
WOW Awesome!! Android is so freedom that freedom until they cannot reset ad ID! wow this is the freedom I want!
Frontend interviews are already like this from my experience. They have you implement features or functions in JavaScript. I think I got tossed one leetcode supereasy level question.

In fact, I'd say at least some of top tech companies are doing frontend interviews like this. Can confirm with firsthand experience for Facebook, Netflix, Amazon, Uber. Go a tier (or more) lower and it seems it's still just leetcode interviews though, barely any different from a general or backend track.
Is this you? https://www.youtube.com/watch?v=Tizjq_Ux_zQ
Confessions of an Unreal Engine 4 Engineering Firefighter (2018)
Having stayed in an Indian city. Traffic noise and pollution is horrendous. I can see how these two factors would mess with sleep quality and duration.
It would be nice if someone vectorized it and put on https://openclipart.org
3. is, I think, one reason personal contacts tend to work well. A top candidate for a position that may not even be actually listed yet can easily end up screened out by someone or something just flipping through a pile of resumes because they are missing some keyword.
But if you actually need more accuracy (which I do not in my daily life) you can simply add a decimal point? Also, that's a difference between 60 and 100 data points, which is not really that much.
I think a lot of people are in a similar position but not as open and honest about it. I feel refreshed reading it, rather than that it’s something to be embarrassed about.
Edit: better english
You usually recompile the app, or if you have a jailbroke phone - you can do it at runtime.

But considering how the API is documented now (and alternative third party apps exist), it might not even be necessary.
Hey iamcirou,

I’ll be honest , you’re analysis is perfectly right.

This is just my opinion , but I think the industry has evolved from what is was 20 years ago.

With the rise of social platform , access to knowledge has become universal.

Today anyone can proclaim themself an « expert » on any topic. Trust me on this , I have seen people telling me they knew about something and when you scratch the surface you realize they know very little...
Add to this the widespread of IT Trainings everywhere and you have made « IT consulting / Software Dev » become something trivial...

While someone who was a consultant 20 years ago was worth a lot for his own company and valued by his own peers/superior/customer his now considered as not much than a cell inside a spreadsheet or a unit of work for a given task...

There is no surprise there and I think it’s not even specific to you or consulting. It’s the same everywhere if you are working in large business ( Fortune 500 / SV Unicorn / Big Fours ...)
Because of a combination of health, family, and time zone issues, I sleep approximately 5 hours a night (6 or 7 on weekends, if I'm lucky). I also have a complex work environment where the ability to think quickly, have excellent recall, and make quick decisions is paramount (I manage two dev teams working on two very different code bases, facing very different challenges). The people I work with are often "the smartest person in the room" and notice slips and mistakes.

Anyway, I get by through a combination of sneaking naps, trying not to sabotage myself by eating/living poorly, and catching up when I can.

I suspect the people in this study do the same. They probably doze when on public transportation, or trying to get the kids to sleep, you'll lay down with them and sleep a little. These stolen moments add up. Also, learning to recognize the signs of mental fatigue - if you can't get rest, then, you have to slow down and double check everything, not get irritable, and defer major decisions.
Plenty of people live on the wage from waiting tables or walking dogs. Of course it's possible for you - it's just a lifestyle change.
Perhaps this was an overly-skeptical perspective. Datalog (as featured in Crux) has certainly existed as a concept for a long time, although it hasn't (as far as I can tell) seen popular uptake.
I think I've had the benefit of having had very labour intensive jobs in my past. Working in an office, or better at home is a real treat. It does get to me sometime. But I can think back to literally digging ditches landscaping and I think to mysef I can totally handle this a little while longer.
Sidewalks in Rome are worst I've ever seen. Even in Russia, where roads "quality" is a joke for locals, sidewalks are more usable. In Rome, sidewalk might disappear suddenly and you are on the road with the baby carriage and cars around you.
I seem to live in some sort of weird temporal anomaly where things last longer than they should.

My smoke detector seems to be working fine, judging from its propensity to go off when I do something in another part of the house that emits smoke, even though it has been here for the 14 years I've owned this house.

The security light over my garage, which is controlled by a light sensor and is on overnight every night, is still on the same bulb it was on when I moved in. Figure an average of 10 hours a day for 14 years and that is 51000 hours.

I'm not sure exactly what kind of bulb it is, other than it is not LED, but all the other possibilities (LPS, HPS, mercury vapor, florescent, metal-halide) should be somewhere in the 12000-24000 hour lifespan range.

My washing machine and dryer are also the ones that came with the house, and are still working fine. They aren't very fancy--if a time warp landed then in a house in the 1960s no one would realize they are from the future--but they get the job done. The washing machine was made in August 2003 and the dryer April 2004 [1].

The heat pump compressor is around 40 years old. I've been told that is about twice as long as they are expected to last.

Other things that came with the house that are still going strong are the well pump, water heater, and all the major kitchen appliances except the fridge. The fridge died a couple years ago or so.

[1] Probably. GE recycles year codes, so all I can say for certain is that the washer was made in one of {2015, 2003, 1991, 1979, or 1949} and the dryer in {2016, 2004, 1992, 1980, or 1950}.
Since they make more from iOS users overall, they definitely make more than from a small subset of Android users.

My point is app developers rightly care about their total income, not about the per-capita income from a tiny slice of the userbase.
> If your devs aren't good at it they'll agree to far too much stuff in a sprint, or they won't spot what things are blocked, or they'll fail to report what happened in a sprint in the retrospective, which impacts everything from planning the next sprint to writing release notes to when the company can do marketing about a major release.

You're describing common sense, not sprint planning.

> Hiring developers who are amazing at algorithms but terrible at everything else has huge

I like this argument from every anti-algo advocate. Because if they're good at algos they're certainly bad at everything else, like you need to sacrifice one to get another.

> Being a good developer is about so much more than writing good code.

Indeed, writing good code is a basis. You can't be good without writing good code, and you can't write good code without knowing basics of algorithmic design and thinking.
Because it's all relative. Most other companies (both tech and non-tech) probably have more negatives and less positives than Google has.
Yep, better to wait until the security issues happen to fix them. Great mentality.
Look into Technical Program Management as a career track.
If you can order the ice cream and take possession of it before paying, you've incurred a debt. At that point, the store must be willing to accept cash (or forgive the debt altogether). End result: you've got ice cream.

If you order the ice cream but don't take possession of it until you pay, the store is free to reject your cash payment and not give you the ice cream. End result: no ice cream. If this occurs frequently enough, the waste from the store having to prepare and throw out ice cream might prompt them to change their policy, but that's not an immediate solution.
It is a normal result to fear for your life when armed men storm your residence in the middle of the night.

If you are armed, it is a normal result to protect your home with force from such an invasion.

If the arrestee responds with armed force, it is a normal result that the police will do so as well.

If they do, it is certainly a foreseeable result that someone will end up dead.

By ordering a no-knock raid in the middle of the night, the mayor and police chief set up a situation where the arrestee's right of self-defense and the police officers' rights of self-defense are on a collision course.
Well... the main difference is that backpressure in a mechanized system will always be respected, but a willful human can choose to ignore it. I can choose to live in a small apartment and then proceed to make myself miserable by cramming it so full of junk that I can barely move around...
Jailbreaking an iPhone and using a tool like SSL Kill Switch [1] or just plain, old Frida with a script like [2] will do the job. Jailbreaking is the hard part, especially for an up to date iPhone, after that there's loads of guides you can follow that disable certificate validation for pretty much every application. It all boils down to hooking the necessary validation functions and having the APIs lie to the app code.

Some apps package their own crypto helpers (often with big crypto problems) to make this harder and require actual reverse engineering, but those are a pain to maintain and it's only a matter of time before someone finds a way around them. If you can extract the symbols (so if the app has not been obfuscated well) you can use Frida's API to hook those as well through any language you like. There's even an interactive Javascript console you can hook into the apps you're hooking!

Certificate pinning is a great way to protect users' security and privacy, especially in countries with questionable governments or ISPs, but it won't protect your app's secrets.

[1]: https://github.com/nabla-c0d3/ssl-kill-switch2
[2]: https://techblog.mediaservice.net/2020/08/ios-13-certificate...
Look into Technical Program Management as a career track. The right blend of technical, management and leadership IMO.
And the alternative is? iOS? Apple is also tracking its users, to a greater extent even.

At least on Android you can still block ads, block internet access to apps you don't trust and flash custom ROMs.
Dr. Smile would disagree.

http://www.technovelgy.com/ct/content.asp?Bnum=575

>And there in the next room by the sofa sat a familiar suitcase, that of his psychiatrist Dr. Smile.

>Barefoot, he padded into the living room, and seated himself by the suitcase; he opened it, clicked switches, and turned on Dr. Smile. Meters began to register and the mechanism hummed. "Where am I?" Barney asked it. "And how far am I from New York?" That was the main point...

>The mechanism which was the portable extension of Dr. Smile, connected by micro-relay to the computer itself in the basement level of Barney's own conapt building in New York, the Renown 33, tinnily declared, "Ah, Mr. Bayerson." "Mayerson," Barney corrected, smoothing his hair with fingers that shook.

Are you afraid that you're so sane that you'll be shipped off to Mars? There's an app for that!

https://www.curledup.com/fourdick.htm

>The Three Stigmata of Palmer Eldritch leaves its readers questioning their own sense of what constitutes “reality”. The novel begins by introducing one of the major characters, Barney Mayerson, a precog who works for Bulero and is trying to evade the draft (joining the colonists on Mars) through the use of Dr. Smile, a computerized psychiatrist he carries in his briefcase. The purpose of the psychiatrist is not, unlike the human version, to make one well, but to make one sick - sick enough for the short term, anyway, to evade being sent to Mars.

>The precog Roni Fugate spends the night with Barney, both knowing by their precognitive talents that they’d hit it off at some point in the future, so why wait until later for the inevitable? In the morning, Roni asks Barney if Dr. Smile has helped much yet, if he has made Barney “sick enough.” Barney doesn’t directly answer her, but asks the same question of Dr. Smile. He answers: “Unfortunately you’re still viable, Mr. Mayerson; you can handle ten Freuds of stress. Sorry. But we still have several days; we’ve just begun.”
> If you are sharing an authentication token with the browser, cookie or not, it can be read by any scripts on the same origin.

No, it can't. Read about http-only cookies.
I am looking for a quiet and fast machine for development. I've been trying to find a reasonable AMD laptop but all are out of stock and I think these will still have fans buzzing under heavier load. I personally hate Apple practices and I never clicked with macOS (was forced to work with it for many years), but if I could install Linux on M1 it would be hard to swallow, but I may consider using it. My Intel laptop has fans buzzing now even when it is idle. It drives me crazy.
Be careful though - this is the path I took, and it still comes with trade-offs. I started out as a developer and made the transition to management, where I now oversee a mid-size engineering department (~100 people). I never get to even look at code any more - there's just no time. Off hours I get to do what I want of course, but there are real life things competing for my time there. Unless you're single with no kids and no house to maintain, there will always be a list of stuff that needs to get done, and then you have to choose again. When I actually get a couple hours to myself to do some project coding, it's glorious, but it doesn't happen very often.

One piece of advice I can give is that if you do decide to go down the management path, own that decision and understand what it means. I spent a number of years trying to keep a foot in the code, and it was exhausting because I never had the blocks of time necessary to produce good output, and as a result, both my code and my management duties suffered. Learning to let go was very difficult, at least for me, but when I did, it was better for me and everyone I was managing. My job was supposed to be about making sure other people could do theirs, and as soon as I understood that, I was able to focus my attention properly.
How many trees do we have to plant, to delay global warming
To grandparent's defense - I find management genuinely essential and quite impactful.

It's a rare occurrence that developers on their own can communicate well with any kind of stakeholder. It might be anecdotal, but I find a high correlation between best technical and worse communication skills. I've seen people, who might be seen as typical 10x developers, cause they were so productive, be extremely bad with speaking about development in general. I've seen product owners literally gnashing their teeth in anger, but holding it up, since the guy really delivers - despite the bad "style".

Also, seeing already quite a fair share of stakeholder meetings... The part about style couldn't be closer to the truth. The non-technical people act, as if they didn't hear "99% percentile uptime is so so" or anything similar - at all! What they do hear instead are the speaker's emotions. They want to feel secure and good about going forward.

I've seen big budget moves based mostly on that: how well the project was sold to them. Technical merits were irrelevant. Whole teams disbanded, despite being quite productive, because someone got management excited about the new thing (also completely inapplicable to the problem at hand, but with good marketing: e.g. AI, cloud)

I find the grandparent just frank. It aligns pretty well with my anecdotal experience. I also think managers should be well compensated, since so much is at stakes (whole team, departments).
> FizzBuzz in Haskell by Embedding a Domain-Specific Language

I was not disappointed.

> Meanwhile, we want there to be at most one place that outputs fizz, buzz, or the string representation, and each test to be performed only once.

These do intuitively seem like the properties of an elegant solution.
Two out of 6,614 previously infected were reinfected and showed documented high viral load.

That’s a very low proportion.

A prior history of SARS-CoV-2 infection was associated with an 83% lower risk of infection
I think passion comes into play here. You've got to have at least some amount of drive beyond "clock in at 9 and leave at 5 sharp to collect a paycheck" to get into these top tech companies.

Even if at the end of the day, it's still a job, I don't think you can get into these companies unless you dedicate a way-above-average amount of time and effort to do so.

Ignore all of the above if you are a natural leetcode wizard; yes I know there are some people like that.
This is pretty neat, but I think the overhead saved with complete remote development might be cancelled out by using VSCode instead of a JetBrains IDE.

People are advocating remote development heavily, so there must be some *huge* benefit that I don't understand. So much so that people are willing to give up amazing features of an IDE. To get VSCode to a usable state requires 16 third-party plugins, and you're left with about 1/3 of JetBrains functionality, in which the features aren't quite as good. YMMV I guess?
If you did have covid, then the theory is that you'll have a more severe reaction to the first shot because your body's already seen the virus and is primed to fight.
5 kilometer = 5000 meter = 500 000 centimeter = 5000 000 millimeter. Now you do this for 5 miles (yard, feet, inches).
What makes you think that upvote equals agree or love? I also upvoted post because I wanted to see more people discuss the matter at hand.
Unexpected factorial!
You can do all the testing you want but ultimately there will always be an edge case out in the field that has some scenario. That’s when a service tech can be called out. Here, not so much, so you need to quadruple check everything and then some.
> ...but what most investors don't know is that WealthFront have zero chance too. So the aim is to equal what they do without their mad fees...

Can someone help me understand this comment as to my knowledge WeathFront (WF) fees were the lowest in the industry. For example people talk about Vanguard fees as also being low but they're between 0.25% and 1% [1]. If it makes a difference I'm specifically coming at it from the lens of IRA retirement contributions.

Is the parent post saying the alternative is to figure out what specific stocks/ETF/index WF is purchasing and then purchase those with something like eTrade?

TIA

[1] https://investor.vanguard.com/mutual-funds/fees
Isn't this checked at system design round?
Fullstory and Error Monitoring Platforms Integrationns
Hello Everyone,

It's been a long time since I have contributed to open source. I have developed SDK npm packages for a couple of major integrations. Please share and provide constructive feedback. :muscle:

Also, please don't forget to give a thumbs up if you like. :smiley:

Github Repo: https://github.com/bharathvaj-ganesan/fullstory-integrations
Principal (even many Staff roles) at my company is reduced coding and many have direct reports, so YMMV. To stay coding, stay “senior” level.
Equilibria Club: newsletter on economic and political systems
> vbox will never support ARM,

Is it because some kind of beef with ARM or they think it is technically impossible?
Between overfishing and climate change I say we have about 20 years or so before oceans are fully depleted of life. Children may someday ask what was a fish.
'Satan Shoes' to be recalled as Nike agrees to settle lawsuit
Theory.Ninja – Two-Alternative Forced-Choice Game to Memorize the AWS Icons
A Closer Look at the Environmental Impact of Bitcoin Mining
I'm...extremely skeptical a generic "data entry job" is "high cognitive demand".

I can write new applications (atrociously) on basically no sleep, so I'm pretty skeptical "sit at this desk and enter these things" swings one way or the other (or even has much of an ability to quality check - at least the compiler will yell at me when I'm egregiously wrong).

I'd be far more interested if these people could be trusted to run heavy machinery on that schedule, or engage in a creative or hands on task like carpentry or welding. I suspect the results would be quite different.
Welcome to the paradoxical dichotomy in IT: In order to be a top notch (line/product/project) manager, you need to have relevant experience in engineering itself. Also, the higher value for any company is engineers that are great at multiplying themselves by keeping a whole team aligned with the organization's goals.

But in order to be a great engineer, you need have lots of curiosity and an affinity to tinkering, none of which you'll get higher up. And on top of that, engineering expertise has a half life of just a few years nowadays, so engineering managers without at least some hands-on exposure to recent technology get less valuable over time.

One of the better approaches I've seen is that some of the best people I've ever worked with, they've jumped back and forth between manager and engineer multiple times in their career (even Bill gates did, famously).

The key here is to step up while stepping down: Go to a lower level position — but in a smaller and better org with a better culture and build something up from scratch. That way of spiral learning lets you get better as a manager as well as an engineer, when you miss the benefits of the other side too much, just change it every few years. It's the path I've chosen myself as well.

The second path is side projects. I have kids and little time for that right now, but the other threads are covering that topic a whole lot better.

The third path to stay sharp is doing some prototypes, tracer bullets and related stuff yourself every once in a while. I enjoy that as well. Just don't do the mistake of putting yourself in the critical path ever or neglecting your core duties over tinkering.
Some missing Indian names:

Budhayana 800 BCE [1][2]

Mahaviracharya 9 CE [3]

Actually Wikipedia has a list of Indian Mathematician from which I see many names are not in this page [4]

References:

[1] https://mathshistory.st-andrews.ac.uk/Biographies/Baudhayana...

[2] https://en.wikipedia.org/wiki/Baudhayana_sutras

[3] https://en.wikipedia.org/wiki/Mah%C4%81v%C4%ABra_(mathematic...

[4] https://en.wikipedia.org/wiki/List_of_Indian_mathematicians