Hacker News new | past | comments | ask | show | jobs | submit | cmroanirgo's comments login

What is valuable to one person may not be to another. Does that make it a scam? Most people are adamant that gold is a fundamental unit of value, and yet it's paper value (by volume) is 10x the real thing¹. Does that make gold a scam?

Personally, I'm much more interested in the value inherent in the Human Spirit, but others place almost no value on human life. Insurance companies place a dollar value on human life. I look at words like human resources and see how it collectivises individuals and turns them into cattle, putting a dollar value on something I think is priceless.

People addicted to power are really interested in how many people they can control. Using this metric, managers, ceo's, etc are all buying into the scam that people have value but they're worth less than themselves. Using this metric any job is a scam, & it rides on the back of the notion that a piece of paper with $100 marked on it, formerly backed by gold, is actually worth anything.

¹ https://intelligent-partnership.com/paper-gold-volumes-vs-ph...


Insurance companies do not place a dollar value on human life. They provide a service that lets the client decide the dollar value.



Compare the 'Performance' model (i7-1260P, 16GB RAM, 512GB SSD) $2269AUD with a similar StarBook with Linux and choice of firmware (Am' Megatrends vs Coreboot) at $1831AUD, and the StarBook has plenty of ports too. The 400nit display is also very enticing to me.

https://au.starlabs.systems/products/starbook?variant=429313...

Every day I consider getting one... or an M2. But the deal breaker for an M1/M2 is the soldered SSD.

edited: typo in price


> $18321AUD

Is that a typo? Or are they actually that exxy?


Although I agree heartily with the idea of a push model for search engines, I can't help but notice that it seems to provide more centralisation to the search engines out there.

Here on HN we've been seeing posts of alternate search engines. How will those small bespoke engines make use of IndexNow unless the website participates?

The way I see IndexNow, I'll still get crawled relentlessly by the bots I don't want crawling my site (because robots.txt never seems to apply to them unless there's a special listing explicitly for them)

So, unless you're a participating search engine, a website will still be getting crawled by low hanging fruit, not alleviating the problem.

A good compromise would be something like an RSS feed, which a site can publish, and crawlers can hit for updated changes. It would also allow easier management for those domains that have many moving parts: individual search engines can be pinged, but the search engine just grabs the changes.xml file... Or something.


It looks like a search engine could get listed here: https://www.indexnow.org/searchengines.json and any website which implements IndexNow could utilize that list to know where to publish?

There already is such an "RSS" feed, its called a sitemap available at /sitemap.xml or you can alternatively list your url in the robots.txt file


The issue with that approach is the same one that destroyed the trust in meta keywords!

The lack of trust means a search engine needs to know if what it's being presented in metadata is actually what's being served to the browser!

That's why we can't have nice things! :-)


It definitely gets a bit murky when dealing with mbcs, when you want characters spanning multiple bytes rather than individual bytes.

I understand the topic is strXxx() funcs which are ascii only, but it does need to be said that size!=len for wide and multi char sets.


Yeah, that's an important observation especially in today's unicode world. It just strengthens my point that these "string" functions are really just bytes/memory functions in disguise.

Honestly "string" is a very harmful word that we've all grown used to. As an abstraction it sits somewhere between raw bytes and properly encoded text with proper unicode functions such as those provided by ICU. Python 3 finally forced people to start thinking about this stuff and nobody liked it.


The str functions aren't ASCII-only, they work perfectly fine with multi-byte strings such as UTF-8-encoded strings. The "length" just isn't the number of "characters", but the definition of a "character" itself is murky and bytes are what what you're usually interested in anyways.


> and bytes are what what you're usually interested in anyways.

Bytes are relevant when I have to allocate memory otherwise some definition of "character" is often more relevant. Even if I trim text to fit in a buffer I don't want to trim inside a "character" but get the most number of fitting "characters" Now "characters" are of course complicated as grapheme clusters are what is useful the most for human interaction ... but those are quite out of scope for a "simple" string library ...


Why should people have to buy extra services for a non free piece of hardware just to remain ad free on that hardware? Apple is double dipping here (probably triple dipping if you also include AppStore fees and charges).

People want to be able to own the things they buy, without further nonsense.


If you don't want to pay for the operating system, just buy some hardware and put Linux on it. Apple isn't double dipping because their OS isn't free, and nor is their hardware. They are different units of the same company, and both units have to pay their staff.

To whit, anywhere the software is provided "free" it is actually just included in the price. It is no coincidence they don't let you upgrade the actual version of that software without paying (or jail breaking as the case may be). Most phones and tablets are kept at whatever version you bought them at, by design.

If you buy a hardware firewall, you still have to pay for its software and maintenance. If you buy a car, you still have to buy winter tires at the appropriate time of year, and pay for the car's regular checkup. For tires, you even may have to pay for yearly rotation, balancing, etc. This business model shows up in many variants all over the place. Different divisions or people work on something, it's a separate pay item.


> there is no ...reliable way to verify the identity of a creator's SSH key

GitHub exposes your public key via it's API. (Why? I have no idea. I call it a privacy violation) So, you need to create new github identity for every SSH identity that you wish to remain anonymous for, otherwise they just get tied together & one aspect of anonymity is lost.


All that does is associate an arbitrary SSH key with a GitHub account. There is still no reliable way to verify the identity of the GitHub account owner, or the SSH key that account holder generated.

How does that expose any more information than you do by pushing a commit with a GitHub account?


Perhaps rather than assuming that the other should lower their weapons first, it might be more prudent to lower your own first.


This approach was tried by Britain and France in the 1920s and 30s. Didn’t end well.


Works great statistically if you don't much care for your own particular continued survival.


This is the opinion of an individual or state who has not fully reckoned with existential threats.


The author explains why it's on GH.

> I’ve worked with this code as a researcher and I use it to teach my classes, so it’s important to me that it stays easily-accessible on a major site like GitHub. (This is not the only copy, in fact it’s a fork of someone else’s.)


DNS support is no where near Unicode. At best we get local language support for non-ASCII domains, but everyone else will see it as punycode. Of course, phishing is one good reason why it's this.

> Internationalized domain names are stored in the Domain Name System (DNS) as ASCII strings using Punycode transcription.

https://en.wikipedia.org/wiki/Internationalized_domain_name

https://en.wikipedia.org/wiki/Punycode


DNS dates from 1983 and we're stuck with its limitations, but the GP is building a new system.


Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: