Abo
  1. Foren
  2. Kommentare
  3. Software-Entwicklung
  4. Alle Kommentare zum Artikel
  5. › Software-Entwickler…
  6. T…

Halb-OT: Prozedural oder OOP anfangen?

  1. Thema
  1. 1
  2. 2

Neues Thema Ansicht wechseln


  1. Re: Halb-OT: Prozedural oder OOP anfangen?

    Autor: Deff-Zero 25.09.18 - 18:51

    Astorek schrieb:
    --------------------------------------------------------------------------------

    > Ich frage mich, ob man dem entgegensteuern könnte, wenn man relativ früh
    > OOP ansich lernt?

    Dann hast Du vergleichbare Probleme, wenn Du deine erste Funktionalsprache lernen willst und dann nicht mehr aus der imperativen "OOP-Denke" rauskommst. Irgendwas ist halt immer...

  2. Re: Halb-OT: Prozedural oder OOP anfangen?

    Autor: Deff-Zero 25.09.18 - 18:56

    MadCat_me schrieb:
    --------------------------------------------------------------------------------
    > zilti schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Denkt doch auch mal an functional programming! :)
    >
    > Volle Zustimmung. Muss ja auch nicht gleich Haskell sein.

    Doch, eigentlich schon.

    > Man kann auch mit
    > JavaScript oder Ruby einigermaßen funktional entwickeln, um mal in die
    > Denkweise reinzukommen.

    Nein, ich kenne viele erfahrene OCaml-Programmierer, die Funktionalsprachen und deren Konzepte nur halb verstanden haben. Einfach aus dem Grund, weil OCaml es immer noch erlaubt im Prinzip weiter C zu programmieren - nur halt sicherer, weil ohne Zeiger. Mit Javascript, Ruby etc wird das nicht anders sein. Man programmiert nicht funktional nur weil man einmal "map" oder 'reduce" aufgerufen hat. Bei weitem nicht.

    Daher am besten ins kalte Wasser springen und Haskel, Idris oder andere pure Sprachen lernen.

  3. Re: Halb-OT: Prozedural oder OOP anfangen?

    Autor: FalschesEnde 25.09.18 - 19:58

    OOP ist ein Konzept und erstmal nicht an eine Sprache gebunden (klugscheiss). Die allermeisten "Probleme" lassen sich de facto prozedural lösen - und werden auch prozedural gelöst. Auch in einer OOP-Sprache. Ob ich eine Routine als "Prozedur", "Funktion" oder "Methode" bezeichne... ist erstmal ziemlich egal.

    Ich kenne genügend Leute die eine OO - Orthodoxie mittlerweile ablehnen und gemischt fahren. Zitat eines Kollegen: "Ich lüge mir nicht länger in die Tasche. Nur weil ich mit C# oder Java 'ne Methode schreibe und aufrufe ists nicht objektorientiert".

  4. Re: Halb-OT: Prozedural oder OOP anfangen?

    Autor: korona 26.09.18 - 00:02

    Am besten eine Sprach nehmen mit der Man alles programmieren kann. Theoretisch geht das mit fast jeder OOP Sprache. Schließlich kann ich da auch alle Klassen und Objekte weglassen und eine riesige Main mit Funktionen vollspicken. Leider hat man dann meistens zwar großen Overhead.

    In der Uni haben wir mit einer Lernsprache angefangen, die erstmal nur Prozedural und Funktional arbeitete. Der Pluspunkt ist man lernt erstmal viele Grundlagen, die man auch in OOP Programmierung benutzen kann (z.b. Rekursive Funktionen).

    Danach sollte man sich meiner Meinung mit OOP beschaffen, da OOP meiner Ansicht nach einfach noch eine Schüppe oben drauf legt. Leider kann z.B. Java nicht so gut mit Funktionen umgehen, aber dafür z.B. Scala oder Python.

    Ich würde allen empfehlen sich alle gängigen Programmierkonzepte anzuschauen. Viele Ideen davon kann man auch in anderen Konzepten unterbringen. Zum Beispiel liebe ich bis heute rekursive Funktionen, obwohl diese oft Probleme liefern (Stack Overflow ich hör dich rufen).

  5. Re: Halb-OT: Prozedural oder OOP anfangen?

    Autor: 0xDEADC0DE 26.09.18 - 13:37

    Sehe ich ähnlich aber nicht exakt so.

    1. Auch prozeduraler Code kann übersichtlich aufgebaut werden, indem man eben nicht einen langen Roman schreibt, sondern Funktionen in eigene Subroutinen auslagert und die aufruft. Erhöht die Übersicht, macht es leichter debuggbar, etc.

    2. OOP fällt mir heute auch noch sau schwer, auch dieses ganze Klassengedöns, weil ich das nie richtig gelernt hatte ABER auch nie wirklich gebraucht habe. Es wäre daher von Vorteil, wenn man das von Grund auf richtig lernt und den Unterschied am Anfang versteht, sich dann aber am besten spezialisiert.

  1. 1
  2. 2

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. SCALTEL AG, Waltenhofen Raum Kempten
  2. VascoMed GmbH, Binzen
  3. Rodenstock GmbH, Regen
  4. DEKRA SE, Stuttgart

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. (aktuell u. a. CPU-Kühler)
  2. mit Gutschein: NBBCORSAIRPSP19
  3. (heute u. a. Saugroboter)
  4. (u. a. Metal Gear Solid V: The Definitive Experience für 8,99€ und Train Simulator 2019 für 12...


Haben wir etwas übersehen?

E-Mail an news@golem.de


Minecraft Dungeons angespielt: Fehlt nur noch ein Klötzchen-Diablo in der Tiefe
Minecraft Dungeons angespielt
Fehlt nur noch ein Klötzchen-Diablo in der Tiefe

E3 2019 Von der Steuerung bis zu den Schatzkisten: Minecraft Dungeons hat uns beim Anspielen bis auf die Klötzchengrafik verblüffend stark an Diablo erinnert - und könnte gerade deshalb teuflisch spaßig werden!

  1. Augmented Reality Minecraft Earth erlaubt Klötzchenbauen in aller Welt
  2. Microsoft Augmented-Reality-Minecraft kommt zum zehnten Jubiläum
  3. Jubiläum ohne Notch Microsoft feiert Minecraft ohne Markus Persson

5G-Auktion: Warum der Preis der 5G-Frequenzen so hoch war
5G-Auktion
Warum der Preis der 5G-Frequenzen so hoch war

Dass die Frequenzen für den 5G-Mobilfunk teuer wurden, lasten Telekom, Vodafone und Telefónica dem Newcomer United Internet an. Doch dies ist laut dem Netzplaner Kai Seim nicht so gewesen.
Eine Analyse von Achim Sawall

  1. Funklöcher Hohe Bußgelder gegen säumige Mobilfunknetzbetreiber
  2. Bundesnetzagentur 5G-Frequenzauktion erreicht 6,5 Milliarden Euro
  3. 5G-Auktion Etablierte wollen Preis für 1&1 Drillisch hochtreiben

Ada und Spark: Mehr Sicherheit durch bessere Programmiersprachen
Ada und Spark
Mehr Sicherheit durch bessere Programmiersprachen

Viele Sicherheitslücken in Software sind auf Programmierfehler zurückzuführen. Diese Fehler lassen sich aber vermeiden - und zwar unter anderem durch die Wahl einer guten Programmiersprache. Ada und Spark gehören dazu, leider sind sie immer noch wenig bekannt.
Von Johannes Kanig

  1. Das andere How-to Deutsch lernen für Programmierer
  2. Programmiersprachen, Pakete, IDEs So steigen Entwickler in Machine Learning ein
  3. Software-Entwickler Welche Programmiersprache soll ich lernen?

  1. Schnittstelle: PCIe Gen6 verdoppelt erneut Datenrate
    Schnittstelle
    PCIe Gen6 verdoppelt erneut Datenrate

    Während es bald die erste Consumer-Plattform von AMD mit PCIe Gen4 gibt und 2021 bereits CPUs mit PCIe Gen5 erscheinen sollen, befindet sich PCIe Gen6 in Arbeit: Die Schnittstelle soll 64 GT/s pro Lane erreichen, was 128 GByte/s bei einem x16-Slot für Grafikkarten entspricht.

  2. Simone Giertz: Pickup aus Tesla Model 3 selbst gebaut
    Simone Giertz
    Pickup aus Tesla Model 3 selbst gebaut

    Tesla plant zwar einen elektrischen Pickup, doch die Youtuberin Simone Giertz hat schon jetzt ein Model 3 zu einem Elektroauto mit Pritsche umgebaut.

  3. Verkauf: Siemens steigt bei elektrischen Flugzeugmotoren aus
    Verkauf
    Siemens steigt bei elektrischen Flugzeugmotoren aus

    Siemens verkauft sein Startup eAircraft, das elektrische Flugzeugmotoren entwickelt. Welche Konsequenzen das für das Lufttaxiprojekt von Airbus hat, ist nicht abzusehen. Der neue Besitzer ist jedoch eng mit Airbus verbandelt.


  1. 08:38

  2. 08:03

  3. 07:18

  4. 18:14

  5. 17:13

  6. 17:01

  7. 16:39

  8. 16:24