Ich denke, elektronische Wahlsysteme können das Problem der zufälligen Zuverlässigkeitsprüfung durch die breite Öffentlichkeit nicht lösen.
Die Überprüfung des Systemcodes ist nur einer ausgewählten privilegierten Schicht möglich, und man kann wohl auch nicht darauf vertrauen, dass der überprüfte Code tatsächlich der Code ist, der vor Ort eingesetzt wurde.
Wenn man sieht, welche Kontroversen entstanden sind und welche gesellschaftliche Verwirrung in Südkorea bereits dadurch ausgelöst wurde, dass lediglich der Prozess der Erfassung von Ergebnissen von Papierstimmen durch ein elektronisches System digitalisiert wurde, lässt sich grob erahnen, welche gesellschaftliche Verwirrung bei der Einführung eines vollständig elektronischen Wahlsystems entstehen könnte.
Ein wirklich sehr interessanter Artikel..!
Der Frontend-Code des aktuellen Projekts ist im Moment ein ziemliches Chaos, das sollte ich wohl mal ausprobieren!
Stimmt, ich habe auch dieselbe Erfahrung gemacht, als ich dachte: "Lasst uns alles automatisieren!" – und dann ziemlich gelitten habe.
Wie du gesagt hast, war es effizienter, die unklaren Fälle auszuklammern und zuerst die eindeutigen Muster zu bearbeiten, haha.
Klare Muster mit Codemod
Uneindeutige Muster manuell bearbeiten
Diesen Two-Track-Ansatz zu wählen, war unter Berücksichtigung von Implementierung, Review und Bug-Risiko letztlich am effizientesten!
Ich habe dazu eine etwas andere Meinung: Meiner Erfahrung nach hatten Menschen mit solchen Fähigkeiten und einer solchen Haltung ausnahmslos ein sehr hohes Selbstwertgefühl.
Ein sehr nützlicher Artikel. Als ich die AST-Regeln festgelegt habe, habe ich anfangs versucht, alles zu automatisieren, und mich dabei ziemlich abgemüht ... Je länger ich daran gearbeitet habe, desto mehr wurde mir klar, dass es am besten ist, die unklaren Fälle auszuklammern und nur die eindeutigen festzulegen.
Ich halte das für einen Text mit echten Einsichten.
Ich bin ein Senior-Entwickler mit 23 Jahren Praxiserfahrung und nutze seit der zweiten Hälfte von 2024 Entwicklung mit LLMs und Vibe Coding bis ans Limit. Ich setze es in ganz unterschiedlichen Bereichen ein – von AOS/iOS über Full-Stack-Webservices und Batch-Jobs bis hin zu Model-Fine-Tuning – und arbeite dabei mit etwa fünf gleichzeitig laufenden Agenten.
Ich hätte nie gedacht, dass ich noch einmal die Erfahrung machen würde, so vertieft zu entwickeln, dass ich darüber einschlafe – zuletzt hatte ich das Anfang der 2000er.
Wie auch immer, mein jüngster Gedanke ist, dass Entwicklung inzwischen ein Bereich geworden ist, den nun wirklich jeder machen kann.
Die Weiterentwicklung von Coding-Agenten wird sich noch weiter beschleunigen, und Entwicklung wird noch einfacher und bequemer werden. Es wird ungefähr auf dem Niveau sein, ein Excel- oder Word-Dokument zu erstellen.
Ich stimme Andrej Karpathy zu, wenn er sagt, dass die beste Programmiersprache „Englisch“ ist.
Persönlich lese ich mehr AI-Papers und versuche, mehr zu schreiben, um mich logisch klarer ausdrücken zu können. (Ich bemühe mich auch darum, häufiger mit AI zu sprechen.)
Wirklich spannende Zeiten im Moment.
Wer hat meine Geschichte aufgeschrieben?
Mir geht es weniger darum, „für jemanden nützlich zu sein“ …
Wenn ich einfach mein eigenes „Problem“ entdecke (definiere), über eine Lösung nachdenke (simuliere) und es dann genauso entwickle (PoC), macht es mich unglaublich glücklich, wenn das Problem dadurch gelöst wird …
Deshalb macht es mir Spaß, wenn es ein Problem ist, das ich selbst entdeckt habe, oder auch eine Anfrage von jemand anderem, solange ich das „Warum?“ höre und mich in das Problem hineinversetzen kann …
Darum macht auch Dokumentation zu schreiben, die nur „zum Vorzeigen“ gedacht ist, wirklich keinen Spaß …
Das Schreiben eines „echten Benutzerhandbuchs“, das reale Nutzer beim Arbeiten tatsächlich verwenden, scheint dagegen Spaß zu machen …
In diesem Sinne macht Entwicklung in letzter Zeit mit dem Aufkommen von AI unglaublich viel Spaß.
Wenn ich eine Lösung „vorschlage“, setzt AI sie schnell für mich um …
Ich glaube, ich habe selten so viel Freude an der Arbeit wie in letzter Zeit.
Ich habe mich selbst auch manchmal gefragt, warum ich so viel arbeite.
Wenn ich diesen Text lese, scheint sich diese Frage zu klären.
Wie im Text beschrieben, sollte man wohl weniger versuchen, diese Neigung zu korrigieren, sondern eher ihre Richtung zu ändern.
Vielen Dank für den guten Text!
Ich hatte den Bloomberg-Bericht gesehen, wonach Craig wegen seiner negativen Haltung zu KI ins Hintertreffen geraten sei, aber ich bin mir nicht sicher, ob es einen großen Unterschied macht, dass er statt John Giannandrea nun selbst die Gesamtverantwortung für die KI-Strategie übernimmt.
Früher habe ich mir Show GN immerhin oft angesehen, aber in letzter Zeit klicke ich Show GN fast gar nicht mehr an.
Bei Show GN vor der LLM-Ära war natürlich das gebaute Produkt interessant, aber auch die Entwicklungserfahrung dahinter.
Bei den mit Vibecoding erstellten Produkten im Show GN nach der LLM-Ära werden als Entwicklungserfahrung jedoch meist nur Dinge wie „ohne eine einzige Zeile Code“, „allein“ oder „an nur einem Tag“ geteilt, sodass ich inzwischen daran kein Interesse mehr habe.
Ich denke, elektronische Wahlsysteme können das Problem der zufälligen Zuverlässigkeitsprüfung durch die breite Öffentlichkeit nicht lösen.
Die Überprüfung des Systemcodes ist nur einer ausgewählten privilegierten Schicht möglich, und man kann wohl auch nicht darauf vertrauen, dass der überprüfte Code tatsächlich der Code ist, der vor Ort eingesetzt wurde.
Wenn man sieht, welche Kontroversen entstanden sind und welche gesellschaftliche Verwirrung in Südkorea bereits dadurch ausgelöst wurde, dass lediglich der Prozess der Erfassung von Ergebnissen von Papierstimmen durch ein elektronisches System digitalisiert wurde, lässt sich grob erahnen, welche gesellschaftliche Verwirrung bei der Einführung eines vollständig elektronischen Wahlsystems entstehen könnte.
Ein wirklich sehr interessanter Artikel..!
Der Frontend-Code des aktuellen Projekts ist im Moment ein ziemliches Chaos, das sollte ich wohl mal ausprobieren!
Stimmt, ich habe auch dieselbe Erfahrung gemacht, als ich dachte: "Lasst uns alles automatisieren!" – und dann ziemlich gelitten habe.
Wie du gesagt hast, war es effizienter, die unklaren Fälle auszuklammern und zuerst die eindeutigen Muster zu bearbeiten, haha.
Diesen Two-Track-Ansatz zu wählen, war unter Berücksichtigung von Implementierung, Review und Bug-Risiko letztlich am effizientesten!
Vielen Dank für Ihre positive Einschätzung!!
Ich habe dazu eine etwas andere Meinung: Meiner Erfahrung nach hatten Menschen mit solchen Fähigkeiten und einer solchen Haltung ausnahmslos ein sehr hohes Selbstwertgefühl.
Skip – Entwicklung nativer iOS- und Android-Apps mit einer einzigen Swift-Codebasis
Ein sehr nützlicher Artikel. Als ich die AST-Regeln festgelegt habe, habe ich anfangs versucht, alles zu automatisieren, und mich dabei ziemlich abgemüht ... Je länger ich daran gearbeitet habe, desto mehr wurde mir klar, dass es am besten ist, die unklaren Fälle auszuklammern und nur die eindeutigen festzulegen.
Ich halte das für einen Text mit echten Einsichten.
Ich bin ein Senior-Entwickler mit 23 Jahren Praxiserfahrung und nutze seit der zweiten Hälfte von 2024 Entwicklung mit LLMs und Vibe Coding bis ans Limit. Ich setze es in ganz unterschiedlichen Bereichen ein – von AOS/iOS über Full-Stack-Webservices und Batch-Jobs bis hin zu Model-Fine-Tuning – und arbeite dabei mit etwa fünf gleichzeitig laufenden Agenten.
Ich hätte nie gedacht, dass ich noch einmal die Erfahrung machen würde, so vertieft zu entwickeln, dass ich darüber einschlafe – zuletzt hatte ich das Anfang der 2000er.
Wie auch immer, mein jüngster Gedanke ist, dass Entwicklung inzwischen ein Bereich geworden ist, den nun wirklich jeder machen kann.
Die Weiterentwicklung von Coding-Agenten wird sich noch weiter beschleunigen, und Entwicklung wird noch einfacher und bequemer werden. Es wird ungefähr auf dem Niveau sein, ein Excel- oder Word-Dokument zu erstellen.
Ich stimme Andrej Karpathy zu, wenn er sagt, dass die beste Programmiersprache „Englisch“ ist.
Persönlich lese ich mehr AI-Papers und versuche, mehr zu schreiben, um mich logisch klarer ausdrücken zu können. (Ich bemühe mich auch darum, häufiger mit AI zu sprechen.)
Wirklich spannende Zeiten im Moment.
Oh, so etwas ist gut.
Ich nutze es sehr gern! 👍
Wer hat meine Geschichte aufgeschrieben?
Mir geht es weniger darum, „für jemanden nützlich zu sein“ …
Wenn ich einfach mein eigenes „Problem“ entdecke (definiere), über eine Lösung nachdenke (simuliere) und es dann genauso entwickle (PoC), macht es mich unglaublich glücklich, wenn das Problem dadurch gelöst wird …
Deshalb macht es mir Spaß, wenn es ein Problem ist, das ich selbst entdeckt habe, oder auch eine Anfrage von jemand anderem, solange ich das „Warum?“ höre und mich in das Problem hineinversetzen kann …
Darum macht auch Dokumentation zu schreiben, die nur „zum Vorzeigen“ gedacht ist, wirklich keinen Spaß …
Das Schreiben eines „echten Benutzerhandbuchs“, das reale Nutzer beim Arbeiten tatsächlich verwenden, scheint dagegen Spaß zu machen …
In diesem Sinne macht Entwicklung in letzter Zeit mit dem Aufkommen von AI unglaublich viel Spaß.
Wenn ich eine Lösung „vorschlage“, setzt AI sie schnell für mich um …
Ich glaube, ich habe selten so viel Freude an der Arbeit wie in letzter Zeit.
Ich habe mich selbst auch manchmal gefragt, warum ich so viel arbeite.
Wenn ich diesen Text lese, scheint sich diese Frage zu klären.
Wie im Text beschrieben, sollte man wohl weniger versuchen, diese Neigung zu korrigieren, sondern eher ihre Richtung zu ändern.
Vielen Dank für den guten Text!
Ich hatte den Bloomberg-Bericht gesehen, wonach Craig wegen seiner negativen Haltung zu KI ins Hintertreffen geraten sei, aber ich bin mir nicht sicher, ob es einen großen Unterschied macht, dass er statt John Giannandrea nun selbst die Gesamtverantwortung für die KI-Strategie übernimmt.
Ach, ich habe es versehentlich nicht unter Show GN gepostet ...;;;
Danke für den Hinweis.
Ich werde es dem Maker von Secondbee gut übermitteln.
Vielen Dank für Ihr Feedback :)
Ich nutze es sehr gerne. Vielen Dank.
Ich denke, es wäre gut, wenn es zu Show GN ginge.
Früher habe ich mir Show GN immerhin oft angesehen, aber in letzter Zeit klicke ich Show GN fast gar nicht mehr an.
Bei Show GN vor der LLM-Ära war natürlich das gebaute Produkt interessant, aber auch die Entwicklungserfahrung dahinter.
Bei den mit Vibecoding erstellten Produkten im Show GN nach der LLM-Ära werden als Entwicklungserfahrung jedoch meist nur Dinge wie „ohne eine einzige Zeile Code“, „allein“ oder „an nur einem Tag“ geteilt, sodass ich inzwischen daran kein Interesse mehr habe.
Sarkasmus / selbstironisch
Eigentlich