Пікірлер
@celestian-verse 21 күн бұрын
18:50
@alenavorozhbieva8426 Ай бұрын
А что не так с наличием notification сервиса в компании? Каждый сервис кому надо отправлять имэйлы или пуши должен сам реализовывать логику непосредственной отправки, следить за таймзонами пользователей (чтоб не отправлять ночью) и тд?
@mokevnin 2 ай бұрын
Доклад как хакатон: сначала кажется, что это весело, а потом осознаешь, сколько всего надо переделать! :)
@mokevnin 2 ай бұрын
Тот момент, когда пришел за рандомными темами, а вышел с дипломом по архитектуре и новыми комплексами по поводу своих тестов.
@spirridd 2 ай бұрын
Доклад классный. Неприятно только, что такое дерьмо как "методы рационального мышления" прилепили. Совершенно идиотская книга
@TheDarkprof 3 ай бұрын
Вас не беспокоят проблемы с ssh в плане безопасности? В последнее время находят много способов вклиниться в ssh сессию, обойти аутентификацию и т.д. Сам этим сталкивался - как в мою сессию вклинивались. Вся проблема была в уязвимом роутере. Используете ли вы утилиты типо knockd?
@user-vz7tl9hg2i 3 ай бұрын
Рыбаков уже не тот:)
@vrakitine 4 ай бұрын
Спасибо за отличное видео. Как программист с 50-летним опытом, скажу, что уже около 40 лет мы утратили понимание алгоритмов в том смысле, о котором я пишу в своих статьях на Medium: "Bagels and Muffins of Programming or How Easy It Is to Convert a Bagel into a Black Hole" или на Хабре: "Бублики и Коржики Программирования". Алгоритмически мыслить и жить в алгоритмо-центричном мире программирования и писать программы-коржики - это удел одиночек. Сегодняшний мир программирования все больше фокусируется на кодо-центричном подходе, где алгоритмы не рассматриваются как отдельные сущности. Этот переход привел к значительным изменениям в подходах к разработке и сопровождению программного обеспечения. Когда-то алгоритмы были сердцем любой программы, обеспечивая четкую и понятную структуру для разработки. Они помогали нам строить логичные и эффективные решения. Однако с ростом популярности высокоуровневых языков программирования и фреймворков, акцент сместился на быстрое написание кода и внедрение новых функций, часто в ущерб структурированному алгоритмическому мышлению. Сегодня все чаще встречаются программы-бублики, где код существует отдельно от алгоритма, создавая внутренние несогласованности и сложности в поддержке. В таких условиях трудно добиться стабильности и надежности программного обеспечения. Возвращение к алгоритмо-центричному подходу и создание программ-коржиков, где алгоритм и код интегрированы, могут значительно улучшить качество программного обеспечения. Это не только упростит тестирование и поддержку, но и позволит создавать более гибкие и устойчивые системы. Я надеюсь, что больше разработчиков начнут осознавать важность алгоритмов и перейдут к более структурированному и осмысленному подходу к программированию. Только так мы сможем создать программное обеспечение, которое будет надежным, понятным и легко поддерживаемым
@bobby_ridge 4 ай бұрын
Опытный пайтон разработчик, когда увидел regex в несколько строк: *_*
@sergiocoder 4 ай бұрын
Как всё тут официально... Даниил Маркович, Даниил Маркович... раз 100 наверное повторила как минимум
@valeriikuzivanov6832 4 ай бұрын
Так а как писать то? :)
@ananas8076 4 ай бұрын
Доклад "За все хорошее, против всего плохого". Тема доклада не раскрыта
@АлександрКоленко-к1х 5 ай бұрын
Как вы относитесь к тому, что сетевики не нужны, SRE и прочие вот эти вопросы и холивары. Все зависит от конкретной ситуации. Вопрос про тренды, а решает конкретика всегда и везде. Ну сколько можно, комммон ребят)
@dariavadimovna8611 5 ай бұрын
А в какой команде специалист больше зарабатывает? Вроде как уровень компетенций в платформенной команде считается выше и зарплата должна быть выше?
@densaface 5 ай бұрын
Где найти ментора или наставника?
@друг-чебурашки 6 ай бұрын
300 тестов за пол секунды, кайф! 😮 На прошлом месте работы использовали только e2e тесты, выполнялись примерно пол часа. Еще иногда падали рандомно по разным причинам, не всегда зависящих от фронта. То есть чтобы убедиться, что тест действительно упал, нужно их перезапустить еще. Вот это была боль.
@ядриломудрило 8 ай бұрын
Вообще то, на заре создания программного обеспечения, в СССР это точно было, весь процесс разбивался на три блока: прикладной математики для предметной области; алгоритмизация; кодирование. И в каждом блоке люди занимались в соответствии со своей специализацией в профессии и образованием. Кодировка - это была самая простая и низкоуровневая часть. Там могли работать ПТУшники. Теперь это всё свалили в одну кучу, что приводит к нерациональному использованию интеллектуального потенциала в пользу рутины кодирования...
@semremal 8 ай бұрын
Интересно народ "хук!!1!!" при просмотре демок с твоей карты кричал? ;)
@soen2368 8 ай бұрын
примеры очень плохие. рисование это исскусство. там нет никакой цели. и причины почему один художник становится мировой известностью сейчас, другой после смерти, а третий никогда смутны и расплывчаты. есть направления рисования где красивые картины не являются целью. ракетостроению учат с детского сада так же как и программированию. не больше и не меньше. математика нужна и там и там. но самого предмета нет ни там ни там. само программирование намного легче. как раз изза того что многие аспекты можно тестировать без покупки мощных компьютеров, потому что работадателей больше пары другой на страну. потому что эксперименты не стоят тысячи зеленых бумажек и куча обучающих относительно актуальных материалов. то что направление новое тоже не совсем так. программирование появилось примерно как и ракетостроение. может лет на 10-20 позже. а уж сейчас программистов на порядки больше чем ракетостроителей в "железной" индустрии вообще нет гитхабов. даже если захочешь прочесть миллион чертежей - их нет.
@codebrainy6246 9 ай бұрын
Я в восторге, мне есть чему учиться
@AlexeiHangin 9 ай бұрын
Удивительно, что ни одного комментария нет. Спасибо. Разжевали то, что у вас в курсах происходит, например в DevOps для программистов
@victorvictorov699 11 ай бұрын
Лет 50 назад те проблемы и предлагаемые решения которые озвучивает Григорий (и не только в этой лекции) были обозначены термином "Структурное программирование". Было массовое сумасшествие трактатов как правильно "Структурно программировать". Тогда проблемы программирования были те же - проблемы больших проектов, читаемости кодов, проблемы поддержки и масштабируемости ... Прошло 50 лет а проблемы остались до сих пор особо не сдвинутыми, разве только усилиями Григория проблемы в программировании переведены в популярные яркие научпоповские скетчи, близкие по форме к выступлениям Стива Джобса.
@pifagor_mc 11 ай бұрын
Норм застелил, интересная связь техдолга и стресса, хорошая подборка рекомендаций по управлению тех долгом👍🏻
@snowbe Жыл бұрын
Удивлён, что такой хороший доклад с таким малым количеством просмотров.
@ТарасПоточилов Жыл бұрын
через чавкання після кожної фрази не зміг і 5 хвилин подивитись, бісить страшно
@MrRONE777 Жыл бұрын
Хорошее видео. Спасибо за труд! <3
@mslq Жыл бұрын
Отличный доклад на случай когда нечего делать, или хочется отдохнуть от написания кода))
@michailshultz8638 Жыл бұрын
Печально, что общие формулировки и нет конкретных примеров
@mirakmalsultanov3398 Жыл бұрын
супер объяснение про агрегаты, спасибо большое
@PlLes42 Жыл бұрын
Странно сравнивать создание ракеты с написанием кода. "Внутри" ракеты так-же много кода, который кто-то писал. Не говоря уже о том коде, который находится "снаружи" ракеты, без которого ракета не взлетит.
@limoshkamilk9887 Жыл бұрын
❤ Восхищяюсь людьми, которые владеют несколькими языками программирования❤. Уважение и респект, очень доступно для понимания. Спасибо❤
@asbestoable Жыл бұрын
очень интересные идеи .. взял на заметку. визуализация скилов как в играх, выделение специализаций из стакая веток скилов ) очень интересно. спасибо
@leomak7580 Жыл бұрын
Гриша крутой, нравятся его рассуждения, но какой-же он нужный )
@borymskyi Жыл бұрын
Назвали ролик как интерн переменные
@Techpowers Жыл бұрын
когда же организаторы поймут, что самый сок всех презентации это вопросы. Нужно больше времени выделят на стадию вопросов.
@ПравдеподобныйПродюссер Жыл бұрын
Начало на 18:00
@olegprog Жыл бұрын
выбирайте архитектуру в зависимости от требований - вот основная мысль, если честно, вряд ли это что-то новое для аудитории техлидов
@olegprog Жыл бұрын
по поводу слайда с продуктовым лагом - так и вижу как обрадовались продуктовые команды, когда им сказали, что одну и ту же фичу надо сначала сделать в старой архитектуре, а потом еще в новой
@oeaoo Жыл бұрын
Норм, про LSP не знал.
@АВМ13 Жыл бұрын
Название тупое
@alexeymerson Жыл бұрын
Спасибо за столь высокую оценку! Название - очень важная часть доклада, поэтому я всегда уделяю этому большое внимание.
@regionkaz Жыл бұрын
Когда тебе лет 20 и пилишь свой пет проджект то это называется - набитие шишек, но когда ты работаешь над крупным проектом и занимаешься подобной хернёй это называется - не профессионализм и на месте бизнеса я бы гнал таких спецов.
@ivanmatew568 Жыл бұрын
Отличный доклад. Мне правда иногда казалось, что это больше про юнит-тесты в целом, а не про TDD в частности.
@АлександрШтокалов-з6к Жыл бұрын
Шо это за херня????? Иди займись делом, Вася.
@АндрейЕгоров-д3к Жыл бұрын
Интересный доклад, спасибо автору
@Владимир-д9и7о Жыл бұрын
какое-то унылое г
@maxdzyubak Жыл бұрын
Дядя Гриша, благодарю за крутой доклад! Как всегда - топ!
@devsmart8104 Жыл бұрын
Супер доклад
@АртемАрте-г5х Жыл бұрын
В умных книгах про микросервисы как раз наоборот рекомендуют мельчить максимально, потому что любой сервис грозиться разрастись.
@igor8219 Жыл бұрын
В каких именно книгах? Не встречал…. Обычно размер микросервиса определяется bounded контекстом. А это про агрегаты, транзакционную границу согласованности и тд. Именно в таких категория меряется размер. А не большой/маленький.
2 жыл бұрын
Какая красивая девушка
@maidkid 2 жыл бұрын
Видео про сеть доставки контента, а ведущий (или гость) лагает просто пздц(