boosty.to/alexkorep - поддержать канал материально instagram.com/aokorep/ - мой инстаграм t.me/devworden - наш телеграм-чат, где можно задать вопросы discord.gg/7B4prKBxkZ - Discord-сервер с каналами по разным языкам программирования Мой микрофон: ya.cc/aAXRs Моя камера: ya.cc/WEPvP Мой рабочий компьютер: ya.cc/WEQGr Ссылки партнерские, я могу получить вознаграждение, если вы купите что-то, перейдя по этим ссылкам.

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

Пик продуктивности в 6 вечера это цветочки по сравнению с пиком продуктивности в 2 ночи, особенно когда кодишь квадрокоптеры, которые жужжат и пищат, распугивая соседей

3:45 > "Я даже рассказывать вам про это не буду" > Рассказывает

1 Сначала все переписать - не надо 2 На самых модных технологиях - не надо 3 Зафиксить баг не разобравшись до конца 4 Отвлечься, котиков по-лайкать, слеганца, 5 И сделать то, что нам не очень надо - не надо 6 Отправить код, не проведя ревью, 7 Или зафиксить прямо в главном бранче, 8 В продакшене отладку провести свою, 9 И базу из него тащить куда-то дальше + Она ведь не твоя! не надо так! + Не подставляй меня! И лучше не смотри в нея.. 10 Не делать Unit тесты, погрузившись в мрак, 11 Свой код не протестировать руками + Отдав его тестировать, с граблями, + Которые, к тебе еще вернутся, + Столь очевидные, но очень больно бьются + И отбивают все доверие к тебе - не надо 12 Всё legacy отформатировать "по нормам" + Запомни - эти нормы спорны! + Они менялись и изменятся не раз + Так сделаешь - получишь больно в глаз! 13 Ревью чужого кода, не читая, утвердить 14 От эстимейтов, согласившись, отступить 15 Рабочий день на два часа продлить 16 Или рабочий час, себе переложить, + в свой личный - делать так не надо + не важно ты на "удаленке" или рядом 17 Не надо спорить, не дослушав до конца, + Умей услышать и понять гонца, + Которого к тебе коллеги отправляют + Когда проблемы обсудить с тобой желают. Не надо этого всего. Вот список - заучи его. P.S. подробное разъяснение каждого пункта смотрите на канале "Леша Корепанов" "Что нельзя делать ПРОГРАММИСТУ (но очень хочется)" P.P.S. Это предварительный поэтический конспект, для заучивания, и, заодно, комментарий для продвижения алгоритмами 2022-01-30 14:31

"Не буду заливать на гит, обновлю сразу на сервере через ftp" - главный спонсор 500-ых ошибок.

"До конца рабочего дня осталось ВСЕГО шесть часов, а тебе на ревью прислали 500 строк кода!!!" Походу не только у программистов так работа поставлена. Очень много где видел.

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

Спасибо за видео. Я далеко не новичок в программировании, но мне было интересно послушать. Самый сложный и противоречивый для меня совет это "заканчивать программировать ровно в 6 часов". У этого совета есть как хорошие, так и плохие стороны. У меня это слабое место. Хорошо, что заставили об этом задуматься.

На самом деле видео про котиков заставляет задуматься и свежим взглядом оценить свой код

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

Я полагаю, что основное достоинство удалёнки - возможность не работать непрерывно по 8 часов. Для меня, например, гораздо лучше поработать часика 4, прерваться на часовую прогулку, душ там, отвлечься вообщем. Но 4 часа это не приколочено, зависит от задачи и вовлечённости. Но если делать перерывы не меньше часа, переключаться, можно легко работать по 12 часов без выгорания. Задолбало пилить бэк, застрял, каша в голове, топаем гулять, потом можно фронт поковырять или доки покурить.

все это своим опытом вымучал за десяток лет и заявляю, что это видео одно из самых полезных для новичков! Тема софт скиллов не очень раскрыта в интернетах, к сожалению и очень классно, что ты ее структурировал!

Мне закончить работу в 6 часов вечера помогает привычка оставлять развернутый комментарий для себя, прямо в том месте кода где остановился, где я описываю ход мыслей, откуда и куда я шёл. Так на следующий день получается очень быстро вернуться в поток, особенно если выспался.)

Засмеялся в голос, на моменте "До конца рабочего дня осталось всего 6 часов" 🤣 Спасибо за ролик, зарублю на носу

Один из советов напомнил о недавно прочитанной книге, очень рекомендую: Tony Schwartz, The Way We're Working Isn't Working (есть на русском). Новых истин она не открывает, но очень хорошо раскрывает тему, что мозг человека не может работать с постоянной эффективностью длительное время. Суть в двух словах: наиболее эффективно работать итерациями по полтора-два часа, затем короткий отдых и восстановление. Это позволяет сохранять работоспособность в течение всего рабочего дня, повышает эффективность и к концу дня не будешь выжит как лимон. Разумеется, там ещё про правильное питание, сон, регулярную активность - все как мы любим))

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

Когда вижу свой старый "говнокод" , то всегда хочется полностью переписать

Есть программа математическая с открытой лицензией, очень популярна у иностранцев, чем в РФ, хотя тоже используют ее дизайнеры. Так там эту программу не перерабатывали толком 10 лет, всё ругаются, но делают. За год жена исправила почти 70% багов и выложила новую версию. Ей самой очень нравится эта программа, так теперь программисты сообщества обсуждают её в дискорте, что смогла сделать что им не удалось. По факту, жена не программист, а больше математик.

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

Алексей, предлагаю записать видео про то как "правильно" составить резюме и как его поддерживать/улучшать. Знаю, тема сложная, но думаю будет интересно узнать от Вас это. Спасибо, что лайкаете. Продолжайте в том же духе, надо чтоб Алексей увидел нас.

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

Очень зашло: что-то актуально мне сейчас, что-то знакомо, что-то полезное. Спасибо большое! (Переучиваюсь в 39)

Жизненно!! И очень большая плотность информации в видео, это сегодня радует!

Не знаю что там было на видео, до конца не досмотрел, но внимательно дослушал. Классный формат типа около подкаста и информация жизненная. Однозначно лайк)

3:42 "Создать кластер, это делается за минуту. Я даже рассказывать вам про это не буду. Открываем панель управления..." 🤣🤣🤣

Большую часть, из того, что вы говорите, я не понимаю, но всё равно благодарен вам и смотрю с удовольствием.🙂

Смотрела ваши видео до того, как начала работать программистом, ничего не было понятно, а сейчас слушаю и могу сразу понять обо всём, что вы говорите)

Алексей, огромное спасибо за мысли, они и правда имееют место быть! Еще раз спасибо за твои труды!

Предлагаю записать видео по теме "Разногласия и конфликты в команде."

спасибо, Алексей, ценные советы!

"Все переписать" встречал даже таких активных новых ребят, которые это предлагали в легаси системе с 8-ми летней историей... Сам не так давно переписывал приличный кусок(далеко не всю имеющуюся систему) функциональности. Планировалось в общей сложности управиться в 3 месяца...управились в 5 и еще 2 месяца отлавливали баги...

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

Как всегда прекрасное видео, приятно смотреть! 👏👍💪

Я борюсь с усталостью и отвлечениями с помощью Pomodoro. Ставлю концентрацию на 30 мин и пашу, потом у меня перерыв мин 5, я ложусь на диванчик, меня тут же ловит мой кот и ложится со мной, мин 5 я дремлю и слежу, чтобы ни о чем не грузиться, кручу песню в голове. Потом опять на 30 мин кодить. Мозг так благодарно начинает работать, это не передать! Итак у меня все устроено циклом на нужное время 4 или 6 часов, а в середине у меня большой перерыв на упражнения. На котиков лучше не залипать и прочие соцсети. Потом мозг перестраивается и ему лень начинать все заново.

Я не разу не программист, а даже наоборот, я - риэлтор, но черт побери до чего приятно послушать настолько грамотную и плавную речь от очень уравновешенного человека ! есть чему поучиться в плане подачи информации !

Спасибо за видео! Интересно, пару мыслей взял на вооружение)

12:18 Блин! Ты прям в точку. Пару недель назад именно так и было. Поменял пару строчек и решил поправить все пробелы, отступы и переносы. Потом глянул на список изменений и понял, что мои 2 строчки там просто потерялись. Пришлось сделать усилия и отменить почти все лишние правки. Только то, что рядом с основными изменениями оставил.

Обычно в компании коммиты в мастер и девелоп напрямую запрещены политикой репозитория, только через мерж пулл-реквеста. Ну и если был аппрув пулл-реквеста и внесены изменения, то аппрув слетает, то есть пока ревьюер не посмотрит ещё раз, ничего не смержишь ;)

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

Спасибо за подборку! Мне кажется, было непросто разложить всё по полочкам так, но это действительно круто. Можно даже какой-нибудь лист А4 с этими мыслями составить!

спасибо! очень интересно и продуктивно)

Супер! Пять баллов!!! Спасибо.

Спасибо! Спорить с людьми не выслушав не стоит всем, не только программистам) а что до остальных пунктов, то, да, вы всё правильно говорите, но жизнь так многообразна. Три года я поддерживал один старый проект для очень большого иностранного банка. через год работы узнал, что моя рабочая станция в сети банка - продакшин сервер нашего проекта. всё нормально было, никто не пострадал) ревью это вообще любимая песня. слишком много людей любят ревьювить чужой код повышая своё ЧСВ и слишком мало относятся к ревью серьёзно. было в моей практике, что ревью помогали, но чаще случалось, что приводили к совершенно неоправданным задержкам деливери без малейшей пользы для кода. и про юнит тесты тоже история известная... в целом, по большому счёту, программисту можно всё. лишь бы потом всё хорошо было)

Я не являюсь программистом, но услышал кучу полезных советов! Спасибо!

Шикарный выпуск. Новичкам на носу зарубить всё это.

Как всегда прекрасный ролик! Огромное спасибо)

Ох, как жизненно! По ходу повествования "ткнулся носом" буквально во всё, что было, есть и возможно ещё будет есть.

Спасибо, очень полезно. Как раз то что не нужно делать но хочется, прямо в точку.

Всё в точку! :)

Я не так давно начал учиться, написал прогу и первые фиксы делал как раз прямо на сервере через nano ))) что мне очень понравилось )))

Офигительное видео! Несколько раз чуть не заорал вслух "как же жизненно!"

Супер видео!! Надо не соглашаться на чужие эстимейты + уметь закрыть ноут в 6 вечера. Но я так пока не умею)

Спасибо за видео.Коммент в поддержку!

Я еще не программист, но уже хожу за хлебом в рабочее время🥳

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

Хоть и не программер (хотя иногда приходится писать утилиты), но во время обеда хожу "за хлебом" или в ближайшую кафешку. А то дома надоедает. Но я предупреждаю начальство - типа друзья, я на обед. И по возвращении пишу, что вернулся. А так, конечно, рабочее время дома не значит, что ты дома можешь делать что угодно. Самое трудное дома - вылезти из-за компа. Я стараюсь доделать задачу до какой-то логической вехи и потом уже все переносить на следующий день. Занимает плюс-минус пятнадцать минут. Но зато есть приятное чувство завершенности, хотя вся задача еще не готова.

Хороший список, спасибо.

Благодарю за видео. Наверное, оно предупредит десятки моих косяков в будущей карьере. Спасибо.

Спасибо за знания!

Я не прогер, но какая-же жиза)) Про постановку задач и прокрастинацию вообще в точку)

Послание понятное, Браво, браво!

Прокрастинация очень страшная вещь, в отличии от лени невозможно себя заставить что-то сделать, через силу и нехочу, не получает

Дельные советы) возьму на вооружение)

12-40 - спасибо претиеру с другой конфигой который норм так глаза помозолил ревьюверам)

по поводу пункта 14. "соглашение с навязанной оценкой трудоемкости" иногда есть возможность сказать "Ну давай сделай сам за то время, за какое ты думаешь оно делается". А в ответ очевидное "А я не умею".

12:16 Меня всегда учили и я взял за правило, отправлять переформатирование отдельным пулл-реквестом. Чтобы его отдельно ревьювили, и оно не мешалось с изменением логики.

Алексей, у вас всегда самые интересные и полезные видео👍🏻👏🏻

Когда я увидел таймкод "реклама " , я подумал , что будет какой-нибудь совет , отучающий от бездумной рекламы, а нет это просто реклама

Мне всегда были интересны эти вопросы) Я ✍ся, пожалуйста и вы Блогадарю за то что все так интересно рассказали.

Здравствуйте ! Посмотрел вообще видео , вы программируете на react native? Стоит ли идти с react native на андроид kotlin, так как считаю что react native лагает часто на ровном месте?Что думаете о котлин мультиплатформ ?

Лёша красавец, продолжай)))

Орнул в голос с 9:15 XD Cпасибо, Лёша, за жизненное видео!

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

Интересный ролик, мне понравился)

У меня еще есть спорный пункт Часто по процессам нужно передавать на тестирование баг или фичу после прохождения ревью. Но мне попадались проекты где ревью было очень долгим, и изза этого не удавалось успеть под релиз. Например ждешь правок день, выкатываешь что-то по комментариям, опять ждешь. Хотя тестировщик может взять на тестирование уже прямо сейчас. В итоге в какой-то момент, если оценивал что комментарии врядли вызовут серьезные переделки, то заливал апдейт в тестовый стейдж прямо из моей фича/багфикс бранчи Часто удается сильно выиграть время. Но иногда получилось заставлять тестировщика проверять одно и то же 2, а то и 3 раза. Хотя в целом тестировщики на моей практике все равно отмечали больше плюсов у такого подхода

У меня как-то просто всегда с навязанной трудоёмкостью. - Сколько? - Три дня. - Да ладно, что тут делать, это ж до завтра можно запилить. - Запили.

Да. Зачёт...) Узнаёшь себя сразу...))

Как говорят, если итальянцу связать руки, он не сможет говорить. Мне кажется у вас есть итальянские корни. ))) * Спасибо за ваш труд, прям видно что каждый пунктик выстрадан на собственной шкуре

Нравится формат рекламы, в котором вы сами пробуете как это.

Спасибо!

Как по мне оказалось проще совместно кодить огромной командой когда находишься на огромной круизном лайнере тем самым плавно совмещая работу + отдых + развлечения в одном флаконе попутно путешествуя по всему миру.

Не знаю насколько это самоочевидно Нервы и сон бережет такая практика - быстро накидать прототип с максимальным количеством заглушек. На кнопках, где функционал еще не готов, не вешаем onclick. Нет текстуры - вешаем котика. В простейших случаях это значит нарисовать ui и закодить все базовые переходы. После этого в любой момент если придут и прикажут показать что есть, можно будет предоставить"почти" готовую апку. После этого работать становится сильно легче. Дэдлайн по крайней мере не давит. Это я к пункту "Не уйти домой в 6 часов, бросив на полпути". В случае схемы выше, бросать можно в любой момент после написания прототипа.

Большая часть советов подходит к любой профессии.

Переписать чужой как "как положено" - это ж святое!!!! :) А то понапишут как курица лапой - хрен разберешься.

Выпуск класс !!

О, дебажить код на продакшене, это любимая тема моих коллег с предыдущей работы )) Камень в огород Директора ИВЦ, надеюсь ты это прочитал )) А на предложение что нужно пользоваться гитом и тестовую среду хотя бы поднять, я получил ответ, что это мне только надо.

Так просто поделиться своим исходников... Супер видео!

"А иногда повезло и старого кода нет совсем 😂"

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

интересное видео, спасибо)

Мотивируешь программировать, спасибо!

"Программирование - не нервная профессия" ©Лёша, 20 лет

Про продуктивность за час до конца рабочего дня это в точку. У меня то же самое. И не важно, в какой сфере.

К счастью, половина пунктов закрывается правилами команды и компании - у нас например нет доступа к проду и его базе, нельзя пропустить код ревью или тестирование. Так что остается только бороться с отвлечениями, соблазном заапрувить что-то не глядя или зафиксить багу не вникая. Немного отвлекаться в рабочее время имхо все же можно, хотя бы чтобы дать мозгу передышку, можно в том числе переключится и что-то поделать дома - на столе прибраться, растения полить, чаю сделать, но вот об отлучках из дома все же стоит предупреждать, чтобы не попасть в неловкую ситуацию.

Хорошо!

все это звучит как челендж того, что я собираюсь сделать за один рабочий день завтра

Вы так говорите про ревью - но на деле 100проц ревьюстов не лезут разбираться в реальную логику, а смотрят поверхности, и кроме как "там комментарий не понятен" или "тут можно сократить вызовы" - реальной логикой никогда не занимаются. Так же некоторые глюки бывают в определенном юзере именно на проде, и увы приходится именно проверять на продакшене.

Алексей, у нас в команде принято на уровне настроек atlassian stack, что для merge в develop необходимо: 1. не менее 2-х апрувов на код ревью + я могу наложить вето 2. удачный билд с юнит тестами 3. удачный деплой на dev стенд 4. отсутствие ошибок при миграции БД на dev стенде 5. пройденный скан с помощью Sonar 6. апрувы сбрасываются в случае дополнительных комитов 7. комитить в мастер и девелоп можно только через пулл реквест.. 8. покрытие кода должно быть на уровне +- 80% . Я как devops не могу позволить своим разработчикам вольности в git :)

Очень красивый свитер! Скажите, где вы его поупали?