Hallo Freunde der Community,

ich möchte mich gerne mal wieder weiterbilden und würde gerne von Euch
wissen, was für Themen/Themenbereiche Ihr im C#/.Net-Umfeld neben der
"normalen" C#-Entwicklung für besonders interessant/wichtig haltet, so
dass es sich lohnt sich hier gezielt weiterzubilden?

Die Frage ist auch, was für Themen, wie zum Beispiel Bildanalyse, die
jetzt nichts direkt mit C# zu tun haben, Ihr für besonders
zukunftsträchtig und interessant haltet, so dass es sich mal lohnt sich
hier weiterzubilden und dadurch den Marktwert zu erhalten bzw. zu steigern?

Hallo Mike,

> ich möchte mich gerne mal wieder weiterbilden und würde gerne von Euch
> wissen, was für Themen/Themenbereiche Ihr im C#/.Net-Umfeld neben der
> "normalen" C#-Entwicklung für besonders interessant/wichtig haltet, so
> dass es sich lohnt sich hier gezielt weiterzubilden?

der Begriff "Normal" ist bei jedem hier andes zu werten. Für mich ist es
z.b.
"normal" sehr systemnah zu programmieren, andererseits ist es auch für
einige hier ganz "normal" fast eine unerschöpfliche Facette an Aufgaben-
und Technologiegebieten abzudecken,..wobei sich bei jedem, entweder
durch sein Aufgabenfeld, oder durch eine persönliche Pereferenz ein gewisser
Schwerpunkt herauskristalisiert. Ich persönlich habe schon alle möglichen
und unmöglichen Gebiete durchlaufen, aber letztendlich bin ich bei vielen
systemnahen Sachen wie z.B. Systemwerkzeuge geblieben, bzw. mache das
gerne,...

> Die Frage ist auch, was für Themen, wie zum Beispiel Bildanalyse, die
> jetzt nichts direkt mit C# zu tun haben, Ihr für besonders
> zukunftsträchtig und interessant haltet, so dass es sich mal lohnt sich
> hier weiterzubilden und

Ich persönlich interessiere mich z.Zt. für die Tatsache, wie wir das
langsam unkontrollierebare Aufkommen an den ganzen Daten der
letzten "keine Ahnung" wie vielen Jahren speichern sollen, da die
Datenflut immer größer wird und langsam ich mich persönlich frage
wo und wie wir das alles speichern sollen,...und dann auch noch
geordnet und Übersichtlich und natürlich schnell griffbereit!

Auch interessant finde ich, das die gesamte Menge an Programmiersprachen,
Frameworks und Technologien langsam aber sicher unübersichtlich und
total komplex werden,...wobei immer wieder mit dem Gegenteil geworben
wird,...und ich sage da aus der perspektive eines "relativ" erfahrenen IT-
Menschen,...und nicht nur ich sage das!

> dadurch den Marktwert zu erhalten bzw. zu steigern?

Dein "Marktwert" ist immer der, zu dem Du dich verkaufst. Diese
Aussage hat nahezu schon einen frivolen Charakter,.. ;-)


Grüße

Kerem

--
-----------------------
Beste Grüsse / Best regards / Votre bien devoue
Kerem Gümrükcü
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------

Hallo Kerem Gümrükcü! Du schriebst:

> Dein "Marktwert" ist immer der, zu dem Du dich verkaufst.

Sehr gewagte Aussage! Das wäre dann nicht generell sein Markwert sondern
sein kurzfristig gesehender Marktwert.

Entspricht man dem nicht so spricht sich das rum und der tatsächliche
Wert ist dann meist höher als der den man letztendlich erzielt. Wir als
Softwareentwickler haben nicht die "Vorteile" eines z.B. leitenden
Bankangestellten dessen Arbeitgeber prinzipiel blind zu sein scheinen.

MfG, Ulf

Hallo Ulf,

> Wir als
> Softwareentwickler haben nicht die "Vorteile" eines z.B. leitenden
> Bankangestellten dessen Arbeitgeber prinzipiel blind zu sein scheinen.

das musst Du mir bitte erklären, wie Du das meinst, da ich
das wirklich nicht verstanden habe,...


Grüße

K.

--
-----------------------
Beste Grüsse / Best regards / Votre bien devoue
Kerem Gümrükcü
Latest Project: http://www.pro-it-education.de/software/deviceremover
Latest Open-Source Projects: http://entwicklung.junetz.de
-----------------------

Hallo Kerem Gümrükcü! Du schriebst:

>> Wir als
>> Softwareentwickler haben nicht die "Vorteile" eines z.B. leitenden
>> Bankangestellten dessen Arbeitgeber prinzipiel blind zu sein scheinen.
>
> das musst Du mir bitte erklären, wie Du das meinst, da ich das wirklich
> nicht verstanden habe


Haha, so kann mans auch sagen. Ich gehe davon aus, Du scherzt etwas.

MfG, Ulf

Kerem Gümrükcü schrieb:

> der Begriff "Normal" ist bei jedem hier andes zu werten. Für mich ist es
> z.b.
> "normal" sehr systemnah zu programmieren, andererseits ist es auch für
> einige hier ganz "normal" fast eine unerschöpfliche Facette an Aufgaben-
> und Technologiegebieten abzudecken,..wobei sich bei jedem, entweder
> durch sein Aufgabenfeld, oder durch eine persönliche Pereferenz ein
> gewisser
> Schwerpunkt herauskristalisiert. Ich persönlich habe schon alle möglichen
> und unmöglichen Gebiete durchlaufen, aber letztendlich bin ich bei vielen
> systemnahen Sachen wie z.B. Systemwerkzeuge geblieben, bzw. mache das
> gerne,...

Gut, was normal ist, ist natürlich Definitionssache, aber ich sage mal
so, einen gewissen Basiskatalog an Handwerkszeug benötigt man heutzutage
einfach. Hier gehört sicherlich, dass man sich zumindest etwas mit
Datenbanken auskennt, vielleicht auch noch ein, zwei Script-Sprachen
kann etc.



>> Die Frage ist auch, was für Themen, wie zum Beispiel Bildanalyse, die
>> jetzt nichts direkt mit C# zu tun haben, Ihr für besonders
>> zukunftsträchtig und interessant haltet, so dass es sich mal lohnt sich
>> hier weiterzubilden und
>
> Ich persönlich interessiere mich z.Zt. für die Tatsache, wie wir das
> langsam unkontrollierebare Aufkommen an den ganzen Daten der
> letzten "keine Ahnung" wie vielen Jahren speichern sollen, da die
> Datenflut immer größer wird und langsam ich mich persönlich frage
> wo und wie wir das alles speichern sollen,...und dann auch noch
> geordnet und Übersichtlich und natürlich schnell griffbereit!

Ja, das ist natürlich ein Thema, das aber viele der Unternehmen (noch)
nicht angehen. Hier geht das "Spezialwissen" in Richtung Algorithmik,
was man aber auch schon mal im Studium etwas behandelt hat.


> Auch interessant finde ich, das die gesamte Menge an Programmiersprachen,
> Frameworks und Technologien langsam aber sicher unübersichtlich und
> total komplex werden,...wobei immer wieder mit dem Gegenteil geworben
> wird,...und ich sage da aus der perspektive eines "relativ" erfahrenen IT-
> Menschen,...und nicht nur ich sage das!

Da bin ich ABSOLUT Deiner Meinung. Jedes Framework bedient eine Nische
und sind wirklich aufwändiger zu erlernen.

Mir ist auch aufgefallen, dass man vielfach nach 1-2 Jahren dann nichts
mehr davon hört. Zumindest nicht mehr in der Fülle. Wenn ich an den
SOA-Hype denke - hier hört man jetzt nicht mehr viel.

Fraglich ist aber dann wirklich, auf welchen Zug springt man hier auf,
um möglichst gut für die Anforderungen im Job gerüstet zu sein?


>> dadurch den Marktwert zu erhalten bzw. zu steigern?
>
> Dein "Marktwert" ist immer der, zu dem Du dich verkaufst. Diese
> Aussage hat nahezu schon einen frivolen Charakter,.. ;-)

Ist sicherlich zum Teil richtig, aber wenn jetzt für ein Projekt jemand
mit Kenntnissen in Web 2.0 Techniken gesucht wird, man hat aber
Jahrelang "nur" DB-Programmierung gemacht, dann wird man hier eben keine
Chance haben, egal ob man sich ansonsten gut verkaufen könnte.

Da wird es schon an der Bewerbung scheitern, da sich die Kenntnisse mit
den Anfoderungen nicht überschneiden. Wenn ich mich zumindest mal privat
im Kämmerchen damit beschäftigt habe, steigen die Chancen schon etwas an.

Meine Frage zielt jetzt also auch darauf ab, mit welchen Technologien
man denn seinen Werkzeug-Kasten an Sprachen/Technologien/Hypes erweitern
sollte, so dass zumindest in der Theorie die Chancen weiterhin gefragt
zu sein beibehalten werden.

Ein Nachtrag noch:

Ich mein das so, wenn zu erwarten ist, dass zum Beispiel in der Zukunft
ein Bereich, wie die Digitale Bildanalyse, interessant werden könnte,
dann wäre es doch durchaus interessant, dass man sich hier auch schon
mal in die Theoretischen Grundlagen einarbeitet.

Gleiches gilt zum Beispiel für Embedded Systems. Wenn man sich mal
vorstellt, wie viel von dem schon in einem Auto drin steckt, wäre das
doch sicher auch was Wert, in diesem Bereich Weiterbildung zu betreiben.

Hallo Mike,

>> Dein "Marktwert" ist immer der, zu dem Du dich verkaufst. Diese
>> Aussage hat nahezu schon einen frivolen Charakter,.. ;-)

> Ist sicherlich zum Teil richtig, aber wenn jetzt für ein Projekt
> jemand
> mit Kenntnissen in Web 2.0 Techniken gesucht wird, man hat aber
> Jahrelang "nur" DB-Programmierung gemacht, dann wird man hier eben
> keine
> Chance haben, egal ob man sich ansonsten gut verkaufen könnte.

Wenn für ein Projekt ein Gartenarchitekt gesucht wird, man hat aber
jahrelang nur Innenarchitektur gemacht, dann wird man eben keine
Chance haben, egal ob man sich ansonsten gut verkaufen könnte.

> Da wird es schon an der Bewerbung scheitern, da sich die Kenntnisse
> mit
> den Anfoderungen nicht überschneiden.

Genau.

> Wenn ich mich zumindest mal privat
> im Kämmerchen damit beschäftigt habe, steigen die Chancen schon
> etwas an.

Für einen Innenarchitekten mag es sicher sinnvoll sein, sich mit
Gartenarchitektur zu befassen - schließlich sollen seine Entwürfe ja
mit "Drumherum" harmonisch zusammenpassen.

Aber trotzdem würde ich einen erfahrenen Gartenarchitekten für die
Außenanlagen bevorzugen, statt einen Innenarchitekten heranzuziehen,
der sich zumindest mal privat mi Kämmerchen damit beschäftigt hat.

> Meine Frage zielt jetzt also auch darauf ab, mit welchen
> Technologien
> man denn seinen Werkzeug-Kasten an Sprachen/Technologien/Hypes
> erweitern
> sollte, so dass zumindest in der Theorie die Chancen weiterhin
> gefragt
> zu sein beibehalten werden.

* Den Bauchladen von Halbwissen und -erfahrung ständig vergrößern?

* Oder aber einen weniger umfangreich bestückten, überschaubaren
Bauchladen optimieren, die vorhandenen Expertisen vertiefen und
up-to-date halten und sich mit den passenden, aufkommenden
Nachfolgetechnologien befassen?

Mir scheint letzteres deutlich sinnvoller zu sein.


Viele Grüße

Harald M. Genauck

"VISUAL STUDIO one" - http://www.visualstudio1.de (Chefredakteur)
"ABOUT Visual Basic" - http://www.aboutvb.de (Hrsg. + Redaktion)

Hallo Mike,

> Ich mein das so, wenn zu erwarten ist, dass zum Beispiel in der
> Zukunft
> ein Bereich, wie die Digitale Bildanalyse, interessant werden
> könnte,
> dann wäre es doch durchaus interessant, dass man sich hier auch
> schon
> mal in die Theoretischen Grundlagen einarbeitet.
>
> Gleiches gilt zum Beispiel für Embedded Systems. Wenn man sich mal
> vorstellt, wie viel von dem schon in einem Auto drin steckt, wäre
> das
> doch sicher auch was Wert, in diesem Bereich Weiterbildung zu
> betreiben.

Entweder das eine *oder* das andere. *Oder* auch noch etwas ganz
anderes. Aber eben immer nur *oder* und NICHT *und*.


Viele Grüße

Harald M. Genauck

"VISUAL STUDIO one" - http://www.visualstudio1.de (Chefredakteur)
"ABOUT Visual Basic" - http://www.aboutvb.de (Hrsg. + Redaktion)

Hallo Mike!

Mike Wesling schrieb:
> Ich mein das so, wenn zu erwarten ist, dass zum Beispiel in der Zukunft
> ein Bereich, wie die Digitale Bildanalyse, interessant werden könnte,
> dann wäre es doch durchaus interessant, dass man sich hier auch schon
> mal in die Theoretischen Grundlagen einarbeitet.
>
> Gleiches gilt zum Beispiel für Embedded Systems. Wenn man sich mal
> vorstellt, wie viel von dem schon in einem Auto drin steckt, wäre das
> doch sicher auch was Wert, in diesem Bereich Weiterbildung zu betreiben.

Letztendlich mußt Du die Entscheidung treffen, für welchen Bereich Du
Dich besonders begeistern kannst.

Falls Du /fundiertes/ Wissen und Erfahrung im Bereich der digitalen
Bildanalyse besitzt, wirst Du damit genau so beruflich erfolgreich sein
können wie mit /fundiertem/ Wissen im Bereich der eingebetteten Systeme.

In Deine Entscheidung sollte natürlich auch einfließen, welche
Tätigkeitsform Du anstrebst (Berater auf Expertenniveau zum
Brandlöschen, festangestellter Entwickler mittlerer, aber dafür
wesentlich breiterer Qualifikation etc.).

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://dotnet.mvps.org/dotnet/faqs/>