skysight-inc/HackerNews huggingface dataset:
> If someone can't be bothered to dress properly, why would they bother to conform with any other workplace norm?

> Really this is basic professionalism.

Hmmmmmmmm.

http://itre.cis.upenn.edu/~myl/languagelog/archives/000011.h...

> My gym just fired the opening gun in a new skirmish, by posting dozens of signs reading "All lockers must be emptied of its contents by August 22 at 5:00 p.m."

> Someone has learned, from the "singular their" fuss, a lesson that no one wanted to teach: Universally quantified ancedents should get singular pronouns. Or something like that.

> This is clearly a case of hypercorrection. However, it's not clear which side has gained: the prescriptivists can claim (correctly?) that even their opponents surely agree that THIS is a mistake; the anti-prescriptivists can counter that pedantry is the root cause of the error.

> It's interesting that everyone, prescriptivists and anti-prescriptivists alike, seems to think that hypercorrection is wrong, morally as well as logically. For the prescriptivists, any form that deviates from a postulated universal standard is wrong.. For (at least some of) their opponents, use makes right, as long as you conform to your own group's norms -- but it's a sin to imitate the norms of a more prestigious group, if you get it wrong. On this point, the prescriptivists seem to me to be fairer and more democratic in their attitudes, even if their particular prescriptions are often foolish.

I once read an article breaking the hard-hitting (and outrageous!) news that the Dallas Cowboys provide their cheerleaders with a handbook on how to dress appropriately, groom appropriately, and maintain a standard of personal hygiene that is adequate for "polite company". I had a similar reaction to that as Mark Liberman had to the descriptivist attitude toward hypercorrection.

Do you want to judge your candidates by how willing and able they are to conform to workplace dress norms? Then include an attachment when you invite them for an interview specifying how you want them to dress.

Or is it more that you're uncomfortable with the idea of hiring someone who doesn't know -- as they obviously should -- what you feel is appropriate in your employees' dress?
+1 for the Telegram bot, I've been thinking on doing a custom app that asks me for my mood but the Telegram bot is a better idea!
Japanese spider crab is aesthetic compared to many of the abominations coming out of elective surgery these days.
There are clear perverse incentives and well-documented abuses.
> I would be curious to know what he thought of Swift (having worked on the compiler). The language seems to be the opposite of Go in including every language feature under the sun.

Are you asking from a language design perspective? Or from an implementation perspective?

From a language design perspective, yes, Swift has a lot of features. Most of these features exist for good reasons.

- First-class Objective-C interop: Needed for initial adoption and migration, since Apple's SDKs were all Objective-C. (See also: Kotlin and Java etc.)

- Protocols with associated types: Writing generic code with constraints makes surfacing type errors easier compared to templates. Associated types enable many natural patterns of programming.

- Library evolution: Being able to evolve APIs without breaking ABI is super important for a platform.

- Support for DSLs: Swift is used heavily for UI programming, and there is a convergence across languages in terms of having DSLs for making building UIs easier.

- Use of weak pointers (vs having a tracing GC for cycles): Better for Objective-C compatibility.

- Async/await + actors: Trying to balance usage of Dispatch (which is the platform API) with newer programming patterns, while still being able to compile in a way with low resource usage.

- Upcoming C++ interop: Many big iOS applications use large amounts of C++, so better interop would make Swift usage easier for them.

Does that mean I think every feature of Swift is perfect? No. For one thing, I think method overloading is way too flexible, which is what causes exponential time for type inference in a bunch of cases.
The PalmOS powered wristwatch from Fossil
They don't seem to be working on Android Chrome.
And you will never know if the updated libs cause segfaults (at best) or shenanigans (at worst).

You can replace the open files on Windows (most oth time, see my other comment here), but the decision to reboot is not a technical one (and back in the days many invested in no reboot upgrades) but to have less headache on a corner cases.
If the docs are generated from comments in the code a simple ripgrep search of the source (with fzf or other integration) will find things just as well too. Hound is a nice little web UI that does this: https://github.com/hound-search/hound
I don't think there are textbooks on this stuff, it is too much of a niche, you probably need to read journal papers. A place to start might be the classic "What is liquid?" review paper by Barker and Henderson:

https://link.aps.org/pdf/10.1103/RevModPhys.48.587?casa_toke...

... and then the classic review paper on liquid crystals by Stephen and Straley:

https://link.aps.org/pdf/10.1103/RevModPhys.46.617?casa_toke...

But I believe the "gaping hole" as you call it has been mostly filled by the recent work. You probably still need to spend some weeks to follow along though.

The motivation for my colleague was to develop the Onsager theory further, since Onsager only went to the second virial coefficient. They were able to go to higher-body contributions and get nice algebraic results for the equation of state, IIRC. I can probably dig up the DOI if you want to read it.
The age of the coder is directly proportional to the number of comments included in the code.
>even the best of us subconsciously treat attractive people as more competent. //

People who clearly spend/spent a lot of time on their appearance suggests to me that they're trying to use some sort of "trick" to get ahead and that this probably means they're less competent than their peers.

It's like charities that give you a pen, or small quantity of money (bear with me) ... Yes, I know that psychological trick and it strictly suggests to me that yours is a charity I should not donate to.

The whole "dress for the job you want", for example, is really "use people's prejudices to trick them into unconsciously overestimating your competence".

Sadly, marketing tricks (ie the hostile use of psychology) work on all of us, even sometimes when we know we're being tricked. Participating in that kind of thing is a red flag to me.

The "former football player" vs "fat slob" part of your comment suggests you view [or are accommodating others that view] unrelated externalities as more important than intrinsic qualities related directly to the work. That's not uncommon, but it seems like something we need to mature beyond.

>I’m out of touch with the culture of the org (not good) or I choose to differentiate myself //

This seems really sad to me, like a person likes to wear a tie and that's so out there you'd consider you can't work with them? Like, what if they were actually different: came from a different place, spoke different languages, had different body parts? Especially if you're coding, what's it matter if you like to wear a formal thawb (Middle-eastern robe) and they wear Hawaiian shirts and board shorts?

I'm not saying people won't judge you, just that it's wrong.
The software we are building at my current job is totally dependent on Google's APIs. Is this something I should tell my manager?
Shareware disks _could_ be written and paid for by the shareware author, but user-to-user distribution, at the _user's_ cost was [seemingly] more common.
This is a product for HCI/ UX researchers, not consumers
Small cars are getting larger – are fuel economy regulations to blame?
> That is really opposite of the C++ experience, where you have millions of different patterns, techniques, and pitfalls at every corner.

Exactly right. And everyone who is serious about the mission and not “enjoying the process” is so so tired of c++ with its “millions of different patterns, techniques, and pitfalls at every corner” and c++ devs that need to be convinced not to do crazy shit just bc they can
What about abstract thinking ? at 23 I used to rush through never ending streams of programming ideas, most of them were shallow if not stupid. I'm "slow" now, but in a "make haste slowly".. I take time to grasp higher level, more precise ideas instead of running head down.

The bit about the existential shift in priorities rings true to me. At 20 you dream about mastering the future, at 40 you couldn't care less.
Cosmology and astro fundamentally can be tested. The models therein have implications on things like the Cosmic Microwave Background, so it fits "societal progress" in the sense it pushes humanity's knowledge of the universe forward.

I do think particle theory probably does push knowledge forward, the problem is it is quite a bit further from something that can be tested, it is more akin to mathematics these days where they're not really trying to describe reality because as she says, susy and friends could be morphed to fit anything. In fact, and this might be a stretch, but I feel like there is a motivation not to have predictions sometimes because then you could be proven wrong. Perhaps this is still "pushing knowledge in general forward" as opposed to knowledge that actually describes reality, similar to mathematics perhaps.

Not really related to societal progress, but the difference between particle theory with mathematics is mathematicians are actually rigorous while particle physicists get by with the usual lack of rigor (relatively) of physics in general. The argument usually employed by theorists in other physics fields is that this lack of rigor is okay because physics is science and you could always do an experiment afterwards to validate theory. Particle physics less and less has that, so, where does it sit? I feel like may be a valid path forward is for particle physicists to embrace that they are no longer really doing science and are rather doing mathematics, and probably to even adopt some of the rigor of mathematics, then particle theory could really bloom into a really valuable field of study on the "pushing general knowledge forward" side of things.
Well, they often start in October instead of ending just at the start of it.
Polite request for people to give explanations for their suggestions, otherwise the value is questionable.
I remember when American experts claimed that Iraq had masses of WMDs. After being lied to for so long and with such disastrous consequences, I'm not surprised people have (unfortunately often to kneejerk extremes) taken 'experts' with a grain of salt.
The Jews were also targeted. It didn't stop them.

I don't see how what happened to my granddaddy, for good or for ill, has any bearing on my ability to practice, practice, practice, get good, and make it. As of 2015-16, NBA was 81.7% black.

Software is no different. The best tools are free. Internet is near-ubiquitous. A serviceable machine can be had for lawn-mowing money. There is no excuse.
If there is a path to sideload an app without google scaring the pants off users, then I agree. Making apps from the play store sound safe and apps from a 3rd party store sound scary and dangerous is abusing your position, however.
Actually, there's no hubris. I'd rather put the money where my mouth is. Let's take an example which I worked on for almost a decade (and still working on).

How can I make sure that I have no leaks?

1. I design software by hand. I design construction and destruction chains beforehand.

2. I implement the modules one by one, create some test suites, plug to valgrind, make sure that it has no leaks.

3. Chain the modules together, re-run the tests.

4. For every component and chain which passes the test, "Seal" the unit. Any change requires whole set of tests again.

For this set of components, since components doesn't change, test suites are also "sealed".

After every build, I have a CI/CD pipeline which runs a series of tests including, unit, module and end to end scenarios. Test the result with ground truth up to 32 significant digits. If something doesn't hold, flag the build and fail. I also keep timing values for certain states, and they shouldn't deviate much. Remember, we need speed.

We should have invalid inputs. However these inputs shouldn't reach to the processing state and just be marked invalid and thrown out. Apply the above pipeline. Implement, test and seal.

Since the stack is stable, and this is an "old school" C++ code, I don't need to migrate libraries and other stuff around much. So, the test suite I've written doesn't need maintenance unless the seal is broken.

However, with the feature I'm implementing, I need to break a couple of these seals, but no biggie. Extend a function, write a couple more unit tests, run the test suite and hammer the code, seal it again. Usual tests will go on, of course.

End to end valgrind tests are done periodically, with not every build. It takes around ~12 hours to complete that with full tracing and reporting.

I'd rather be methodical and give the code I've written a torturous shake down, instead of saying this looks good and move on. I trust myself with the code I write, but not so blindly to go over the top and say that "I'm the one". Instead I do my best, but I believe that I'm the worst coder around here, so I test to break my code. Not to validate.
"Almost as fast as C++" claims about go tend to come from people who don't write a lot of C++. The perf gap is big, even though it's not as big as the perf gap with Javascript. That said, I don't think anything but Rust does any better than Go on getting the balance right.
I’ve found it interesting that smart young startup entrepreneurs see a resume that has over 20 years experience and instead of seeing a dinosaur they see the experience and future guidance to help them in their endeavors.
I am soon-to-be 44.

I felt the same process creeping on me in my late 30s. Since then, I started experimenting with some OTC drugs (to be concrete: Nicotinamide Riboside, Pterostilbene and Spermidine). It is my impression that the effect has largely gone away. People that I meet after a long time tend to remark that I am noticeably more energetic, too.

A combination of NR and Pterostilbene under the name EH301 was recently trialled in Spain for treatment of ALS (yes, that ALS) with remarkably good results [0], though the study was small. A much bigger study is now underway in Norway [1]. If this combo can influence a neurodegenerative disease positively, it may help the brain in general.

But I do not want to sound as a huckster for both. This is a huge if and it is possible that I am just another case of a placebo effect.

[0] https://www.alzforum.org/news/research-news/small-trial-eh30...

[1] https://ichgcp.net/clinical-trials-registry/NCT04562831
I'm talking about the new collider (FCC), the LHC is already finished so there's not much point talking about its costs.

https://en.wikipedia.org/wiki/Future_Circular_Collider
Not quite as uncomfortable as the earlier Clockwork Orange glasses.

https://www.youtube.com/watch?v=uSQApGLbgNg
> The hyphens make the notation ambiguous with substraction

In Lisp they wouldn’t, and in statically typed languages it probably wouldn’t be a problem either, as the compiler would tell you that you can’t use a date as a number.

On the other hand, the need for date literals in program code is rare enough that it likely doesn’t warrant introducing a dedicated syntactic form.
Doubt it. Elixir is a leaky abstraction over Erlang, so OTP concepts are a huge barrier of entry for non-software engineers.

e.g. to this day starting a small library requires learning supervisors, genservers, etc. Unless you’re doing a one off .exs, you’re going to be really confused by what “mix new” does.

Saying this as a passionate Elixirist — there’s nothing wrong with the leaky abstraction part, it’s what makes it powerful — but dethroning Python isn’t happening anytime soon.
a bit like fully reading the F manual :)
We might be stuck with compuserve and AOL.
Warranty period might be a nice catch, thanks :-)

> [...] anywhere that's dense and stable enough to invest in capital infrastructure would be better served by rail [...]

Honestly I'm against public transport, ad I'm against actual/modern cities: yes, in actual cities we absolutely need public transport, especially in dense EU cities where moving by car is a nightmare, BUT if we see in the world the various "economic environments":

- low density/low demographic areas are in mean underdeveloped and not very nice to live in, they tend to be poor areas for humans;

- high density areas tend to be nightmares where some start fleeing not knowing much where to flee and with density issues that have surpassed the advantage of density economic booster and being dense haven't much room to evolve;

- mid-density areas are middle ground, some are bad places some good ones, so looking at them I see a variety pattern:

- areas dedicated to something in general do see a quick flourishing period than agony;

- areas with a variety of activities and residential tend to prosper better than actual cities until density start to be high (in Riviera's terms).

As a result I see the Riviera model the best we have at today technological level: TLCs and logistics make possible to be "near enough" to have the density economic advantage without being a city, so without the downsides of cities. Surely we can't develop anything with this model, mining, heavy mechanics, metallurgic industries etc can't exists in such models, they need to be districts, but also cities nor other solution work form them and pure districts, like suburbs does not work because they have no variety. We can sustain a failure of a dedicated-to-something district if the rest of the country is resilient and agile enough to evolve, like a riviera, we can't evolve cities, so we are not resilient nor agile with them...

Long-story short in this present time I can't identify something stable enough for land-based networks, nor rails nor roads. Surely what's already build and still in a good shape can be used, but no investments in such infra seems to be a good enough one to my eyes... That's why I'm a partisan of aviation and naval, they still need infra, but such investments are cheaper if we remain at a certain scale so changes can happen with contained losses.
Yes. Require them to give the same dire warnings about apps from their own store, or remove them both.
No secret :-) I changed my profile in LinkedIn to mention new location (France) and added "Freelance/Consulting in sabbatical". Had absolutely no intention to get a job, originally (my sabbatical was in fact a sort of pre-retirement/FIRE), but when I started getting DMs in LinkedIn I became curious. A few calls with some folks, with one thread of conversations which seemed too interesting to not pursue - job offer.
> Let me introduce you to the concept of social capital and how it relates to white privilege.

It is amazing how progressives assume the problem is the ignorance and stupidity of their opponents.

But, it is good to get the real argument out in the open.
This is mildly off topic, but I am very unhappy with Pandas. Every single API feels bolted on without any consideration of composability or ergonomics. After spending 4 years with a much better proprietary library I cannot deal with arbitrary functions I have to learn like “value_counts” or whatever the output of a “groupby” is.
As a 5'5" guy, no one ever calls me short, and when I joke about being short my friends tell me that they don't perceive me as short unless I'm joking about it, so I stopped haha.
You can also make them feel pretty cloud-like by running k8s on them.
If you just do the date at each page header and timestamp each note to enable linking, your notes will get much easier to deal with. I actually started doing this because I'm fairly undisciplined and generally pretty disorganized.
I got into Google in my forties and it wasn’t a big deal at all. I do have a fairly specialized skill set and the demand is always high, but as far as I can tell, age didn’t come into it.
This is why I notate using s-exprs.
Effects of fexofenadine, diphenhydramine, and alcohol on driving performance
We had a lot of noisy neighbour issues on Hetzner's VPSes, to the point that we stopped using them entirely. Their bare metal is a great offer though. And fully agreed about lock-in. If you can, design cloud-agnostic from the start. You get a lot more flexibility and you're in a much better negotiating position as you grow. Not realistic or necessarily sensible for every company/team though.
Kubernetes + Cluster API. This unlocks the ability to use one or multiple providers: https://cluster-api.sigs.k8s.io/reference/providers.html

* Alibaba Cloud

* AWS

* Azure

* Azure Stack HCI

* Baidu Cloud

* BYOH

* Metal3

* DigitalOcean

* Exoscale

* GCP

* Hetzner

* IBM Cloud

* KubeVirt

* MAAS

* Nested

* Nutanix

* OpenStack

* Equinix Metal (formerly Packet)

* Sidero

* Tencent Cloud

* vSphere
I’ve been reading Bob Nystrom’s Crafting Interpreters and learning about interpreters and compilers in general.
I don’t think it succeeded or failed. Languages don’t need to be wildly popular in industry to be valuable. I personally like that industry ignores SML. Even for Ocaml I don’t use the Jane street core: I just use the stock language since it’s small and stable. I like that Jane street helps improve the core compiler though.
search: >'Hydrogen storage in C60 (buckyball) lined container< @DDG : <https://html.duckduckgo.com/html/?q='Hydrogen storage in C60...>

Hydrogen Storage : https://en.wikipedia.org/wiki/Hydrogen_storage

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

Fullerene : https://en.wikipedia.org/wiki/Fullerene
This works for one offs like cleaning up, or filing taxes, but how does one stick to a multi-month or even multi-year project?

For that, it requires faith that everything will work out. It's painfully easy to be skeptical and cynical. In the really old how to succeed books like Think and Grow Rich faith is emphasized as an important attribute to success. These days with endless scoffing at everything, this principle has been forgotten and ridiculed.
This is like the C++ argument that you should just use C++ because it has almost every feature so you can just use the ones you want and ignore the others. Of course, in practice you still have to deal with colleagues and upstream packages that use features you don’t like. Same deal with F#—you could write F# in a Go-like style, but you’ll be swimming against the current. And the only advantage is a little less verbosity, which really isn’t anyone’s bottleneck—people over-index on minimizing localized boilerplate and ignore the costs of gratuitous abstraction.
No, there was basically no empirical input into the development of special relativity either, Michelson-Morley was already perfectly explained by Lorentz contraction caused by movement of matter through the ether.

What special relativity did was solve the purely theoretical contradictions between Newtonian mechanics and Maxwell's electrodynamics (hence the title of Einstein's paper "On the electrodynamics of moving bodies"), reinterpreting Lorentz' math for the description of movement through the ether as transformations of spacetime itself and doing away with the ether.