Что нельзя делать ПРОГРАММИСТУ (но очень хочется!)

[@aocore]

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

[@ВалерийКулаков-р1ъ]

Вот, задумался о переходе на Mac (до этого - Windows / Ubuntu), и как-то не верится, что 8Gb RAM будет достаточно... Я тут сомневаюсь между 16 и 32... (Я про партнёрские ссылки)

[@arhitutorials]

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

[@romawar1869]

Вот те раз , у меня говорит времени нету вам видосики писать , а посмотреть другие видосики за то время есть :)

[@goodwin93]

@@romawar1869 война войной, а обед по расписанию 😅

[@volodyaDikiy]

ты в лос-анджелесе?

[@varyin7963]

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

[@bpospanov]

++++++++

[@mikkim06]

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

[@anatolysokolov]

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

[@ГеоргийРозанов-р3л]

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

[@Eustrop]

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

[@Eustrop]

После дня размышления, чего не хватает в этом списке, вспомнил очевидное: 18 Пароли в коде не храни И в наш репозиторий их не помещай Равно, как и конфиги с ними А если прокололся - сразу их меняй

[@ZahhaRaMahadev]

Начинайте сразу с рендеринга.

[@ZahhaRaMahadev]

@@Eustrop Говоите по-русски... Так никто делать не будет. Если надо что-то скрыть, это будет сделано по умолчанию.

[@ZahhaRaMahadev]

Удивительно. Вы задаете команды которые сами не профилируете. Это делает за Вас АИ, с хера Вы(субъекты) хотите?... Это риторика.

[@sergeymolotchkov3091]

Just add pst...brr...tsip.. and u have got programmers rap. Жги!

[@phplego]

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

[@kislax545]

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

[@DeRan9ed87]

Конечно не лайфхак, но все же, есть мнемоническая техника решения сложных задач, т.е. представляем что перед нами не сведущий человек совсем, и ему надо объяснить суть проблемы и суть своего решения, подход, плюсы и минусы и тд) Вдобавок надо четко осознавать, что слона едят ложкой, "космос" в одну итерацию не написать)) Быть последовательным в общем, не переключаться, не отвлекаться и решать траблы по мере поступления) Обладаю немалым кол-ом опыта, около пяти лет работы в компании NetCracker, работал на гигантов в области телекома, в индустрии (на позиции разработчика стаж близится к 10 годам)

[@kingzfate]

Вы назвали все правильные ответы которые и должны быть в таких ситуациях

[@Mustitz]

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

[@supfiger]

+, согласен, я пример этому.

[@sergsavin6486]

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

[@pavlovpavlov1930]

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

[@ВасилийКоровин-г9э]

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

[@АннаРожнова-я6ю]

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

[@Nurgen_i]

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

[@werewolfvit]

Тролль 80 уровня?

[@rogovskui]

@@werewolfvit тот самый чел который во всём ищет подвох😑

[@danilaptuha6493]

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

[@Roy-hp9nm]

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

[@oleksandrpozniak]

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

[@ZahhaRaMahadev]

Хомяк ну Вы же сами признали, что Вы хомяк...) С добрым умыслом.

[@akkh6971]

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

[@denist746]

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

[@11-april]

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

[@broker889]

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

[@sanok1058]

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

[@B-S-A]

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

[@mootal2202]

С другой стороны это делает рабочий день бесконечным. Получается что "работал" 12 часов, больше ничего не успел вечером, потому что до 9 вечера работал.

[@fizzbuzz5807]

Более того, даже 8 часов не надо работать. При работе в офисе, если из 8 часов вычесть все перекуры, кофе, Ютуб, обсуждение нерабочих моментов и т д, то на работу останется часов 5-6. На удаленке немного иначе, но суть та же. Думаю чем стараться отработать 8 часов, можно работать 4-5 производительных часа и 1-2 на митинги, переключения задач. В итоге выйдет за день 5-6 часов. Но это при условии что это только рабочее время, без ютубов и прочих отвлекающих факторов. Если прям упарываться и работать ровно 8 часов, то кукухой поехать можно.

[@B-S-A]

@@mootal2202 Тут, конечно, палка о двух концах. И ситуации у всех разные, как и приоритеты. Для меня самый главный профит в том, что контекст из башки выпасть не успевает. Судя по разным мнениям, получается типа сложного процента. К примеру, если работать больше, условно, на 2 часа в день, то прирост экспы не 25%, а 30-35%. Но такие марафоны чреваты "блевотой от кода", если не "выбивать себя" на свежий воздух, праздность... Я у бати подсмотрел, он постоянно что-то делает, но одно и тоже относительно (дня) недолго. Но весь день возится. Надоест электрика, пойдёт в огород, потом гвозди позабивает. А зимой ещё снег чистить надобно ))) Я ещё подумал, что кто-то может тянуть эту лямку только ради денег. Тут всё сложно, конечно. Просто я сам с детства живу компами и всё равно торчать за ним всё время буду стараться. Так что мои мысли - имхо, отчасти со своей колокольни...

[@k.r.k.]

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

[@linkedhashmap]

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

[@avonaryagami]

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

[@linkedhashmap]

@@avonaryagami слышал, что когда Оракл купил Солнцевских из Оракла в Сан прислали инструкции отправлять код на ревью в Оракл. Из Сан ответили вопросом "а у вас есть компетентные специалисты?".

[@Dmittry]

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

[@it_sketches]

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

[@emilio88regis]

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

[@Dmittry]

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

[@gennadyga2257]

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

[@melodystic]

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

[@ulianka201]

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

[@katdim_art_studio]

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

[@КонстантинСергиенко-я4я]

В течение скольки месяцев удаётся держать такую практику?

[@romanrozenfeld3812]

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

[@ra-dro]

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

[@AL420Me]

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

[@andrylua]

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

[@Юлія-ф3л]

Поделитесь названием и ссылочкой на переделку))

[@ruslansitdikov1489]

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

[@kir7765]

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

[@thedarkside8380]

Солидарен с Вами!!!

[@olzabi_go]

+

[@ВаняПупкин-н3э]

+

[@xeleos]

+, работаю уже много лет, а резюме так и не сделал актуальное

[@Юлія-ф3л]

Для меня самое эффективное оказалось пополнять файл по мере того что я хорошего сделала. Когда нужно отправлять резюме у меня есть куча инфы какая я молодец. Без этого все достижения забываются у меня))

[@LinuxMint-z5h]

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

[@lomeat]

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

[@СергейКуропятников-ж5и]

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

[@maxxxeeem]

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

[@kw1llchannel]

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

[@simonmatveev]

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

[@ВикторТкаченко-ъ3з]

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

[@alonahilbert9959]

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

[@mikhailkurakhtanov]

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

[@DIXSmoki]

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

[@dimkamuz]

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

[@alex2green]

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

[@nicefellow7929]

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

[@sovrinfo]

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

[@Dmitry_Borisovich]

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

[@Das.Kleine.Krokodil]

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

[@ChannelCreator1]

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

[@hsv000]

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

[@Iskandarko]

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

[@arinelex]

Значит, задача поставлена некорректно.

[@farengiheatfreek797]

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

[@VAscetic]

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

[@ЛикаС-в4г]

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

[@ИванКривилёв-р8ь]

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

[@MrGrenobl]

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

[@hikkihaker2592]

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

[@MaxHostBox]

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

[@pavel-orlov]

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

[@raevskymg]

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

[@Sudbinushka]

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

[@Doctor.Livesey]

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

[@rodioni661]

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

[@sergeykodzha2621]

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

[@ДмитрийСуворов-ь3ю]

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

[@madaminov-rifat]

02:08 шок-контент. Одна из сильнейших нативок, что я видел за последний год.

[@dan.gorbunov]

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

[@СэмФишер-х4д]

16 пункт легко решается тем, что даешь номер мобильного, а на смарт устанавливаешь slack\teams\skype(или что там команда использует для связи). конечно, не айс в теении дня куда-то отлучаться, но можно ведь отработать чуть позже, не так ли?(я к примеру могу выйти на час к врачу утром и до 7 потом работаю)

[@Михайло-р9р]

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

[@f.ingenia]

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

[@xpoftik]

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

[@IceFox112]

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

[@MrFijirald]

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

[@Das.Kleine.Krokodil]

тут вопрос регламентов если по регламенту допустимо до 24 часов ревью проводить, то значит это такая скорость проекта, и это нормально Если же выходит за регламент, то это уже нарушения, и надо обращаться к комуто. К начальству или еще к кому. Вообще фраза *"тестировщик может взять на тестирование уже прямо сейчас"* не выглядит правильной, если по технологии нужно сначала провести ревью. Это все равно, что: я уже готов сейчас выложить картошку на сковороду, но она еще не нагрелась.

[@MrFijirald]

@@Das.Kleine.Krokodil Да, как правило так было в местах с сильно поломанными процессами

[@Das.Kleine.Krokodil]

@@MrFijirald ну если процессы поломаты, то только на личной иннициативе выезжать

[@denegto4kanet]

изучите Trunk Based Development. Думаю в Вашем случае решит все проблемы.

[@Rahalfar]

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

[@Galaktikaa]

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

[@igorjeddex7942]

А разве есть такие?

[@invengineer]

@@igorjeddex7942 звездит

[@kto-to.kakoi-to_cheovek]

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

[@alexanders1068]

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

[@asstudio2613]

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

[@AlexanderSonn_move]

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

[@olexandertverdohleb9874]

Очень крутой канал! Я сам работаю Дата Аналитиком, по работе использую и Python, и SQL. На этом канале нашёл для себя множество советов из серии "Это же очевидно, как я сам до этого не додумался!". Спасибо за Ваш труд

[@roma78.18]

тоже замечаю, что всегда самые важные советы кажутся очевидными))

[@makarov.1996]

красавчик реакт натив топ)

[@andrTaylor]

Идеальная рекламная интеграция)) молодец! и не промотаешь ведь))

[@chost0]

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

[@Kavilor]

6:42 Вместо того, чтобы учиться программированию я смотрю Лёшины видео про программирование. 😆

[@ivan7094]

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

[@kulikoffAS]

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

[@ВераАксенова-ю5ф]

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

[@СерёгаСокольский]

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

[@ВладБалобанов-й6н]

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

[@АлександрКузнецов-ш4н]

Даешь видео как правильно и не правильно писать тикеты!))

[@easyvvv3088]

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

[@yravolgin664]

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

[@СеменГоловачев]

Лёша, было бы очень круто увидеть тебя в подкасте «мы обречены»

[@karlvareze8337]

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

[@eugene782]

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

[@boikov]

Чем больше ограничений, правил и проверок - тем медленней скорость выпуска новых фич. Для пререлизной версии one-page приложения такой workflow явно избыточен, а для новой версии автопилота в самолёте - недостаточен. Про этот баланс хорошо написано в книге "практики системного и сетевого администрирования"

[@ne4to777]

@@boikov , просто человеку еще не прилетало за раздувание TTM.

[@drovoseg]

@@ne4to777 Просто это время должно учитываться при планировании. Это описание обычных проверок в ci\cd. Я бы только убрал проверку на покрытие тестами, иначе рефакторинг нельзя вмержить (после него кода часто становится меньше и покрытие падает)

[@eugene782]

@@ne4to777 Если потребуется провести фичу или багфикс в нарушение договоренностей - мы сделаем это с минимальными проверками(например недавно пришлось вывести фичу совсем без покрытия тестами). Речь идет о стабильности релизов в условиях отсутствия факапов и особых нарушений дедлайнов. Если сборка, деплой или миграция БД на dev/stage будет неуспешной - зачем пытаться выводить это в prod, для того чтобы заниматься откатом?

[@Lazarforce]

РОНЯТЬ ПРОД РОНЯТЬ ПРОД РОНЯТЬ ПРОД