КУЛТУРНИ СУКОБ: КОДИРАЊЕ, СОФТВЕР И ПИСАЊЕ ЗА ЉУДЕ - ТЕЦХЦРУНЦХ - МОБИЛНИ - 2019

Anonim

Ти Роллин Сарадник

Ти Роллин је КТО Мобикуити.

Много је лошег кода тамо. И то изазива велике проблеме за компаније које желе да изграде мобилнију трансформаторску архитектуру.

Конкретно, лош код узрокује да пројекти узимају више времена, више новца и више ресурса (као што је програмска криза) - што се понавља све више и више, осим ако компанија не преиспита и ажурира дугогодишњу праксу коју је усвојила.

Али почиње са културом - и постојање неких озбиљних сукоба.

Када сам своју каријеру започео дигиталним, велике групе људи су писале код без разлога. И ништа није било на челу. Али сви остали, укључујући и оне који су градили производе, користили су приступ који је усмјерио на развој. Ово је довело до сукоба у корпоративној култури данас.

Култура неприхватљивог кода

У великој мери је дошло до неприхватљивог кода јер компаније брзо трче на тржиште и инжењеринг је искључен од правог циља задовољавања корисника. То је систематско питање, иако многи мисле да је решење у стављању међу-функционалних тимова задужених за испоруку производа. Обично ћете пронаћи програмера који троше време на операције ЦРУД-а и друге водоводне активности без вредности.

Ублажавање проблема са кодирањем захтева проактивност: одржавање кода текуће и лагано отклањање грешака или отплату постојећег техничког дуга "лошег кода". То такође значи одрицање само онога што можете жвакати у развоју апликације - и проводити вријеме на корисничким функцијама.

Ослобађање од лоше код мириса

"Код мириса" - уобичајени израз у свету програмера - наговештава да је нешто негде било негде у коду. Обично је то симптом који указује на дубље проблеме, указујући на слабости у дизајну који могу ометати развој или повећавају ризик од неуспеха. Ево погледа како ублажити (или елиминисати) лош код код мириса, како са техничког тако и са становишта процеса:

  • Рефацторинг. Са техничке перспективе, важно је ставити нову архитектуру на место без прекидања постојећих система. Рефацторинг је одличан начин да то урадите, због чега би требало да буде део ваших базних процеса. Није могуће предвидјети све у будућности, тако да рефацторинг омогућава инжењерима да буду у режиму "спреман за акцију". Такође, постојећи код постаје мало шири и припремнији за следећи талас будућности. Импликација у рефакционирању је додатни трошак; Међутим, ово је традиционално где се ствари растављају.
  • Довођење у праву људе. Из перспективе процеса, морате зауставити лош код од писања. Међутим, са (често) великим бројем програмера у вашем тиму и многим подијељеним другим пројектима, како оцјењујете како то раде, поготово када доведете нове чланове тима? Имплементација процеса пажљивог прегледа кодова је важна - а пропуст да то учини додатно шири лоше кодове кодова. Један од најбољих начина ублажавања будућих питања је менторство. То значи додељивање стручњака за преглед израде других чланова тима, тренирање о најбољим праксама и охрабривање прецизне употребе алата. Без овог процеса, увек ћете имати негативан код.
  • Развој на тесту. Да бисте омогућили рефацторинг, то можете урадити само ако можете доказати да ваше рјешење функционише прије и након рефактора. То значи да морате провјерити покривеност у сваком тренутку. Ако водите тестовима, одмах се укључите у могућност рефацтора док више сазнате од својих корисника о потребним функцијама.

Елиминисање лоших мириса кодова захтева нови начин размишљања. У данашњем предузећу, менаџери производа имају пуно моћи и састав одговорности. Брзи темпо рада захтијева мале итерације и континуирану примјену, уз снабдевање висококвалитетним производом. Бити способан да испоручује по тој брзини значи да вам је потребан међусобно функционални тим чији се мисао променио: њихов циљ је испоручити својим клијентима.

Будућност: Мање код

Пошто се софтвер претвара у функције (тј. "Ако је ово, онда то") и иновација у ИоТ експлодира, мање кода се заправо пише. Апликације са једном функцијом постају све чешће: апликације које имају врло мало кода, али су корисне и могу учинити више. Шокантно, на овој теми није било пуно писања, али мислим да у будућности особа са идејом можда неће морати да иде кроз софтверског инжењера да би је претворила у функционални производ.

До тада, пут до мобилне трансформације је оптерећен лошим кодом. За компаније велике и мале, пројекти ће потрошити ресурсе - све док се не елиминишу лоше кодне праксе.