Menü×

Der IT-Thread

  • Mod/RDW
    #1561 Sylvester 18 Okt. 2022, 20:59

    Zitat von: Beate

    Fand Go ziemlich interessant.
    Go ist doch Aids. Komme immer noch nicht klar, dass man die geschweifte Klammer nicht in die nächste Zeile schreiben darf. Dann hätte man auf die Klammern auch gleich verzichten können.

  • #1562 Knusper 18 Okt. 2022, 21:00

    Zitat von: Qu4rkey


    Hat auch die Vorgänger Transport Tycoon (Deluxe) und dessen Nachfolger Locomotion in Assembler geschrieben - ich meine mit einem Anteil von ca. 95%. Der Rest ist dann in C und Assets. Chris scheinbar 1 Assemblerkreck watter is.

    Das hat der Performance wirklich gut getan. Ich erinnere mich, TT auf nem 486 openend gesuchtet zu haben.

  • #1563 Beate 18 Okt. 2022, 21:11

    Zitat von: Hexley

    Go ist doch Aids. Komme immer noch nicht klar, dass man die geschweifte Klammer nicht in die nächste Zeile schreiben darf. Dann hätte man auf die Klammern auch gleich verzichten können.
    Un weidda? Ist aber natürlich doof, das es so nicht geht. Welchen Zweck verfolgen denn die Go-Entwickler damit? Mir fällt nichts ein

  • Mod/RDW
    #1564 BigBANG 18 Okt. 2022, 21:26

    Ich bin durch die Arbeit momentan gezwungen mit Angular zu arbeiten.
    Angular versucht die Schwächen von Javascript zu minimieren, indem alles auf Typescript basiert und alles in Komponenten modularisiert.
    Dadurch kann ich zumindest Angular etwas abgewinnen.

    Was ich weniger verstehe: wieso verwenden Leute freiwillig Javascript im Backend und nutzen z.B. NodeJs.
    Javascript wurde nie dafür designed im Backend eingesetzt zu werden.
    Wenn man C# gewohnt ist, ist es die Hölle plötzlich keine type-safety mehr zu haben. Ständig treten irgendwelche Exceptions auf, die ich erst bemerke, wenn ich in die Debug-Konsole schaue.
    Damit Javascript sauber läuft, muss man alles 3 mal kontrollieren, während man in Sprachen mit Typsicherheit schon während des Kompilierens merkt, wenn man Scheiße baut.

    Ich muss mich leider weiter in Angular einarbeiten, aber ich hoffe darauf, dass Webassembly eine verbreitete Alternative zu Javascript wird.
    Einziger Vorteil von Javascript: Anfänger haben einen leichteren Einstieg. Danach kommen nur noch Nachteile.

  • Mod/RDW
    #1565 BigBANG 18 Okt. 2022, 21:29

    Zitat von: Beate

    Ich find es nur gut, wenn man wirklich in größeren Teams arbeitet. Ansonsten ist es natürlich so, dass Container auch teilweise ganz schön viele Ressourcen verbrauchen. Aber wenn man sich noch einen Watchtower-Container deployet, kann das natürlich ganz angenehm sein, wobei Docker für NodeJS-Projekte sicherlich nicht das Angenehmste ist (der Build dauert teilweise sehr lange, zumindest bei meinen Projekten).


    Die Erweiterung ist jetzt nicht so dolle bis halt auf die Ansicht der Files. Das kann mal beim Debuggen helfen.
    Docker ist geil, wenn man Serverhopping betreiten möchte oder mit Microservices viele verschiedene Server nutzt. Einfach docker-compose starten und dein Projekt läuft.
    Solange man sein System nicht in Azure oder AWS hostet, spricht alles für Docker.

  • #1566 Pedder 18 Okt. 2022, 21:39

    Zitat von: Hexley

    Go ist doch Aids. Komme immer noch nicht klar, dass man die geschweifte Klammer nicht in die nächste Zeile schreiben darf. Dann hätte man auf die Klammern auch gleich verzichten können.
    Wenigstens kann man den Code lesen, was man von Rust nicht behaupten kann.
    Zitat von: Beate
    Un weidda? Ist aber natürlich doof, das es so nicht geht. Welchen Zweck verfolgen denn die Go-Entwickler damit? Mir fällt nichts ein
    Einheitliche Formatierung. Mag ich auch nicht so, aber mir sind Debatten über Tabs vs. Spaces und andere Formatierungen relativ egal, solange es im ganzen Projekt konsistent ist.
    Abgesehen davon sind natürlich offensichtlich Leerzeichen besser als Tabs

  • #1567 pump3 18 Okt. 2022, 22:24

    Zitat von: BigBANG

    Ich bin durch die Arbeit momentan gezwungen mit Angular zu arbeiten.
    Angular versucht die Schwächen von Javascript zu minimieren, indem alles auf Typescript basiert und alles in Komponenten modularisiert.
    Dadurch kann ich zumindest Angular etwas abgewinnen.

    Was ich weniger verstehe: wieso verwenden Leute freiwillig Javascript im Backend und nutzen z.B. NodeJs.
    Stockholm Syndrom.
    Und die Sojajungs von heute kennen halt nix anderes.

  • #1568 Rollatormann 18 Okt. 2022, 22:38

    Zitat von: BigBANG

    Ich bin durch die Arbeit momentan gezwungen mit Angular zu arbeiten.
    Angular versucht die Schwächen von Javascript zu minimieren, indem alles auf Typescript basiert und alles in Komponenten modularisiert.
    Dadurch kann ich zumindest Angular etwas abgewinnen.

    Was ich weniger verstehe: wieso verwenden Leute freiwillig Javascript im Backend und nutzen z.B. NodeJs.
    Javascript wurde nie dafür designed im Backend eingesetzt zu werden.
    Wenn man C# gewohnt ist, ist es die Hölle plötzlich keine type-safety mehr zu haben. Ständig treten irgendwelche Exceptions auf, die ich erst bemerke, wenn ich in die Debug-Konsole schaue.
    Damit Javascript sauber läuft, muss man alles 3 mal kontrollieren, während man in Sprachen mit Typsicherheit schon während des Kompilierens merkt, wenn man Scheiße baut.

    Ich muss mich leider weiter in Angular einarbeiten, aber ich hoffe darauf, dass Webassembly eine verbreitete Alternative zu Javascript wird.
    Einziger Vorteil von Javascript: Anfänger haben einen leichteren Einstieg. Danach kommen nur noch Nachteile.
    Einfach keine Scheisse bauen.

    Ne stimmt schon, merke das bereits bei MSVC + Clang.
    Wieviele Programmierer immer meckern dass ihr Scheisse ja unter MSVC kompiliert, warrrummääää Clang plötzlich meckert. 🙄
    Dass der Compiler versucht den Murks irgendwie richtig hinzubekommen raffen viele nicht.
    Menschen sind halt faul.

    Selbe mit "auto", könnt ich kotzen wenn das Leute nutzen und es dann explodiert.

  • #1569 Beate 18 Okt. 2022, 22:50

    Zitat von: BigBANG

    Ich bin durch die Arbeit momentan gezwungen mit Angular zu arbeiten.
    Angular versucht die Schwächen von Javascript zu minimieren, indem alles auf Typescript basiert und alles in Komponenten modularisiert.
    Dadurch kann ich zumindest Angular etwas abgewinnen.

    Was ich weniger verstehe: wieso verwenden Leute freiwillig Javascript im Backend und nutzen z.B. NodeJs.
    Javascript wurde nie dafür designed im Backend eingesetzt zu werden.
    Wenn man C# gewohnt ist, ist es die Hölle plötzlich keine type-safety mehr zu haben. Ständig treten irgendwelche Exceptions auf, die ich erst bemerke, wenn ich in die Debug-Konsole schaue.
    Damit Javascript sauber läuft, muss man alles 3 mal kontrollieren, während man in Sprachen mit Typsicherheit schon während des Kompilierens merkt, wenn man Scheiße baut.

    Ich muss mich leider weiter in Angular einarbeiten, aber ich hoffe darauf, dass Webassembly eine verbreitete Alternative zu Javascript wird.
    Einziger Vorteil von Javascript: Anfänger haben einen leichteren Einstieg. Danach kommen nur noch Nachteile.
    Finde React in Ordnung, mit Angular habe ich noch nie gearbeitet.

  • Mod/RDW
    #1570 BigBANG 18 Okt. 2022, 22:53

    70% der Industrie baut auf JavaScript auf. Wir müssen uns alle gehörig schämen.
    Das ist ein Kollektivversagen.
    Was würden Aliens denken, die auf die Erde kommen und unseren Code analysieren?
    „Really nickah, das ist das Beste, was ihr zustande gebracht habt?“

    Dieser Beitrag wurde von BigBANG am 18.10.2022 23:04:09 bearbeitet.
  • #1571 pump3 19 Okt. 2022, 00:06

    Zitat von: BigBANG

    70% der Industrie baut auf JavaScript auf. Wir müssen uns alle gehörig schämen.
    Das ist ein Kollektivversagen.
    Was würden Aliens denken, die auf die Erde kommen und unseren Code analysieren?
    „Really nickah, das ist das Beste, was ihr zustande gebracht habt?“
    Nerds sind halt auch alles Mitläufer die nur Befehle befolgen.

  • #1572 Beate 19 Okt. 2022, 00:17

    Zitat von: BigBANG

    70% der Industrie baut auf JavaScript auf. Wir müssen uns alle gehörig schämen.
    Das ist ein Kollektivversagen.
    Was würden Aliens denken, die auf die Erde kommen und unseren Code analysieren?
    „Really nickah, das ist das Beste, was ihr zustande gebracht habt?“
    JS ist auch eine Skriptsprache. Hat halt einen anderen Einsatzzweck als Java oder Sprachen der C-Familie. Und dass JS mittlerweile so populär ist, liegt auch daran, dass es seit ein paar Jahren von Google, Facebook und Co. massiv gepusht wird. React wurde ja zum Beispiel von Facebook entwickelt und mit React Native kann man sogar ganze Applikationen damit programmieren. Außerdem sind die Clients mittlerweile mächtiger geworden. Siehe auch Web-Assembly. Wenn du Typsicherheit brauchst, gibt es TypeScript.

    Und ja keiner hätte gedacht, dass man eine Skriptsprache, die man damals für irgendwelche Popups auf Webseiten genutzt hat, für vollwertige Anwendungen nutzt. Nutze es bislang auch nur im Frontend. Insbesondere mit React.

    Dieser Beitrag wurde von Beate am 19.10.2022 00:23:50 bearbeitet.
  • #1573 Pedder 19 Okt. 2022, 00:22

    Zitat von: Rollatormann

    Selbe mit "auto", könnt ich kotzen wenn das Leute nutzen und es dann explodiert.
    Verwende auto fast überall. Wer hat denn schon die Zeit jedes mal std::shared_ptr<std::vector<std::function<std::weak_ptr<std::string>(int, int)>>> zu schreiben.

  • #1574 pump3 19 Okt. 2022, 00:31

    Zitat von: Pedder

    Verwende auto fast überall. Wer hat denn schon die Zeit jedes mal std::shared_ptr<std::vector<std::function<std::weak_ptr<std::string>(int, int)>>> zu schreiben.
    Code wird 1x geschrieben aber 100x gelesen. Wie schnell du etwas schreiben kannst ist an sich erstmal völlig zweitrangig.

  • Mod/RDW
    #1575 Sylvester 19 Okt. 2022, 07:16

    Zitat von: Pedder

    Verwende auto fast überall. Wer hat denn schon die Zeit jedes mal std::shared_ptr<std::vector<std::function<std::weak_ptr<std::string>(int, int)>>> zu schreiben.
    using SharedPtrToListUglyFunc = std::shared_ptr<std::vector<std::function<std::weak_ptr<std::string>(int, int)>>>;
    Ich benutze auto, wenn es offensichtlich ist, wie z.B. auto p = std::make_unique<int[]>(1024);.
    Oder du hast die Inline-Hints an, dann wird sowieso geschrieben welcher Typ das ist, dann kannst du auto wirklich überall verwenden.

  • Mod/RDW
    #1576 Sylvester 19 Okt. 2022, 09:00

    Topkek, die Schwuchteln vom CCC haben ihren Kongress abgesagt wegen Corona:


    Zitat:
    Niemand könne die Corona-Lage im Dezember einschätzen, aber es sei absehbar, dass strenge Hygiene-Auflagen notwendig und wahrscheinlich auch verpflichtend seien - wenn eine Veranstaltung mit mehreren tausend Besuchern überhaupt genehmigungsfähig sei, heißt es in dem Blogeintrag. Auch wenn der Hackerkongress unter solchen strengen Hygiene-Auflagen durchgeführt werden könnte, sei zu befürchten, dass die Auflagen die gesamte Veranstaltung und ihre Atmosphäre bis hin zur Unkenntlichkeit dominieren würden.

  • #1577 Karl Klammer 19 Okt. 2022, 12:53

    C makes it easy to shoot yourself in the foot. C++ makes it harder but if you do it blows your whole leg off.

  • Mod/RDW
    #1578 BigBANG 19 Okt. 2022, 13:00

    Halte dich von diesem Thread fern, sonst fängst du am Ende noch an C++ zu programmieren.

    Frag mal einen C++ Coder wozu er für seine stinknormalen Business-Applikationen Hardwarenähe braucht. Je tiefer du bohrst, desto wütender wird Hexley.

  • #1579 pump3 19 Okt. 2022, 13:20

    C++ ist nicht nur hardwarenahe, es ist auch eine sehr schöne und leicht zu erlernende Sprache.
    Dieser Typ schätzt sich nach nur ein paar Jahren C++ Erfahrung als 7/10 ein:

    N9cTqey.jpg

  • #1580 ludwiglügt 19 Okt. 2022, 13:43

    Zitat von: BigBANG

    Was ich weniger verstehe: wieso verwenden Leute freiwillig Javascript im Backend und nutzen z.B. NodeJs.
    Das versteht man erst, wenn man Fullstack-Entwicklung macht und nicht ständig zwischen Sprachfamilien hin und her wechseln muss.

    Zitat von: BigBANG
    Wenn man C# gewohnt ist, ist es die Hölle plötzlich keine type-safety mehr zu haben. Ständig treten irgendwelche Exceptions auf, die ich erst bemerke, wenn ich in die Debug-Konsole schaue.

    Dass die C#-Bubble sich ständig was auf ihre Typsicherheit runterholt, ist jetzt nix neues. Manche können aber eben auch ohne diese sogenannte Typsicherheit funktionierende Software schreiben und deutlich schneller auf geänderte Anforderungen reagieren. In einem C#-Projekt muss ich bei jeder Anpassung einen objektorientierten Ausdruckstanz mit ganz vielen tollen Abstraktionen durchführen. Bei Typescript hab ich nur Funktionen.

    Aber ja: In der JS-Welt gibt es viele, die weder Ahnung von Stabilität noch von Softwareentwicklung im Allgemeinen haben und das hat der Klitsche den Ruf verschafft.