Programm Gefahrstoffetiketten

Moin,

in wiefern man bei Access von Programmieren sprechen kann möchte ich mal dahingestellt lassen.

Du kannst sowas entweder in Access machen - sofern die das denn da nutzen können. Nachteil: Du brauchst für jeden Client auch die Access-Lizenz. Je nachdem wieviele du hast kann das da schon ein wenig kosten. Ebenfalls brauchst du entweder ne zentrale DB (d.h. überall den ODBC-Treiber einrichten) oder du müsstest bei einer Änderung/aktuallisierung dafür sorgen das wirklich ALLE Versionen überschrieben sind. Dabei reicht es nicht die Server-Version zu überschreiben -> denn nen Client könnte sich die Datei ja auf den Desktop gezogen haben. Und es dürfte klar sein das es ein wenig Ärger gibt wenn Gefahrgut dann plötzlich falsch beschriftet ist - dies könnte schnell den Betrieb ruinieren...

Oder du programmierst das in Java/C++/Whatever. Hier hast du auch eine zentrale DB (kannst aber z.B. Problemlos MySQL nehmen und brauchst keinen ODBC-Treiber). Vorteil ist aber das du eben keine Lizenzen kaufen brauchst. Die JRE ist kostenlos (oftmals sogar schon vorhanden) - und da du der Programmierer bist ist das mit den Lizenzen natürlich egal...

Schon mal was von einer Runtime gehört?

mfg

Nein! Nur eine "echte" Lizenz für die Entwicklung. Für die Clients gibt es die Access-Runtime. Kostenlos und vollkommen ausreichend.

Zentrale DB bietet Access natürlich auch. Sogar ein Assistent, der die Trennung in Front- und Backend vornimmt ;)
Natürlich kann man auch mit C++ und Oracle auf das Problem einhämmern, aber gerade bei diesen Kleinstprojekten hat Access durchaus seine Berechtigung.

Programmiere es in Java, weil du ja deine Programmierkenntnisse auf - & aus - bauen willst.

Java wirst du dann für etliche andere Dinge nutzen können.

Trau dich programmieren lernt man nur an realen Projekten. Du wirst öfters googlen müssen aber danach kannst du einiges!!!

Moin Bader,

Dann fang einfach an... das verwendete Werkzeug muss dir liegen.
Da ist es volkommen egal, ob momentan wegen irgendeines Android-Hypes gerade mehr AJAX und Flash-Künstler gesucht werden und PHPs und mySQLs Zuwachsraten rückläufig sind.
Du hast doch ein konkretes abgrenzbares Projekt... und das hat definitv mehr mit "Datentabellen", "Formularen", "Etikettendruck", "Standalone-Appz" zu tun als mit CSS und DirektX und XHTML.

Und hey! Das wird keine Appz zur Satellitensteuerung, sondern eine "Gebrauchsapplikation". Was ich nicht abwertend meine.
Also prüfst du a) ob das Werkzeug dafür geeignet ist b) ob du dich traust, das Werkzeug anzufassen.

Oh, oh... das gibt bestimmt Ärger...
Ja. Sag das doch nicht so verschämt. Natürlich ist das ein Argument, und zwar ein entscheidendes.
Doch, schon, mehr als du tragen kannst.... aber das ist KEIN Argument. Auch in irgendeiner beliebigen Käserei oder Fahrradwerkstatt gibt es für umsonst einen "Tag der offenen Tür" mit Begrüßungssekt und Keksen... ja und? Gehst du da regelmäßig hin?

Fang einfach an.

Grüße
Biber

Nabend.

Ich sehe das ähnlich wie die anderen hier. Ehrlich gesagt - Java halte ich nicht für eine Modesprache. Oder andersrum: Jede Sprache ist eine Modesprache. ABER: Solange du in einer Sprachfamilie bleibst (Hochsprache, Assambler, Script-Sprache,...) ist es auch zimlich egal welche Sprache du dir ansiehst. Ich habe bis heute noch nie mit VB zutun gehabt (gott sei's gedankt ;) ) - gib mir nen Programm in VB und ich kann das in kurzer Zeit auch lesen. Etwas mehr Zeit - und ich kann auch die Sprache. Denn die ELEMENTE sind in allen Sprachen gleich. Bei einer musst du ggf. mal "Integer" schreiben, ggf. auch nur int - das is ne reine Google-Fleißarbeit. Das Programmieren selbst ändert sich nicht. Du hast in VB genauso ne for-Schleife wie in Java, C++ oder sonstwas aus der Familie. Du hast dort genauso Kommandos zur Berechnung wie in jeder anderen Sprache. Du hast eine Syntax und eine Semantik - die sich nur in details von anderen Sprachen der Familie unterscheidet. Ich sag mal so: Wenn du Deutsch sprechen kannst dann ist es für dich egal ob du in Norddeutschland oder Mitteldeutschland oder selbst in Bayern lebst. Die Sprache unterscheidet sich etwas und es gibt auch ab und an mal nen Wort was ne andere Bedeutung hat (im norden gibt es z.B. das "Schnacken" -> Reden... In Mitteldeutschland verstehen die gern "Schnakeln" -> Rumknutschen... ). Aber die generelle Sprache bleibt überall gleich - und so kannst du sogar im tiefsten Bayern dich mit etwas Mühe und Zeit wieder verständigen... Nichts anderes ist es bei Programmiersprachen - solang du in einer Familie bleibst sind die Grundregeln gleich/ähnlich - nur die Details unterscheiden sich...

Von daher: Fang an... Und Entwicklungsumgebungen findest du für jede Sprache. Z.B. Eclipse gefällt mir sehr gut - und kann viele verschiedene Sprachen (ggf. über Plugins). Es gibt aber noch grob geschätzt 20.000 andere Optionen - bis hin zum Texteditor und Compiler auf Kommandozeilenebene (so hab ich Java angefangen...)

Wichtig ist nur das du dein programm SAUBER umsetzt. Das die DB-Struktur stimmt und das die Anwender damit arbeiten können. Du bekommst vermutlich eh keine Gehaltserhöhung weil du das mit Java, C++ oder sonstwas geschrieben hast - WENN dann bekommst du die weil du den Leuten nen Tool gegeben hast womit die arbeiten können... Deinem Chef is es egal wie du das gemacht hast - und falls du dir dafür ne eigene Programmiersprache entwickelt hast gibts auch nichts mehr...

So sehe ich das auch. Es bieten sich im endeffekt fast alle Sprachen für so ein kleines Projekt an. Angefangen von PHP über JAVA bis hin zu C# ist da so ziemlich alles möglich. Du solltest eine Sprache wählen mit der du schon etwas vertraut bist. Natürlich auch auch Access möglich. Meiner Meinung nach, solltest du (wenn du entschieden hast welche Umgebung du verwenden willst) dir erstmal über folgendes den Kopf zerbrechen:

• Was genau soll mein Programm können
• Was wie soll mein Programm bestimmte Probleme lösen ( zb wie kommt dein Programm von der Füllmenge auf die Ettikettengröße)
• Wie ist mein Programm am einfachsten zu bedienen (schließlich müssen andere dann damit klar kommen)

Der Rest bleibt im allgemeinen deinem können, deiner Fantasie und deine Durchhaltevermögen überlassen.

Ein Tipp von mir noch zum Abschluss:

Versuche bei deinen Überlegungen immer in möglichst einfachen Bahnen zu denken. Meist gibt es für die kompliziertesten Probleme ganz naheliegende und auch einfache Lösungen. Und je einfacher deine Lösung ist, desto einfacher ist sie meist auch umzusetzten und desto weniger Fehler wirst du im Endeffekt machen.