334 karma · joined August 27, 2019
I think certain things would be picked up pretty easily e.g. obfuscated code would be a pretty loud feature, but subtle stuff might be undetected and generally I can't see the model being super accurate.
I'm pretty sure the Marvel franchise is shat out by an algorithm.
The analogy might be more valid if arguing its not possible for a third party to actually determine whether an entity/system is conscious (irrespective of whether the entity is conscious or not)
Typescript (by way of comparison with other non-low-level languages) just feels far more solid wrt type system, type safety, tooling etc. C# (which I've used for years) is faster by orders of magnitude and IMO safer/easier to maintain.
The only way to fix it... is to make myself bored. To FORCE myself to be bored. I sit on the ground with my legs crossed, close my eyes, and slowly count down from 60, 120, 180.. while shoving all the other thoughts out of my brain. It's like meditation, but meditation apps are a bit too interesting. I get distracted over how utterly weird they are.
Eventually, interspersed with all the intrusive thoughts and stressful shit ricocheting around, I start feeling a few brief twinges of boredom. If I'm really worked up it might take 10-15 minutes for these to take hold, finalling boring myself into calmness - at which point my shitty brain has stopped spazzing out and I can go back to getting shit done.
If you're neurotypical you can probably just put the phone away and go for a fucking walk. It will let your default mode network do its usual thing for a while, like it's designed to.
vs
> NodeMarkingInactiveEvent.publish( localPause );
The second statement is totally not logging because it doesn't have the word "logging" in it. ;-)
That being said... conceptually, I do like the generality of publishing an event that describes internal system state, rather than logging a string on some level. OTOH the logging is supposed to be human, rather than machine-readable. But it's also gotta be a heap more work to do it this way and, maybe you'll never know if the error occurred cause the service lost network for some period of time (because it can't write to the event bus either!)
https://github.com/ornicar/lila/blob/98691c8901cc0e7d0f338f4...
Other than that I have no idea. I find stuff through some of the more obscure music subreddits (often by literally asking people what else is similar to XYZ). There are undoubtedly blogs around but nobody really uses the internet like that any more...
Side note Spotify and other streaming platforms are awful for even searching for classical music.
I wonder if anyone has ever tried to make a "nightmare" language that is as hard to learn as possible.
Thinking like.. 13 tones, pops, clicks, whistles, every possible grammatical structure from other languages at once... etc
Anecdotally, in Australia, post COVID both rent and real estate in regional areas have gone up dramatically - much more than in cities - rapidly pricing locals out and forcing them to move elsewhere and sometimes find temporary accommodation. Now that WFH is more normalised and either want a quiter lifestyle or straight up can't afford houses in major cities, so they are moving to smaller towns instead.
My own preferences are fairly different but I can't argue with data.
I personally prefer having IaC in the same repo as the code. Any changes to the code OR the IaC uses the git flow as per normal and requires a PR. When the PR is merged to develop its pushed to QA environments automatically - therefore updating infrastructure with the updated IaC.
We update deployment configuration separately (because why would we include anything environment-specific in the repo?), this never presents any major issues although sometimes I guess you'd need to update the config just at the same time as merging the code PR which is slightly inconvenient and is somewhat OCD triggering, but its a productive setup so I don't mind.
The gap closed significantly with .NET core, which is why everyone was quite surprised when .NET 5 (the next iteration) had a fairly significant speedup in many scenarios.
For reference, Stack Overflow was running on .NET MVC on like 2 servers pretty recently (with some auxiliary infrastructure for CDN and search) and using MS SQL.. I think it might still be running on this setup but not 100%. Honestly I have no idea how they do it on a .NET monolith but there you go.
C# is still one of the best languages I've used, which is the reason why I've kept at it for so long - e.g. it got async/await semantics in like 2012 (just after F# did). I'm about to switch jobs to a company that uses Typescript/Node after years in .NET and I feel like I'm going to miss quite a lot of the development experience. I'm not sure which alternatives are necessarily better but again I haven't spent a significant amount of time with, for example, Golang or Scala. Swift was kind of equivalent but (AFAIK) missing some features and the vastness of the nuget package ecosystem.
Ah, this answers my question I guess. Thanks for the info. I'm about to start a new job doing Typescript stuff so I am going to be deep diving into the language to get my head around it, so this helps a lot :-)
Feel free to do your own research to see whether data backs this up. I'll even type it into Google for you! :-)
To be honest, this whole paradigm seems absurdly fucking efficient for the developers. But I wonder about stuff like
* What happens if the data model needs to change? If you need to move something from db["some/path"]?
* How is it coordinated at a larger scale, how does everyone know what is running and how it interacts with everything else - can you figure out what depends on an object? What if the data used by your Price(Security) object changes and breaks it?
Last time was the Arab spring (Jan 2011 basically)