La centro estas plena de prognozoj kaj konsiloj pri tio, kion fari venontjare - kiajn lingvojn lerni, kiajn areojn koncentriĝi, kion fari kun via sano. Sonas inspira! Sed ĉiu monero havas du flankojn, kaj ni stumblas ne nur pri io nova, sed plejparte pri tio, kion ni faras ĉiutage. “Kial neniu min avertis!” ni ekkrias kolere, kutime turnante sin al ni. Ni voku la fajron sur ni mem - ni kompilis por vi liston de kion NE fari en 2020 (kaj eble ĉiam).
Sed ili ne demandis pri gravito
Ni tre ŝatus ordigi la kontraŭrekomendojn, de la plej gravaj ĝis la malplej gravaj. Sed ili estas tiom oftaj, ekvivalentaj kaj konataj al preskaŭ ĉiuj, ke ni skribos hazarde. Nu, ni kontrolu la liston?
Ne necesas iri al IT se ĉio estas en ordo
Ne lernu novan teknologion por ŝanĝi karierojn aŭ rekomenci. Nia tempo estas mirinda ĉar vi povas studi, ŝanĝi laborpostenojn, radikale ŝanĝi vian fakon – kaj tiel plu, eĉ ĝis la emeritiĝo. Ĝi estas mojosa, deloga afero. Sed se vi estas pli ol 28-30, vi ne devas rezigni ĉion por eniri IT aŭ moviĝi al nova stako (ekzemple, vi skribas tre ŝarĝitajn sistemojn en Java kaj subite decidas iri en neŭralaj retoj en Python). La kialo estas simpla: ĝi ne estos facila por vi. Unue, estas alta konkurenco de specialistoj, kiuj "sidas" sur ĉi tiu stako ekde la komenco de sia kariero, due, vi devos fariĝi junulo denove kun malalta salajro, kaj trie, estos morale malfacile por vi. fariĝi subulo de la plej malalta nivelo de la hierarkio. Sekve, se vi volas moviĝi en la alia direkto, provu fari ĝin aŭ konforme al via nuna laboro kaj nunaj taskoj, aŭ disvolvi novajn sciojn kiel ŝatokupon, komencu dorlotbestan projekton por ke kiam vi venos al nova laboro, vi faros. ne plu estu junulo.
Ŝanĝi stakon post stako estas nur tempoperdo
Ne rapidu inter teknologiaj stakoj por via disvolviĝo. Se vi verkas projekton en unu lingvo, uzante certan kadron kaj bibliotekojn, vi ne devus ĵeti ĉion al la infero kaj reverki ĝin en Dart nur ĉar vi trovas ĝin interesa. Faru regulon trovi pravigon por ŝanĝi teknologion - ne nur je la nivelo "Mi volas ĝin aŭ mi ne povas", sed ankaŭ je la financa kaj inĝenieristiko.
Ne necesas stari kaj fariĝi bronzo
Algluiĝi al unu lingvo aŭ teknologio kaj ne lerni novajn aferojn estas tiel ekstrema kiel ŝanĝi vian stakon per ĉiu nova teknologio. Nepre studu novajn bibliotekojn kaj kadrojn, ne estu obstina sciante, ke ĉio estis pli bone elpensita antaŭ vi kaj kompletigita ekskluzive de vi. Ĝisdatigoj konstante aperas por preskaŭ ĉiu lingvo, kio foje povas multe plibonigi vian projekton. Ne maldiligentu kontroli la dinamikon de via stako kaj, tuj kiam vi trovos ion bonegan kaj utilan, bonvolu treni ĝin en la projekton!
Via propra kapo estas bona, ĉiam bona
Ne pensu en la kapoj de aliaj homoj, via propra estas pli bona. Ve, iuj programistoj sidas kaj atendas ĝis ili ricevas taskon por kodi de la antaŭa eraro ĝis la fino, sen provi kontribui ion propran al la projekto, disvolvi novan funkcion, testi ĝin kaj proponi ĝin por produktado. Kial ĝeni, kiam estas teamestro aŭ kompania estro, kiu mem decidos ĉion? Se vi rekonas vin, tiam ni havas malbonajn novaĵojn: pasiva pozicio ne helpos nek en via kariero nek en evoluo. Vi havas ŝancon provi vian manon kiel evoluinĝeniero, kaj ne kodisto, en reala batalprojekto kaj kompreni kien iri, kio mankas, sed vi preferas pasigi vian tempon por io alia kaj fari ĝuste "de ĉi tie ĝis. nun.” Tiaj homoj travivas pli kaj pli malbone en moderna IT, eliras el suspendita animacio.
Uzantoj estas teruraj homoj
Ne trotaksu la uzantojn de via programaro: se vi ne skribas por programistoj, atendu, ke la programo renkontos nepenetreblan miskomprenon. La unuajn tagojn aŭ semajnojn la uzanto malamos vian programaron ĉar "la malnova ne estis tiel stulta." Por eviti ĉi tion, faru bonegan dokumentadon kaj lernilojn. Instalante aŭ aĉetante, tre trudeme sugestas, ke la manlibroj devas esti legitaj antaŭ ol komenci labori kun la programo, kaj ne post kraŝo de la datumbazo, perdo de la pasvorto kaj memregado.
Vi ankaŭ ne subtaksi uzantojn: ili estas pli ruzaj, pli lertaj kaj pli scivolemaj ol vi pensas. Se vi pensas, ke la cimo kun la varia formato kaj la escepto je la 138-a premo de Enigu je intervaloj de sekundo ne aperos, vi eraras - ili aperos kaj influos la funkciadon de via aplikaĵo en la plej bizara maniero. La regulo de la amatoro validas: li estas tiu, kiu plej bone eltenas testadon. Sed ial uzantoj ne ŝatas trovi cimojn en produktado - ne estas IT-solidareco en ili. Ĝenerale, ju pli certa vi estas en via programaro, des pli bone. Post ĉio, estas pli bone prokrasti la liberigon de iuj funkcioj ol aldoni ilin al funkcianta aplikaĵo kaj subite fari ĝin kruda.
Ĉesu Gugladon!
Ĉesu turni sin al Guglo sole. Ni eĉ ne argumentos - en la kampo de evoluo vi povas trovi multon per rekta peto al serĉilo. Ju pli profunde vi fosos serĉante informojn, des pli da “flankaj” datumoj vi ricevos kaj des pli vi lernos, ĉar vi lernos ion novan, kiu ne rilatas al via peto, sed verŝajne estos bezonata estonte. Riferu al plenrajtaj materialoj, libroj, artikoloj, ktp. Lingvoj kaj bibliotekoj havas specifojn, komunumojn, manierojn, kaj tiel vi ricevas la plej fidindan manieron evoluigi programistajn kapablojn - nur legu la dokumentaron, kaj ne serĉu lokajn solvojn kaj kodfragmentojn de aliaj homoj. Kio se via solvo estas pli optimuma, pli rapida kaj pli malvarmeta?
Fidu sed kontrolu
Ne uzu bibliotekojn kaj kadrojn kreitajn de triaj programistoj sen kontroli la kodon kaj adapti ĝin al viaj celoj. Vi ne havas kialon senkondiĉe fidi ĉi tiun kodan aŭtoron, kiun vi tute ne konas. Jes, diversaj intencaj malicaj elementoj en triaparta kodo ne estas tiel oftaj kaj vi ne devus suferi de paranojo, sed blinde kopii pretajn partojn de programaro en vian projekton povas konduki al neantaŭvideblaj sekvoj. Tial, nepre legi kaj analizi la kodon antaŭ ol uzi kaj testi post la efektivigo de la kodo.
Faru sekurkopiojn!
Ĉesu ne fari sekurkopiojn aŭ konservi ilin sur la samaj triaj serviloj, kie via projekto estas gastigita. Ĉu vi pensas, ke ĉi tio estas ridinda kaj senutila konsilo? Sed pli ol 700 babilejpartoprenantoj en Telegramo, kiuj troviĝis en lastatempa malagrabla situacio kun la fermo de unu konata datumcentro, ne opiniis tion - estis ĉio tie: de hejmbestaj projektoj ĝis grandaj registaraj retejoj. aŭtoritatoj kaj kompaniaj 1C kaj fakturaj datumbazoj. Signifa parto estas sen sekurkopioj aŭ kun sekurkopioj en la sama loko. Do distribuu la riskojn kaj konservu la sekurkopion almenaŭ sur la ĉefa gastigado, sur iu fidinda VDS kaj sur via loka servilo. Ĝi finos esti multe pli malmultekosta longtempe.
Ĉesu alporti vian propran al la malutilo de la projekto
Ne faru tion, kion vi volas en laborprojekto, sed faru tion, kion la klientoj bezonas. Jes, estas nekredeble interese kaj bonega krei vian propran neŭralan reton, trejni ĝin kaj efektivigi ĝin en via programaro, sed se viaj klientoj bezonas simplan kontaktmanaĝeron, ĉi tio estos troo. Vidu kiel la projekto funkcias, legu la dokumentaron, legu recenzojn kaj petojn de klientoj kaj efektivigu tion, kio aldonos komercan valoron al la projekto. Se vi volas krei ion sciencan aŭ ekstreme kompleksan, komencu per via propra projekto.
Ne kodo, sed fasko da nervoj
Ne skribu nelegeblan kaj nedokumentitan kodon. Ni konas ĉi tiun lertaĵon: la programisto skribas kodon laŭ sia koro, intence iom konfuzante ĝin, por ke neniu el siaj kolegoj komprenu tion, kion li skribis - tio estas speco de preventa venĝo antaŭ ol io okazas. Tamen vi endanĝerigas ne nur la firmaon (kiu pagas al vi monon por via laboro), sed ankaŭ vin mem: verŝajne vi mem ne memoros, kion vi volis diri kun ĉi tiu neintencita malklariĝo. Estas same kun nedokumentita kodo: fidante vian variablon kaj funkcian nomlogikon kaj bonan memoron, post kelkaj jaroj vi eble ne memoras kial vi elektis tiun apartan buklon, metodon, ŝablonon ktp. Dokumenti vian kodon kaj ĝian bonan strukturon estas bonega servo al viaj kolegoj, via dunganto, kaj ĉefe al vi mem.
Tenu ĝin simpla, stulta
Konservu vian kodon, solvojn kaj projektojn simplajn. Ne necesas bari en kompleksa strukturo kaj produkti entojn sen speciala signifo. Ju pli kompleksa via kodo, des pli vi fariĝos ĝia ostaĝo - estos kiel eble plej malfacile por vi konservi kaj disvolvi ĝin. Kompreneble, la fama KISS-principo ("Konservu ĝin simpla, stulta") ne ĉiam taŭgas, sed ĝi estis kreita pro kialo: simpleco kaj eleganteco de la kodo estas la ŝlosilo por ĝia sukcesa aplikado kaj reuzo.
Protektu vin
Ne ignoru sekurecon - en 2020 ĝi estas laŭvorte krima. Eĉ se via kompanio, disvolviĝo kaj vi ne interesas atakantojn, vi povas esti tuŝita de problemoj rilataj al la malvenko de iu reto-segmento, gastiganta provizanto, atako al la datumcentro, ŝtelo de retpoŝtaj pasvortoj kaj nesekura konduto de dungitoj, kiuj povas. ŝteli datumojn de la kompanio, ŝtelante klientojn aŭ la programkodon de la tuta projekto. Se ĝi estas en via povo kaj en via kompetenteco, provu protekti la projektojn pri kiuj vi laboras. Nu, observu mem informan sekurecon, ĝi neniam ĝenis iun ajn.
Ne kraĉu en la puton
Ne fuŝu kun via dunganto. Hodiaŭ, komunikadoj atingis tian nivelon, ke, ekzemple, ĉiuj HR-uloj en la urbo absentie konas unu la alian kaj povas interŝanĝi ajnan informon en babilejoj kaj fermitaj grupoj (ambaŭ por helpi trovi laboron kaj skribi "Vasilij Ivanov, sistemarkitekto, mortigis ĉion antaŭ ol forlasi kontojn, forigis sekurkopiojn kaj malŝaltis la reton, reakiro daŭris 3 tagojn. Ne dungu lin." Tiel, via konduto ludos sole kontraŭ vi - kaj foje eĉ translokiĝo al alia urbo aŭ ĉefurbo ne helpos. Eĉ se vi foriras kun rankoro, ne ekzistas pli bona venĝo ol fariĝi utila kaj malvarmeta dungito de konkuranto :) Kaj plej grave, tute senpune.
Vi ankaŭ ne devus fari tion. Sed, kiel la sperto montras, ni ne ĉesos
Ĝenerale, geamikoj, legu la konsilojn, sed faru tion, kion vi opinias plej bona – ja realaj malkovroj estas faritaj kiam ni dubas pri jam malkovritaj veroj. Feliĉan Novjaron, ke viaj projektoj estu sukcesaj, ke via kariero estu agrabla, ke viaj kolegoj kaj administrantoj estu adekvataj, kaj via vivo ĝenerale estu sukcesa. Ĝenerale, jen al la Nova Jaro kaj la nova kodo!
Kun amo,
Teamo de RegionSoft Developer Studio
En la nova jaro ni daŭre laboros por vi kaj disvolvos potencan labortablan CRM-sistemon kaj simpla kaj oportuna helpservo kaj biletsistemo .
fonto: www.habr.com