lilith2k3

Vermutlich hat man keine Arbeit mehr und will jetzt das "hohe" Gehalt vom 3 LJ nicht mehr zahlen?

"Wenn nötig". Ja. Dann erwarte ich aber auch, dass ich die Stunden abbummeln darf, wenn weniger zu tun ist. Und es gibt immer Wochen in denen mal weniger zu tun ist.
Mein alter AG hat mir mal gesagt "Wir erwarten mindestens 45h/Woche von dir. Auch wenn wenig zu tun ist." Tja. Wenn im Arbeitsvertrag für Gehalt X 40h stehen, arbeite ich nicht 45h für Betrag X. 
Kein AG schenkt dir was. Warum sollte man dem AG dann was schenken?
 
Aktuell ist es so, dass ich für die Faktura noch zusätzlichen einen Bonus bekomme. D.h. wenn ich Überstunden mache, komme ich automatisch auf ein höheres Gehalt. Das ist für mich in Ordnung.
Aber, dass 45h erwartet werden, nur weil man gut verdient? Reicht der Sprit im Tank länger, nur weil der Sprit heute teurer war? Ich denke nicht.

Ich würde um Missverständnisse vorzubeugen kurz bei der Firma anrufen, sobald die Einladung zum Gespräch bekommst, und kurz die Situation erläuern und Anforderungen klären um dir und Ihnen Aufwand sparen. Das kann man höflich machen ala "Da ich bei meinem letzten Vorstellungsgespräch ein Missverständnis bzgl. den Konditionen hatte, wollte ich mich mit Ihnen nur kurz grob über die Rahmenbedingungen abstimmen - so würden wir uns Zeit und Aufwand sparen. Meine Vorstellung liegen bei xx - liegt das bei Ihnen im Rahmen?"
Die. 40h/Woche mit Stempeluhr und bezahlten Ueberstunden wirst du kaum bekommen in der Wirtschaft bei dem Gehalt (ausser deutsche Grosskonzerne). Ich würde 4-5h/Woche - wenn nötig - auch erwarten. Aber auf der anderen Seite auch nicht motzen, wenn jemand mal Mittags heim geht. Geben und Nehmen muss stimmen.
Edit:
Fair ist ein relativer Begriff  Du bekommst gerade halt Feedback was der Markt erwartet. Im internationalen Vergleich ist Deutschland mit 30 Tagen Urlaub und 40h/Woche (oder gar 35h/Woche) sowieso meilenweit vorne. Also alles eine Frage des Blickwinkels.

Als Leiter ist Vertrauesarbeitszeit meines Erachtens die Regel. Dafür sollte natürlich das Gehalt auch stimmen. Bei uns bekommt man auch noch 5 Extra Urlaubstage (dann 35) wenn man auf Vertrauensarbeitszeit geht und 5% mehr Gehalt.
Die Gehälter und Urlaub finde ich daher schon recht unverschämt.

Ich denke, ich (wir) sehen uns hier außerstande etwas dazu zu sagen - außer: kommt darauf an.
Kommt darauf an, heißt zum einen: Kommt darauf an, was Dein Betrieb verlangt. Wenn Du in unkündbarer Stellung bist und die Anforderungen in Deinem Betrieb absehbar "gleich" bleiben, ist das vollkommen okay. Es geht, wie andere sagen, eben in erster Linie darum, Deinen Job zu machen. Solange Du den machen kannst, warum was ändern?
Desweiteren kommt es darauf an, was Du in Deinem Leben noch so vorhast. Wenn Du akut keinen Jobwechsel ins Auge fasst, bzw. wie oben angesprochen, Deinen Job voraussichtlich bis zur Rente machen können wirst - warum sich da Gedanken machen?
Dass andere Leute andere Ansprüche an sich und ihre Arbeit haben, sollte Dich nicht weiter kümmern. 
Schwierig wird es ab dem Zeitpunkt, wenn von Dir eine Flexibilität erwartet wird, die Du nicht erbringen kannst (oder auch willst). Wenn es ab morgen heißt, WinForms haben ausgedient, wir machen nur noch SPAs und Javascript, dann stellt sich (auch für die Firma) die Frage: Wie gut schaffst Du den Umstieg. Wenn Du (auch privat) Deinen Technologie-Radar pflegst, wirst Du keine Schwierigkeiten haben, von morgen an eben Javascript zu machen, Du kennst die Sprache einigermaßen, hast was von dem ein oder anderen Framework gehört und auch sonst findest Du Dich schnell ein. 
Es hängt vorallem von Deinem Verhältnis zu Dir selbst ab, ob das ein "Problem" ist / wird.

Ich denke, ich (wir) sehen uns hier außerstande etwas dazu zu sagen - außer: kommt darauf an.
Kommt darauf an, heißt zum einen: Kommt darauf an, was Dein Betrieb verlangt. Wenn Du in unkündbarer Stellung bist und die Anforderungen in Deinem Betrieb absehbar "gleich" bleiben, ist das vollkommen okay. Es geht, wie andere sagen, eben in erster Linie darum, Deinen Job zu machen. Solange Du den machen kannst, warum was ändern?
Desweiteren kommt es darauf an, was Du in Deinem Leben noch so vorhast. Wenn Du akut keinen Jobwechsel ins Auge fasst, bzw. wie oben angesprochen, Deinen Job voraussichtlich bis zur Rente machen können wirst - warum sich da Gedanken machen?
Dass andere Leute andere Ansprüche an sich und ihre Arbeit haben, sollte Dich nicht weiter kümmern. 
Schwierig wird es ab dem Zeitpunkt, wenn von Dir eine Flexibilität erwartet wird, die Du nicht erbringen kannst (oder auch willst). Wenn es ab morgen heißt, WinForms haben ausgedient, wir machen nur noch SPAs und Javascript, dann stellt sich (auch für die Firma) die Frage: Wie gut schaffst Du den Umstieg. Wenn Du (auch privat) Deinen Technologie-Radar pflegst, wirst Du keine Schwierigkeiten haben, von morgen an eben Javascript zu machen, Du kennst die Sprache einigermaßen, hast was von dem ein oder anderen Framework gehört und auch sonst findest Du Dich schnell ein. 
Es hängt vorallem von Deinem Verhältnis zu Dir selbst ab, ob das ein "Problem" ist / wird.

Meiner Meinung nach geht die Diskussion über die Sicherheit eines Passworts mit fester Länge an der Realität vorbei.
Ich vermute, die wenigsten User nutzen die maximal mögliche Passwortlänge aus, und damit ist der beste Rat, um ein Passwort sicherer zu machen, der, es länger zu machen.

Liebes CMD-Geek-Team,
ich kann leider zu Eurer Anwendung nichts sagen, da ich weder ein Windows-System habe, noch überhaupt interesse an einem solchen Produkt hätte, selbst, wenn ich ein Windows hätte. Wozu ich aber was sagen kann, und ich denke, dass dürfte sich dennoch für Euch lohnen, ist Eure Außenwirkung.
Auch da kann ich nichts detailliertes sagen, aber ein paar Punkte, die sich im Vorbeilesen so ergeben haben:
1) Eure Webseite wirkt unprofessionell. Selbst wenn es keine Priorität besitzt - ihr wollt ja ein Produkt an den Mann bringen - ist es Euer Aushängeschild
2) Euer Auftreten ist unseriös
3) Euer Geschätsgebaren ist ebenso unseriös
4) Auf Kritik wird wenn, dann allergisch reagiert
Ich denke, Ihr solltet sowohl an Eurer Software als auch an Eurer PR arbeiten.
Um es kurz zu machen: So wird das nix, Jungs & Mädels!  

Das kann man so überhaupt nicht beantworten.
Es gibt mathematisch keinen Grund wieso ein 10 Zeichen Passwort mit Sonderzeichen stärker (die Entropie höher) sein sollte als ein Passwort ohne Sonderzeichen. Der Zeichenvorrat ist der gleiche; nämlich alle Zeichen inklusive Sonderzeichen. Ein Unterschied macht die Information für einen Angreifer, dass keine Sonderzeichen in Benutzung sind. "HOSENKNOPF" ist genauso sicher wie "H0$3NKN04F". Ein Unterschied macht an der Stelle die Information, dass es sich um ein zusammengesetztes Wort der Deutschen Sprache, bzw. dass es sich lediglich um Großbuchstaben handelt. Arbeitet der Angreifer mit einem Wörterbuch, so wäre es denkbar, dass letzteres Passwort länger stand hält. Das hat aber nichts mit der eigentlichen Stärke, sondern mit dem Aufbau des Wörterbuchs zu tun.

Nur weil ein Passwort Sonderzeichen enthält, ist es nicht per se sicherer; aber sicher ist es schwerer zu merken

Liebes CMD-Geek-Team,
ich kann leider zu Eurer Anwendung nichts sagen, da ich weder ein Windows-System habe, noch überhaupt interesse an einem solchen Produkt hätte, selbst, wenn ich ein Windows hätte. Wozu ich aber was sagen kann, und ich denke, dass dürfte sich dennoch für Euch lohnen, ist Eure Außenwirkung.
Auch da kann ich nichts detailliertes sagen, aber ein paar Punkte, die sich im Vorbeilesen so ergeben haben:
1) Eure Webseite wirkt unprofessionell. Selbst wenn es keine Priorität besitzt - ihr wollt ja ein Produkt an den Mann bringen - ist es Euer Aushängeschild
2) Euer Auftreten ist unseriös
3) Euer Geschätsgebaren ist ebenso unseriös
4) Auf Kritik wird wenn, dann allergisch reagiert
Ich denke, Ihr solltet sowohl an Eurer Software als auch an Eurer PR arbeiten.
Um es kurz zu machen: So wird das nix, Jungs & Mädels!  

Liebes CMD-Geek-Team,
ich kann leider zu Eurer Anwendung nichts sagen, da ich weder ein Windows-System habe, noch überhaupt interesse an einem solchen Produkt hätte, selbst, wenn ich ein Windows hätte. Wozu ich aber was sagen kann, und ich denke, dass dürfte sich dennoch für Euch lohnen, ist Eure Außenwirkung.
Auch da kann ich nichts detailliertes sagen, aber ein paar Punkte, die sich im Vorbeilesen so ergeben haben:
1) Eure Webseite wirkt unprofessionell. Selbst wenn es keine Priorität besitzt - ihr wollt ja ein Produkt an den Mann bringen - ist es Euer Aushängeschild
2) Euer Auftreten ist unseriös
3) Euer Geschätsgebaren ist ebenso unseriös
4) Auf Kritik wird wenn, dann allergisch reagiert
Ich denke, Ihr solltet sowohl an Eurer Software als auch an Eurer PR arbeiten.
Um es kurz zu machen: So wird das nix, Jungs & Mädels!  

Klingt jetzt vielleicht etwas harsch, muss aber so gesagt werden:

Sucht euch

1. jemanden, der etwas von Web-Design versteht (die farbliche Gestaltung der Seite ist furchtbar und das Layout wirkt wie eine 90er Jahre Beepworld-Seite) und
2. jemanden, der der englischen Sprache mächtig ist (die Fehler hier aufzuzählen würde zu lange dauern).

Wenn ihr ernst genommen werden wollt, dann sollten diese beiden Punkte (aus Marketingsicht) erstmal höchste Priorität haben...

MfG Eratum

Die Software scheitert an der Ausführung interaktiver Befehle (set /p, choice). Die Eingabeaufforderung wird nicht angezeigt, und man kann auch nichts eingeben.
Es kommt zu diversen Fehlermeldungen, wenn man eine Ausführung startet, während eine andere noch läuft.
Die Code-Qualität passt zur Rechtschreibung.

Die Geschwindigkeit einer insert-Anweisung hängt im Wesentlichen von der Anzahl der Indizes auf der Tabelle ab. Je mehr Indizes, desto langsamer die Ausführung. Da diese nach jedem insert aktualisiert werden.
Jedoch bringen diese Performance beim Lesen, dass ist richtig.

Aus Prüfersicht kann ich ausschließlich zu Pseudocode raten. Wenn du mal versuchst, ein "korrigiertes" Struktogramm zu verstehen (und zu bewerten), weißt du auch warum. Es ist fast unmöglich unter Zeitdruck auf Papier ein sauberes Diagramm zu zeichnen. Bei Pseudocode kann man wenigstens noch hier und da Text einfügen oder mit "Fußnoten" arbeiten, wenn etwas vergessen wurde. Außerdem dauert es einfach ewig, die Diagramme zu zeichnen. Spar dir den Aufwand und schreib Pseudocode! Das ist meine ganz klare Empfehlung. Mir fällt auch nicht ein einziger Vorteil der Diagramme ein. Und in der Praxis verwendet sie auch niemand (jedenfalls ist mir niemand bekannt).

Mainframe & Co ist für den Monopolist IBM eine Cashcow, daher pushen die das auch wie blöde. Ob es immer objektive Gründe gibt dabei zu bleiben ... nunja. Der mainframe stirbt seit 20 Jahren wie man so schön sagt, aber ist nicht so einfach totzukriegen, trotz der sehr hohen Kosten. Noch sind die heutigen Entscheider aus der mainframe generation, aber das ändert sich natürlich permanent, da diese alle in Rente gehen und die jüngeren Entscheider haben ein anderes Technologie-"mindset".
Wenn du dich auf diese Technologie einlässt, dann bist du im Umfeld von einem "bilateralen Oligopol" was Vor- und Nachteile hat. Es gibt wenig Nachfrage und wenig Angebot (und wie oben beschrieben nimmt beides auch ab). Das kann sich monetär lohnen, aber es kann auch sein, dass du etwas warten musst, bis mal ein Platz frei wird bzw. einer der wenig offenen Jobs dir zusagt und du in diesem Segment (eigentlich nur Banken & Versicherungen) mit entsprechenden Eigenheiten (Alter/Interessen/Ansichten/Ziele der meist ausschliesslich älteren Arbeitskollegen im MF) bleiben musst.
Daher ist es eine gute Idee das mal auszuprobieren und zu schauen, ob es dir liegt. Wenn ja, dann ist ja alles super, wenn nicht dann machst halt wieder was anderes.

Ich würde unter Library sowas wie Lego verstehen: Eine Library bringt viele vorallem Kleinteile mit sich, die allein vielleicht nicht wirklich nutzbar sind, aber die es Dir erleichtern tolle Sachen zu bauen. Zumeist ist der Zweck recht konkret. Frameworks verhalten sich dazu dann wie Duplo. Irgendwie ähnlich aber wesentlich größere Bauteile. Da hat man schnell mit wenigen Teilen ein komplettes Haus gebaut. Der Zweck eines Frameworks ist eher abstrakt.
Einfaches Beispiel: 
Vergleiche eine Template Library (HTML-Generierung) mit einem Webframework (Webanwendungen bauen).