A front-end webmérnöki szerepemet elmagyaráztam?

Szia, a nevem Shaun Stone. Senior front-end webmérnök vagyok Londonból, Egyesült Királyságból. A FinTech iparban dolgozom, és szeretem, amit csinálok. Ebben a cikkben szeretnék egy kicsit elmagyarázni a szerepemről. Bárki, aki odakint szeretne karriert folytatni a webfejlesztésben, hasznosnak találhatja ezt.

Kitérek: mit csinálunk, hogyan kezeljük munkánkat, a karrier utat, a használt nyelveket és eszközöket. Befejezésül tanácsokkal szolgálok a szoftveripar betörésével kapcsolatban. Ne aggódjon, nem árulok semmit - tanácsokat szeretnék kapni, amikor elindultam. ?

A kezelőfelület webmérnöke felelős olyan vizuális elemek megvalósításáért, amelyeket a felhasználók egy webalkalmazásban látnak, és amelyekkel interakcióba lépnek.

Építünk felhasználói felületet ?

Arra összpontosítunk, hogy a felhasználói felületünket (felhasználói felületeket) építsük a weboldalunk vagy webalkalmazásunk felhasználói számára. Néhány dolgot megfontolunk:

  1. Hozzáférhetőség: Az interneten gyakran figyelmen kívül hagyjuk az alkalmazásokat, amelyek valamilyen fogyatékossággal élő felhasználók számára szolgálnak. Ez lehet némi kognitív zavar vagy korlátozott kézügyesség. Példa erre, aki kattintható területekkel küzd, például rádió bemenetekkel vagy jelölőnégyzetekkel.
  2. Esztétika: A felhasználói felület elemeinek stílusai, például a gombok, a betűtípusok és a térköz. A közelmúltban olyan tervezési rendszert vezettünk be, amely biztosítja az egységességet termékeink között. További információ a tervezési rendszerekről itt található.
  3. Teljesítmény: Gondolkodnunk kell alkalmazásaink teljesítményén, hogy gyors legyen az oldalsebesség. Ez magában foglalja a hálózati kérelmek csökkentését, a képek és az SVG fájlok optimalizálását olyan módszerekkel, mint a tömörítés. Minél gyorsabban tölti be azt a feliratkozási oldalt, annál nagyobb az esélye a felhasználóknak a regisztrációra. A Lighthouse by Google segítségével összehasonlító elemzésre és érdekes mutatók gyűjtésére szolgál.
  4. Biztonság: Paramount. Apró hibák a kódban privát információk kiszivárgását eredményezhetik, és vannak olyan emberek, akik éhesek ezért. Természetesen ez egy hatalmas téma. Nézze meg a Mozilla információbiztonsági alapjait:
  5. A kód minősége : Kódellenőrzéseket használunk egymás munkájának ellenőrzésére. Legalább két jóváhagyásra van szükségünk, mielőtt bármi továbbléphetne az élő alkalmazásokhoz. Olyan kódolási szabványokat használunk, amelyeket az egész felületen követni kell. A Github lehetővé teszi számunkra ezt és még sok mást.

Munka menedzsment?

Kövessük a szoftverfejlesztés mozgékony elveit, akárcsak a legtöbb vállalat. Ez a következő két hét munkájának megtervezésének módja (sprint). E folyamat során finomítjuk a rendelkezésünkre álló jegyeket, amelyek ezt a két hetet követik.

Az összes fennmaradó munkánkat az ún. Lemaradás tárolja. Ez a lemaradás a jövőben elvégzendő munkánkkal telik meg.

Ha van egy útiterv, akkor világos irányt kapunk, hogy merre akarunk lenni. Ehhez az Atlassian által Jira nevű projektmenedzsment eszközt használjuk.

Szertartások ?

  1. Sprint tervezés határozza meg a csapat a siker az egész sprint. A megbeszélés során végig kell járni az elvégzendő munkákat, és elő kell helyezni a következő két hét befejezésének prioritásait. A csapatnak meg kell becsülnie az egyes történeteket, hogy lássa, mennyi erőfeszítést igényel nekünk. Az ezzel járó erőfeszítések alapján felmérhetjük a kapacitást (mennyit lehet tenni a rendelkezésre álló fejlesztési erőforrásokkal szemben).
  2. A napi stand-up egy nagyon rövid találkozó a csapatával, hogy elmagyarázza: mit tett tegnap, mit csinálok ma, és akadályozza-e valami a munkám elvégzését? (blokkolás). Ez mindenkit a hurokban tart. Legyen rövid. Valamikor egy stand-up tartott nekem egy órát ...?
  3. A sprint áttekintése a sprint végén történik. Bemutatjuk más érdekelt feleknek (a termékcsapat tagja, rendszerünk felhasználói), hogy mit sikerült elérnünk. Ezt úgy végezzük, hogy bemutatjuk az általunk végzett munkát. Ez bizalmat ad számukra abban, hogy haladunk.
  4. A retrospektív mód arra, hogy visszatükrözzük, mi ment jól és mi nem. Ez problémákat vet fel. Ezekből a problémákból cselekvéseket hozunk létre. A cselekvés egy olyan folyamat megindítására szolgál, amelyben megállíthatjuk, hogy ez a negatív dolog újra megtörténjen. A jól sikerült dolgok megértik velünk, mi késztet minket jobb munkára.

Karrierút ↗️

A vállalatoknak megvan a saját karrierjük. Szoftvermérnökként a progresszió nagyon gyakori mintája a következő.

Kérjük, vegye figyelembe: Ez a saját véleményem, és saját tapasztalataim alapján. A „Mérnök” és a „Fejlesztő” kifejezéseket felcserélhető módon használják.

  1. A junior fejlesztőknek alig vagy egyáltalán nincs tapasztalatuk. Munkájuk elvégzéséhez a csapat idősebb tagjainak kell irányítaniuk őket. Általában sok kérdést tesznek fel, de sokat tanulhatnak, és erre nagyon motiváltak lesznek. A fizetésük belépő szintű.
  2. A középszintű fejlesztők ésszerű tapasztalattal rendelkeznek. Bizonyos feladatokat önállóan is el tudnak érni. De mégis időről időre segítséget kell kérnie az idősebb tagoktól. Segíthetnek a junioroknak, és jó ötletekkel szolgálhatnak az idősebb tagok számára is.
  3. A vezető fejlesztők az elejétől a végéig útmutatás nélkül képesek teljesíteni. Rávezetnek másokat is erre, és követik a jó gyakorlatokat. Elég tapasztaltak ahhoz, hogy tudják, mikor alakulhatnak rosszul a dolgok, és hogyan lehet ezeket a problémákat elkerülni.

De amikor eljut a Seniorhoz, akkor ez az? Nem, nem szabad. Két út követhető.

4a. A műszaki vezető / fő fejlesztő / építész a csapat alapvető / magasabb rangú fejlesztőjének kapna, aki szilárd technikai jövőképet nyújt és tiszteletben tartja társait. Kevésbé vesz részt a kódban, és inkább a használt nyelvek és könyvtárak alapjaiban, a fejlesztési folyamatban és az infrastruktúrában.

4b. A csapatvezető / csapatmenedzser most jobban a csapat embereire koncentrál. Jóllétük, karrierjük előrehaladása és egy-egy csapatminden tagjuk, hogy megbizonyosodjanak arról, hogy boldogok, de a várakozásoknak megfelelően is teljesítenek. Több találkozó kevesebb fejlesztési időt eredményezne. Vezetési képességekre van szükség, és ez nem könnyű feladat.

Ezt folytatva áttérhet egy nagyobb végrehajtó szerepre. Ilyen például a mérnöki vezető. Ez a személy több technikai vezetést / csapatvezetést kezel. Egy másik példa a technológiai vezérigazgató.

A vállalatok általában az Ön tapasztalatainak számához igazítják kompetenciaszintjét. Számomra ez tévedés. Dolgoztam új kezdőkkel, akiket több Junior címkével láttak el, de hozzáértők és erősek voltak. A jelentkezőket névértékben kell venni.

Tanulandó nyelvek?

  1. A HTML egy jelölő nyelv, a weboldalak felépítése.
  2. A CSS az internet bemutatásának, a színekkel, az elrendezéssel, a térközökkel és egyebekkel foglalkozó nyelv leírása.
  3. A JavaScript a web nyelve. Ez kliensoldali nyelv, és fokozza a felhasználó interakcióját egy weboldalon.

Fektessen sok időt e három nyelv elsajátításába. Van egy gyors példám arra, hogyan működnek együtt ebben a CodePen-ben. Játsszon körül!

Kérjük, vegye figyelembe: Ez a példa csak demonstrációs célokra egyszerűsített.

Itt tekintheti meg a CodePen-t

Ha hozzáért, készítse el saját verzióját a választott cégnévvel, és tegye meg a megjegyzéseket.

Használandó eszközök? ️

  1. A Git segítségével kezelheti a kód verzióit. Lehetővé teszi a csapatok számára, hogy a munka elvesztése nélkül működjenek együtt a fájlokban.
  2. A kód megírásához használjon integrált fejlesztői környezetet (IDE). Olyan szoftver, amely olyan, mint a Notepad, de több csengővel és síppal érkezik. Javaslatokkal szolgálhat a kód megírásához, és színes kódolásához a szöveget, így könnyebben értelmezhető.

Tanácsot?

Az első tennivaló egy Github-fiók létrehozása. A Behance for Designers-hez hasonlóan itt is bemutathatja az írott kódot. Ez ad nekünk (munkaadóknak) dolgozni. Amikor elhagytam az egyetemet, arra kerestem a lehetőséget, hogy építsek valamit, még akkor is, ha az ingyenes. Tudtam, hogy hosszú távon előnyös lesz számomra.

Szabadúszó munkát talál?

Az egyik első szabadúszó projektem egy hatalmas cégnek szólt. Az az alkalmazás, amelyet fel akartak építeni, könnyedén 2-3 ezer font árfolyam volt. Pár száz fontért tettem. Teljes lopás volt számukra, de az interjúban segített az első munkámnak, az biztos.

Bizonyítsd be, hogy a munkád létezik?

Amikor átnézem az önéletrajzokat, általában ha azt írják, hogy tanfolyamot folytattál az Udemy-n, és ennyi, akkor ez nem lesz elég. Látni akarom a munkád bizonyítékát. Minden olyan projektnél, amelyen dolgozott, még akkor is, ha személyes projekt volt, vagy egy családtag számára, ez felkerülhet az önéletrajzra. Ezeket a tapasztalati állításokat valós bizonyítékokkal kell alátámasztani, legyen szó akár a videó bemutatójára mutató linkről, akár a valós oldalra mutató linkről.

Első munka? Nagy! ?

Most egy kis műgyűjteményt gyűjt össze. Lenyűgöz egy kis céget, és megkezdi első munkáját. Junior leszel, és a körülötted lévő embereknek rengeteg mindent kell megtanítaniuk ingyen. A tapasztalataim szerint a legjobb módja a tanulásnak a társaitól, és természetesen sokkal olcsóbb. A legtöbb online tanfolyam eleinte segít, és jó, ha kíméletesen követi. Képesnek kell lennie arra, hogy a jövőben valós kereskedelmi tapasztalatok révén emelje képességeit.

Bizonyíts ?

Mutasd meg, hogy rajongsz a munkádért és proaktívan szeretnéd fejleszteni a dolgokat. Minden kapott munkának jó és rossz tulajdonságai lesznek. Próbáld meg kitalálni, hogyan javíthatnák a rossz dolgokat, és hogyan vehetnék fedélzetre a jövőbeni jövőbeni vállalkozásokat. Egy új munkában - ha ez így lehet - tanítsa meg nekik a korábban megtanult jó dolgokat, és próbálja meg kijavítani az új rosszakat. Ha úgy érzi, hogy már nem tanul, változtasson a körülményeken, hogy az legyen. Képességeinek mindig relevánsnak kell lenniük az iparban, különben lemaradnak. Szomorú, de igaz.

Eladja magát?

Mindig találjon kifogásokat, amelyeket hozzáadhat a LinkedIn-hez. Magyarázza el, mit tett a munkájában (szerepek és felelősségek). Dokumentálja, mint egy naplót, mielőtt elfelejtené. Adjon hozzá egy profi fotót és egy erős összefoglalót. Jelenleg ez van. Az évek során fejlődött.

A mai napig 7+ éves tapasztalattal rendelkezem webalkalmazások építésében. Dolgoztam az autóiparban, a pénzügyekben, az online játékokban, és különféle vállalatok számára készült egyedi webalkalmazások építésével és karbantartásával foglalkozom: autóbérlés, digitális szórakozás, ipari gázok, kiskereskedelem és szélessávú összehasonlító szolgáltatások. Néhány fő érdeklődésem fikció és nem fikció írása, API-k építése és integrálása, ismétlődő feladatok automatizálása, mobil játékok és animációk készítése Haxe, Unity vagy JavaScript / HTML5 vászonnal.

Amellett, hogy sok technikai könyvet olvastam, megírtam a sajátomat, az Automating nevet a Node.js segítségével. Cikkeket olvastam olyan platformokon, mint a Sitepoint, a CSSTricks, az Egghead, a PHPArchitect és a Smashing. Olyan konferenciákon veszek részt, mint a PHP London, és figyelemmel kísérem a Facebookot és a Google fejlesztői csatornáit. Mindig nyitott vagyok az új megközelítésekre, és keresek minden olyan tippet és trükköt, amelyet alkalmazhatok a saját munkámhoz - amelyeket megoszthatok társaimmal is.

Pörgős ipar ez ??

A front-end világ nagyon gyorsan mozog. Úgy tűnik, hogy a könyvtárak / keretrendszerek évről évre mindig felbukkannak. Látni fogja, hogy sok szerephez szükség van a React (a Facebook által létrehozott), az Angular (a Google alkalmazottja) vagy a Vue (egy okos srác, Evan You nevű) tapasztalatára. Sokkal több van, de most nem részletezem.

Próbáld megragadni ezeket a könyvtárakat, mivel nagyon keresettek. A React-lel dolgozom a szerepemben, és sok időt fektettem abba, hogy jártas legyen a használatában. Ezek a könyvtárak és keretrendszerek olyan rétegek, amelyek a JavaScript nyelv tetején helyezkednek el. Először legyen profi a JavaScript-ben.

Építeni cuccokat ??

Motiválja magát arra, hogy a saját idejében dolgozzon egy projekten. Évek óta annyira érdekeltek a személyes játékfejlesztési projektek. Annyit tanulsz a folyamat során. Egyszer véletlenszerűen gondoltam a munkahelyemen: "Nem lenne jó ötlet egy olyan játékot játszani, mint a Csatahajók, de inkább nyulakkal." Jól tudom ... furcsa gondolat .

Találtam tehát egy művészt, elmondtam neki, mit akartam, majd dolgozni kezdtem a koncepció igazolásán. A játékhoz öt nyuszit és öt csapdát tesz, majd hátradől és néz. Nem teszem tönkre a meglepetést. Játék itt.

Egyelőre ennyi. Ha valaha további tanácsra vágyik, bátran forduljon hozzám! Köszönöm az olvasást és sok sikert! Dobjon el néhány tapsot, ha szeretné. ?

Minden jót,

Shaun Michael Stone. ✌️