Today’s reductionist cleanup (“this is good enough”): Weather apps.
After 3 years, Carrot is out. The built-in Apple Weather app has improved enough by now to be good, and combined with Yr (Norwegian app for local Scandinavian weather) it's a mix that's working just fine.
Hello Weather—while very nice—doesn’t do it for me.
Dear Carlo, you will now stop thinking about weather apps – we're good.
@czottmann Best weather app I stuck with after using a lot different apps is the WarnWetter from DWD. Despite the dramatic name it shows the weather and is accurate.
I'm writing a longer (as it seems) article on the lock-in effect of solutions like #Obsidian that are using open formats like #Markdown for storage. The file format is not the only thing that might lock you in.
I did already start with a list of arguments but also want to collect your ideas so that I don't forget a good argument.
Please, no emotions, just facts and objective arguments.
Reply here in this thread and I'll collect ideas from it. 🙇
@publicvoit It has. But so far Emacs is the only editor who supports it fully. Simple example: Authoring a README on Github. I can just write MD from my IDE, commit and push. Other contributors can do the same. I could also write ORG, since GH renders it … but not from within my IDE and contributers will complain about the „esoteric“ format. Wish it would be different but thats reality.
Hach, immer wieder Schade wenn ein Projekt über Jahre auf Verschleiß gefahren wird und der Kunde dann nicht versteht warum so „einfache“ Sachen dann „plötzlich“ so teuer sind.
Ja nu, ich kann halt kilometerlangen Code in Controllern nicht automatisiert testen. Es ist nicht nur das, was der Kunde geändert haben will, es ist der ganze Summs, der da drum gebaut wurde. Und zwar an 5 Stellen weil Copy and Paste halt damals günstiger war.
@alexanderschnitzler Ja, das kenne ich und habe diese Situation auch immer wieder. Ich bin noch auf der Suche, wie ich damit umgehen soll:
A: Entweder beim Umsetzen des Features gleich mit refactoren und den Aufwand hinter dem Feature verschwinden lassen
B: Den Aufwand explizit machen: „Bevor ich das Feature anfangen kann, muss ich hier und da und dort dies und jenes gerade ziehen.“
C: Einen Aufräum-“Sprint“, in dem nur Dinge refactored werden.
D: Ein bißchen von allem
@supergarv Für den PHP CodeSniffer habe ich zusammen mit Andy Grunwald vor Jahren mal die komplette TYPO3 CGL in ein eigenes Ruleset gegossen. Das war bevor es den PSR-Standard gab.
Im Grunde brauchst Du nur eins von beiden. Ich nehme immer den Sniffer.
E.g. I want to get opinions about whether to use or not use assert() within PHP. And I bet there are a couple of posts out there with pros and cons and opinions on general. I'm looking for them.
But general searches only return docs, StackOverflow, etc. …
@koehnlein The GPL itself. It’s basically the whole idea of the GPL and CopyLeft to influence the derived work avoiding become closed source again just because you changed something on the original code. An T3 extension is always a derived work from the TYPO3 codebase because it used their APIs, therefore it’s always GPL and always open source.