TDD это про проектирование, а не про вот это вот всё.

Докладчик не понимает о чем говорит, не тратьте свое время. Своим восторженным состоянием пытается убедить что TDD это круто ))

Super 💥

Смотрю из США. Спасибо большое за интервью

👏👏👏

Klass 👍👍👍

Молодец, как приятно слушать, очень доступно об"ясняет.

BIN - ведёрко?😂 Может Bank identification number?

интересно

Что делать, если из 37 поинтов у нас 30 на фронт, 7 на бек. А из разрабов один фронт джун 2 девопса и один бек

Воду льёт

Как интеоесно излагает, очень доступно. Спасибо.

Кто ты

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

Интересно слушать от опытных разработчиков истории, кейсы и советы. Успехов вам Mancho dev и Аман. Нравится такой формат

К монитору надо это все подключать

Что ты несёшь про производительность 🤦‍♂️ Обеды на работе это удобно и увеличивает производительность: - ты каждое утро не делаешь себе голову что взять с собой - ты не паришся с контейнерами - ты не ищешь где вкуснее в округе еда или где дешевле или вообще есть она в округе, может это предприятие за городом. Спикер, вы чушь несёте 🤦‍♂️

Такая чушь 🤦‍♂️ Либо он историю из головы придумал, либо исследование тупое было. Увеличение диагонали прямо-пропорционально увеличению производительности: - меньше устают глаза от перенапряжения, меньше мелких объектов разглядывать - в ноуте лучше охлаждение, из-за большего - в ноуте мощнее делезо из-за большего места - больше батарея Люди, не слушайте глупых людей рассказывающих о каких-то странных исследованиях.

Ещё момент - 13 или 16 - оба разрешения малокомфортны. Всё равно подключаешься к 24" монику. Но надо отдать должное: вёрстка на 13" - это боль. Та же самая работа на 15,6"-16" таких страданий не вызывает

Ещё добавлю 16 дюймовый имеет больше охлаждения или может иметь лучшее охлаждение. Я насмотрелся на этих эппол стримеров у которых через час стрима начинает лагать звук от перегрева. Ну и батарейку побольше в 16 можно засунуть.

А они неправильно мерили ? вот в чем вопрос, понимаешь, когда меряют производительность, очень часто происходят митинги и митинги занимают большую часть, поскольку это интеллектуальная работа, меж межличностное общение, вот это вот по профессиональной теме это и есть интеллектуальная работа. Так вот, когда мы начинаем демонстрировать экран для коллег с 13 дюймами, они начинают плакать. Сделай, пожалуйста, покрупнее, нам нихера не видно. Понимаешь? Вот поэтому это нерелевантный совершенно метод тестирования. Мы не знаем, что именно они тестировали, как именно они мерили производительность. Потому что понимаешь, когда половина коллег на 13 дюймах половина на 16, те, которые 16 oni может себе побольше делают покрупнее им легче лучше работать, но потом, когда тим приходит, собирается или устраивает митинги, те, которые 13 дюймовые ноют, что у них слишком мелко понимаешь, и все, и шестнадцатидюймовые вынуждены там все переделывать на 13 дюймов или держаться этого же самого. Вот поэтому, естественно, ты не ты не получишь никакого эффекта от real state ты не сможешь его использовать толком. И вообще подозреваю там 16 и 13 дюймщики не раьотали ни хера

В чём молодцы! Комиссию, которая принимала решение на мыло. У меня на работе было три огромных монитора высокогерцовки, Производительность выросла в 4 раза. Но директору хрен докажешь. Всё пришлось купить за свой счет, включая инструменты. Жадность как процветала, так у будет процветать на предприятиях.

В 19й версии React наконец сделал автоматическую мемоизацию. В 2024м году. Стыд С React 18 стоит переходить только на Vue или Angular)

Молодцы

Фундаментально ошибочный подход

Вы впереди.

Mancho- вы молодцы!

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

👍👍

Азаматсың, алга Эсен.❤

Все правильно сказал.

👏👏

Я активно слежу за обновлениями React. React 19 привлекает меня благодаря хуку useOptimistic 😊, автоматической оптимизации useMemo и другим новшествам. Не могу дождаться полноценного выхода 19-й версии! 🚀

Умница. Очень доходчиво. Желаем успехов.

Странный аргумент про "1 раз открывал хром". Для меня прокликивание сайтика (фронтенд) намного интереснее и приятнее, чем тупо день пялится в код в вскоде. Когда видишь результат, то сразу в голову приходит много идей, что надо доделать, изменить, доработать. И появляется хоть какая-то уверенность, что оно работает как задумано. С тестами нет ни удовольствия (не вижу как работает сайт), ни уверенности (может я тесты криво написал и их проходит такой же кривой код). Тесты делаю халатно гпт-чатом, лишь бы были. Польза - чтобы видеть фейлы при каких-то совсем тупых сценариях, типа случайного удаления/перезаписи каких-то файлов в гите коллегами или смене формата какой-то апишки.

учиться можно У а не От

Я надеюсь что TDD станет стандартом индустрии разработки. Хороший код с которым приятно работать рождается именно там.

TDD - это полезно, но здесь докладчик его переоценивает и не обосновывает его плюсы. Например, про оптимальную архитектуру: 1. Почему архитектура на основе TDD будет обязательно оптимальна? 2. 100 джунов и 100 сеньёров пришедших из других языков и фреймворков - напишут 200 разных «оптимальных» архитектур. 3. Выбор инструментов (ЯП, фреймворки, либы) очень сильно влияют на код и его архитектуру - и TDD здесь никак не помогает. Например, в практической части показаны тесты на Redux. А почему TDD не сказал автору, что Redux - не очень хороший менеджер состояния? 4. Ещё есть кривой нейминг, который испортит код, его архитектуру и понимание. И TDD тут тоже не помощник. Не нужно переоценивать - это идёт во вред популяризации TDD.

Лайк за монтаж видео 👍🏼

Очень показательный ответ дурачка "Это мнение или опыт?" на дельный вопрос из зала на 45:32. Смог досмотреть только до 48-й минуты. Не услышал хороших аргументов за ТДД, зато увидел логику малолетнего фронт-энд дурочкА с высоким чсв и детским его проявлением в поведении.

👍

Refactoring-Oriented Software Engineering. Что-то ничего существенного по этой теме не нашел. Поделитесь ссылками, кто в теме.

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

Я дико извиняюсь, но можно ли доверять мнению программиста, который полагает, что число "2" не простое?...

унижение ручного тестирования итт)

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

всё это хорошо, но нет всё упирается в жёсткий перфоманс, и всякие тдд вообще не подходят