Czy powinieneś nauczyć się kodować?
Zarobiłem mój BFA w '98. Nauczyłem się układać strony funkcji i tworzyć infografiki dla lokalnej gazety codziennej. Zarobiłem Photoshop ACE w '03. Moja ostatnia umowa na pełny etat to czysta makieta.
Jednak przez ostatnie półtora roku debugowałem kod 40-50 godzin tygodniowo. Czytałem o kodzie, pisałem o kodzie, rozmawiałem z innymi ludźmi o kodzie. Wyobraź sobie, że: nie koder wymyślił to.
Mimo to "napisać kod" to szeroka fraza. Niektóre języki są łatwiejsze niż inne. Niektóre języki wymagają zrozumienia, w jaki sposób oprogramowanie "komunikuje się" z komputerem. Najważniejszą częścią uczenia się kodu jest zachowanie prawidłowego myślenia. Nie mówi sobie "mogę to zrobić" lub poluje na odpowiednie książki.
Oto jak to działa.
Trzymaj to - czy powinieneś nauczyć się kodować?
Umiejętność czytania w dowolnym języku komputerowym, od prostego HTML do złożonego C ++, wymaga zaangażowania nie tylko technologii, ale i zmian w technologii. Istnieje powód, dla którego HTML5 kończy się liczbą. Kiedy wystarczająca liczba przeglądarek obsługuje HTML6, programiści będą mieli nowe rzeczy do nauczenia się.
Możliwe powody, aby przejść przez proces uczenia się obejmują:
- Aby zyskać pewność siebie: miałem rzadkich klientów, którzy sądzą, że jeśli opanują język, komputery będą go mniej zastraszać. Chociaż może tak być, rzadko trzyma się bez dedykowanej praktyki.
- Konieczność: pojawią się problemy techniczne, niezależnie od tego, czy opis stanowiska pasuje do rachunku. Kiedy problemy muszą zostać rozwiązane, jest czas, by zabić złotówki i czas na spasowanie i rozwiązanie.
- Dreszczyk emocji: niektórzy ludzie po prostu lubią uczyć się nowych umiejętności.
- Aby zrozumieć, co jest możliwe: programista mówi "nie da się tego zrobić". Czy to znaczy, że to niemożliwe? A może to więcej kłopotów niż jest warte? Projektant mówi: "Chcę, żeby to zrobił". Czy on lub ona po prostu dał komuś na tydzień ból głowy? Czy można zastosować technologię w bardziej odpowiedni sposób?
Pozostań ciekawy
Widziałem to. Wiesz, to spojrzenie. Nie dość paniki, nie do końca rozpacz. Jest to spojrzenie, które ktoś uzyskuje, gdy zdaje sobie sprawę z atrakcyjności pozwalającej komuś na ciężkie podnoszenie. Wygląd, który mówi: "To jest przednia szyba; Nie muszę być błędem ". Widziałem to w oczach współpracowników, postawy uczniów i patrzenia z lustra.
Z mojego doświadczenia wynika, że to nie strach przed niepowodzeniem zastrasza ludzi. To strach przed zagubieniem. Przytłaczająca beznadzieja zachęca do poczucia nieadekwatności. Ten cykl pokona każdego.
Odwaga i wytrwałość nie są antidotum na uczucie przytłoczenia. Zatrzymanie przed uczuciem przytłoczenia jest rozwiązaniem.
Obraz ciśnienia przez Shutterstock.
Moją ulubioną techniką jest zajęcie się projektem z trzema cechami.
1. Znajdź temat, który Cię irytuje
Terminy i wypłaty są w porządku. Ale nic nie kieruje ludźmi jak swędzenie, którego nie mogą zadrapać. Na dłuższą metę nauka kodu nie może być celem samym w sobie. To musi być balsamem dla jakiegoś podrażnienia.
Kiedy wróciłem, byłem sfrustrowany, że nie mogłem znaleźć dobrej książki. Nie brakuje stron z książkami, ale intuicja podpowiadała mi, że jest lepszy sposób. Więc założyłem własną stronę internetową. Nigdy nie ukończyłem projektu, ale nauczyłem się wielu sposobów organizowania powieści. Po drodze, prawie przypadkowo, nauczyłem się więcej kodu.
2. Powinieneś zostać nagrodzony za wysiłek inkrementalny
Po znalezieniu tego przysłowiowego swędzenia, ludzie uczący się kodowania również powinni znaleźć ulgę.
Żadne tutoriale, narzędzia ani pochwały na zewnątrz nie dadzą ludziom sposobu na podbicie kodu lepiej niż "Napisałem to i ... zobacz, co zrobiłem!" I odejście z poczuciem bycia większym niż przeszkoda, którą pokonałeś.
Brzmi głupio, dopóki nie spróbujesz. Oglądanie kodu daje ludziom mikro-pośpiech pewności siebie, walidację, że mogą opanować maszynę.
Obraz kodu przez Shutterstock.
W zeszłym tygodniu ktoś spojrzał na mój ekran i pokręcił głową. To było pełne kodu. Trzy otwarte okna kolorowych znaczników i wywołań funkcji. Powiedział: "Nigdy bym tego nie zrobił." Kilka lat temu zgodziłbym się. Nie chciałem wyglądać głupio ani łamać czegoś, czego nie mogłem naprawić. Kto wie, jakie szkody spowodowałby jeden zły klawisz?
3. Twój projekt powinien zakończyć się, gdy twój mózg wciąż ma apetyt
Ten jest krytyczny. Kiedy uczysz się czegoś, co cię onieśmiela, musisz podejść, ale nie przekraczaj swojego limitu.
"Ćwiczenie mózgu" nie jest odpowiednią analogią. Podczas ćwiczeń trenerzy zachęcają ludzi do przekraczania własnych limitów. Ale uczenie się to głód. Twój mózg ma apetyt na wiedzę. Napełnianie mózgu po brzegi (lub, co gorsza, przekraczanie jego limitu) utrudni ci zdolność uczenia się, obniżania pewności siebie i zabijania kotka. Proszę, pomyśl o kociątach.
Jeszcze lepiej, pomyśl o ćwiczeniach umysłowych jako o jednym treningu, który trwa jakiś czas. Powiedzmy, tydzień. Oczywiście, robisz przerwy między powtórzeniami (zwane "uśpieniem"). Ale pędzenie naprzód działa wbrew twojemu celowi. Kocięta nigdy ci nie wybaczą.
- Część pierwsza: rozgrzej się, mieszając coś, czego już się nauczyłeś, z czymś, czego nie znasz. Zostaw przynajmniej jedno pytanie. 1 dzień.
- Część druga: praktyka. Eksperyment. Ćwicz powtarzanie eksperymentów. I zawsze kończysz na klifie. Celem jest uderzenie i przełamanie wysokiej noty. Przez "zerwanie" rozumiem sen, jedzenie lub rozmawianie z innymi ludźmi. 3 dni.
- Część 3: uspokój się, poprawiając to, co już pokryłeś. Jak zwykle, poproś mózg, aby cieszył się ćwiczeniem, a następnie pozwól mu odejść chwilę. 1 dzień.
Sprint nie trenuje cię na maraton. Sto pompek poprawi twoje ramiona lepiej, niż próbujesz raz podnieść ciężarówkę. A wkuwanie tutorialów, takich jak ujęcia tequili, wpłynie negatywnie na twoją zdolność myślenia.
Ćwicz codziennie
W czasach mojej gazety odmawiałem korzystania ze sztuki magazynowej. Terminy nadchodziły pięć dni w tygodniu, ale nalegałem na ręczne tworzenie własnej grafiki wektorowej. Sześć miesięcy później byłem gościem na każdą niestandardową grafikę. Ta jedna umiejętność, która zapewniła mi wysokie stanowisko w firmie startupowej. Nawet dziś uwielbiam bawić się ścieżkami beziera.
Nauka dowolnej umiejętności, w tym debugowania kodu, działa podobnie.
Jedynym sposobem, aby nauczyć się kodu - i sprawić, by się trzymał - jest codzienna praktyka. Podobnie jak w przypadku uczenia się nowych umiejętności, spójny harmonogram z łatwymi do opanowania celami stopniowo poprawia osiągi do punktu specjalistycznego.
"Mogę" nie jest "powinienem"
Część nauki czytania i pisania kodu, czy to HTML, jQuery, czy C ++, uczy się własnych ograniczeń. Inną częścią jest objaśnianie własnych ograniczeń. Klątwa zrozumienia języka ... raczej przekleństwo ludzi, którzy myślą, że "znacie kod", spodziewają się, że to zrobicie.
Obraz kodu przez Shutterstock.
HTML nie jest CSS. CSS nie jest PHP. PHP nie jest WordPress. WordPress nie jest administratorem serwera. Administracja serwerem nie naprawia zatkanych skrzynek odbiorczych Outlooka. Jednak zostałem poproszony o zrobienie tego wszystkiego. Ja, uzbrojony w mój wygasły certyfikat Photoshopa i wyrażenie "Nie wiem, ale może mogę pomóc ...".
Ci, którzy nie mają doświadczenia z kodowaniem, często nie rozróżniają między jednym $ (mgłą) .squiggles + i + akronimów; lub
- znalezienie tematu, który Cię interesuje;
- uzyskiwanie przyrostowych nagród;
- uczenie się bez przytłaczania.
Znajomość kodu jest wzmacniająca. Reputacja jako koder jest niewolnikiem. Przynajmniej obaj płacą rachunki.
Czy jesteś projektantem kodującym lub programistą, który projektuje? Czy dyscypliny powinny być oddzielne? Daj nam znać, co myślisz w komentarzach poniżej.