Because it’s a) scripting language b) not even a good one.
Even if modern versions somehow overcome those limitations - nobody would bet an expensive project while there are plenty of more relevant alternatives
It’s not my opinion, it’s a statistical fact. Php was a pioneer and it deserves its respect for that. Bit it never was a tool for example to create next kafka with, or at least build some api gateway etc.
Laravel and others “advanced wordpress” use cases is not a “serious software” from technical POV.
> Because it’s a) scripting language b) not even a good one.
> Even if modern versions somehow overcome those limitations - nobody would bet an expensive project while there are plenty of more relevant alternatives
No, b) is absolutely your opinion (how can "LangX is not a good scripting language" be "statistical fact"? Come on.)
a) -- depends on your definition of expensive, but, again, I point to the tons of new (and old) companies choosing python all the time, even if some other language is "better" (for whatever your definition of better is)
We agree that neither PHP nor python would be good fits for building a database or similar. Doesn't make my points wrong.
I don't order my keys at all. All mine are on a carabiner, for maximum flexibility, it's modular. I'm not taking anything but my front door key for a dog walk, for example. All my separate keys have individual clips too.
The idea is to only have the keys I need for a particular journey.
I love me an INI. By far, IMO, the best human readable config syntax. Sure it's got some gotchas, like all old formats (CSV) there's no spec. But if I have the choice I'd go INI. It's simple and leaves the choices up to the program that's reading the file, because everything is a string.
To me there's no difference in this articles argument that with INI people would have to remember about the idiosyncrasies of the python implementation related to comments, and people having to know and learn the correct syntax of TOML. I'd say remembering when and where you can comment is easier too.
You’d probably be surprised how often people have to create config files programmatically. With properly specified formats, you can serialize the configuration, which means nesting and string escapes are taken care of automatically. With half-baked custom formats, you have to resort to string replacement and praying.
Having said that, there’s an official RFC for CSV, and INI files are de-facto specified by Microsoft’s implementation.
Yeah, half baked anything is going to screw you over. INI files are certainly programmatically serialisable, otherwise they wouldn't exist. It does move the datatypes to the program rather than being encoded in the config though, which adds to program overhead. Horses for courses though, with greater flexibility comes greater potential to f*uk it up.
You could make your own if you are sufficiently crafty: the data needed in the UK is available from public sources, https://www.bus-data.dft.gov.uk/ being the main one (I discovered this when checking the data sources of bustimes.org, which they helpfully list on an easy to find page: https://bustimes.org/data).
I couldn't agree more. Bookmarks are simply an after thought today, like RSS. I'm looking for a browser with decent bookmark management. Even just a notes field and a saved snapshot feature would do me. Currently I'm using Zotero for this, but it's a little OTT as a bookmark manager.
I use Pinboard.in, and I am stuck with Iridium, a good but Chromium-based browser that is rarely updated (a year ago, for OSX) because Chrome does bookmarks decently, unlike Firefox, at least in my opinion.
Chrome is worse than Firefox, literally a name and URL for a link and name for folder. At least with Firefox you can tag bookmarks and use keywords.
I'm curious how Firefox comes off worse in your view, chrome seems to provide basic usage which Firefox also provides.
EDIT: just saw your other reply about it. Definitely can't agree, there's nothing fiddly with the way Firefox allows you to move, create, rename, delete, or update links and folders. Same functionality as chrome as far as I can tell.
I don’t tag my bookmarks. But playing around with them, renaming them, creating folders, moving them around etc is simple with Chrome/Chromium, and a pain in the neck with all the other browsers I tried.
Interesting. I'm not a professional developer and also love fossil for toy/hobby projects. I find it fascinating that this well crafted, solid piece of software is so forgotten, and that git has just rolled over everything.
Honestly you could sell me the best alternative to Git that exists and I still wouldn’t switch, or even try it. I don’t care enough about my versioning system to use something else than what everybody uses. Ubiquity beats convenience.
What I care about is the tooling around it: GitHub and its ecosystem mainly. I also want my open source projects to be on GitHub specifically, and I don’t want to ask contributors to use something other than Git.
Totally respect you wanting to not care about tools, but for the latter part, I do agree with you, which is why I like jj: it uses a git repo as its backing store, so your projects can live on GitHub and all the rest of your collaborators can use git. Nobody else needs to know or care.
Yeah, I was also wondering 'Traditional JJ or BJJ?'
I've never really messed around with VCSes other than git and Subversion, there's people who really like Mercurial though, so I wonder how jj compares to that.
Same. I miss the old times when people tried naming their projects sensibly. I mean, we're constantly telling ourselves how variable and function names should speak for themselves, but then we name our projects using random, completely non-descript names. It's a annoying.
Which old times are you referring to / what are "sensible" names?
I thought about it and I don't know what a better name would be. Off the top of my Head, I know Perforce, BitWarden, Subversion, fossil and git. And then the abbreviations CVS, RCS and SVN.
I don't just mean version control systems, but since you mentioned them: CVS (concurrent version system), rcs (revision control system) and subversion all seem fairly descriptive to me?
Nothing, I'm too busy swearing at the computer and threatening to break it in various ways, until I realise I was missing a semi-colon, or I've misspelled a keyword, or any number of other reasons that make me a bad programmer.
Just the other day I wasted 20 minutes tracking down a problem before caving and pasting some code into Claude, running a massive machine learning model trained by the foremost researchers in the AI industry, all so it could tell me I forgot semicolons in some CSS import lines.
I thought we were done with such goofiness in the days of auto-linters and syntax highlighting, but that’s why it was so tricky! The cause is always the last thing you think to check, after all…
I get good mileage out of this as well. Sometimes you know that a bug is dumb and you still don't see it right away. LLMs are good at dumb bugs, and I would much prefer to spare my effort for the not-dumb ones.
That, and a head start on scripts, or well-defined functions which are just fiddly enough that I'd have to think about them, are most of the work I get out of our new chatbot junior developers. I still find them broadly useless for deep work, but no one said they have to be.
Why not use a wiki? Zim desktop is text based local first. It doesn't handle videos but everything is handled. Search is good and you get the other benefits of a wiki. No mobile client, that I'm aware of.
Markor is an Android Text Editor with Zim (and other markup) Support, althogh I never used the Zim compatibility. But it is probably worth a try.
I like that zim is not automatically a hosted solution but a local app. I would love to see more local apps for archiving solutions and PKM. I just have some issues with the Zim app itself. It works nice for some of my use cases, but not for all. And I wish it would just use markdown (I know it has limits). Stuff like that.
I think Zim does not really fit into the discussion because it does not rely on easily exchangeable standard software like a file explorer and browsers.
That said, I believe that notetaking applications mostly exist because file explorers do an extremely bad job and integrating applications with them is too limited or at least too reunified. Look at what these applications offer. 80% of it is actually the task of a file explorer.
> I think Zim does not really fit into the discussion because it does not rely on easily exchangeable standard software like a file explorer and browsers.
Zim is very much based on the file system. Each note is a text file and if it has attachments or embedded images they go into a folder named after that text note.
Whilst not in markdown the markup used is easy to understand and convert. Zim itself allows you to copy a note to the clipboard in pandoc markdown and export the note to markdown and/or html (though admittedly the styling for html it atrocious).
Yes, but you rely on a working installed software. If it is not properly maintained, you will need to switch at some point, and therefore change your current workflow. The assumption here is that file and web browsers will exist for a long time and not only make the data sustainable, but also the way you use it. Some of the other approaches shown in the comments make the browser not only the viewer, but also the tool. I am not saying zim and obsidian are completely different, but the assumption made above is significantly less likely to hold for these tools.
I am not against zim or obsidian. In fact, I currently use plain markdown wit vs code, which boils down to a similar situation. But vs code and its extensions may be gone in a while and then I will have to look what to do.
