In an interview with NPR, Facebook's director of privacy and public policy Steve Satterfield said Apple's forthcoming alert is an attempt to undercut the business model used by Facebook and other ad-supported free apps.
I really hope that this will create a backclash for Facebook because people will start to recognize that they are not the users but the product of this plattform ("If You're Not Paying For It, You Become The Product").
This "always-open self" Wells speaks of, though admirable, doesn’t always guarantee a happy time of things. Often it is exhausting. Often it is heartbreaking. But no worthwhile life ever had it different. Sic transit Gloria Mundi.
Nothing to add from my side...
To become great at technology strategy, start by getting good at making boring plans. Get clear about the problem you are overcoming with your plans.
As mentioned before it is good to use boring technology but it is also a good idea to make boring plans.
So I’m making a case here that you should tend to prefer mature things, and you should try not to use too many things.
But it’s not an absolute principle. Obviously sometimes it does make sense to add new technology to your stack. And it can even make sense to use a weird new thing.
It is always good to stick to/use technology which has a proven trackrecord and is known well by you. But as always your mileage may vary and as always the answer in technology is: "It depends".
What you really want is a repeatable, automatic pipeline that takes your code, merges it with everyone else's, runs some tests, deploys it to a test server, runs some more testing and validation, then automatically promotes it to production once you know it works.
Simply obey the rule that you never ever should do use this tool in any production environment.
As cloud adoption rises, so does cloud "sticker shock." That tremendous savings seen from the switch to up-front CapEx investments in information technology to subscription mode soon gets soured as the rising monthly bills come in for services nobody knows where and when they are being used.
Although many cloud providers advertise that cost savings can be achieved, the reality then looks different in many places. Especially the distinction between CapEx and OpEx looks tempting at first glance, but in practice it often fails to meet the high expectations.
There is no good reason to use short timezone codes like EST, CST, PST — doing so will only bring you pain. Either use the tzdb name like America/New_York, or use an offset from UTC, depending on what you want.
It is important to be aware of special things when handling date and time.
As you might have noticed I haven't published anything since the last entry where I mentioned that I switched back to WordPress.
Being a technical person I really don't like the experience of putting content into WordPress. Meanwhile I've been trying to get around this by faciliating the wp cli which didn't work out very well for me.
Therefore I decided to get back on track to create a custom CMS. This time in Python. For storing content I followed an approach which I was inspired by Aaron Pericki.
Moreover I looked into IndieWeb and therefore I decided to split content into different types like notes, articles and bookmarks. Due to this the feed structure of this site will change a little bit. You can find all details for feeds here.
If nothing is changed in the Feed Reader, all content will show up in this default feed (/feed) in the future.
Wie vielleicht jemand bemerkt hat, habe ich seit dem letzten Eintrag, in dem ich erwähnte, dass ich zurück zu WordPress gewechselt habe, nichts mehr veröffentlicht.
Da ich ein technischer Mensch bin, mag ich den Weg, um Inhalte in WordPress einzupflegen, nicht wirklich. In der Zwischenzeit habe ich versucht, dies mit Hilfe des wp cli zu umgehen, was bei nicht sehr gut funktioniert hat.
Deshalb habe ich mich entschlossen, wieder den eines eigenen CMS zu gehen. Diesmal in Python. Für die Speicherung von Inhalten folge ich einem Ansatz, der von Aaron Pericki inspiriert wurde.
Außerdem schaute ich in IndieWeb und entschied mich daher, Inhalte in verschiedene Typen wie Notizen, Artikel und Lesezeichen aufzuteilen. Dadurch wird sich die Feed-Struktur dieser Seite ein wenig ändern. Alle Details zu den Feeds sind hier zu finden.
Wird im Feed Reader nichts geändert, tauchen in Zukunft alle Inhalte in diesem Standard-Feed (/feed) auf.
Just a quick thought. From my point of view there are three different stages of software quality:
Each of them have different needs, share some aspects of software development but do not share the same requirement for quality/maintainability.
