demosthenex

I have evaluated GNU Jami a few times for screensharing. They had some tweaking to do a year ago, I haven't checked recently. I really like their network model, no servers.

Recently I've been using Openboard (http://openboard.ch/) while screensharing. Yes its not a team board, but at least it's local. It helps me explain concepts to others easily.

I've been seeking a terminal based CRUD for ages.

Obscurity is just one more security tactic. Security by obscurity as the only defense is bad. As an additional layer to many defenses it is a sound choice.

You still paint camoflage on a tank.

Did you have any specific examples of Red for non-web CRUD interfaces?

I should explain what I've tried.

Nextcloud photos is not a photo application. It's basically a shared gallery with thumbnails. There's no metadata support or editing. No true multiuser access other than granting sharing through Nextcloud like Dropbox. The only good part is you can autoupload from your phone.

I've looked at several webapps, like Piwigo. Most of them feel like a single user application or have limited upload and metadata support.

The closest I have found is Digikam using external SQL, but this requires a local application carefully configured with a DB and a fileshare.

I've been unable to find an open source multiuser local photo product. I'd love for my whole family to upload cell phone photos and SD cards to a central place we could share and tag from, without it belonging to Google.

I'd love to see more terminal interfaces. I've been looking for a modern TUI library for a while.

I think that's what the web community misses. We have 50 years of Moore's Law to benefit from, yet we are making slower applications than ever. The larger these codebases, the more complex they are to maintain, secure, and debug. They need larger hardware to provide the same relative performance.

I want to see more lean, tiny, fast applications. Low TOC, low investment because they aren't complex. Low end hardware that can be made reliable, small, and maintainable.

I think it's hideous that most business applications I see (CRUD interfaces) are 90+% text, and yet they are built on layer and layers of GUI and web interfaces.

Your Raspberry Pi example would be lean and easy to maintain. No virus scanners, no 20GB OS footprint to maintain. No worries about your user visiting Facebook all day instead of working with your business application.

I want applications that are so incredibly dull that they will be taken for granted as much as office telephone.

I've love to see more character cell intefaces. Not everyone wants to run a web/GUI stack for a simple CRUD form. TUIs are often fast, and low requirements. I've considered the same myself, as no modern languages include a real TUI library (no, curses support != a TUI).

I'm considering a treadmill desk. Any thoughts?

> you created a business that depends on a single point of failure that is entirely outs0ide your control

Long term I will have to keep a close eye on Microsoft and see if it's something I have to move away from.

I think there is a better analogy. Every business buys widgets from other businesses to enable them to function. There is only so much feedback or control you can get over that product, but as long as it meets your needs that's not a concern.

The problem is when you rely on a widget that suddenly has disruptive planned obsolescence, does this new anti-feature impact your business? You control your internal processes, and now an external source is interfering in your change control process.

Certainly you plan to replace widgets as they age on your schedule and budget. The issue is when it is forced on you.

Free software isn't immune from this either, for example the rolling upgrade bandwagon (ie: its fixed in the next revision but it breaks yours) and the systemd debacle where the choice over important system components was removed.

I use an older project called pwsafe that is careful about what memory the passwords are stored in, and uses an AES encrypted flat file database for minimum calls. I've been very happy with it.

I have looked at npyscreen too. Both are lower level to my knowledge.

TUI != GUI.

I just had an extended discussion on IRC the other day regarding Turbo Vision and console applications.

I had a short project of my own I wanted to do to replace a webapp I depend on, where the core is no more than 5 tables with a simple CRUD and a report. Using any web stack for this is absurd, dbase or a console app would be perfect as I prefer to work over ssh.

Imagine my dismay when I found there are virtually no options for making console applications with any modern tools. Even the ncurses wrappers are ignored or missing (ie: Python).

While the topic is hot, can anyone recommend an OSS or commercial application you can still use on Linux to make fast small console apps without dropping to C and Ncurses?