Jakie rzeczy, które przeczytałeś, zainspirowały i poprowadziły cię jako programistę? [Zamknięte]

Na przykład, jako początkujący, znajduję dużo inspiracji i kierunku czytając ten post przez Bryan Woods .

Dziwi mnie, że nikt nie wspominał o Pragmatic Programmer . Jest to obowiązkowa lektura, jeśli w ogóle interesujesz się swoim rzemiosłem.

Rękawiczki

Ten post z Daily WTF utrzymał mnie na właściwej drodze. Przyznam, że kilka razy zacząłem opracowywać coś, w którym para „rękawiczek” była odpowiednim rozwiązaniem.

Przeczytaj przemówienie wygłoszone przez Alexa Stepanova w Adobe. Pod koniec 5 lat oddzieli to WIELKICH od DOBRYCH.

http://www.scribd.com/doc/210467/Speech-by-Alex-Stepanov

Zawsze uważałem, że Coding Horror i Joel on Software są inspirujące w niektórych postach na blogu. Zawsze też sprawiały, że czułem się dobrze, ponieważ rozumiałem, o czym rozmawiają i sprawiały, że myślałem o sobie jako programistie.

Nie mogę uwierzyć, że nikt jeszcze o tym nie wspominał.

Pisma Paula Grahama , w szczególności:

• Haker i malarze
• Czego firmy mogą się nauczyć z Open Source
• Wielcy hakerzy
• Jak zarabiać

Czytać

• książki (zarówno hiper inspirujące, niezwykle edukacyjne i głęboko upokarzające):
  • Hakerzy: Heroes of the Computer Revolution , autor: Steven Levy
  • Dealers of Lightning: Xerox PARC and the Dawn of the Computer Age , autor: Michael Hitzlik
• eseje:
  • Naucz się programowania za 10 lat , autor: Peter Norvig
  • Wiele artykułów i postów z Coding Horror

Obejrzeć

• 11- częściowy wywiad z Billem Gatesem i Steveiem Jobsem na Youtube (Gospodarze są naprawdę bezużyteczni, ale goście są oczywiście inspirujący).

Czasami chodzi bardziej o ludzi ...

I grono ludzi, których ślady należy podążać i na których barkach stać (w żadnej szczególnej kolejności i wymienionych, gdy przychodzą mi do głowy w swobodnym przepływie): Alan Kay , Richard Stallman , Ken Thompson , Dennis Ritchie , Brian Kernighan , Theo de Raadt , Linus Torvalds , Eric S. Raymond , Rob Pike , Bill Gates , Steve Jobs , John MacCarthy , John Conway , Martin Odersky , James Gosling , Guy Steele , Donald Knuth ,Edsger Dijkstra , John Carmack , Peter Molyneux ... Albo ich własne słowa i dzieła były inspirujące lub ich historie opowiadane przez innych. Tak długo, jak pamiętasz, że ich umiejętności i geniusz w niektórych obszarach nie przeszkadzają im w tym, że są ślepi na własne przekonania w innych. Jak każdy inny. (Dwie wyżej wymienione książki będą już dość dobrze je obejmować, dla większości z nich!)

Lub mniej znani, ale mimo to aktywni technolodzy, których interesowanie można obserwować z daleka: Neal Gafter, Martin Fowler , Don Syme itp.

Inspirowały mnie prace tych ludzi i rzeczy, które zrobili, aby osiągnąć (lub porzucić) swoje projekty.

Czasami chodzi bardziej o kulturę i marzenie oraz przełamywanie barier ...

Czytając 2600 jako dziecko, kiedy mój angielski był embyonic, historia wczesnych maniaków, takich jak Captain Crunch lub narodziny ery PC z Wozniakiem w Apple oraz czytanie książek i esejów Williama Gibsona i Neila Stephensona również były inspiracją dla mnie jako programisty , choć nie miało to bezpośredniego związku z programowaniem. W tym duchu, nawet hackerów Manifest The Agile Manigesto lub nawet rzeczy jak Kodeksu Etyki IEEE były i nadal są inspirujące.

Ostatni wykład książka napisana przez Randy'ego Pauscha, człowieka stojącego za Alice. Jest zgodny z jego ostatnim wykładem „Naprawdę osiągając swoje marzenia z dzieciństwa”. Zawsze muszę pamiętać, aby być Tygrysem.

to bardzo krótka lista, złożona z dwóch książek:

• głowa pierwsza - wzorce projektowe
• czysty kod

Pod względem wskazówek

Książka The Elements of Programming Style autorstwa Kernighana i Plaugera była dla mnie bardzo wpływowa, kiedy uczyłem się C. Książka była już uważana za „przestarzałą”, kiedy ją czytałem, ze względu na użycie próbek PL / I i Fortran, ale wskazówki wykraczały poza oba języki.

Przed przeczytaniem tej książki byłem przekonany, że „styl” dotyczy tego, co uważam teraz za trywialne kwestie, takie jak formatowanie (ile spacji dla tabulatora? Gdzie umieszczasz curlies?). Ale styl jest tym, co masz po usunięciu konwencji formatowania i nazewnictwa. Czy łatwiej jest zbudować ciąg do tyłu, a następnie odwrócić? Następnie skonstruuj go do tyłu i odwróć.

Inna książka Kernighana i Plaugera, Software Tools , również była pomocna, ale nie tak dobra. Przydaje się także znacznie nowsza książka The Practice of Programming autorstwa Kernighana i Pike'a, ale daleka od elementów stylu programowania . Chciałbym nadal mieć swoją kopię. Warto przeczytać każdy programista.

Doceniłem testowanie i kontrolę jakości po przeczytaniu Glenford Myers The Art of Software Testing . Pokazało mi, że testowanie to prawdziwa twórcza aktywność, a nie tylko coś dla kierunków informatycznych, którzy nie lubią programować. Być może wraz z rosnącą popularnością Test-Driven Development coraz więcej osób zwróci się do książki Myersa.

I nie mogę wymyślić lepszego wprowadzenia do pojęcia abstrakcji niż książka „Struktura i interpretacja programów” , dostępna bezpłatnie online. Wprowadza język programowania Scheme, ale porusza wiele innych tematów w informatyce, w tym programowanie deklaratywne.

Pod względem inspiracji

W mojej karierze akademickiej zainspirowała mnie koncepcja programowania zorientowanego na aspekty. Możesz przeczytać niektóre z bardzo wczesnych prac na temat AOP i otrzymać pół strony notatek z pomysłami.

Uważam również, że postęp Kościoła i Turinga jest bardzo inspirujący. W latach 30. XX wieku, zanim jeszcze wyprodukowano komputery, naukowcy i matematyki programowali w języku programowania wyższego rzędu: rachunek Lambda. Konstrukcja liczb kościelnych i funkcja poprzednika jest prawdopodobnie jedną z najmądrzejszych konstrukcji programistycznych w historii. Pokazuje, jak zrobić coś z prawie niczego.

Nie czytam. W 1984 roku rozmawiałem z moim sąsiadem i jego przyjacielem. Miałem 16 lat. Znajomy powiedział mi, że zasadniczo świat jest podzielony między użytkowników komputerów i programistów. Powiedział, że tylko najmądrzejsi ludzie na świecie mogą zostać programistami.

Yeeeeee! Co za wyzwanie!

Oryginalnie Joel o oprogramowaniu , sposób, w jaki pisze, bardzo ułatwił zrozumienie koncepcji, kiedy zaczynałem.

Code Complete, drugie wydanie Steve McConnell.

Wzory projektowe: elementy wielorazowego oprogramowania obiektowego Erich Gamma

Jestem całkowicie samoukiem i miałem szczęście, że natknąłem się na artykuł (dawno zapomniałem, gdzie) na początku mojej pracy, który wskazał mi te dwie książki. Transformacja mojego kodu po przeczytaniu tych dwóch książek była oszałamiająca. Wiele zawdzięczam tym autorom.

Dla inspiracji, Yegge za Blogi , Grahama Eseje i SICP Wykłady wideo .

Wśród wielu inspiracji najnowszą była książka na temat: Wzory praktyk

Kiedy po raz pierwszy przeczytałem „ Design Patterns Book” w 1995 roku lub coś takiego, było to dla mnie prawdziwym odkryciem dla mnie jako programisty.

W dzisiejszych czasach książka Jamesa Shoresa o zwinnym rozwoju bardzo mnie zainspirowała, a ostatnio Lyssa Adkins o zespołach trenerskich, które są wysoce zalecane, jeśli jesteś zainteresowany takimi rzeczami.

Ci ze wschodniego pokolenia mogą cieszyć się uroczą książeczką z koanami na transcendentalnym Tao programowania .

Był to mój pierwszy krok na drodze do oświecenia i była pierwszą rzeczą, która zachęciła mnie do myślenia o programowaniu i ogólnie pracy twórczej, jako własnej niezwyciężonej istocie, która z biegiem czasu może zostać odkryta przez twórcę. Ci, którzy spróbują z nim walczyć lub go zrozumieć, na pewno poniosą porażkę.

Powinienem ponownie przeczytać ten artykuł raz na sześć miesięcy. Jeśli żaden specjalista Shareware nie jest 100 razy mądrzejszy od ciebie, to dlaczego niektórzy osiągają 100 razy lepsze wyniki? - autor: Steve Pavlina

Mały LISPer oszalał .

Wziąłem lekcję programowania pascal w liceum. Znałem już dość dobrze język C64 Basic i zapytałem nauczyciela, czy wszystkie języki programowania są takie jak Basic i Pascal. Pożyczył mi swoją kopię Little LISPer. Po spędzeniu weekendu na czytaniu go nie wierzyłem, że taki dziwny język może istnieć lub działać. Kiedy zobaczyłem, że działa na dial-up mini, do którego ma dostęp, byłem oszołomiony. To istniało.

Po mojej drugiej klasie programowania na uniwersytecie; Algorytmy i struktury danych, zmieniłem kierunki, aby uzyskać dostęp do lepszego laboratorium CS Computer. Mieli maszyny uniksowe z seplem, schematem, prologiem, SmallTalk80 i mnóstwem innych narzędzi.

Kod ukończony . Obejmuje większość podstawowych przedmiotów, które musisz znać jako programista, i daje wskazówki, jak dowiedzieć się więcej o każdym z nich. Bardzo dobry pierwszy krok na ścieżce uczenia się. Ja i wiele osób, które znam, żałują, że nie przeczytały tego wcześniej w życiu programisty.

Najbardziej inspirującą rozmową, jaką kiedykolwiek słyszałem, był Richard Gabriel mówiący o tym, że oprogramowanie do pisania jest podobne do pisania wierszy. Poeci często wkładają wiele wysiłku, aby uzyskać kilka słów w sam raz - pomyśl Haikus - i powinniśmy dążyć do tego samego rodzaju doskonałości i elegancji podczas pisania oprogramowania.

Elegancja i zwięzłość są tak samo ważne w programowaniu, jak w poezji i matematyce i wymagają dużo wysiłku, aby zrobić to płynnie.

Zobacz niektóre punkty na http://www.dreamsongs.com/PoetryOfProgramming.html

Najbardziej użyteczna pojedyncza książka w historii - nie o programowaniu, ale o tym, jak skutecznie pracować w tej dziedzinie: „Peopleware” autorstwa DeMarco i Lister. Powinien być na każdej półce z książkami dla programistów. A jeśli przejdziesz do zarządzania, podwójnie.

Jak powiedział Alan Kay prawie 30 lat temu , punkt widzenia jest wart 80 punktów IQ. Książki, które zmieniły mój punkt widzenia:

• „Badania filozoficzne” Ludwiga Wittgensteina

  Czasami myślimy, że wiemy, a tak naprawdę nie wiemy. W. pokazuje, jak się przyjrzeć.

• „Fakt, fikcja i prognoza” Nelsona Goodmana

  Tutaj dowiedziałem się, co tak naprawdę oznacza słowo analityczne . Co tak naprawdę oznacza słowo pragmatyczny .

• „Zen and the Art of Motorcycle Maintanance” Roberta M. Pirsiga

  Jak mogą istnieć rzeczy lepsze od innych? Dlaczego nie wszystko jest takie samo pod względem jakości? IOW, co wspólnego mają ze sobą dobre filmy, dobre samochody, dobre jedzenie i dobre oprogramowanie?

Bardzo inspirujące okazało się How to Zostań Hackerem . Daje także praktyczną mapę drogową rozwoju programisty.

Dusza nowej maszyny (inspiracja, gdy byłem w liceum) SICP (prawdopodobnie jedna z najlepszych książek związanych z tworzeniem oprogramowania, jakie kiedykolwiek czytałem)

Marvin Minsky

• Obliczenia: maszyny skończone i nieskończone

• Semantyczne przetwarzanie informacji

Seth Godin , choć nie jest całkowicie związany z programowaniem, ma dla mnie inspirujące posty jako programista i przedsiębiorca (oprócz Joela ds. Oprogramowania).

Książka pięciu pierścieni Myomoto Musasashi.

Niektóre najważniejsze informacje.

Nie masz ulubionego narzędzia. Naucz się korzystać z każdego narzędzia, dowiedz się, kiedy jest to właściwe, poznaj jego słabości i mocne strony.

Pracownicy, których praca nie jest doskonała, mogą być wykorzystywani w miejscach, gdzie jakość ich wykonania jest widoczna publicznie. Słupy podtrzymujące podłogę pod budynkiem nie muszą mieć idealnego wykończenia (muszą po prostu działać).

Robiąc jedną rzecz, rób wiele rzeczy. Więc jeśli istnieje wybór między robieniem A i B, ale B można wykorzystać do zrobienia wielu rzeczy w przyszłym tygodniu, zrób B, jeśli możesz sobie na to pozwolić.

Zacząłem od programowania gier. Wszystko pochodzi z dni NES. Chciałem zostać deweloperem gier i udało mi się to, ale zmieniłem na Application Software / Hardware Analyst, aby uzyskać lepszą karierę, ponieważ mój kraj branży gier jest zbyt niszowy.

Na początku bardzo żałowałem, że podjąłem się roli IT. Później jednak zainspirowali mnie moi byli koledzy z jego osiągnięć i byli oni bardzo aktywni w tych nowych obszarach rozwoju technicznego. W wolnym czasie będę mieszać się z programowaniem oprogramowania, aby pracować nad osobistymi projektami z moimi byłymi kolegami.

Wiem, że jest to trudne do odczytania, ale sztuka programowania komputerowego Knutha to naprawdę wielka sprawa w naszej dziedzinie. A Gödel, Escher, Bach: Wieczny złoty warkocz Douglasa Hofstadtera jest inspiracją dla tych z nas, którzy mają matematyczne lub algorytmiczne podejście.

Adnotacja Turinga

Samo wyobrażenie sobie kogoś, kto projektuje tak złożone metody i algorytmy prawie sto lat temu, motywuje mnie.