"Die Hälfte von allem, was Sie wissen, wird in 18-24 Monaten veraltet sein" = (Richtig oder falsch?) [Geschlossen]

33

Ich bin nur darauf gestoßen und habe mich gefragt, ob jemand eine Möglichkeit hat, diese Aussage zu beweisen oder zu widerlegen:

Etwas zu beachten ... Wie lang ist die Halbwertszeit des Wissens im High-Tech-Bereich? Es folgt dem Mooreschen Gesetz: Die Hälfte von allem, was Sie wissen, wird in 18 bis 24 Monaten veraltet sein.

QUELLE: Craig Trader antwortet auf diese Frage: " Was ist die effektivste Maßnahme, die Sie zur Verbesserung Ihrer Programmierkenntnisse ergriffen haben? "

Fehler
quelle
2
Ich sehe nicht, wie das jemals bewiesen werden kann.
Oded
50
Statement = (True or False)Ja.
Glasnt
3
Ich denke, das hängt davon ab, was du weißt.
LennyProgrammers
3
@glasnt: in diesem Fall ist es immer wahr: /
Simon
2
Die Hälfte von allem, was ich weiß, ist jetzt veraltet.
JD Isaacks

Antworten:

131

Diese Aussage gilt nur für kurzlebige Technologien, die Sie ohnehin nur bei Bedarf erlernen sollten. Das heißt, Sie werden im Laufe Ihrer Karriere eine Menge von ihnen lernen.

Grundlegende Programmierprinzipien und -techniken sind ewig.

Robert Harvey
quelle
5
Herrlich lakonisch. +1
Tim Post
27
@Steven A. Lowe +1 für das Eingeständnis, dass Sie "vergänglich" nachgeschlagen haben
Tim Post
2
Es ist erstaunlich, wie kurzlebig eine Technologie werden kann, die Sie sieben Jahre lang gelernt und eingesetzt haben, wenn sie Oracle (oder Linux) zum Opfer fällt. Zugegeben, was ich über das Erstellen und Bereitstellen von Anwendungen gelernt habe, ist nicht verschwunden, aber niemand kümmert sich um Pick, Ultrix oder eine beliebige Anzahl von Technologien, die verloren gehen.
Craig Trader
71

Unsinn

Leute, die solche Dinge sagen, versuchen nur, sensationell zu sein, oder sie lernen die falschen Dinge.

Steven A. Lowe
quelle
8
+1 für "Sie lernen die falschen Dinge"
Martin
4
Weißt du, ich denke wirklich, dass du das total fallen lassen solltest und ... warte ... EICHHÖRNCHEN!
Tim Post
+1 für die in dieser Branche vorherrschende Sensation.
Rei Miyasaka
@ Tim Post: Sicher nicht?
Piskvor
17

Der beste (schlechteste?) Test, an den ich denken kann, ist, nur ein Jahr zurück zu denken. Wie viel von den Programmierkenntnissen, die Sie jeden Tag nutzen, haben Sie in den letzten 18 - 24 Monaten gelernt? Wie viel wurde in den letzten 18-24 Monaten erfunden ? Das Prinzip scheint mir höchst verdächtig zu sein, da der Großteil der Programmier- und technischen Kenntnisse, die ich täglich verwende, über 5-10 Jahre erworben wurde.

Wenn Sie sich für so etwas wie eine Handy-Plattform entwickeln, ist es vielleicht ein anderes Ballspiel.

Michael
quelle
2
Nein, das Handy unterscheidet sich von nichts anderem. Alle lebenswichtigen Fähigkeiten, die Sie tagtäglich einsetzen, halten jahrelang an. Ich vermute, dass es einfach ist, die alltäglichen Fähigkeiten zu vergessen, weil sie halbautomatisch sind.
Jim
1
Die Grundlagen ändern sich nicht, aber die APIs und Techniken ändern sich. Wenn Sie eine mobile App programmieren, während Sie über einen Desktop nachdenken, steht Ihnen wahrscheinlich nichts zur Verfügung.
jmort253
Laut Apple sind 85% von MacOS X und iOS identisch.
gnasher729
15

Meiner Erfahrung nach besteht eine enorme Kluft zwischen dem medialen / öffentlichen Bild, welche Technologie das Neue Neue ist, und dem, was in der realen Welt da draußen tatsächlich verwendet wird.

Nehmen Sie etwas wie Visual C ++ / MFC in den Desktop-Anwendungsbereich. Während es alt und veraltet zu sein scheint und wahrscheinlich nicht etwas ist, was ein neuer Programmierer im Moment für die Desktop-Entwicklung lernen sollte, gibt es immer noch eine Menge realer Projekte und Jobs, die dort geschrieben werden und die beibehalten werden wird wahrscheinlich für Jahre und Jahrzehnte aufrechterhalten werden. Ich wollte COBOL als Beispiel geben, aber das wäre theoretisch - ich kenne das VC ++ / MFC-Beispiel sehr gut persönlich.

Grundsätzlich ist es nicht so, dass Technologien nutzlos und ungenutzt werden, wenn sie "veraltet" sind, sondern dass sie nicht mehr als die aktuellste Art und Weise angesehen werden, Dinge zu tun und neue Projekte zu starten. Die Außerbetriebnahme großer realer Softwaresysteme, die nicht kaputt sind und nicht repariert werden müssen, geschieht jedoch viel langsamer. Viele der Visual C ++ / MFC-Projekte, an denen ich gearbeitet habe (die in den frühen 1990er Jahren begonnen haben), sind noch sehr lebendig und beschäftigen viele Programmierer (sowohl in der Wartung als auch in der Neuentwicklung) und scheinen nirgendwo hinzukommen irgendwann bald. Tatsächlich bin ich sicher, dass die meisten von denen, an die ich denke, im Jahr 2020 noch existieren und länger dauern werden.

Natürlich ist dies nicht einmal das Hauptproblem. Das Hauptproblem ist, dass viele der Konzepte ähnlich oder verwandt sind und man beim Erlernen einer neuen Technologie nicht von vorne anfängt. Zum Beispiel: Wenn Sie die Auszeichnungssprachen und ihre Besonderheiten verstanden haben, können Sie ganz einfach neue lernen. Es ist also nicht so wichtig, dass JSON das Neue ist und Sie jahrelang nur XML verwendet haben. Es ist nur eine Frage des Lernens neuer Syntax - im Gegensatz zu Nicht-Programmierern, die nichts über die Markup-Sprachen oder die internen Konzepte hinter den Daten, die sie darstellen, wissen.

TL; DR: 1) Es gibt eine Menge "veralteter" Technologien, aber da es nicht die sexy neue Sache ist, hört man nicht viel darüber - aber es ist alles andere als wertlos für diejenigen, die damit beschäftigt sind . 2) Programmierkonzepte bauen aufeinander auf und entwickeln sich weiter. Nur wenige Dinge müssen Sie wirklich von Grund auf lernen und das Alte vergessen.

Bobby Tische
quelle
4
MFC - was für ein Schmerz!
Job
@Job - Oh ja.
Bobby Tables
Lol, ist das nicht alles ein Schmerz: P
Crosenblum
Hey, ich arbeite auch an VC ++ / MFC!
David Thornley
2
+1 Vor allem, um auf Dinge hinzuweisen, hört nicht auf, benutzt zu werden, hört einfach auf, Teil des Zeitgeists zu sein.
Orbling
12

Alles hängt davon ab, worauf Sie sich beim Lernen, Auswendiglernen und allgemeinen Auffüllen Ihres Gehirns konzentrieren. Details können schnell veraltet sein, aber Prinzipien sollten viel länger dauern.

Beispiele von Dingen, an denen ich in letzter Zeit intensiv mitgewirkt habe:

  • Java Generische Syntax im Vergleich zu typisierten Containern
  • MySQL-Datentypen, Speichergrenzen usw. im Vergleich zu den Prinzipien der Datenbankskalierbarkeit
  • Leichte Datenbankabstraktionsschicht, die ich im Vergleich zu den Rigiditäts- / Flexibilitätsprinzipien der Datenbankabstraktion mitgestaltet habe

Die Dinge, die ich in Fettdruck gelernt habe, werden viel länger dauern als die Dinge auf der linken Seite. Wenn Sie die Fallen der Überalterung bei der Programmierung vermeiden möchten, konzentrieren Sie sich auf die Prinzipien .

Nicole
quelle
11

Robert Harvey hat es verstanden , aber nachdem ich darüber nachgedacht habe, bin ich gezwungen, Kürze in den Wind zu werfen und zu antworten.

Ich muss einen Haftungsausschluss hinzufügen, ich habe mich in dem Moment, in dem er angekündigt wurde, nicht mit Perl On Rails befasst . Ich hatte das Gefühl, dass es für die sehr lokalisierte Verwendung, für die es entwickelt wurde, gut funktioniert, und habe es zur späteren Bezugnahme notiert.

Ich bin in den letzten zwei Jahrzehnten auch nicht mehr als 50 Permutationen in der Standard-C-Bibliothek erlegen. Ich wünschte, ich könnte eine Verknüpfung zu ihnen herstellen, aber sie scheinen nun existenziell herausgefordert zu sein.

Fügen Sie hier eine lange Parole darüber ein, ob Sie alles glauben, was Sie lesen oder hören.

Wenn etwas Neues herauskommt, schnapp es dir und schau es dir an. Wenn Sie "ick" sagen, lassen Sie es fallen. Wenn Sie "Wow" sagen, verbessern Sie es. Wenn Sie über eine solche Entscheidung nicht nachdenken können, gehen Sie und suchen Sie die Gehirne der Leute, die das können.

Beurteilen Sie alles allein nach dem technischen Wert . Ihre Zeit wert bedeutet, dass Sie Zeit sparen, während Sie sich von den meisten Kollegen einen Daumen hochschieben lassen.

Jetzt werde ich Ihre Frage direkt ansprechen:

Die Hälfte von allem, was Sie wissen, wird in 18 - 24 Monaten veraltet sein, richtig oder falsch?

Sie müssen uns in 18 - 24 Monaten Bescheid geben. Unternehmen zahlen beträchtliche Summen, damit die Leute darüber reden, wie großartig ihr Produkt ist. Wir müssen nicht nur Start-up-Unternehmen, sondern auch etablierte Giganten durchwühlen, die beträchtliche Summen an Bargeld ausgeben, um:

  • Lassen Sie angesehene Blogger ihren Lesern ein Verkaufsgespräch vorlegen
  • Versenden Sie teure Marken-Gratisartikel, um Marken zu platzieren, die durch Angeberei oder Verwendung auffallen
  • Bezahlen Sie die Leute, um sicherzustellen, dass Sie eine "funktionierende Lösung" in den Top 10 von Google finden, wenn Sie ein Problem untersuchen
  • Zahlen Sie für "Auszeichnungen" von den "Top Ten" -Verzeichnis-Sites und tun Sie so, als wären diese maßgebend
  • Eine wahre Fülle anderer Mittel, um die Menschen davon zu überzeugen, aufzuhören zu denken und einfach der Menge zu folgen

Selbstverständlich können Sie Ihre eigenen Entscheidungen auf der Grundlage früherer Erfahrungen und Ihrer Versuche mit etwas Neuem treffen. Vermeiden Sie dabei Arbeitgeber mit Managern, die Gebote anhand ihres RSS-Readers austeilen.

Ich habe jedoch diese erstaunliche neue Bibliothek für den Brückenbau, die intelligent genug ist, um je nach Gebietsschema zwischen Brooklyn und London zu wechseln. Es wird riesig, willst du ins Erdgeschoss?

Meine Antwort ist zwar absichtlich sardonisch und vielleicht der Anti-Boolesche, aber wirklich? Für Ausnahmebehandlungszwecke ist meine Antwort ein durchschlagendes Falsch .

Wenn Sie der Meinung sind, dass etwas technisch einwandfrei ist, nehmen Sie es an, andernfalls läuft es wie gewohnt. C ist meine Hauptsprache, es funktioniert genauso gut wie vor fast zwei Jahrzehnten, während ich doppelt so gut bezahlt werde wie vor fast zwei Jahrzehnten.

Ich bewundere Ihre prägnante Form und Zitate, aber dies scheint ein brechendes Experiment zu sein .

Gut gemacht :)

Tim Post
quelle
8

Es hängt davon ab, wie viel Zeit Sie mit Lernen verbringen. Ich habe 1980 das Bourne-Shell- und C-Programmieren gelernt. Ich benutze es immer noch jeden Tag. Andererseits ist die Zeit, die ich mit dem Erlernen von Compuserve-Menüstrukturen verbracht habe, ein völliger Verlust, und es war selbst zu dieser Zeit nicht wirklich furchtbar nützlich. Dann gibt es dazwischen Dinge wie RS-232-Kabel-Pin-Outs und serielle Protokolle: Heute nutzlos, aber für ungefähr zehn Jahre meines Lebens unerlässlich. Wählen Sie die Technologien, denen Sie viel Zeit widmen, sorgfältig aus.

Charles E. Grant
quelle
Beachten Sie, dass die serielle Kommunikation immer noch bei uns ist. Nur nicht die Kabel.
RS-232 lebt und lebt im eingebetteten Raum.
Tim Williscroft
7

Das Prinzip ist wahr. Der tatsächliche Wert ist meines Wissens viel größer.

Ich erinnere mich an eine Pragmatic Programmer-Präsentation, in der sieben Jahre vergangen sind, aber ich kann sie jetzt nicht finden, sodass der Wert möglicherweise etwas anders ist.

Stellen Sie sich vor, wie sich Technologien verändert haben: Vor fünfzehn Jahren war das Web brandneu und wir haben alle versucht, Webseiten - vielleicht sogar mit Tabellen - und ein animiertes GIF zu schreiben. Vor sieben Jahren startete AJAX. Heute schreiben einige Leute Doom-ähnliche Spiele für Handys.

Am besten lernen Sie allgemeine Dinge, die mit der nächsten Technologie anwendbar sind, anstatt zu sagen: "Beginnen Sie! Ich kenne nur Visual Basic!" (oder das Äquivalent in 15 Jahren).

user1249
quelle
Ich habe versucht, Fizz Buzz in VB, aber .. fehlgeschlagen ... :(
Tim Post
@ Tim, warten Sie 10 Jahre und hoffentlich müssen Sie nicht ...
5

Ich denke, es ist überhaupt nicht korrekt.

Früher war es eher wahr - vor langer Zeit hatten Sie keine andere Wahl, als auf einer relativ niedrigen Abstraktionsebene zu programmieren, was bedeutete, dass Sie eine Vielzahl von Details kannten, die auf einer neuen Plattform nicht mehr relevant waren.

Mit der Zeit wird jedoch immer mehr auf immer höheren Abstraktionsebenen programmiert. Eine höhere Abstraktionsebene führt mehr oder weniger direkt zu einer geringeren Sorge um Details, die sich wahrscheinlich ändern und schnell veralten.

Es gibt offensichtlich Leute, die an Dingen wie Gerätetreibern oder winzigen eingebetteten Systemen arbeiten, die immer noch auf einem niedrigen Abstraktionsniveau arbeiten müssen. Außerhalb solcher Gebiete gibt es jedoch relativ wenig Entschuldigung für solche Dinge. Ja, eine Menge Leute tun viel trivia lernen sie nie brauchen, aber wenn Sie wirklich solche Sachen in Ihrem Code sind viel, sind die Chancen ziemlich gut , dass Sie gerade nicht sehr gut Entscheidungen zu treffen. Die meisten dieser Dinge können (und vor allem sollten) im Allgemeinen vermieden werden.

Jerry Sarg
quelle
Ich kann mich erinnern, als GNU gebootet und funktionsfähig wurde und alle 'coolen Kids' es benutzten. Aber das war damals, als "coole Kinder" eigentlich nicht einmal eine Methode hatten, sondern ein gewisses Maß an Gedanken über ihren Wahnsinn. Ich muss sagen, heutzutage hast du recht.
Tim Post
4

Möglicherweise wahr, möglicherweise nicht; Selbst wenn die tatsächlich erlernten Dinge bald nach dem Erlernen veralten, können die dahinter stehenden Konzepte und Ideen viel länger von Nutzen sein.

Abbafei
quelle
Richtig, sie werden zu einem Referenzrahmen oder schlimmstenfalls zu einem Anti-Muster. :)
ideasman42
4

Wenn das der Fall wäre nur 5.39x10 -6 von Mythical Man-Month würde heute relevant sein. Da es nur sehr wenige Schlüsselprinzipien gibt, die Fred Brooks Details signifikant datiert haben oder sich als grundlegend falsch erwiesen haben.

AlexC
quelle
1
Ich bin mir nicht sicher. Einige der Dinge sind veraltet (nutzt heutzutage wirklich jemand das Chefprogrammiererteam?), Einige sind völlig falsch (seine Schlussfolgerung über das Verbergen von Informationen fällt mir ein), und im Internet sind etliche Dinge bekannt geworden populäre Kultur und sind wohl nicht relevanter als Sigmund Freuds Argumente, dass es Teile unseres Geistes gibt, die uns unbewusst bleiben. Es ist immer noch eine Lektüre wert, und natürlich sind weit mehr als fünf Teile in einer Million (zwei Buchstaben?) Relevant.
David Thornley
Guter Kommentar, (+1) um zu antworten, ich würde argumentieren, dass das Chief Programmer Team kein Prinzip, sondern eine Antwort ist. Es stimmt, dass er sich in Bezug auf das Verstecken von Informationen sehr geirrt hat. aber er gibt dies auch in der 20. Jubiläumsausgabe zu. Ich würde argumentieren, dass sich zu viel von dem, was Brooks gesagt hat, nicht in der Softwareentwicklungskultur etabliert hat, oder wir hätten keine so extreme Fehlerrate in der Softwareentwicklung.
AlexC
Ich denke, ich näherte mich der Frage, wie wichtig das Buch heute ist. Das CPT-Kapitel ist beispielsweise nicht relevant, aber das Kapitel über Zeitpläne ist nicht mehr aktuell und gehört offensichtlich nicht zur aktuellen Kultur. Die 20. Jubiläumsausgabe ist natürlich auch wegen seines Aufsatzes "No Silver Bullet" zu bekommen. (Das kam vor 16 Jahren heraus, und daher sollte nach dem Prinzip im Titel ungefähr 0,4% relevant sein, und ich denke, wir können zustimmen, dass es relevanter ist als das.)
David Thornley
Zuletzt habe ich gehört, dass IBM keine Chief Programmer-Teams eingesetzt hat, weil es nicht genügend Leute gibt, die Chief Programmer sein könnten, als dass die Methode versagt hätte. Ich war Chefprogrammierer, das funktioniert ganz gut.
Tim Williscroft
3

Ein Großteil Ihres Wissens wird während des Zeittests relevant bleiben (obwohl es im Laufe der Zeit einige Aktualisierungen erfordern kann), insbesondere grundlegende Informationen wie Datenstrukturen usw.

Wenn Sie die Programmiersprachen X und Y beherrschen, ist das Erlernen der Sprache Z natürlich einfacher als wenn Sie weder X noch Y beherrschen, sodass Sie Ihre Vorkenntnisse nutzen können, um neue Kenntnisse anzupassen.

Erwähnenswert ist auch, dass viele Fähigkeiten, die vor Jahrzehnten relevant waren, auch heute noch relevant sind, auch bestimmte Technologien wie C (Anfang 1970, heute noch relevant).

Es ist möglich, dass die Hälfte von dem, was Sie wissen, im Laufe der Zeit veraltet sein wird und wahrscheinlich mehr als die Hälfte, aber alle 18 bis 24 Monate klingen Sie ein bisschen extrem.

Anto
quelle
2

Einzelne Fakten haben keine große Relevanz. Man nimmt sie, versteht sie, wendet sie nur für den Moment an.

Auf diese Weise lernen Sie jedoch den Umgang mit Fakten oder zumindest mit einer bestimmten Teilmenge von Fakten. Ich habe in der Schule eine Menge Mathe gelernt, die ich eigentlich nie benutzt habe. Trotzdem habe ich mathematisches Denken gelernt und trainiert.

Ich habe als Webprogrammierer bei Ruby on Rails gearbeitet. Und obwohl ich im Moment keine Websites schreibe, hat es mein Denken über Code stark beeinflusst und mich zu einem besseren C ++ - Codierer gemacht. (Verwenden Sie beispielsweise mehr AWL).

Ähnliches gilt für das Erlernen von Racket. Ich habe nie ein großes Programm geschrieben, aber es gab mir einen neuen Standpunkt, um mich auf ein Problem zu konzentrieren.

Es geht nur darum, deinen Geist zu trainieren ...

thorsten müller
quelle
2

Ich denke, Sie können die Aussage leicht widerlegen, indem Sie mit dem Objekt spielen, das Sie in "der Hälfte von allem, was Sie wissen".

Es gibt eine bestimmte Wissensverteilung, von denen einige (unabhängig von der Rate) veraltet sein werden. Wenn eine bestimmte Person also nur Wissen aus der Hälfte dieses Spektrums enthält, das nach 18 bis 24 Monaten verbleibt, brechen sie die Aussage.

Garet Claborn
quelle
2

Hier ist eine bessere Version des Satzes: Die Hälfte von allem, was Sie heute (oder in dieser Woche, in diesem Monat oder in diesem Jahr) gelernt haben , wird in ein oder zwei Jahren veraltet sein. Das ist wahr - Sie lernen, wie man etwas in Version 5 eines Tools macht, und wenn 6 herauskommt, macht es das automatisch, oder Sie lernen, wie man etwas in einer Sprache macht, die sich nicht durchsetzt, so dass Sie es nie wieder benutzen. Aber die andere Hälfte von dem, was Sie jeden Tag lernen, bleibt bei Ihnen und wächst und macht einen Entwickler mit 20 Jahren Erfahrung besser als einen Entwickler mit zwei Jahren Erfahrung.

Kate Gregory
quelle
1

Es gibt ein Nugget von Wahrheit oder Relevanz, aber ich denke, es ist ungenau dargestellt.

Ein besserer Weg, dies zu präsentieren, wäre

Wie viel von dem Wissen, das Sie heute nutzen, hatten Sie vor 18 bis 24 Monaten?

oder

In 18 bis 24 Monaten wissen Sie bereits, auf wie viel Wissen Sie sich bewerben werden? Wie viel müssen Sie von heute lernen, um diese Aufgaben zu erledigen?

Es mag davon abhängen, in welchem ​​Bereich Sie arbeiten, aber ich weiß, dass ich ständig an neuen Technologien arbeite. Jedes Projekt scheint eine riesige Menge neuer Dinge zu haben, die ich lernen muss - neue Frameworks und Muster, neue Ansätze für leicht unterschiedliche Probleme oder einfach neue Tools, die (angeblich!) Besser sind als das, was wir zuvor verwendet haben.

Wenn für jedes sechsmonatige Projekt nur 12,5% neues Wissen erforderlich ist, sind über zwei Jahre hinweg volle 50% des verwendeten Wissens "neu".

Trotzdem ist dies nicht sehr aussagekräftig oder genau.

  • Das "alte" Zeug ist nicht überholt.
  • Das 'neue' Zeug hat eine massive Überlappung mit dem alten Zeug
  • Die Grundsätze sind grundsätzlich übertragbar
Kirk Broadhurst
quelle
1

Oh Gott, so wundervolle, vernünftige Antwort ist oben. Gute Arbeit.

Einfach gesagt, wenn es eine Modeerscheinung oder ein Trend ist, wenn Sie ein guter Programmierer sind, werden Sie darüber lesen und dann zu dem zurückkehren, was Sie normalerweise tun oder mit dem Sie arbeiten.

Es sei denn, Sie haben etwas Entscheidendes zu tun oder neue Praktiken, die für Sie sinnvoll sind.

Nur weil etwas neu, etwas neu oder etwas alt ist, ist es für nichts die Lösung, die man verwenden muss.

Ich habe einen einfachen Satz, das Cover ist alles.

"Wenn es funktioniert, benutze es"

Das heißt, wenn diese neue Technologie unglaublich cool ist, aber nichts, was Ihre Arbeit produktiver oder qualitativ hochwertiger oder weniger fehleranfällig macht oder technische Probleme wie mobile oder Client / Server-Lösungen löst. Dann lesen Sie es am besten und ignorieren Sie es, bis Sie einen praktischen Nutzen daraus ziehen.

Ich habe mehr Leute gesehen und gelesen, die Zeit verschwendeten und versuchten, das heiße neue Ding zu finden, und dann das heiße neue Ding benutzten. Dies ist in der Regel eine reine Zeit- und Geldverschwendung.

Es ist wichtig, immer zu lernen und zu üben und dein Handwerk und deine Fähigkeiten zu verbessern.

Sie sollten jedoch lernen, was nützlich ist oder aus welchen Perspektiven Sie Probleme lösen können, die Sie normalerweise haben.

Aber ansonsten sollte man zu den Grundlagen zurückkehren, um ein großartiger Programmierer zu sein.

  1. http://www.joelonsoftware.com/articles/fog0000000043.html
  2. Planung
  3. Projektmanagementprozess - um sicherzustellen, dass kein Code gestartet wird, bevor ein klarer Plan erstellt und von den Personen genehmigt wurde, die Sie um Arbeit gebeten haben.
  4. Verbessern Sie die Lesbarkeit Ihres Codes - Weil wir alle am Code anderer Leute arbeiten
  5. Organisieren Sie sich, seien Sie effizient

Ich mache die Best Practices des gesunden Menschenverstands, die wir alle aus unseren Erfahrungen lernen. Verschwenden Sie keine Zeit mit Dingen, die nur cool sind.

Denn ehrlich gesagt ist cool einfach nicht cool.

Crosenblum
quelle
0

Ich habe diesen Satz gehört, der den Ingenieurgebieten zugeschrieben wird, nicht der Programmierung. Genauer gesagt habe ich gehört: "Wenn Sie einen Bachelor-Abschluss in Ingenieurwissenschaften erhalten, werden Ihre ersten beiden Studienjahre auf alter Technologie basieren." (Oder so ähnlich.)

Ich denke nicht, dass es überhaupt auf die Programmierung zutrifft. Die einzige Möglichkeit, die ich sehen konnte, ist, wenn Features aus einer Programmiersprache / Bibliothek / was auch immer entfernt oder veraltet sind.

jamesbtate
quelle
0

Die durchschnittliche Technologieplattform hält sich zwischen 10 und 25 Jahren, was für mich ziemlich unwahrscheinlich ist, auch wenn Sie die Tatsache, dass das Wissen über Muster durch Technologien erhalten bleibt, völlig außer Acht lassen. Wenn Sie sich auf irgendeiner wichtigen Plattform befinden, können Sie sich darauf verlassen, dass dieser Stack MINDESTENS 5 oder 6 Jahre lang beliebt ist, bevor er überhaupt zu verblassen beginnt. Ich kenne Programmierer, die seit 30 Jahren mit fast identischen Hard- und Softwaretools in RPG programmieren.

Morgan Herlocker
quelle