Whiz-zarD

Cisco Webex Zoom Mikogo

Wenn es nicht ein Troll ist, dann meint er wohl den neuesten Gadget-Schrott aus China, wie z.B. Smartphone-Tragegurte.

Auweia...

IT-affine Menschen erreicht man damit nicht. Wieso auch? Roboter programmieren? Dafür gibt es schon genug DIY Kits. 3D Druck? Dafür gibt es Onlinedienste, die meine Zeichnung drucken und es nach Hause schicken Wearables? Ich gehe doch nicht in ein Café, nur weil ich mit einer Uhr bezahlen kann. Damit lockt man höchstens nur Hipster und Kiddies an. Einzig Punkt 4 könnte interessant sein: Hier würde ich mal schauen, ob man nicht eine Location für Meetup-Gruppen anbieten könnte. Für mich persönlich ist der Ort was spezielles. Er muss gut und schnell erreichbar sein und sollte auch in einer ruhigeren Umgebung liegen. Für mich gibt es nichts schlimmeres, als Cafés, die als Szenetreff gelten und so voll und laut sind, sodass man seine eigenen Gedanken nicht mehr hören kann. Es sollte also ein Ort der Entschleunigung sein. Wo man zur Ruhe kommt und seinen Gedanken nachgehen kann. Selbstgemachte Speisen (Kuchen, Torte, Bowls, ...).

Etwas Werbung in eigener Sache : Das Buch einer sehr guten Freundin ist jetzt erst kürzlich beim Oetinger Verlag erschienen: --- Cronos Cube - Band 1 Game on: Es steht alles auf dem Spiel. 2030. Im Überwachungsstaat Irland leben Zack und Lachlan, zwei Freunde, wie sie unterschiedlicher nicht sein könnten. Zack hat sich mit den gesellschaftlichen Verhältnissen arrangiert, für Lachlan ist das Virtual-Reality-Game Cronos Cube der Ort des Widerstands. Doch ausgerechnet in dieses Spiel wird er entführt - und Zack muss sich durch die Cronos-Fantasywelt kämpfen, um ihn zu retten. Nominiert für den deutschsprachigen Literaturpreis für Phantastik SERAPH, begeistert Autorin Thekla Kraußeneck mit Digital-Action und einem Mix aus Virtual Reality und Orwell'scher Dystopie. --- Band 2 wird am 21. Otkober 2019 erscheinen.

Wobei gerade bei den Banken ein großer Umschwung stattfindet. Die Kleiderordnung in Banken wird zunehmen lockerer. Einige Banken haben inzwischen einen Casual Friday eingeführt und wenn wir unsere Kunden (Banken) zu einem Workshop oder zu einer Arbeitsgruppe einladen, dann tauchen wir auch nicht in Anzügen auf. Wir schreiben explizit in die Einladung rein, dass die Kleiderordnung leger ist und wenn wir zu Kunden fahren, bekommen wir auch immer mehr die Aufforderung bitte nicht in Anzügen zu erscheinen. Na ja, die Prüfer sollen sein Wissen überprüfen und nicht seine Kleidung. Wer auf der sicheren Seite sein möchte, kann ein Hemd anziehen. Aus meiner Sicht aber nicht nötig.

Im Zweifel so gestalten, dass es egal ist.

Wenn man wegen persönliche Belange nicht genommen wird, dann ist es eh eine schlechte Firma. Wir sind Menschen und keine Maschinen. Wir setzen Prioritäten und wenn deine Priorität ist, dass du dein Kind öfters sehen möchtest, dann ist das so. Ich wüsste jetzt nicht, warum man dort nicht die Wahrheit sagen sollte.

Wenn man da nicht sogar noch draufzahlt, weil die Entwicklung und der Support nun plötzlich doch intensiver werden, als angenommen. Man entwickelt ja nicht einfach mal so ein Tool und dann läuft es für alle Ewigkeiten ohne sich noch mal die Finger krumm zu machen, sondern wenn es in eigener Hand ist, kommen dann plötzlich diese und jene Wünsche und das Tool muss laufend gewartet werden. Dies sind Kosten, die meist nie eingerechnet werden und auch nie in einen monetären Gewinn umschlagen, da man dieses Tool eben nicht vertreibt. Eigenlösungen werden auch häufig auch nur hingefrickelt, weil sie eben nicht zum Tagesgeschäft gehören und Zeit fressen. Aber ja, ich würde auch sagen, dass es für ein Abschlussprojekt reicht, auch wenn ich es sehr skeptisch sehe, dass damit Geld eingespart wird.

Vielen Dank @stefan.macke Einen sehr groben Plan als solches habe ich ja. Es ist mir auch klar, dass eine Firma einen Ausbildungsplan aufstellen soll. Ich finde es halt nur merkwürdig, dass die Handelskammer quasi schon den Plan vorgibt, wie der abzuarbeiten ist. Zumal wirkt er in einigen Stellen nicht richtig durchdacht. Wie ich schon sagte, im ersten Lehrjahr soll der Azubi schon Anwendungen modular und unter Berücksichtigungen von Wartbarkeit und Sicherheit entwickeln können aber erst im zweiten Lehrjahr soll er sich die Entwicklungsumgebungen anschauen. Von einem Tischler-Azubi erwartet man ja auch nicht, dass er als erstes einen Stuhl bauen kann und sich erst dann beschäftigt, was ein Hammer und eine Säge ist. Auch greifen viele Punkte ineinander, wie z.B. der Punkt "Teamarbeit". Wir arbeiten hier nur in Teams, von daher ist die Teamarbeit ganzjährig. Ich denke mal, allgemein lässt sich schlecht sagen, dass der Azubi von dann bis dann die Fertigkeit "Teamarbeit" gelernt hat. Wir sind ja nicht in einem Videospiel, wo plötzlich ein "+1 Teamarbeit" über dem Kopf aufploppt. Aber ist es eigentlich neu, dass dies nun mit zum Ausbildungsvertrag dazugehört? Ich habe sowas noch nie gesehen. Gut, meine Mechatroniker-Ausbildung (2000 - 2004) ist schon ein bisschen her aber bei unseren damaligen FISI-Azubi (vor 3 Jahren ausgelernt) und den Azubis im Personal-Bereich musste sowas auch nicht ausgefüllt werden.

Hab die Handelskammer mal angefragt und man sagte mir, dass es reichen würde, wenn ich nur das erste Lehrjahr ausfülle. Ich finde es aber dennoch seltsam, was hier getrieben wird. Zu mal die Einteilung sehr willkürlich wirkt.

Hallo, wir stellen nun am 1. August unseren ersten FIAE-Azubi ein. Von der Handelskammer bekamen wir ein Anlagenbogen für den Ausbildungsvertrag, in dem wir eintragen sollen, von wann bis wann der Azubi welche Fertigkeiten und Kenntnisse erlernt. (Beispiel siehe Anhang) Ist dies so bei den anderen IHKs gängige Praxis und wenn ja, wie geht ihr dort vor? Ich finde das echt schwer. Zumal die Lernziele ja nicht so wie eine Todo-Liste abgehakt werden können, da es ja auch abhängig vom Kenntnisstand des Azubis ist. Auch kann ich nicht drei Jahre im Voraus planen, wann er was macht. Die Einteilung, die hier vorgegeben wird, ist auch sehr schlecht. Der Azubi soll im ersten Lehrjahr schon wissen, wie man eine Software modular entwickelt aber im zweiten Lehrjahr wird sich erst die Entwicklungsumgebung angeschaut. Das passt doch auch nicht zusammen.

Irgendwie sind die Informationen ein bisschen dürftig aber es klingt für mich, als ob ihr überhaupt nichts großartiges braucht. Sucht euch da einfach ein Mini-PC und ihr seid wohl damit glücklich.

Und in welcher Sprache wurde die Benutzeroberfläche entwickelt? Soll sie ebenfalls auf dem Server laufen?

Entscheidend ist doch, was ihr mit dem Server macht und welche Spezifikationen er braucht. Werden da nur ein paar Einträge in einer MySQL-Datenbank gepflegt, würde doch auch schon, überspitzt gesagt, ein Raspberry Pi reichen.

Dazu fällt mir noch Jugend Hackt ein.

gelöscht

Die Properties in C# sind aber auch nur syntaktischer Zucker, da der Compiler die in Methoden umbaut, wie in Java. Also aus public string Name { get; set; } baut der Compiler dies: private string _name; public string _getName() { return this._name; } public void _setName(string value) { this._name = value; } Und somit sind Properties das selbe, wie die Getter und Setter in Java. Es ist halt nur eine kürzere Schreibweise.

Haben wohl mehrere einen Vertrag zugeschickt und wer zuerst kommt, mahlt dann zuerst.

Du kannst fünf Leute fragen und bekommt sechs Antworten. Ich persönlich habe früher mit Java entwickelt, weil ich damals plattformunabhängig entwickeln wollte und .net so ein auf Windows spezieller proprietärer Kram war. C# wollte ich daher nie anfassen. Erste C#-Erfahrung sammelte ich dann in meiner Ausbildung bezüglich einer Seminararbeit über die Spieleentwicklung mit dem XNA-Framework. Später landete ich dann in einer Firma, die mit C# arbeitet und heute muss ich sagen, dass ich lieber mit C# arbeite anstatt mit Java. C# bekommt auch immer mehr Einflüsse aus der funktionalen Programmierung, die das Leben schon erleichtern. Inzwischen liegt auch der Quellcode offen und lässt sich ohne große Mühe für andere Plattformen ausrollen. Nicht desto trotz gibt es derzeit aber immer noch mehr Stellenangebote für Java-Entwickler und ich denke, das wird auch für einige Jahre so bleiben, da viele Business-Software damit entwickelt worden sind, die weiterhin laufen werden. Es ist also mehr eine persönliche Präferenz, ob man nun Java oder C# nimmt. Von der allgemeinen Syntax her sind aber beide Sprachen sehr ähnlich.

Die Klausel, dass alle Überstunden mit dem Gehalt abgegolten sind, ist unwirksam. Diese Klausel ist nur gültig, wenn explizit eine Anzahl an Überstunden erwähnt wird. Wenn, dann würde ich den Arbeitgeber noch mal darauf hinweisen. Diese Klausel wurde schon vor 9 Jahren einkassiert und ich finde es immer noch erschreckend, dass viele Arbeitnehmer und -Geber dies nicht wissen bzw. Arbeitgeber es immer noch versuchen, diese Klausel durchzudrücken.

Wobei die Frage ist, was die "Erfahrenen" mit ihren Erkenntnissen machen? Teilen sie es den Azubi mit? Geben sie dem Azubi Tipps, wie man es besser machen könnte oder auch mal Lob? Oder korrigieren sie stillschweigend die Fehler und ärgern sich über den Azubi? Wenn letzeres, dann ist das kein guter Umgang mit einem Azubi. In wiefern ein Henne-Ei-Problem? Das ist genau der Schwachsinn, wenn es heißt: "Tut uns leid aber mir müssen leider absagen, da sie keine Berufserfahrung haben." Dass ein Azubi keine Erfahrung in Projekten hat, ist logisch. Woher soll er auch sie haben? Dennoch muss man ihn in Projekten einplanen, ansonsten bekommt er nun mal keine Erfahrungen. Wer Azubis nicht in Projekten einbindet, weil sie keine Erfahrung haben, hat ein Problem in der Personalplanung. Punkt. Das ist kein Henne-Ei-Problem.

Ohne das Projekt zu kennen, ist es auch meine Vermutung, dass das Projekt zu groß ist. Wir reden hier von höchstens 70 Stunden, wobei noch einige Stunden für Organisation und Dokumentation draufgehen. Bei einer 35 Stundenwoche würde das Projekt zehn Werktage dauern. Die Entwicklungszeit wären dann ca. 6-7 Tage. Das ist eine sehr kurze Zeit, die man überblicken kann. Wenn es aber plötzlich 18 Tage dauert ohne dass sich die Anforderungen geändert hat, dann stimmt was mit der Planung nicht und das hätte auffallen müssen. Sicherlich, es gibt immer Momente, wo man sich komplett verschätzt. Ist mir auch schon passiert, dass ich gesagt habe, dass ich für ein Feature zwei Tage benötige aber hinterher 20 daraus wurden aber hier guckt eigentlich der Ausbilder und der Prüfungsausschuss noch mal drüber.

Beides ist das selbe. Allerdings kann die Schreibweise char* argv[] in die Irre führen. Beispiel: char* c1, c2; welchen Typ hat nun c2? char oder char*. Die Antwort ist char. Nur c1 ist char*. Es wäre also besser, man schreibt char *c1, c2; oder man trennt es gleich: char *c1; char c2; Der Grund für diese unterschiedliche Schreibweise liegt in den Unterschieden zwischen C und C++. In C schreibt man char *c1. Weil es der Zeiger auf ein char ist. In C++ ist es üblich, den Typen und dann den Variablennamen zu schreiben. Der Typ ist ja ein Zeiger auf ein char. Also char* c1. Da aber C++ nur eine Erweiterung von C ist, versteht der Compiler beide schreibweisen.

Für mich auch zu kompliziert. Ich hab ein Girokonto und ein Sparbuch. Mehr brauche ich fürs Tagesgeld nicht. Zinsen sind derzeit eh nicht zu erwarten. Daneben habe ich dann ein Bausparvertrag, drei Aktienfonds (die mehr oder weniger gut funktionieren) und ne betriebliche Altersversorgung. Bei den Versicherungen habe ich ne Kfz-, Hausrat-, private Haftpflicht- und Unfallversicherung.