If only their “automatic” updater worked without throwing errors on every migration…
If only their “automatic” updater worked without throwing errors on every migration…
I know Safari 15.3 doesn’t support feature Y, but I also know the current version does. Now I want to know if I can just use the feature or if I need to program around Safari 15.3. It would be nice to just look at the server logs from last month and see if someone still uses it.
Null pointer – sends the victim on a quest they can never fulfill.
I work in IT. We get notified when people leave.
The cruelest thing in my company is when we get to know before the person in question…
open a terminal and paste the following command.
Exactly the advice no-one who is technically literate enough to try Linux will ever follow. “Just execute this random code you don’t understand. Trust me.”
Have you ever had to fix anything on Linux? Even asking for help on any forum gets you the response “paste this in your terminal and give us the result”.
maybe everyone here is just a rude little shit.
Or maybe you’re just a snowflake that can’t handle criticism.
Wow, you are touchy. All I said was that I never experienced these two issues you report.
why be a white knight for Atlassian if you’re not employed by them
I don’t know. I’ll never share an opposing view ever again. All points I encounter shall from now on be taken as the one and only truth. I will never again engage in discourse, I promise.
ever had to rebuild a sprint because Jira failed to properly migrate the old cards over to the new one, but instead throws them all into the backlog randomly and now you have to hunt them down over the next hour?
No, never. Did you maybe not select the ‘move to new sprint’ option when closing the old one?
how about when you’re writing an update to a card and you’re two paragraphs in with log examples and the UI decides to dump your entire content when you accidentally click outside the wysisyg?
That has never happened to me, either.
constantly dropping calls, video quality is awful […], audio is terrible,
I have none of these issues with Teams. Maybe your internet connection sucks?
Just to provide some data on the radiation dose. It’s everyone’s own decision whether a ‘willy-nilly’ PET scan is worth it.
From the English Wikipedia:
FDG, which is now the standard radiotracer used for PET neuroimaging and cancer patient management, has an effective radiation dose of 14 mSv.
The amount of radiation in FDG is similar to the effective dose of spending one year in the American city of Denver, Colorado (12.4 mSv/year). […T]he whole body occupational dose limit for nuclear energy workers in the US is 50 mSv/year.
https://en.wikipedia.org/wiki/Positron_emission_tomography#Safety
From the German Wikipedia:
Es ist bei einer Strahlendosis von 1 Sievert (Sv), der 100 Menschen ausgesetzt sind, mit 5 Todesfällen durch Strahlenkrebs zu rechnen […]. Man müsste also 100.000 PET-Untersuchungen durchführen, um 35 Todesfälle an Strahlenkrebs (nach einer mittleren Latenzzeit von etwa 15 Jahren für Leukämie und etwa 40 Jahren für solide Tumoren) zu verursachen, das heißt etwa eine auf 3000 Untersuchungen
If 100 people received a radiation dose of 1 Sievert (Sv), one would expect 5 deaths due to radiation-induced cancer […]. One would need 100,000 PET scans in order to cause 35 cancer deaths (after a median wait duration of 15 years for leucemia and 40 years for solid tumors), which is about 1 in 3000 scans.
https://de.wikipedia.org/wiki/Positronen-Emissions-Tomographie#Strahlenexposition
Is this not rude:
I checked the code and I’m appalled. There are more BLOBs than source code
No. The commenter is voicing their own feelings and explains why they have them. There is neither blaming nor rudeness here.
And this:
I understand that removing BLOBs isn’t a priority over new and shiny features. But due to recent events, this should be rethought.
It would have been nice if you had explained why you think this is rude. The author expresses understanding that the maintainers’ priorities don’t align with the author’s. This seems to be an uncontroversial statement to me.
Then the author explains (I agree, it’s more a hint than an explanation) why they think the priorities should be changed. In my view their argument is sound. Again, there is no blaming or rudeness here.
They should have opened with a complement
I assume you mean “compliment”.
I’ve often heard of the “sandwich technique” – start with a compliment, then voice criticism, end with another positive thing. I find this is an appropriate procedure when voicing open feedback, that is, good things and bad things. However, this is a Github issue. Its whole point is to point out a perceived problem, not to give the maintainers a pat on the back or thank them.
I cannot fathom what in this issue description gives rise to your concern. It’s worded very calmly, clearly explaining why the author thinks these BLOBs shouldn’t be there, expressing an understanding that it’s not a top priority and even closing with a thank you.
My manager once accused me of overinflating my (granted, very conservative) estimates just to be able to pull off a Scotty and be early in 10% of the time.
Teach this to your manager: At the beginning of a task, uncertainty is highest. Under no circumstances should you give an estimate in ‘man-hours’. Even days is too precise. The first estimate should be in months or years (of course depending on the size of the project). Then, as your insight into the project grows, you refine that to months, then weeks, later days. A vague estimate with a lower and a higher bound is way more useful to your manager than a ridiculously ‘precise’ but highly speculative number.
This lesson was brought to you by either “Code Complete 2” or “Rapid Development” by Steve McConnel, and by my former manager who wanted projects estimated in minutes.
duh? One is a completely passive ‘experience’, while the other is more akin to a hobby: You perform an action, gain a skill and overcome obstacles that become more and more difficult.
You must have exceptionally competent first-level support.
A text editor that doesn’t assume that the keys on my keyboard are in the same order as yours.
Back on the bad, old site, someone hypothesized that enough people tripped over that thing when it was covered by snow that it finally got moved to the side.
It’s supposed to help with dyslexia.