skysight-inc/HackerNews huggingface dataset:
Absolutely. People nag our customer service until they get redirected to us (software engineers). When you finally spend expensive time looking into their issue, finding the root cause on their end, take the time to explain it in detail, more often than not the answer is among the lines of "couldn't be bothered to read your response, it still doesn't work, fix it!".

I love software development. I love building both simple and complex systems. But users often suck, and honestly sometimes even the people you're making software for suck. I just want people to be grateful for what I'm doing and I honestly find that lacking a bit in our field.
Shit posture and bad keyboards are not losing your hands. This is ridiculous.
I don't think so.

UK and US have equivalent unemployment rates but vastly different welfare systems. Germany is more generous than the UK but has lower unemployment. Southern Europe has higher unemployment, but welfare typically less generous than Northern Europe.

Low end jobs exist in the EU too — they just pay better than they do in the US. Low-end jobs that can be shifted in location (e.g. clothes production) have already left both US and EU. Low end jobs that need to be done in-country or are harder to offshore (cleaning, food factory work) remain in country (but perhaps eat into corporate profits, explaining the lower GINI coefficient of EU vs US.
> I keep and grow as much seed as possible. It is the only way to adapt plants to your local environment and farming methods and needs. I get plants that are much easier to grow, then breed for taste or other features. Thats how the heirlooms were created.

Do you actively select and breed the plants you grow, or does the selection happen "by itself" since only plants that are somehow adapted to local condition reach maturity?
Dysfunction from another point of view could be seen as utlity haha! :)
Tesla, Saturn, & the Conundrum of the Cult
It's not just that, but also we tend to estimate in the context of "if I were sitting at a computer working on just this problem, this is how long it would take." The reality is that there are meetings, high priority bugs for unrelated systems, interruptions from the business, coworkers and life, code reviews for other team members, rediscovering what you were doing before being interrupted, etc.

Using time tracking, I was able to discover I only spend 2-3 hours per workday actually programming, the rest was all interruptions and such. Thus I can estimate that one day really equals 3-4 workdays. Then my project manager throws in another 3-4x on top of that to deal with scope creep, rework, bug fixes, etc... and we're usually on-target ~50% of the time.
What steps have you taken to address the issue you mentioned in your original post? Have you called Tata Capital and asked to speak with someone at the IT department? Tell them to add a disallow statement to robots.txt and those pages should get deindexed quickly.

My understanding of what happened here is that an external service (such as this one[0]), picked up the "tclzip.tatacapital.com" domain name, and through that the Google crawler also found it. At the time it found it, the "tclzip.tatacapital.com" domain had no folder restrictions, so Google's crawler was able to travel through all the directories and see the files that were in them. This appears to have been happening up until 12 months ago.

[0]: https://subdomainfinder.c99.nl/scans/2023-11-09/tatacapital....
Thanks! Interestingly, I can hear noise (not music) on localhost, but not on GitHub pages. Maybe Chrome has a remote host restriction?

https://parkertomatoes.github.io/demo-parade/?which=94376
2024 Universal Code of Conduct Coordinating Committee Election
Yeah, I get that. Tho back then when this was originated China and the US were closer. The coolness came later. China definitely feels encircled militarily and with policy, and watching how NATO has pushed up against Russia's territory provocatively probably does not help assuage those sentiments. Hahahaha! :)
> It is very inflammatory.

Location matters. The immune system reacts differently to foreign bodies depending on what tissue is in contact with it.

Damn near anything you add to the plural space is going to send your immune system into overdrive - the cells that line the plural cavity (mesothelial cells) are programmed to respond a certain way to their environment.

Contrast that with the cell that line your respiratory tract. There are cells that produce mucus, cells with cilia that sweep the mucus away from the lungs. They don't respond with a massive inflammatory reaction to foreign substances like the plural space does (at least not in a healthy human - asthma patients are different).

Same with the reproductive tract, especially the female one. We can insert IUDs into the uterine cavity without a massive inflammatory response.
it's just the V02 max estimate which is only validated for those scenarios
They're not painting engineers as evil are they? I think all the articles I've read are basically about Boeing execs. TFA only talks about "management".

> Everything today is just hyperbalized and emotionally cranked up to 10.

I mean, the situation is pretty bonkers. Planes are falling apart in the sky and whistleblowers are dying--those are facts and not unfair characterizations. I don't think I've seen anything that's hyperbolic; the coverage I've seen is pretty matter-of-fact about what's going on.

> Imagine reading news articles insinuating that your leadership team is hiring assassins to sneak into hospitals and kill with whistleblowers.

Yeah I mean, this would terrify me.
Agreed. I’m most worried about notifications. Each app having their continuous connection would drain the battery really quickly.
But that's exactly why people start using things like t shirt sizes: to emphasise the point it's not a time estimate. It's a rough ordering of relative complexity of different tasks, which is something programmers can do.

Of course, the business still needs time estimates, so someone will somehow attempt to turn them into time estimates. But that can't be helped.
This is misleading. In Denmark at least wages are often set through collective bargaining. Wage inequality and rates of low pay are much lower in Denmark than US. They just achieve it by slightly different means. In this case it is state mandated labour laws which give real power to unions, rather than anti-union (and anti-democratic) labour policies in the US and UK.
I agree, "T-shirt sizes" sounds absurd and provocative, but XS, S, M, L, XL... is a very sane and simple scale for rough estimates of anything.
Hobbies outside work can still be coding. Code is not the same as it was with LLMs but it’s more effective for work and outside work. The LLMs just help but for me they don’t make coding less enjoyable outside modern web crap that is.
It is even worse: re-entrancy safe is a different property than thread-safe. For example you can't use mutexes to guarantee mutual exclusions with interrupts.

Some algorithms are both thread safe and reentrancy safe, but generally this is not the case.
There are no good recommendations because it’s wrong. GP has taken “software estimation is hard and very imprecise” and vastly misrepresented it to try to dunk on someone on the internet.

It’s this sort of disinformation that perpetuates the contingent of software developers that cry bloody murder whenever they’re asked to say if something will take a day or a year.
In official parlance it does occur, tho there's a move away from that in some quarters.

But in everyday parlance no, the US does not. But everyday Chinese describes "non Chinese" people as "outsiders". Hahaha! :) That's the point :)
You can find all the problems of Software in Woodworking, except that sometimes, using an axe is a legal and well-suited move.
I would probably try and use buildroot, because it seems cool.
At that point, you are estimating EFFORT, not time. Software engineers are REALLY GOOD at estimating effort. The fact that they translate to time (simple == several days) is ephemeral.
Defo not the case here for consumer loans. A German bank cannot tell you to pay back a loan earlier than agreed on in the contract.
All of these are valid questions and uncertainties, but they're the kind of things that can be studied, and even quantified as error bars.

Hahaha! :) To say it's impossible is like avoiding the question. I don't mean my question..I mean the science process. Oh well hahah :)
You would basically never use an axe in woodworking. It's widely considered bad practice, produces unstable results, and there are better tools available
Getting rid of nuclear is stupid but so is adding new nuclear. Firmed renewables with lithium ion batteries and pumped hydro makes the most financial sense since the 2020s, especially in the US which has less seasonal solar resources than Europe.
My experience is that corn starch is a terrible substitute.

It's basically a complex carbohydrate. It's not inert, bacteria can feed on it. It tends to clump when wet. Seems like the exact opposite of what you'd want to put on potentially sweaty parts.

Talc is fantastic - it's basically an inert mineral. It can get wet, and it's still talc. Bacteria can't feed on it.

I wouldn't just lump all "rock powders" together in terms of risk. Asbestos is risky because of it's physical form and iron content. Other minerals don't have the same risk.

I would avoid inhaling any powders in general - whether rock powder or not.
Can you provide some numbers to back this up. This plot suggests Germany and USA have equivalent rates of economic inactivity (which is the term to describe what you are talking about).
Some Southern European countries have higher rates, but this is cultural as much as driven by economic policies.
But also if you want to buy shares of your own company, you must think that current shares are undervalued. If say you think you are undervalued 10x then it would be no brainer to buy as many shares as you can.
G-Shock Watch Granted 3-D Trademark for Iconic Shape
i see it working as a data provider, not as a db replacement...the client uploads the raw data, you apply some ETL(extract, transform, load) to it and make it available to third parties
Sadly I don't see the "edit" button anymore.

Probably the time passed. Will take in consideration in the future about the mislead title.
That book says the opposite though, we can definitely make good estimates.

It's just that estimating well needs people with training on how to do that, and then it takes substantial time to make good estimates. And there will still be significant error bars (if the estimate isn't a range, it doesn't count as an estimate). But it's certainly doable.
Location: London, UK (visa sponsorship required)

Remote: Yes, or hybrid

Willing to relocate: No

Technologies: Kotlin, Android, Java, React Native, Javascript

Résumé/CV: https://www.linkedin.com/in/keenencharles/
Email: keenencharles [at] gmail [dot] com

I am an Android engineer with 9 years of experience building and launching apps and SDKs while working at companies of various sizes. I also have lots of experience in building APIs to support frontends in various languages and building cross-platform apps in React Native.
There is a difference, but with an unwritten assumption: that the AI can do all the things the doctor can do.

If the AI can't do all the things that a doctor can do, then even when it can take up the slack for one doctor retiring, that doesn't tell you anything at all about whether or not it can take up the slack for two retiring.

Right now there's more work to be done than there are doctors to do it; this means that the same number of doctors are getting more things done as the AI improves… but not infinitely more, because there's still stuff the current AI can't do, that only humans can do.

We have a lot of things where technology has fully saturated demand: in food, this is why we've got an obesity problem in much of the world[0]; in medicine, this is how we wiped out smallpox entirely, and are very close to wiping out a few other diseases entirely; in telephony, this is why video conference calls are basically free.

But in each of those fields, there are other things we still have demand for, they're not complete post-scarcity: restaurants, old age, and bandwidth costs are still a thing.

[0] not so for transport, which is one reason why we simultaneously have some people starving
I think it was just the expectation of economy for tech companies to at some point reach profitability and also start giving out money to shareholders.
And yet social mobility is higher in the EU vs the UK and US.
Multi user is getting replaced by virtualization / containerization.
The layers are simply getting shuffled
As a password manager user, nothing really changes. As you pointed out, you can use them on any major platform to actually hold your passkeys. The thing is, in the broader scale, password manager use is very low among average consumers. Passkeys are a form of built-in secure password manager for all consumers, without any action needed. This thread is full of different views, and there are also downsides to it, but in this sense, it's a free upgrade in security for the majority of consumers.
I think in geopolitics it's probably always sensible to be a little paranoid...or have some people whose job that is. But I think the Kinmen thing is less big than it seems. It's already a militarized Taiwan island, and Taiwan and China are officially "still at war", so arguably the more provocative move is Taiwanese military presence there.

A handful of US troops is not a significant deployment, and I think there's many ways that US and Chinese militaries actually collaborate and communicate, and one of these is (most likely) through the plausibly deniable route of Taiwan.
Ah yes, Motif! Now I remember, I stand corrected.

Before Gnome, Qt, KDE we of course had motif and X with it's license issues. If I remember correctly, early Slackware CD bundles came with motif as well.
Technosignatures Longevity and Lindy's Law
Sorry - by "presence" I meant providing services in China, not having offices there.
I personally recommend EdDSA - just one letter difference, but a very big one under the hood! (If you're using `-t ed25519` then you're using EdDSA.)

EDIT: Github agrees with me: https://docs.github.com/en/authentication/connecting-to-gith... they recommend EdDSA/ed25519 as first option, and RSA as fallback. ECDSA is not in the list at all.

EDIT2: gitlab (https://docs.gitlab.com/ee/user/ssh.html) also recommends ed25519 (which uses EdDSA for signatures). They'll grudgingly let you use ECDSA but point you to https://leanpub.com/gocrypto/read#leanpub-auto-ecdsa for a lecture on why it's a bad choice; there are actually more problems with it than the ones covered on that page that would be far harder to fix.
Why Rust cannot replace C++
> The problem they solve is that almost nobody uses a password manager.

Numbers pulled from Google seem to suggest 1/3 or so, which probably varies a lot across the world. But that’s not too bad given it’s never really been shoved down users' throats. They’ve been pushed pretty hard in PC magazines and media. They’re not entirely obscure.

> For people using password manager implementations, passkeys also add a layer of protection by being practically unphishable.

True, but it’s still some protection: auto-fill won’t work on a different domain so phishing is harder. However, note that many legit sites, even payment gateways etc, use multiple strange-looking domains sometimes. This is beyond irresponsible imo, and the clear fault of the service provider.

> If passkeys are implemented well, using hardware encrypted storage, you also never risk a copy of your passwords falling into the wrong hands[…]

This is only theoretically true. Regular people aren’t able to provision and secure multiple auth devices in case of house fire, theft, or loss. What happens in practice is an account recovery flow, usually through email, sms or support, which is prone to all kinds of non-crypto attacks, including phishing.

Per-device passkeys alone are possibly an improvement in convenience but not as a last-resort identity, in practice. From a security POV it’s very similar to pw managers, and so far I like them more because of they’re vendor agnostic. Ideally we’d have pw managers simply manage key material instead of a random pw, when supported by the provider. I already use GitHub this way, with Bitwarden.
Fifty Years of the Personal Computer Operating System
> Jews, Blacks, LGBT, and other minorities should naturally align together to protect values of freedom

Then seek that unity, friend. Do not vote for the people selling violence as a solution to fear that they have fabricated. And especially do not sacrifice our freedoms at the altar of fear. Now is the time for solidarity and bravery in the face of powers that would divide and conquer us.

https://lite.cnn.com/2024/05/02/opinions/university-of-texas...
I would happily agree if the practice stayed at that level of providing ads for my zip code or locality only.

It is far more intrusive and there is no way to fully opt out. I just want to be able to say do not track me or sell my information to third parties.
I don't know why this is downvoted, it's overstating things a little but there's some truth to it for sure. The other day I was googling for the name of the \mid Latex math symbol. It's basically a pipe with some space around it, a separator line useful in definitions.

So I tried to google various variations of "separator line latex math" but it always synonymed them to include "line break latex", which is obviously "\\" and not what I want.
It would be like a regular raytracer, but instead of writing pixels to a file, you write them to your buffer/texture.
NiH is expensive

> 1. You can do it better, with better taste

You can, or you can just work around the existing tooling, which is quicker and assuming you choose wisely, has a wealth of googleable documentation. Its humbling, because you need to learn through _using_ rather than creating. It feels less productive, even though you're 90% of the way there with an existing tool

> 3. Building something yourself lets you become an expert in the domain and the tool you're building,

It might do, or it also might just drown you in complexities of the domain that you're building the tool for. Plus the assumptions you make when first designing the tool tend to be disproven as you learn more. Its good to question tools, but not blindly re-write them without studying _why_ they do that thing in that weird way.

> 4. More often than people realize, building something yourself ends up simply faster than first learning

Which means you are very likely make the same elementary mistakes as the previous generation tools. Plus its _always_ slower to start. mainly because naive re-writes have naive bugs. But you just don;t know it yet.

At the legions of VFX companies I've worked at, the number of people who look at the asset management system and go "Oh thats not hard, lets just re-write that to be x" is too damn high. 6 engineers and a year later, they still have a broken system, but in new and interesting ways.

Am I saying that you _shouldn't_ make tooling/software or custom things? no. I'm saying that you should really save yourself for something that critical to the company.

All projects have a limited number of innovation tokens. The more you use the slower your project will go. You should really only look to use 2 innovation tokens max.
The main limitations of the multitasking command window were that it couldn't be used to drop into a language like the inbuilt BASIC interpreter and then change screen modes in BASIC code, or draw graphics using the BASIC plotting keywords, and so on. The command-line UI foreground and background colours were configured in the host app (typically Edit) rather than being changeable dynamically from within the command-line environment. There may be other limitations that I am not aware of, but for text-based interaction with typical command-line tools or BASIC in text-only mode, it's fine.
I'm not sure you're agreeing with me and using disagreeing words, or you didn't read what I wrote...

Software engineers can't estimate how long things will take: https://www.sciencedirect.com/science/article/abs/pii/S02637...

They're wrong, 60% of the time by overestimation and when underestimated, so vastly wrong it's terrifying. I remember this one time I merely had to update a component in prod. Everything went fine in staging, then when I pressed the "button" in prod ... all hell broke loose. We spent the next 4 days fixing it.

I never wrote that software engineers can't estimate effort, I said they can't estimate time, but you're accusing me of the former.
Crisis of conscience, I imagine
There is no all-encompassing "actual X11 fullscreen", X11 does not have an API for applications to have control over the entire screen like you'd find in, e.g, DirectX 9 (what most people think of with "real fullscreen" in Windows). What games (and SDL1) ages ago did was to use APIs that changed the video mode and APIs that captured input, both of which are completely separate (they're even from different sources: the video mode API is from an extension, the capture API is from the core protocol) - and then created a borderless window the normal way.

There are three different aspects here, each one can be done differently and all can be (and have been) mixed or ignored:

1. Set the video mode. You can either do that or not and use whatever the desktop is running at. You may want to change the video mode not just for resolution but for using a different refresh rate. Both native games (like, e.g. Quake source ports using SDL2) and Wine still do that (you can disable the modesetting in Wine via the registry so that games only see the desktop resolution as the only available one).

2. Create a fullscreen window. There are two ways to do that: either create a window that bypasses redirection ("redirection" here means that the window manager wont manage it, it has nothing to do with compositing - if a compositor is used - though some compositors also use it as a hint for that) and have it cover the entire desktop area (you may want to use randr to figure out the monitor area for multiple monitors) or alternatively use the fullscreen hint on the window and let the window manager handle this. Note that some window managers may not support this or have bugs with it.

3. Handle input. X11 provides an API to capture mouse and/or keyboard input, though strictly speaking this is not really required and TBH i do not see why games ever did that (i can only think of conflicts with other programs but i'd expect this to be something for the user to deal with). In any case, it is rare for games to do that these days. You can just handle input "normally" like any other program. You can provide a (by default disabled) option if you really want to though as the API for capturing is trivial.

For my last game engine i did #1 (with an option to use whatever the desktop resolution is) and #2 (using the fullscreen flag by default with the redirect flag as an alternative for window managers that had issues with the fullscreen flag) but i didn't bother with #3.
Fair. On reflection I agree with all the people that have pointed out that multiuser isn't that important. It was just, historically, the feature that made operating systems become serious about security, which is now essential for other reasons.
i don't know how you and GP can read so much into this.

sure, the website may look kind of ugly, but it is also very simple (and in fact green on black are old terminal colors. maybe just get an old terminal font and suddenly the website would look cool?), so i find it easy to look past that, but all that tells me is that this guy is not a designer. and the odd phrasing tells me that this is not a native english speaker. that's all.

if you are reading any more into this then that tells me more about your character than about the creator of the website.
So you're telling me that you can have a say in the blockchain with no proof-of-work whatsoever on your part