Yup, it's another great example of the sort of "late stage" problems you run into with capitalism, professionalization of business management (MBA degrees), and fundamentally just about any system w/ rules and "(semi-)autonomous agents" trying to maximize (or at least perform well [enough]) the value of some metric / function. Here, profit &/ even staying in business.
Capitalism and other features of the system currently used in many of the most developed countries is great during development of markets. The performance is excellent, which makes perfect sense.* You run into problems when markets reach saturation. And, markets have never been remotely as saturated as now. Now, you're literally talking about how finely you can slice the sum total of ATTENTION, period. Think "TikTok".
Basically, you see a lot more "zero sum" behavior at such points. I.e., it's much more just Darwinian** ... some winning, some losing.
One example of this type of strategy that I find distasteful is the "retail reset". Every 6 months or so, the retail reset dairy visits the supermarket I shop at most frequently, forcing me to re-find at least some of what I want to buy. It rarely causes me to buy anything unusual or new to me, but, I understand why they do it. It's not "terrible", but there's a feel to it of a certain ... lack of morals / ethics... feeds into a pervasiveness to that feel ... I believe it to be subtly but moderately bad for societies overall...
Couldn't find a more authoritative source / less markety site quickly, but here's at least some of the description:
Of course, this kind of thinking is taught and exchanged among the business-oriented. Makes "the disease" worse (more pervasive) ...
* "Command economy" makes very little if you actually care about overall performance. It's the problem anyone faces when trying to model [e.g., "data assimilation" techniques, very powerful but enough data is essential] - not enough data! Of course, in today's world, it might be increasingly possible to make a more "command" style work, from the data side ... and, if you want to go for that "panopticon look" ... China has headed back that way ... again, in some sense. But, it's really still not good ... you're up against all sorts of other human factors, even if you HAD the data.
** Edit: or noticeably Darwinian (in a more common usage sense). This behavior of systems regarding "niches" and competition applies at all times. It's when the "empty space(s)" or "low density space(s)" are occupied that the more directly / actively competitive behavior w/ more clear negatives for various 'participants' tends to emerge.
tbh - when i noticed, i can't delete my account, i instantly stopped going further.
As an european citizen: it might be interesting for you to cover aspects of GPDR, to attract european users (that are forced to use GPDR-conforming data handling).
Sorry about that, it's not an intentional dark pattern, just the result of a very short timeline to build this. I've just created an issue to prioritize this soon: https://github.com/twentyhq/twenty/issues/774
We are trying to be conscious about data privacy too (e.g. no tracker or third-party cookie on our website)
i found my love in Trilium what has everything i need and if needed, i can still change the code by myself (AGPL) + files are stored as markdown documents (so i am still able to get into my notes, even if the repo would disappear). see
https://github.com/zadam/trilium
TLDR;
- future proof file format (markdown)
- possible as local standalone + sync to simple cloud storage (like gdrive/dropbox/...)
Trilium has Markdown-like editing experience, but it stores the notes in HTML. Which is IMHO more future-proof than Markdown.
> - possible as local standalone + sync to simple cloud storage (like gdrive/dropbox/...)
Trilium stores data in an SQLite database, and sync tools like gdrive/dropbox don't know how to sync it and usually corrupt the database. To sync correctly, you need to have a server with trilium installed.
…but it stores the notes in HTML. Which is IMHO more future-proof than Markdown.
No—Markdown is just plaintext, which by definition is the most future-proof format that exists.
HTML is a structured markup language that has multiple versions and tags that come and go. And it’s dependent on a user agent (such as a browser or voice assistant) to render it into something a human can view or listen to.
And while Markdown can be rendered, it’s not required to be human readable.
> No—Markdown is just plaintext, which by definition is the most future-proof format that exists.
HTML is human-readable as well. I'm not sure if it's really a dealbreaker if you have to read <em>text</em> instead of em.
Markdown's big problem is standardization. It does have a standard, but it doesn't seem widely implemented, and it's notably poor - not even basic features such as tables are standardized. That's kind of a big deal for being future-proof. Worse, Markdown documents do not even record the Markdown flavor they are using.
You might say that it doesn't matter as it's still sort of readable even if you can't understand exact formatting detail. But again, so is HTML.
In my view, the future-proofness which actually matters is the tool support - and you have a much higher chance that in 30 years tools will correctly support HTML than Markdown.
Obsidian stores all your files as Markdown as well, and has plugins to automatically back up your vault using Git on a set interval. I'm pretty sure across my various cloud sync and disk backup setups my Obsidian vault is fully recoverable from five different independent data sources, only one of which (Obsidian Sync) has any dependency on Obsidian itself.
this is the default stdlib with everything, you have tools to transpile only what you need and make it much smaller: https://www.brython.info/static_doc/en/import.html. Also after first launch it is stored in indexedDB, which speed up import the following times.
As someone working in it-consulting for some big companies in germany, i can't confirm. It's usually the other way around - if a company grows too fast, they're tempted to make some smart engineer a manager. usually they will have a hard time coming from a very detailed world into the high level business world. besides being good problem-analysts, they are confronted with politics, strategy, leadership, ... - so all the skills that really matter at ceo level.
That being said, i can't agree with the statement that sw engineers make the best CEOs. But i tend to agree that a basic knowledge of IT/Software/Hardware is a must.
I agree to the topic's message...but...who is a writer? Realeasing a book (and especially in that travel genre) - in my opinion - does not make you a (good/belletristic) writer.
But if it is just about writing for living / journalism and similar stuff, then yes, handbooks exists and do work.
ps: worked as journalist and studied literature, but don't feel like i could write books that come close to what i like to read.
i started a degree in cs last year and i noticed: most cs people i met @ my university have BIG problems with getting their hands dirty by writing some code. excellent in math, but not able to write some simple for-loops. finishing university without being able to code is kind of poor...
but i agree - abstraction is very important to handle complexity.
absolutely agree with huuu. if you're somehow forced to use gimp, there is at least a better gui enhancement/tweak that tries to replicate photoshop's gui:
