Abo
  1. Foren
  2. Kommentare
  3. Applikationen
  4. Alle Kommentare zum Artikel
  5. › Mountain Lion: Absturz in vielen…

Fazit

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. Fazit

    Autor: jurtsche 04.02.13 - 07:46

    Die Gier schlägt immer zurück.
    Da sinds schon früher draufgekommen und habens deshalb als Todsünde deklariert.



    1 mal bearbeitet, zuletzt am 04.02.13 07:46 durch jurtsche.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  2. Re: Fazit

    Autor: Himmerlarschundzwirn 04.02.13 - 07:46

    Welche Gier?

    Benutzer wird von Ihnen ignoriert. Anzeigen

  3. Re: Fazit

    Autor: jurtsche 04.02.13 - 08:00

    Himmerlarschundzwirn schrieb:
    --------------------------------------------------------------------------------
    > Welche Gier?

    Generell: Man wirft (erwartete) Exceptions und "fängt" sie um sie abzuarbeiten.

    Wenn eine Exception geworfen wird und aber der "catch" nicht ausprogrammiert ist, wurde eingespart. Und nicht nur beim Programmieren sondern anscheinend auch im Testen bzw. Qualitätssichern.

    Und warum? Gewinnmaximierung! = Gier.



    4 mal bearbeitet, zuletzt am 04.02.13 08:02 durch jurtsche.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  4. Re: Fazit

    Autor: Himmerlarschundzwirn 04.02.13 - 08:05

    Also sind alle Fehler, die (zumindest in der Programmierung) passieren, nur auf Gier zurückzuführen? Ich weiß ja nicht, wie viele Betriebssysteme du in deinem Leben schon so programmiert hast, aber ich halte Fehler durchaus für menschlich und nicht immer für fahrlässig. Wenn es danach geht, dürfte es für OSS eigentlich - wenn sie einmal released ist - keine Patches mehr geben, da sich die Gier ja dort in Grenzen halten dürfte und folglich keine Fehler passieren dürften.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  5. Re: Fazit

    Autor: Hösch 04.02.13 - 08:05

    jurtsche schrieb:
    --------------------------------------------------------------------------------
    > Und warum? Gewinnmaximierung! = Gier.

    Deswegen existieren in Linux keine Bugs, nicht wahr? Knapp vorbei ist auch daneben...

    Benutzer wird von Ihnen ignoriert. Anzeigen

  6. Re: Fazit

    Autor: Himmerlarschundzwirn 04.02.13 - 08:10

    Na das ist ja nur, damit die Unternehmen, die mit dem Support ihr Geld verdienen, ihre Gier befriedigen können. Das ist bestimmt Absicht!

    Benutzer wird von Ihnen ignoriert. Anzeigen

  7. Re: Fazit

    Autor: helgebruhn 04.02.13 - 08:21

    jurtsche schrieb:
    --------------------------------------------------------------------------------
    > Himmerlarschundzwirn schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Welche Gier?
    >
    > Generell: Man wirft (erwartete) Exceptions und "fängt" sie um sie
    > abzuarbeiten.
    >
    > Wenn eine Exception geworfen wird und aber der "catch" nicht
    > ausprogrammiert ist, wurde eingespart. Und nicht nur beim Programmieren
    > sondern anscheinend auch im Testen bzw. Qualitätssichern.
    >
    > Und warum? Gewinnmaximierung! = Gier.

    Selten solchen Quatsch gelesen, tut mir leid. Erst einmal gibt es weltweit keine einzige bugfreie Software, das wirds auch in 100 Jahren nicht geben und auch dann nicht, wenn 1 Mio Entwickler 20 Jahre an EINEM Programm arbeiten würden, das ist faktisch unmöglich, Punkt. Das liegt u.a. halt daran, daß es zig Mio verschiedene Hard- und Softwarekonstellationen gibt im Welt der PCs, Macs usw., die niemals alle berücksichtigt werden könnten.

    Außerdem strebt JEDES Unternehmen der Welt Gewinnmaximierung an, vor allem AGs, liegt in der Natur der Sache, demnach wären also alle Firmen gierig ^^.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  8. Re: Fazit

    Autor: Himmerlarschundzwirn 04.02.13 - 08:29

    Mit der 100-Jahre-Prognose wäre ich vorsichtig :-)

    In der Theorie ist es schon möglich, fehlerfreien Code zu schreiben. Dazu braucht's lediglich ein paar Änderungen. Hard- und Software müsste einheitlich sein und Software müsste von Computern geschrieben werden, um menschlichen Fehler auszuschließen. Hoffentlich wird's nie dazu kommen aber in 100 Jahren kann viel passieren ;-)

    Benutzer wird von Ihnen ignoriert. Anzeigen

  9. Re: Fazit

    Autor: jurtsche 04.02.13 - 08:34

    helgebruhn schrieb:
    --------------------------------------------------------------------------------
    >
    > Selten solchen Quatsch gelesen, tut mir leid. Erst einmal gibt es weltweit
    > keine einzige bugfreie Software, das wirds auch in 100 Jahren nicht geben
    > und auch dann nicht, wenn 1 Mio Entwickler 20 Jahre an EINEM Programm
    > arbeiten würden, das ist faktisch unmöglich, Punkt. Das liegt u.a. halt
    > daran, daß es zig Mio verschiedene Hard- und Softwarekonstellationen gibt
    > im Welt der PCs, Macs usw., die niemals alle berücksichtigt werden
    > könnten.
    >
    Du checkst anscheinend nicht, dass der Bug nur eine unbehandelte Exception ist und das sollte es in der heiligen Apple Software nicht geben oder eigentlich schon, denn es ist ja schon Standard, dass Software unfertig und ungetestet ausser Haus kommt, siehe Apple Maps.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  10. Re: Fazit

    Autor: Himmerlarschundzwirn 04.02.13 - 09:37

    D "checkst" anscheinend nicht, dass das nicht nur bei Apple so ist, sondern überall passieren kann, wo programmiert wird.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  11. Re: Fazit

    Autor: jurtsche 04.02.13 - 11:26

    Himmerlarschundzwirn schrieb:
    --------------------------------------------------------------------------------
    > D "checkst" anscheinend nicht, dass das nicht nur bei Apple so ist, sondern
    > überall passieren kann, wo programmiert wird.

    Doch sicher, nur erwartet mans doch eher dort wo der Shit nicht extrem überteuert ist.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  12. Re: Fazit

    Autor: Himmerlarschundzwirn 04.02.13 - 11:42

    Wenn man sich ein bisschen auskennt, weiß man, dass man es überall erwarten muss.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  13. Re: Fazit

    Autor: jurtsche 04.02.13 - 17:42

    Himmerlarschundzwirn schrieb:
    --------------------------------------------------------------------------------
    > Wenn man sich ein bisschen auskennt, weiß man, dass man es überall erwarten
    > muss.

    Und wenn man in der Softwareentwicklung tätig ist, weiß man, dass ein solcher Fehlerfall ein Standard-Testcase sein muss.
    Jeder, der schonmal einen Parser programmieren musste, weiß das.
    Aber du kennst dich bestimmt besser aus ;)

    Benutzer wird von Ihnen ignoriert. Anzeigen

  14. Re: Fazit

    Autor: Fuchs 04.02.13 - 20:27

    jurtsche schrieb:
    --------------------------------------------------------------------------------
    > Und wenn man in der Softwareentwicklung tätig ist, weiß man, dass ein
    > solcher Fehlerfall ein Standard-Testcase sein muss.

    Stimmt, ich würde von einem Unittest erwarten, dass er zumindest einige String-Kombinationen testet. Wurde hier anscheinend nicht getan. Unschön, aber dennoch: Na und? Solange das keine anderen Seiteneffekte hat und das Programm bloss abstürzt sehe ich daran keinen aussergewöhnlichen Skandal. Hat der Tester halt gepatzt, kann passieren, passiert jedem mal, dürfte sich leicht beheben lassen. Hätte es dazu keinen Artikel gegeben wäre ich vermutlich nie diesem Bug begegnet.

    Benutzer wird von Ihnen ignoriert. Anzeigen

  15. Re: Fazit

    Autor: theonlyone 04.02.13 - 20:58

    Fuchs schrieb:
    --------------------------------------------------------------------------------
    > jurtsche schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Und wenn man in der Softwareentwicklung tätig ist, weiß man, dass ein
    > > solcher Fehlerfall ein Standard-Testcase sein muss.
    >
    > Stimmt, ich würde von einem Unittest erwarten, dass er zumindest einige
    > String-Kombinationen testet. Wurde hier anscheinend nicht getan. Unschön,
    > aber dennoch: Na und? Solange das keine anderen Seiteneffekte hat und das
    > Programm bloss abstürzt sehe ich daran keinen aussergewöhnlichen Skandal.
    > Hat der Tester halt gepatzt, kann passieren, passiert jedem mal, dürfte
    > sich leicht beheben lassen. Hätte es dazu keinen Artikel gegeben wäre ich
    > vermutlich nie diesem Bug begegnet.

    Was ich schon Skandalöser finde ist das ja tatsächlich "alles" was ein Texteingabefeld hat einfach abkackt.

    Wenn da sogar die Konsole gehört und SOGAR der Bugtracker Dienst, dann ist das schon deutlich gravierender.

    Stell dir mal vor du hast einen Bug und der sorgt dafür das der "Debugger" abstürzt.

    das wäre schon echt beschießen diesen bug zu finden ...

    Benutzer wird von Ihnen ignoriert. Anzeigen

Neues Thema Ansicht wechseln


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen


Anzeige
  1. Produktdatenmanagement-Berat- er/in
    Robert Bosch GmbH, Stuttgart
  2. Competence Lead SAP PP-PI (m/w)
    CIBER AG, keine Angabe
  3. Fachinformatiker/in für Systemintegration
    GDS mbH | Gesellschaft für Datenverarbeitungssysteme und -support mbH, Landshut / Altdorf
  4. Network Test Engineer (m/w)
    ORBIT Gesellschaft für Applikations- und Informationssysteme mbH, Bonn

Detailsuche



Blu-ray-Angebote
  1. Oscar-Filme zum Sonderpreis
    (u. a. Grand Budapest Hotel 7,90€, Birdman 9,90€, 12 Years a Slave 9,97€)
  2. NEU: Men in Black 3 (+ Blu-ray) [Blu-ray 3D]
    9,90€
  3. NEU: Total Recall (Steelbook Edition) [Blu-ray]
    7,90€

Weitere Angebote



Haben wir etwas übersehen?

E-Mail an news@golem.de


Sèbastien Loeb Rally Evo im Test: Mit dem Weltmeister über Stock und Stein
Sèbastien Loeb Rally Evo im Test
Mit dem Weltmeister über Stock und Stein
  1. Dirt Rally im Test Motorsport für Fortgeschrittene
  2. Rockstar Games Jede Kugel zählt in GTA Online
  3. Microsoft Forza 6 bekommt Mikrotransaktionen

Kaufberatung: Die richtige CPU und Grafikkarte
Kaufberatung
Die richtige CPU und Grafikkarte
  1. Videospeicher GDDR5X geht im Sommer in Serienfertigung
  2. Bristol Ridge AMD will Notebook-Chips um fast 1 GHz beschleunigen
  3. Skylake Intel verbietet Overclocking bei non-K-CPUs

Raspberry Pi Zero angetestet: Der Bastelrechner für stille, dunkle Ecken
Raspberry Pi Zero angetestet
Der Bastelrechner für stille, dunkle Ecken
  1. Jaguarboard Noch ein Bastelcomputer mit Intel-Chip
  2. Cricetidometer mit Raspberry Pi Ein Schrittzähler für den Hamster
  3. Orange Pi Lite Preis- und Größenkampf der Bastelcomputer

  1. The Pirate Bay: Filmindustrie will Streaming mit Torrents Time unterbinden
    The Pirate Bay
    Filmindustrie will Streaming mit Torrents Time unterbinden

    Kaum unterstützte The Pirate Bay die Streamingsoftware Torrents Time, wurde Hollywood aufmerksam. Den Betreibern ist nun eine erste Unterlassungserklärung zugesandt worden. Die wollen sich das nicht gefallen lassen.

  2. Astronomie: Forscher entdecken 900 neue Galaxien
    Astronomie
    Forscher entdecken 900 neue Galaxien

    Sie sind - für Weltraummaßstäbe - nicht weit entfernt, aber hinter der Milchstraße versteckt. Mit einem Radioteleskop haben Wissenschaftler nun knapp 900 neue Galaxien entdeckt, die schnell näher kommen.

  3. Server-Prozessor: Cern bestätigt Zen-Opteron mit 32 Kernen
    Server-Prozessor
    Cern bestätigt Zen-Opteron mit 32 Kernen

    In einem Vortrag hat das Cern über AMDs kommende Server-CPUs mit Zen-Architektur gesprochen. Das Opteron-Topmodell nutzt 32 Kerne mit 64 Threads und besteht aus zwei Dies auf einem Package.


  1. 19:04

  2. 18:43

  3. 18:19

  4. 18:07

  5. 17:33

  6. 17:02

  7. 16:54

  8. 16:00