Whiz-zarD

Bei solchen Sätzen kräuseln sich bei mir die Fußnägel hoch, da ich nicht weiß, was die sollen? Das ist dein Job, dich später in andere Sprachen einzuarbeiten. Das ist kein herausstechendes Merkmal, wenn du die Syntax von C#, php und Java kennst. Ich hab auch die Erfahrung gemacht, wenn jemand sich "Autodidakt" nennt und eine Liste von Sprachen auflistet, dann wird nur an der Oberfläche gekratzt. Design Patterns kennen diese Leute gar nicht, mit Datenstrukturen haben sie sich auch noch nie beschäftigt und SOLID, TDD und Unittests sind Fremdbegriffe. Diese Dinge sind aber später in der Berufswelt extrem wichtig aber leider kommen diese Themen selbst in den Berufsschulen nicht vor. Dann bastle halt was mit Arduino. Da findet man im Netz doch genug Projekte.

Im Grunde steht alles in der Aufgabe drinnen. Wo genau sind die Verständnisschwierigkeiten? Könnt ihr mit der Formel nichts anfangen? Es soll zuerst eine Ganzzahl eingeben werden. Diese Ganzzahl gibt an, wie oft ihr Gleitkommazahlen eingeben werden können. Jedes Mal, wenn ihr dann eine Gleitkommazahl eingegeben habt, soll die Logarithmusfunktion mit dieser Gleitkommazahl aufgerufen werden. Ist die Anzahl der angegebenen Gleitkommazahlen erreicht, soll sich das Programm beenden. Beispiel: Anzahl Gleitkommazahlen: 2 <- Eingabe Gleitkommazahl: 0.815 <- Eingabe ln(0.815) = -0.204566, Iterationen: 6 Gleitkommazahl: 0.123 <-Eingabe ln(0.123) = -2.095558, Iterationen: 69 Wenn ich das auf die Schnelle richtig implementiert habe, sollte dies als Ergebnis rauskommen. Ihr habt also einmal eine Schleife über die Eingabe der Gleitkommazahlen und einmal über die Berechnung der Summanden. ^ ist auch keine Exponentialfunktion, sondern eine XOR-Verknüpfung. Ihr verknüpft Bitweise die Zahlen miteinander. https://en.wikipedia.org/wiki/Bitwise_operations_in_C#Bitwise_XOR_^ Hier braucht ihr also ebenfalls eine Schleife, um die Exponentialfunktion abzubilden, da ihr die Math.c-Bibliothek, die eine Exponentialfunktion besitzt, nicht benutzen dürft.

Meine Projekte liegen entweder in lokalen Git-Repositories oder auf meiner alten VM, auf der ich SVN installiert habe. Sie sind auch zu klein, um eine Userbase aufzubauen.

Der Datentyp MailItem besitzt keine Eigenschaft, die objAccount heißt. Ich nehme mal an, dass SenderEmailAddress die richtige Eigenschaft ist. https://docs.microsoft.com/de-de/office/vba/api/outlook.mailitem.senderemailaddress

Nahrungsmittel können auch noch zusätzlich Flüssigkeit binden. Balaststoffe können z.B. pro Gramm bis zu 100 g an Flüssigkeit binden, was dazu führt, dass man auch mehr Gewicht auf die Waage bringt, obwohl man vielleicht nur Gemüse und Wasser zu sich genommen hat. Wenn man dann sogar noch Sport betreibt und sich Muskeln bilden, so haben diese ja auch ein Gewicht. Man sollte sich also nicht auf das Gewicht verlassen, ob man abnimmt, oder nicht, sondern auch genau den Körper beobachten. Also z.B. wird das Gesicht schlanker oder wird der Bauchumfang weniger. Man kann aber jetzt nicht Nudeln und Reis verteufeln, denn sie bieten dir viel Energie und wenn und Muskel aufbauen möchtest oder mehr Ausdauersport betreiben möchtest, brauchst du diese Energie. Aber auch viel Mist und jeder erzählt dir was anderes.

Was heißt "ohne Umwege"? Wenn irgendwas nicht funktioniert, dann funktioniert es nicht und es muss anders gelöst werden. Es ist ganz normal, dass man Code umschreibt oder gänzlich wegschmeißt und gegen was neues ersetzt. In der Regel ist dies auch ein Teil des Entwicklungsprozesses und sollte auch eingeplant werden. Eine Software entwickelt sich ständig weiter und dementsprechend sollte auch ein Refactoring eingeplant werden. Gerade wenn man TDD (Test-driven Development) betreibt, ist Refactoring ein essentieller Bestandteil. z.B. durch sog. defensives Programmieren. In der C# .NET-Welt hatte Microsoft die Code Contracts als Alternative entworfen, die man häufig auch noch im Sourcecode vom .NET Framework findet, aber seit C# 6 bzw. seit dem Roslyn-Compiler leider nicht mehr funktionieren und es auch fraglich ist, ob sie das noch mal in den fixen wollen. Derzeit liegt da wohl kein Bestreben vor.

Mein Fehler, ja. Azure DevOps kannte ich noch nicht. Wir verwenden TeamCity. Aber um DevOps brauchst du dir keine Gedanken machen, so lange du keine Software in einem größten Team entwickelst, die veröffentlicht wird.

Was hat GitHub nun mit Azure und DevOps zu tun? Das sind völlig unterschiedliche Dinge. GitHub ist eine Quellcodeverwaltungsplattform, die Git verwendet. Azure ist der Oberbegriff, der kompletten Cloud-Plattform von Microsoft. DevOps ist ein Ansatz um den Entwicklungsprozess zu verbessern.

Fehler entstehen immer und je nach Komplexität sind 1,5 Stunden danach zu suchen jetzt nicht wirklich viel. Gerade wenn der Fehler in Laborbedingungen nicht auftritt und man die Daten vom Kunden benötigt und erst mal den Datensatz unter den Millionen finden muss, der für den Fehler verantwortlich ist. Auch nett sind Speicherprobleme, die mal sporadisch auftreten. Da sitzt man gerne mal ein paar Tage, um heraufzufinden, was eigentlich los sei. Nach meiner Erfahrung entstehen aber die meisten Fehler häufig durch unstrukturierten Code. Code, der zu viel auf einmal macht und Seiteneffekte produziert oder es wird irgendwo Null zurückgegeben, obwohl Null keinen Sinn macht, etc. Gerade bei objektorientierten Sprachen ist es aus meiner Sicht wichtig, die SOLID-Prinzipien verinnerlicht zu haben und sie auch einsetzt. Es klappt nicht immer aber wenn man immer wieder versucht, sich daran zu halten, dann wird der Code schon übersichtlicher. Dafür muss aber der Code aber erstmal testbar sein. Wenn ich das richtig verstehe, ist @dnyc ein Quereinsteiger und ich weiß nicht, was er schon über Unittests weiß. Das ist leider immer noch so ein Kapitel, die Quereinsteiger/Anfänger erst so richtig mitbekommen, wenn es eigentlich schon zu spät ist, da man solche Themen in der Fachliteratur gerne ausklammert.

WinForms wird mit .NET Core 3.0 unterstützt. WinForms ist vielleicht nicht mehr das neueste Framework aber bei kleineren Programmen, die nicht eine fancy Oberfläche benötigen und auch nicht web-fähig sein müssen, finde ich WinForms geeigneter als WPF. Wenn die Operanden und Operatoren eh per Button eingetragen werden sollen, wie bei einem Taschenrechner, dann musst du die Textbox auch so einstellen, dass dort nichts reingeschrieben werden darf. Also die Eigenschaft "ReadOnly" auf True setzen. Oder habe ich dich falsch verstanden?

Neben dem Aspekt "OOP vs. Funktional" hat OOP das Problem, wenn man es auf die Spitze treibt, sog. Ravioli-Code erzeugt, der zwar extrem lose gekoppelt ist aber eben zu mehr Code führt. OOP kann also auch zu mehr Code führen, anstatt zu weniger, weil man extrem viele kleine Klassen erzeugt, die alle ein Overhead besitzen. Im schlimmsten Fall Tausende Klassen mit nur einer Methode. Dadurch wird auch die Navigation im Code unübersichtlicher. Es gibt also zwei Extreme: Spaghetti- und Ravioli-Code und die Kunst ist es, die Balance zu finden.

Das Problem ist, dass es durchaus nicht nur um Grundlagen geht. Ich hatte auch mal so ein Gespräch, um eine Junior-Stelle. Dort hatte man mir dann Fragen zum Nibernate gestellt. Ich hatte zuvor damit nie gearbeitet. Nur gehört, dass es ein O/R-Mapper ist. In der Stellenbeschreibung stand auch nichts von Nibernate. Nur dass Java- und SQL-Kenntnisse von Nöten sind. Ohne jetzt die Fragen zu kennen, kann man schlecht sagen, ob es nur um Grundwissen geht.

Es ist ja auch gar nicht vorgesehen, dass dort eine gültige E-Mail-Adresse stehen muss. Das ist ein einfaches Freitextfeld. Da kann jeder Mist drinnen stehen.

Ich verstehe die Frage nicht. Wenn du das Programm unter Visual Studio startest, ist es doch schon ein fertiges Programm und du könntest im Grunde das Programm so in die Citrix-Umgebung reinkopieren. Für gewöhnlich wird aber fürs Kompilieren ein sog. Buildserver eingesetzt, der das Programm dann kompiliert, mit weiteren Dateien einreichert (z.B. Konfigurationsdateien oder Dokumentationen) und in ein Setup verpackt.

Ich selber habe eine Assistentenausbildung abgeschlossen. Allerdings waren die meisten Kurse mit FH-Studenten zusammen. Eine Ausbildung könnte sehr wohl an das Niveau eines Studiums rankommen. Dafür müsste man aber die Ausbildung umkrempeln und alte Zöpfe abschneiden. Zudem braucht man auch geeignete Berufsschullehrer, die sich wirklich mit der tiefer gehenden Materie auskennen aber da krankt es ja an allen Ecken. Ich denke, dass es sich langfristig ausgeäfft hat, da die Anforderungen und Systeme immer komplexer werden. Vielfach kann man da keinen mehr hinsetzen, der gerade mal die Syntax versteht und irgendwas "runterprogrammiert". Der Fachinformatiker ist auch nicht mehr zeitgemäß, da man immer noch sehr stark auf das "Kaufmann" wert legt.

Die Berichtshefte sind essentiell für die Zulassung zur Abschlussprüfung. Keine Berichtshefte, keine Zulassung. https://www.gesetze-im-internet.de/bbig_2005/__43.html Allerdings hätte dein Ausbilder dich auch darauf hinweisen müssen, was er wohl auch nicht getan hat.

Es gibt doch auch diese digitalen Preisschilder in Supermärkten. Wäre sowas nicht besser? Man müsste man sich mal erkundigen, wie teuer diese sind. Meines Wissens nach können sie ja auch per WLAN aktualisiert werden. https://www.e-shelf-labels.de/produkte/elektronische-preisschilder.html

Irgendwie ist das doch total dämlich, schon vor der Ausbildung an Weiterbildungen nachzudenken. Das führt doch zu nichts. Ein hohes Gehalt ist doch nicht alles im Leben. Was bringt mir ein hohes Gehalt, wenn ich aber 60+ Stunden in der Woche arbeiten muss? Mache doch erst mal eine Sache fertig (Studium oder Ausbildung) und sehe dann weiter. Dann sieht die Welt auch schon wieder ganz anders aus.

22 ist noch kein Alter. Du bist sogar noch sehr jung. Daran liegt es nicht, dass du nicht zu Bewerbungsgesprächen eingeladen wirst, falls du dich überhaupt bewirbst. Wissen muss auch nicht vorhanden sein, denn dazu gibt es die Ausbildung. Ich vermute Mal, dass dein Anschreiben evtl. nicht gut ist. Du kannst ja mal hier anonymisiert ein Anschreiben zeigen. Dann könnte man dir evtl. ein paar Tipps geben.

Probiere es doch aus. Schmeiß doch selber einfach eine Exception. Ich würde das Programm an deiner Stelle auch umschreiben, denn es ist zu fehleranfällig. Separiere die Aufgaben und mache nicht alles auf einmal. Die foreach-Schleife sammelt doch die Daten, also packe die Daten in eine geeignete Datenstruktur und wenn er damit durch ist, schreibe dann die werte in die Datei. Das macht den Code verständlicher und leserlicher und du wirst den Fehler schneller lokalisieren können. Auch solche Konstrukte, wie public void Foo(Bar bar) { if(bar != null) { // Tu etwas } } Würde ich vermeiden, weil es eine unnötige Verschachtelung ist. Besser wäre public void Foo(Bar bar) { if(bar == null) return; // Tu etwas } So liegt die if-Abfrage und die eigentliche Aufgabe auf der selben Verschachtelungsebene und der Code wird übersichtlicher. Mir wird aber auch nicht so ganz klar, was genau das Programm eigentlich tun soll, weil einfach zu viel auf einmal passiert. Es fehlt offenbar auch Code, um überhaupt zu erkennen, was du da gebaut hast. Wofür genau ist der StreamWriter da? Was soll er denn schreiben? Wieso werden die Dateien noch verschoben? Exceptions sollen auch nur Ausnahmen bzw. Fehler behandeln. Das befreit dich aber nicht davon, dass du dein Programm nicht gegen Fehlerfälle absichern musst. Anstatt also auf die Exception zu reagieren, ob die Datei vorhanden ist, solltest du im Vorwege dies selbst überprüfen und darauf reagieren. Dann brauchst du auch kein Try-Catch-Block. Den StreamReader brauchst du eigentlich auch nicht, da man über XDocument.Load() schon die XML-Datei einlesen kann.

Mag sein, aber galt es bei PHP nicht immer als ein cooles Feature, dass die Sprache schwach typisiert war? Ich persönlich finde es noch grauenvoller, wenn eine Sprache schwach- und stark typisiert ist. Der eine macht es so und der andere so. Da ist das Chaos erst recht vorprogrammiert.

Nee, da wird der Datentyp gleich ganz weggelassen, weil man ja ganz Toll Strings mit Zahlen addieren kann. Ab Java 9 besitzt Java auch Type Inference, also var. https://www.journaldev.com/12849/javase9-var-for-local-variables Und glaub mir, man kommt auch ohne explizite Typendefinition gut aus. In meiner Firma gab es auch ältere Entwickler, die das sehr zweifelhaft finden aber inzwischen haben sie sich auch daran gewöhnt und denen fehlt auch nichts.

Die Frage ist, ob du die Explizität überhaupt brauchst? Die Factory gibt dir doch auch nur ein Typ einer abstrakten Klasse oder ein Interface zurück. Die konkrete Implementierung kennst du zur Entwicklungszeit auch nicht. Ob ich jetzt: var whatever = AwesomeWhateverFactory.Create(); oder: IAwesomeWhatever whatever = AwesomeWhateverFactory.Create(); schreibe, hilft mir jetzt auch nicht wirklich weiter, denn im Grunde sagt der Name der Factory schon, was ich zurückbekomme und wenn nicht, dann im Zweifel der Rückgabewert von Create().

Und das zu Recht! dynamic umgeht ja den Luxus der Typüberprüfung zur Kompilierzeit. D.h. im schlimmsten Fall kommt erst der Fehler beim Kunden vor. Es geht beides, da die Create()-Methode ja einen Rückgabewert hat und whatever ist dann von diesem Typ. Wenn Create() ein object zurückliefert, dann ist whatever ebenfalls ein object.

var ist kein Datentyp. var ist eine implizite Typendeklaration um obligatorischen Code zu sparen. Anstatt TolleKlasse klasse = new TolleKlasse(); kannst du auch einfach var klasse = new TolleKlasse(); schreiben. Der Datentyp ist zur Entwicklungszeit bekannt, also muss man auch den Datentyp explizit nicht angeben. Dass var kein Datentyp ist, kannst du auch sehen, dass du var nicht als Methodenparameter verwenden kannst. Beispiel public void TolleMethode(var parameter) { // ... } Dies schmeißt ein Kompilierfehler, weil eben nicht zur Entwicklungszeit der konkrete Datentyp ermittelt werden kann. Aus meiner Sicht kann var schon den Code sauberer halten aber das ist wohl Geschmackssache.