Like her cabinet fought to get us… *checks books 15% tariffs versus… *checks books 0% tariffs.
To be honest, it was Trump that started this shit, and while it was better a 0% tariff, it don’t work if the other side want to impose tariffs on you, so maybe a 15% was the better she could do at the time.
Sure, she could have shown the middle finger but EU was (and is not) ready to lose the US market overnight.
The one you like better
So have SUV.
And if you practice some sports like scuba diving is really convenient to have some more load capacity and and higher trunk that you can use to seat down while preparing.
I would add to have some more loading space (or better usable)
Whether it’s pertinent or not is irrelevant. Whether it’s useful to know is irrelevant. How they’re treated is (kinda) irrelevant.
Whatever, I still think that knowing such information in a technical forum is irrelevant and should not be asked or disclosed per se.
I will still treat the person as she deserve, with respect to the person if she is respectfull or as assholes if she is an assholes, irregarless how they choose to identify themself.
If you think it is wrong how I treat people think whatever you want, it is not my problem.
Why in this context I need to know that ? And why in this context I would like to ask about this ? How it is pertinent ?
My point is simply that there are situations where these kind of information are not needed nor usefull. I am not saying that this is valid everywhere and every time but that there are places where knowing that the person you are talking to is a queer is important, situation where it is not important and situation where merely asking for that information is dangerous.
In my view, on the Ubuntu’s discourse this is an information that is not relevant nor usefull to know.
Do you want to consider it as a “Don’t ask, don’t tell” policy ? Fine, I just try to treat people like they deserve in any case and to do this I don’t need to know these informations, a queer is a normal person to me when it comes to interact with him/her/whatever.
No, that’s treating you as a normal person irregardless of the private aspects of your life. You are free to disclose them and I am free to ignore them since in this context I don’t care, and I don’t see why I should care, about them.
Else explain to me how being a queer/gay/trans/whatever impact on the submitted code or contribution.
Yeah, sure…
And what better way to normalize diversity in this context than ignore everything but the code you submit ? We are talking about code, not personal issues.
I mean, I don’t care that the bus driver who take me to the office this morning is gay/trans/whatever, why I should care about this for the person that send me a code contribution ? Being queer make the code inherently better ? Or bad code should be accepted because a queer person send it ?
As I see it, you send good code it is merged, you send bad code it is refused and, most importantly, it was explained why the code is not good enough to be accepted. Nowhere in this flow knowing that you are a queer has any importance.
Ubuntu has a diversity policy to explicitly welcome and encourage participation, mentioning that they explicitly honor diversity in sexual orientation among other things.
I think that things would be far better if these type of informations should not be disclosed by anyone in context like this, where they are irrelevant.
Ah, there it is. You see, it’s your fault for wanting something that looks nice that isn’t an arbitrarily ridiculous price.
Which don’t imply buying a counterfeit product.
For example, I went in to met a coworker and fix her laptop. While I was there the devs in front of me were discussing a thing that my team was working on. I didn’t know they needed that thing and they didn’t know we were working on it. I took new information back to my group.
Ok, but that just demostrate that you have no communication between teams. You get the information by sheer luck. have you been there 10 minutes earlier/later you would have missed it.
While bullshitting with the tech support manager I learned some things about their policies and procedures. Found out I had made incorrect assumptions and learning about those helped me in my role.
Again, non clear communication between teams and again you got the information by sheer luck.
True, it has happened because you both were in the office but in a sane environment you would have knows these thing because they would have been documented.
At some point they just said it’s happening and we’re not listening to you.
Which at this point is a more honest answer than the mental gymnastics they are pulling out.
It is a little difficult to spy on phone owner (except knowing where the phone is located) when everything you have is SMS and a memory measured in Kb, leaving aside that every phone had its own firmware incompatible with everyone else.
Of course telecom companies always know where you were and who you call, like today, but at most they can tap and read the SMS.
For context, GPRS was rolled out around 2001, before that you basically have not any data connection if not plugging to the phone an external modem.
True but I was only pointing out that what is a problem in modern smartphone was not a problem in older dumb phone since they lack the functionalities (and the supporting infrastructure)
spyware in a 90s phone ? Where it was even a miracle to be able to connect to Internet ? Yeah, they were able to pinpoint your position using the cell towers (which were less than today so not that precise) and the telecom know who and when you were calling but other than that…
Probably observing the trajectory
Without an actual victim there is no crime.
And I understand this. What I don’t like is the idea that to try to prevent that there will be victims is bad.
You check security critical components to be non defective before using them. Security systems have fail-safes and redundancies.
Obviously.
With due diligence it is not possible for established systems to just fail in a way that is killing a dozen people. The technology isn’t new and there is plenty of cable or cog-wheel railways operating around the world, so there is established practices for security.
Ok, so you have two cables, one principal and the other one as redundancy. The main one snap and in doing so damage the backup cable (or any other part that must use the backup cable) more than what falls within safety limits, so even the backup cable (or mechanism) fail. Then ? (I personally see something like that btw)
Look, I am not saying that there could not have be some problem with lack of maintenance, it looks this way, but that even fail safe and redundancy have limits to what they can do. And since some tests are destructive for the tested item you can only trust the fact that every item would be built the same way at the same quality level, which do not remove the possibility that one item end up being defective.
At least in Italy, price are high because is impossibily hard to retake a rented house in case of a bad tenant, so people keep houses empty, which add to the fact that in most places there is no more space to build new ones.