Pokud pracujete v designu, ilustraci, animaci nebo jakékoli jiné tvůrčí disciplíně, dříve či později narazíte na stejnou zeď: Software a počítačové programy, které denně používáte, nejsou jen „nástroje“ale spíše celý ekosystém s vlastními pravidly, zvláštnostmi a zvláštnostmi. Pochopení těchto malých nuancí může znamenat rozdíl mezi tím, zda se s počítačem budete potýkat, nebo budete mít pocit, že na vás dělá zázraky.
Kromě klávesových zkratek a několika náhodných triků, Existuje celý vesmír detailů o operačních systémech, programování, ladění, „technologické“ kultuře a způsobech práce. To ovlivňuje, jak jsou aplikace, které jako kreativní pracovník používáte, navrženy a fungují. Pochopení tohoto světa zevnitř vám pomáhá lépe spolupracovat s vývojovými týmy, požadovat realistické věci… a mít silnější nápady, protože víte, co lze a co nelze vytvořit.
Unix, Mac, Linux a proč je systém důležitější, než se zdá
Pro mnoho kreativců je klasickou debatou „Mac nebo Windows pro design?“Ale ve světě softwaru se konverzace často ubírá ještě dál: Unix versus všechno ostatní. macOS a většina linuxových distribucí dědí filozofii Unixu, což z nich činí velmi výkonné platformy pro vývoj a automatizaci úloh, které pak přímo ovlivňují nástroje, které používáte.
Programátoři často říkají, že „Celý systém Unix je jako jedno velké vývojové prostředí“Protože vše je navrženo tak, aby z terminálu propojilo malé, výkonné nástroje: zpracování obrázků, automatizaci exportu, spouštění renderovacích skriptů, správu serverů nebo kompilaci kódu bez spoléhání se na grafické průvodce. Proto je mnoho pokročilých kreativních sad, herních enginů a 3D nástrojů navrženo s ohledem na tato prostředí.
Naproti tomu ve Windows jsou věci vizuálně přívětivější a uživatelsky přívětivější, ale Historicky byl méně „přátelský“ k hlubokému vývoji a práci z příkazového řádku.Dnes se rozdíl značně zmenšil (WSL, PowerShell atd.), ale unixová kultura stále prostupuje velkou částí softwaru, který používáte, aniž byste si to uvědomovali.
Proč se o to jako kreativce zajímáte? Protože Automatizace, skripty a pluginy, které vám ušetří hodiny, často vznikají v tomto světě Unixu.Práce v týmech, které ji zvládly, často vede k robustnějším a stabilnějším pracovním postupům, které se snáze škálují s růstem projektu.
Programování je vzácný hybrid: logika, inženýrství… a spousta kreativity
Zvenku se programování může jevit jako pouhý chladný výpočet, ale ve skutečnosti... Je to zvláštní směs matematiky, inženýrství a brutální kreativityStejně jako vytváříte ilustraci nebo storyboard, vývojář vytváří logické prvky, aby software dělal přesně to, co si představoval.
Většina profesionálů se shoduje na tom, že Schopnost řešit problémy a kreativita jsou stejně důležité, ne-li důležitější, než znalost milionu jazyků.Pro stejnou funkcionalitu existuje obvykle mnoho způsobů, jak ji implementovat, stejně jako existuje tisíc způsobů, jak navrhnout obal nebo logo; klíčem je najít nejčistší, nejelegantnější a nejsnadněji udržovatelné řešení.
Proto je stále důležitější, aby si kreativní týmy uvědomovaly, že Kód je také designExistují rozhodnutí o softwarové architektuře, datové toky a interní struktury, které výrazně ovlivňují to, co pak můžete od aplikace, pluginu nebo webu požadovat, aniž byste z projektu udělali neudržitelného Frankensteina.
A ano, programování je návykové: Mnoho vývojářů popisuje svou práci jako nejlepší logickou hádanku, jaká existuje.Takový, kde si vy určujete pravidla a jednotlivé části, a to se velmi dobře hodí k myšlení někoho, kdo si rád tvoří od nuly.
Kompilace, příkazový řádek a další kódovací „rituály“
Pokud jste někdy slyšeli někoho říct „kompiluje se“ a zmizet ze židle s kávou, vězte, že Není to vždycky výmluva, ale je to perfektní.Kompilace znamená převod zdrojového kódu do spustitelného programu a v jazycích jako C++ nebo ve velkých herních enginech to může trvat mnoho minut nebo dokonce hodin.
ze dne na den, Ten čas na kompilaci je určen k nadechnutí, zopakování konceptů nebo prostě k resetování mysli.V kreativním prostředí, když pracujete s renderovacími enginy nebo náročnými herními sestavami, se děje něco podobného: dochází k prostojům, než stroj dokončí práci, a mnoho týmů je využívá k diskusi o nápadech, leštění návrhů nebo kontrole úkolů.
S tím souvisí i příkazový řádek, ta černá obrazovka, která je zpočátku děsivá, ale jakmile ji zvládnete, Stává se z toho jakási kouzelná hůlkaTo, co tam vlastně děláte, je programování v miniatuře: píšete instrukce ve skriptovacím jazyce (jako je Bash) pro automatizaci akcí, které by v grafickém rozhraní byly otravné.
Pro pokročilého kreativce může být neocenitelné naučit se čtyři věci o terminálech: Přejmenujte tisíce souborů, dávkově převádějte formáty, spouštějte renderovací skripty, přesouvejte zálohy nebo synchronizujte projekty aniž byste se museli dotýkat myši. Je to další způsob, jak „mluvit jazykem“ počítače a přiblížit se způsobu myšlení programátorů.
Temná stránka kódu: středníky, chyby a nekonečné ladění
Jednou z nejkrutějších kuriozit softwaru je, že Drobné věci mohou zničit obří věciŠpatně umístěný středník, chybějící závorka nebo hranatá hrana, která se uzavírá na nesprávném místě, může zničit stovky dokonale promyšlených řádků, stejně jako nesprávně uzamčená vrstva může zničit celé PSD.
Vývojáři tráví velkou část svého dne velmi nenápadným, ale nezbytným způsobem: chyby laděníLov chyb je jako lov tvorů, kteří se schovávají na absurdních místech: ne vždy způsobí pád programu, někdy pouze spouštějí podivné chyby v určitých časech nebo se objevují s určitými daty nebo na určitých zařízeních.
Ve vašem světě se to promítá do věcí jako Nástroje, které selhávají pouze s jedním typem souboru, animace, které na počítači vypadají dobře, ale v produkčním prostředí padají, webové stránky, které selhávají pouze v konkrétním prohlížeči...které jsou překvapivě obvykle viditelnou součástí mnohem hlubší chyby v kódu.
Aby to přežili, většina programátorů si vyvine arzenál ladicích technik: Používejte protokoly, grafické debuggery, zarážky a výpisy stavu proměnných....a dokonce nabízejí interní odměny za nalezení určitých obzvláště nepolapitelných chyb. To je další důvod, proč „rychlé“ změny téměř nikdy nejsou tak rychlé.
A ano: je tam humor. Mnoho komentářů v kódu se stává malými uměleckými díly sarkasmu: „// Kouzlo. Nesahej.“, „// opilý, opravím později“ nebo „// hack pro prohlížeč IE (za předpokladu, že IE je prohlížeč)“Ten zákopový humor je důležitou součástí vývojářské kultury.
Lenost, automatizace a správa verzí: ctnosti v přestrojení
Může to znít divně, ale je to ve vývoji. Lenost, když je správně pochopena, je považována za profesionální ctnost.Myšlenka je jednoduchá: pokud je něco opakující se a manuální, někdo chytrý bude hledat způsob, jak to automatizovat, aby to už nikdy nemusel dělat. Tato „lenost“ je to, co pohání skripty, pluginy, automatizované akce a makra, které pak používáte denně, aniž byste věděli, odkud se vzaly.
U seriózních projektů se tato filozofie opírá o další klíčový prvek: správa verzí s Gitem jako absolutním králemDíky Gitu mohou týmy pracovat na stejném projektu, aniž by si navzájem šlapaly po nohou, testovat bláznivé nápady v oddělených větvích, vracet se zpět, když něco pokazí polovinu aplikace, nebo sledovat, kdo čeho a kdy sahal.
Pro kreativního profesionála, který spolupracuje s vývojáři, je pochopení základů nezbytné. Co je to commit, větev nebo sloučení? Hodně to pomáhá: umožňuje vám sledovat postup vývoje, monitorovat, kdy byla zavedena změna ovlivňující váš design, a lépe koordinovat, kdy zavést nové funkce a soustředit se na vylepšování toho, co už existuje.
Tato kultura automatizace se navíc vztahuje i na úkoly, které se zdají být méně „technické“: Nasazení skriptů, automatické generování dokumentace, testy spouštěné automaticky každou noc, kanály, které převádějí datové zdroje, komprimují obrázky nebo generují verze pro různá zařízení bez lidského zásahu. To vše pramení z někoho, kdo odmítl stokrát opakovat stejný proces ručně.
Komentáře, jasné názvy a posedlost čitelným kódem
Stejně jako je návrhový soubor s dobře pojmenovanými vrstvami a uspořádanými skupinami nekonečně ceněn, Kód potřebuje řád, kontext a dobré tagy.Jinak se z toho stane neprůchodná džungle, a to i pro člověka, který to napsal o pár týdnů dříve.
Dobří programátoři kladou velký důraz na dvě věci: smysluplné názvy a komentáře, které poskytují skutečný kontextVolání proměnné userAge o totalCost Říká to mnohem víc než x o tempA poznamenat, proč byl zvolen konkrétní algoritmus nebo jaký trik se používá, je nekonečně užitečnější než komentovat „// sečíst dvě čísla“.
V praxi se tak vytváří jakýsi interní „technický scénář“ projektu, který si ostatní vývojáři mohou přečíst, aby mu porozuměli. rozhodnutí o návrhu softwaru, která stojí za každým modulemKdyž je kód dobře napsaný, nejlepším komentářem je někdy samotný kód, který se díky dobře zvoleným názvům vysvětlí sám.
Tato posedlost jasností velmi dobře zapadá do konceptů, o kterých jste možná slyšeli, jako například Čistý kód, refaktoring nebo pravidlo „neopakujte se“ (DRY)Celá tato filozofie směřuje k témuž: že software by měl být snadno srozumitelný, měnitelný, testovatelný a rozšiřitelný, aniž by se přitom všechno narušilo.
Testování, TDD a proč nestačí „uvést to do provozu ještě dnes“
Dalším méně viditelným, ale zásadním aspektem jakéhokoli programu, který používáte, je testovací ekosystém, který stojí zaJednotkové testy, integrační testy, automatizované nebo manuální testy existují právě proto, aby se zabránilo tomu, že malá změna, která přidá vámi požadovanou možnost, tiše naruší 20 dalších částí systému.
Existují metodiky jako TDD (Test Driven Development), kde Nejprve se napíší testy a poté kód, který je zajistí úspěšným provedením.Zdá se to neintuitivní, ale nutí to vývojáře, aby od začátku přemýšlel o požadovaném chování, okrajových případech a o tom, jak ověřit, že vše v průběhu času funguje správně.
Pro kreativní týmy se to promítá do něčeho velmi konkrétního: Požadavek na „jen tuto malou změnu tlačítka“ nebo „přidání nového efektu“ má skutečnou cenu, pokud jde o testování a validaci.Nejde o to, že by vám nechtěli pomoct; jde o to, že jakákoli úprava, ať se rozhraní jeví jakkoli malá, může mít vedlejší účinky a oni se musí ujistit, že zbytek aplikace se nezhroutí.
Kromě toho mnoho společností nastavuje testovací sady, které běží, zatímco tým spí nebo o víkendu: Kód je zkompilován, je spuštěna řada testů a výsledky jsou zkontrolovány.Pokud se něco pokazí, je to odhaleno dlouho předtím, než se to dostane ke koncovým uživatelům… a to včetně kreativců, kteří se na tyto nástroje spoléhají ve výrobě.
Algoritmy, datové struktury a rychlost: neviditelný motor vašich nástrojů
Za každým vyhledáváním souborů, každým filtrem použitým během vteřiny nebo každým plátnem, které zůstává plynulé i s tisíci vrstvami, se skrývá něco, co nevidíte: algoritmy a datové struktury zvolené se zlým úmyslemPoužití seznamu, zásobníku, fronty nebo slovníku (hashmapy) má obrovský vliv na výkon.
Např Pokud potřebujete rychle najít položky, slovník je mnohem efektivnější než základní seznam.Díky tomu dokáže váš editor najít styl, symbol nebo datový zdroj během milisekund, a to i ve velkém projektu. Totéž platí pro ukládání pixelů, vektorů, 3D sítí nebo zvukových stop.
Když je kreativní aplikace pomalá, není to vždy chyba vašeho počítače: Někdy úzké hrdlo spočívá v rozhodnutích o návrhu softwaru učiněných před lety.nebo v rychlých zkratkách, které byly provedeny „provizorně“ a pak zůstaly navždy, což je u mnoha projektů bohužel běžné.
Proto tolik odborných rad trvá na tom, Vyhněte se předčasné optimalizaci, ale od začátku volte správné algoritmy a struktury.Tento pevný základ umožňuje škálovatelnost: více vrstev, více efektů, více uživatelů, více zařízení… bez pádu systému.
Kultura programátorů: divné vtipy, binární kód a „neexistuje žádná lžíce“
Pokud pracujete s vývojáři, dříve či později uslyšíte věci jako „Existuje 10 typů lidí: ti, kteří rozumí binární soustavě, a ti, kteří ne.“Je to klasický vtip, který si hraje na fakt, že 10 v binární soustavě je 2 v desítkové. Tento typ technického humoru je součástí celé subkultury: memy, subreddity, odkazy na Matrix, Hvězdné války, Hvězdnou pěchotu…
Slavná fráze „Není tam žádná lžíce“ Analogie s Matrixem se často používá k popisu pocitu, kdy vidíte skrz rozhraní a chápete, jak je aplikace pod ním postavena. Když umíte programovat, pohled na program nebo webovou stránku už není jen jejich konzumací: začnete si představovat jeho moduly, architekturu, jak jednotlivé části komunikují a kde by mohlo něco selhávat.
O chybách se také diskutuje, jako by byly Tvorové z Hvězdné pěchoty: malí na pohled, ale schopní způsobit obrovský nepořádekTento sdílený jazyk vytváří komunitu; humor je způsob, jak se vyrovnat s tlakem spojeným s obrovskými systémy, které se drží vašeho kódu.
Pro kreativního profesionála spojení s touto kulturou usnadňuje vztah s programátory: pochopit jeho vtipy, jeho narážky a jeho vrtochy Výrazně to usnadňuje komunikaci při projednávání termínů, technických omezení nebo změn na poslední chvíli.
Jak se programátoři (doopravdy) učí a co to pro vás znamená
Dalším zajímavým faktem je, že ačkoli existují tituly, bootcampy a magisterské programy, Většina skutečného učení se v programování odehrává pracíJe to spíš jako řemeslo než univerzitní předmět: učíte se praxí, rozbíjíte věci, opravujete je a celý cyklus opakujete znovu a znovu.
Většina vývojářů se shoduje na jedné myšlence: Nemusíš se všechno učit nazpaměťExistuje oficiální dokumentace, fóra, články, knihy jako „97 věcí, které by měl vědět každý programátor“ a spousta online zdrojů, jako například Výukové programy o programovacích jazycích ve španělštiněDůležité je vědět, jak vyhledávat, vybírat a aplikovat tyto znalosti na konkrétní problém, stejně jako neznáte všechny zkratky Photoshopu nazpaměť, ale víte, kde hledat, když je potřebujete.
Dále téměř každý doporučuje specializaci: Vyberte si oblast (web, mobilní zařízení, backend, data, videohry…) a ponořte se hlouběji Místo snahy pokrýt celou technologickou krajinu vás může inspirovat stejná logika: skutečné pochopení fungování softwaru ve vaší kreativní oblasti vás učiní mnohem silnějšími než vědět o všem trochu, aniž byste cokoli zvládli.
V mnoha interních průzkumech se také opakuje důležitost mentora a „párového programování“: Programujte ve dvojicích, nechte ostatní zkontrolovat váš kód, požádejte o pomoc a přijměte kritiku.Přesně to samé, jako když sdílíte storyboard nebo moodboard s někým jiným a přijímáte zpětnou vazbu k vylepšení díla.
Realita vývojářské práce: osamělost, soustředění a obří sluchátka
Každodenní život softwarového týmu má v interiéru několik společných prvků s kreativním studiem: Mnoho hodin před obrazovkou, dlouhá období soustředění a vztah lásky a nenávisti s přerušovánímNení neobvyklé vidět polovinu týmu s obrovskými sluchátky s potlačením hluku, téměř jako by to byly povinné pracovní helmy.
Hudba se stává nástrojem produktivity: Měkké seznamy pro architektonické myšlení, něco výkonnějšího pro mechanické úlohy, naprosté ticho pro ladění složitých chybSluchátka nejsou jen rozmar: jsou společenským signálem typu „teď mě nepřerušujte, jsem v režimu soustředění“, stejně jako některá studia používají vlajky nebo malé fyzické signály na stole.
Existuje i druhá, méně viditelná stránka: Práce o samotě před počítačem může být izolující.Mnoho veteránů trvá na tom, že byste se neměli nechat brát jako robota a že je nezbytné pěstovat život mimo programování: koníčky, vztahy, fyzická aktivita, odpočinek. Mozek, který navrhuje řešení, a ten, který navrhuje rozhraní, jsou stejné a potřebují prostor.
Souběžně s tím existuje něco velmi reálného, tzv. závislost na programováníKdyž vás něco opravdu baví, je snadné strávit celé noci „jen abyste dokončili tento modul“ a zapomenout jíst, spát nebo dokonce vstát ze židle. Stejně jako u jakékoli tvůrčí vášně se musíte naučit stanovovat si limity, abyste se vyhnuli vyhoření.
Myšlení, syndrom podvodníka a zdravá soutěživost
Většina lidí, kteří se pouštějí do programování, pochází z technického prostředí, ale To neznamená, že někdo s humanitním vzděláním nemůže být rekvalifikován.Veteráni si nejvíce necení typ středoškolského vysvědčení, ale důslednost, schopnost učit se a určitou jistotu logického myšlení.
Téměř každý v tomto odvětví žije s něčím docela běžným: syndrom podvodníkaTen pocit „nevím dost, chytím se, nejsem na to připravený“ se může objevit bez ohledu na to, jak jste starší. Mnozí ho používají jako motivaci k neustálému učení, pokud to nevede k paralyzující úzkosti.
Součástí krajiny je také soutěživost, ale ve své zdravé podobě je spíše „Rivalita“ mezi kolegy o to, kdo nejlépe optimalizuje modul nebo kdo napíše nejelegantnější kód Není to jako válka o to, kdo na koho šlápne. Mít programátora, kterého obdivujete, a ocenit vaši práci, je velmi podobné, jako když jiný kreativní člověk obdivuje vaši ilustraci nebo video.
V tomto prostředí je klíčové naučit se přijímat zpětnou vazbu: Když tě chválí, nezblouď; když tě kritizují, nevzdávej se.Toto odvětví se mění tak rychle, že vždycky budou existovat technologie, které neovládáte, a lidé, kteří o něčem konkrétním vědí víc, a žít s tím je součástí hry.
Časově nejnáročnější část: ladění, zvládání frustrace a rozhodování, kdy přejít
Pokud se podíváte pouze na konečné výsledky, možná si myslíte, že vývojáři tráví celý den psaním nových funkcí, ale ve skutečnosti... Velká část času se věnuje ladění chyb a úpravám věcí, které již existují.Pokračování projektu často znamená odhalování drobných chyb, které brání pokroku zbytku systému.
To způsobuje výrazné výkyvy frustrace: Problémy, které se vzpírají odhalení, sestavení, která selhávají bez zjevného vysvětlení, klienti požadující nemožné termínyMnoho profesionálů říká, že měli chvíle, kdy chtěli všechno opustit a změnit odvětví, zejména když pracovali na složitých produktech.
Strategie, které doporučují, zní povědomě: Vytrvalost, sebemotivace, určitá hrdost na dobře odvedenou práci a upřímná vášeň pro řemesloStejně jako v každé náročné tvůrčí disciplíně je právě tato směsice tím, co vás nutí to zkusit znovu, když se něco nepovede, a co odděluje ty, kteří zůstanou na povrchu, od těch, kteří se stanou skutečně dobrými.
Určitá míra fluktuace pracovních míst je také běžná: Dobří kandidáti dostávají nabídky průběžně.Mnoho rad zde poukazuje na totéž: hledejte firemní kulturu, která je v souladu s vašimi hodnotami, a pamatujte, že v pohovoru také hodnotíte společnost. Strávíte mnoho hodin přemýšlením o jejích problémech; dobrá interpersonální souhra a sdílené hodnoty jsou důležitější, než by se mohlo zdát ve vašem životopise.
Technické pohovory, integrace týmu a komunikace
V rámci vývojářské komunity jsou technické pohovory docela známé… a zároveň mají docela špatnou pověst. Mnoho veteránů se domnívá, že Jsou přeceňované a neúspěch v jednom z nich moc nevypovídá o vašem potenciálu.Obvykle měří specifickou sadu dovedností pod tlakem, nikoli vaši skutečnou schopnost učit se, spolupracovat a dlouhodobě úspěšně dokončovat projekty.
Místo toho, Měkké dovednosti často dělají velký rozdílUmět komunikovat, klást otázky, když něčemu nerozumí, využívat zpětnou vazbu, spolupracovat s lidmi z různého prostředí (jako jste vy, pokud jste kreativní) a zachovat klid ve vypjatých chvílích.
Při nástupu do firmy je nejlepším doporučením pro každého juniorního programátora Nebojte se klást otázky, ale dělejte to promyšleně.Naplánujte si s mentorem konkrétní čas na zodpovězení otázek, vyhýbejte se přerušování, pokud to není naléhavé, a důkladně si připravte své otázky. Totéž platí, když se připojíte k technickému týmu: čím jasnější a strukturovanější je vaše komunikace, tím lépe zapadnete.
V prostředí, kde není přidělen mentor, je nejvhodnějším postupem získat důvěru někoho se zkušenostmi a vytvořit pevný profesionální vztah s danou osobou. Velké projekty nakonec závisí stejně tak na kvalitě kódu a designu jako na kvalitě vztahů mezi těmi, kdo je vytvářejí.
Kouzlo nástrojů, které používáte každý den, v konečném důsledku pramení z poněkud lidské směsice: Lidé, kteří se neustále učí, frustrují se, jsou soutěživí, spolupracují, smějí se podivným binárním vtipům a postupně proměňují nápady v softwareKdyž jako kreativní člověk pochopíte tyto kuriozity a způsoby práce, je mnohem snazší mluvit stejným jazykem, ptát se na to, co se dá skutečně postavit, a podílet se na tom téměř „magickém“ procesu, kdy se počítač dělá přesně podle vašich představ.