Forwarded from Визуальные приёмы
Копатель
Ещё одна прикольная типографическая игра: постер фильма Digger. Название превратилось в человека с лопатой, где буквы стали головой, шеей, телом и ногами. Старомодно, красиво и изобретательно.
Источник
#типографика
Ещё одна прикольная типографическая игра: постер фильма Digger. Название превратилось в человека с лопатой, где буквы стали головой, шеей, телом и ногами. Старомодно, красиво и изобретательно.
Источник
#типографика
Forwarded from UX Live 🔥
Классный костыль-малютка для хрома Gemini Side Panel добавляет iframe-панель с геминей на любую активную вкладку.
(если расковырять AppData\Local\Google\Chrome\User Data\Default\Extensions\haapcgopkcpkekndibmagiobpbikmfbl\ до sidepanel.html там в файле можно заменить эмбединг на любую вашу нейросеть).
(если расковырять AppData\Local\Google\Chrome\User Data\Default\Extensions\haapcgopkcpkekndibmagiobpbikmfbl\ до sidepanel.html там в файле можно заменить эмбединг на любую вашу нейросеть).
Forwarded from запуск завтра
22 апреля выступлю на конференции с докладом «ИИ справляется, техдир не нужен!(?)
Короткий ответ — нужен, но роль меняется. Нейросети реально закрывают кусок работы: вайбкодинг MVP, рабочие прототипы за часы вместо недель. Порог входа в «сделать работающую штуку» рухнул.
Но 80% сложности начинается после первой версии. ИИ генерирует легаси со страшной скоростью, не умеет говорить бизнесу «нет», не несёт ответственности за обещания.
Разберем, где ИИ справляется, а где всё разваливается через две недели после восторга от MVP, и что делать, чтобы так не было.
Среди других докладчиков — опытные техдиры, продакты и эйчары. Все будем говорить о роли руководителя в новой реальности.
Конференция называется «Управление ’26», пройдет 20-23 апреля онлайн, делают организаторы AI hard fork, в которой было очень классно! Бесплатно, но нужна регистрация. До встречи!
Короткий ответ — нужен, но роль меняется. Нейросети реально закрывают кусок работы: вайбкодинг MVP, рабочие прототипы за часы вместо недель. Порог входа в «сделать работающую штуку» рухнул.
Но 80% сложности начинается после первой версии. ИИ генерирует легаси со страшной скоростью, не умеет говорить бизнесу «нет», не несёт ответственности за обещания.
Разберем, где ИИ справляется, а где всё разваливается через две недели после восторга от MVP, и что делать, чтобы так не было.
Среди других докладчиков — опытные техдиры, продакты и эйчары. Все будем говорить о роли руководителя в новой реальности.
Конференция называется «Управление ’26», пройдет 20-23 апреля онлайн, делают организаторы AI hard fork, в которой было очень классно! Бесплатно, но нужна регистрация. До встречи!
Forwarded from UX Live 🔥
Media is too big
VIEW IN TELEGRAM
DJI представила Osmo Pocket 4 иииии я хочу сразу сказать — это всё обман чтоб украсть ваши деньги, не ведитесь!
У меня в столе их Pocket 2 лежит покрытый пылью почти с момента покупки. И теперь подробнее:
1. Если вы не путешествуете — это 1000% не для вас. Никаких классных кадров как в промо роликах вы не сможете снять. Камера ВНЕЗАПНО не делает контент за вас, а вас оператором. (я думал вот делает и купил🤣 )
2. Если вы путешествуете эта хуйня будет всегда бултыхаться где-то в рюкзаке, потому что любой классный кадр вы скорее всего снимете на телефон или на очки. А пока достанешь из рюкзака, чехла DJI (а без чехла гимбл сдохнет), включишь, выберешь режим — уже похер будет.
3. Ориентир этой камеры это ТОЛЬКО ГОНЗО-ТРЕВЕЛ-БЛОГЕРЫ ТОЛЬКО И ТОЛЬКО.
Красивый кадр на такую пендюльку снять крайне тяжело возясь в микроскопических настройках. Поэтому её главное преимущество перед любой мобилой — больше сенсор и лучше стаб. Всё. Так что если вы не собираетесь снимать обзоры на городские свалки и драки с бомжами за тц, то даже не думайте.
4. Для стриминга тож не годится. Меня на Pocket 2 вообще опрокинули с этой функцией, она появилась на 3й. Ничего не мешало кроме жадности включить её на 2й, но нет. В 4ке это даже не фичерят, так что непонятно вообще ещё будет ли работать, а как будет передавать сигнал? (если по wifi то это будет с задержкой). Ну и вместо ВЕБКИ лучше всего использовать телефон. А для проф.стриминга там уже и камеры получше нужны. Та же sony zv-e10 ii
5. Софт у DJI традиционно кусок полнейшего говна. Например прикол: моя камера с подключенным по блютусу родным микрофоном dji отключает его если я пытаюсь подключить для контроля картинки мобилу. Или вот ещё — если я пытаюсь скачать видео с камеры по wifi с камеры он даёт мне ужатый вариант. Либо подключай по type-c, либо кардридеробесием занимайся. Прила тормознутая и кривая. Короче классическое китайское качество софта как в лучших ми-хом закоулках.
6. Обновления все минорные и никому не нужные. Никаких новых фич или приколюх через 1-2-3-4 года не появится. Рептилия свои очки и шлемы обновами за 3 года в новое устройство превратил, а DJI скорее даже урезает фичи (например RTPM-стриминг на ютуб пропал через полгода после релиза).
Это скам-устройство для обычного человека и подходит очень специфическим лайф-стайл блогерам которые где-то в интересных местах ходят-бродят без оператора и им надо заглянуть в мусорный бак, в который их оператор не пролезет. По сути как гоу-про которые рекламили так, будто вы будете ред-бул рекламы снимать каждый день, а по факту два раза поход по грязи в пятерочку снимете и уберёте.
Обычному человеку хватит и телефона. Я вас предупредил🎩
У меня в столе их Pocket 2 лежит покрытый пылью почти с момента покупки. И теперь подробнее:
1. Если вы не путешествуете — это 1000% не для вас. Никаких классных кадров как в промо роликах вы не сможете снять. Камера ВНЕЗАПНО не делает контент за вас, а вас оператором. (я думал вот делает и купил
2. Если вы путешествуете эта хуйня будет всегда бултыхаться где-то в рюкзаке, потому что любой классный кадр вы скорее всего снимете на телефон или на очки. А пока достанешь из рюкзака, чехла DJI (а без чехла гимбл сдохнет), включишь, выберешь режим — уже похер будет.
3. Ориентир этой камеры это ТОЛЬКО ГОНЗО-ТРЕВЕЛ-БЛОГЕРЫ ТОЛЬКО И ТОЛЬКО.
Красивый кадр на такую пендюльку снять крайне тяжело возясь в микроскопических настройках. Поэтому её главное преимущество перед любой мобилой — больше сенсор и лучше стаб. Всё. Так что если вы не собираетесь снимать обзоры на городские свалки и драки с бомжами за тц, то даже не думайте.
4. Для стриминга тож не годится. Меня на Pocket 2 вообще опрокинули с этой функцией, она появилась на 3й. Ничего не мешало кроме жадности включить её на 2й, но нет. В 4ке это даже не фичерят, так что непонятно вообще ещё будет ли работать, а как будет передавать сигнал? (если по wifi то это будет с задержкой). Ну и вместо ВЕБКИ лучше всего использовать телефон. А для проф.стриминга там уже и камеры получше нужны. Та же sony zv-e10 ii
5. Софт у DJI традиционно кусок полнейшего говна. Например прикол: моя камера с подключенным по блютусу родным микрофоном dji отключает его если я пытаюсь подключить для контроля картинки мобилу. Или вот ещё — если я пытаюсь скачать видео с камеры по wifi с камеры он даёт мне ужатый вариант. Либо подключай по type-c, либо кардридеробесием занимайся. Прила тормознутая и кривая. Короче классическое китайское качество софта как в лучших ми-хом закоулках.
6. Обновления все минорные и никому не нужные. Никаких новых фич или приколюх через 1-2-3-4 года не появится. Рептилия свои очки и шлемы обновами за 3 года в новое устройство превратил, а DJI скорее даже урезает фичи (например RTPM-стриминг на ютуб пропал через полгода после релиза).
Это скам-устройство для обычного человека и подходит очень специфическим лайф-стайл блогерам которые где-то в интересных местах ходят-бродят без оператора и им надо заглянуть в мусорный бак, в который их оператор не пролезет. По сути как гоу-про которые рекламили так, будто вы будете ред-бул рекламы снимать каждый день, а по факту два раза поход по грязи в пятерочку снимете и уберёте.
Обычному человеку хватит и телефона. Я вас предупредил
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from ai.dot(ufna, dev)
Ждем когда раскатится до Claude Code (продолжает пихать карточку в монитор).
https://www.anthropic.com/news/claude-opus-4-7
https://www.anthropic.com/news/claude-opus-4-7
Anthropic
Introducing Claude Opus 4.7
Our latest model, Claude Opus 4.7, is now generally available. Opus 4.7 is a notable improvement on Opus 4.6 in advanced software engineering, with particular gains on the most difficult tasks.
Forwarded from Цифровой геноцид
Генеалогия понятий: Discovery and Delivery
Действительно, существует распространенный троп о разделении процессов на деливери и дискавери, который, впрочем, является в некотором смысле новоделом и достаточно свежим явлением. Marty Cagan начал использовать термин «discovery» для процесса поиска того, что именно нужно строить. В 2007 году он полностью закрепил его в своей книге Inspired - вот как он описывает в своих мемуарах - и взял из долгих процессов RnD бигфармы и медицины
Я уже много лет собирался написать эту статью, но поскольку она в основном историческая, всегда находились более срочные темы. Однако время от времени мне пишут люди, которые пытаются выяснить происхождение этого термина. А во время пандемии, по какой-то причине, такие вопросы стали приходить заметно чаще.
Сначала давайте проясним: сама концепция product discovery существует столько же, сколько и программное обеспечение, и уж точно гораздо дольше, чем я занимаюсь этой сферой.
У нас всегда было (и, скорее всего, всегда будет) две фундаментальные проблемы в разработке ПО:
Нужно понять, какой продукт нужно создать (правильный продукт).
Нужно правильно его построить.
Я всегда интересовался обеими проблемами, но считаю, что первая — значительно сложнее. Именно в ней происходит большинство инноваций, поэтому я уделяю ей основное внимание.
Примерно с 2005 года я начал экспериментировать с термином «discovery» (открытие/исследование) для процесса поиска того, что именно нужно строить. А в 2007 году я решил полностью перейти на этот термин. С тех пор первую проблему я называю discovery, а вторую — delivery (доставка/реализация).
В 2007 году я работал над первым изданием книги INSPIRED, и приближался срок сдачи в печать. Мне нужно было окончательно решить, какой термин использовать.
В то время практически все продуктовые менеджеры говорили о «сборе и определении требований» (gathering and defining requirements). Я же считал это одним из главных причин такого большого количества провальных продуктов. Для меня подход «определение требований» был не просто ошибочным, а ещё и высокомерным.
Я видел, что в сильных командах продукты рождаются в результате настоящего сотрудничества инженеров, дизайнеров и продакт-менеджеров. А не потому, что продакт-менеджер заявляет: «Вот требования, теперь идите и спроектируйте это, и постройте».
Поэтому мне нужен был термин, который вызывал бы в головах продакт-менеджеров и команд совершенно другую картину. Я хотел, чтобы они сохраняли открытый ум, понимали, чего они не могут знать, и честно признавали то, чего не знают.
Я хотел подчеркнуть, что отличные продукты получаются, когда продуктовая команда, дизайн и инженерия вместе работают над достижением результата, а не просто «спускают требования вниз по цепочке» и отгружают «выход».
Я хотел, чтобы они думали в терминах «мы должны разобраться, как решить проблему, которую нам поставили», а не «мы должны продиктовать требования к фиче, которую нам велели построить».
Термин «discovery» я взял из фармацевтической отрасли — так там называется процесс поиска и разработки жизнеспособного лекарства. В отличие от индустрии ПО, фармацевты сразу признают высокий риск. Они изначально ожидают, что многие (если не большинство) из разрабатываемых препаратов в итоге не окажутся достаточно безопасными и эффективными, чтобы их производить, распространять и продавать.
Позже Cagan перешёл к формулировкам Continuous Discovery + Continuous Delivery, чтобы подчеркнуть, что это не фазы, а постоянные параллельные процессы. Не думаю, что имеет смысл повторять критику подхода (я, например, вижу много "но"), просто интересно, что было прообразом и как фармацевтическая реальность исследований десятилетий, трансформировалась в культ быстрых тестов
Действительно, существует распространенный троп о разделении процессов на деливери и дискавери, который, впрочем, является в некотором смысле новоделом и достаточно свежим явлением. Marty Cagan начал использовать термин «discovery» для процесса поиска того, что именно нужно строить. В 2007 году он полностью закрепил его в своей книге Inspired - вот как он описывает в своих мемуарах - и взял из долгих процессов RnD бигфармы и медицины
Я уже много лет собирался написать эту статью, но поскольку она в основном историческая, всегда находились более срочные темы. Однако время от времени мне пишут люди, которые пытаются выяснить происхождение этого термина. А во время пандемии, по какой-то причине, такие вопросы стали приходить заметно чаще.
Сначала давайте проясним: сама концепция product discovery существует столько же, сколько и программное обеспечение, и уж точно гораздо дольше, чем я занимаюсь этой сферой.
У нас всегда было (и, скорее всего, всегда будет) две фундаментальные проблемы в разработке ПО:
Нужно понять, какой продукт нужно создать (правильный продукт).
Нужно правильно его построить.
Я всегда интересовался обеими проблемами, но считаю, что первая — значительно сложнее. Именно в ней происходит большинство инноваций, поэтому я уделяю ей основное внимание.
Примерно с 2005 года я начал экспериментировать с термином «discovery» (открытие/исследование) для процесса поиска того, что именно нужно строить. А в 2007 году я решил полностью перейти на этот термин. С тех пор первую проблему я называю discovery, а вторую — delivery (доставка/реализация).
В 2007 году я работал над первым изданием книги INSPIRED, и приближался срок сдачи в печать. Мне нужно было окончательно решить, какой термин использовать.
В то время практически все продуктовые менеджеры говорили о «сборе и определении требований» (gathering and defining requirements). Я же считал это одним из главных причин такого большого количества провальных продуктов. Для меня подход «определение требований» был не просто ошибочным, а ещё и высокомерным.
Я видел, что в сильных командах продукты рождаются в результате настоящего сотрудничества инженеров, дизайнеров и продакт-менеджеров. А не потому, что продакт-менеджер заявляет: «Вот требования, теперь идите и спроектируйте это, и постройте».
Поэтому мне нужен был термин, который вызывал бы в головах продакт-менеджеров и команд совершенно другую картину. Я хотел, чтобы они сохраняли открытый ум, понимали, чего они не могут знать, и честно признавали то, чего не знают.
Я хотел подчеркнуть, что отличные продукты получаются, когда продуктовая команда, дизайн и инженерия вместе работают над достижением результата, а не просто «спускают требования вниз по цепочке» и отгружают «выход».
Я хотел, чтобы они думали в терминах «мы должны разобраться, как решить проблему, которую нам поставили», а не «мы должны продиктовать требования к фиче, которую нам велели построить».
Термин «discovery» я взял из фармацевтической отрасли — так там называется процесс поиска и разработки жизнеспособного лекарства. В отличие от индустрии ПО, фармацевты сразу признают высокий риск. Они изначально ожидают, что многие (если не большинство) из разрабатываемых препаратов в итоге не окажутся достаточно безопасными и эффективными, чтобы их производить, распространять и продавать.
Позже Cagan перешёл к формулировкам Continuous Discovery + Continuous Delivery, чтобы подчеркнуть, что это не фазы, а постоянные параллельные процессы. Не думаю, что имеет смысл повторять критику подхода (я, например, вижу много "но"), просто интересно, что было прообразом и как фармацевтическая реальность исследований десятилетий, трансформировалась в культ быстрых тестов
Silicon Valley Product Group
The Origin of Product Discovery - Silicon Valley Product Group
I’ve been meaning to write this article for many years, but since it’s mainly historical in nature there have always been more pressing topics. But every so often someone will reach out because they’re trying to track down the origin of the term, and during…
Forwarded from Shock Design
Полезное из Figma Communy
Apple добавили новые шаблоны на своей странице в Figma Communy
Ссылка
#materials_nd
Apple добавили новые шаблоны на своей странице в Figma Communy
Ссылка
#materials_nd
Forwarded from Dezzigners
🧰 Neumorphism UI Kit — здесь вы можете найти готовые UI-элементы, выполненные в стиле неоморфизма
Dezzigners
Dezzigners
Forwarded from Daily Coding 🔥
📖Spring Boot 3.0 Cookbook
🖋Puig Felip Miguel 2024
Разбирайтесь со сложностями современных веб-приложений, используя шаблоны облачного проектирования Spring Boot для создания масштабируемых и устойчивых приложений.
💾 Скачать книгу
Daily Coding #книги #Spring | Канал в Max
🖋Puig Felip Miguel 2024
Разбирайтесь со сложностями современных веб-приложений, используя шаблоны облачного проектирования Spring Boot для создания масштабируемых и устойчивых приложений.
💾 Скачать книгу
Daily Coding #книги #Spring | Канал в Max