- Posted by admin on April 25, 2008
(Basis)Wissen für eine neue Generation :-)
- Posted by admin on April 24, 2008
Ich kann mich nicht erinnern an einem Projekt gerabeitet zu haben das nicht Komponenten Dritter verwendet hat.
Bei uns sind Zurzeit eigentlich immer dabei: NUnit, NHibernate, Log4Net, gelegentlich kommen Charting Komponenten, das AJAX Toolkit, PDF Werkzeuge und andere dazu.
Damit eine Anwendung sich nach dem Ausschecken auch direkt bauen lässt, müssen diese dlls nun irgendwo abgelegt werden. Hier nun eine Reihe von Vorschlägen für den Ordnernamen, in dem sich dlls dritter finden lassen könnten.
- _libs (MojoPortal)
- lib (u.a. NHibernate, StoryVerse, NetBpm, Flex-Wiki, Cuyahoga)
- 3rdParty (Watin, dotNetKicks)
- Dependencies (Subtext, EComerce Web 2.0.1)
- Bin (SharForge)
- References (Screwturn)
- SharedLibs (RhinoMcoks)
(in Klammern stehen OSS Projekte, die diesen Ordernamen verwenden).
Bei Gelegenheit wird es auch noch eine kurzen Vergleich der Projektstrukturen geben :-)
- Posted by admin on April 23, 2008
Folgende Nachricht empfinde ich als sehr hilfreich:
Auch wenn ich kein Performance Problem habe, die Information ist passend. Die "Ausblenden" Funktion befreit davon sie ein zweites mal zu sehen. So durchdacht sollten alle Web-Anwendungen sein.
[gesehen auf mail.google.com]
- Posted by admin on April 22, 2008
Beim Debuggen finden sich von Zeit zu Zeit sogenannte "First chance exceptions" im Output Window. Das sind Exceptions die von der Anwendung gehandelt wurden.
Oft ist es gewollt oder normal, das eine Exeption erwartet wird und von der Anwendung bearbeitet wird. Beispiel: Ein fehlgeschlagenen Datenbankzugriff. (Ob das grundsätzlich guter Stil ist, ist wie so vieles eine Geschmackfrage.)

Der Name kommt daher das der Debugger die Exception 2 Mal sieht. Das erste Mal vor der Anwendung (first chance exception) und das zweite Mal, wenn die Anwendung die Exception nicht verarbeitet hat - also das Programm normalerweise abstürzen würde (second chance excpetion).
Weil Exeption Handling Performance intensiv ist oder einfach weil einem die im Output Fenster angezeigten Fehlermeldungen komischem vorkommen, kann es wünschenswert sein schon beim Auftreten einer "first chance exception" in den Code zu springen.
Das ist einfach erreichen, in dem unter Debug->Exceptions->CLR -Exceptions antickt.


Genug von Ausnahmen, happy coding!
- Posted by admin on April 18, 2008
Wichtig und sinnvoll - bitte unterstützen!
- Posted by admin on April 16, 2008
... solche Phrasen in Stellenangeboten wirken auf mich eigentlich abschreckend. Hier wird wertvoller Platz mit Allgemein-Punkten verschenkt.
Hat schon wer den egozentrischen Einzelkämpfer gesucht? (Auch wenn das vielleicht in einigen, wenigen Situation ein interessanter Schritt sein könnte.)
Wohltuend anders ist hingegen das hier zu findende Job-Angebot. Wer fit ist in WPF oder Winforms, begeistert von .NET 3.5 und Agilen Entwicklungsmethoden wird sich sicherlich sehr angesprochen fühlen.
- Posted by admin on April 7, 2008
"Man sollte eigentlich im Leben niemals die gleiche Dummheit zweimal machen, denn die Auswahl ist so groß." Bertrand Russell
Auch ein gutes Programmierer-Paradigma?
:-)