Как да бъдем по-продуктивни в програмирането? — Част I
Това е поредица от статии за това как да бъдете продуктивни на работа. Това се основава на моя личен опит. Може да ви пасне или не. Всичко зависи от това какъв си и в каква ситуация си. Трябва да имате представа както за вас, така и за вашата ситуация ~ вашите умения/знания и как можете да се възползвате от дадената ситуация. И това е най-важното, за да бъдете продуктивни ~ да сте осъзнати или съзнателни.
Следващото нещо след производителността е намаляването на преработката. Количеството преработки в наши дни е високо. Това може да се обясни с темпото и сложността на работата. Пазарът става все по-конкурентен и крайният потребител става все по-взискателен. Така че е бързане да излезете на пазара първи с много неща, натъпкани.
Основна причина за преработка е липсата на комуникация от заинтересованите страни към мениджърите, от мениджърите към разработчиците и от разработчиците към внедряването. От гледна точка на разработчиците можем да избегнем това, като попитаме 3W ~ какво, защо и как.
„Какво“ е свързано с разбирането на каквода се направи. Какъв е проблемът, който се решава? Какво е решението, което трябва да се приложи? Можете да го получите от различни източници ~ от заинтересованите страни или крайни потребители, документи или имейли. Какъвто и да е източникът, дайте малко време за смилане и разбиране. След това го консолидирайте и документирайте и най-важното, потвърдете разбирането си. И не забравяйте да заснемете нефункционални изисквания като контрол на достъпа, производителност и известия в реално време. Понякога едва в края на разработката поемаме нефункционалните изисквания и в крайна сметка преработваме всички слоеве.
Следвазащо. Това не винаги се изисква, но понякога трябва да разберете защо~ каква е причината или целта, която задвижва това, което прилагате. Това може да бъде мотивационен фактор за екипа и да ви даде импулс. Не мога да коментирам много по този въпрос, поради липса на опит.
И тогава трябва да решите как да направите ~ „Трябва ли да следвам някакви указания за кодиране като pep8 или ESLint?“, „Има ли някаква философия като бизнес логиката, която трябва да лежи в този слой или изгледа слой трябва да е тънък?“ и т.н. И когато някога се съмнявате, не се колебайте да попитате. Предположенията са опасни. Не кодирайте въз основа на предположения.
И продължавам как, като разработчик, винаги имам склонност да оставя някакъв технически дълг, казвайки ~ „Хей код, знам, че миришеш, но сега бързам, ще се свържа с теб по-късно.“ И повечето пъти не се връщах. Но беше достатъчно любезен да ми отговори като грешка или проблем с производителността или проблем с поддръжката. Умът ви ще търси извинения, за да ви убеди и да ви ангажира в технически дълг. Пазете се и бъдете наясно с този акт на ума. Умът е коварен и може да ви съблазни в технически дълг. Така че имайте воля и търпение да не се ангажирате с технически дълг.
В заключение на тази сесия ще има моменти, когато нещата не работят. През тези времена не се стресирайте с повече работа и мисли. Това не е само непродуктивно, но ще има обратен ефект. Така че, когато нещата не вървят, вземете почивка, освежете се и се върнете по-силни. Трябва да имате съзнанието, че сте стресирани, когато сте стресирани и да действате. И „тези, които не знаят, че ходят в тъмнина, никога няма да търсят светлината.“ – Брус Лий
