Forum für UML?
-
Spartakus ...
Das ist natürlich keine Geringschätzung von mir, sondern es geht das Thema
- Dienstleistungsmarketing (7 P) vs Produktmarketing (4 P).
Ist sowieso Alles OT ..Huhu Pompeius
du kannst das mit Sicherheit kaum beurteilen wenn du schon der Meinung bist, das ein Produktmanager entscheiden kann, was in die "Tüte" kommt.
Ein Produktmanager der zielgerecht an den Kundenwünschen vorbeilenkt überschreitet damit eindeutig seine Kompetenz.Er kann höchstens eine Empfehlung aussprechen ...Und Artchi hat immerhin einen festen Arbeitsplatz, was schon viel ausmacht.
Karrieresprünge hängen nicht umbedingt immer von einer Qualifikation ab.
Es kommt immer darauf an was in der Firma erreichbar ist.
-
Prof84 schrieb:
@artchi:
Indeed - Du verfügst in Deinen Bereich sicher über Erfahrungen, mit denen ich nicht mithalten kann. Aber sind Deine Karriereerfolge auch messbar
z.B. durch eine Gehaltserhöhung, einen offiziellen Titel wie "Senior Developer" oder anderen Zuwendungen ("Werkswagen"
). Oder sind Deine Karriereerfolge nur Streicheleinheiten Deiner Vorgesetzten und die Position des "Alpha-Männchens"?Ja, das von mir genannte Feedback macht sich nicht nur in "Streicheleinheiten" bemerkbar!
Habe jedes Jahr meine Gehaltserhöhung bekommen, die ich in meinen Personalgesprächen gewünscht habe. Einmal habe ich sogar eine Gehaltserhöhung bekommen, von der ich nichts wusste. Da mein Vorgesetzter keine Zeit für mein Personalgespräch hatte (welches aber nachgeholt wurde). Senior-Java-Entwickler wurde ich letzte Weihnachtsfeier ernannt.Also, sooo schlecht läuft es für mich als Sklaven nicht, für jemand der gerade 27 Jahre geworden ist und nicht studiert hat. Wenn man seine Arbeit gut macht, dann kann man auch was erreichen.
Wäre dies alles nicht drin gewesen, hätte ich natürlich schon längst die Firma gewechselt. Ich denke schon, das sich viele "Sklaven" ausbeuten lassen und nichts an ihrer Situation ändern. Bei mir ist es zum Glück nicht der Fall.
-
@artchi:
Wow congratulations!Einer der Hauptgründe, warum ich das reine Freelancing aufgegeben habe, lag daran das ich den Eindruck hatte, dass ich nach einen Projekt mit der Ausnahme von einem Plus an Geld, Referenzen und ein paar weiteren Skills keinen Fortschritt gab in meinen Leben - die einzige Perspektive ein neues Projekt. "Mietsklave" wäre hier nicht so treffend, wohl eher "Söldner :D".
U.a. war eine dauerhafte partnerschaftliche Beziehung schwierig, wenn man ein halbes Jahr in Berlin, ein Jahr in München, halbes Jahr in Frankfurt etc zubringt. Eine schöne Sache wenn man noch jung ist, aber in reiferen Alter ...
Naja, Anfang 2000 bin ich dann "sesshaft" geworden ...
OK
</ot>
-
Irgendwo ging das Gespräch glaube ich mal bei UML los
@Artchi
Ausnahmen bestätigen die Regel.Ich sehe es auch ein bisschen wie Ingo aka Desert Hawk: In kurzfristigen - one time developed - Lösungen ist es oft auch nicht so tragisch, wenn mal auf eine UML - Design verzichtet wird. Kritisch wird die Sache dann, wenn auf der Basis einer solchen Entwicklung weitergearbeitet wird.
In meiner Firma wurde über die Jahre von verschiedensten Leuten an der Software herumentwickelt -> die Basisimodule waren vom Quellcode her scheußlich haben aber funktioniert. Ihr dürft mal raten, was in den darauffolgenden Jahren passiert ist: Selbst gute Entwickler, die eigentlich wissen, wei man gute Software schreibt haben die lausige Struktur übernommen. In diesem Fall sollte (wer auch immer den Kontakt zum Kunden hat) dort Überzeugungsarbeit leisten.
Wenn der Kunde weiß, das bei schlechtem Design bei Build 1.0 dann später alle Extrawünsche teuer werden kommt die Einsicht meist ganz schnell.Eine Fachfrage an alle UML - Profis:
Wie designt man eigentlich Multithreading - Verhalten in UML, bzw. welches Tool kann das? Hab bisher nur Artikel zu UML-RT gefunden.
-
TheBigW schrieb:
Irgendwo ging das Gespräch glaube ich mal bei UML los
...
Eine Fachfrage an alle UML - Profis:
Wie designt man eigentlich Multithreading - Verhalten in UML, bzw. welches Tool kann das? Hab bisher nur Artikel zu UML-RT gefunden.Also seit ich mir die ACE Patterns
http://www.cs.wustl.edu/~schmidt/patterns-ace.htmlund die Bücher
http://www.cs.wustl.edu/~schmidt/ACE/book1/
http://www.cs.wustl.edu/~schmidt/ACE/book2/
angetan habe, ist der Rest vom "UML Verständnis" easy.cu
P84
-
Also um nochmal zu UML zurückzukommen: Ich denke, das Klassendiagramme durchaus sinnvoll sind. Aber ob irgendwelche Use-Case-Diagramme, Aktivitätsdiagramme oder Sequenzdiagramme wirklich sinnvoll sind, wage ich zu bezweifeln. Ich denke mal, die meisten hier können damit überhaupt nichts anfangen. Ich selbst habe noch nie welche gezeichnet.
Zum Thema Planen mit UML: Das ist bei mir ziemlich unmöglich. Ich verbringe einen Großteil meiner Zeit mit Refaktorisieren. Es entstehen ständig neue Klassen, es verschwinden welche, Klassen werden aufgeteil, ... . So schnell, wie das bei mir geht, kann gar keiner Zeichnen.
Aber ich habe auch nicht wirklich Ahnung von UML, habe auch nie ein Buch oder ähnliches gelesen. Kann mir beispielsweise mal jemand sagen, wie man verschachtelte Klassen darstellt?
-
Helium schrieb:
Aber ich habe auch nicht wirklich Ahnung von UML, habe auch nie ein Buch oder ähnliches gelesen. Kann mir beispielsweise mal jemand sagen, wie man verschachtelte Klassen darstellt?
Es gibt dafür drei Möglichkeiten:
a) Du kannst eine Klasse in eine andere reinzeichnen (in dem unteren Feld), die äußere Klasse wird dann größer.
b) Du verwendest die Assoziationsssymbole dafür, also Motor ist Teil von Auto, das ist dann eine Linie mit einer Raute am Ende.
c) in UML 2.0 kann man für die Inhalte einer Klasse noch mal ein eigenes Diagramm erstellen, das entspricht dann der Vorgehensweise wie beim Namespace/Package.
Ich gehe mal davon aus, daß Du mit "verschachtelt" meinst "enthält eine andere"?
-
Danke.
-
Also halten wir fest:
Struktogramme, Use-Case-Diagramme, und übermäßiges UML gekritzel ist was für die Theorie. In der Praxis hat man für sowas normalerweise keine Zeit ...
Bis auf Prof84 hat das wohl jeder realisiert ...
-
Also halten wir fest:
Struktogramme, Use-Case-Diagramme, und übermäßiges UML gekritzel ist was für die Theorie. In der Praxis hat man für sowas normalerweise keine Zeit ...
Bis auf Prof84 hat das wohl jeder realisiert ...
NO COMMENT ... EXCEPTING THIS:
[TROLLALARM]
Ja sind wir hier denn im Heiseforum? 
-
@Marc++us:
a) Habe ich noch in der Praxis nie gesehen.
Wann und wo ist das denn üblich? Und welches Tool macht das mit?b ist Standard ... meinetwegen auch über eine stereotypisierende Abhängigkeit, z.B. für C++ << friend >>
UML 2.0 enthält auch noch Organisationseinheiten, die man verwenden kann.
<selbstsukzession>
... füttern! Nicht die Trolle füttern! Nicht die ...
</selbstsukzession>
-
Prof84 schrieb:
@Marc++us:
a) Habe ich noch in der Praxis nie gesehen.
Wann und wo ist das denn üblich? Und welches Tool macht das mit?Es ist ERLAUBT gemäß UML 2.0.
Mehr habe ich nicht gesagt.
Ich kenne drei Tools, die das unterstützen:
a) Bleistift 3.51
b) Edding 2.0 auf Whiteboard 2004
c) Microsoft Paint
-
@Marc++us:
*grins*
-
Ingo aka Desert Hawk schrieb:
Also halten wir fest:
Struktogramme, Use-Case-Diagramme, und übermäßiges UML gekritzel ist was für die Theorie. In der Praxis hat man für sowas normalerweise keine Zeit ...
Bis auf Prof84 hat das wohl jeder realisiert ...
NO COMMENT ... EXCEPTING THIS:
[TROLLALARM]
Ja sind wir hier denn im Heiseforum? <dont feed the troll>
Tja leider musst du dich wohl aus son einer Diskussion mangels Praxiserfahrung raushalten. Aber ist ja auch egal. Es gibt ja auch Trolle wie Prof84 die der Meinung sind, das UML etc in der Praxis gang und gebe sind...
</dont feed the troll>Also macht mal so weiter ...
-
Hä?
-
Helium schrieb:
Hä?
Hä?
-
mady schrieb:
-------------------------- /| /| | | ||__|| | Please don't | / O O\__ feed | / \ the troll! | / \ \ | / _ \ \ ---------------------- / |\____\ \ || / | | | |\____/ || / \|_|_|/ | __|| / / \ |____| || / | | /| | --| | | |// |____ --| * _ | |_|_|_| | \-/ *-- _--\ _ \ // | / _ \\ _ // | / * / \_ /- | - | | * ___ c_c_c_C/ \C_c_c_c____________
-
*lol*
das kommt vom richtigen.Hat sich einer mal richtig Mühe gegeben sein Ich wiederzuspiegeln. :p
1. Platz der Trollliste für einen der neben Gelaber wie es theoretisch auszusehen hat, praktisch keinerlei Erfahrung vorzuweisen hat.Also ein möchtegern.
Jaja musst noch einiges lernen Prof84.
Also don't feed the Troll.