[HBF] Heimbrausoftware

[Peter Wiedermann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hallo braugemeinde!

ich bin jetzt schon seit einiger zeit passives mitgleid dieses forums,
aber die diskussion um brausoftware bringt mich jetzt doch dazu aktiv zu
werden.

also prinzipiell wuerde ich gerne an der software mitschreiben,
allerdings muss ich sagen das ich mit der materie des brauens nur begrenzt
vertraut bin (habe gerademal 2 sude hinter mir).
dh die tatsaechlichen anforderungen an die applikation muessten zuneachst
von moeglichst vielen leuten zusammengestellt, und dann abgesegnet
werden... erst dann wird man in etwa den aufwand abschaetzen koennen.

ich moechte jetzt im folgenden noch auf die zugrundeliegende mail
eingehen:

> > Die 2.Frage, die ich gleich beantworte, ist: Was könnte ich dazu beitragen?
> > Ich habe in den letzten 10 Jahren einen Excel Brauplaner entwickelt und stetig
> > optimiert. Da ich zu Hause nur mehr mit GNU-Linux arbeite, gibt's das Teil
> > inzwischen als Kspread Version. Diese Tabellenkalkulationen stelle ich gerne
> > als "Formelsammlung" für GPL lizensierte (www.gnu.org), freie open-source
> > Software zur Verfügung.
> >
> > http://www.netbeer.co.at/beer/bin/brauplaner.zip
> > http://www.netbeer.co.at/beer/bin/brauplaner.ksp
>
> Ich kenne Deinen Brauplaner uns schätze ihn sehr.
>

also ich gehe im moent einmal davon aus, dass diese formelsammlung die
grundlage unserer arbeit sein wird. ich konnte sie mir leider bis jetzt
nicht ansehn, da ich hier im moment keine moeglichkeiten habe etwas wie
kspread oder gar excel zu starten... werde das aendern

> >
> > Ich habe auch begonnen, ein Ansi-C-Library für einige "Braufunktionen" zu
> > schreiben und könnte an diesem Part weiterarbeiten.
> >
>
>
> Interessant. (aber muß es C sein ? )
>

prinzipiell bin ich dafuer die applikation in java zu implementieren
(gruende dafuer siehe weiter unten). Ansi C library ist aber  immer
praktisch kann man ja notfalls auf java umschreiben bzw gelinked als
dynamic library einbinden (ist in java ohne probleme moeglich).


> > Für i18n könnte ich Deutsch / Englisch ausarbeiten.
> >
>
> Gut. ich denke, wenn wir das ganze bei Sourceforge.net hosten, finden
> sich schnell Leute für eine ganze Reihe Länder.

sourceforge... gute idee


> > Was die grafische Benutzeroberfläche betrifft, würde ich anregen, das
> > QT-Library von www.trolltech.no zu verwenden, weil das jetzt ein echtes
> > Multi-Plattform Tool ist (Unix / Linux, Windoz und MacOs). Leider habe ich
> > damit aber noch keine Programmiererfahrung.
>
> Hab auch keine Erfahrung damit. Wie wärs denn mal mit Java ?
> oder TCL/TK oder Zugriff über Browser (XML mit XSLT) und http-Server ...

habe vor einigen jahren mit qt herumgespielt (ok war damals noch v1.4),
war durchaus ok, aber kommt meiner meinung nach aber niemals an den sauberen ansatz
von java heran (deshalb hab ich qt dann im endeffekt niemals eingesetzt)).
tcl/tk wuerde ich fuer derartige applikationen nicht
verwenden. ich wuerde ja eher noch fuer perl/tk stimmen, aber man muss
ehrlich sein... mit tcl oder perl schreiben wir programme... mit java werden wir
software schreiben ;).
ich bin auch eher abgeneigt das ganze ueber einen webserver
abzuwickeln, weil
1. hab erst vor kurzem ein projekt hinter mich gebracht in dem eine
applikation als webloesung implementiert wurde... mach ich jetzt laenger
nicht mehr
2. ist doch eigentlich unnoetig das sich dann jeder einen webserver
isntallieren muss
ueber webinterface haette nur sinn wenns sowas wie eine zentrale datenbank
gaebe, die letztendlich fuer jede anktion des users benoetigt wird.

> >
> > Der kleinste gemeinsame Nenner für eine SQL-Datenbank wäre vermutlich MySQL?
> >
>
> MySQL, läuft die auch unter MAC ? ansonsten gäbe es da noch PostgreSQL.
> Oder: wie wärs mal mit einem echten XML DBMS: XINDICE (siehe apache.org)

ja, mysql laeuft unter mac...
wuerde jetzt mal mysql festlegen... aber wenn die verwendung von
postgresql irgend jemandem wichtig ist koennen wir da auch verwenden.

> > Mit diesen plattformunabhängigen Tools (Formelsammlung, Ansi-C Library, QT,
> > MySQL) könnte man eine breite Basis von Entwicklern (Linux, Windows, MacOs)
> > ansprechen und eine GPL oder LPGL lizensierte freie Software sollte
> > realisierbar sein. --Anregungen zu derartigen Projekten hat's nämlich schon
> > in grösseren Foren als unserem HBF gegeben. Das ist aber immer daran
> > gescheitert, dass die Projekte zu eng ausgelegt waren (nur Linux) und vor
> > allem die MACHER fehlten!
> >
>
> LPGL ist gut. YMBMABWYMM ist besser *grinsel* : [You Must Buy Me A Beer
> Whereever You Meet Me]

YMBMABWYMM hoert sich interssant an. programmieren fuer bier...
interessante lebensgestaltung... das mr das nicht frueher eingefallen ist.

> Soweit erstmal. Wie wärs, wenn wir ein Forum einrichten, wo die Features
> des zu entwickelnden Paketes diskutiert werden ?

das forum waere ein guter start.
ich bin fuer eine mailingliste unter coollist.com (wilkuerlich weil
frueher verwendet)... wer also interesse hat kann das ja mal im forum
bekunden, und wird dann von mir im forum eingetragen.

wichtig waer fuer mich mehr uber die anforderungen der applikation zu
erfahren, dann kann man ja genauere plaene entwerfen.
was soll zum beispiel in der datenbank abgelegt werden (rezepte, daten
ueber rohstoffe, protokolldaten zur statistischen erfassung vergangener
sude....)...
aber da gibts noch jede menge fragen... vielleicht koennen wir das ja noch
klaeren.

in diesem sinne...

gut sud
peter

====================================================
Peter Wiedermann <peter.wiedermann at gmx.at>
gpg public key: http://geldspeicher.entenhausen.at
====================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE94nr2NCZnZhPzqWURAsCwAJ9UmhHLFFPwCP8J57YMGvq3FnxwnQCg4kmw
/qIkzydLw1+ehXsN9MtFEpI=
=IhBa
-----END PGP SIGNATURE-----