Hogyan válhat egy jó fejlesztő, infoblog №1
Mint egy PHP fejlesztő, vagy bármely más fejlesztő, akkor kell, hogy folyamatosan javítsák a készségek és képességek ebben az állandóan változó iparágban, és van minden nap, hogy képes legyen az új ismeretek alkalmazása.
Mi a siker titka van a fejlesztők? A válasz egyszerű: néznek programozás újítások, azok a jó programozási gyakorlat összemérhető a szakterületen.
Ebben a bejegyzésben meg fogja tanulni, hogyan kell jobban az embereket követve „etikett” programozás, és hogyan, tudván, az új információkat, tanítani tudásukat más.
Hogyan lehet egy profi.
A profizmus, nem számít, milyen helyzetben elfoglalni, akkor kezdődik magad. A szakemberek elsősorban erős személyiségek, amelyek tartós.
Az élet minden területén a programozó munkája tekinthető tartani, és igen nagy népszerűségnek örvend. Lássuk, hogyan válhat egy közülünk.
Ne légy önző.
Azonnal elkezdtem ezen a területen dolgozik, már a lehetőséget, hogy egy nagy csapat. És a legfontosabb dinamikája a csapat, hogy a munka, és hogy minden kéz a kézben.
A csapat sok időt kap elég, hogy tanulni valamit másoktól, és cserébe megtanítja őket. A munkahelyi környezet kell osztaniuk díjat.
Ha nem szeretné megosztani a munka és a tudás, akkor nagyon arrogáns, és egy nagy ego. Ön nem lesz képes dolgozni kényelmesen, egy csapat, amelynek ilyen légkörben.
A felelős.
Laikusok nem is próbálkoznak, hogy felelősséget elkötelezett munkáját. Az ügy vezetők. Az emberek, akik így gondolja, csak kap kijelölt munkájukat, és teljesen megfeledkezik róla, amint a cserére 17:00.
Egy profi programozó nem engedheti meg magának. Hogyan fogja érezni, ha, mert a figyelmetlenség a cég elveszíti ezer dollárt?
Ez a probléma még mindig nem csak attól függ te, hanem az irányítása és szervezése a cég. Minden társaság köteles ellenkezőleg ösztönözze a fejlesztők, hogy felelősséget tetteikért, és a kódokat írnak.
Ha a hiba sújtotta a termelés szerver, mindent megtesz a hatalom, hogy rögzítse a lehető leghamarabb, még ha tart egész éjjel tölteni. Ez különbözteti meg az amatőrök és növeli a béreket.
Nem sikerült létrehozni a szoftver anélkül, hogy egyetlen hiba. Mindannyian áldozatává válnak elkövetése valami hülyeséget a tárolóban.
A reakció a kritika sokat elárul, hogyan mi, a fejlesztők, érzékelik a munkaadók.
Meg kell hallgatni minden kritika és rázza meg a fejüket, mert mi vagyunk a jobb, főleg, ha megkapjuk azt a tapasztaltabb és tapasztalt.
Ez egy erős munkaerkölcs.
Mivel szakmai eszközökkel dolgozó non-stop üzemmódban. Az oktatás nem csak akkor kerülhet sor 09:00-05:00.
Sőt, a képzés, a gyakorlat és a munka magad - ez egy befektetés a saját, ami nem gondoskodunk a főnök.
Ezt kell foglalkozni a szabad idejükben - nem kell tölteni idejüket dolgozik rajta az aktuális SitePoint könyveket.
Azt mondják, hogy nincs időd? Természetesen ez! Gondolj okosabb. Ha azt szeretnénk, hogy komolyan folytassák pályafutásukat, és összpontosítani komolyan.
Kap egy kicsit korábban, később hagyja. Ezekkel a plusz óra az előnye veszélyeztetése nélkül az egészségügyi és a család.
Alig fél óra előtt és munka után minden nap öt órát hetente. És ez több, mint a fele a teljes nyolc órás munkanap.
Hogyan írjunk jó kódot.
Olvassa el a forráskódot.
Elolvassa ilyen kód, akkor képes lesz a jövőben, hogy azonnal megtalálja és megértse a hibákat más fejlesztők, különösen jól jön ez a képesség, ha dolgozik a csapat, vagy a másolás valaki másnak a kódját.
Megtanulják az új technikákat.
Mindig légy nyitott az új technikák és gondolja át, hogyan tudnak segíteni, hogy jobb.
Légy nyitott az új dolgok egész idő alatt, ne hagyja ki a legújabb trendeket, mert azt hiszik, hogy ők gyorsan elmúlik. A világon minden megy egy kört, de mi marad változatlan az a tudás, hogy egyre fejlődő.
Egy jó fejlesztő sohasem szűnik meg tanulni, még ők voltak 15-20 éves tapasztalattal.
Lassítson.
Lassú - ez azt jelenti, hogy kiad egy kicsit több időt, hogy értékelje a problémát próbálják megoldani. Légy gyors - ez nem olyasmi, amit meg kell törekedni.
Én már találkoztam egy nagyon „zöld” a fejlesztők, akik hozták a kódot, amilyen gyorsan csak lehetett. Ennek eredményeként, ezek biztosítják a kódot, amiben egy csomó hibát, hogy helyes, ami több időt vett igénybe, mint a szándékos létrehozása egy kényelmes kódot.
Vezető fejlesztők egy kicsit lusta és lassú, és hogy a munkáltatók van szükség, mert senkit nem érdekel a fejlesztő arra kényszerül, hogy ezt a munkát kétszer.
A vezető fejlesztő, hogy írjon az egyéni kódot foglal egyharmada a beállított idő, a többi tölti gondolkodtam, hogyan lehetne jobban bemutatni ezt a kódot.
Teszteld a kódot.
Nem lesz vita TDD, de ne feledje, hogy a vizsgálatok semmilyen természetű nagyon fontos, hogy a minősége a kódot.
Hogyan tanultál ellenőrzése nélkül, ha valami elromlott, vagy nem működik? Emlékszel, mit csináltak néhány hónappal ezelőtt, amikor elkezdtük gyakorolni a funkciók a forráskód?
Tesztelés kódot írni nehéz és fontos része a munka, de kiderült az jó és hasznos előnye a jövőben.
Ismeri a szerszámokat.
Tudva, hogy milyen eszközök állnak a jogot, hogy használja, hogy segítsen be magad, akkor képes lesz arra, hogy megoldja a problémákat. A legtöbb eszköz a nap végén elveszíti a preferencia, de tudnia kell, hogy egy jó eszköz vagy könyvtárban, akkor segíteni bármikor.
Ezen kívül, meg kell eldönteni, hogy adott könyvtárak velük dolgozni, vagy sem. Talán jobb, ha a PHP keretrendszer? Mik az előnyei és hátrányai? És ha megtérülnek ügyetlen CMS segítségével?
Ez pontosan az a számos kérdést, hogy érdemes írás előtt egy sor kódot.
Hogyan marad a ló.
Fáradtságot.
Mert gyakran úgy tűnik, hogy soha nem hagyja abba, hogy hozzon létre kódokat, hogy kapsz egy ördögi kör. A legtöbb fejlesztő dolgozik ebben a szakmában hosszú ideig, egy ponton vesztes ki, hogy úgy mondjam elhalványul.
Ez együtt jár a kihalás egy hosszú folyamat a munka és az úgynevezett „csaló szindróma” (amikor a fejlesztők kezdenek alábecsülik magukat, úgy gondolják, hogy meg kell dolgozni nehezebb és nehezebb, amíg nem szükséges, hogy jobban).
A legjobb orvosság ez egy lépés hátra. Csak kilépek a kör, menjen valami mást, valami kreatív. Pihenjen legalább két napig.
Van egy másik, egyre népszerűbb megoldás erre a problémára - Keressen egy partnert, egy csapat, amely akkor is részt vesz programozás. Az ilyen kölcsönhatás másokkal fog pozitív hatással, nem kétséges.
Service Code.
Tartózkodó lovon - azt jelenti, hogy minden alkalommal, hogy támogassa a kód bázis tiszta. Nem szükséges mások számára, de a maguk számára. Kód vizsgálat nélkül és leírás hasonló orosz rulett.
Mi történik, amikor néhány hónappal később úgy dönt, hogy újra régi kód funkciót? Igen, akkor kiad egy csomó időt véghezvinni, hogy mit csinál bizonyos részein a kódot.
Láttam számtalanszor, mivel az ügyfelek segítségét kérte, hogy a fejlesztők azt kérdezi, hogy refactor a projekt, mert az előző csapat elvesztette érdeklődését a projekt, vagy nem tudott dolgozni vele többé, és szinte minden esetben az új csapat a nulláról kell kezdeni.
Becsléseket.
A helyzet értékelése meglehetősen ideges kérdés a programozók és a vezetők, bár ez nem kell. Biztos vagyok benne, mindenki hallott már arról az esetről, amikor a vezetők kérni a fejlesztők közel azonos időben a feladat vár egyértelmű választ, de még akkor a probléma úgy vdvoo több időt, mint a tervezett.
Hány ember tapasztalhatja: mérés - ez csak spekuláció, és ez nem kötelező. mert ha talál magának köteles valamit, amelyek felelősek annak végrehajtását.
Értékelés még soha nem volt és nem lesz adott erő, ez a jellemző. Ha a menedzser azt kéri, hogy mondjon véleményt, azonnal figyelmeztette, hogy nem lehet 100% -os biztonság.
Csak akkor feltételezhetjük, és nem az, hogy ígéreteket.
Hogyan lehet egy mester.
Kommunikáció.
A dolog a kommunikáció. Láttam projektek és vállalatok, amelyek szétesik csak azért, mert a csapat tagjai nem tudott kapcsolatba lépni egymással.
Fenntartani a kommunikációt nagyon egyszerű, távolítsa el a közvetítők áll közted és a címzett. Minden „node” a kommunikációs vonal teremt szinte exponenciális szövődmények.
Vállalkozások gyakran szenvednek tőle - ezért a sorrend, amíg ő megy keresztül egy bizonyos számú ember, ez az, ahol a csapat rugalmasságát mutatja.
Ha állandóan egy egyszerű és tömör kommunikációt, ami azt jelenti, hogy úgy gondolja, gyorsabban, mint mások; Tudod, van, hogy szeretné, és ez ad előnyt, így nem kell félni, hogy fel konkrét kérdéseket.
Együttműködés.
Emellett az a tény, hogy van, hogy társaságkedvelő, akkor képesnek kell lennie, hogy működik, de mondjuk meg az igazat: a programozók nem a legjobban barátságos emberek.
Be kell, hogy ne csak a fejlesztők, hanem a vezetők, és esetleg az ügyfelek.
Az együttműködés azt jelenti, hogy tudod, mi forog kockán, és hogy ezt a munkát, akkor kell lennie egy jó játékos.
Ha úgy találja magát nehéz együttműködni valakit, próbálja pár programozás. A lényege pár programozás éppen az együttműködés.
A tudás átok.
A Wikipedia szerint: „Az átok a tudás - a kognitív szeretet, ami a rész több tájékozott megközelítés a problémák megoldásához, mivel kevésbé lett volna megalapozott párt.”
A gyakori, tapasztalt fejlesztő nagyon nehéz megmagyarázni, és egyszerűsíti a problémát úgy, hogy megvalósult egy kezdő. Ez azért történik, mert amikor dolgozik, ők jól ismerik a problémát, és hogyan lehet megoldani, de amikor a magyarázatot, a teljes bevétele a gyakorlatban csak a ismeretábrázolás belül való elállásra.
Egyszerűen fogalmazva: ha tudsz valamit, valami nehéz elképzelni, hogy valaki nem tudja, vagy nem érti. Foglalkozni vele, akkor kell használni egy adott nyelvet. Magyarázza meg a problémát részletesen, még ha úgy tűnik, nevetséges, te is kifejtette, mivel az állam a tudat, hogy nem hasonlít a lelkiállapot a hallgatót.
Ismerje meg a munkaterületen.
Ha hívja magát egy programozási szakértő, akkor legyen úgy. Meg kell tudni, hogy a munkájuk hatókörét, hogy úgy mondjam tanulmányozza alaposan fentről lefelé, és ne félj azt mondani, hogy „nem”, ahányszor szükséges.
Azaz: hogy egy szakértő, és azt mondja, „nem”, akkor védje meg az igazságot, és a legtöbb esetben, ha több tapasztalattal és tudással, igazad van.
Ismeri a munkaterületet, ez nem jelenti azt, hogy a CS fokozat, ez azt jelenti, hogy van egy csomó tapasztalat és gyakorlat egy olyan területen, ahol dolgozik. Meg kell javítani a tudás nem csak a programozás, hanem a számítógépes tervezés és az építészet.
Senki sem tud létrehozni jó szoftver, nem értik a kérdést az ügy, és hogy a kód kerül felhasználásra milyen célból.
Meg kell, hogy aktív és érdeklődő, mert ez tükröződik a munkát. Anélkül, hogy értik a célok és a konkrét hibakód akaratlanul alakulnak a por.
Ha úgy érzi, hogy a hangsúly, és céljait az ügyfél nem egyeznek meg, akkor csak nem vállalják ezt a munkát. Értékeljük az időt, mert megfizethetetlen.
Folyamatosan javul, meg kell érteni, hogy milyen szinten van.
Kata kód - ez a testmozgás a programozók, akik javítsák készségeiket gyakorlat, és megtalálni a legjobb megoldást a különböző problémákra. Meg lehet próbálni megoldani Kata kódot Project Euler, CodeKata vagy TopCoder.
TopCoder még díjakat ajánlottak megtalálásában optimális megoldásokat a programozás.
Következtetés.
Ön folyamatosan javítani kell a tudás folyamatosan tanulni valamit, általában egy lépéssel. Ahhoz, hogy valóban elérjék a szakmai, meg kell értened, az üzleti és a problémákat, hogy próbálják megoldani a kódot.
Kód - egy csepp a tengerben körül megoldást a problémára, teszi hozzá, hogy nagyon kevés a nagy képet. hogy ötleteket, a képesség, hogy működjenek együtt, és elsajátítását az eszközöket - ez a legfontosabb, hogy egyre megbecsült szakember.
Címkék: hogyan kell egy profi, hogyan kell maradni a ló, fejlesztők, programozók, felelősség, együttműködés, erős munkaerkölcs, tesztelje a kódot, tudom, egy sor eszközt, anti-fáradtság