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