skysight-inc/HackerNews huggingface dataset:
I am not advocating wanting to be happy, I'm advocating cultivating happiness that does not depend on circumstances. There's a parable called "who knows what's good or bad?" that addresses why it doesn't make sense to assign "good" or "bad" to the events that happen to us.

> Happiness is what happens when I get what I want.

Well, that's how it seems at first. But even though you were overjoyed at the presents you got on your 10th birthday, that happiness did not last. After seeing enough ups and downs, the mind might get tired of being endlessly pushed around by wanting or aversion. It might prefer to just be still, unmoved. Meditation helps develop this kind of stability.
Quantifying impacts of the Covid-19 pandemic through life-expectancy losses
I can't say I've ever even thought about it because it's never been a problem. I mean it's a blinking light
It seems unlikely that Apple and the US government would litigate so aggressively against each other, over hacking or forcing back doors into Apple systems, if Apple had already been forced to hand over the keys to the government.
There are still some scholarly work written in Latin. For example see Terence O. Tunberg's book from 2013[0].

I highly recommend this[1] blog post about contemporary Latin knowledge.

[0]https://www.amazon.com/rationibus-colloquendi-Supplementa-Hu...
[1] http://blogicarian.blogspot.com/2019/03/argumentum-ad-ignora...
My AMD Thinkpad was released a little over 2 years ago and it still has serious flaws. And if the AMD gitlab bug tracker and bug reports on forums are anything to go by, I'm not optimistic about those flaws going away in the future.

I have no idea if the situation is just as bad on Intel.
Pringles are not chips. They are mathematically precise reifications of idealized perfection. It has nothing to do with potatoes and binders, those are only incidental. It's all about the libidinal act of destroying perfect objects with your mouth.

https://en.wikipedia.org/wiki/Oral_stage
I've ordered a UPS and I guess I'll see if that's the issue.

I use a lot of fans in my house to circulate air, and when someone uses the microwave, half of the fans slow down, and half speed up significantly. no idea how half could speed up, but they do. so, something is up with something, somewhere.

I expect this UPS to beep a lot.
Sorry, I was not aware that you were not permitted to criticize anyone unless you invested tens of thousands of hours into building a competing product to demonstrate your point. Something to remember for next time.
Thanks, but how is a waiter suspended? The typical await implementation will do a CPS conversion of the waiter function, but to trigger the conversion it needs to see an await call, or pessimistically generate two versions of each functions.

But from your example it seems that Zig just do context switching (not knocking it, I'm a big fan of it over await), but then why would it need an await/async keyword at all?
Odd one out? Even difficult child? beyond that I’m not sure as I think it’s meaning can change from person to person. Key takeaway is just don’t use that term.
That's not what "Making illegal states unrepresentable" means.

Let's say you're trying to parse a user object. Let's further say users always have to have a last name - a user without last name would be illegal state.

Now if you're parsing some data for a user that really doesn't have a last name for some reason, there's two approaches to this problem - either you return a User with a null last name (which is essentially giving incorrect information to the caller). Or you make it impossible to set User.lastName to null (for example by making it an Optional) and fail with an error about what went wrong.

Of course you wouldn't NEED to restrict User.lastName to never be null - but if you always fail with an error in that case anyways, why not? That way any consumer of the User object knows that the lastName will always be there and valid.
Wait, so you are saying that the net positive effect of adding an extra engineer is zero?
I still use Emby, I’d like to use a free solution like jelly but it’s just not there
> Not only in general do hospital staff work 12 hour shifts including being on-call and having to work abrupt hours

Not in EU countries that do not allow the medical profession to opt out of the Working Time Directive.

See"Are the opt-outs related to long hours?" in https://www.europarl.europa.eu/meetdocs/2014_2019/documents/...
Because the market is a duopoly of Apple & Google with very similar rules, pricing & close to no competition, there's nowhere else to go for developers if they are not happy.
Wow, sounds like we should cryptographically sign all replacement parts for anything, they could come from a stolen product after all!

That aftermarket car bumper? Sorry, can't use it, might come from a stolen vehicle.
You're making $300k and not financially comfortable starting a family?
You can do that with ROOT aswell.
That line of thinking is dangerous, you can assume that televangelists are scammers because they are christians or that priests that abuse children are abusers because they are christians. and not, they are because they are bad people. Stalin/Mao/etc .. were bad people and that's the reason they did what they did not because they were atheists or communists, when a priest abuses a child does it's because he's a bad person not because he's a christian.
Human footprints near ice age lake suggest surprisingly early arrival inAmericas
Apparently off brand pringles are worse, if such a thing is even possible. But I'd argue pringles are not chips
My phone got stolen once and I still like the option to repair my device. Weak hypothetical.
I'm sorry you're having that experience. DDD is specifically aimed at tackling complexity, as it says on the cover. Part of the problem is that complexity is relative to the observer, how experienced they are in that particular domain, etc. Good abstractions make complexity manageable, bad ones create more complexity. And that's another problem: a domain might be quite straightforward but bad explanations, missing information, bad abstractions, etc can make it seem more complex.

Your colleagues need to remember that DDD is supposed to be applied pragmatically. If the structure causes more navigation work than needed, simplify it. If the problem could be solved with a simple CRUD system, do that. If most of the problem is CRUD, but there's one particularly complex bit that changes a lot and requires a lot of flexibility, isolate that part, so that the simple and complex parts can have a simple integration, don't leak into each other, and can evolve at their own speeds.
They also have built-in Heroku migration: https://fly.io/docs/app-guides/speed-up-a-heroku-app/
Do you have a link? Because I have the same issue with Emby as just split it out
The back end has to be able to trust the data from the sensor, and the only way to do that is engineer them as part of the same cryptographic trust domain. Otherwise you could just swap the sensor for a dummy device that presents whatever data you like to the back end. That would completely break the security model.

I know a lot of the other phone manufacturers do stuff like this and think it's ok, but Apple knows what it's doing.
WhatsApp Group for Life Balance
^^ These are the kinds of questions DDD has very vague answers to IME. It handwaves about all of the most critical aspects of software development.

It's very specific that, for instance, your domain model "should only be created by factories", though.

It's all a bit bikesheddy.
Has anyone found a decent alcohol-free version?
Resume parser with Zoho Recruit integration
The simple loop to perfect life balance
Have you tried Emby? Year ago I attempted to use plex and it was a disaster- Emby seemed like. Good middle ground between plex and jellyfin
Etruscans may have founded Rome,then vanished
I am going to jump in an defend this. Mostly.

Eisenhower's quote "Plans are useless, planning is essential" matters here. Having clear checklist of things to do before release (same as a surgeon or pilot) is absolutely useful in realising just how much f######g work is ahead of you.

This helps the team slow down and be less optimistic (the developers natural state).

Yes I agree with below comments that the code is the source of truth (and you need to find ways to sync from the code to other management systems (like tickets). The worse this sync is the less software orientated a company is.

But being able to link your commits to some "ID number" is totally helpful in this regard. No matter what we need to co-ordinate with others in the org, and that co-ordination had better be automated 95% of the time or we are in a world of meetings.

But yes, the essence of the article is "you can never predict the unknown, so multiply by X as a buffer". [#]

The distinction between the article and the commenter is the article hopes to compensate for "unknown future events" and the commenter believes he can reduce his own amount of accidental estimation mistakes. Both can co-exist.

It is reasonable to take into account all our own mental failures when making estimates (and the commentators checklist style can help improve that) - but you cannot take into account the inherent problems (hence using pi).

I would even go so far as to say if you just do quick estimates, multiply by 9, if you take care in your estimates, you can just multiply by 3.

[#] The organisational problem with this is it is fine for the estimators to multiply up, by the more humans in the reporting chain, the more they add buffers (every project manager knows to multiply estimates by 3) so very soon buffers get wildly out of hand. Having things like JIRA where the estimators directly report their estiamtes (and senior mgmt gets the sum) has drastically changed the reliability of through organisational reporting and is leading to the death of project management as a profession.
In China, the vaccine testing data is already integrated into their social credit score system, so you can't get on public transit, etc. without completing the vaccine milestones.

In the US, the govt. has an internal system called XKeyScore that tracks your email, web and credit history.

In Australia, they have a "private" vaccine tracking app, but from Day One the police admitted having access to the database. (The police called reporters stupid for believing the app data was ever private.)
Interestingly, I was just on the receiving side of a discussion asking me to invest money in some non profit association (to build a wind turbine). Interestingly, the executive board talked about all they have done to ensure the thing will work, how many trusted partners they leveraged, how much they believe in the project, how much money they have raised, how much I will earn out of it, etc.

Unfortunately, when I asked "what about showing me the documents you have written when doing risk analysis, project planning, etc. ?" they were unable to show them saying that these are "still secret" or that "some external investors requested the executive board to not disclose stuff".

Basically, they were asking me to trust them, they were not giving me the tools to build understanding about them and, ultimately to trust them.

Needless to say I didn't feel much convinced.
I use Emby but it house be similar - you should be able to have a library tyoe to “folder” or maybe files. Then it just allows you to browse. But this has downsides
Partly it's because there's several trades involved that work independently (non-parallelizable).

What we're also seeing in SF is a regression in building skills.

The Salesforce building had cracked steel beams, despite inspection by two outside companies, and the Millennium Tower has cracked and sunk 2 feet since construction, and may need to be demolished, despite consultants saying beforehand that piles to bedrock were needed in that area like every other tall structure in SF.

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

https://en.wikipedia.org/wiki/Millennium_Tower_(San_Francisc...
Hardly, nobody's saying that you can use plumbing to completely ignore ethical philosophy as though moral principles can just drop out of logic if we derive them in a clever enough way, but lots of people seem to make this claim (intentionally or not) about science. There's even a word for this: Scientism.

I wouldn't ask a plumber OR a scientist about making moral decisions as though they had some special advantage.
Except neither of these things are nuclear arms. They are nuclear fueled systems.
I don't believe that time forced micro-usb specifically, otherwise we wouldn't be seeing usb-c or lightning right now.
Best thing i've ever seen on HN
Emby does lifetime purchases and hasn’t don’t the stuff plex has
It's a great book, I really enjoyed it.
I made some concise notes on each chapter on my blog https://johnmathews.is/mom-test.html
How can the be a nuclear arms race if everyone already finished the race decades ago and there's enough nuclear bombs to turn the whole world into a wasteland?
You don't use DDD at your current company. Naming it DDD doesn't make it DDD.
New Google Feature – More Security for Millions of Android Users
The real story behind Afghanistan’s war rugs
Thanks. That explains the "Way" prefix for the project name, I suppose.
> You're probably not going to get rich from working a day job.

If you make a middle class salary, underspend your income by at least 10%, max out your 401k and IRA, invest in stocks, and start doing this in your 20s, yes, the odds are pretty good you will.
> Dude, this is not complicated.

No, it really isn't. A giant for-profit corporation is using every trick in the book, every little bit of marketing knowledge and know-how, to psychologically reassure you and lull you into thinking you're getting a "good deal". You're not.

> I already wrote that it was orthogonal to the concept of getting a better deal

It's not orthogonal, because that is how they make money off of you, which is why they're offering incentives to get you onto their network. Once you're on a plan, the bullshit starts, and you'll have to be on your guard so that your plan doesn't change from under your feet.

You might save some money in the absolute sense, but you're paying for it with vigilance and hassle and annoyance. And if you slip up once, they got their money back. A large part of their business model is simply to saddle their subscribers with high-margin useless crap, hoping enough of them won't notice.

As an example, if you compare 5G coverage for AT&T's prepaid vs regular plans, you'll see that 5G is available on cheaper regular plans than the prepaid ones. Why is that? Are they a charity? Is it out of the goodness of their hearts they're offering it to their loyal customers?

No, they're doing it, because they know they'll make more money off of you, on your $55 regular plan, than they'll do off of someone on a $55 total prepaid plan.
Premium? Stuff is cheap here in the northeastern US.
Symlink could work, but I thought just move the file itself.
If the movie is in Russian, move it to the "russian movie" folder.

Problem is if a movie has multiple languages.
A metadata filter would be better.

Looks like there is a feature request: https://features.jellyfin.org/posts/39/filter-videos-by-audi...
A standard 2x1m panel now has an output of more like 450-500 watts. Technology has moved on since the days of 9% efficient panels!
Telefonica taps IBM, Red Hat and Juniper for 5G core network
what happens if there are multiple conflicting settings of io_mode (does Zig have the concept of translation unit?).
I’ll give that one a shot.
Have you given Emby a try? I find it’s basically the same as plex without some of the headaches
Did you ever try out gmusicplayer? Depending on what you are looking for it might be something for you. Very customizable and for 'advanced users'. It allows you to combine using Folders and tags for example. Want all it to list all Albums of a single artist in a single Folder? Done. Want it to show you all Artists in One Folder and then again show the contents of that Folder but only those relating to the picked artist? I think it is pretty fun!

Ugly though, if you ask me ;)
Not going to address your weird attempt at wordplay but again just so you know, subjective logic, which you linked, is equivalent to propositional (in a sense you can express any statement in subjective logic via a set of propositions, eg Ap distributions make this connection), and does not embed predicate logic (eg any statement of this system can be expressed in predicate logic, but not vice versa)…

Also, axiom can be just a rule in a rewriting system. Doesn’t have to be an assumption/opinion as it is just a proposition (or higher order predicate) that is true within some system (not necessarily related to anything that exists).

Things can be outside universe yet discussed by people in-universe (subsisting vs existing without multiple worlds).

What I am saying isn’t controversial in analytic philosophy/ epistemology…

Edit: on a more reconciliatory note, a classic essay that I enjoy that touches upon the idea of denotion/subsistence/existence/difficulty with predicates is Bernard Russel’s “On Denoting”. I suspect you may enjoy it: https://www.uvm.edu/~lderosse/courses/lang/Russell(1905).pdf
You can’t cover solar arrays and they have large area, so hitting them from distance is fairly easy.

How easy is it to design a solar array that stays operating (with reduced capacity) after a few mortar hits?

I would guess solar arrays in space that beam energy down are a better solution for military bases in times of war. The USA is actively working on that (https://www.livescience.com/microwave-beam-military-space-pl...)
Yes, but that's only half of the software development circle.
I would say it is a "superset timeframe".
Then they should use an "honest" and transparent credit service instead of thinking a disguised payment plan from a phone carrier is a better choice.

(Actually, people shouldn't buy things on credit in the first place, but this whole sub-discussion is about financially illiterate people, so...)
This is exactly the state of a project I'm working at, but without DDD and with microservices instead. It is probably more of a general problem of complexity growth that happens when anything goes wrong with architecture and isn't addressed properly not just a consequence of bad DDD.
> Almost all of us think about suicide.

Really? Almost all?
Sorry, didn't see this. It was just a cheap plug-in one off Amazon, probably cost around £20 or so. It does watts, amps, volts and I think AC frequency too.
Yes, more engineers working on the same problem = slower time to actually releasing anything. Unless you can find a way to divide the task into parts that don't impede the others, adding more people will make things take longer time.
Kotlin Setters and Getters
Things I include that are easy to identify:

[my honest best estimate thinking off all I can think of] * X

+1 on the factor for any of these:
- always +1 right away (so it's x2)
- tech is new for you
- other teams involved
- you don't have a clear idea of what tasks are involved (it's not yet another X)
- you see additional risks

So if it's making a yet another micro marketing website based on an pixel perfect photoshop design: x2

If the design is not pixel perfect or missing responsive: the customer is involved: x3

If you refactor stuff in to new tech and it changes apis to other teams: new tech, other people, risks, no clear tasks: x5
DDD technical patterns are a weird bunch.

On one hand, there are quite a few smart concepts in there. Everyone should know what aggregates are, for example.

On the other hand, many of them have little to do with the basic premise of DDD. You can have DDD without these specific patterns.

On the third hand, people start applying every single pattern everywhere, like they did with GoF patterns.
> Now, you could make the argument "You Are Doing It Wrong(tm)"

I always hate these arguments - for me, whether a particular programming paradigm is 'good' or 'bad' for an organisation comes down to: "what will my least senior developer do with this?". If it tends to produce tangled nightmares, then it's not a good paradigm, it's about how the weakest link will use it, not the strongest ones.
Got me thinking about that too and doing some googling I didn’t find anything that fits perfectly into what OP wanted to express. I suppose it’s best to rephrase it entirely.
https://www.sivers-semiconductors.com/
Experienced and exposed to areas outside their main expertise so they are well rounded and pragmatic.
OneDev5 – open-source self-hosted GitHub alternative
This does nothing to target businesses that make money via theft. If I steal iPhones and sell them how they come I still make money, if I repair iPhones with stolen parts I also still make money and have the exact same extreme limitations as my legitimate counterparts.
From my experience it is always the simple 80/20 rule. The last 20% takes around the same time as the original 80% estimate.

1. Break down "project" in small enough Tasks. Measured in days or weeks and not in months. The scale and margin of error tends to be wrong once you are in the months category.

2. Ask your frontlines ( Engineers, Sales or whoever that is doing the actual work ) to do Estimate for 80% of those task. Not their Managers. You should also know their personalities in their numbers. Some give you numbers that are too conservatives, some are too aggressive. And needs to be adjusted accordingly.

The total Add up Estimate for the project will be the time for you to reach 80% of your Goal. This tends to be +/- 20% accuracy.

The remaining 20% will somehow take the same amount of time for your initial 80%. The reason for that is in tech speak, we are very good at measuring and estimating bandwidth, but absolutely appalling at measuring and understanding context switching and latency. The amount of small things are the remaining 20%.

So if the original estimate of 80% is 10 months, the worst case scenario would be 10 months + 20% = 12 Month and doubling that to 24 months. And if you are the top of the line project manager, you should also expect that 24 months to be within +/- 20% accuracy. i.e You should report your number as 28 months to your line of report to save your ass.

I find this rules to be reasonably good. Ignoring catastrophic failure and other external factors. I mean if your whole team quit mid way there is no way your original estimate could factor those in. Remember, estimate are, just guesses. There is absolutely no way to be certain. I think this rule is simple and straight forward enough to be used across any industry.
Agree. And also when you publish something on NPM you could expect someone to download it and you would need to maintain it. You cannot say later "Ohh I didn't know or I had no idea".
Agreed. It’s also important to remember that as a member of the non-propertied working class you’re always creating more value than what you’re paid for; you’re creating invaluable intellectual property that will bring in truckloads of cash and capital even after you leave the company.
My problem with multiplying my estimates by Pi, or any n > 1+epsilon, is that one's boss often looks at such estimates and asks "How can it take you so long to do just XYZ?" and they would rather, in effect, be given a shorter estimate initially and settle on delays than be given a more conservative/inflated estimate, even if in the latter case there is rarely a delay.
This also assumes that one has already won the lottery of birth.
Sure, but this technology has only been spreading in recent years. S. Korea blocks adult websites behind an ID check. India has also been shutting down Internet access around protests and the such. Even the FBI has seized domains by requiring ISPs redirect the DNS name resolution (for anti piracy cases), which is not that different from how half of the GFW works.

Action wise, I'm personally gonna stock up on a diverse set of VPN technologies... I don't see this trend being bucked any time soon by the trend of where politics is going.