Ok das schon geil.
Snapshot der letzten Monate / Jahre:
C#, Python, Typescript (Angular).
Zukunft sieht nach Python only aus.
Der IT-Thread
- Ersteller Sylvester
- Erstellt am
C#, Python, Typescript (Angular).
Zukunft sieht nach Python only aus.
Ach ja bei mir:
Von oben (oft) nach unten (seltener)
- Python
- Bash
- Assembler
- PHP
- Javascript
- Java
Von oben (oft) nach unten (seltener)
- Python
- Bash
- Assembler
- PHP
- Javascript
- Java
hallo herr @Sylvester ich habe hier ein irix system und frage mich ob ich steam installieren kann
mfg
mfg
Hab früher in der Medizintechnik gearbeitet. Das fand ich damals ganz cool, weil du von der Hardwareebene übers Protokoll bis zum Backend und Clients eigentlich eine enorme Bandbreite hattest. Hab viel gelernt damals.
Danach bin ich in die Robotik und Fabrikautomatisierung gegangen. Riesen Fehler und größtenteils sehr langweilig. Nach einem Jahr dort wieder weg. War einfach nicht mein Fall.
Danach einige Jahre globale verteilte Systeme und distributed Computing. 2021 mein eigenes Startup gegründet und 2023 liquidiert, weil Deutschland einfach nicht möchte, dass du dort unternehmerisch aktiv wirst. Seit knapp 9 Monaten jetzt im Web 3 Bereich, Fokus auf AI on Chain. Schon komplett andere Welt, aber auch ganz geil.
Früher viel .NET/C#/C++/Pascal/ASM (mit dem guuuuden VB ganz am Anfang noch, lel), seit einigen Jahren eigentlich nur noch Go/Rust/Python. Grundsätzlich versuche ich schon das "richtige Werkzeug" für den Job zu nehmen.
Danach bin ich in die Robotik und Fabrikautomatisierung gegangen. Riesen Fehler und größtenteils sehr langweilig. Nach einem Jahr dort wieder weg. War einfach nicht mein Fall.
Danach einige Jahre globale verteilte Systeme und distributed Computing. 2021 mein eigenes Startup gegründet und 2023 liquidiert, weil Deutschland einfach nicht möchte, dass du dort unternehmerisch aktiv wirst. Seit knapp 9 Monaten jetzt im Web 3 Bereich, Fokus auf AI on Chain. Schon komplett andere Welt, aber auch ganz geil.
Früher viel .NET/C#/C++/Pascal/ASM (mit dem guuuuden VB ganz am Anfang noch, lel), seit einigen Jahren eigentlich nur noch Go/Rust/Python. Grundsätzlich versuche ich schon das "richtige Werkzeug" für den Job zu nehmen.
Geht mir ähnlich, wobei ich aber auch feststellen muss, dass die große Panikmache vom Anfang völlig deplatziert war und viele LLMs noch stark problembehaftet sind. Ich persönlich glaube, dass sie in den kommenden Jahren im Mainstream vermehrt als Ergänzung eingesetzt werden, bis die Technologie soweit ist, das "1337-Hackzorn" mehrheitlich - und vor allem zuverlässig (daran hapert es am meisten) - zu übernehmen. Erwartungsgemäß werden viele Entwickler darauf nicht vorbereitet sein.
Wenn ein IRIX-System ein Linuxsystem emulieren könnte wäre das vielleicht durchführbar.
Auf FreeBSD läuft es anscheinend auch:
Ich sage das jetzt nicht basierend auf Fakten sondern nur auf Erfahrung und auf der Geschichte der vergangenen "Jetzt werden wir endlich keine Programmierer mehr brauchen"-Techs:
Wird nicht passieren.
Wir sind im Moment am Anfang einer Hype-bubble, weil KI tatsächlich beeindruckend ist fürs programmieren. Aber genauso wie SQL, graphische Programmiersprachen, Excel, die erste KI-Generation, etc... nicht zu einer Abschaffung des Programmierers geführt haben, wird diese KI Generation genausowenig dazu führen.
Im Endeffekt denken die meisten Menschen einfach viel zu unpräzise als dass eine KI gross Sinn aus ihren Beschreibungen machen könnte.
Dazu ein Comic von 2016:
Sicherheitszeugs und so.
Ab und zu auch verteilte Systeme (für ein Projekt in Afrika, tatsächlich sogar)
>Immer mehr gebloateter Scheißdreck kommt oben drauf
Nur weils in C++ ist heisst es nicht dass du es verwenden musst.
t. Irgendo so ein Froschfresser der wo den kleenen Prints geschrieben hat
Ich finde dass mit jedem Sprachupdate mein Code schlanker und eleganter wird.
Das gute ist ja dass nur das eine Verhalten dass du auch in deinem Code verwendest irgendwas zur Laufzeit beiträgt. Die restlichen 123566 Verhalten werden vom Compiler wegoptimiert.
Und ehrlich gesagt, Java als positiven Kontrast zu C++ bzgl. Bloat anzuführen (wenn ich deinen Post richtig verstanden habe) ist schon ein wenig gewagt.
Ob ein r8000 das schafft? Bin zu arm für ein r10000Wenn ein IRIX-System ein Linuxsystem emulieren könnte wäre das vielleicht durchführbar.
Auf FreeBSD läuft es anscheinend auch:
Kaugummiescapetasten auf deinem Custom Ortho-Clicky-Split 40% Keyboard im Alice-Layout haste net?
Ich argumentiere hier jetzt eher aus einer Advocatus Diaboli Position heraus, aber bedenke Folgendes:Ich sage das jetzt nicht basierend auf Fakten sondern nur auf Erfahrung und auf der Geschichte der vergangenen "Jetzt werden wir endlich keine Programmierer mehr brauchen"-Techs:
Wird nicht passieren.
Wir sind im Moment am Anfang einer Hype-bubble, weil KI tatsächlich beeindruckend ist fürs programmieren. Aber genauso wie SQL, graphische Programmiersprachen, Excel, die erste KI-Generation, etc... nicht zu einer Abschaffung des Programmierers geführt haben, wird diese KI Generation genausowenig dazu führen.
Im Endeffekt denken die meisten Menschen einfach viel zu unpräzise als dass eine KI gross Sinn aus ihren Beschreibungen machen könnte.
Dazu ein Comic von 2016:
Sicherheitszeugs und so.
Ab und zu auch verteilte Systeme (für ein Projekt in Afrika, tatsächlich sogar)
>Immer mehr gebloateter Scheißdreck kommt oben drauf
Nur weils in C++ ist heisst es nicht dass du es verwenden musst.
t. Irgendo so ein Froschfresser der wo den kleenen Prints geschrieben hat
Ich finde dass mit jedem Sprachupdate mein Code schlanker und eleganter wird.
Das gute ist ja dass nur das eine Verhalten dass du auch in deinem Code verwendest irgendwas zur Laufzeit beiträgt. Die restlichen 123566 Verhalten werden vom Compiler wegoptimiert.
Und ehrlich gesagt, Java als positiven Kontrast zu C++ bzgl. Bloat anzuführen (wenn ich deinen Post richtig verstanden habe) ist schon ein wenig gewagt.
Klar, Java ist sehr verbos (was such Vorteile hat, weil man den Code besser lesen kann als einen "klugen" Einzeiler) und Funktionsaufrufe.der.Bloatlord.Tier.sind.nervig.zu.lesen() aber dafür ist es funktional eindeutig und erfordert weniger Wissen über arkane Funktionsweisen der Sprache.
Warum nach einer Vererbung mehrere identische, aufrufbare Subobjekte in einem Objekt leben und Dir das ganze erst zur Runtime um die Ohren fliegt wenn Du ein Generisches davon aufrufst, sich das Programm dann aber nicht entscheiden kann, welches es nimmt bzw. Warum das wichtig ist und nicht wegabstrahiert wird, Du aber gleichzeitig ein spezifisches ohne Probleme aufrufen kannst außer es ist dann virtual, kannst Du keinem erklären.
Alleine der Satz liest sich so behindert, dass ich ihn nicht mehr verstehe nachdem ich ihn geschrieben habe. Und das ist nur die Spitze des Eisbergs.
Java macht viel hinter der Bühne, aber wenn es kompiliert läufts auf dieser Version der JVM und gut ist. Die so gesparte Zeit kannst Du auch investieren um ein besseres Programm zu schreiben.