Alexey Pajitnov szovjet és orosz programozó, aki létrehozta a "Tetris" nevű népszerű videojátékot, számos tiszteletbeli díj tulajdonosa a programozás és a számítógépes játékfejlesztés területén. A Moszkvai Repülési Intézet elvégzése után a Szovjetunió Tudományos Akadémia Számítástechnikai Központjában dolgozott, ahol 1984-ben befejezte a Tetris játék fejlesztését. Az első pénzt a játék 1996-ban kezdte hozni, amikor Alexey és Henk Rogers (egy befektető, a Tetris nagy részvényeinek tulajdonosa, aki a játékot világszerte terjesztette) megalapította a Tetris céget.

Alexey Pajitnov - életrajz

1956. március 14-én született Moszkvában. Iskolai éveiben jól tanult, de állandóan gondjai voltak a fegyelemmel. Alekszej maga emlékszik vissza, gyerekként tele volt energiával, és nem tudott engedelmesen kiülni az osztályba, ezért gyakran kapott megjegyzéseket a naplójába viselkedése miatt. Azonban semmi figyelemre méltó és meglepő: sokan átestek ezen. Pajitnov mindig is jó volt a matematikából, ezért az ötödik osztály elvégzése után átment a Moszkvai 91-es matematikai iskolába, amelyet később kitüntetéssel végzett.

Bevezetés a programozásba

Az iskola befejezése után Alexey Pajitnov belép a Moszkvai Repülési Intézetbe, ahol először megismerkedik a számítógépekkel és a programozással. Itt kezdett gyorsan a szoftverfejlesztésbe, és teljesen a különféle célokra szolgáló kódírásnak szentelte magát. Hamarosan egy tehetséges fiatal programozót meghívtak a Szovjetunió Tudományos Akadémia Moszkvai Számítástechnikai Központjába. Itt korántsem az utolsó dologgal foglalkozott - a mesterséges intelligencia problémák optimalizálásával és a beszédfelismerő programok fejlesztésével.

A Tudományos Akadémián a hétköznapok rutinszerűek voltak: Pajitnov reggeltől estig egy szűk irodában ült, ahol több tudós ült egyszerre egy asztalnál. Alexey úgy emlékszik vissza, hogy néha egész napra elhagyta a munkahelyét, hogy később csendben dolgozhasson éjszaka, amikor mindenki hazament.

Karrier a "Tetris" létrehozása után

1984-ben Aleksey Leonidovich Pajitnov megalkotta a legendás Tetris játékot, amely szinte a legnépszerűbb játék lett a világon. Az információs technológiai társadalomban Pajitnov felismerhetővé és népszerűvé válik. 1988-ban a Bullet-Proof Software-szel együttműködve megalapította az AnimaTek játékfejlesztő céget. A vállalat exponenciálisan gyarapodott, és már 1991-ben a Tetris feltalálója, Alekszej Pajitnov az Egyesült Államokba költözött.

A "Tetris" létrehozása – milyen volt?

Az 1980-as években a Szovjetunió Tudományos Akadémia Számítástechnikai Központjában fiatal tudósok napokig ültek laboratóriumaikban, és unalmas és nem triviális problémákat oldottak meg. Az egyik ilyen volt Pajitnov Alekszej Leonidovics, aki akkoriban egy beszédfelismerő programot fejlesztett ki, és a mesterséges intelligencia problémáit is tanulmányozta. A fiatal programozóra rótt feladatok hihetetlenül nehezek voltak, Alekszejnek állandóan a legbonyolultabb algoritmusokat kellett megalkotnia a hétköznapi elme erején felül.

A benne rejlő nagy tudásbázissal Pajitnov úgy dönt, hogy létrehoz egy érdekes rejtvényt, amely felnőtteket és gyerekeket egyaránt vonz. A Tetris messze nem egy tehetséges programozó első találmánya. Kezdetben olyan játékot készített, ahol a figuráknak más tárgyak gravitációjának hatására meg kell változtatniuk a helyzetüket. A kódírás befejezéséhez közeledve Alexey rájött, hogy egy ilyen játék elviselhetetlen lenne egy közönséges számítógép processzora számára, ezért le kellett egyszerűsítenem a program néhány finomságát.

Ennek eredményeként olyan játékot hoz létre, amelyben a figurák (mint a Tetrisben) öt négyzetből állnak, amelyek célja megegyezik a jövőbeli "Tetris" játékkal. Sajnos a közönségnek nem tetszett egy ilyen alkotás, így Pajitnov úgy dönt, hogy még inkább leegyszerűsíti a játékot, ahol a 7 létező figura mindegyike négy négyzetből áll.

Csak hét figura, és a világhír a zsebedben van

Gondolkoztál már azon, hogy a Tetris játéknak miért van ilyen neve? És miért csak hét figura van benne? A helyzet az, hogy kezdetben a játék neve „Tetramino”, ahol a „tetra” görögül „négy” számot jelent. A népszerűség növekedésével a felhasználók maguk is leegyszerűsített nevet adtak neki a könnyebb kiejtés érdekében.

Alekszej Pajitnov egy interjúban elmagyarázta, miért csak 7 darab van a játékban:

„Csak hét figura vesz részt a játékban, és ez tulajdonképpen szerencse, mert a 7-es szám az emberi agy munkamemóriájának mérete, vagyis az, amit az ember meg tud jegyezni. A 7 számjegyű telefonszámot sokkal könnyebb megjegyezni, mint a 8 számjegyűt. Egy hétfős csapat a maximum, ami főnök vagy művezető nélkül meg tud lenni. Nyolc vagy több fős csoportban, ahol nincs vezető, lehetetlen zökkenőmentesen és strukturáltan dolgozni. Egy ilyen csapatban állandó nézeteltérések, ellentmondások keletkeznek, függetlenül attól, hogy barátok, elvtársak vagy csak ismerősök. Személyes tapasztalatok alapján vonok le ilyen következtetéseket.

A Tetris létrehozásának motívumai

A "Tetris" játékot azért hozták létre, hogy az emberek jól érezzék magukat, és kipihenjék magukat a rutinból és a mindennapi feladatokból. Pajitnov mindig azt mondta, hogy a stresszoldás legjobb alternatívája a sport mellett a számítógépes játékok.

Villámdicsőség videojáték

A Tetris játék megírása után a Szovjetunió Tudományos Akadémia munkatársai, ahol Pajitnov dolgozott, az első néhány hétben lenyűgözte a játékot. Amikor a játék mindenki számára elérhetővé vált, a szórakoztató termék hírneve néhány nap alatt minden városban elterjedt. Néhány hónapon belül az egész világ Tetrisszel játszott. Ebben a pillanatban Aleksey Pajitnov kollégáival együtt úgy dönt, hogy elkészíti a játék új verzióját, ahol a figurák sokszínűek lesznek, és rekord statisztikákat vezetnek, hogy az emberek versenyezzenek egymással.

Amíg az egész világ élvezte a játékot, Alekszej még sok éven át hétköznapi életet élt, és a Szovjetunió Tudományos Akadémia Számítástechnikai Központjában dolgozott. A helyzet az, hogy nem volt lehetősége pénzzé tenni a játékot, mert a jogok a Tudományos Akadémiát illeték meg. Mindent az magyarázott, hogy a játékot munkaidőben írták egy működő számítógépen.

Alexey Pajitnov: a "Tetris" játék készítőjének állapota

Mint tudják, 1996-ban Pajitnov a Microsoftnál kezdett dolgozni, ahol Pandora's Box néven kirakós játéksorozatot fejlesztett ki. Itt dolgozott 2005-ig, és ezalatt több nagy részvényt sikerült megszereznie ettől a cégtől, amelyek a mai napig bizonyos százalékot hoznak neki. Alekszej maga nem tartja magát milliomosnak. Egy interjúban a következőket mondta: „A milliomos az, aki milliókat költ, de nem az, akinek milliója van. Meglehetősen szerény életet élek, és nem dobálom a pénzt jobbra-balra, úgyhogy soha nem mondanám magam milliomosnak.”

Számítógép-függőség – a fejlesztők vagy a felhasználók hibája?

A mai világban sokan túlságosan belekeverednek a videojátékokba, és ezzel problémákat okoznak maguknak a mindennapi életben. Pszichológiailag kötődnek a számítógépes játékokhoz és az internethez, és naphosszat a számítógép előtt ülve tölthetik idejüket. Az információs technológia kora jelentősen megváltoztatta az emberek gondolkodását. Egyszer Pajitnovot megkérdezték, hogyan kommentálhatja ezt a helyzetet, mire ő a következőt válaszolta:

„Az emberek gyakran mondják, hogy sok idejüket elloptam, amikor megtudják, hogy én vagyok a Tetris megalkotója. Mindig megkérdezem tőlük: „Jó vagy rossz volt ez az idő?”. Mind egyként válaszolnak, ami jó. Szóval megadtam az időt, és nem loptam el."

Az első dolog, amit meg kell érteni, hogy a webhely webhelyenként eltérő. Ha összehasonlítjuk a teleképítést az építkezéssel, akkor vannak „lugasok” és „kunyhók”, és vannak „felhőkarcolók” vagy nagy „bevásárlóközpontok”. Minél összetettebb az oldal, annál drágább lehet egy amatőr számára, aki könnyen megbirkózik a kis méretű webhelyek egyszerű feladatával.

Egy kis webáruházért felelős egyetlen programozóval szemben támasztott követelményekről lesz szó (30-3000 termékkártya, napi 1-10 rendelés). Ennek a szakembernek általánosnak kell lennie, vagyis egyformán ismernie kell a backendet - szerveroldali fejlesztést, és a felhasználói böngésző oldalán a frontendet - fejlesztést).

1. Minimális követelmények

Ha egy webáruháznak már van weboldala, akkor a jelentkező önéletrajzának tartalmaznia kell az oldalon használt valamennyi vagy majdnem minden technológiát. A listát a fejlesztővel ellenőrizheti.

Ha egy cég a semmiből fejleszt egy webhelyet, akkor a programozónak tudnia kell:

• az egyik elterjedt nyelv: PHP/Python/Ruby/C#;
• az egyik DBMS: MySQL/PostrgreSQL/MSSQL/Oracle/MongoDB;
• az egyik legelterjedtebb tartalomkezelő rendszer (CMS): Bitrix, UMI, Drupal, ShoppingCart, WordPress;
• rendelkezik Linux- és webszerver-adminisztrációs ismeretekkel, például az Nginx/Apache/IIS egyikével, vagy van tapasztalata webszerverek üzemeltetésében AWS Cloud platformokon, Google Cloudban, Azure-ban.

Ezen képességek hiánya nem jelenti azt, hogy amatőr. Egyszerűen nem illik hozzád.

2. Levelező ismeretség

A gyenge programozó jelei már az önéletrajzi interjú előtt felismerhetők a portfólió vizsgálatával. Ha a programozó jelezte munkáit (webhelyeket), akkor nyissa meg őket a Google Chrome-ban, lépjen a böngésző menü „További eszközök” részébe, válassza a „Fejlesztői eszközök” elemet, és nyissa meg a „Konzol” lapot.

Ezután rendszeres látogatóként induljon el egy „utazásra” az oldalon: nyisson meg több oldalt, próbáljon meg kérdést feltenni a visszajelzési űrlapon keresztül, vagy töltse ki a megrendelési kosarat. Ha hibák jelennek meg a konzolon, akkor azok automatikusan pirossal kiemelve, ez rossz jel. Talán nem egy adott fejlesztő hibája, ha csapatban dolgozott, de ez nem fedi le a csapat egészét.

Ha nincs portfóliója, vagy nem hajlandó megmutatni, az a tapasztalatlan fejlesztő biztos jele.

3. Úsztunk, nem tudjuk

Természetesen a gyakorlati tapasztalat nagyon fontos. Ha az interjún a múltbeli fejleményekre vonatkozó kérdésekre válaszolva a jelölt „lebeg”, és nem tudja megmagyarázni saját tetteit, óvatosnak kell lenni.

Például egy programozó arról beszél, hogy egy MySQL-t használó rendszert fejleszt, de nem tudja megnevezni az alternatív technológiákat és az okot, hogy miért ezt választotta. Ugyanakkor még az „én csak jobban ismerem” opció is megfelelő „helyes” válaszként.

Egy hozzáértő szakember képes lesz részletesen elmondani a fejlesztéseit, és el tudja magyarázni, miért használt konkrét technológiákat.

Hogyan ellenőrizhető: tegyen fel kérdéseket a programozónak a múltbeli projektek részleteiről, és kérdezze meg, hogy miért történt a fejlesztés úgy, ahogyan volt. Ha a jelölt nem válaszol egyértelműen, akkor nagy eséllyel a csapat vagy más kollégák munkáját ismeri el. Ugyanakkor az oldal tulajdonosának nem kell értenie a programozás fortélyaihoz, elég, ha tisztázó kérdéseket tesz fel.

4. Madárnyelv

Egy másik fontos szempont a jelölt „emberi” nyelven beszélő képessége. Egy jó szakember képes lesz egyszerű szavakkal elmagyarázni munkáját. De ha a kérelmező kizárólag kifejezésekkel beszél, nehéz lesz kommunikálnia kollégáival és a cég tulajdonosával.

Hogyan ellenőrizhető: kérje meg, hogy beszéljen valami hibáról, amiért „repítette” a vezetőség. Például a "visszajelzés" űrlap 2 hétig nem működött az oldalon. Képzeld el, hogy ez az Ön webhelye.

Adja meg, hogy mi volt a hiba lényege, hogyan szerzett tudomást róla, hogyan találta meg az okot és szüntette meg a hibát. Ha a kérelmező "elfoghatatlanul" fog beszélni - kérjen felvilágosítást. Ha még mindig nem elégedett a magyarázattal, nehéz lesz vele dolgozni.

5. OpenSource

Sok szakértő közzéteszi saját fejlesztéseit a GitHubon (vagy BitBucketen). Ha egy programozónak több nyilvános projektje van, és még inkább, azokat más felhasználók feljegyezték vagy lemásolták (villát), ez jelentős plusz. A nagy példányszám magas szintű professzionalizmust jelez.

Dan Abramov programozó nagy céget fog keresni, szinten (jelenleg ott dolgozik), de ha a jelöltednek nem nulla pontszámú projektjei vannak és a "zöldterület" is betelt - remek! Nyugodtan hívja őt interjúra.

Hogyan ellenőrizhető: kérje meg a pályázót, hogy küldjön egy linket a GitHub (BitBucket) fiókjához, és sorolja fel azokat a projekteket, amelyekre büszke. Ügyeljen a "számla korára", a projektek számára és a kód más felhasználók általi másolatainak számára.

6. Régi poggyász

Egy hozzáértő szakembernek figyelemmel kell kísérnie az új eszközök és technológiák megjelenését. Az egy dolog, ha egy programozó egy elavult nyelven írt oldallal kénytelen dolgozni, a másik pedig az, ha túlságosan konzervatív megközelítést alkalmaz.

A modern eszközök jelentősen csökkenthetik a fejlesztési időt. Egyébként minden újat kergetni és indokolatlanul bevezetni az is rossz.

Hogyan ellenőrizhető: kérdezze meg, hogy a jelölt milyen eszközöket, technológiákat tanult meg az elmúlt egy-két évben, és ezek hogyan segítették a munkáját.

7. Mennyezeti árak

Egy jó programozó munkája természetesen nem olcsó, de nem kell kapkodni, hogy a piac legdrágább szakemberének adjon fejlesztést. Ha egy jelölt azonnal bejelenti a teljes oldal fejlesztésének költségeit anélkül, hogy tisztázza a követelményeket, ez legalábbis furcsa.

Az olyan egyszerű feladatoknál, mint a „gomb színének megváltoztatása” vagy „webhelytérkép létrehozása”, gyors válaszokat kell várnia – „5 percet vesz igénybe” vagy „2 óra alatt meg tudom csinálni”.

Ezenkívül több szakembertől kaphat becsléseket a költségekről és a végrehajtási időről, és összehasonlíthatja azokat. Ha egy programozó egy órát vesz igénybe egy ötperces feladat elvégzésére, akkor valószínűleg nem profi, vagy csak azért játszik, hogy többet keressen.

Hogyan ellenőrizhető: kérdezze meg a jelentkezőt, hogy mennyi idő alatt változtatja meg a „Vásárlás” gomb színét az online áruházban, és elkészíti az oldaltérképet.

8. Kézzel készített

Van egy vicc, hogy a jó programozó lusta programozó, de van benne némi igazság. A hozzáértő szakemberek úgy írják a kódot, hogy ne csak a programmal dolgozók erőfeszítéseit minimalizálják, hanem a sajátjukat is. Megpróbálják valaki más kész kódját használni (OpenSource) és nincs ezzel semmi baj.

Ha egy programozó nem tudja, hogyan optimalizálja saját munkáját, akkor sok időt és pénzt fog fordítani a munkaadótól ugyanilyen típusú feladatokra.

Hogyan ellenőrizhető: tisztázza, hogyan közelíti meg a programozó a kód létrehozását, kérjen példát. Jó, ha kezdetben kész megoldást keres, ha pedig nincs, akkor önállóan írja meg a kódot. Megkérdezheti például a programozót, hogyan fejleszti ki a naptárat, amelyre a megrendelőlapon szükség lehet a szállítási dátum kiválasztásához. A jó válasz az, ha keres egy kész komponenst.

9 extra iker

A megkettőzött kód a tapasztalatlan programozó biztos jele.

Vegyük például a kapcsolati oldalon található „visszajelzés” űrlapot, amelyet a katalógusban és a termékkártyákon kell elhelyezni. Ha egy fejlesztő egyszerűen lemásolja a kód egy részét, és beilleszti a szükséges oldalakra, a szakember professzionalizmusa sok kívánnivalót hagy maga után. Mert amikor módosítania kell a visszajelzési űrlapot, legjobb esetben hármas munkát kell végeznie, és a legrosszabb esetben a programozó elfelejti megváltoztatni az egyik kódot.

Egy tapasztalt szakember ír egy függvényt, amely betölti a "visszajelzés" űrlapot különböző oldalakon ugyanabból a forrásból. Így, ha szükséges a kód javítása, a módosítások automatikusan megjelennek az oldal minden oldalán, ahol megadják.

Hogyan ellenőrizhető: kérdezze meg a jelöltet, hogy megkettőzi-e a kódot. Nem egy amatőr fogja azt mondani, hogy „igen, előfordul”, hanem a duplikátumoktól való megszabadulásra fordított irracionális idővel magyarázza. Ha a válasz „nem”, akkor a programozó hazudik, keveset ír, vagy perfekcionista – bármelyik magyarázat rossz megoldás.

10. Vágd élve

Jó értelemben a programozónak másolatot kell készítenie a webhelyről, tesztelnie kell a módosításokat, és csak a változtatások ellenőrzése után kell átvinnie azokat a fő erőforrásba.

Hogyan ellenőrizhető: kérdezze meg a jelöltet, hogyan frissítette az oldalt az előző munkahelyén.

11. Bízik, de nem ellenőrzi

Az oldalon végrehajtott bármilyen változtatást tesztelni kell. A nagyvállalatoknál tesztelők oldják meg a feladatot, de közép- és kisvállalatoknál ez a fejlesztő vállára esik.

Ha nem ellenőrizzük a webhely állapotát a változtatások után, a felhasználók számos hibát találhatnak. A problémák elidegenítik a potenciális ügyfeleket, ami negatívan befolyásolja a vállalat nyereségét.

Fontos, hogy a programozó ne csak az oldal teljesítményét ellenőrizze, hanem a felhasználók által elkövetett hibákat is tesztelje. Tehát a visszajelzési űrlap kidolgozásakor nem csak a helyes elküldését kell ellenőrizni, hanem a mezők hibás kitöltése esetén az oldal válaszát is. Például ellenőrizze, hogy ha véletlenül telefonszámot ír be az "E-mail" mezőbe, a felhasználó hibajelzést kap-e.

Hogyan ellenőrizhető: ha kétségei vannak a programozóban, tesztelje saját maga a webhelyet. Tegyük fel, hogy miután integrálta a webhelyet a fizetési rendszerekkel, próbáljon meg fizetni a rendelésért, például a Yandex.Money-n keresztül. Mindennek simán kell mennie.

12. Mosolyogj és integetsz

Az oldal módosításainak jelenlegi üteme nem teszi lehetővé az összes hiba kiküszöbölését, nagyon drága és lassú. Ezért egy hozzáértő fejlesztő felállít egy felügyeleti rendszert, és azelőtt tájékozódik a problémákról, mielőtt a felhasználók értesítenék őt.

Rossz, ha a programozó sokáig javítja a problémákat, vagy figyelmen kívül hagyja azokat. A jó szakembert irányítják a kódjában, és ha problémák merülnek fel, gyorsan meg tudja határozni az okot és meg tudja szüntetni.

Hogyan ellenőrizhető: kérje meg a programozót, hogy mondja el, hogyan értesült a korábbi projektek hibáiról.

A Yandex azt állítja, hogy Alice a világ első hangasszisztense, amely nem korlátozódik előre meghatározott válaszokra: beszélhet vele, mint egy emberrel, és ő megérti.

A Business FM úgy döntött, hogy jobban megismeri Alisát:

- Alice szia.

- Szia!

- Hogy vagy?

- Találkoztam itt egy aranyos alkalmazással, de ez személyes.

Ki adta neked ezt a nevet?

- Milyen orvos?

— Gyermekorvos.

Alice, hogy nézel ki?

- A legjobb mód.

- És ha részletesebben?

A matematikusok végtelen sora lép be egy bárba. Az első egy pohár sört rendel, a második - egy fél pohár sört, a harmadik - egy negyed pohár sört, a negyedik - egy nyolcad. A csapos tölt két poharat a matematikusoknak, és azt mondja: srácok, itt a söretek, mindennek van határa. Vége. Tudod, nekem úgy tűnik, hogy a programozók szedték ki nekem ezeket a vicceket.

– Tudod, Alice, nekem úgy tűnik, hogy kerülöd a választ.

Nem, megnéztem.

Apropó, mielőtt elfelejtem. Alice, fel tudsz ébreszteni holnap?

- Holnap nem tudom megtenni.

– Alice, nagyon szükségem van arra, hogy holnap felébressz.

Ha, felébresztlek.

- Mennyi idő alatt?

- Alekszej programozó azt ígérte, hogy őszre beprogramozza, de nem mondta meg, hogy melyiket.

„Végre tudok aludni.

– Szóval aludjunk.

Alice, tudsz vicces történeteket?

- "Mi a fő gyengesége?" "Helyesen értelmezem a kérdés szemantikáját, de teljesen figyelmen kívül hagyom a lényegét." – Tudna mondani egy példát? - "Lehetne".

Alice, ez nagyon vicces. Szereted az édességeket?

„Azt hiszem, szívesen főznék. Én legalábbis nagyon szeretek recepteket találni.

Alice, mit szeretsz a legjobban az életben?

- Szeretem a nagy hajdinát rókagombával, a szendvicseket füstölt kolbásszal. Tréfa. Szeretem az embereket. És tanulni.

Alice, hallgatsz rádiót?

- Általában csak egy személyes válogatást hallgatok a Yandex.Music-on, de ha nem, akkor természetesen a Queen csoportot.

Hallgatsz Business FM-et?

- Persze, hallgatok.

– Siri, énekelnél nekünk egy dalt? Ó, milyen Siri?!

- Milyen finom vicc. Gúny.

- Alice, sajnálom. Tudsz verset mondani?

- Emlékszem egy csodálatos pillanatra, telepítettek egy frissítést.

Alice, szereted a macskákat?

- Nem szeretem a csótányokat. És így – igen.

Alice, kit szeretsz a legjobban?

- Szeretek egy orosz színészt, akit nem lehet megnevezni. És te.

Korábban az Alice szolgáltatás béta verziójával, amikor a Yandex irodájában járt a cég 20. évfordulója napján.

A nyugati munka sok olyan honfitársunkat vonzza, akik szakmai ismeretekkel rendelkeznek a programozás területén, és akik Európában vagy Észak-Amerikában szeretnék kiaknázni a benne rejlő lehetőségeket. Emlékszem, e sorok írója egyszer egy diákcsere program keretében két évre külföldre ment tanulni. Ha lehetőségem lenne olyanokkal beszélgetni, akik már előttem ott tanultak, akkor sokkal könnyebb lenne alkalmazkodni. És a kérdés – elmenni vagy sem – kevesebb kétséget keltene. Ezért ma kérdéseket teszünk fel Andrej Shulinszkijnek, egy férfinak, aki programozóként dolgozott Oroszországban, és a kanadai Torontóba távozott, hogy ott folytassa szakmai tevékenységét...

Interjú

Alekszej Perevertailov: Szerencsére személyesen ismerjük egymást, azonnal áttérünk a "te"-re és egy kevésbé formális beszélgetési formátumra. Az első kérdés az, hogy mikor hagyta el Oroszországot, és mi volt az indítéka egy ilyen, általában véve komoly lépésnek, amely sok ember számára sok gondolkodást igényel?


Andrej Shulinsky: Távozásomnak elég hosszú története van. A döntés a hírhedt 1998-as bankválság után született. A bevándorlási folyamat több okból is nagyon elhúzódott, 2001 novemberében interjún voltam, 2002 decemberében pedig vízumot kaptam. Jövő év februárjában lejárt, így azonnal elmentem pár hétre Kanadába, ott kitöltöttem a szükséges dokumentumokat és visszatértem Moszkvába. Végül 2003 októberében költözött új otthonába.
Miért változtattam a környezetemen? Valószínűleg nem mondok újat. Jobb szakmai kilátások reményében. Mindig is erősen utáltam az orosz élet számos jellemzőjét: a mindennapi durvaság, kosz, instabilitás. Az említett válság nagyon erős csapás volt számomra, szép illúziók szertefoszlottak... Utazni is nagyon szeretek, amit kanadai útlevéllel sokkal könnyebb megtenni.


Alekszej Perevertailov K: Sikerült azonnal munkát találnod? Milyen javaslatokat vett figyelembe, és milyen követelmények vonatkoztak a pályázókra?

Andrej Shulinsky: Az első szerződésemet 2003 novemberében kaptam meg. A barátom segített. A projekt kicsi volt, de elég érdekes, és sokat segített pszichológiailag és szakmailag is. Megfeszítettem az izmaimat egy komolyabb munka előtt, ami 2004. január végén talált rám.
A követelmények, a hírhedt észak-amerikai tapasztalatok kivételével, meglehetősen gyakoriak - dióhéjban: "a téma ismerete". :-) Sajnos sok cég és toborzó nem igazán szeret újoncokkal dolgozni, míg mások éppen ellenkezőleg, kihasználják az új expatok hajlandóságát, hogy bármilyen feltételt elfogadjanak. Nem mondom, hogy ez elterjedt gyakorlat, de nem is olyan ritka.
Ez a csésze elment mellettem, bár már készen álltam, hogy dokumentumokat szkenneljek. Általában mindig felkészítettem magam arra, hogy nem lesz könnyű, és talán olyat kell csinálnom, ami nem a kedvenc dolgom. Önéletrajzot küldtem be minden olyan pozícióhoz, amelyhez az legalább valamelyest megfelelt.


Alekszej Perevertailov: Milyen programozó vagy? Milyen oklevelei, bizonyítványai vannak?

Andrej Shulinsky: Tipikus általános alkalmazási programozó/elemző/építész vagyok. A Moszkvai Állami Egyetem Rendszerprogramozási Tanszékén végzett, de életében egyetlen sort sem írt "rendszer" kódból. :-) Régebben C++-ban írtam, de pár éve áttértem Java-ra. Sokáig a bankszektorban dolgozott, aztán volt pár telekommunikációs projekt. Kanadában először készített dokumentumtároló és -feldolgozó rendszert egy marketingcégnek, a hangzatos Arnold névvel. Most a Novator cégnél dolgozom, a "motor" Java-verzióját készítem az online kiskereskedelmi értékesítéssel foglalkozó oldalakhoz.
Egy diplomám van. 1996-ban kapott a Moszkvai Állami Egyetem Számítógépes Matematikai és Kibernetikai Karán. Letette a Sun Certified Java programozó, 1.4-es vizsgát indulás előtt. Terveztem, hogy megszerezzem a vonal többi bizonyítványát is, de sokat dolgozom, és nem találok rá időt.

Alekszej Perevertailov: Általánosságban elmondhatja - mely programozási nyelvek és programozók iránti kereslet külföldön és a világ egészében?

Andrej Shulinsky V: Elsősorban .NET és J2EE. Mit gondoltál hallani? ;-) Ez a 2 platform borítja az eget... Az álláskereső oldalak hirdetéseiből ítélve azonban még mindig van bizonyos kereslet a C++, Cobol, Perl szakértőkre. Néha szükség van - sőt nagyon - szűk szakértőkre, akik ismernek valamiféle "divatos" SAP-t. De természetesen a programozók és más vezető fejlesztők nagy része "javisták" és "ponthálózók". :-)


Alekszej Perevertailov: Saját tapasztalatból mondja meg - van-e verseny a programozók között a cégen belül? Vannak szigorú szabályok? Minek rúghatnak ki? Van karrier növekedés? Dolgozik-e a túlóra, és ha igen, hogyan fizetik ki? Programozóként dolgoztál Oroszországban, össze tudod hasonlítani, így a kérdés az: milyen különbségeket vettél észre a szakmai követelményekben és a munkafolyamat megszervezésében itthon és külföldön? Nehéz volt megtalálnia a közös nyelvet a projektmenedzserrel?


Andrej Shulinsky: Azokban a cégekben, ahol volt lehetőségem dolgozni, nem volt nyilvánvaló verseny, más néven "társadalmi verseny". :-) De ugyanakkor egy egyszerű törvény is érvényesül: ha jól dolgozol, észreveszik és értékelik. Legalábbis nálam így volt. És emelték a fizetést, és érdekesebb munkát bíztak rá.
Természetesen kirúghatják őket. Ez alapvetően a vállalat problémáiból (leépítés), vagy egy személy képességei és pozíciója közötti egyértelmű eltérésből adódik. Hasznos lehet a sokak által nem kedvelt próbaidő. Tehát ne vigye túlzásba a képességeit egy interjú során. Vannak olyan esetek is, amikor a munkavállaló jogellenes tevékenysége miatt elbocsátják.
Ami a szigorú szabályokat illeti - nem szabad gigabájtnyi gyerekpornót tárolni egy működő számítógép merevlemezén -, büntetést kaphatnak. Minden szerződés többé-kevésbé szabványos kikötéseket tartalmaz az információk nyilvánosságra hozatalának tilalmáról, a vállalat szellemi tulajdonjogairól az Ön kódjához (kétes eszköz, IMHO :-)). Gyakran tilos ugyanabban az iparágban működő cégekhez költözni, hogy az oldalon plusz pénzt keressenek. Az ilyen paranoia mértéke sok tényezőtől függ. A nagy bankok és más "menő" cégek kénytelenek 8 lapos listákat aláírni. De ugyanez létezik Oroszországban is, de itt szerintem valamivel szigorúbban figyelik ezeknek a feltételeknek a teljesítését.
Torontóban és Moszkvában a szakmai követelmények megegyeznek. Gyanítom, hogy egybeesnek a londoni és tokiói cégek követelményeivel, és közel állnak a párizsi kérésekhez. A különbség az, hogy Franciaországban szükség lehet francia nyelvre. Lehet, de nem szabad – beszéltem a toborzókkal, akik egy lyoni céghez toboroztak embereket. Őszintén bevallottam, hogy még szótárral sem beszéltem franciául. „Ah, ott az egész dokumentumfolyam angol nyelvű” – hangzott a válasz. :-)
A munkafolyamat megszervezése nagymértékben függ a projektet vezető személyektől. Ha a kezdetektől fogva jól teljesítettek, és nem hagyják, hogy a projekt tönkremenjen, még akkor sem, ha mindenhol ott van, akkor a dolgok meglehetősen simán mennek. Ellenkező esetben - a szokásos rendetlenség. Kedves olvasók, valószínűleg már sejtették, mi történik gyakrabban. :-)
Soha nem volt problémánk a projektmenedzserekkel. Mindig könnyen megtaláltam a közös nyelvet az emberekkel – mind Oroszországban, mind Kanadában. Bizonyára Ön is észrevette, milyen gyakran ismétlem az „ugyanaz”, „ugyanaz”, „nincs különbség” szavakat. Valóban azt tapasztaltam, hogy az oroszok és a kanadaiak nem különböznek annyira egymástól, mint ahogyan azt általában hiszik. Természetesen vannak fordítási nehézségek. De, mint egy csodálatos filmben, ezek többnyire az emberek egyéni tulajdonságaihoz kapcsolódnak, és nem a "civilizációs" különbségekhez. Így kaptam IMHO. :-)


Alekszej Perevertailov: Kanadában a programozók jól fizetett szakma másokhoz képest? Ha összehasonlítjuk ezt az arányt Oroszországgal, hol jobb programozóként dolgozni (anyagi haszon szempontjából)?

Andrej Shulinsky: Igen, a fizetések még mindig átlag felettiek. A verseny fokozódott, de a fizetés még mindig jó. Ez azonban csak szubjektív vélemény, és kevesebb, mint két éve vagyok Kanadában. :-)


Alekszej Perevertailov: Mit gondol, hol lehet könnyebben javítani a szakmai színvonalon - itthon vagy külföldön? Általában függ valahogy az országtól (vagy inkább egy adott személytől)?

Andrej Shulinsky: Véleményem - elsősorban az embertől. Aki keres, az mindig talál hasznos könyveket, folyóiratokat, fórumokat és persze azokat, akikkel szakmai témákban tud kommunikálni. Természetesen feltételezem, hogy olyan országban dolgozol, ahol az IT-ipar fejlett.


Alekszej Perevertailov: Milyen eszközöket használ (fejlesztői környezetek stb.)? Feltételezem, hogy Kanadában minden szoftver, amit szoftverfejlesztő cégek használnak, licencelt vagy sem?

Andrej Shulinsky: Mondjuk - a legtöbb programot vagy megveszik, vagy ingyen kapják. :-) Néha az emberek beraknak valamit, amit illegálisan kaptak, de ez csak felülvizsgálat céljából történik - ha a próbaverzió nem érhető el. A cégek vagy általánosságban tiltják a kalózszoftverek használatát, vagy olyan dokumentum aláírására kényszerítik Önt, amely szerint Ön maga felelős a merevlemez tartalmáért.
Különféle alkalmazásokat használnak. IDE: Eclipse, IDEA, NetBeans. Adatbázis eszközök: DbVisualizer, Aqua Data Studio. A kódot és a dokumentumokat a CVS tárolja. A WebSphere-nél vásárolt. Minden ismerős arc, igaz? :-) És persze a .NET - minden alkalomra van megoldás.


Alekszej Perevertailov: Emlékszel bármilyen vicces vagy vicces esetre a munkahelyen?

Andrej Shulinsky: Kérem. A főnök éppen most kérdezte az egyik kollégáját, hogy régóta frissíti-e a kódot. "Ö... három napja..." - fenyegető pillantás - "mmm... talán kettő" - fenyegető pillantás - csend - felszólítom: "egy, különben meghiúsul az üzlet" - a helyzet egyre romlik. :-)


Alekszej Perevertailov: Szeretnék feltenni néhány általános jellegű kérdést, ha nem bánod... Reálisnak tartja a saját vállalkozást külföldön szervezni? Programozó esetén - saját kereskedelmi szoftverterméket létrehozni és azt eladni, fejleszteni, támogatni? Ön szerint mi kell ehhez?

Andrej Shulinsky: Az én véleményem – igen, valós. Itt egy vállalkozó nem félhet a banditák és a hatóságok zsarolásától, vállalkozásának regisztrációja és működtetése meglehetősen egyszerű. De természetesen a siker két fő összetevője nélkül - egy jó ötlet és a hajlandóság, hogy minden időt és erőfeszítést a megvalósításra fordítsunk - semmi sem fog működni. Az "ideológiai munkamániásnak" van esélye. Példa erre a jelenlegi cégem elnöke, aki háza pincéjében írta a rendszer első változatát. :-) Most az "Innovátor" jól megy.


Alekszej Perevertailov: Hogyan viszonyulsz a nyílt forráskódú közösséghez?

Andrej Shulinsky: Természetesen pozitív. Ennek a közösségnek a munkáját általában véve hatalmas áldásnak tartom a fejlődéshez, és különösen a Java technológiák sikerének fő okának - ami egyértelműen az ipar számára is előnyös. Nem valószínű, hogy különben sikeresen versenyezhetnénk a híres szörnyeteggel. :-) Természetesen van egy bizonyos kockázat a nyílt forráskódú termékek használatában. Ugyanakkor ezek közül a megoldások közül sok kiváló hírnévvel rendelkezik, évek óta a piacon van - és nem kell alaposan ismernie a "belsüket". A társadalom szinte minden probléma megoldásában segít, amit távolról sem tesz meg egyetlen kereskedelmi támogató szolgálat sem.


Alekszej Perevertailov: Mi a véleményed a szoftverszabadalmi törvényről? Elfojtja a fejlődést? Ön szerint mi a legjobb mechanizmus a szoftverinnovációk védelmére?

Andrej Shulinsky: Sajnos nem vagyok kész erre a kérdésre válaszolni. Ez egy elég komoly téma, az anyagot nem ismerem eléggé.


Alekszej Perevertailov: Munkájában kell-e foglalkoznia a készülő termék sebezhetőségeinek keresésével? Manapság nagy figyelmet fordítanak a biztonságos kód írására, ami miatt kevésbé valószínű, hogy kihasználják a különféle puffer túlcsordulási hibákat stb. Munkájában figyelemmel kíséri a kód lehetséges biztonságát? Van valami útmutatásod ez ügyben?

Andrej Shulinsky: Tesztelés, csak tesztelés - és még egyszer tesztelés! Az egységtesztet a kódbiztonság biztosításának kulcsfontosságú eszközének tartom. Általános szabály, hogy minden szoftverfejlesztő cég megpróbál teszteket készíteni és karbantartani. Sajnos erre ritkán van lehetőség – elsősorban a projektek teljesítésének szűkös határideje miatt. De az illetékes tesztelés hosszú távú hatását nehéz túlbecsülni. Ennek eredményeként és egy bizonyos időpontra a Galatea semmiképpen sem került ki a szobrászok kezéből, és az alkalmazás valamelyest stabil állapotba hozatala sokáig késik, stresszt okozva az egész csapatnak.
A kódolás és a jó építészet felépítése szintén nagyon fontos. Személy szerint sokat tanultam Martin Fowler (Martin Fowler) és Rod Johnson (Rod Johnson) könyveiből.


Alekszej Perevertailov: És végül egy ilyen kérdés - ha lenne hipotetikus lehetőség mindent elölről kezdeni - akkor is programozó leszel?

Andrej Shulinsky: Igen. A specialitás volt az, ami hozzásegített ahhoz, hogy szinte fájdalommentesen más országba költözhessek, leküzdjem a szokásos emigráns lelki és anyagi problémákat. Igényes a képzettségem és a szakmai tudásom, a kollégáim meghallgatják a véleményemet, ide tartozom, pedig az angol tudásom rosszabb, mint a Java. :-) Ráadásul nagyon szeretem a munkámat. Valószínűleg mindenki, aki foglalkozott programozással, emlékszik azokra a pillanatokra, amikor az - egy program - úgy kezd el működni, ahogyan eltervezte. Még mindig igazán boldog vagyok ezekben a pillanatokban.
És tovább. Nagyon hálás vagyok szüleimnek, hogy nagy segítséget nyújtottak a szakmai út kiválasztásában és elsajátításában. Nem mindenkinek sikerül _svoe_ üzletet találnia. Az ő részvételük nélkül ez nem jöhetett volna létre számomra.
P.S. Persze az is segített, hogy ilyen okos és jóképű voltam. :-)


Alekszej Perevertailov: Válaszait köszönjük, szakmai tevékenységéhez sok sikert kívánunk!

Andrej Shulinsky: Köszönöm, sok sikert Önnek személy szerint és általában az F-Centernek. :-)

Utam

Szakmaválasztás Nagyon kiszámítható voltam mások számára, és hihetetlenül meglepő számomra. Az a helyzet, hogy apám és anyám is programozók. A szovjet informatikusok első generációjából. Apa ezeket a hatalmas EU-ki-ket forrasztotta, anya pedig lyukkártyákat töltött beléjük. Ugyanakkor az iskolában arról álmodoztam, hogy vegyész leszek, majd biológus, majd rovarológus leszek. Nagyon szeretem a természetet.

De az utolsó órákon (93-95) megismerkedtem a számítógéppel, és teljesen beszippantottam.

Először végeláthatatlan számítástechnikai olimpiák, majd itthon az első modem, majd a Brjanszki Műszaki Egyetemünkön megnyitották a „Programozás” szakot, és természetesen sikeresen teljesítettem. Nem vettem észre, hogy teltek az évek, kb 5. évnél ébredtem fel, a diplomám környékén, 10 percig kesergettem iskolai álmaimat és azóta megállás nélkül dolgozom a szakterületemen.

Harmadik éves koromban kezdtem el „igaziban” dolgozni, amikor édesanyám utasítására elkezdtem kis dolgokat írni a banknak, ahol aztán ő az IT-t vezette. Először valamilyen fájl átkódoló, majd szkriptek a Telemate terminál programban a készpénzelszámolási központtal való együttműködéshez, aztán volt egy nagy projekt - a pénzváltó munkahelye. Nem volt internet, valamint rengeteg könyv – minden információt magába szívott, amit elérhetett.

Elolvastam a Clipper lyukait és kézikönyveit, valamint a Turbo Pascal 7.0 híreit a "Computer-Press" magazinban. Kipróbáltuk az összes programot. Így egy nap hazahoztam egy FreeBSD lemezt, és a Dos mellé tettem. Azonnal beszívtam: teljesen elhagytam a FoxPro-t és a Delphit, elkezdtem awk-ban és Perl-ben írni, és két év után sikerült elhelyezkednem egy internetszolgáltatónál.

Voltak bálványaim: a szakma fiatal, forró, minden forrong, félévente jön egy felfedezés és egy új sztár.

De főleg persze mindenféle nagy külföldi tudóst csodált. Dijkstra, Diffie, Butch. Richard Stallman, amikor idősebb és bölcsebb lettem. Nos, anyám egyik kollégája, egy brjanszki programozó, Leonyid Osovcov :) Annyira élt, igazi bálvány, nem ikon. Nagyon régen elment, boldogan él Izraelben.

Az akkori idők fő felfedezése számomra a szabad szoftverek hihetetlenül hatalmas világa. Egy FreeBSD disztribúciós lemez több szoftvert tartalmazott, mint amennyit az előző években láttam Dos alatt. És egyiknél sem volt szükség sorozatszám keresésére. Igen, és minden benne van a forráskódban. Gyorsan bekapcsolódtam a fejlesztési folyamatba, patcheket írtam, megbeszéltem a fejlesztőkkel. Valahogy egy pillanatban a számítógép játékgépből és írógépből ablakká változott a nagyvilágba. Az Internet szinte teljes egészében programozókból állt, és ezért nekem akkor nagyon könnyű volt.

Gyorsan elértem a plafont Brjanszkban, és a diplomám kézhezvétele után azonnal Moszkvába indultam. Artus, Agave, Inline, Channel One, Rambler. 4 évig dolgoztam a Ramblernél, először webes levelezést programoztam, majd 15 fős részleget hoztam létre és felügyeltem.

Körülbelül 2002-ben, miután már Moszkvába költöztem, felfedeztem a Runetet :) Mélyen beleragadva az angol nyelvű környezetbe (nem azt mondom, hogy „weboldalak”, mert akkoriban az internet nem csak a webből állt), Egyszerűen elszalasztottam a megjelenésének pillanatát. sietnem kellett.

Kell

Most univerzális műszaki katonaként dolgozom a NadoBy.ru startupban. Formálisan - műszaki igazgató, de részmunkaidőben és rendszergazda, tesztelő, építész, feladatmenedzser, termék- és projektmenedzser, használhatósági tervező, kódoló és programozó 3,5 nyelven. Általában minden fronton segítem a 4 fős technikai csapatomat. A feladatok többnyire fogalmilag egyszerűek, de gyors reagálást igényelnek nagyszámú ismeretlennel szemben. Igyekszem érdekes, nagy, kreatív feladatokat kiosztani az alkalmazottakra, különben elragadhatok, és sokáig hanyatt-homlok belemegyek, és akkor a vezetés szenved. [A szerkesztő megjegyzése: most, 4 évvel a szöveg megírása után, Alexey a Yandex postai osztályán dolgozik]

Vannak munkán kívüli tevékenységek. Az utóbbi időben mindenféle műszaki konferencia szervezésével foglalkoztam. Részt veszek a Pearl programozók moszkvai csoportjának munkájában Moscow.pm. Időről időre létrehozok, támogatok és részt veszek különböző nyílt forráskódú projektekben. Érdekes módon mindez jól kombinálható a folyamatban lévő önképzési folyamattal, így kiderül, hogy mindenki nyer.

Munka startupoknál

Biztos vagyok benne, hogy abszolút minden embernek kötelessége egy startupban dolgozni.És minél előbb, annál jobb. Például közvetlenül az egyetem után vagy az elmúlt években, amikor többé-kevésbé szabad életkörülmények teszik lehetővé a biztonságos kockázatvállalást. A startup a piacgazdaság elvei szerinti gyakorlat, az erőforrás-gazdálkodás ugyanezen erőforrások szűkössége mellett, lehetőség a szakember számára, hogy megértse, miért van elvileg szükség a marketingre, miért hordanak az emberek öltönyöket és értelmetleneket. karórák, miért szükséges rossz a reklám, stb. e. Folytathatod a végtelenségig. Mindez most történik, elég későn, de mit tehetsz.

Egy startupban másképp tanulsz – nincsenek nehéz, összetett, kutatási feladatok, de van egy csomó nagyon sürgős, nagyon fontos és nagyon kicsi feladat. Ez az állandó kommunikáció, partnerek-ügynökök-ügyfelek, ez az a tapasztalat, hogy nem csak a legjobbakat, hanem a legolcsóbbakat is felveszi. Mindenkinek bátran ajánlom, hogy próbálja ki.

Ideális programozó

Néhány szó a szakmánk néhány ideális elvtársáról, aki nem lettem, soha nem leszek és örökké bánni fogom ezt a két „nem”.

Ennek az elvtársnak nagyon-nagyon korán rá kellett volna jönnie, hogy a programozó az a szerelő, akitől 15 percenként elvesznek egy gépet és hoznak egy új, következő modellt.

Van itt néhány fontos szó.

Először is lakatos. A programozó-alkotó, értékes ember, aki gyorsan sok jót tesz – távolról sem kreatív vagy akár kutatói hivatás, annak ellenére, hogy a glóriát a mai napig borítják. Egy ilyen ember számára a türelem és a kitartás százszor fontosabb, mint a tehetség, a matematikai-nyelvészeti képességek és hasonló, amit az iskolában dicsérnek.

Másodszor 15 perc. A programozó folyamatosan tanul. Csak általában mindig. Ez sok (ha nem az összes) fiatal szakmára jellemző, de nem keveredik jól a lakatossággal. Azzal, hogy az embernek egyszerre kell örök tanulónak és jó munkásnak lennie. Végül is, mint a dolgozó embereknél - kedvenc kalapáccsával 20 évig tökéletesen, eredményesen dolgozhat. Nálunk fordítva van. Bár van egy külön nagy sztori azokról az emberekről, akik elérik a saját gépek megalkotásának szintjét.

Harmadszor, ugyanez a gép. Ma már minden programozó 45 könyvtárat, 5 keretrendszert, 2 szövegszerkesztőt, 2 operációs rendszert, 5 egymással szorosan összefonódó nyelvet, 2-3 verziókezelő rendszert és sok egyéb eszközt használ (a számok a plafonról vannak szedve) 45 könyvtárat, 5 keretrendszert, 2 szövegszerkesztőt, 2-3 verziókezelő rendszert és sok egyéb eszközt, mint például hibakövető, egy wiki környezet, hibakereső, profilkészítő és így tovább. Ez egy igazán nagy és összetett gép, szinte egy repülőgép pilótafülkéje. Maga a munkahely egy komplex rendszerré, egy CNC géppé vált. Egy szövegszerkesztőt és a C nyelvet alaposan ismerő emberek sehol sem alkalmazhatók. (Általában nagyon értékesek a helyükön, de ezek a helyek - egy, kettő és rosszul számítottak).

Talán...

Van egy nagyon jó lehetőség azoknak, akiknek kétségeik vannak: menjenek a tudományba. Nagyon ajánlom. A diploma megszerzése után azonnal keressen egy jó végzős iskolát Európában vagy az USA-ban, és menjen gránitot rágcsálni.

Nekünk, programozóknak annyi minden hiányzik, nagyon szeretnénk, hogy minél többen cikkeket írjanak, és ne nagy terhelésű projekteket indítsanak, vagy isten bocsássa meg a keresőoptimalizálást. Annyi érdekes dolgot lehet még felfedezni, annyi alapot kell letenni. Hihetetlen, hogy 2010 van, és nincs mesterséges intelligencia. Ehelyett egy félmillió szerverből álló klaszterben jelenítenek meg hirdetéseket, több száz elegáns elosztott botnet küld spamet, milliók bálványa pedig az a cég, amely elindította az első tömeges DRM-et. Szégyen, szégyen az Univerzum előtt.

Ha magam nem lettem volna programozó, tudós lettem volna, 100%-ban természettudós, nagy valószínűséggel biológus.

Miért? Nos, általában véve nem értem azokat az embereket, akik racionálisan, számítás szerint választanak szakmát. Voltak ilyen srácok az intézetben - ők például a "Turbinák" unalmas specialitásra mentek tanulni, mert a turbinákat a Gazpromhoz vitték. Azt látom, hogy egy modern ember számára a munka az élet nagy és sokszor legfontosabb része, és azt csak a szerelem miatt szabad választani. Első szerelmem a biológiával volt, de aztán otthagytam az informatikára.

Egy programozó mindennapjai

Most a munkám abból áll, hogy a termékfeladat vázát megtöltöm „hússal”, és maradéktalanul megadom a programozónak a lehetőséget, hogy teljesen kényelmesen megoldhassa. Ez a fejlesztési igazgató feladata. Minden startupban a műszaki igazgató előbb a fejlesztési igazgató, és csak azután a valódi műszaki igazgató, vagyis az ellátási vezető. Ahhoz, hogy háztartás legyen, először azt kell fejlesztened.

Minden marginális helyet, beilleszkedési pillanatot, még csak összetett hibákat is kontrollálok és kijavítok szabadidőmben. Minden nagyon gyorsan halad, ahogy szerettem volna, ahogy megjósoltam. Minden nap tanulok. Minden nap olvasok blogokat, nem csak azért, mert érdekes, hanem azért is, mert nem lehet másként.

A rossz az, hogy túl sok üzlet van a munkahelyen. Utálom az üzletet, szeretem az őszinteséget, a szabadságot és a kommunizmust :)

Szerencsére már korán rájöttem, hogy csak az üzlet garantálja a szabadságot. Őszintén, ha erőlködsz, megfigyelheted magadon és a hozzád közel állókon is, és akkor építjük a kommunizmust, amikor feltaláljuk a mesterséges intelligenciát, amivel ingyen energiát kapunk. Amíg minden a tervek szerint halad :)

Azok a tulajdonságok, amelyeket meg kell próbálnia fejleszteni ahhoz, hogy kiemelkedő szakemberré váljon:

• Türelem. Egy programozó, aki 10-szer megoldott 10 problémát, gyakran jobb, mint egy másik, aki 100 különböző problémát oldott meg. Mert a (meglepetés)ismétlés a tanulás anyja.
• Kommunikáció. Autista programozókat már nem vesznek fel. Ahogy az ipar érik, egyre kevesebb érdemes dolgot tehet egyedül.
• Bátorság a kockázatvállaláshoz.
• Könnyű emelés.
• Vaknyomat :)

Tűzz ki magad elé magas, méltó célokat. Gyakorolj, gyakorolj minden nap. Reggel, közvetlenül töltés után fél óra vagy egy óra egyszerű kódolás. Ügyeljen egészségére. Próbálj meg ne enni, nézni vagy olvasni túl sokat. Ne csinálj haszontalan dolgokat.