Erstmal ... vielen, vielen Dank für eure ausführlichen Antworten
@sebix, vielen danke für deinen Rat! Python Buch bereits gestern bei Amazon bestellt.
![Wink ;)](./images/smilies/icon_e_wink.gif)
@darksider3, vielen Dank auch für deine Überlegungen mit dem EC Terminal.
cloidnerux hat geschrieben:Du willst hier ein Produktivstem aufbauen, dass neben der reinen Ticketverwaltung auch noch Sitzplätze und Transaktionen, sprich Geld verwalten soll. Dazu gehört sehr viel QS, Planung und Vorbereitung und erübrigt deine Frage. Du lernst nicht mal eben schnell eine Sprache und bastelst dir dein System, dass wird in die Hose gehen. .
Hatte schon Angst ich bekomme gar keine Kritik
Ja ich weiß, es ist ein großes Vorhaben und auch eine "heikle" Angelegenheit was die Sicherheit betrifft ... aber ich will es auf jeden Fall selbst schaffen und bin auch bereit dafür sämtliche Freizeit zu opfern. Bzgl. Sicherheit bleiben mir auf 4 Jahre gerechnet dann immer noch 35.000 € die ich bspw. in Überprüfungen bzw. Verbesserung des Programms durch Profis stecken könnte, aber machen will ich es selbst
Insbesondere daher dass wir im letzten Jahr eine fertige Software für 22.000 € geordert haben die einfach umständlicher als umständlich für unsere Zwecke ist (speziell bei unseren "Spezialdingen" wie Anzahlung (sprich 30%) innerhalb von 14 Tagen fällig und Restzahlung 30 Tage vor Vorstellung (die teilweise 2 Jahre in der Zukunft bei Bestellung liegen kann). Werden diese Fristen nicht eingehalten --> soll eine automatische Zahlungserinnerung gesendet werden und der Kunde auf einer Liste landen. Hier lag das Problem darin, dass wir mit dieser Software nicht zwischen Privat und Geschäftskunde unterscheiden konnten und somit die vom Programm automatisch erstellte Rechnung zuerst löschen und anschließend neu erstellen mussten. Fehler natürlich vorhersehbar. Wenn nun die Plätze vom Kunden storniert werden, müssen die zwei händisch erstellten Rechnungen vom Mitarbeiter gelöscht werden und die Plätze auch manuell ausgetragen werden (da ja keine Verbindung mehr zwischen Plätze und Rechnung besteht). Da aber ein Anwender auch Fehler macht, kam es auch nicht selten vor dass bspw. nur die Rechnung gelöscht aber nicht die Plätze ausgetragen wurden die dann im Endeffekt leer blieben und das sind dann da mal da 1.000 € und hier mal 500 € ... dasselbe Problem gibt es zwar bei uns schon seit Einsatz von PCs (2 Vorgänger) aber ich will da einfach was ändern. Es summiert sich halt dann auch auf ein Jahr gerechnet doch. Und das ist nur ein Beispiel der Probleme mit unserer bisherigen nicht an uns angepassten Software.
Die Tickets und Buchungsbestätigungen musste ich immer mit "Crystal Reports" gestalten.
cloidnerux hat geschrieben:
Ich weiß nicht ob, aber ich gehe auch mal davon aus, dass die Banken Anforderungen an jedes System stellt, dass mit EC-Terminals arbeitet.
Die EC Terminals machen mir eher weniger Sorgen ... lt. Bank müssen hier nur Steuersignale an das Gerät gesendet werden. Wo ich eher Bedenken habe ist die Schnittstelle zu QPay (Onlinezahlung). Die haben zwar auch keine Anforderungen und eine recht gute Integrationsanleitung für diverse Sprachen, trotzdem hab ich einfach Sicherheitsbedenken.
cloidnerux hat geschrieben:
Alles in allem wirst du meiner Meinung nach weder mit Python, PHP oder irgendeiner anderen "Standard"-Scriptsprache zum Ziel kommen, auch nicht mehr in diesem Jahr und mit weit mehr Aufwand als du es dir bisher vorstellen kannst. Es ist machbar, aber nur wenn du dich dahinterklemmst und das Programmieren an sich sowie die notwendige Qualitätssicherung erlernst. Programmieren würde ich es dann in C/C++, Java oder C#, je nach dem was dir bis dahin am besten gefällt.
Ich weiß nur nicht wo ich anfangen soll ... damit ich dann da selbst beurteilen kann
Xin hat geschrieben:
Ich würde ein größeres Projekt niemals mehr in PHP starten.
Ich war sogar der Meinung dass es gar nicht möglich wäre mein Projekt in PHP zur realisieren.
Xin hat geschrieben:
80000 / 40 = 2000 Sitzplätze pro Vorstellung. Nicht schlecht für einen Verein. ^^
Ja, wir sind eigentlich immer ausverkauft. Was ich vorhin aber vergessen habe dazuzuschreiben ... wir haben immer 5 Jahre Pause zwischen den "Vorstellungsjahren".
Xin hat geschrieben:
Bei 80000 Tickets darf man überlegen, ob man vielleicht etwas Professionelles einsetzt? Nichts für ungut, aber 17jährige, die von sich behaupten noch nicht wirklich programmiert zu haben, sollten sich bei 80000 Aufgaben von denen möglichst keine schief gehen soll, definitiv Hilfe holen.
Ja, da hast du recht ... wie oben geschrieben bin ich auch gerne bereit für Kontrolle Geld auszugeben. Da jeder 2. Platz durchschnittlich einmal storniert oder umgebucht wird, werden es sogar 120.000 Aufgaben
Xin hat geschrieben:
Theoretisch?
Erfahrungsgemäß bedeutet theoretisch Zeit haben, dass irgendwann jemand nervös wird und Resultate sehen will.
Der jemand bin in diesem Fall glücklicherweise nur ich.
![Wink ;)](./images/smilies/icon_e_wink.gif)
Den anderen Vorstandsmitgliedern ist es nämlich egal wie ich das mit dem Ticketverkauf bzw. Einlass funktioniert, Hauptsache es funktioniert und möglichst ohne Verluste verursacht durch Mitarbeiter die Bedienungsfehler begehen.
Xin hat geschrieben:
PHP ist eine fehleranfällige Sprache, was im Prinzip nur halb so wild wäre, wenn die Fehler nicht erst zur Laufzeit - also beim Kundeneinsatz - auffallen würden. Jeder Kunde macht irgendwelchen Mist, den man selbst nicht abgetestet hat, weil man sich nicht vorstellen konnte, dass jemand das Programm so benutzen würde.
Das hast du wirklich recht … hatte teilweise bis jetzt schon Fehler durch Kunden bzw. Mitarbeiter die ich mir nicht ausmalen hätte können.
Xin hat geschrieben:
Also wäre ein Windows-System erforderlich. Windowsserver sind nicht außergewöhnlich, aber aus gutem Grund auch nicht die Regel. Ein Windows-System, dass durchgehend im Netz steht braucht regelmäßige Updates, einen zuverlässigen Virenkiller und das eine oder andere Menschenopfer, um die Götter gnädig zu stimmen.
Hab bereits eine aktuelle VMWare Umgebung mit Windows Servern aufgebaut und seit letztem Jahr bereits im Einsatz ... wär natürlich umso besser wenn man diese weiterhin einsetzen könnte.
Xin hat geschrieben:
Java läuft auf allen Systemen, ist aber nicht unbedingt eine Zukunftstechnologie, sondern eher eine Gegenwartstechnologie im Sinne "Ist auch noch da.". Wenn Du in 5 Jahren an den Start gehen willst, könnte aus "Ist auch noch da" ein "Müsste man mal durch was mit Zukunft ersetzen" geworden sein.
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
okay ... dann lassen wir das mal besser weg
Xin hat geschrieben:
Schau Dir in dem Artikel nochmal "Kriterium I: Du als Programmierer" an, die Du für Dich bestimmen musst. Du musst ein Problem lösen - aber willst Du das? Und wenn ja: wie und warum? Und sei ehrlich, das Projekt ist groß, braucht Planung und das klappt nur, wenn Du wirklich keine Luftschlösser baust.
Danke nochmal an alle für eure ehrlichen und ausführlichen Antworten ... bin für jede Hilfe und Information dankbar!
![Smile :)](./images/smilies/icon_e_smile.gif)