Un o'r proffesiynau mwyaf idiot yw rheolwyr sy'n rheoli rhaglenwyr. Nid pob un, ond y rhai nad oeddent yn rhaglenwyr eu hunain. Rhai sy’n meddwl bod modd “cynyddu” effeithlonrwydd (neu gynyddu “effeithlonrwydd”) gan ddefnyddio dulliau o lyfrau. Heb hyd yn oed drafferthu i ddarllen yr un llyfrau hyn, mae'r fideo yn un sipsi.
Y rhai nad ydynt erioed wedi ysgrifennu cod. Y rhai y mae ffilmiau Hollywood am raglenwyr yn cael eu gwneud ar eu cyfer - wel, y rhai lle maen nhw'n gwylio e-bost gan ddefnyddio'r llinell orchymyn. Y rhai nad oes ganddynt ddiddordeb mewn unrhyw beth heblaw dangosyddion, terfynau amser a'u cyflog eu hunain.
Y rhai sy'n fwyafrif.
Ond maen nhw'n idiotiaid am reswm gwahanol. Maen nhw eisiau effeithlonrwydd, neu o leiaf effeithiolrwydd (dewch ymlaen, rheolwr, Google beth yw'r gwahaniaeth), heb ddeall y naill na'r llall. Heb ddeall hanfod yn gyffredinol, y broses o gael y canlyniad, y colledion sy'n digwydd yn y broses hon, costau datblygu. Yn fyr, gweithio gyda rhaglennydd fel pe bai'n blwch du.
Daethant i reoli rhaglenwyr am un rheswm yn union: mae hype, arian, y farchnad a chriw o'r un idiotiaid. Mae yna le i fynd ar goll.
Pe bai hype mewn cynhyrchu cydosod mecanyddol, byddem yn rhedeg yno. Mae wagenni gorsaf yn sugno. Ni fyddwn yn synnu bod y dyn sy'n gwerthu coed Nadolig yn ein cymdogaeth ym mis Rhagfyr yn rheolwr TG ar wyliau.
Yn fyr, os yn bosibl, saethwch y dynion hyn yn y gwddf. Peidiwch â phoeni, byddant yn dod o hyd i swydd. Ni fydd yr un ohonynt byth yn gwneud unrhyw beth gweddus nes iddynt ddod yn rhaglennydd eu hunain. Oherwydd nad yw'n deall hanfod, mecanwaith, rhesymeg y broses y mae'n ei rheoli.
Iawn, digon am reolwyr. Nawr at y pwynt, i raglenwyr. Sut i gynyddu effeithlonrwydd datblygu trwy ddysgu sut i ysgrifennu cod o ansawdd uchel.
Er mwyn cynyddu effeithlonrwydd, mae angen i chi ddatrys problemau yn gyflymach heb golli ansawdd. Er mwyn datrys problemau yn gyflymach, mae angen i chi allu ysgrifennu cod o ansawdd uchel ar unwaith. Ac “o ansawdd uchel”, ac “ysgrifennu”, ac “ar unwaith”. Gadewch imi egluro gyda throsiad.
Mae ysgrifennu cod o ansawdd uchel fel siarad iaith dramor yn gywir. Pan nad ydych chi'n gwybod iaith, rydych chi'n treulio llawer o amser yn ceisio ffurfio'ch meddyliau ynddi.
Os oes angen i chi ddweud rhywbeth ar frys, rydych chi'n glynu ar rai geiriau, yn aml nid y rhai cywir, rydych chi'n anghofio am erthyglau, trefn gywir y geiriau, heb sôn am amserau'r ferf ac ynganiad gwael.
Os oes gennych amser i lunio ateb, bydd yn rhaid ichi agor geiriadur neu gyfieithydd ar-lein a threulio llawer o amser yn llunio'ch meddyliau. Bydd y teimlad, fodd bynnag, yn dal i fod yn annymunol: rydych chi'n dweud yr ateb, ac nid ydych chi'n gwybod a yw'n gywir ai peidio. Mae'r un peth â'r cod - mae'n ymddangos ei fod wedi'i ysgrifennu, mae'n ymddangos ei fod yn gweithio, ond mae'n ddirgelwch p'un a yw o ansawdd da ai peidio.
Mae'n troi allan i fod yn wastraff amser dwbl. Mae'n cymryd amser i ddod o hyd i ateb. Mae hefyd yn cymryd amser i lunio'r ateb hwn - a dim cyn lleied.
Os yw'r sgil o ysgrifennu cod o ansawdd uchel yn bresennol, yna gellir llunio'r ateb ar unwaith, cyn gynted ag y bydd wedi aeddfedu yn y pen, heb dreulio amser ychwanegol ar gyfieithu.
Mae'r sgil o ysgrifennu cod o ansawdd uchel yn helpu wrth ddylunio pensaernïaeth. Yn syml, ni fyddwch yn ystyried opsiynau anghywir, na ellir eu gwireddu neu opsiynau llaw-mi-lawr yn eich pen.
I grynhoi: mae'r sgil o ysgrifennu cod o ansawdd uchel yn cyflymu datrys problemau yn sylweddol.
Ond nid dyna'r cyfan. Diolch i reolwyr esgidiau ffelt, mae un daliad - nid oes gennym reswm i ysgrifennu cod o ansawdd uchel. Nid yw'r rheolwr yn edrych ar y cod, nid yw'r cleient yn edrych ar y cod. Anaml y byddwn yn dangos cod i'n gilydd, dim ond weithiau, mewn rhai prosiectau lle mae “gwiriwr” cod dynodedig neu ailffactorio cyfnodol.
Mae'n ymddangos bod y cod shitty yn y rhan fwyaf o achosion yn mynd i gynhyrchu neu i'r cleient. Mae person sydd wedi ysgrifennu cod shitty yn ffurfio cysylltiad niwral sefydlog - nid yn unig mae'n bosibl ysgrifennu cod shitty, ond mae hefyd yn angenrheidiol - mae'n cael ei dderbyn, ac maen nhw hyd yn oed yn talu amdano.
O ganlyniad, nid oes gan y sgil o ysgrifennu cod o ansawdd uchel unrhyw gyfle i ddatblygu o gwbl. Nid yw'r cod a ysgrifennwyd gan weithiwr amodol byth yn cael ei wirio gan unrhyw un. Yr unig reswm y bydd yn dysgu rhaglennu fel arfer yw cymhelliant mewnol.
Ond mae'r cymhelliant mewnol hwn yn gwrthdaro â chynlluniau a gofynion ar gyfer effeithlonrwydd a chynhyrchiant. Mae'n amlwg nad yw'r gwrth-ddweud hwn wedi'i ddatrys o blaid cod o ansawdd uchel, oherwydd nid yw pobl hyd yn oed yn beirniadu pobl am god shitty. Ac am fethiant i gyflawni'r cynllun - er hynny.
Beth ddylwn i ei wneud? Rwy’n gweld ac yn cynnig dau lwybr y gellir eu cyfuno.
Y cyntaf yw dangos eich cod i rywun yn y cwmni. Ddim yn adweithiol (pan ofynnir / gorfodi), ond yn rhagweithiol (uh, dude, edrychwch ar fy nghod, os gwelwch yn dda). Y prif beth yma yw peidio â phostio snot llawn siwgr, peidio â cheisio rhoi beirniadaeth o'r cod mewn ffurf gwrtais. Os yw'r cod yn crap, rydyn ni'n dweud hynny: mae'r cod yn crap. Gydag esboniadau, wrth gwrs, ac argymhellion ar sut i'w wella.
Ond mae'r llwybr hwn hefyd yn un mor. Mae ei gymhwysedd yn dibynnu ar y pwynt y digwyddodd y cyswllt. Os yw'r gwaith eisoes wedi mynd i mewn i gynhyrchu ac mae'n troi allan bod y cod yn crap, nid oes unrhyw ddiben ei ail-wneud. Yn fwy manwl gywir, y rhesymau - bydd y metrigau hefyd yn sag. Bydd rheolwyr yn rhuthro i mewn ac yn eich gwasgu â gofynion effeithlonrwydd. A pheidiwch â cheisio esbonio iddynt hyd yn oed y bydd y cod shitty yn bendant yn dod yn ôl ar ffurf chwilod - bydd yn tanio arnoch chi. Ni allwch ond ymrwymo i beidio â gwneud hyn eto.
Os nad yw'r gwaith wedi'i gyflawni eto, neu newydd ddechrau, yna gall arllwys cachu ar y cod (neu ei brosiect, syniad) fod ag ystyr eithaf ymarferol - bydd y person yn ei wneud fel arfer.
Yr ail ffordd, yr un oeraf, yw datblygu ffynhonnell agored yn ystod oriau nad ydynt yn gweithio. Beth yw'r nod: i griw o raglenwyr, sef rhaglenwyr, weld eich cod a siarad amdano. Nid oes gan bawb o fewn y cwmni amser. Ond nid oes gan raglenwyr ledled y byd ddim i'w wneud o hyd, ac os ydych chi'n ysgrifennu rhywbeth defnyddiol o safbwynt cais, byddant yn bendant yn edrych y tu mewn.
Y prif gamp, yn fy marn i, yw ysgrifennu cod yn ystod oriau nad ydynt yn gweithio, oherwydd ni fydd y gwrth-ddweud rhwng ansawdd y cod a chyflymder cyflawni'r canlyniad yn gweithio. Ysgrifennwch eich datblygiad am o leiaf blwyddyn. Ni fydd terfynau amser, na manylebau technegol, nac arian, na bos yn rhoi pwysau arnoch. Rhyddid llwyr a chreadigedd.
Dim ond mewn creadigrwydd rhad ac am ddim y byddwch chi'n deall ac yn teimlo beth yw cod gwych, yn gweld harddwch iaith a thechnoleg, ac yn teimlo swyn tasgau busnes. Wel, byddwch chi'n dysgu ysgrifennu cod o ansawdd uchel.
Yn wir, bydd hyn yn gofyn ichi dreulio amser personol. Yn union fel unrhyw ddatblygiad arall. Edrychwch arno nid fel cost, ond fel buddsoddiad - ynoch chi'ch hun.
Ffynhonnell: hab.com