Конференция по DevOps практикам — DevOps Fest, 20-21 марта. Cпикеры и доклады на сайте >>
×Закрыть

Чего боятся разработчики

Страхи есть у всех: врач сомневается, правильно ли поставлен диагноз, бухгалтер нервничает при мысли о возможной опечатке, у механика дрожат руки, когда он ставит на самолет детали не первой свежести. В этом плане профессия разработчика заметно выигрывает: если твоё приложение завалится, никого не придавит — разве что ты работаешь на медицину, космос или оборонпром. Но и при этой стерильной работёнке среди непахнущих нулей и единиц не обходится без стрессов и страхов — как мнимых, так и реальных.

Профнепригодность

Сложно представить себе такое в работе каменщика или сантехника. Зато в мире компьютеров, если подолгу не «курить» выходящее со скоростью света новьё, то с вероятностью 146% обнаруживаешь себя на обочине списков вакансий с устаревшим резюме и навыками, которых будет уже мало не только чтоб ногой открывать двери IT-компаний, но и хотя бы поддержать разговор с коллегой по цеху.

По идее, разработчику вполне достаточно просто справляться со своими задачами. Но он сам понимает, что этого мало. Не прочтя в день хоть одну статью по своей специализации, он чувствует, что день не завершен, и чего-то в нём не хватает.

Если же говорить о новичках, у которых профпригодность изначально со знаком «минус», то страхи здесь уже принимают более конкретные формы.

С одной стороны, человек боится, что он недостаточно умён или способен, чтобы понять архитектуру и принцип работы приложения. «Дайте мне ещё недельку разобраться в проекте,» — говорят такие люди, наивно полагая, что с их уровнем подготовки проект реально понять, лишь глядя на то, где какие файлы лежат, да как называются классы.

С другой стороны, у новичка страх профнепригодности проявляется перед каждой новой задачей, для которой у него нет в голове хотя бы примерного решения. И здесь могут выручить старшие коллеги, объясняя недопонятое и показывая возможные варианты действий.

Нерешаемая задача

Кто-то скажет, что нерешаемых задач не бывает — счастливые люди! Наверное, на таких и держатся IT-компании. При этом разработчики часто тратят время не столько на саму работу, сколько на то, чтобы понять, возможно ли в принципе выполнить ту или иную задачу. И если да, то какой кровью?

Есть тысяча случайностей, из-за которых приложение может никогда не подняться, особенно на тех проектах, где тесно переплетаются железо и софт. Барахлящий чип, хилый разъем, убитый кабель, старая прошивка, отсутствующие библиотеки, потерянный пакет и, наконец, «плавающий баг» — любое звено может сказать системе «нет». А чем больше звеньев в цепи, тем больше возможных комбинаций, где что-то может пойти не так. В такие моменты жалеешь, что нет на столе учебника по комбинаторике.

Самое страшное — это когда ты вбухиваешь в исследование проблемы несколько часов только для того, чтобы понять, что решить её невозможно, или что это потребует ещё больше времени. Проходит день, а в отчете и писать толком нечего.

Пустой отчет

Этот вид страха напрямую зависит от наличия осязаемых результатов и графика сдачи отчетов. Если сдавать их нужно каждый вечер, то панические приступы могут наступать уже после обеда — и чем ближе к вечеру, тем чаще будет пульс. Даже если одним прекрасным утром образовалось окно и нет задач, от этой паники сложно избавиться, потому что мысль «что написать сегодня в отчете?» висит над тобой, как дамоклов меч, весь день. Паника появляется в середине недели перед пятницей, а тем, кто сдает отчеты ежедневно, я бы выдавал кефир, ликёр и шоколад — для успокоения нервов.

Собрания и телефонные конференции

Главная их беда в том, что никто, кроме организатора, не знает, о чем пойдет речь. Неизвестность пугает. Никогда не знаешь — всех собирают, чтобы поднять вопросы успеваемости и распределения обязанностей или чтобы объявить, что проект закрывается и половину людей увольняют. Бывают и хорошие события. Но беглый анализ показывает, что о премиях, повышениях и дополнительных выходных на собраниях упоминают лишь в исключительных случаях.

Однотипные задачи

Мозги здоровых homo sapiens устроены таким образом, что познание даёт им удовольствие. И не важно, сплетни это, новости, новые языки или навыки. Пока ты узнаешь что-то новое, то чувствуешь, что жизнь — не зря. Поэтому и первые полгода на любой работе проходят с интересом. Но уже освоившись и нащупав рамки применяемых на проекте технологий и фреймворков, начинаешь захиревать, понимая, что всё движется по накатанной, и изучать для работы особо-то и нечего. Ещё веселее, когда оказывается, что политика компании в отношении новых технологий — «подождать лет пять».

Поломка приложения

Никому не чужд страх напортачить. Опытный разработчик может откатить всё назад, если это не взлом сайта или утечка личной информации пользователей. Но вот у слабых джунов и неуверенных мидлов боязнь что-нибудь испортить так велика, что они могут по триста раз проверять и перепроверять изменения перед коммитом. И конечно, никто из них не захочет коммитить ни вечером, ни в пятницу, чтоб не расхлёбывать потом вероятные проблемы. Не полностью отдавая себе отчёт в работе кода, после пуша им остается лишь молиться, что приложение хотя бы заработает так, как и до изменений. Душа у них уходит в пятки, когда в комнате раздается фраза проджект-менеджера или тим-лида, которая начинается на «Хлопцы, а почему у меня не работает ...» или «Кто только что залил изменения на ...?». В такие моменты помогает лишь храбрость и вера в то, что всё поломанное можно починить.

Внезапное изменение ТЗ

Вот, вроде бы, всё ж было хорошо и понятно. И процессы были налажены. Но в один неведомый день заказчик встал не с той ноги и решил всё переиначить. За недельку-вторую до релиза. Паника, ажиотаж и овертаймы. Костыли, хардкод и ковбой-кодинг. Врагу не пожелаешь. Этот вид страха пересекается со страхом собраний и телефонных конференций, на которых обычно и объявляется «благая весть», и больше всего от него страдают новички и неуверенные мидлы.

Увольнение

Этому страху в большей степени подвержены новички и напортачившие. Но если опытный работник, скажем, взял ипотеку или авто в кредит, то неприятный холодок всё равно будет беспокоить его каждый раз, когда начальник будет вызывать его на ковёр или когда на собраниях будут анонсироваться грядущие перемены. Если у человека всё хорошо, перемены ему ни к чему — особенно в наши нелёгкие дни. По крайней мере, так он считает.

В случае эмигранта или переселенца этот страх обретает уже более отчетливые формы. Потому как без работы нет ни визы, ни жилья — ничего. Особенно в цивилизованных странах, где разработчик получает столько же, сколько и все, или чуть выше среднего.

И все-таки этому страху разработчики подвержены заметно меньше, чем представители более приземленных и менее востребованных профессий. Хотя и они, бывает, признаются в том, что не знают, что будут делать, если программирование начнет уходить с рынка труда.

Возраст

Когда тебе 20, об этом как-то не думаешь. Но чем дальше, тем чаще начинаешь задумываться о том, чем будешь заниматься в 45 и насколько чаще придется слать по адресу все те компании, где в «молодой дружный коллектив» требуются сеньоры с десятилетним опытом в возрасте от 22 до 26 лет. Всё бы ничего, если б можно было в одной компании работать до пенсии, как люди когда-то и делали на заводах и фабриках. Но с каждым годом перспектива оказаться на улице в сорок лет, да с покрывшимся мхом резюме и без знаний современных технологий становится всё более ощутимой. Не выкинут ли HR’ши в папку spam моё резюме? Не отфильтруют ли меня заказчики/проджект-менеджеры или новые владельцы? Не надоест ли мне к тому времени программирование, а я уж буду без былого запала, чтобы осваивать новую специальность? — Подобные вопросы могут беспокоить не только людей в возрасте, но и тех, кто смотрит на пару шагов вперёд.

Конечно, это лишь вершина айсберга. За скобками остался страх одиночества, умопомешательства, проблем со здоровьем, повесток, налогов, отвязки зарплаты от доллара, мирового спада спроса на услуги разработчиков и так далее. Fear not, my friend! Потому что, как говорил сержант из фильма «Грань будущего»: «Бояться — это нормально. Смелости без страха не бывает».

Как уменьшить влияние страхов

Без точного диагноза трудно назначить верное лечение. Поэтому осознание причин страхов — задача номер один. В этом могли бы помочь специалисты, но ничто не мешает попробовать и самому.

Возьмем, например, боязнь напортачить. С одной стороны, причинами этого страха могут быть скудные познания в области архитектуры проекта, конкретной технологии, непонимание принципов работы конкретного сервера, незнание особенностей приложения и местоположения костылей. По сути это страх перед неизведанным, который лечится по принципу «делай то, чего боишься» — человек учит матчасть, портачит, коммитит код с ошибками, валит сервер несколько раз, поднимает всё, фиксит — и уже не боится.

С другой стороны боязнь ошибиться может быть вызвана не столько незнанием (ещё точнее — неопытностью), сколько, например, комплексом отличника. Или комплексом перфекциониста. Тысячи их! Может, звякнуть таки психотерапевту?

Или взять страх профнепригодности. Если подумать, то бояться здесь нечего — каждый из нас уже как минимум однажды был профнепригодным (например, ещё в утробе матери). И никто не умер. Если вы смогли освоить программирование, то сможете освоить почти всё. На худой конец, будете верстать лендинг-пейджи для бородатых стратаперов или кодить макросы для бухгалтерш. Лишь бы корона не мешала.

Но если ничего не помогает и суета сует не отпускает, то полезным будет помозговать вот над чем: «Вы живете сто лет, а паритесь, как на тысячу».

LinkedIn

Лучшие комментарии пропустить

Хто впізнав автора по заголовку, ставте лайк.

А я думал налогов и мобилизации :)

Нужно просто распылять в офисе через систему вентиляции кокаин или в воду добавлять экстази :)

Но вот у слабых джунов и неуверенных мидлов боязнь что-нибудь испортить так велика, что они могут по триста раз проверять и перепроверять изменения перед коммитом.
Не знал, что я неуверенный мидл. Думал что проверять изменения перед коммитом — это нормальная практика.

110 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.
Есть тысяча случайностей, из-за которых приложение может никогда не подняться, особенно на тех проектах, где тесно переплетаются железо и софт. Барахлящий чип, хилый разъем, убитый кабель, старая прошивка, отсутствующие библиотеки, потерянный пакет и, наконец, «плавающий баг» — любое звено может сказать системе «нет».
Самое страшное не это, самое страшное — это убить несколько месяцев для того, чтобы сделать workaround, который всё-таки позволит приложению работать как надо даже на глючном железе. Эти месяцы можно смело вычёркивать из дневника жизни, они не добавили ни опыта, ни знаний, а просто сгорели впустую. Эйфория на пару часов от того, что ты всё-таки поборол чужие баги, а дальше только пустота и осознание беcцельности своей работы, никому она не нужна и никто её не оценит, для всех окружающих ты человек, который профукал свои эстимейты в десять раз и никого особо не волнует почему это произошло.
Самое страшное — это когда ты вбухиваешь в исследование проблемы несколько часов только для того, чтобы понять, что решить её невозможно, или что это потребует ещё больше времени. Проходит день, а в отчете и писать толком нечего.

Нє, чуві — не заганяйтеся. Це, блін, ваша робота. Вам платять бабло і треба робити те, що скажуть.
Скажуть сидіти місяць і grep-ати логи — будете грепати, куди ви денетесь. Хочете творчості і самовираження — пиши вечорами свій, прости господи, стартап. Або взагалі звільняйся і фігач в сілікон уоллей і показуй, який ти крутий перець.

Кого хвилює, що і куди ти вбаххуєш — тобі за це платять.

P.S. Я не докоряю автору, він пише саме так, як є насправді. То я звертаюся до “покорітєлєй бітів і байтів”, без яких проект загнеться.

Еще как вариант может быть: неопределенность связанная с ожиданием обратной связи от кастомера.

Самое страшное — это когда ты вбухиваешь в исследование проблемы несколько часов только для того, чтобы понять, что решить её невозможно, или что это потребует ещё больше времени. Проходит день, а в отчете и писать толком нечего.

Самое страшное это то, что кол древнего вазелинового дерева ждет разраба на очередном стендапе.

где то я это уже видел

Ты забыл за самое главное — повышение налогов

За скобками остался страх одиночества, умопомешательства, проблем со здоровьем, повесток, налогов, отвязки зарплаты от доллара, мирового спада спроса на услуги разработчиков и так далее.
Не забыл.

Вот про возраст можно долго спорить. Почти уверен, что через 10 лет в почете будут постаревшие ребята, которым сейчас 22-26. А вот новое поколение имеет все шансы посасывать лапу за спинами старожил.

у меня иногда бывает боязнь, шо Тарантино станет плохие фильмы делать.

Хто впізнав автора по заголовку, ставте лайк.

Человек с возрастом накапливает опыт, в том числе и незаменимый — решения нестандартных задач, принятия нестандартных решений, общения с людьями. Если у вас ничего этого не будет к 45 годам, то конечно вы никому не нужны.

Моя мама, допустим, знает Фортран, Кобол, какой-то древний ассемблер из эпохи IBM/360 и ещё что-то, о чём современное поколение даже не слышало. Благодаря опыту общения с людьми сменила профессию на старости лет, а с завода всех посокращали. Страшно, когда накатанная колея работы вдруг обрывается, а тебе уже 50 лет.

Страшно в первую очередь потому, что нет уже той же энергии, молодого задора — и ее никак не получить уже. А это важнейший пункт своего продвижения. К 50 большинство людей устает от жизни и просто хотят доработать как-то до пенсии на одном и том же метсе. Да, есть единицы, что и до смерти несут в себе искру энергии, молодого задора, но таких не много. Человек к жизни больше 50 лет пришел не так давно и большинство еще не адатировалось к этому.
А после Фортрана, Кобола и древнего Асма достаточно легко разобраться в типичном современном языке, максимум чуть покопаться в OOП и метапрограммировании. И такой человек вполне сможет программировать не хуже толпы джунов, а часто и лучше.

А после Фортрана, Кобола и древнего Асма достаточно легко разобраться в типичном современном языке, максимум чуть покопаться в OOП и метапрограммировании
Ну, і хто візьме такого 50-ти річного джуна/трейні без жодного релевантного досвіду?

Ну так это особенность местного программазма и найма программистов. Т.е вопрос не в знаниях и опыте, а в верованиях HR и нанимателей здесь.

Никто не виноват, что технологии так быстро развиваются. Если бы она выбрала более консервативную профессию — врач, учитель, то наверняка ей было бы легче. С другой стороны жизнь — это движение, я стараюсь постоянно интересоваться новыми веяниями. Я хорошо помню преподавателей вуза, которые в 60 лет рассказывали нам о технологиях своей юности. Какой в этом был практический смысл?

я вот возраста тоже боюсь, так если подумать, то лет через 20-30 найти работу будет не просто, а на пенсию особо не пожируешь у нас. Так что если не валить, надо до пенсии тут что-то придумать)

А вы что, сбережений не делаете ?

Делаю, но что бы нормально потом жить много лет, нужно много сбережений, а с нашими банками не совсем понятно, куда деньги вкладывать.

Вы можете их вкладывать в недвижимость, в свое дело, в свои знания, в свое здоровье. Деньги не должны лежать под матрасом.

Придумывать надо, пока молодой, потом уже хрен придумаешь.
Валить надо, пока молодой, потом хрен свалишь.

Та вот начинаю об этом думать, раньше категорически не хотел. Если бы раньше решить, то надо было ехать за бугор за образованием, а так я математик по образованию.

Пробуй путь через аспирантуру там.
Останешься здесь, много шансов оказаться в жопе.
Бизнес здесь (в пост-совке) и т.п. — это очень высокие риски и сегодня ты на коне, а завтра в тюрьме или на свалке.
И твой возраст играет против тебя, каждый код тебя приближает к варианту с бульбой на даче на пенспии.

Я в аспирантуру тут поступил, но скорее, что бы повестку не схватить:) За бугром в аспирантуре учиться надо, а не как у нас. И я не настолько фанат научных дел, пошел в ИТ, потому что тут деньги платят и ни чем не хуже другой работы которая мне доступна. Просто если бы сразу решить за бугор, то можно было бы финансами заниматься, там аналитикой, они там в разы больше программистов получают. Хотя по моей специальности работы за бугром хоть жопой жуй. Просто уехать это решение не простое.

Да. Не простое. Но непринятие решения — это тоже решение. Просто ты делаешь выбор так или иначе. И каждый из них поведет тебя некоторым путем, причем с каждым прожитым годом количество вариантов выбора уменьшается.

Я все еще надеюсь, что у нас все будет хорошо, но чем дальше, тем меньше.

Я тоже надеялся в 94, 96, 98 ..., а сейчас уже 2015 и мне почти 48 и я фактически у разбитого корыта.

Демотивационный, но полезный коммент. Отрезвляющий.

Добавлю. Если чего-то хочется, то нужно делать это, попутно посылая всех в жопу, в том числе и родных — эти самые тяжелые гири на ногах и руках обычно.

Что ж, не Вы первый, не Вы — последний. Говорю со знанием дела, ибо после событий 2012-го года пытался делать бизнес на эммиграции (до этого помогал бесплатно, но перестал, т.к. большинство, кому помог оказались весьма неблагодарными).

Пытался сначала в среде знакомых, с акцентом на то, что на просторах бывшего СССР будущее туманно, а риски велики. Но реакция была либо равнодушной (типа, меня пока не коснулось), либо агрессивной — мол, а у вас в Европе толерасты-передерасты. Так что...

Что же касается Вашего случая, то 48 — это еще не слишком поздно, если классный специалист. Но это действительно последний(!) шанс. После 50-ти крест можно ставить однозначно.

после событий 2012-го года
Речь идет о парламентских выборах?

Я уже устал дергаться. Сейчас вот для ваших волонтерю потиху (ну а деньги, дадут хорошо, не дадут тоже хорошо). Тема интересная мне. Мозги загружаются.
Я 20 лет плотно речью занимался, но кроме црт — она здесь никому не нужна (а эти меня за 6 лет достали очень сильно), а за границей старый пердун без имени нафиг никому не нужен. Так что и сменил направление в распознавании образов.

А отвечал я про надежду. По сути надежда — мать дураков.
Надо было валить, пока молодой в 90-х.

Да, образы (deep neural networks) сейчас в моде, особенно на GPU.
Я ГПУ/КУДой сам занимался, правда не образами, а поиском оптимального порфтеля (papers.ssrn.com/....cfm?abstract_id=2259133.
Кстати, можете попробовать в nVIDIA податься, по крайней мере у меня c ними success story — попросил в качестве гранта две карты Tesla K20, две, сказали, не дадим, но одну дали!

GPU нужно, если ты уже имплементируешь алгоритм в коде и тебе нужно выжать максимум из железа. Для всего остального матлаба часто выше крыши, тем более, что он CUDA нативно поддерживает. На нем все обсчитываешь, а на С++ уже используешь то, что на матлабе посчитал. Так что спрос не такой большой на GPU — это больше реклама-мода.
К ним возможно только с перездом и великолепным английским. первое мне не подходит, со вторым я слаб (только письменный вариант).
Да и сейчас задачки делаю не менее интересные, причем входные данные просто жуть, точность параметров никакая и неполные (фактически с игрушечного бытового железа снимаются). Даже интересно из такого что-то выжимать.

Пробуй путь через аспирантуру там.
Не стОит (говорю за Германию, как в других странах — не знаю).
Платят мало (один проживешь, с семьей — не уверен), зависимость от профессора-самодура почти 100%-я.
то можно было бы финансами заниматься, там аналитикой, они там в разы больше программистов получают.
О, были времена...
Счас все далеко не так шоколадно, хотя да — з.п. на %-ты (но не в разы), выше программерской (при этом программерские скилзы, очень котируются, ибо «рабов-кодеров» не дают).
Но непростой это хлеб, кто сомневается, пусть попробует осилить хотя бы вот этот мой опус:
www.yetanotherquant.de/libor/tutorial.pdf

Статья, как статья. Если в этой области крутишься, то ничего страшного. Кстати, как ты не задолбался все эти формулы набирать?
Ну и с аспирантурой, есть же не толкьо германия. И Англия, и Австралия и Канада и т.п. А деньги, пока аспирант — они везде скромные, но это время налаживания контактов и поиска приличной работы. С семьей, конечно, все на порядки усложняется.

Статья, как статья. Если в этой области крутишься, то ничего страшного
Ну во-первых, не статья, а тьториал (т.е. материал не исследовательский, а не педагогический).
А во-вторых, как показала практика, очень немногие студенты Msc-программ по Quantitative Finance в состоянии ее прочитать, хотя разжевываю я от и до.
И это при том, что за спиной этих студентов часто бакалавр (а то и диплом) матмехов и физфаков. Так что не так-то просто стать квонтом (если, конечно, не считать квонтами тех, кто просто на кнопки нажимают — а таких сейчас много, благо классические модели в софте уже имплементированы).
Кстати, как ты не задолбался все эти формулы набирать?
А вот так, охота пуще неволи! :)
Ну и с аспирантурой, есть же не толкьо германия. И Англия, и Австралия и Канада и т.п.
За них из своего опыта не скажу. Но думаю, и там есть риск попасть под самодурство профа, а незащитившийся аспирант (если речь не идет об экстрне) воспринимается как лузер, со всеми вытекающими при «налаживании контактов и поиске приличной работы».

Когда я учился в БГУ. обычно 3-5 человек из группы 25 были очень толковыми, а остальные никакие. Думаю у вас в ВУЗах процент где-то такой же. Так что это нормально. Образование — это одно, а знание и умение их применять — другое.

Нет, в Германии другая система. Распределение толковых и бестолковых, может быть, и схожее, то бестолковые либо твердо выучивают основы, либо просто не доходят до старших курсов.
Нюанс в том, что если ты сдал, скажем, Анализ I в 1-м семестре, можешь повторить его на втором (их года в год треть студентов в Ульме делают это). Но если за 3 года в Vordiplom не уложился — гуляй!

Потом про умение применять речь не шла, я говорил лишь о способности прочитать и понять теорию (с применением — там все на порядок сложнее, ибо финансы — не физика, и законы «рынкоздания» меняются после каждого финансового кризиса).

Я это все к тому, что quantitative finance — наука (ремесло) сложное, на мой взгляд более сложное чем IT.

более сложное чем IT.
За все IT я бы не расписывался, но с программированием, понятно, не сравнимы.

Да, конечно, именно это я имел в виду.

Еще, кстати, хотел сказать — что т.к. на финансовом рынке отнюдь не шоколадно, многие квонты уходят (обратно) в IT!
Я и сам присматриваюсь к Big Data — если кому интересна, мои заметки по настройке Hadoop:
www.yetanotherquant.com/hadoop

Да прям, пришлось увалить в 40 лет на другую работу и тоже норм. Хотя да, валить можно и нужно было раньше.

== НАЧАЛО ТЕКСТА ==
Список страхов разработчиков:
* Профнепригодность
* Нерешаемая задача
* Пустой отчет
* Собрания и телефонные конференции
* Однотипные задачи
* Поломка приложения
* Внезапное изменение ТЗ
* Увольнение
* Возраст

Как уменьшить влияние этих страхов?
* Обратитесь к психиатру.

== КОНЕЦ ТЕКСТА ==

Стоило из-за этого целую статью писать?

И шо психиатр в курсе проблем девелопера, да?

Редкий психиатр в этом году еще не пытался хоть раз стать хотя бы тестировщиком с последующим откатом на должность хотя бы айти-рекрутера...

Лично отговаривал несколько юных (и не очень) светил украинской психиатро-психологии вливаться в дружелюбную среду злых тестировщиков.

Очень хорошая статья!
Тяжело искать работу после 50.
Поэтому, мой совет молодым.
К 40 у вас уже должна быть своя собственная программа.
А лучше даже несколько.

А почему вы считаете, что тяжело искать работу после 50?

Потому, что большинство кадровиков дебилы.
Им нужны опытные и до 35.

Можно на фриланс, там возраст не спрашивают

В контексте возраста «на фриланс» звучит как «в ссылку» или «в дом престарелых».
Всем хочется чувствовать себя людьми — когда приглашают на собеседования, зовут работать в коллектив, и не ставят крест лишь потому, что на голове чуть больше седины и складок.
Поэтому «на фриланс» — скорее вынужденный обходной маневр, чем решение проблемы.

В контексте фриланса «чувствовать себя людьми» звучит как то, что фрилансеры — не люди, раз их не зовут на собеседования да в коллективы.

Человеческое отношение определяется не способом заработка или режимом работы, а выбором, который дается человеку. Если молодой имеет выбор — работать в компании или на фрилансе, то и у «старика» тоже должен быть такой выбор.

А, що вже вже з’їявся законний спосіб заробляти фрілансом?

а он и раньше был. и есть. и будет.
и если вы его не знаете, это не значит, что его не существует

І на яких секретних ресурсах можливо про цей спосіб дізнатись?

НКУ — смотреть можно на сайте Рады.

Нічого окрім варіацій на тему «Пошукай в Інтернеті. Там повно інформації.» я й не розраховував отримати у відповідь на це запитання.

Ну, какой вопрос, такой и ответ. Не ожидали, что ответы соответствуют вопросам?
Или на свое одно предложение вы ожидали ответ на несколько страниц?
Я точно писать не буду. И да, я работаю по полностью «белой» схеме. Это накладывает ряд ограничений и сложностей, но это возможно.

Или на свое одно предложение вы ожидали ответ на несколько страниц?

Достатньо було посилання на інструкцію для початківця.
Нажаль все, що вдалось на сьогоді знайти на тему “Абсолютно законний спосіб заробляти у фрілансі” зводиться до одного правила — “Головне не спалитись перед податковою.”.
Достатньо було посилання на інструкцію для початківця.
А почему вы решили, что у меня есть такая инструкция или я знаю ссылку на подобную инструкцию.
Все что я знаю — доходил своим умом, читая законы и изучая, какие есть возможности решения проблем.
И вы не поверите, в этом мне очень помогал ГУГЛ. Но вы почему-то брезгуете.
Вы называете себя “разработчиком”, но не научились искать информацию — это наводит на мысли, которые я не буду озвучивать.
Больше мне на эту тему вам сказать нечего.
Ой, нет — есть. Взрослые люди знают, что АБСОЛЮТНЫХ решений не бывает. Бывают компромиссы, ограничения и особые условия
А почему вы решили, что у меня есть такая инструкция или я знаю ссылку на подобную инструкцию.
Все что я знаю — доходил своим умом, читая законы и изучая, какие есть возможности решения проблем.
Вирішив, що Ви щось знаєте і можете поділитсь на підставі цього:
а он и раньше был. и есть. и будет.
и если вы его не знаете, это не значит, что его не существует

А, з цього:

Бывают компромиссы, ограничения и особые условия
Можу припустити, що копроміси та обмеженя — це давати хабарі, та ховатись від податкової. Це і є цілком (хоч і не абсолютно) законний спосіб.

честно говоря я уже ничего не боюсь. ибо обещания и реальность часто сильно различаются и я морально готов к худшему. имеется в виду — на собеседовании тебе рассказывают какая у нас супер-пупер-технологичная компания и сколько миллиардов мы зарабатываем, что у нас тут есть и джава и скала и полный аджайл, а потом тебе достается нудная и абсолютно нетворческая работа, типа искать ошибки в логах на продакшене и запускать деплоймент скрипты... до программирования (в нормальном смысле) порой даже не доходит, ты выполняешь работу релиз саппорт инженера, хотя и называешься «синьор девелопером»

хз ... если серьезно, то я всегда не хотел попасть на неадеквата-шефа, карьериста, бездельника и трепача. А перечисленные весчи ... например, «Нерешаемая задача» — такого действительно в IT природе нет :) Достаточно посмотреть на Майкрософт, Гугл, еще какой Оракл — они же такое или подобное как-то сделали, так почему мы не можем :) ?

Но вот у слабых джунов и неуверенных мидлов боязнь что-нибудь испортить так велика, что они могут по триста раз проверять и перепроверять изменения перед коммитом.
Не знал, что я неуверенный мидл. Думал что проверять изменения перед коммитом — это нормальная практика.

ты еще скажи что на прод никогда не подливал версию без тестов

А я думал налогов и мобилизации :)

Разве это страхи? Я вот змей боюсь. И умереть от удушья.

Я вообще умереть боюсь (

Это как боятся боятся

Бояться бояться очень опасно — можно уйти в рекурсию

Интересно, как можно бояться того, вероятность чего 1.

вероятность чего 1
 це значить 100%. Ваш К.О.

Потому как событие может и не произойти. Можно бояться и пытаться избежать.

Не буває вірогідності 1. Є ненульові шанси, що ви ніколи не помрете. А, тим більше я.

Вы живете сто лет
Это так много.
А вообще ты описал какие-то странные страхи. Если голова есть на плечах и она думает, то эти страхи легко решаются рационально.
комплексом перфекциониста
Без этого написание правильно работающего кода невозможно. Компу-то пофиг на твои желания, он делает только то, что ты написал.

Лично у меня сейчас только один страх «Как долго еще жить и все это время нужно продолжать барахтаться».

Боюсь:
1) Не интересные задачи
2) Отсутствие роста
3) Agile, Scrum... и прочая шолупень, которая мешает работать.
4) Глупые PM/Team-Lead’ы
5) Напортачить! (не понимать или еще что-то в этом духе)
6) Отстать от технологий.
7) РАБОТАТЬ В ОФИСЕ!

3) Agile, Scrum... и прочая шолупень, которая мешает работать.

как? как для вас выглядит идеальный процесс разработки, расскажите, пожалуйста(:

Это в пет-проектах да при разработке сайтов-визиток можно просто брать и фигачить, когда разраб в гордом одиночестве ваяет свой гуанокод. А когда вас больше 3х разрабов, то чпок-чпок и в продакшн уже не катит. Приходится настраивать процесс разработки, кто-то должен координировать совместные усилия и т.д.

Звісно, що не можна. В кожного по-різному, але це не скрами і аджайли, коли слів більше. ніж діла.
Під фразою «береш і фігачиш» мається на увазі «більше діла, менше слів». Слова — то робота тім-лідів, які розбивають задачі між програмістами. А щоденні звіти, «урочиста присяга», де ти розказуєш чим займався вчора, чим будеш сьогодні, що встиг, що не встиг — оце нікому нафіг не треба.

Как говорится, у кого что болит — тот о том и говорит.

В кожного по-різному, але це не скрами і аджайли, коли слів більше. ніж діла
Ни одна методология не спасет, если команда и/или менеджер склонна вместо дела чесать языком.
у кого что болит — тот о том и говорит.
Нічого не болить тільки у мертвих. Як в тому анекдоті “то ти його палочкою потикай”.
команда и/или менеджер склонна вместо дела чесать языком.
Чим більша компанія, тим більше людей намагаються “загубитися в натовпі” і чесати язіками замість роботи. Це тенденція і факт.

Да ладно, вы наверное не понимаете о чем речь. Есть к примеру огромный проект X. И там о чудо, митинги и обсуждения всего и вся, а потом 2 строчки кода... :/ Решение моей задачи зависит от решения бага другой команды... тут все. Затягивается на 2-3 дня. И ты ничего не сможешь с этим поделать. Координировать усилия и современные методы разработки — это немного не одно и тоже :)

Вы коментом не ошиблись? Пред. оратор писал про «брать и фигачить», вообще-то.

Как-то комментарий внезапно стал короче.

Ну, тоже вариант, конечно. Я, правда, хотел посмотреть к концу дня на список поддержавших — так, на будущее.

2) Отсутствие роста
Если еще молодой, то займись серьезно волейболом или баскетболом. Этот вид спорта немного позволяет увеличить рост, особенно для молодого и растущего организма.

Лолшто? Острота — твой конек... у коня конек.. :/

спасибо, поржал! а еще на турнике висеть полезно,от этого позвоночник вытягивается

как может аджайл и скрам мешать, он наоборот призван облегчить баттхерт разработчика, вы его как-то неправильно применяете

Я видел разные проекты и компании, и только в одной я видел где scrum работает правильно и что-то там помогает. В крупных компаниях это наоборот тормоз процесса. Я его не применяю в принципе, я разработчик, а вот скарм-мастера применяют. Но бесконечные обсуждения и митинги, даже самых незначительных вещей, все ломают.

вот типичные задачи в процессе скрама:
ежедневно:
-занести таску в бэклог чтоб не забыть что это нужно сделать
(для этого митинги не нужны)
-дейли статус митинг — 30 минут (коротко каждый говорит чем занимается, есть ли проблемы)

в начале итерации (1 митинг раз в 2 недели)
-выбрать список тасков для включения в текущую итерации
-оценить трудозатраты и определить критерии завершенности каждой таски
(оценка затрат у нас вносится голосованием членов команды, скрам-мастер выводит среднее)

-на ретроспективе (1 митинг раз в 2 недели в конце) обсудить что было плохо и что хорошо

и что из перечисленного мешает процессу?

единственная проблема с которой я столкнулся это растягивание статус митингов, но это проблема скрам-мастера что он не может пресечь словесный понос очередного члена команды, и напомнить что другим тоже нужно что-то сказать и уложиться во время. продолжительные технические дискуссии должны выноситься в оффлайн

Мой список выглядит так:
1) Недостаточная нагрузка или «глупые» таски.
Когда вроде таски или баги есть, но их мало, а часть из них порезолвить практически нереально по многим причинам. Разработчику не хватает загрузки — первый демотиватор.
2) Имитация бурной деятельности.
Agile-подход подливает масла в огонь. Работы на 1 час, митингов обсуждений на 20 часов.
3) Ненужные митинги и совещания.
В проблему вовлечено 3 человека, присутствует 20. Письмо идет на 150! Его же все равно никто не читает, так зачем слать?!
4) Требования как дрожжи в печку.
Разработчик запилил и выкатил фичу по ТЗ и тут внезапно начинаются бурные дискуссии и изменения идут в час по чайной ложке причем багами. ЛОЛ. нет слов. Это страшно демотивирует.
5) Страх напортачить.
Тут согласен. Потому что во многих местах нет документации и нифига непонятно как оно работает, соответственно человек, который дружит с головой, не хочет туда лезть.

ИМХО пункты 1 и 4 наиболее сильные демотиваторы.

Это обычный и естесвенный рабочий процесс. По другому не выйдет — люди не роботы. И кроме того, большинству людей нужно постоянное общение, как социальным животным, отсюда и все описанное тобой выше. Кроме того, человек, если у него есть где поспать, пожрать и потрахаться склонен ничего не делать — экономить энергию. Посмотри на животных, что они делают, когда сыты — лежат и спят.

Так вы сами себе противоречите.

Кроме того, человек, если у него есть где поспать, пожрать и потрахаться склонен ничего не делать — экономить энергию. Посмотри на животных, что они делают, когда сыты — лежат и спят.
Зачем тогда ИБД и 100500 митингов? Эт же лишние затраты энергии. Тоже касается перманентной переделки фич, чем дальше тем больше мне кажется ради процесса.

Нет. Не противоречу. Выбирается деятельность, требующая меньше затрат энергии и дающая больше удовольствия. Выше об этом написал: экономия энергии и социальные отношения.

Потрепаться ни о чем на сотне митингов и написать рабочий код — что легче?

к пункту три добавлю — почтовый спам задрал!
если ты в большой компании, тебя автоматом включают в десятки списков почтовой рассылки (о которых ты понятия не имеешь зачем ты там). и приходится долго и мучительно настраивать почтовые фильтры, чтобы понять на что нужно обращать внимание, а что игнорировать и прямиком в мусорку. после отпуска — может день уйти на разбор почты. это то что я называю Communication overhead (по поводу митингов тоже полностью согласен)

при этом чем выше твоя позиция (лид, менеджер) тем больше подобного спама, поэтому с менеджерами высокого порядка вообще невозможно контактировать по емейлу — скорее всего твое письмо потеряется и никогда не будет прочтено.

Нужно просто распылять в офисе через систему вентиляции кокаин или в воду добавлять экстази :)

Было бы классно, но работодатля посадят.

люксофт вроде добавлял что-то в кулеры с питьевой водой. мы все зомбированные

Подписаться на комментарии