lilith2k3

Für die Seriosität kann ich nicht garantieren, aber Infos gibts auch bei: Gehaltsvergleich nach Berufen bei nettolohn.de

Man sollte nicht den Umstand unterschätzen, das Menschen mit wenigem technischen Hintergrund das naheliegende tun: Wenn Google als Startseite im Browser eingerichtet worden ist (was wahrscheinlich im Großteil der Fälle zutreffend ist), liegt der Textfocus eben auf der Suchbox. Wenn man dann noch weiß, dass "Adressen eingegeben werden müssen", was liegt da näher, als die Eingabe in einem Textfeld zu machen. Dass das nicht das Adress-/Suchfeld ist, ist für den Laien nicht so leicht zu verstehen: Schließlich kommt man auch so zu seinem Ergebnis. Interessant fand ich auch folgendes: Wie PC-Laien Probleme lösen: Warum einfach, wenn ... - SPIEGEL ONLINE

Wer lernt auch anhand der WinAPI C?

Ja, dafür sind wir ja da :]

Naja, es geht bei Netzneutralität schon auch darum, ob alle Pakete gleich schnell weitergeleitet werden, bzw. welche Pakete überhaupt transportiert werden sollen. Da spielt eben auch QoS oder Port-Sperren eine Rolle. Die Provider könnten dann feingranular nicht nur bestimmen, wer wieviel Speed für wieviel Geld erhält, sondern letztlich, wer welchen Content, bzw. welche Dienstleistung zu welchem Geld erhält. P2P könnte dann e.g. massive eingeschränkt werden. Ob das wünschenswert ist, wage ich zu bezweifeln. Es gibt keine feste Definition von Netztneutralität, weil es ein Sammelbegriff für jedewedes Eingreifen von Extern in das bisher bestehende Modell darstellt; also quasi per definitionem schwammig. Entsprechend unterschiedlich sind auch die Meinungen. Während die einen die Netztneutralität schon bei QoS-Eingriffen in Gefahr sehen, gibt es andere die erst Deep Packet Inspection für ein NoGo halten.

"%$&/%!$"&!$"&%!$/"(!/()!11111EinsElf! GA1: 84 ... OK GA2: 84 ... OK WiSo: 60 ... Argh! Bestanden ... aber WiSo nervt (naja, jetzt zumindest nicht mehr )

Paßt ja dann 0.5*(GA1 * 0.4 + GA2 * 0.4 + WiSo * 02)=GA1 * 0.2 + GA2 * 0.2 + WiSo * 0.1

Bewertungsmasstäbe soweit mir bekannt: GA1 * 0.4 + GA2 * 0.4 + WiSo * 02 = Ergebnis schriftlich und dazu kommt noch die Praktische. Wie da die Gewichtung ist kp.

Ich habe meine vorläufigen Ergebnisse auch (vom Korrektor) erfahren. Insofern ...

Pcap.Net <- könnte interessant sein [DllImport("iphlpapi.dll")] public static extern int SendARP(int DestIP, int SrcIP, [Out] byte[] pMacAddr, ref int PhyAddrLen); /// <summary> /// Requests the MAC address using Address Resolution Protocol /// </summary> /// <param name="IP">The IP.</param> /// <returns>the MAC address</returns> private string RequestMACAddress(string IP) { IPAddress addr = IPAddress.Parse(IP); byte[] mac = new byte[6]; int length = mac.Length; SendARP((int)addr.Address, 0, mac, ref length); string macAddress = BitConverter.ToString(mac, 0, length); return macAddress; }[/php] C# - MAC Adresse einer IP ermitteln

Äh, ich selbst kann das nicht beurteilen, aber meine Schwester ist Statikerin und hat sich schon mehr als einmal darüber beklagt, wie "weltfremd" Architekten planen... das habe nicht immer etwas mit statischer Praxis zu tun. Insofern müsste sie ab und zu den Architekten wieder auf den "Boden" holen *g* aber das nur am Rande :]

Soweit ich es verstehe, geht es um IT/Software-Architekten. Und da bin ich der Meinung, ist es wichtig, dass der Architekt, notfalls auch in der Lage ist, mit Hand anzulegen; dass er (noch) weiß, wie man codet. Nicht, dass er es müsste, sondern, könnte.

Und was halten wir von Architekten, die selbst schon seit Jahren nicht mehr coden?

Wem's nicht passt, muss es ja nicht lesen. Aber anscheinend gefällt es Dir Warum sollte es "unselbstbewußt" -was auch immer das für ein Wort sein mag- sein?

Nicht zu vergessen: die Architekten, die sowohl mit designenm Bildchen malen und auch Hand an den Code legen, während Sie Projekte schaukeln

Ich habe erst 2 Wochen vor der Prüfung tatsächlich angefangen zu lernen. Habe mir Urlaub genommen, bin morgens früh, 2h mit dem Hund durch den Wald und anschließend gelernt. Pro Tag selten mehr als 3h.

Ja, lerne Python und vergiss den Rest erstmal. Wenn Du fit in Python bist, kannst Du gern Erfahrungen mit anderen Sprachen sammeln. Der Vorteil an Python ist einfach, das die Syntax hirnrissig einfach ist *g* Du wirst nicht sofort mit irgendwelchem Boilerplate genervt.

Jo. Den Teil noch weglassen. Ansprechend? Ansonsten passt das soweit.

Das ist Quatsch! Besser »Aufgrund Ihrer Ausschreibung in der Jobbörse bewerbe ich mich bei Ihrer Firma« oder besser ganz weglassen. Den Rest weg. Käse. Besser »In meiner Freizeit beschäftige ich mich mit C++ und C#, programmiere kleinere Anwendungen für den Eigenbedarf. Meine Kenntnisse sind durch den Unterricht an unserer Schule erweitert und vertieft worden.« Den ganzen Quatsch mit freundlichem Auftreten streichen. Das ist selbstverständlich. Arbeitsproben weglassen. Das Andere oben zu den C++/C# Sachen. Und wenn nicht? weinst Du dann? Besser »Vielleicht können wir uns in einem persönlichen Gespräch näher kennenlernen.« Das Problem bei "Leuten wie Dir", also allgemein Schüler, Studenten etc. - alles Leute ohne praktische Erfahrung- ist, dass alle irgendwo versuchen, weil irgendwelche Ratgeber etc. es Ihnen sagen, Eigenschaften hervorzuheben, die so ungeprüft sind: Ob Du logisches Denkvermögen besitzt, kontaktfreudig bist, Kombinationsfähigkeit besitzt, kann so nicht nachgewiesen werden - okay, vielleicht mit einer 1 in Mathe und Ifo bzw. summa cum laude, aber der direkte Nachweis fehlt. Daher würde ich damit sehr sparsam umgehen. Einerseits würde ich Selbstverständlichkeiten komplett weglassen. Und den Rest maximal in einem Satz unterbringen. Ich denke, es ist wichtiger, das eigene Interesse zu bekunden; und was noch viel wichtiger ist: das Interesse am Betrieb bekunden. Nur weil Du es da "schön" fandest, ist das kein objektiver Grund, weshalb Du da arbeiten solltest. Schreib lieber was davon, was das Unternehmen an Technologie einsetzt und was Dich daran interessiert. Dein Impetus ist nicht erkennbar und das Unternehmen hat anhand Deiner Bewerbungsunterlagen keinen Grund, Dich zu nehmen - Du bist so gut, wie die anderen Bewerber auch. Alle haben "schon als Kind davon geträumt, Programmierer zu werden".

Nein. So war es sicher nicht von Klotzkopp gemeint;) In der Regel ist es so, das man Klassen nach Aufgaben aufsplittet: Du hast Deine Klasse Fernseher, die die Methoden "Einschalten", "Ausschalten" etc. pp. besitzt. Diese Klasse wird von aussen bedient. In so einer "kleinen" Anwendung wie Deiner kann man das in die Main-Funktion packen - was auch gemeint war. Allerdings werden bei komplexeren Programmen auch die Designs komplexer: Dann hast Du eine Klasse die die Kommunikation zwischen Benutzer und Fernseher steuert, so daß die "Eingaben" von dort kommen und nicht aus einer Main-Funktion. Btw. guck mal in der Doku zu C++. Da gibt es einen wunderbaren Datentyp: enum. Der eignet sich prima dazu, sprechende Werte zu entwickeln á la enum Zustand{ An, Aus} ... Zustand Zustand_des_Fernsehers; Zustand_des_Fernsehers=Aus; [/php]

Ups. Aber nichts destoweniger würde ich eine Komponente machen, die lauscht und alle anderen werden aktualisiert. Observer, Pubsub, oder Messagequeue scheinen mir da geeigneter

Ich habe da einen komplett unorthodoxen Vorschlag: Vergiss erst einmal C/C++, die Schule etc. Als nächstes kannst Du Dir mal: How to Think Like a Computer Scientist — How to Think Like a Computer Scientist: Learning with Python 3 durchlesen. Da geht es um die Grundlagen. Allerdings in einer für dich neuen -aber sei beruhigt: einfach zu erlernenden- Sprache. Ich denke, dort wirst Du das Handwerkszeug, was Dir noch fehlt, erlernen. Und wenn Du einigermassen Fuß gefasst hast, kannst Du hier reinschauen: C++ Language Tutorial - C++ Documentation

Von wem erhält Dein Programm denn seine Daten? Von unterschiedlichen Quellen oder eben auch nur von einer Quelle? Evtl. wäre der Artikel http://de.wikipedia.org/wiki/Socket_(Software) relevant. So, wie sich Dein Ansatzt anhört, ist Deine Architektur falsch! Du solltest zwischen dem Subsystem, welche auf's Lauschen getrimmt ist und der Darstellung trennen. Observer (Entwurfsmuster) <- lautet das Stichwort.

Ich habe neben Use-Case für die Anforderungen, ein Sequenzdiagramm ("Login") mit reingenommen, sowie die wichtigsten Geschäftsprozesse als Activitydiagramm dargestellt. Dann habe ich noch ein UML-Overview-Diagramm mit reingepackt, dass man die Struktur (ein Client verschiedene Server) versteht.

Nur so nebenbei: Wie gut bist Du in Mathe (gewesen)? Weil je nachdem würde das erklären, wieso Du nicht sofort auf eine Lösung gekommen bist. Ist aber auch nicht weiter schlimm :] An Deiner Stelle würde ich zum einen versuchen, so viel wie es nur irgend geht zu coden. Nur so lernst Du es :] Und je häufiger Du abstrakte Probleme löst, desto besser geht es Dir von der Hand. Was Du an Vorwissen (wie e.g. Mathe) nicht hast, kannst Du Dir ja im Nachhinein aneignen. Vor einiger Zeit, war ich genau in Deiner Position, dass ich meine Ausbildung angefangen hatte, die Orientierungsphase gerade vorbei war: ich wußte, was ich machen sollte und auch grob wie, aber es fehlte eben noch jede Menge Handwerkszeug :] Und an dem Punkt habe ich eben genau das schon empfohlene "Entwurfsmusterbuch" gelesen. Das war für mich quasi die Erleuchtung *g* Wenn Du das alles gut über- bzw. verstanden hast, entwickelst Du ein Gefühl für das Programmieren als solches, für guten Stil, etc. und weißt schnell, was Du Dir als Nächstes aneignen willst. TDD, Clean Code etc. wären dann die Aufbauthemen. Wirkliche "Architektur"-Themen kommen erst später - darum solltest Du Dich jetzt noch nicht kümmern.