Избрахме за вас 5 неща, с които със сигурност всеки един програмист се сблъсква.
Хардуер
Софтуерът, разбира се, не може да работи, без хардуер. Някои разработчици на софтуер биха искали да игнорират хардуерната част на нещата, но, за жалост, те рано или късно ще бъдат изправени пред специфични за хардуера проблеми при изграждането или отстраняването на грешки в дадена програма. Ето защо някои програмисти силно препоръчват на новите софтуерни инженери да се запознаят с основния хардуер и системите, на които ще работят, така че да се минимизират бъдещи проблеми.
"Програмистите мразят хардуера: защото не могат винаги да го обвиняват!" Анонимен.
Седене по цял ден
Освен ако нямате бюро върху бягаща пътечка, разработката на софтуер не е известна с подвижност. Повечето програмисти прекарват дълги часове, седнали на задните си части, надвиснали над клавиатурите си, взирайки се внимателно монитора в компютъра си. Всичко това може да бъде доста гадно след известно време. Това може да стане доста депресиращо, ако не променяте най-малко мястото, където правите всичко това.
Цитат: "Седях на един стол през целия ден и се взирах в екрана. Преди известно време започнаха проблемите ... първо гърбът, после вратът, очите, главата боли ... краката започват да стават неспокойни ... Колкото и да се опитах да противодействам с фитнес, тайджакян, йога, чигонг, велосипед, не ставаше. Да останеш в офиса цял ден ... да видиш как слънцето изгрява и залязва, а ти все още седиш на глупавия стол, докато животът минава. " –
Маркус Томан
Дебъгинг
Дори най-добрият, най-внимателно изработеният код ще има бъгове. Разбира се, разработчиците трябва редовно да отделят време за проследяване и фиксиране на софтуерни дефекти, независимо дали работят по собствен код или не. Докато някои бъгове могат бързо да бъдат намерени и смачкани, други могат да бъдат неуловими и могат да доведат до много загубени часове.
"Ние пишем такива големи програми, че докато дебъгваме толкова се вглъбяваме, че забравяме каква е била първоначалната грешка."
Сливане на кодове
Системите за управление на изходния код, като Git или Subversion, са чудесни инструменти, които позволяват на многобройните разработчици да работят едновременно на една и съща основа, без да стъпват на пръстите на другите. В крайна сметка, промените в кода трябва да бъдат предадени на хранилището, в който момент могат да възникнат конфликти, ако, да речем, двама разработчици са сменили същия файл. В този случай тези промени трябва да бъдат обединени заедно. Понякога тези конфликти за сливане могат да бъдат решени просто, друг път, не толкова.
Очаквания
Разработчиците на софтуер обикновено се смятат за доста умни хора. За съжаление, това често кара ръководители или мениджъри на проекти да имат нереалистични очаквания за това, което програмистът или екипът може да създаде до определена дата. Това, на свой ред, може да доведе до неловки ситуации на разработчиците и обща неудовлетвореност сред програмистите.
Цитати: "Най-разочароващото нещо е това, че хората се разочароват от идеята, че всъщност не сте магьосник, че има ограничения в базата ви от знания и какво може да бъде постигнато физически с помощта на наличните инструменти, в рамките на ограниченията във времето."
"Вашият шеф има много високи очаквания за вас и вашите колеги, но няма достатъчно време / ресурси, за да се доближи до тези очаквания." Кевин Секин
Търсите обучение по C++, Java, Python или C? Заповядайте при нас и ние ще ви го дадем. Запишете се на безплатна консултация, за да разберете повече!
