STP030: Arbeitsalltag in der IT

<p>In dieser etwas länger geratenen Episode sricht Xyrill über seinen Alltag und den seiner Kollegen, Unterstellten und Vorgesetzten.
Derweil darf ttimeless darf derweil munter drauflosraten, womit diese Leute denn so ihren Alltag verbringen (zumindest den professionellen).</p><h2>Shownotes</h2><ul>
<li>
<p>Ausgangsfrage: "Ist Programmieren eigentlich ein Handwerk, eine Kunst oder eine Wissenschaft?"</p>
<ul>
<li>vgl. <a href="de.wikipedia.org/w/index.php?title=Artes_mecha… mechanicae</a> und <a href="de.wikipedia.org/w/index.php?title=Sieben_frei… liberales</a></li>
<li>im Gespräch erwähnt: <a href="xkcd.com/1205/">xkcd 1205</a></li>
<li>Vergleich: Industrie (effiziente Massenfertigung) vs. Handwerk (Nutzer der Industrieprodukte, Lieferant der Industrieanlagen) -> These: Programmieren als Manufakturbetrieb</li>
<li>Berufskrankheit: <a href="de.wikipedia.org/w/index.php?title=Hochstapler…;
<ul>
<li>These: Internet verschafft den fähigsten Leuten sehr viel Sichtbarkeit und schafft Gelegenheit, sich relativ dazu inadäquat zu fühlen</li>
<li>These: Grund ist die Abwesenheit festgelegter Berufsbilder und Ausbildungsgänge (vgl. Lehre und Meisterschule im Handwerk, Studium im Ingenieurwesen, Staatsexamen in Jura/Medizin)</li>
</ul>
</li>
</ul>
</li>
<li>
<p>grundsätzliche Gewerke in der IT</p>
<ul>
<li>technische Disziplinen
<ul>
<li><a href="de.wikipedia.org/w/index.php?title=Softwareent…;
<li><a href="de.wikipedia.org/w/index.php?title=Softwarearc…;
<li><a href="de.wikipedia.org/w/index.php?title=Softwaretes…;
<ul>
<li>im Gespräch erwähnt: <a href="c3d2.de/news/pentaradio24-20210824.html"&… zu Resilienz</a></li>
</ul>
</li>
<li><a href="de.wikipedia.org/w/index.php?title=Systemadmin…;: siehe auch <a href="de.wikipedia.org/w/index.php?title=DevOps&…;
<li><a href="de.wikipedia.org/w/index.php?title=Support_(Di…)&oldid=224980821">Kundendienst</a>: Level 1/2/3
<ul>
<li>im Gespräch erwähnt: <a href="xkcd.com/806/">xkcd 806</a></li>
</ul>
</li>
<li>Übersetzer*in (siehe STP017)</li>
</ul>
</li>
<li>Designdisziplinen
<ul>
<li>bei fast allen Applikationen: UI-Designer*in</li>
<li>in der Spieleentwicklung: Spieldesign, Leveldesign, Assetdesign</li>
</ul>
</li>
<li>Management-Disziplinen
<ul>
<li>Projekt-Manager*in</li>
<li>Release-Manager*in</li>
<li>Scrum Master*in</li>
</ul>
</li>
</ul>
</li>
<li>
<p><a href="netmeister.org/blog/software-engineering-laws.…; der Softwareentwicklung</a></p>
<ul>
<li>Conway's Law: "Any organization that designs a system will produce a design whose structure is a copy of the organization's communication structure."</li>
<li>Brooks's Law: "Adding manpower to a late software project makes it later."</li>
<li>Zawinski's Law: "Every program attempts to expand until it can send mail. Those programs which cannot so expand are replaced by ones which can." (heute wahrscheinlich eher "until it contains a web server")</li>
<li>Parkinson's Law: "Work expands so as to fill the time available for its completion."</li>
<li>Pareto's Fallacy: "When you're 80% done, you think you only have 20% left."</li>
<li>Eagleson's Law: "Any code of your own that you haven't looked at for six or more months might as well have been written by someone else."</li>
<li>Iceberg Fallacy: "The cost of development of a new software product is the only ~25% of the total cost of ownership management sees and budgets for."</li>
<li>The LGTM Dilemma: "If you want to quickly ship a 10 line code change, hide it in a 1500 line pull request."</li>
</ul>
</li>
<li>
<p>Lesetipp: <a href="frankchimero.com/blog/2018/everything-easy/&qu… Easy is Hard Again"</a></p>
<ul>
<li>Money Quote: "I wonder if I have twenty years of experience making websites, or if it is really five years of experience, repeated four times."</li>
<li>Xyrills Beobachtung: Die Branche (selbst die Universitäten!) rennt viel zu sehr Trends hinterher bzw. steckt zu sehr im selbst propagierten Novelty Bias fest. Wir haben noch nicht hinreichend die unveränderlichen Prinzipien destilliert (bzw. als solche erkannt).</li>
</ul>
</li>
</ul>