Ciekawe wiadomości w url:http://feedproxy.google.com/~r/Techcrunch/~3/FhUxYQUL95w/:
"Nienawidzę niemal całe oprogramowanie. To niepotrzebne i skomplikowane w prawie każdej warstwie ... nie rozumiem, jak pieprzona całość jest " tyrady Ryan Dahl, bardzo (i słusznie-) pochwalił twórcę Node.js . "To naprawdę, naprawdę, to wszystko bzdura. I to tak dużo gorsze niż ktokolwiek zdaje sobie sprawę, " zgadza się Zack Morris, który idzie na dodać, "Przemysł poparł się w kąt i nawet nie może zobaczyć, że rozwiązanie wymaga nieszablonowego myślenia."
Inwestorzy i menedżerowie nie mogą sobie z tego sprawę, ale programistów, którzy wykonują swoją pracę w zbiorowej stan zły ferment. Skargi na temat stanu współczesnej inżynierii oprogramowania mnożyć wszędzie patrzę. Scrum , state-of-the-art zarządzania projektami metodologii, jest atakowana: "Mogę mieć tylko nadzieję, że kiedy Scrum idzie w dół nie bierze cały Agile ruchu z nim, " mówi Robert Martin, skarżąc się elitaryzm i wzrost znaczenia certyfikatów 'Scrum Master'. Paweł Brodziński dyskredytuje certyfikaty oprogramowania z innego punktu widzenia: "Wydaje certyfikacji ocenia ludzi niezależnie i jest obiektywna. Niestety, to również prawie bezużyteczny. "
Nawet test-driven development - pojęcie, że zespół rozwoju jest zautomatyzowane testy są ważniejsze niż rzeczywiste oprogramowania piszą, i powinny być wpisywane pierwsze - jest krytykowana. Gdy ta wiara wydawała się niemal święte (. Chociaż z mojego doświadczenia najbardziej przemysłu wypłacane tylko wargi usługi) Teraz jednak, Pieter Hintjens twierdzi , ". oprogramowania więcej testów, tym gorzej będzie to" Peter Sargeant zgadza się : " Cała koncepcja Test-Driven Development jest hokus i obejmując go jako filozofię, karnego ".
Żaden z powyższych są błędne. Egzegezy Morrisa z problematycznych proces iOS aplikacji rozwoju jest miejsce na: pod zręczny zewnątrz Apple XCode środowiska oraz Objective-C język kłamstwo wijące okropności powieściopisarza, z 1980 jak preprocesor makr, lasy tajemnicze flagami kompilacji / dowiązań i ścieżek, schemat / projektu / zamieszanie cel, etc etc etc rozwoju Android jest lepszy pod pewnymi względami, ale zalecane Eclipse środowisko jest brzydkie, niezgrabne i czasami ledwie zrozumiałe. Certyfikaty wydaje mi się (z pewnymi wyjątkami) w większości się czerwone flagi, które ostrzegają: ". Ta osoba uważa, że tylko nauka nowego zestawu narzędzi jest znaczącym wyczyn, który zasługuje na uznanie" strategii badań powinny być dostosowane do problemu, a nie inny sposób wokół.
Ale jestem zaskoczony, jak złość i frustrację ww jest tak out-of-sync z własnego doświadczenia. Piszę kod do ceny przez dwadzieścia lat, z sześcioletnią interregnum od 2003 do 2009, bo mam wiele książek i spędził ten czas pisanie powieści w pełnym wymiarze godzin. Kiedy wróciłem do programowania, dwa lata temu, byłem zaskoczony, jak wiele lepsze rzeczy dostał. Ham-handed językach jak Perl i C + + zostały w dużej mierze zastąpione
