Привет!
През последните няколко години работя много с хора, които тепърва започват своята кариера в ИТ. Тъй като самите въпроси и начина, по който много хора ги задават си приличат, реших да събера моя опит и препоръки на едно място.
Преди много време четох 2004 г. от Ерик Реймънд и винаги го е следвал стриктно в кариерата си. Той е доста голям и е насочен повече към системните администратори. Трябва да помагам на хора, които често нямат никакъв опит в развитието, да станат младши и да започнат кариерата си.
За тези, които вече са станали или все още мечтаят да станат начинаещи програмисти, мога да дам следните препоръки:
- Проучете проблема сами
- Първо съобщете целта, а след това посочете проблема.
- Пишете компетентно и по същество
- Задавайте въпроси на адрес и споделяйте решението
- Уважавайте времето на другите хора
- Погледнете по-широко
А сега за повече подробности.
Проучете проблема сами
Учите език за програмиране от книга или курс. Взехме примерен код, стартирахме го, но той се срина с грешка, която не ви беше ясна. Според книгата трябва да работи. Но вярвате на очите си - не работи. Какви са вариантите?
- Решете, че никога няма да станете разработчик, защото целият свят е срещу вас и дори работещите примери не работят. Прекратете ученето;
- Решете, че никога няма да станете разработчик, защото сте твърде глупав или го нямате. Прекратете ученето;
- Започнете да питате всички, които познавате, които поне по някакъв начин са свързани с ИТ, изисквайки те да разберат защо не работи за вас. Разберете много нови неща за себе си, обидете се. Прекратете ученето;
Коя опция е правилната? Ето го:
Разберете, че не сте уникални (без значение какво казват майка ви и баба ви) и светът на ИТ не е толкова прост, колкото го разтръбяват, когато ви канят на курсове и уебинари.
Разбирането, че не сте уникален, води до осъзнаването, че вашият проблем вероятно вече е бил срещан от десетки, стотици, хиляди хора. Ако сте начинаещ разработчик, лесно можете да не забележите, инсталирате или конфигурирате нещо. Ето контролен списък, който предлагам да преминете, преди да осъзнаете, че не можете да разрешите проблема сами и имате нужда от помощ:
- Уверете се, че въпросът е уникален и няма отговор на него в интернет
- Внимателно проучете причината за проблема, а не следствието
- Оценете възможните решения на проблема, техните плюсове и минуси
- Помислете за алтернативни варианти за постигане на вашата цел
- Помислете какво може да ви попитат и подгответе отговорите си предварително.
С първи Въпросът е, че всичко е тривиално: ако текстът на грешката е напълно неразбираем за вас, копирайте го в Google и внимателно прочетете текста от връзките.
Втори: например, ако вашият код се срине с грешката „Не мога да свържа библиотека на трета страна“, тогава проблемът не е във вашия код. Въпросът е, че не сте инсталирали някоя библиотека, която искате да използвате. Това означава, че трябва да търсите как да го инсталирате, а не как да коригирате кода си.
Трети и четвърти доста подобно: Ами ако тази библиотека е проблемът и просто трябва да потърся друга? Какво ще стане, ако изобщо не използвам библиотека на трета страна, а напиша собствен код с помощта на стандартни инструменти?
пети Това ни отвежда до следващата част: помислете какво може да ви попита човекът, към когото се обръщате, и подгответе отговорите.
Първо съобщете целта, а след това посочете проблема.
Целта е това, което искахте да направите. Например, напишете код, който отива в интернет и запазва 10 снимки със забавни котки. Проблемът е защо виждате грешка в конзолата, но не виждате 10 смешни котки. Не започвайте въпроса си с проблем. Започнете с цел, завършете с проблем. Ако човекът, към когото се обръщате за помощ, е опитен разработчик и знае много, тогава той вероятно ще може да ви предложи по-просто и по-елегантно решение на проблема. Ако вече сте избрали най-простия и елегантен, той ясно ще разбере какво и защо искате да направите и това ще ускори получаването на отговор.
Добър въпрос:
Искам да спасявам 10 забавни котки всеки ден, за да се смея и да удължа живота си. За да направя това, написах следния код: […]. Очаквам да се свърже с FTP сървър и да тегли нови снимки от там. Въпреки това, когато го стартирах, видях тази грешка: […] Въпреки че мога да осъществя достъп до този сървър през браузъра.
Бърз отговор:
Не трябваше да приемате тази библиотека; никой не я поддържа или развива от дълго време. По-добре вземете тази - аз сам изтеглям снимки с котки за нея!
Лош въпрос:
Здравейте, моят код даде следната грешка […], знаете ли какво може да не е наред?
Очевидният отговор:
Здравейте. Не, аз не знам.
Пишете компетентно и по същество
Няма нужда да изливате поток от мисли върху човек. Човекът, към когото сте се обърнали за разрешаване на проблема, е зает със собствените си дела. Уверете се, че той бързо разбира какъв е проблемът ви и какво искате от него. Ако имате проблеми с грамотността, използвайте онлайн услуги за проверка на правописа и пунктуацията. Можете да премахвате боклуци от съобщения без онлайн услуги. Не наливайте вода, не започвайте отдалеч. Пишете кратко, стегнато и по същество. Дайте примери.
Зле:
- здравей, как мина))) Опитвам се да събера проект накратко, но не работи за мен, срива се по някаква причина O_o, въпреки че изглежда, че направих всичко както трябва, моля, заповядайте) )))) всъщност има нещо неразбираемо в конзолата за мен ((( вече правилно опитах всичко, нищо не работи, аааа(
Добре:
— Здравейте, опитвам се да стартирам проект, но има проблем. Той се срива веднага след командата docker-compose up, ето регистрационния файл при стартиране и грешката: […] Можете ли да ми кажете как да го реша?
Задавайте въпроси на адрес и споделяйте решението
Не трябва да пишете въпрос в лично съобщение до конкретно лице, освен ако не сте информирани, че трябва да го зададете конкретно. По-добре е да пишете на група хора, защото:
- Всеки е зает да решава собствените си проблеми. Шансът някой в общ чат или във форум да отдели време за вас е по-голям.
- Шансът някой от общия чат да знае как да ви помогне е по-голям.
- Оставяте на другите да намерят същия въпрос и да отговорят по-късно.
Обърнете внимание на последната точка. Научихте ли вече, че трябва да се опитвате да решавате проблемите сами? Използвали ли сте вече търсенето в чат/форум/група, но не сте намерили споменаване на проблема си? Добре, тогава попитай.
От друга страна, няма нужда да безпокоите хората излишно. Ако е възможно, премахнете от вашия пощенски списък всеки, който не може да ви помогне. Колкото повече съобщения получава човек, толкова по-малка е вероятността да ги прочете всичките. Не създавайте навик на хората да изключват сигналите или просто да игнорират съобщенията.
Със сигурност вашият опит може да бъде полезен и на някой друг. Спестете време на себе си и на другите, като публикувате отговор или решение. Следващият новодошъл, ако вече знае за какво говорим тук, изобщо няма да притеснява никого - той ще намери вашето решение чрез търсене. Защо казвам, че можете да си спестите време? Защото може да срещнете този проблем след година и да не си спомняте как сте го решили. Търсенето ще ви спаси отново.
Уважавайте времето на другите хора
Направете живота възможно най-лесен за хората, които молите за помощ.
Уверете се, че връзките, които изпращате, работят. Опитайте да го отворите в режим инкогнито. Ако връзката изисква оторизация, ще видите грешка при достъп. Например, ако сте качили код в частно хранилище или сте изпратили връзка към Google Drive, до която само вие имате достъп, човек ще види грешка и ще трябва да отдели време, за да ви информира за това, и след това да изчака да настроите достъп. Уверете се, че човекът веднага вижда това, за което говорите.
Не очаквайте някой да иска да си спомни какво попитахте преди два дни. Изпратете информацията отново, припомнете контекста. Никой не иска да търси в кореспонденцията това, което имате под ръка. Ако ви мързи да дублирате информация, така че хората да не губят времето си в търсене, тогава нямате нужда от помощ.
Не го изваждайте от контекста. Ако изпратите журнал с грешка, очевидно е, че трябва да включите не само самата грешка, но и кода, който я е причинил, с пример за това, което е счупил.
Ако има установен процес за решаване на вашия проблем, следвайте го. Няма нужда да преоткривате колелото, ако вече има статия с инструкции стъпка по стъпка.
Не трябва да се опитвате да получите отговор от един човек по различни канали (пишете на Slack, Skype, Telegram) едновременно - това ще бъде неприятно за човека.
Няма нужда да пишете едно и също съобщение на няколко души наведнъж, с надеждата, че поне някой ще ви отговори. Всички тези хора могат да ви дадат отговор (най-вероятно ще бъде същият), но всички те ще бъдат разсеяни от работата си за известно време. Използвайте групови чатове.
Погледнете по-широко
Всичко, за което говорихме тук, важи и извън ИТ сферата. Спазвайте тези правила в супермаркет, автосервиз, на почивка в друга държава, когато общувате с приятели и роднини. Покажете на хората, че цените времето им и не искате да ги безпокоите за дреболии. Покажете, че сте отделили време и усилия, опитвайки се сами да разрешите проблема, но не сте успели и наистина се нуждаете от помощ. В знак на благодарност хората ще разберат проблемите ви и ще ви помогнат да ги разрешите.
Източник: www.habr.com