Как да остане мотивиран, когато чувства, че високопоставените колеги не са

Завърших колеж със специалност компютърни науки преди около 2 години и оттогава работя в мултинационална компания, която ми плаща прилично. Искрено се интересувам от технологиите и работата си и се опитвам да правя всичко по най-добрия възможен начин и освен това да се уча най-много от това. Имам някои колеги, които са опитни и наистина умни и съм много щастлив и научавам много да работя с тях.

Въпреки това чувствам, че същото не е вярно за всички мои колеги. Има много други, които просто не се интересуват от технологиите. Когато им бъде даден проблем, те ще изберат първата налична опция или просто ще проучат съществуващо решение и ще го копират и поставят. И тези колеги всъщност са на по-високи позиции за мен. Моята компания не е строго ИТ компания и хората не са много добри в технологиите, те не са необичайни.

Въпросът ми е как да работя с колеги по този начин, особено когато съм по-възрастен.?

Чувствам се зле (и също тъжно), когато нещо се прави по начин, за който знам, че има по-добър начин да се направи същото нещо или когато някой прави нещо без твърде много усилия и знам, че направих същото, и измислете по-добро решение. Мога да продължа с няколко примера, но се надявам да съм обяснил общата ситуация. Не мога да поправя всички/всичко, дори не съм най-умният човек, но понякога знаете, че нещата не са толкова добри, колкото би трябвало да бъдат.

Как мога да направя работния си опит по-приятен с такива колеги? Също така, как да остана мотивиран непрекъснато, когато работя в такава среда?

PS: Въпреки че оценявам всички отговори, аз съм изненадан да видя толкова много хора, които се застъпват за нестандартна работа, стига да правите това. "Това се очаква от мен.

Също, Не исках това да е дискусия за най-добрите начини за писане на код които някои от тях са преобразили.

4 отговора

Попадал съм във вашата ситуация повече пъти, отколкото си спомням. Получих първата си работа в ИТ през 1984 г. и оттогава напускам. В много от работните места, които съм подкрепял, съм си сътрудничил с хора, които са били по-заинтересовани да го „правят“, без да мисля за бъдещото въздействие или цялостния подход към дизайна. Работихме с хора, които просто се задоволяваха да правят възможно най-малко и се радваха да получават заплащане на ниво, което отразява пазара, а не техния принос. Работихме и с хора, които бяха запалени по работата, която вършат и искаха да предоставят качествени услуги и продукти. Работих с хора, които биха могли да бъдат социално предизвикани, но блясъкът им се отразяваше в тяхната работна етика и чувство за собственост върху техните задачи и мисии.

Във всички ситуации, които споменах, общата нишка е, че успях да науча нещо от всичко, независимо колко привидно маловажни или философски - промяната беше в този момент. Вашите служители ще бъдат водени от различни цели. Някои просто трябва да осигурят безопасността на себе си и/или на семействата си. Някои се нуждаят от парите, поръчани от ИТ специалисти, за да изхранват материалните си нужди и желание за статут. Някои биха свършили работата за половината от това, което получават, само за лично удовлетворение от добрата работа. Най-добрият подход обаче, когато се занимавате с колегите си, може да бъде просто да приемете, че хората около вас може да не се ръководят от същите единици като вас. Не ги правете по-малко достойни за уважение и подкрепа, защото те са ваши съотборници.

Като се има предвид това, както трябва да ги приемете за това, което смятате за недостатъци, те също трябва да приемат това, което според вас са вашите недостатъци. Трябва да бъдете верни на себе си и на това, което ви движи. Ако искате нещата да бъдат по определен начин във вашите проекти, трябва да можете да правите всичко, което смятате за най-добро. Не можете да очаквате да възприемат вашия подход, но можете да правите предложения. Ако решат да не реализират вашите идеи, така да бъде. Не се чувствайте отхвърлени или отслабени, защото докато следвате подхода, който ви подхожда, работата ви ще бъде свършена. С течение на времето можете да придобиете някои конвертирани и да видите определени стратегии за изпълнение, които използвате, които искате да възприемете. Всеки може да се учи един от друг. Предизвикателството е да се премахне предположението, че тъй като този човек не го прави по начина, по който го прави, той го прави погрешно.

Мисля, че има няколко неща, които можете да направите, за да останете мотивирани.

Изграждане на поддръжка . Съзнателно създайте своите „опитни и наистина интелигентни“ колеги. Отидете заедно на обяд и обсъдете какво ви притеснява (в положителен смисъл, като „Имах тази идея.“). Ако те знаят какво мислите вие и вие знаете какво мислят, когато сте на срещи, е много вероятно те да се присъединят към техния глас или обратно. Всъщност трябва да търсите възможности за подкрепа на всеки, който прави нещо като предлагане на идеи за добри практики, независимо дали преди това сте знаели, че този човек се интересува от най-добрите практики или не.
След като сте изградили добра основа сред подобни разработчици, вижте дали можете да култивирате тези, които не виждате като мотивирани. Първо, може да ви изненада. От друга страна, те са по-малко склонни да ви блокират, ако имате лично приятелство.

Осъзнайте, че тази дейност не е вашият живот и може би не е вашето бъдеще. Не сте закъсали в това положение, но го дойте, колкото можете по отношение на това, което можете да научите. Те може никога да не оценят огъня, който внасяте на работа. Всичко е наред - да се научиш как да живееш на работа, която не те „разбира“ е ценно умение. Но след като почувствате, че сте готови да разперите крилата си, ако видите по-добра възможност, продължете. Мисленето на работното място като това, което се случва „в момента“, а не „как ще бъде завинаги“, може много да промени отношението ви.

Дай му време. Имах един шеф (който беше на път да се пенсионира), който ми каза: "Ейми, не е нужно да си толкова разстроена. И в крайна сметка хората ще започнат да осъзнават, че си права." Мисля, че отнема време, а екипите не се сменят за една нощ само защото подчертавате, че трябва. Дайте време на идеите си да потънат и да останете свързани и може би след време ще погледнете нагоре и ще осъзнаете, че нещата са се променили много, към по-добро, за по-малко време, отколкото сте се страхували. Това ми се случи:).

Когато имате проблем, те ще изберат първата налична опция или ще покажат само съществуващо решение и ще го копират. И тези колеги всъщност са на по-високи позиции за мен.

Чувствам се зле (и също тъжно), когато нещо се прави по начин, за който знам, че има по-добър начин да се направи същото.

Вашите колеги може да са на по-висока позиция от вас, защото могат да правят нещата бързо и ефективно.

Когато казвате, че има „по-добър начин“, имате ли предвид, че начинът, по който е направено, не е елегантен, не е „приятен“ и че сте имали по-слаб начин да правите същото? Или казвате, че вашите колеги поставят кода в опасен, несигурен или код, който ще бъде много труден за поддържане и мащабиране?

Ако първият е случаят, тогава добре дошли в реалния свят. Компаниите искат нещата да се правят бързо, защото времето е пари .

Ако имате работа с втория, тогава звучи сякаш сте в ужасна компания с лошо ръководство. Изсмучете го, разберете колкото можете, след това преминете към по-добра възможност, когато имате шанс.

Нямам представа как CS градусите работят там, откъдето сте, но от това, което видях, те нямат много общо с работата на софтуерен инженер. Академията е добре защитена от реалния свят.

Трудната част е балансирането на идеално решение с решението "то просто работи". Всяка от крайностите действително работи - в определени среди. Ако правите нещата от крайни потребители по договори, без да имате перспективи за поддръжка, „само получаването на резултати“ е валидна философия. Когато пишете совалков софтуер, имате повече време за полиране.

Когато се опитвате да промените подхода на хората около вас, уверете се, че сте уверени в ползите. Изградете плюсове и минуси, преценете разходите, свързани с "лоши решения" и разходите, свързани с "правилния код" - също не е безплатно. Ако имате късмет, хората около вас разбират случайните разходи - което прави много по-лесно преминаването към по-добра архитектура, по-добър код. Ако кодът отнема два пъти повече време за писане, но е половината от работата за поддържане и удължаване, искате да покажете, че цената е платена в даден момент, с разумна сигурност.

Удовлетвореността на клиентите също е изключително важен фактор. Ако изборът е между по-добър код и по-добро потребителско изживяване, UX винаги печели и трябва. Отново най-големият фактор е, когато по-добрият код води до по-добър UX в бъдеще - ще бъде ли по-доброто въздействие на кода достатъчно, за да го направи по-евтин в крайна сметка? Добрият код често е инвестиция, а не нещо нестандартно; рядко ще намерите възможност, когато добрият код осигурява по-голяма ефективност в оригиналната задача (не забравяйте, че говоря за „лошия“ код, създаден от добри програмисти - ако вашите програмисти са просто лоши и небрежни, вие имате „късмет“); връщането обикновено идва по-надолу по пътя, ако изобщо е.

Хората имат проблеми с мисленето за инвестиране. Вземете няколко номера. Може да бъде много полезно, ако можете да съберете някои данни от миналото - когато предлагате промяна в качеството на архитектурата или кода, запишете го. Когато дойде времето и вашето предложение би спестило време или ще подобри удовлетвореността на клиентите - запишете го. Когато имате достатъчно, отидете при вашите мениджъри, възрастни хора, някой - по-лесно е да спорите, когато имате „тежки“ данни в ръцете.

И важи обратното. Не предполагайте, че "по-добрият" код автоматично е по-добър. Виждал съм много случаи, когато програмистите губят твърде много време, работейки за неща, които не са от значение - върху тестово приложение, което съществува само за един сценарий и е хвърлено другаде, създавайки архитектура, която е твърде сложна и в крайна сметка възпрепятства по-нататъшното развитие.

Перфектното рядко е добро. Ако забавянето ви не е пълно с (незначителни) грешки и заявки за функции, които просто нямате време и ресурси да поправите, вероятно правите нещо нередно и конкуренцията ви печели над вас.

Обикновено мисля за време или пари. Превръщането на нещата в пари помага много при изчисленията на разходите и ползите. Това ме накара да работя малко повече и имам известен опит с това. Колко бих платил за тези знания, струва ли си? Ще ми спести малко време в пътя - достатъчно ли е? Какво ще струва, ако не го направя по този начин и се окаже лошо решение по пътя? От решаващо значение е да знаете колко време е отделено за разрешаване на грешки по отношение на първоначалната задача, в противен случай възприятието става изключително склонно. Ако ми отне 4 часа, както се изчислява, но след това прекарах 20 часа, за да поправя грешките, трябва да е видимо, че оценката ми беше много по-голяма.

Необходими са много напъни, ако сте „сами“. Но това може да се направи, можете да преминете към по-добри практики, по-добър код, по-добър софтуер. Уверете се, че в крайна сметка това е по-добре по измерим начин.