Abo
  1. Foren
  2. Kommentare
  3. Software-Entwicklung
  4. Alle Kommentare zum Artikel
  5. › Neue Open Books von O…

Widerspruch?

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Widerspruch?

    Autor: autor 22.10.08 - 11:53

    Widersprechen sich die beiden Buchtitel nicht inhärent?

  2. Re: Widerspruch?

    Autor: Vollhorst 22.10.08 - 11:57

    autor schrieb:
    -------------------------------------------------------
    > Widersprechen sich die beiden Buchtitel nicht
    > inhärent?

    Nein, da "PHP = unsicher" als Pauschalaussage genauso falsch ist wie "Java = langsam".

  3. Re: Widerspruch?

    Autor: RoKa 22.10.08 - 12:23

    Vollhorst schrieb:
    -------------------------------------------------------
    > autor schrieb:
    > --------------------------------------------------
    > > Widersprechen sich die beiden Buchtitel nicht inhärent?
    >
    > Nein, da "PHP = unsicher" als Pauschalaussage
    > genauso falsch ist wie "Java = langsam".

    Dann mach mal eine Feldstudie zum Thema PHP und Sicherheit.

  4. Re: Widerspruch?

    Autor: - 22.10.08 - 12:27

    RoKa schrieb:
    >
    > Dann mach mal eine Feldstudie zum Thema PHP und
    > Sicherheit.
    >

    Das liegt aber nicht an PHP, sondern an den Entwicklern die unsichere Anwendungen darin schreiben. Das ist in jeder Sprache möglich. Zugegeben zieht PHP durch seine flache Lernkurve viele unerfahrene Entwickler an, aber das ist ein anderer Punkt und macht PHP an sich nicht unsicher.

  5. Re: Widerspruch?

    Autor: Raven 22.10.08 - 12:36

    > Dann mach mal eine Feldstudie zum Thema PHP und
    > Sicherheit.

    Dann stellst du fest, dass Entwickler mit wenig Erfahrung sowohl mehr Fehler produzieren, als auch eine Sprache mit geringer Einstiegshürde wählen. Und nun lautet deine Schlussfolgerung, dass Programmieren komplizierter werden muss, damit Anwendungen sicherer werden?

  6. Re: Widerspruch?

    Autor: autor 22.10.08 - 12:45

    Raven schrieb:
    -------------------------------------------------------
    > > Dann mach mal eine Feldstudie zum Thema PHP
    > und
    > Sicherheit.
    >
    > Dann stellst du fest, dass Entwickler mit wenig
    > Erfahrung sowohl mehr Fehler produzieren, als auch
    > eine Sprache mit geringer Einstiegshürde wählen.
    > Und nun lautet deine Schlussfolgerung, dass
    > Programmieren komplizierter werden muss, damit
    > Anwendungen sicherer werden?

    Das Erstellen von unsicheren Anwendungen muss komplizierter werden, das Erstellen von sicheren Anwendungen leichter. Also das Gegenteil von dem was PHP bietet.

  7. Re: Widerspruch?

    Autor: DerSam 22.10.08 - 13:15

    Was dennoch nicht bedeutet, dass PHP "Anwendungen" Prinzipiell unsicher sind...
    XSS und SQL-Injections sind bei ASP genauso möglich wie bei PHP
    Sicher wird es nur, indem der Programmierer drauf achtet...

  8. Re: Widerspruch?

    Autor: Zoddy 22.10.08 - 14:17

    autor schrieb:
    -------------------------------------------------------
    > Raven schrieb:
    > --------------------------------------------------
    > -----
    > > > Dann mach mal eine Feldstudie zum Thema
    > PHP
    > und
    > Sicherheit.
    >
    > Dann
    > stellst du fest, dass Entwickler mit wenig
    >
    > Erfahrung sowohl mehr Fehler produzieren, als
    > auch
    > eine Sprache mit geringer Einstiegshürde
    > wählen.
    > Und nun lautet deine
    > Schlussfolgerung, dass
    > Programmieren
    > komplizierter werden muss, damit
    > Anwendungen
    > sicherer werden?
    >
    > Das Erstellen von unsicheren Anwendungen muss
    > komplizierter werden, das Erstellen von sicheren
    > Anwendungen leichter. Also das Gegenteil von dem
    > was PHP bietet.
    >
    >


    als ob komplizierte programmierung sicherheitsprobleme lösen würde. das kann man auch nur sagen, wenn man entweder keine große erfahrung hat oder partout auf eine sprache schimpfen möchte. es ist sogar verdammt einfach php-anwendungen sicher zu bekommen. nur weil du es vielleicht nicht weißt (ist dir wahrscheinlich zu kompliziert =P), heißt es nicht automatisch, das es nicht geht.

Neues Thema Ansicht wechseln


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

Anzeige
Stellenmarkt
  1. Haufe Gruppe, Freiburg im Breisgau
  2. Daimler AG, Germersheim
  3. DIEBOLD NIXDORF, Hamburg, Paderborn
  4. DIEBOLD NIXDORF, Paderborn, Taucha bei Leipzig

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 23,99€
  2. (-53%) 13,99€
  3. 12,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Halo Wars 2 angespielt: Mit dem Warthog an die Strategiespielfront
Halo Wars 2 angespielt
Mit dem Warthog an die Strategiespielfront

Reverse Engineering: Mehr Spaß mit Amazons Dash-Button
Reverse Engineering
Mehr Spaß mit Amazons Dash-Button
  1. Online-Einkauf Amazon startet virtuelle Dash-Buttons

Glasfaser: Nun hängt die Kabel doch endlich auf!
Glasfaser
Nun hängt die Kabel doch endlich auf!
  1. US-Präsident Zuck it, Trump!
  2. Fake News Für Facebook wird es hässlich
  3. Nach Angriff auf Telekom Mit dem Strafrecht Router ins Terrorcamp schicken oder so

  1. Spielebranche: Goodgame Studios entlässt weitere 200 Mitarbeiter
    Spielebranche
    Goodgame Studios entlässt weitere 200 Mitarbeiter

    Der Stellenabbau beim Hamburger Entwicklerstudio Goodgame geht weiter: Rund 200 Mitarbeiter verlieren offenbar ihren Job. Das erst kürzlich abgetretene Management kehrt zurück an die Spitze.

  2. Project Scorpio: Neue Xbox ohne ESRAM, aber mit Checkerboard
    Project Scorpio
    Neue Xbox ohne ESRAM, aber mit Checkerboard

    Microsoft verzichtet bei Project Scorpio auf schnellen On-Chip-Speicher und setzt offenbar weiterhin auf Jaguar-Kerne. Die Xbox beherrscht wie die Playstation 4 Pro sogenanntes Checkerboard-Rendering, Microsoft rät aber zu gröberen Effekten und dynamischer Auflösung statt durchweg zu 4K-UHD.

  3. DirectX 12: Microsoft legt Shader-Compiler offen
    DirectX 12
    Microsoft legt Shader-Compiler offen

    Der Compiler für Microsofts Shader-Sprache HLSL ist Open Source. Das Werkzeug ist Teil von DirectX 12 und basiert auf LLVM sowie dessen Frontend Clang. HLSL ist damit effektiv nicht mehr proprietär und für die Treiberentwickler ergeben sich daraus einige Vorteile.


  1. 18:21

  2. 18:16

  3. 17:44

  4. 17:29

  5. 16:57

  6. 16:53

  7. 16:47

  8. 16:14