Ich habe auch schon zum Speichermanagement des Linux-Kernels beigetragen und denke, dass ich ein gewisses Verständnis für Low-Level-Abläufe habe. Wenn ich aber bedenke, dass ich am Ende ungewollt Arbeit mache, die weit von der Entwicklung entfernt ist, denke ich, dass man wohl eher das Gegenteil von diesem Artikel tun muss, um ein erfolgreicher Ingenieur zu werden.
neuen Technologien schnell folgen
eher an den Markt als an die persönliche Neugier denken
sich besser verkaufen als sich selbst kritisieren
sich eher auf Coding-Tests als auf Prinzipien/Wachstum konzentrieren
Als ich in meine Heimat zurückgekehrt bin, habe ich gemerkt, dass der Markt in Korea zu klein und der Wettbewerb zu hart ist. Es gibt nur wenige Unternehmen oder Positionen, in denen man sich auf Entwicklung konzentrieren kann, und weil alle um diese wenigen Plätze konkurrieren, scheint man sich am Ende auf Dinge konzentrieren zu müssen, die gut auffallen, um die Entwicklung machen zu können, die man eigentlich machen möchte.
„Wir brauchen keinen A+-Schüler, der jede Frage beantworten kann.
Was wir wollen, ist ein B-Schüler, der sieht und hinterfragt, was andere übersehen haben.“
Wenn ich das sehe, denke ich sofort: Ich bin ein B-Schüler, aber große Unternehmen schauen nur auf A+-Schüler und stellen auch nur diese ein.
Vor Kurzem habe ich im Unternehmen einmal ein Seminar für eine Kotlin-Sprachstudiengruppe gehalten. Die Reaktionen waren gut, weil ich es anhand eines Vergleichs mit der in unserer Abteilung hauptsächlich verwendeten Sprache C++ erklärt habe. Obwohl ich selbst C++ kaum nutze und die Teammitglieder Kotlin zum ersten Mal kennengelernt haben, hatte ich das Gefühl, dass es in vielerlei Hinsicht für das Wachstum von uns allen hilfreich war.
Die letzte Aussage in der übersetzten Zusammenfassung der Hacker-News-Meinungen, „Die Annahme, dass sich die Produktivität in der Softwareentwicklung nicht um das 5- bis 10-Fache verbessert hat, könnte falsch sein“, scheint eine Fehlübersetzung zu sein. Wenn man den Originaltext betrachtet, wäre eine neutralere Zusammenfassung etwa: „Die Behauptung, dass sich die Produktivität in der Softwareentwicklung um das 5- bis 10-Fache verbessert habe, beruht auf einer falschen Annahme über Produktivitätssteigerung.“
Ja, da stimme ich zu. Man sollte sich auch selbst zeigen, und es wäre gut, wenn sich die Geber gegenseitig häufiger öffentlich Anerkennung geben würden. Auch die Unternehmenskultur selbst sollte das fördern.
> Die meisten Programmierer wissen nicht, wie man LLM-Tools effektiv nutzt, oder interessieren sich nicht dafür
Überraschend viele Entwickler in meinem Umfeld interessieren sich eigentlich nicht besonders für Technik. Sie verbringen den Großteil ihrer Zeit damit, neue oder sich wiederholende YouTube Shorts mechanisch zu konsumieren.
Offenbar wurde das Original gelöscht; der Tweet ist jedenfalls nicht da.
Ich würde es gern ausprobieren, aber obwohl es noch in der Preview ist, ist es kostenpflichtig und es gibt auch keine Testphase ;_;
Wenn man danach sucht, findet man Leute, die sagen, dass ein paar Abfragen 5 Dollar gekostet haben; offenbar hängt es von der Größe des Projektcodes ab.
Aus HR-Sicht wie auch aus der Perspektive der Unternehmenskultur gibt es hier viele interessante Punkte.
Da ich den Begriff nicht gut kannte, habe ich nachgesehen: Ein 백도어 레퍼런스 체크 bezeichnet offenbar eine informelle Referenzprüfung ohne vorher benannte Referenzen. Ich lasse das hier stehen, falls es noch anderen wie mir geht.
https://de.news.hada.io/topic?id=19168
Das ist eine Forschung, auf die eine KI wohl nie gekommen wäre.
Ich kann der Kernaussage des Artikels zustimmen.
Ich denke, dass es auch in Korea viele sehr gute Ingenieure gibt, aber wegen der Marktgröße gibt es vieles, was ich bedauerlich finde.
Ich denke manchmal, es wäre schön gewesen, wenn ein Unternehmen wie FuriosaAI erfolgreich gewesen wäre.
Ich habe den Beitrag mit großem Interesse gelesen.
Wow … ich kenne jemanden, der diesem Text sehr ähnlich ist; das sollte ich unbedingt teilen.
Danke für den guten Artikel.
Dem kann ich zustimmen. Ich rate jüngeren Kolleginnen und Kollegen auf meine Weise eher dazu, ihre Arbeit sichtbar zu machen.
Dem stimme ich irgendwie zu … haha
Ob das nur auf den koreanischen Markt zutrifft …
Ich interessiere mich sehr für React Native, und dieser hier macht mich auch neugierig.
Der obige Inhalt wurde dem offiziellen Einführungstext Lynx: Unlock Native for More entnommen.
Ich habe auch schon zum Speichermanagement des Linux-Kernels beigetragen und denke, dass ich ein gewisses Verständnis für Low-Level-Abläufe habe. Wenn ich aber bedenke, dass ich am Ende ungewollt Arbeit mache, die weit von der Entwicklung entfernt ist, denke ich, dass man wohl eher das Gegenteil von diesem Artikel tun muss, um ein erfolgreicher Ingenieur zu werden.
Als ich in meine Heimat zurückgekehrt bin, habe ich gemerkt, dass der Markt in Korea zu klein und der Wettbewerb zu hart ist. Es gibt nur wenige Unternehmen oder Positionen, in denen man sich auf Entwicklung konzentrieren kann, und weil alle um diese wenigen Plätze konkurrieren, scheint man sich am Ende auf Dinge konzentrieren zu müssen, die gut auffallen, um die Entwicklung machen zu können, die man eigentlich machen möchte.
„Wir brauchen keinen A+-Schüler, der jede Frage beantworten kann.
Was wir wollen, ist ein B-Schüler, der sieht und hinterfragt, was andere übersehen haben.“
Wenn ich das sehe, denke ich sofort: Ich bin ein B-Schüler, aber große Unternehmen schauen nur auf A+-Schüler und stellen auch nur diese ein.
Ich denke, dass MCP, um JSON zu werden, weder ein Standard für die Datenkommunikation ist noch übermäßig schwierig.
Vor Kurzem habe ich im Unternehmen einmal ein Seminar für eine Kotlin-Sprachstudiengruppe gehalten. Die Reaktionen waren gut, weil ich es anhand eines Vergleichs mit der in unserer Abteilung hauptsächlich verwendeten Sprache C++ erklärt habe. Obwohl ich selbst C++ kaum nutze und die Teammitglieder Kotlin zum ersten Mal kennengelernt haben, hatte ich das Gefühl, dass es in vielerlei Hinsicht für das Wachstum von uns allen hilfreich war.
Die letzte Aussage in der übersetzten Zusammenfassung der Hacker-News-Meinungen, „Die Annahme, dass sich die Produktivität in der Softwareentwicklung nicht um das 5- bis 10-Fache verbessert hat, könnte falsch sein“, scheint eine Fehlübersetzung zu sein. Wenn man den Originaltext betrachtet, wäre eine neutralere Zusammenfassung etwa: „Die Behauptung, dass sich die Produktivität in der Softwareentwicklung um das 5- bis 10-Fache verbessert habe, beruht auf einer falschen Annahme über Produktivitätssteigerung.“
Ja, da stimme ich zu. Man sollte sich auch selbst zeigen, und es wäre gut, wenn sich die Geber gegenseitig häufiger öffentlich Anerkennung geben würden. Auch die Unternehmenskultur selbst sollte das fördern.
Das Terminal ist wirklich ...
> Die meisten Programmierer wissen nicht, wie man LLM-Tools effektiv nutzt, oder interessieren sich nicht dafür
Überraschend viele Entwickler in meinem Umfeld interessieren sich eigentlich nicht besonders für Technik. Sie verbringen den Großteil ihrer Zeit damit, neue oder sich wiederholende YouTube Shorts mechanisch zu konsumieren.
Ich frage mich, ob MCP zu JSON werden könnte.
Offenbar wurde das Original gelöscht; der Tweet ist jedenfalls nicht da.
Ich würde es gern ausprobieren, aber obwohl es noch in der Preview ist, ist es kostenpflichtig und es gibt auch keine Testphase ;_;
Wenn man danach sucht, findet man Leute, die sagen, dass ein paar Abfragen 5 Dollar gekostet haben; offenbar hängt es von der Größe des Projektcodes ab.
Aus HR-Sicht wie auch aus der Perspektive der Unternehmenskultur gibt es hier viele interessante Punkte.
Da ich den Begriff nicht gut kannte, habe ich nachgesehen: Ein
백도어 레퍼런스 체크bezeichnet offenbar eine informelle Referenzprüfung ohne vorher benannte Referenzen. Ich lasse das hier stehen, falls es noch anderen wie mir geht.Das wäre eine konkrete Methode des im Buch The Talent Code beschriebenen Deep Practice. Danke für den guten Artikel.