JavaRush /Java Blog /Random-TL /Hindi lahat ng developer ay gustong maging mga tagapamaha...

Hindi lahat ng developer ay gustong maging mga tagapamahala, at ito ang karaniwan

Nai-publish sa grupo
Pagsasalin at pag-aangkop ng isang artikulo ng developer na si Peter Zemek at ang kanyang mga saloobin sa kung ang status ng isang senior developer ay talagang isang intermediate stage bago ang isang managerial na posisyon. Hindi lahat ng developer ay gustong maging mga tagapamahala, at ito ang pamantayan - 1

Landas ng karera ng developer

Marahil ay naging (o gusto mong maging) isang developer dahil mahilig ka sa coding. Gustong "i-wrap" ang mga abstract na ideya sa code. Lumikha ng isang bagay na mahalaga mula sa wala. Matuto ng mga bagong teknolohiya, programming language, frameworks, atbp. Unawain kung paano triple ang lahat. Samakatuwid, habang nagtatrabaho ka bilang isang junior developer, unti-unting nagiging malakas na "average" na developer at umabot sa senior status, nasisiyahan ka sa iyong ginagawa. At pagkatapos ay isang magandang araw na maabot mo ang pinakamataas na anyo sa iyong negosyo, o bigla mong ipakita ang iyong sarili na isang mahusay na tagapag-ayos, o sadyang walang sinuman sa iyong koponan na angkop para sa tungkulin ng manager na ang posisyong ito ay inaalok sa iyo. Sa ganitong mga kaso, kaugalian na sabihin: "Ang paglipat sa isang posisyon sa pamumuno ay nasa pagkakasunud-sunod ng mga bagay." Ngunit gusto kong tumutol: Sa palagay ko walang dapat gawin ang hindi niya gustong gawin.

Bakit ang gayong paglipat ay wala sa pagkakasunud-sunod ng mga bagay

Una sa lahat, kung humihiling ka sa isang taong mahilig magsulat ng code upang maging isang taong hindi gumagawa ng ganoon, nasaan ang lohika? Pakiramdam niya ay inalis na sa kanya ang paborito niyang aktibidad, at maya-maya ay mapapaso siya at masusuklam sa kanyang trabaho. Siyempre, maaari niyang ipagkibit-balikat ang mga bagong responsibilidad at magpatuloy sa pag-coding, ngunit pagkatapos ay lumubog ang mga function ng managerial sa koponan. At ito ay masama para sa negosyo. Bakit gugustuhin ng sinuman ang isang pinuno na hindi gustong pamahalaan ang mga tao? Pangalawa, hindi nangangahulugan na ang isang tao ay mahusay na sumulat ng code ay magiging isang mahusay na tagapamahala. Ang pag-unlad at pamamahala ay iba't ibang larangan na nangangailangan ng iba't ibang kasanayan at pag-iisip. Ito ay tulad ng mga manlalaro ng football at coach. Hindi ibig sabihin na magaling kang manlalaro ng football ay maaari kang magpatakbo ng isang koponan ng football nang maayos ( bagama't tiyak na mangyayari ito ). Ang manager ay kailangang makipag-ugnayan nang malapit sa mga tao at i-set up ang proseso ng trabaho upang ito ay magbunga. Kailangan mong bigyan ang mga tao ng pagkakataon na gawin ang kanilang trabaho upang ito ay maging epektibo, ngunit hindi upang gawin ang gawaing ito para sa kanila. At ang isang developer ay isang line employee. Ang pagiging tagapamahala ay nangangahulugan ng pagkamit ng mga resulta sa pamamagitan ng maayos na pag-aayos ng gawain ng ibang tao, sa halip na gawin ito sa iyong sarili. Pangatlo, mayroong probisyon na kilala bilang " prinsipyo ni Pedro ". Ang kakanyahan nito ay ang mga espesyalista ay tumatanggap ng mga promosyon batay sa kanilang nakaraang karanasan sa trabaho hanggang sa lumaki sila sa isang posisyon kung saan wala silang kakayahan. Kaya, kung ang isang mahusay na developer ay na-promote sa manager at hindi siya handa para dito, hindi niya magagawa nang maayos ang bagong trabaho. Ang paglipat ng isang mahusay na developer sa isang masamang manager ay makakasama lamang sa kumpanya. Ang pagtaas ay dapat gawin sa loob ng balangkas ng kasalukuyang mga aktibidad. At kung ang isang developer ay hindi boluntaryong bumuo ng mga kakayahan sa pangangasiwa, walang saysay na itulak siya sa direksyong ito. Pang-apat, ang ilang mga espesyalista ay sumasang-ayon sa isang posisyon sa pamamahala upang madagdagan ang kanilang mga suweldo. Oo, ang mga tagapamahala ay kadalasang kumikita ng higit sa kanilang mga nasasakupan. Ngunit hindi palaging: nangyayari rin ang kabaligtaran na sitwasyon. Kung ang isang koponan ay may malalakas na espesyalista, magiging mas mahirap para sa kanila na makahanap ng kapalit kaysa sa isang manager. Kung ang kontribusyon ng developer sa kumpanya ay mas mahalaga kaysa sa kontribusyon ng manager, walang dahilan para mag-overpay sa manager. Bukod, ang patch ay hindi lahat. Mas mainam na gawin ang gusto mo sa kaunting pera kaysa gawin ang trabahong kinaiinisan mo para sa mas mataas na suweldo. Ikalima, hindi ka dapat tumanggap ng posisyon sa pamamahala dahil lang sa walang ibang tao sa iyong koponan na angkop para sa tungkuling ito. Hindi mo ito kasalanan. Kailangan mong maging sinadya tungkol sa iyong karera. Kung hindi, hindi lamang ang iyong kalooban at pagpapahalaga sa sarili ang magdurusa, kundi pati na rin ang kumpanya. Kaya ano ang gagawin mo kung mahilig ka sa programming at ayaw mong lumipat sa panig ng pamamahala? May labasan!

May choice ka

Ang posisyon ng senior developer ay maaaring maging isang intermediate stage bago ang isang managerial na posisyon. Maaaring hindi ito. Sa pangkalahatan, ang landas ng karera ay maaaring managerial, o marahil teknikal. Madali kang umunlad sa larangan ng teknikal, dahil may mga ganitong posisyon:
  1. Senior/Chief Developer - maaaring ito mismo ang posisyon kung saan mo gustong magpatuloy na umunlad. Ang pagpapahintulot sa mga senior-level programmer na manatiling mga empleyado sa linya ay normal.

  2. Ang lead developer (tech lead) ay isang semi-managerial na tungkulin. Ang mga nangungunang developer ay namamahala ng mga proyekto/tao lamang mula sa isang teknikal na pananaw. Wala silang direktang mga subordinates at hindi namamahala sa mga empleyado: maaari nilang maimpluwensyahan ang pangwakas na desisyon sa ilang mga isyu sa pamamagitan ng kapangyarihan ng kanilang awtoridad. Gayunpaman, ang mga kakayahan at lugar ng impluwensya ng espesyalista na ito ay maaaring magkakaiba sa iba't ibang mga kumpanya.

  3. Arkitekto - Kung nasiyahan ka sa pagdidisenyo ng mga kumplikadong sistema at magaling ka dito, maaari kang maging isang arkitekto. Ang arkitekto ay madalas na itinuturing na tuktok ng teknikal na pag-unlad ng karera. Ang mga responsibilidad sa trabaho ng isang arkitekto ay maaari ding mag-iba, hanggang sa punto na hindi lahat ng arkitekto ay nagsusulat ng code.

Konklusyon

Umaasa ako na sa mga mambabasa ay magkakaroon ng mga developer na magiging mas mabuti ang pakiramdam: ito ay ganap na normal na mag-alinlangan kung ito ay kinakailangan upang maging isang manager. Gawin ang gusto mo at huwag hayaang i-drag ka ng iba sa isang bagay na kapopootan mo. At saka, programming ang talagang gusto mo, hindi ba? Normal ang pagiging manager, at kilala ko ang mga nag-e-enjoy sa kanilang mga responsibilidad dahil nasisiyahan silang magtrabaho kasama ang mga tao. Kapag pumipili ng isang landas sa karera sa hinaharap, isaalang-alang kung ano ang talagang gusto mo.
Mga komento
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION