> Yes, horrible, but at what point does the consensus become that October 7 starts to look like a small event in light of the death toll on the other side
At the point when other side (free palestine and alike) start acknowledging it. Two wrongs don't make something right.
Start with teaching Palestine supporters that hamas is not the answer. And maybe, maybe after that people start seeing Palestine people as victims. Without it, most people will continue supporting Israel, not because they think that it does no wrong. But in comparison with hamas and their supporters Israel is lesser evil.
as someone who moved to Netherlands couple of years ago, I started to be much more annoyed by cyclist in other countries. In Netherlands if I hear ring I know I'm doing something wrong and I need to stop and pay asses whatever I'm doing right now.
In other countries rings now seem either unnecessary (they have enough space) or rude (I'm not on bike lane, why do you demand me to give you a way).
If infrastructure is shared it doesn't mean you have more rights to pass than pedestrian.
Moreover, bell as a way to warn doesn't work. Because pedestrians will mostly get startled because of it and can actually do this sudden move you are trying to make them not do.
So if you are on fast vehicle comparing to others in the same infrastructure, you need to drive in a way, that you can't be affected of sudden turn of someone in front of you. Which basically means you need to slow down or give enough space for others to do their sudden moves.
That's basically scaled up story of 'I store my files on my computer and it is 10x cheaper than using dropbox'
While disks fail rate is already explored in another threads here, there is one related thing that catch my interest. Disk failure in such setup is not just cost of new disk + replacement cost (someone has to go there and change it!). It also inconvenience with dealing with failing requests. Ok, you are willing to lose 5% of your dataset. But are your '200-lines of code' robust enough to handle such cases. What if disk didn't fail, but start to be veeeeery slow. Does your training process can efficiently skip such bad objects. Do you have enough transparency to understand how much data you already lost? Is it still below 5%? And so on and so forth.
I feel like this article was written right after they built this construction and before let say 6 months of usage. Because I'm pretty sure their costs will go much higher than they calculated here. Especially if they start including hidden costs, like the work needed to be done on training side.
Yes, cost for self-hosting most probably still be less than aws (aws is not cheap). But it might start to be comparable with storage solutions of small ('neo') cloud providers if you buy gpu there.
>Imagine replacing poor in-memory reimplementation of database queries that most graphql servers do with actual opttimised database queries. And a better code on top.
but you are actually talking about optimizing system design, and not reducing virtual functions calls :).
And that the point of this thread: you need to optimize parts that slow you the most.
So no, in most cases optimizing virtual calls won't bring you from 1s to 30ms
no
take your tupical web service application. Even if you use design patterns that are 10x slower, your program will still be as fast as your DB and overall system architecture. And the choices on your DB schema, indexes and caches will have 100x more effect on your 99pp response time than design pattern you use.
>all things being equal, writing code with virtual functions that do a tiny amount of work and "hiding implementation details" makes performance worse, sometimes by an order of magnitude
but all things are not equal. You can spend a lot of time improving performance of you function calls and get virtually nothing out of it. Because if you optimize something that takes 0.01% of overall execution time, 'order of magnitude' performance gain is still negligible.
Also articles like this usually fail to mention code maintenance cost. For example by reducing usage of virtual calls you can make your code unmaintainable/expandable and suddenly every new change will cost you 2x more in development time.
That's why in the real world most of the time you choose clean code and you use optimized nonclean code only on places where you need it. If you look at any lets say web framework internals, you will find a lot of non-clean code, which makes framework faster. But an interface will be done in clean fashion and most of user of the framework will enjoy clean code without need to care about unclean internals.
>Write slow code now, profile and optimize later is how we got all slow software because second step
We got slow software because we were ok to get slow software. If being fast is not in requirements it means it doesn't matter (for whoever is responsible for defining priorities). Places where performance matters it is never sacrificed.
WAT?
Do you have any proofs with real appliance to NATO from Russia? I don't remember that, apart from some usual russian rhetorics how they ask USA (for some reason) to allow them into the NATO and for some reason USA (not nato) didn't answer them.
But ok, lets imaging you are right. So you are saying that, it is NATO fault that Russian invades Ukraine simply because they didn't take Russia into NATO? Right?
(disclaimer, I'm russian but not Russia citizen, but I 'experienced the culture' for 30 years)
This is wrong. There is not so much special russian 'mentality' left in Russia, not in the big cities. People there have more-or-less the same 'european values'. The problem now is that we used to think of ourselves as 'good guys'. We destroyed nazis and even though we did a lot of not so good stuff, in minds of russians it always viewed as 'missteps' or 'lesser evil'. Thats why propaganda now is so efficient. General population of Russia can't even imagine the possibility that we invade other country. Because it is impossible, we remember way too well how we were invaded by Germany. And it is easy to use. Basically government tells people that we actually prevent Ukraine to invade DNR/LNR. Yes, it sounds stupid, but it works. Personally I can't even convince my parents that right now we are the bad guys. It is beyond their world view.
My point here is that russians are not some special people or special culture that allow us to invade other countries. We just struggle to move to more 'people-based' governments.
even in medium-sized companies cto often participates in hiring process for high-level engineers. Basically the rule is if you are hiring person you are gonna interact often, you want to evaluate him yourself