Bei Individualprojekten steht Zusammenarbeit im Vordergrund.
Projekte können hier mit Ihnen gemeinsam kostengünstig entwickelt werden.
Eine SQL samt konfiguriertem ODBC,
macht die Türe auf zu schnell verfügbaren Datenbank-Lösungen,
die man zu einem
geeigneterem Zeitpunkt
detailiert und für Alternativsysteme lösen kann.
(Filter- und wartbare SQL-Tabellen, Abfragen, Formulare und Berichte
kann man brauchen und detailiert
dokumentieren)
Wenn ein Dateiserver verfügbar ist,
hat Auftrag, Adresse, Artikel & Co per Button-Klick ein Verzeichnis.
Wer mit Browser- und serverseitigem JavaScript
es6
auskommt,
kann
sicher mit wenig Abhängigkeiten und Aufwand
zu Anwendungen kommen.
Wenn's ohne Webserver gehen soll, dann halt so.
Wenn man trotzdem Daten braucht geht's sichs u.U. mit Webservice bzw. SQL-Proxy aus.
Die Script/Runtime/VM-Sprachen können einiges
- automatische Speicherverwaltung
- kein undefiniertes Verhalten
- begrenzter Zugriff auf Platte/Netz/Umgebung
- wenn über das OS installiert -> Updates ohne extra Aufwand
(so surft man täglich im Internet und lässt Scripte im Browser laufen)
Leistungsabrechnungen
Prinzip: Leistungszeile = Rechnungszeile
Wenn man am Beginn
- Kunde
- Leister
- Abrechnungszeitraum
- Kondition
kennt, dann ist "Rechnung schreiben" schnell erledigt.
wenn
- nur ein KV zu beachten ist
- es keine Über-, Nacht-, Sonntags- und Feiertagsstunden gibt
- nur Einer zuständig ist, um Alles zu prüfen/abzurechnen
- keine Zeitkonten erforderlich sind
- pragmatische Prüfer im Ländle tätig sind
- die Schnittstelle zur Lohn/Gehaltsabrechnung einfach ist
(eine Reisekostenabrechnung als Ergänzung, könnte auch passen)
KORE / Logistik
mit Einheiten, die man per Kopfrechnung überschlagen kann.
z.B.
- wieviel passt in ein Lager
- wieviel passt auf einen LKW
- wieviel kann Einer in einer Stunde bewegen
- wie lange braucht man für Beschaffung / Einlagerung / Transport
(eine branchentaugliche Einheit für Alles ist vorteilhaft)
Als Basis dienen Realdaten mit geeigneter
Verdichtung,
die
detailiert angewendet
werden.
Die Herausforderung ist eher, ein gemeinsamer Login und ein gemeinsames Aussehen.
Wie gelingt eine Homepage ohne Zerwürfnis mit den Designern ?
Die Anforderungen sind
- Inhalte
- Werbung
- Aussehen
- gefunden werden
- Funktionalität
- Sicherheit
- ...
Ein solches Vorhaben braucht mehrere spezialisierte Teilnehmer,
die zusammen arbeiten sollten.
(sonst ist der nächste Relaunch vorprogrammiert und man fängt wieder von vorne an; ein anderer Grund sind Abhängigkeiten/Frameworks die die Basis bilden und verloren gegangen sind)
Wenn Alles versagt, eine ordentliche SQL läuft
protokolliert neue, geänderte, gelöschte Einträge
(auch wenn's die IT-Abteilung per Workaround um's ERP herum macht)
synct/repliziert wenn's an anderer Stelle die gleichen Daten braucht
Ad hoc Workflows
(auch als Todos, Aufgaben oder Aufträge bekannt)
Ad hoc Reports
Nutzbar im Browser, als Mail-Abschnitt, als Text-Abschnitt in Handbüchern oder für textbasierte Druckgeräte.
(Umsetzungen sind mit C++ bis JavaScript es6 möglich)
Kiosk-Anwendungen
z.B. für Zugriff auf ein zentrales Multiusersystem bzw. ERP/CRM
(wieso nicht eine Triviallösung mit Browser -- Terminals nützen sich weniger ab, als kurzlebige OS)
Schnittstellen und Einbindung von Drittsystemen
Ein Format, das für
lesbar ist.
Z.B. kann man ein XML so gestalten,
dass es
und im Browser für Menschen lesbar ist.
( z.B. per Webservice, SOAP & Co )
Mit C++ hat's begonnen.
Mit ISO C++ Modulen und automatischner Verwaltung von dyn. Speicher wird's enden.
(es braucht halt Zeit, bis das die Compileranbieter und Libraries umgesetzt haben und das hardwareneutrale llvm sich etabliert hat)
ISO C++ war/ist/bleibt ein wichtiger Baustein.
Wenn man einen
IIS
betreibt und neben .aspx z.B.
MVC
nutzen möchte,
könnte man mit C# mehr auf seinem System erreichen.
Alternativ geht das auch mit Linux.
Das Angebot Java-Anwendungen zu betreiben, ist umfangreich.
z.B.
Die verfügbaren
Libraries
sind umfangreich
und oft
ohne
Sideloading verfügbar.
Wie bei anderen Script/Runtime/VM-Sprachen wird man kaum hardware- und systemabhängig.