hast du eigendlich recht wenn man googeln auf google bezieht aber
Zitat
Dabei steht das Wort nicht nur für die Suche mit Google, sondern teilweise schon allgemein als Synonym für Websuche mit beliebigen anderen Suchmaschinen
Und warum sollten die Interessen von Golo denen Von mycsharp entgegenstehen?
wenn es mycsharp besser geht ist das doch gut für alle und eben auch für Golo.
du sagst der einzelne soll keinen Profit aus der leitung der Community Ziehen?
aber was macht ein Fragensteller wenn er eine frage stellt und die Antwort nutzt?
ist das Kein Profit?
und warum solte Sollte Golo der Mehr Zeit infestiert nicht mehr Profit haben?
aber nun mal zum Auslöser den Links.
golohaas.de (Ok vieleicht bedenklich aber meiner ansicht nach sein recht)
Des Eisbären Blog (Ok vieleicht bedenklich aber meiner ansicht nach sein recht)
guide to C#(War schon vor dem Wechsel da und sinnvoll=
Freiburg .NET(Warum nicht andere Userghroups dürfen doch auch wenn sie wollen)
für das Projekt posiv wäre auf jeden fall wenn versucht würde immer eine Motivation zum arbeiten zu schaffen. also z.B "fester" zeitplan oder regelmäsiege veröffentlcihungen
ich persönlich finde es so um einiges besser weil mich z.B Web und Office nicht interesiert und von datentechnologie hab ich nicht genug ahnung um eine antwort zu schreiben.
wenn es so wie jetzt ist muss ich mir diese themen garnicht erst anschauen
funktioniert eigendlich recht gut benötigt nur recht viel Ram.
und mit gelegendlichen abstürzen und einem noch nicht perfekten debugger muss man in der Beta auch auskommen.
gruß Stefan
p.s Ja man will wirklich keine Konkurenz sein SD wird ja auch von MS unterstüzt
Der der sie Idee hatte muss nicht zwangsläufig der Projektleiter werden er ist nur meist im vorteil weil er weiß was er sich gedacht hat als er die Projektidee online gestellt hat.
Die Organissation wenn die Leute weit vertreut sind ist meist recht einfach über ein Forum zu regeln (Blos ein Forum mit ein paar membern braucht ja auch fast keine Betreuung)
meine erfarungen mit spontanen projekten sind eher gemischt bei non Provit projekten eigendlich zu 80% negativ
try catch haben einen negativn einfluss vor allem wenn wirklich eine Expection geworfen wird. Aus Gründen der Proformanc solte man also versuchen das möglichst selten Expections geworfen werden(vor allem in Schleifen)
gruß Stefan
p.s Benutze auch mal die Forensuche da gibt es noch jede mange anderer Threads die sich mit dem Thema Beschäftigen