Re: Biosphere did you say ?
Unfortunately we have the answer now.... "Not long without heating...."
662 posts • joined 4 Apr 2008
You don't have to switch if you don't want to - as long as you don't "need" the new features (such as they are).
I recently bought a second-hand (64GB) 6S from Mazuma Mobile, which although in "Very Good" spec looks almost new to me - with a 12-month guarantee.
When/if my 6S (with new £25 battery) conks out, I'll look at replacing it with a second-hand (or Refurb/Renew) phone from them (or a similar provider) or pick one up from the hight street shops that seem to have loads of decent corporate offloads for reasonable money.
With the current high-profile campaigns against single-use plastics etc., I am surprised that this route is not gaining a higher profile or chosen by more (of those who care about it...) due to the energy-dense production processes involved in these devices (whether Apple/Android or not).
I got my 6S and my wife's SE (both 3 years old phones) batteries swapped out last week under the £25 deal.
Every slot was taken right up to the end of the deal period, and talking to the staff in the Apple Store (Kingston, UK), the replacement scheme had been extremely popular.
If that is representative then people are not perceiving that the new phones add significant value and their older iPhones still work fine, so £25 to restore performance and battery life is a no-brainer (as is the post-deal £79 replacement price to be honest) compared to the cost of the XR now that the SE is gone.
However, the cheaper battery scheme has at least kept people in the Apple services (iCloud, iTunes etc.) universe so will have been a worthwhile investment for APple in that respect (notwithstanding the inertial effects if you have several iDevices in your household).
What is to stop them creating a new account?
If other IPs on their account are linked to their “Iranian” one (and so would flag their account) then due to dynamic IPs Slack would be in for a whole load of spurious account closures from people who have never visited Iran - so Slack can’t be doing anything that sophisticated to prevent this.
Unless they are also targeting anyone with an Iranian-sounding name.....
Good idea for an Alexa skill - a fart app 10 years on from the mobile phone ones?
"You're having a fart - shall I open a window?"
"You put ill-deserved confidence into that fart - should I order some new underwear, or maybe a jet washer and some new carpet?"
If you are of a certain age then the problem for a lot of people will be from all those harvesting emails in the late 90’s/early 00’s where huge email chains were used to find your Star Trek/Porn Star/etc. names.
This means that there are probably a lot of hash tables out there with a decent subset of personal data, and probably databases with links between personal info supplied above and surnames/emails.
Whilst emails could well have changed for many people and so this may be less of a problem these days, it would explain why some ID theft campaigns were so successful in the past, and why memorable personal data could be considered compromised or less secure.
Atmospheric pressure is pretty low on Mars so not really an issue - although they will still get a layer of sand from sand storms that are strong enough to blow sand around.
Luckily (sometimes) the dust devils also blow it off (the sand, not the rover for those of you in doubt fnar,fnar...)
..buy a more energy efficient model.
Where this falls down is the payback period for replacing a device vs. the energy saved may exceed the new device's lifespan AND the scrapping/wastage of a functioning device whose resource/manufacturing costs are already incurred anyway.
In this latter case if it's sold to someone else then they will encounter similar efficiency issues UNLESS they have scrapped an even less-efficient device and the net energy saving will not be helped...
Could you mitigate this with an application-level security setting/GPO (on by default?) to BCC for corporate email clients so that you have to actively move addresses to the TO/CC field if that's really your intention.
It would not make it fool-proof (particularly if the addresses are in a Distribution List like "Conference Follow-up Contacts") but would catch a lot of these gaffes before they are made.
While Adobe should pay,
I think that the difficulty will be in proving that Adobe deleted any of his files here (e.g. as opposed to him deleting that important shoot's archive accidentally or because he was sure he didn't need it /definitely had it backed up).
A journalling filesystem or a log from Premiere Pro (unlikely as its only cleaning cache here anyway) might help but the Adobe T&Cs probably limit any damages to the software/subscription price also if you read far enough.
QNAP are a good choice in my experience for Home Office stuff.
Can RSYNC to other NAS (e.g. other QNAP), has backup to cloud (AWS/Azure/many others), and has storage snapshots (that can also be synced to another QNAP NAS). Can do iSCSI too.
From 1-bay to 16-bay+ and with SSD optons too (but sounds overboard for your outlined requirement).
I'd suggest looking at the HS251+ first (2-bay) and if that is too small/slow (SATA2) then look at a 4-bay model next.
If you are going to go RAID5/6 then that won't be enough, but as you have >1 backup in place then RAID1 may be enough for you anyway.
....pegged to real balance sheet items
Intangible Assets (predominantly Goodwill - as in Brand presence etc.) are already real items (notwithstanding their intangibility!) capitalised on the Balance Sheet and subject to agreed valuation (and review) criteria under various Accounting Standards (e.g. IFRS) rather than invention out of thin air.
Goodwill can be subject to impairment also which may require a write-down in its value in-year.
It CAN therefore be used as a metric for the case you mention as it is measurably quantified.
Note that I am NOT saying that this kind of profit transfer/tax shopping leading to minimal profits is defensible, merely it is within the law and other regulations (e.g. IFRS)
Biting the hand that feeds IT © 1998–2019