Der Programmier-Thread
- Thread starter chrizel
- Start date
, 
, 
, 
, 
, 
, 
, 
, 
, 
, 
, 
-
Spielt gerade: GT7 | 60fps FTW
Mit der glibc werden daraus schon 11 System Calls, mit Java 226, mit Node.js 673 und mit Ruby 1401. (Noch mehr Tests siehe Artikel)
https://drewdevault.com/2020/01/04/Slow.html
https://drewdevault.com/2020/01/08/Re-Slow.html
https://drewdevault.com/2020/01/04/Slow.html
https://drewdevault.com/2020/01/08/Re-Slow.html
Zuletzt editiert:
Das ist schon richtig, aber das Entwickeln von Hello World Applikationen ist ein verschwindend geringer Anteil von meiner Arbeit. 
Wenn man das, was ich so teilweise in Java (Groovy, Kotlin) entwickelt habe, in Assembler oder auch nur in optimiertem C geschrieben hätte, wäre der Entwicklungsaufwand (und damit auch die Fehlerwahrscheinlichkeit) ein sehr hohes Vielfaches davon gewesen. Mit Pferdekutschen kommt man auch zur Arbeit, und es ist wahnsinnig viel umweltfreundlicher, macht aber irgendwie auch niemand mehr heutzutage...
Wenn man das, was ich so teilweise in Java (Groovy, Kotlin) entwickelt habe, in Assembler oder auch nur in optimiertem C geschrieben hätte, wäre der Entwicklungsaufwand (und damit auch die Fehlerwahrscheinlichkeit) ein sehr hohes Vielfaches davon gewesen. Mit Pferdekutschen kommt man auch zur Arbeit, und es ist wahnsinnig viel umweltfreundlicher, macht aber irgendwie auch niemand mehr heutzutage...
, 
, , 
, , 
Und man darf nicht vergessen, dass es den meisten Applikationen auch egal ist. Die Anforderungen sind nicht so groß, dass man sich über solche Sachen Gedanken machen muss.
Wobei man halt auch aufpassen muss nicht ins verschwenderische abzudriten. Insbesondere dank der Cloud ist es dann einfacher noch paar Instanzen zu kaufen als mal den Code ein bisschen zu optimieren.
Wobei man halt auch aufpassen muss nicht ins verschwenderische abzudriten. Insbesondere dank der Cloud ist es dann einfacher noch paar Instanzen zu kaufen als mal den Code ein bisschen zu optimieren.
Sagt mal, ich bräuchte in SQL eine Sortierung einer Tabelle von neu nach Alt. Aber in einer Spalte gibt es mehrere gleiche Aktenzeichen. Ich hätte gerne die Aktenzeichen zusammen. Diese von Alt nach neu sortiert und insgesamt jede Gruppe von Aktenzeichen von Alt nach Neu sortiert.
Ich habe einen subquery für die Sortierung von neu nach Alt insgesamt. Aber wie ich die Aktenzeichen zusammenbringe und dann noch richtig sortiere, da stehe ich auf dem Schlauch.
Ich habe einen subquery für die Sortierung von neu nach Alt insgesamt. Aber wie ich die Aktenzeichen zusammenbringe und dann noch richtig sortiere, da stehe ich auf dem Schlauch.
, 
id Aktenzeichen created-at
301 432 2022-03-14
300 123 2022-03-12
299 321 2022-03-09
298 123 2022-02-14
297 654 2022-02-13
296 123 2022-01-20
Ich migriere Daten in neue table. Anstatt das das AZ wieder hier abhängt gibt es eine Akte, die das AZ trägt. Da wandern auch einige andere Attribute hin, die für alle Objekte gleich sind.
Dafür gehe ich durch alle Daten und lege einmal die neue Akte an und dann update ich diese mit den Werten aus den neueren mit gleichem AZ.
Das würde ganz normal gehen, wenn ich die Daten von Alt nach Neu durchlaufe, d.h. obiges Beispiel von unten nach oben. Ich will die alten Daten zuerst einfügen und dann mit Änderungen der neueren Überschreiben.
Weil das aber Hunderttausende Einträge sind, will ich genre bei der Migration erst die neuen Daten migrieren, bis zu den alten zurück. Die alten Daten sind nicht so relevant nur zu Archivzwecken.
Das heißt ich würde so gerne von unten nach oben durchlaufen
297 654 2022-02-13
299 321 2022-03-09
300 123 2022-03-12 - zweit neuester
298 123 2022-02-14 - gleiches AZ, aber älter
296 123 2022-01-20 - gleiches AZ, aber älter
301 432 2022-03-14 - neuester
Bei der Migration hängt ein Rattenschwanz von Relationships und Businesslogik mit dran, deswegen ist das kein einfaches rumkopieren.
301 432 2022-03-14
300 123 2022-03-12
299 321 2022-03-09
298 123 2022-02-14
297 654 2022-02-13
296 123 2022-01-20
Ich migriere Daten in neue table. Anstatt das das AZ wieder hier abhängt gibt es eine Akte, die das AZ trägt. Da wandern auch einige andere Attribute hin, die für alle Objekte gleich sind.
Dafür gehe ich durch alle Daten und lege einmal die neue Akte an und dann update ich diese mit den Werten aus den neueren mit gleichem AZ.
Das würde ganz normal gehen, wenn ich die Daten von Alt nach Neu durchlaufe, d.h. obiges Beispiel von unten nach oben. Ich will die alten Daten zuerst einfügen und dann mit Änderungen der neueren Überschreiben.
Weil das aber Hunderttausende Einträge sind, will ich genre bei der Migration erst die neuen Daten migrieren, bis zu den alten zurück. Die alten Daten sind nicht so relevant nur zu Archivzwecken.
Das heißt ich würde so gerne von unten nach oben durchlaufen
297 654 2022-02-13
299 321 2022-03-09
300 123 2022-03-12 - zweit neuester
298 123 2022-02-14 - gleiches AZ, aber älter
296 123 2022-01-20 - gleiches AZ, aber älter
301 432 2022-03-14 - neuester
Bei der Migration hängt ein Rattenschwanz von Relationships und Businesslogik mit dran, deswegen ist das kein einfaches rumkopieren.
Hey, habe durch die Firma dieses Buch in die Hände bekommen
https://makevscodeawesome.com/launch
und ich muss sagen, VSCode ist um einiges geiler geworden. Ich habe nicht alle UI Änderungen mitgemacht, z. B. Highlighte ich weiterhin gerne die Änderungen im Git, aber alter Falter, nachdem ich viele der Shortcuts drin habe ist es echt angenehmer. Mit VIM komm ich nicht klar, aber in dem Maß gefällt es mir.
Kurz gesagt blendet man alles aus, auch den File Explorer in dem Screen unten und holt sich alles mit Shortcuts rein und raus. Das geht gut von der Hand, wenn man mal damit anfängt.
Und was ich jetzt erst gelernt habe, wenn man CMD+P mehrmals drückt wechselt man direkt durch die Dateien, ich habe das immer einmal gedrückt und bin dann mit den Pfeiltasten runter zur Datei die ich gebraucht habe.
Erst seit Wechseln meines Jobs arbeite ich dauerhaft an einem Mac und meine Kollegen erklären einem wie gut Alfred ist, aber seitdem ich eine Clipboard History habe, gehört das zu den Werkzeugen, ohne die man als Entwickler gar nicht leben kann. Wenn die jemand nicht nutzt beim Pairing dreh ich durch.
Kann ich beides nur empfehlen, wenn ihr euch in VSCode bewegt und noch keine Clipboard History habt.
https://makevscodeawesome.com/launch
und ich muss sagen, VSCode ist um einiges geiler geworden. Ich habe nicht alle UI Änderungen mitgemacht, z. B. Highlighte ich weiterhin gerne die Änderungen im Git, aber alter Falter, nachdem ich viele der Shortcuts drin habe ist es echt angenehmer. Mit VIM komm ich nicht klar, aber in dem Maß gefällt es mir.
Kurz gesagt blendet man alles aus, auch den File Explorer in dem Screen unten und holt sich alles mit Shortcuts rein und raus. Das geht gut von der Hand, wenn man mal damit anfängt.
Und was ich jetzt erst gelernt habe, wenn man CMD+P mehrmals drückt wechselt man direkt durch die Dateien, ich habe das immer einmal gedrückt und bin dann mit den Pfeiltasten runter zur Datei die ich gebraucht habe.
Erst seit Wechseln meines Jobs arbeite ich dauerhaft an einem Mac und meine Kollegen erklären einem wie gut Alfred ist, aber seitdem ich eine Clipboard History habe, gehört das zu den Werkzeugen, ohne die man als Entwickler gar nicht leben kann. Wenn die jemand nicht nutzt beim Pairing dreh ich durch.
Kann ich beides nur empfehlen, wenn ihr euch in VSCode bewegt und noch keine Clipboard History habt.
