Если честно, то меня всегда раздражал ситуация с ошибками в статьях. Автор написал статью, ты видешь что запятая не там, или букву другую надо поставить. Чтобы сообщить мне автору приходится делать личное сообщение, копировать текст, писать что не так. Это же ооочень долго. А если статья содержит ооочень много ошибок? Мне если честно в лом. Я закрываю статью не смотря на ее полезный контект. Вывод: Автор в пролете, а я остался без знаний. Ну не могу читать, когда слишком много ошибок в тексте.
Я бы предложил добавить что-то в виде Ctrl+Enter на некоторых сайтах.Выделяешь предложение, жмешь горячую клавишу. Автору отлетает ссылка на статью, текст где ошибка и опционально добавление комментария сообщающего об ошибке.
P.S.: Написал в виде сообщения, т.к. кто-то может залайкать и как вывод можно посмотреть статистику, а это только одному мне не нравится или еще кому-то? Но продублировал это же в фидбек
В итоге что? Правильно, из меня и программист так себе, и велосипедист, и языки эти я знаю через пень колоду
Почему посредственный?
Вы не задумывались о том, что может быть вам еще каких-то навыков не хватает? Что к примеру у вас с английским? А умеете ли вы продавать идеи? К примеру убедить коллег использовать ту или иную технологию это тоже «продажи».
Огромное кол-во людей стукнувшись о трудность думают, что он сделал все что мог. Буквально недавно у меня был затык в webpack-конфиге. Я реально думал, что меня уже гугл матом посылает. Оказалось, что нет, что можно по-гуглить чуть чуть по-другому и проблема решается.
Это про то, что сделанные нами выводы не факт что истина.
Будем честными интересной работы чуть более чем дохрена!
Есть люди ничем не интересующиеся, к примеру от них можно услышать: «а зачем мне марофон пробегать?» или «А зачем мне в хакатоне учавствовать?» или «А зачем мне на лыжи идти?» или «А зачем мне куда-то ехать пострелять?» или <подставьте, что придет в голову>. Им в принципе вообще не интересно! Уперлись только в одно занятие и сидят в нем.
А есть другие! Они и IronMan-ы проходят. И марафоны бегут. Еще и для мобилы аппликуху запилят и еще 100500 всего. Им все интересно! Как правило у них другой вопрос «Где на все взять время?» ведь все так интересно.
По поводу способностей и навыков: все развивается!
До августа 2016-го я умел плыть только одним стилем «топор ко дну», а в июле текущего 2018-го переплыл Босфор. В прошлом году понятия не имел что такое Promise, а сейчас не только его, но и async\await пишу и не особо боюсь и много чего другого тоже применяю.
Уверяю вас, в мире разработки очень много интересных задач и при этом хорошо оплачиваемых. Не надо просто замыкаться только и только в одном куске разработки. Разработка она большая! Это большая вселенная! И надо просто поднимать голову из своего болота, хотя бы изредка и смотреть по сторонам. Тогда интересы многих сторон будут соблюдены, в том числе и интересы разработчика
Нужно обычное. Потому что готовый продукт важнее его реализации.
Таки да!
Вот к примеру, беру сейчас мобилу в руки и если честно, то я понятия не имею как много раз разработчики прошивки и программ писали goto? Меня лишь заботит исключительно функциональность и производительность относительно моего субьективного представления. К примеру, если я считаю, что смс-ка должна отправиться за 1 сек., а отправляется за 7-10 сек., то мне абсолютно до лампочки как много хороших практик применил разработчик в коде отправки смс-ки! И так думает почти 95% пользователей ПО.
Далее. Чисто из экономических соображений. N руб. сегодня не равно N руб. завтра! Есть инфляция. Если вы провозитесь с решением на K дней больше находясь в поисках хорошего варианта, хотя можно было написать пусть не идеальное, но рабочее и качественное решение и за это время продукт из-за инфляции упал на 1 руб., то в случае с 1.000.000 пользователей это 1.000.000 руб. А за эти деньги можно много чего для бизнеса решить, к примеру выдать вам зарплату!
Позиция «Мне платят за выбор из разного вариантов лучшее» — ошибочна! Вам платят за решение рабочих задач на уровне «Необходимо и достаточно».
Вы, как разработчик, абсолютно ничем не рискуете. Легко можете поднять мягкое место и найти другого работодателя, который будет вам выдавать новые задачи. А вот работодатель рискует! Продолбанные сроки перед заказчиками — факап. Неуспели поставить пользователям билд, а уже новый год встречают и они не работают и как вывод не покупают софт — факап. И много много других факапов может быть из-за «Я искал лучшее решение». А потом к работодателю приходит Вася и говорит «Я вот тут работал и искал лучшее решение. Месяц прошел. Выдавайте зарплату» и ему как правило насрать, а сумел ли работодатель продать софт или нет
Полностью согласен с автором. Даже возразить не зачем.
Я всегда был за подход: Если тебе не сказали, что ты де… л, значит так не считают. Но и ты точно также веди себя. Если человек де… л, скажи ему об этом прямо и аргументируй.
Это избавляет от многих вопросов «А что подумают?» или еще хуже «А вдруг он сказал одно, а имел ввиду другое?». Проще надо быть.
Получив обратную связь, пусть даже и матом не стоит принимать все близко к сердцу. Очень часто человек говорит не про тебя лично, а про твой конкретный навык! Ты можешь хорошо писать код в компоненте1 или компоненте2, иметь навык1, навык2, но когда ты применяешь навык3 и правишь баги в компоненте3 ты почему-то постоянно допускаешь ошибки. Вот коллега и доносит обратную связь. Не следует паниковать. Нужно просто спросить его «В чем твои аргументы?». В результате его аргументации может быть ты все-таки верно решил и это коллега много чего не учел и не учел 100500 костылей из-за 100500 прошлых баг-фиксов. Тогда обсудив сможешь поставить его в еще более худшую ситуацию «Кажется я зря его назвал де… лом и это я сам не очень, т.к. не разобрался». Но чтоб к такому придти нужна стрессоустойчивость и умение не принимать близко к сердцу.
Вы вот увидели упавший интеграционный тест, то как быстро вы можете получить ответ «В каком именно компоненте появился баг?». К примеру вы сейчас на совещании с командой и без открытой IDE и нет возможности запустить отладчик.
Тесты с моками(не стабами) говорят о том, что на том или ином наборе компонент действительно ведет себя тем или иным способом. Позвал 5 раз функцию1, 15 раз функцию3 и др. Выполняется этот тест быстрее чем интеграционый. В разы быстрее!
Интеграционный тест показывает работу кода в реальных боевых условиях. Да он приближен к реальности больше, чем тест с моками, но и выполняется он значительно медленнее! И, если он нашел какую-то багу, значит не написан какой-то из тестов с моками и это можно сделать тем самым ускорить и улучшить процесс тестирования.
При тестах с моками можно увереннее говорить «Ошибка в компоненте1» или «Ошибка работы компонента2 в методе3 при пустой строке». Да, конечно что-то вы не сможете получить сразу, т.к. ненаписан тест. Но ведь все же итеративно!
Увидели багу, добавили тест. Поправили багу, зарефакторили, запустили тесты. Все ок? Вперед к другой задаче. Тест больше не нужен, т.к. уже не актуален после рефакторинга? ОК, выпилем его. Это же до боли привычный мир разработки
Когда-то давным давно спросил своего бывшего шефа спросил о том, а увольняли ли его когда-нибудь. Он ответил, что да. Затем помедлил и добавил «Слишком быстро разработали». Тогда мне это было смешным. Сейчас по-прежнему смеюсь над этими словами, только смех уже не тот
Ну, ОК. Я вот лично забочусь о своем внешнем виде и как выгляжу. Мое естественное желание, чтобы в первый же день произвести адекватное впечатление. Проблема в том, что до 2-3 ночи если лягу спать, то буду только ворочаться с боку на бок. А чтобы придти к 10 утра мне нужно будет встать в 6 утра минимум, т.к. душ, покушать, доехать до Москвы на электричке(живу в ближнем МО) + метро, у меня как и у многих моих друзей живущих как и я за МКАД-ом дорога занимает 1ч 40 мин. С учетом того что лег не раньше 2х, а проснулся в 6 выглядеть буду далеко не в лучшем виде. Как вы думаете, какое у меня будет отношение к людям, которые прибили жестко фразу «10 утра»?
По этой причине зная свой хроно-тип назначаю встречи не раньше 12 утра, для многих это уже день :)
Пинание балды имеет две причины:
1. Мозг хорошо поработал и хочет отдохнуть
2. Мозг не имеет четко выраженной цели на которую организм каждой клеточкой кричит «Блин, давай уже. Очень хочу результат по этой цели».
Пример. Скушали вы, допустим, не качественную шаурму. Очень захотелось в туалет. Будут ли у вас отговорки «А было занято. Сделаю в другой раз» или «А я не смог найти где...» или «Мне было лень идти до туалета и поэтому пошел в Фейсбук».
У меня прошлые 2 года была цель одолеть заплыв через Босфор. Мое тело реально хотело это сделать. У меня не было даже мысли «Давай сегодня отдохну». Я как ошпаренный ходил аж 5 раз в неделю на 45-90 мин в бассейн, чтобы улучшать технику и делать изнурительные упражнения.
Так что реальный вопрос, который себе нужно задавать это «А это действительно мне надо?»
Услышьте меня. Еще раз: Надо говорить бизнес-языком. Да, бывает такое, что продукт-овнер готов идти на риски и мириться с той или иной ситауцией. Значит на это была веская причина.
С любым работодателем можно говорить только бизнес-языком.
Это для вас технаря застрял. А вот с точки зрения бизнеса возникают совершенно другие вопросы:
* Как быстро добавляется новая фича?
* Насколько быстро исправляется ошибка?
* Как часто появляются ошибки в уже написаном коде при добавлении фич?
Слова вида «Наш C++ уже устарел и нужно новый» это не бизнес-язык. Слова вида «Текущий код с использованием C++ 20-летней давности тяжело поддерживать, что приводит к тому, что даже опытный программер нашего проекта будет добавлять новую фичу аж целых 15 дней. Предлагаю использовать… это потенциально сократит внедрение новой фичи до 5 дней. Переход составит 2 дня». Вот в такой формулировке бизнес сможет понять выгодно или нет. Если да, то как долго ждать внедрений и насколько лучше станет.
Понимаете? «У нас плохо» это не описание, т.к. нет конкретики
>>>в рабочее время готовиться к нему запрещают.
И вы все еще работаете на этого дядю? ;))) Ну чтож. Успехов вам!
Я лично всегда говорю «Дома мне это не нужно». Ставя дядю в положение, что если ему это необходимо, то должен помочь мне преобрести необходимое. Это его задачи, а не мои личные.
Изучать что-то ради сертификата имеет смысл, если вы еще НЕ работаете на того дядю, который вам нравится и чтобы туда попасть вы решили получить сертификат.
>>На работе то у меня 1с, на кой черт моему текущему работодателю тот же flutter?
Если это работодателю не надо, то зачем вам это надо? Для чего? Чтобы что достичь? Интерес ради интереса? ;)
>>>Ну, во первых самообразование во время работы не одобряется, позволяется только стажерам, всем остальным в исключительных случаях.
Кто сказал не одобряется? ;) У вас ошибочное мнение на этот счет. Мир меняется. Любой вменяемый работодатель это отлично понимает. Само по себе знания и навыки по их использованию не могут возникнуть. Если какая-то технология нужна для вашей работы, то смело идите к работодателю и обсуждайте про выделение времени на ее изучение и прикручивание.
А кто мешает заниматься самообразованием во время работы? Ведь не всегда же аврал! Если что-то нужно для работы, значит и изучать это надо в рамках рабочего, а не личного процесса! Если вы что-то решили изучить, но это не нужно текущему работодателю, то стоит задуматься, а может это и другим тоже не особо нужно?
Если у человека нет ничего интересного в жизни кроме работы, то над этим стоит крепко задуматься. Пока человеку до 30 лет, то не паришься. Энергии чуть больше чем дофига. А потом, ближе к 35-36 годам совершенно по-другому относишься к жизни. К примеру, сейчас у меня нет возможности взять и поговорить по телефону с отцом. Казалось бы, берешь мобилу, в контактах ищешь отца и набираешь. А вот не все так просто. Его в 2013-м в землю закопали и крест сверху поставили. И встает вопрос: А так ли уж была важна для меня переработка 8 лет назад и попытки сделать офигенно крутые задачи, вместо того чтоб лишний раз позвонить к отцу и пообщаться с ним?
Жизнь она куда интереснее, чем только и делать, что решать задачи от дяди. Да, работать надо, но при этом надо соблюдать «Необходимо и достаточно», а оно у каждого свое
Я бы предложил добавить что-то в виде Ctrl+Enter на некоторых сайтах.Выделяешь предложение, жмешь горячую клавишу. Автору отлетает ссылка на статью, текст где ошибка и опционально добавление комментария сообщающего об ошибке.
P.S.: Написал в виде сообщения, т.к. кто-то может залайкать и как вывод можно посмотреть статистику, а это только одному мне не нравится или еще кому-то? Но продублировал это же в фидбек
Почему посредственный?
Вы не задумывались о том, что может быть вам еще каких-то навыков не хватает? Что к примеру у вас с английским? А умеете ли вы продавать идеи? К примеру убедить коллег использовать ту или иную технологию это тоже «продажи».
Огромное кол-во людей стукнувшись о трудность думают, что он сделал все что мог. Буквально недавно у меня был затык в webpack-конфиге. Я реально думал, что меня уже гугл матом посылает. Оказалось, что нет, что можно по-гуглить чуть чуть по-другому и проблема решается.
Это про то, что сделанные нами выводы не факт что истина.
Есть люди ничем не интересующиеся, к примеру от них можно услышать: «а зачем мне марофон пробегать?» или «А зачем мне в хакатоне учавствовать?» или «А зачем мне на лыжи идти?» или «А зачем мне куда-то ехать пострелять?» или <подставьте, что придет в голову>. Им в принципе вообще не интересно! Уперлись только в одно занятие и сидят в нем.
А есть другие! Они и IronMan-ы проходят. И марафоны бегут. Еще и для мобилы аппликуху запилят и еще 100500 всего. Им все интересно! Как правило у них другой вопрос «Где на все взять время?» ведь все так интересно.
По поводу способностей и навыков: все развивается!
До августа 2016-го я умел плыть только одним стилем «топор ко дну», а в июле текущего 2018-го переплыл Босфор. В прошлом году понятия не имел что такое Promise, а сейчас не только его, но и async\await пишу и не особо боюсь и много чего другого тоже применяю.
было бы желание!
Таки да!
Вот к примеру, беру сейчас мобилу в руки и если честно, то я понятия не имею как много раз разработчики прошивки и программ писали goto? Меня лишь заботит исключительно функциональность и производительность относительно моего субьективного представления. К примеру, если я считаю, что смс-ка должна отправиться за 1 сек., а отправляется за 7-10 сек., то мне абсолютно до лампочки как много хороших практик применил разработчик в коде отправки смс-ки! И так думает почти 95% пользователей ПО.
Далее. Чисто из экономических соображений. N руб. сегодня не равно N руб. завтра! Есть инфляция. Если вы провозитесь с решением на K дней больше находясь в поисках хорошего варианта, хотя можно было написать пусть не идеальное, но рабочее и качественное решение и за это время продукт из-за инфляции упал на 1 руб., то в случае с 1.000.000 пользователей это 1.000.000 руб. А за эти деньги можно много чего для бизнеса решить, к примеру выдать вам зарплату!
Позиция «Мне платят за выбор из разного вариантов лучшее» — ошибочна! Вам платят за решение рабочих задач на уровне «Необходимо и достаточно».
Вы, как разработчик, абсолютно ничем не рискуете. Легко можете поднять мягкое место и найти другого работодателя, который будет вам выдавать новые задачи. А вот работодатель рискует! Продолбанные сроки перед заказчиками — факап. Неуспели поставить пользователям билд, а уже новый год встречают и они не работают и как вывод не покупают софт — факап. И много много других факапов может быть из-за «Я искал лучшее решение». А потом к работодателю приходит Вася и говорит «Я вот тут работал и искал лучшее решение. Месяц прошел. Выдавайте зарплату» и ему как правило насрать, а сумел ли работодатель продать софт или нет
Я всегда был за подход: Если тебе не сказали, что ты де… л, значит так не считают. Но и ты точно также веди себя. Если человек де… л, скажи ему об этом прямо и аргументируй.
Это избавляет от многих вопросов «А что подумают?» или еще хуже «А вдруг он сказал одно, а имел ввиду другое?». Проще надо быть.
Получив обратную связь, пусть даже и матом не стоит принимать все близко к сердцу. Очень часто человек говорит не про тебя лично, а про твой конкретный навык! Ты можешь хорошо писать код в компоненте1 или компоненте2, иметь навык1, навык2, но когда ты применяешь навык3 и правишь баги в компоненте3 ты почему-то постоянно допускаешь ошибки. Вот коллега и доносит обратную связь. Не следует паниковать. Нужно просто спросить его «В чем твои аргументы?». В результате его аргументации может быть ты все-таки верно решил и это коллега много чего не учел и не учел 100500 костылей из-за 100500 прошлых баг-фиксов. Тогда обсудив сможешь поставить его в еще более худшую ситуацию «Кажется я зря его назвал де… лом и это я сам не очень, т.к. не разобрался». Но чтоб к такому придти нужна стрессоустойчивость и умение не принимать близко к сердцу.
Тесты с моками(не стабами) говорят о том, что на том или ином наборе компонент действительно ведет себя тем или иным способом. Позвал 5 раз функцию1, 15 раз функцию3 и др. Выполняется этот тест быстрее чем интеграционый. В разы быстрее!
Интеграционный тест показывает работу кода в реальных боевых условиях. Да он приближен к реальности больше, чем тест с моками, но и выполняется он значительно медленнее! И, если он нашел какую-то багу, значит не написан какой-то из тестов с моками и это можно сделать тем самым ускорить и улучшить процесс тестирования.
При тестах с моками можно увереннее говорить «Ошибка в компоненте1» или «Ошибка работы компонента2 в методе3 при пустой строке». Да, конечно что-то вы не сможете получить сразу, т.к. ненаписан тест. Но ведь все же итеративно!
Увидели багу, добавили тест. Поправили багу, зарефакторили, запустили тесты. Все ок? Вперед к другой задаче. Тест больше не нужен, т.к. уже не актуален после рефакторинга? ОК, выпилем его. Это же до боли привычный мир разработки
Ну, ОК. Я вот лично забочусь о своем внешнем виде и как выгляжу. Мое естественное желание, чтобы в первый же день произвести адекватное впечатление. Проблема в том, что до 2-3 ночи если лягу спать, то буду только ворочаться с боку на бок. А чтобы придти к 10 утра мне нужно будет встать в 6 утра минимум, т.к. душ, покушать, доехать до Москвы на электричке(живу в ближнем МО) + метро, у меня как и у многих моих друзей живущих как и я за МКАД-ом дорога занимает 1ч 40 мин. С учетом того что лег не раньше 2х, а проснулся в 6 выглядеть буду далеко не в лучшем виде. Как вы думаете, какое у меня будет отношение к людям, которые прибили жестко фразу «10 утра»?
По этой причине зная свой хроно-тип назначаю встречи не раньше 12 утра, для многих это уже день :)
Но зачем так жестко? Почему не в 11-12? Что если человек хроническая сова? Тогда все, это не авито-сотрудник?
1. Мозг хорошо поработал и хочет отдохнуть
2. Мозг не имеет четко выраженной цели на которую организм каждой клеточкой кричит «Блин, давай уже. Очень хочу результат по этой цели».
Пример. Скушали вы, допустим, не качественную шаурму. Очень захотелось в туалет. Будут ли у вас отговорки «А было занято. Сделаю в другой раз» или «А я не смог найти где...» или «Мне было лень идти до туалета и поэтому пошел в Фейсбук».
У меня прошлые 2 года была цель одолеть заплыв через Босфор. Мое тело реально хотело это сделать. У меня не было даже мысли «Давай сегодня отдохну». Я как ошпаренный ходил аж 5 раз в неделю на 45-90 мин в бассейн, чтобы улучшать технику и делать изнурительные упражнения.
Так что реальный вопрос, который себе нужно задавать это «А это действительно мне надо?»
Это для вас технаря застрял. А вот с точки зрения бизнеса возникают совершенно другие вопросы:
* Как быстро добавляется новая фича?
* Насколько быстро исправляется ошибка?
* Как часто появляются ошибки в уже написаном коде при добавлении фич?
Слова вида «Наш C++ уже устарел и нужно новый» это не бизнес-язык. Слова вида «Текущий код с использованием C++ 20-летней давности тяжело поддерживать, что приводит к тому, что даже опытный программер нашего проекта будет добавлять новую фичу аж целых 15 дней. Предлагаю использовать… это потенциально сократит внедрение новой фичи до 5 дней. Переход составит 2 дня». Вот в такой формулировке бизнес сможет понять выгодно или нет. Если да, то как долго ждать внедрений и насколько лучше станет.
Понимаете? «У нас плохо» это не описание, т.к. нет конкретики
И вы все еще работаете на этого дядю? ;))) Ну чтож. Успехов вам!
Я лично всегда говорю «Дома мне это не нужно». Ставя дядю в положение, что если ему это необходимо, то должен помочь мне преобрести необходимое. Это его задачи, а не мои личные.
Изучать что-то ради сертификата имеет смысл, если вы еще НЕ работаете на того дядю, который вам нравится и чтобы туда попасть вы решили получить сертификат.
Если это работодателю не надо, то зачем вам это надо? Для чего? Чтобы что достичь? Интерес ради интереса? ;)
>>>Ну, во первых самообразование во время работы не одобряется, позволяется только стажерам, всем остальным в исключительных случаях.
Кто сказал не одобряется? ;) У вас ошибочное мнение на этот счет. Мир меняется. Любой вменяемый работодатель это отлично понимает. Само по себе знания и навыки по их использованию не могут возникнуть. Если какая-то технология нужна для вашей работы, то смело идите к работодателю и обсуждайте про выделение времени на ее изучение и прикручивание.
Если у человека нет ничего интересного в жизни кроме работы, то над этим стоит крепко задуматься. Пока человеку до 30 лет, то не паришься. Энергии чуть больше чем дофига. А потом, ближе к 35-36 годам совершенно по-другому относишься к жизни. К примеру, сейчас у меня нет возможности взять и поговорить по телефону с отцом. Казалось бы, берешь мобилу, в контактах ищешь отца и набираешь. А вот не все так просто. Его в 2013-м в землю закопали и крест сверху поставили. И встает вопрос: А так ли уж была важна для меня переработка 8 лет назад и попытки сделать офигенно крутые задачи, вместо того чтоб лишний раз позвонить к отцу и пообщаться с ним?
Жизнь она куда интереснее, чем только и делать, что решать задачи от дяди. Да, работать надо, но при этом надо соблюдать «Необходимо и достаточно», а оно у каждого свое