I wouldn't say this is a detractor, based on the comment below what you quoted:
> The author of this application is not actively developing any new major features (only small fixes)
> New releases are published regularly depending on the contributions made by the community
> Pull requests for new features and bug fixes are accepted as long as the guidelines are followed
So it's more that no new features will be added by the main dev however it is still maintained. Other software like this exists (Miniflux for example) and they work well.
A Project doesn't need a constant influx of new features to be useful or even maintained.
EDIT: Turns out it's made by the miniflux dev which I respect.
In my opinion, the fact that it is feature complete and no big changes are expected is a strong point. It means if I put the time to learn this tool, it will not change on next update and get on my way.
You could technically use an IMAP server and client as a Kanban board. Make a folder per swim-lane, make a backlog, move e-mails from one folder to another as you get each item done, share the mailbox with your team. IMAP already supports searching, filters, flags, attachments. You can treat a thread of replies as comments on the original item and move them all as a group. Create a custom client to hide the fact that the backend store is basically an immutable log journal of MIME entries.
Maybe it's my age (after certain number one becomes super lazy..), but self host anything that requires me to install something is too much of an ask. Provide a binary that I can drop on my /remote/ machine and I may consider using it.
> Installing in this case means copying files to your web server.
In PHP land, once you have the web server set up with the basics, this is just such a nice easy way to deploy software. I actually run Kanboard on the same server as my WordPress blog and installed it simply by throwing the files into a directory.
The most complex thing you might need to do is add a new database somewhere but I find it so much less overhead than Docker or most other things.
It's the red waving flag of this project. I cannot understand how people are still arguing for this kind of stuff or stick with this dinosaur language at all.
I am sorry but I have such an aversion against the attitude of "we use xy because of historic reasons but hey actually it is really good because the design pattern that has proven crucial over the last 50 years imo is just overhead and you can just put some files here and there copy a bit of that and... "
> I am sorry but I have such an aversion against the attitude of "we use xy because of historic reasons but hey actually it is really good because the design pattern that has proven crucial over the last 50 years imo is just overhead and you can just put some files here and there copy a bit of that and... "
My criticism is that php was designed to be a violation to mvc. The <?php> file header already a commitment to mixing front- and backend code (HTML + php in one file) inevitably leading to spaghetti code.
The $annotation an inheritance from perl imo also a major distraction.
also Laravel, other frameworks and newer php versions might try to tackle some of the historical tech debt embedded into the language but I personally don't see a point in revival of php altogether.
I guess my point is to some degree subjectal and shaped by some major crimes I have stumbled upon when debugging. Even though the code in this repo looks fine, the mere use of php is reason enough for me to stay away from it altogether
Yes, if I really want the software I will build a Docker image, but still I would prefer not to deal how to config/run Parcel/Webpack/Babel/Esbuild/Grunt/Whatever.
> The author of this application is not actively developing any new major features (only small fixes) > New releases are published regularly depending on the contributions made by the community > Pull requests for new features and bug fixes are accepted as long as the guidelines are followed
So it's more that no new features will be added by the main dev however it is still maintained. Other software like this exists (Miniflux for example) and they work well.
A Project doesn't need a constant influx of new features to be useful or even maintained.
EDIT: Turns out it's made by the miniflux dev which I respect.