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

> in the UK, education is still compulsory until you're 18

I've just looked it up because I hadn't heard this - it was only compulsory until 16 "in my day"! Turns out it still is, here in Wales, and also Scotland and NI. Only England changed it to 18. Our devolved governments love to make things confusing.

https://www.gov.uk/know-when-you-can-leave-school https://wcpp.org.uk/publication/raising-the-age-of-participa...


Is there a psychological term for the self-centred thinking where a person thinks "I've stopped using X, therefore everyone's stopped using X"?



That's a thing on YT comments "Does anyone else [insert generic thing everybody does]" boom many thumbs up


True, but that also sums up one of the junior dev problems often talked about on HN - those who use SO to get a direct answer that they can copy-and-paste, instead of an actual explanation to help them learn (and save them having to look it up next time).


> Highly precise... requires additional consideration

You've just reminded me of watching the family cat when I was a child, wanting to squeeze himself into the gap between the end of a sofa and the wall. He tested the gap with his whiskers a couple of times - nope, too narrow. Then the lightbulb moment - he turned just his head sideways, and tested again. Plenty of room! So he rammed himself into the gap. And got stuck.


It feels like every ad has to end with "NOW!" or "TODAY!". Yes I understand how big research results give the marketing people good reason to insist on it, but it drives me nuts! I do wonder whether its overuse might diminish its supposed effect.


Yes, prices advertised to consumers must include VAT. UK advertising laws mandate that the price must include all non-optional taxes, fees, etc. Prices advertised exclusively to businesses can exclude VAT.


The change, not the charge. If the change is 99 cents, the customer gives an extra penny, the change is now 1 dollar, avoiding a handful of coins.

It seems to have become the norm for young cashiers to be unable to understand. And if you try to explain, they'll insist "I can't change it now I've rung it through". Some seem to think the system keeps an exact record of the quantity of each individual coin (or they just don't even know where to begin to think about it).


Another possibility: "The register says 99 cents change and I am not paid enough to give any more of a damn than that."


If you have basic comfort in arithmetic, this is not a calculation that involves giving a damn. Being confused about why someone would give you an extra penny and having a discussion about it with a stranger burns 100x more calories than knowing it. If basic arithmetic involves taking a deep breath and closing your eyes for half a minute, or looking around the room for a calculator, that's a different cost/benefit analysis.

It's like the difference between a language you are fluent in and a language you are tentative in. If you're fluent, you have to make an effort not to listen to somebody's loud conversation, or not to pay attention to a billboard. They intrude into your consciousness. There's never a situation when I don't do simple arithmetic when exposed to it. I don't have to consciously figure out what 4 times 9 is. Subjectively, the number just pops into my head when I see the question.

edit: If you can't do this with explanations of identities or related rates, etc., it's hard or impossible to follow any quantitative or especially probabilistic argument. Even the simplest ones. I think this results in people for whom arithmetic is difficult faking it by trying to memorize the words used during quantitative arguments without having any real understanding. Just sort of memorizing a lot of slogans and repeating them during any argument that shares similar words. I think discomfort with arithmetic ruins people politically (as citizens), so I really do think calculators are a problem.


This totally happened me as well but I don't necessarily see the connection with calculators. This is all anecdotal imo.


Neither can I, but if not it's a hell of a line. Really shows up how pathetic is society's slavery to the concept of "status symbols". Should I buy what does the job best for me personally? No, I'm supposed to follow the herd, otherwise it marks me out in a bad way.


True. Adding a few 2" screws (into pilot holes) makes an enormous difference to the rigidity of their (e.g.) wardrobes and kitchen units. Even on first assembly, but especially if you have to take apart and rebuild.


Especially if you follow the WP's standard to the T. Wordpress coding "standards" came from one person's idiosyncrasies, going against most other coding standards including (especially) the PSR ones. It's a while since I last looked at contributors' attempts to bring some sanity to it all, but the last I saw was that they kept getting knocked back by the gatekeepers.


look you couldn't pay me any amount of money to work on Wordpress, but not cargo culting PSR like a bunch of others isn't the red flag you make it out to be.

I was dubious when they declared that projects indent method is somehow a barrier to "interoperability".

When they made a logging system based on strings because one existing implementation was written by a guy who apparently doesn't understand syslog levels, I gave up any expectation that they'd produce anything of value.

It's design by committee with the added bullshit of wanting to emulate Java.


PSR has been the single most important advance in the ecosystem. We now have a single, unified code style among all modern projects; a universally supported logging library that virtually all applications use; a universally supported DI container that is implemented by all frameworks; common HTTP request and response types, used or supported by all major frameworks and HTTP clients alike; sadly, two cache standards, albite with a little different targets, but at least most packages support either.

For a concrete example; I can take a PSR request received from the server SAPI, send that to an upstream server via a PSR client retrieved from a PSR container, hand it a PSR cache instance to store the PSR response in, then return that response to the client. This whole chunk of code can be copy-pasted from Laravel to Symfony, and the container will handle injecting the correct local implementation. That doesn’t sound too impressive to a Java developer, but it just wasn’t there in PHP before PSR. Anyone dismissing all that hasn’t really worked on libraries and frameworks before that was a thing.

These packages have made it feasible to create framework-agnostic libraries, easy even, if you’ve got a bit of PHP experience. There’s a reason why the packagist/composer ecosystem is so good, and that’s shared primitives.

If someone just denies all that and bets on their own, badly documented, incompatible solutions just for the sake of it; that absolutely is a red flag, and I’m not going to touch that with a ten foot pole.


> We now have a single, unified code style among all modern projects

Yes I mentioned that, and it's kind of ridiculous how much importance people put on it.

If you can't use another library because they use tabs rather than spaces, that should be a red flag.

> a universally supported logging library

PSRs don't define a logging library. They define a logging interface, and it's based around strings rather than the literal industry standard of SYSLOG levels, because a single implementation that pre-dated the PSR, uses integers but not SYSLOG.

If you think it's a good idea to use a logging library written by someone who doesn't understand syslog, or to use an interface written by people who think it's better to make up shit to accomodate said people who don't understand syslog, be my guest.

But as someone recently said:

> I’m not going to touch that with a ten foot pole


> If you can't use another library because they use tabs rather than spaces, that should be a red flag.

Now that’s just disingenuous. Coding style differences cause issues in collaboration and man-years of bike shedding and have wasted an incredible amount of time in the open source community. Settling on a single standard and be done with it seems very much sensible to me. It’s not about being unable to use a library, but having trouble (or causing it) when contributing.

> PSRs don't define a logging library. They define a logging interface, […]

You’re right of course, although I’m sure you knew exactly what I meant. We’re dealing with a specification that has several implementations, and that doesn’t finish its usefulness at all. I don’t know where your grief around syslog comes from, and I honestly don’t care; Monolog is both flexible and extensible enough to cater to 99% of all use cases or can be adapted to, out of the box. How someone could care that much how the log levels are implemented internally is beyond me; in the meantime, I have built a bunch of applications chugging out logs just fine.

I’ve seen the benefits of PSR firsthand for many years now, but I guess I’m not going to convince you, so I think we can leave it at that.


> Coding style differences cause issues in collaboration and man-years of bike shedding

Solved by each project having its own defined coding style. Every "member" project of PHP-FIG had a defined coding style prior to any PSR telling them how to write code.

There is zero need for this to be enforced across projects.

> I don’t know where your grief around syslog comes from, and I honestly don’t care

You're gesticulating about how important it is to follow "standards", but the moment someone points out how PHP-FIG ignored an established standard that's already used in dozens of languages - including in PHP, it's "I don't care".

You're more concerned with defending your cargo-cult allegiance to a group than understanding criticisms of their work.


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

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

Search: