This media is not supported in your browser
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
В поисках единорогов на Product Hunt
Сразу хочу спросить - кто НИ РАЗУ НЕ СЛЫШАЛ про Product Hunt? Поставьте пожалуйста ❓ под постом)
Product Hunt это супер известное в стартаперских кругах комьюнити. Это площадка, где можно разместить свою идею (всегда желательно хотя бы с версией MVP) и получить фидбэк от сообщества и привлечь первых, супер лояльных пользователей.
За каждый проект, который размещен на Product Hunt можно голосовать, причем там реализована довольно муторная система голосования, когда голоса более “опытных” участников коммьюнити весят кратно больше, чем новичков. Так площадка борется с накрутками.
Проекты, которые получают больше всего голосов попадают в топы и, само собой, их видит бОльшее количество людей = потенциальных клиентов. Есть подборки-рассылки, вроде Startup of the Day (стартап дня) и Startup of the Month.
Так как все новоиспеченные стартаперы хотят в топ, то в личку в телеграм я частенько получаю спамерские сообщения с сообщением “Привет! Поддержи пожалуйста нас на PH, если не сложно” =) Такие они - издержки от нахождения в “профильных чатиках” 😄
Стоит ли говорить, что это… НЕ РАБОТАЕТ? И что идеи / вдохновение для своего #единорог я уж точно НЕ БУДУ искать на Product Hunt?
Почему? Отвечу ниже 👇
Сразу хочу спросить - кто НИ РАЗУ НЕ СЛЫШАЛ про Product Hunt? Поставьте пожалуйста ❓ под постом)
Product Hunt это супер известное в стартаперских кругах комьюнити. Это площадка, где можно разместить свою идею (всегда желательно хотя бы с версией MVP) и получить фидбэк от сообщества и привлечь первых, супер лояльных пользователей.
За каждый проект, который размещен на Product Hunt можно голосовать, причем там реализована довольно муторная система голосования, когда голоса более “опытных” участников коммьюнити весят кратно больше, чем новичков. Так площадка борется с накрутками.
Проекты, которые получают больше всего голосов попадают в топы и, само собой, их видит бОльшее количество людей = потенциальных клиентов. Есть подборки-рассылки, вроде Startup of the Day (стартап дня) и Startup of the Month.
Так как все новоиспеченные стартаперы хотят в топ, то в личку в телеграм я частенько получаю спамерские сообщения с сообщением “Привет! Поддержи пожалуйста нас на PH, если не сложно” =) Такие они - издержки от нахождения в “профильных чатиках” 😄
Стоит ли говорить, что это… НЕ РАБОТАЕТ? И что идеи / вдохновение для своего #единорог я уж точно НЕ БУДУ искать на Product Hunt?
Почему? Отвечу ниже 👇
This media is not supported in your browser
VIEW IN TELEGRAM
Заказчики “со своим ТЗ” 🤬
Если вы работаете на фрилансе, то наверняка встречали таких заказчиков - сразу же скидывают файлик с “подробным ТЗ и описанием проекта” и просят “назовите сумму и сроки”.
Частенько в таком файле, помимо общих слов, есть технологический стэк (то есть на чем нужно разработать - например Swift, Kotlin, Java Spring и тд)
Вот на что расчет? Получат цену/сроки от десятка подрядчиков и…. что? Выберут самую дешевую? Или прикинут “диапазон цен” и пойдут на “золотую середину”? Или…. ваши варианты в комментариях 💬
По моему опыту, такое поведение - симптом одного из 3х кейсов:
1. Я попросил у ChatGPT разработать ТЗ приложения и вот, что она написала. Я ИИ-бнутый и я ей доверяю
2. Я спросил у друга программиста. Он сказал, что сервер нужно на PHP писать. Ищу именно такого, не надо меня переубеждать
3. Я просто помощница - мне скинули ТЗ и попросили найти подрядчика, вот рассылаю
Скажу прямо - я НИ разу не смотрел такие файлики и начинать не собираюсь)
Ребят, не занимайтесь фигней) ChatGPT еще никому бизнес не построила. Друг-программист сказал? - ну пусть он и пишет тогда)))
Лично я формат “заказчик”-”подрядчик” вообще не люблю и по нему не работаю. Я начинал с этого, но… быстро понял, что толку от такого подхода не будет.
Надо не подрядчика искать, а “технического партнера”, который будет включен в проект, который будет иметь нужный опыт и компетенции (и который сможет сказать, что PHP в 2025 - это плохая идея).
Поэтому я до сих пор пишу ТЗ для каждого проекта. Потому, что с клиентом важно СИНХРОНИЗОВАТЬСЯ - то есть понять, услышали ли мы друг друга. Клиент рассказал идею → я докрутил → все это прописали в тексте → смотрим ТЗ и предметно обсуждаем → по итогу у обоих в голове четкое представление о том, что получится на выходе.
Вы сами наваяли ТЗшку и в ультимативной форме скинули подрядчику? - ну не удивляйтесь тогда, что на выходе не то, что заказывали.
Если вы работаете на фрилансе, то наверняка встречали таких заказчиков - сразу же скидывают файлик с “подробным ТЗ и описанием проекта” и просят “назовите сумму и сроки”.
Частенько в таком файле, помимо общих слов, есть технологический стэк (то есть на чем нужно разработать - например Swift, Kotlin, Java Spring и тд)
Вот на что расчет? Получат цену/сроки от десятка подрядчиков и…. что? Выберут самую дешевую? Или прикинут “диапазон цен” и пойдут на “золотую середину”? Или…. ваши варианты в комментариях 💬
По моему опыту, такое поведение - симптом одного из 3х кейсов:
1. Я попросил у ChatGPT разработать ТЗ приложения и вот, что она написала. Я ИИ-бнутый и я ей доверяю
2. Я спросил у друга программиста. Он сказал, что сервер нужно на PHP писать. Ищу именно такого, не надо меня переубеждать
3. Я просто помощница - мне скинули ТЗ и попросили найти подрядчика, вот рассылаю
Скажу прямо - я НИ разу не смотрел такие файлики и начинать не собираюсь)
Ребят, не занимайтесь фигней) ChatGPT еще никому бизнес не построила. Друг-программист сказал? - ну пусть он и пишет тогда)))
Лично я формат “заказчик”-”подрядчик” вообще не люблю и по нему не работаю. Я начинал с этого, но… быстро понял, что толку от такого подхода не будет.
Надо не подрядчика искать, а “технического партнера”, который будет включен в проект, который будет иметь нужный опыт и компетенции (и который сможет сказать, что PHP в 2025 - это плохая идея).
Поэтому я до сих пор пишу ТЗ для каждого проекта. Потому, что с клиентом важно СИНХРОНИЗОВАТЬСЯ - то есть понять, услышали ли мы друг друга. Клиент рассказал идею → я докрутил → все это прописали в тексте → смотрим ТЗ и предметно обсуждаем → по итогу у обоих в голове четкое представление о том, что получится на выходе.
Вы сами наваяли ТЗшку и в ультимативной форме скинули подрядчику? - ну не удивляйтесь тогда, что на выходе не то, что заказывали.
Новое видео на канале: https://youtu.be/xn1p7KpEZik
В последнее время было много вопросов про ИИ, про вайбкодинг, про Cursor AI и по всей той ИИ-шумихе последнего времени.
Было так же много вопросов и от клиентов) , а значит кого-то эта шумиха уже смогла ввести в заблуждение.
Решил снять небольшое видео, чтобы прояснить все моменты и расставить точки над i
В последнее время было много вопросов про ИИ, про вайбкодинг, про Cursor AI и по всей той ИИ-шумихе последнего времени.
Было так же много вопросов и от клиентов) , а значит кого-то эта шумиха уже смогла ввести в заблуждение.
Решил снять небольшое видео, чтобы прояснить все моменты и расставить точки над i
This media is not supported in your browser
VIEW IN TELEGRAM
Игнат | Разработка приложений
Video message
Нужно собрать 200 🔥 под кружком =)
Скажу прямо - 200 🔥 это… довольно много для моего канала, поэтому если задумка действительно отликается, то порепостите этот кружок в какие-либо ITшные и бизнесовые чаты.
Почему такая цифра? (200) - будем правы, что половина вообще не дойдет, еще половина сольется на самом старте и дай бог 50 участников попробуют что-то сделать))
Поэтому само собой хочу реакций получить “с запасом”, прежде чем вкладывать тучу времени в организацию такого хакатона.
Скажу прямо - 200 🔥 это… довольно много для моего канала, поэтому если задумка действительно отликается, то порепостите этот кружок в какие-либо ITшные и бизнесовые чаты.
Почему такая цифра? (200) - будем правы, что половина вообще не дойдет, еще половина сольется на самом старте и дай бог 50 участников попробуют что-то сделать))
Поэтому само собой хочу реакций получить “с запасом”, прежде чем вкладывать тучу времени в организацию такого хакатона.
Хех, интересные результаты получились) даже непонятно, в какую сторону это правильнее трактовать...
В похожем хакатоне я просто сам участвовал в 2020. Нужно было:
1. придумать продукт
2. быстро нафигачить MVP (это НЕ приложение разработать, а скорее презенташку в Google Slides)
3. попробовать найти первых клиентов и первые деньги
Собственно так ребята и проверяли свои проекты)
В общем.
Хз, что в телеге с реакциями. Может быть в чатике есть умельцы, которые могут эти реакции по щелчку пальца накручивать.
Но все же я... возьму месяц подумать, как такой хакатон провести)) (просто самому интересно, может быть найдем идею для #единорог )
Где-то в июле уже конкретнее опишу план действий
В похожем хакатоне я просто сам участвовал в 2020. Нужно было:
1. придумать продукт
2. быстро нафигачить MVP (это НЕ приложение разработать, а скорее презенташку в Google Slides)
3. попробовать найти первых клиентов и первые деньги
Собственно так ребята и проверяли свои проекты)
В общем.
Хз, что в телеге с реакциями. Может быть в чатике есть умельцы, которые могут эти реакции по щелчку пальца накручивать.
Но все же я... возьму месяц подумать, как такой хакатон провести)) (просто самому интересно, может быть найдем идею для #единорог )
Где-то в июле уже конкретнее опишу план действий
Ищу людей на написание ТЗ, личное обучение
Как я многократно рассказывал в канале - написание технических заданий это… заметная часть моей жизни, которая порой не дает двигаться дальше)) ТЗшки нужны постоянно - как на новые проекты, так и по доработкам со старыми (когда клиент заказывает 2е, 3е… 10ое обновление для своего приложения)
Собственно пост - еще одна попытка такого человека найти.
Итак, идеальный кандидат:
▪️Опыт в программировании и в разрабокте (уровень Junior будет достаточно). Важно иметь представление (и опыт) как с бэком, так и со фронтом, так и с базами данных. В общем - FullStack разработчик)
▪️Продуктовое мышление (уметь представить в голове будущий продукт, мысленно поиспользовать это приложение, чтобы по-человечески описать)
▪️Отличное владение русским языком (не должно быть ошибок в тексте, должны быть понятные, человекочитаемые предложения)
▪️Средние коммуникативные навыки (или выше) Все таки надо будет общаться с клиентами, доносить видение, уметь слышать людей
Вполне возможно, что под критерии подойдет… программист, который пописал код и понял, “что не его”. Я сам был таким)
Если у вас есть знакомые, которые подходят под портрет выше, то киньте им этот пост - может быть будет полезно 🙏
По условиям не обижу))
Важный момент❗️
Вся работа - это написание ТЗ. Это НЕ подработка, НЕ халтурка. Это то, что будет на фул-тайм, постоянно.
Я не хочу тратить свое время, чтобы научить человека, который потом срулит или выгорит. Ищу людей, которые понимают, что это “в долгую”.
Если узнали себя, то вот анкета: https://forms.gle/KKydyoDnxkBmzqyi9
Заполняйте, может быть свяжемся, может быть поработаем
Как я многократно рассказывал в канале - написание технических заданий это… заметная часть моей жизни, которая порой не дает двигаться дальше)) ТЗшки нужны постоянно - как на новые проекты, так и по доработкам со старыми (когда клиент заказывает 2е, 3е… 10ое обновление для своего приложения)
Собственно пост - еще одна попытка такого человека найти.
Итак, идеальный кандидат:
▪️Опыт в программировании и в разрабокте (уровень Junior будет достаточно). Важно иметь представление (и опыт) как с бэком, так и со фронтом, так и с базами данных. В общем - FullStack разработчик)
▪️Продуктовое мышление (уметь представить в голове будущий продукт, мысленно поиспользовать это приложение, чтобы по-человечески описать)
▪️Отличное владение русским языком (не должно быть ошибок в тексте, должны быть понятные, человекочитаемые предложения)
▪️Средние коммуникативные навыки (или выше) Все таки надо будет общаться с клиентами, доносить видение, уметь слышать людей
Вполне возможно, что под критерии подойдет… программист, который пописал код и понял, “что не его”. Я сам был таким)
Если у вас есть знакомые, которые подходят под портрет выше, то киньте им этот пост - может быть будет полезно 🙏
По условиям не обижу))
Важный момент❗️
Вся работа - это написание ТЗ. Это НЕ подработка, НЕ халтурка. Это то, что будет на фул-тайм, постоянно.
Я не хочу тратить свое время, чтобы научить человека, который потом срулит или выгорит. Ищу людей, которые понимают, что это “в долгую”.
Если узнали себя, то вот анкета: https://forms.gle/KKydyoDnxkBmzqyi9
Заполняйте, может быть свяжемся, может быть поработаем
Игнат | Разработка приложений
Ищу людей на написание ТЗ, личное обучение Как я многократно рассказывал в канале - написание технических заданий это… заметная часть моей жизни, которая порой не дает двигаться дальше)) ТЗшки нужны постоянно - как на новые проекты, так и по доработкам со…
Был небольшой косяк с формой) если кто заполнял и НЕ указывал контактные данные, то просьба перезаполнить, чтобы мне вас не потерять 🙏
Игнат | Разработка приложений
Был небольшой косяк с формой) если кто заполнял и НЕ указывал контактные данные, то просьба перезаполнить, чтобы мне вас не потерять 🙏
Да) все таки есть в канале какой-то умелец с накрутками – 100+ рекакций появилось просто за секунду, без заметного увеличения числа просмотров.
Напиши хоть в комменты, как это делается, а то интересно)))
А потом вопросы - "а почему в чат проекты клиентов не скидываешь?")
Да потому, что вот таких "крутильщиков" очень много и если телеграму на это в целом пофиг (здесь нет рекомендаций), то приложение может сильно огрести
Напиши хоть в комменты, как это делается, а то интересно)))
А потом вопросы - "а почему в чат проекты клиентов не скидываешь?")
Да потому, что вот таких "крутильщиков" очень много и если телеграму на это в целом пофиг (здесь нет рекомендаций), то приложение может сильно огрести
Новое видео на канале: https://youtu.be/6YrBCn5zKSI
Cколько копий я сломал с заказчиками, споря о том “mvp это или нет”!)) Действительно, сложно найти определение БОЛЕЕ обтекаемое и неконкретное, чем “минимально жизнеспособный продукт”.
Все про МВП слышали, но понимают его все очень по-разному. Проблема в том, что людей сбивает именно слово “продукт”. Они считают, что MVP - это что-то осязаемое)
МВП - это не устав и не ГОСТ. Это просто взгляд на вещи.
Про свое восприятие MVP (благодаря которому я и свой бизнес когда-то запускал), я и решил рассказать в этом видео. Приятного просмотра
Cколько копий я сломал с заказчиками, споря о том “mvp это или нет”!)) Действительно, сложно найти определение БОЛЕЕ обтекаемое и неконкретное, чем “минимально жизнеспособный продукт”.
Все про МВП слышали, но понимают его все очень по-разному. Проблема в том, что людей сбивает именно слово “продукт”. Они считают, что MVP - это что-то осязаемое)
МВП - это не устав и не ГОСТ. Это просто взгляд на вещи.
Про свое восприятие MVP (благодаря которому я и свой бизнес когда-то запускал), я и решил рассказать в этом видео. Приятного просмотра
Технологический стэк. Как выбрать технологию, на которой пилить проект?
В этом посте я писал, что ультимативно скидывать описание проекта и говорить “сделайте” — не лучшая стратегия. Это всё равно, что приходить к доктору со своим планом лечения.
В этом посте предлагаю глубже копнуть в “технологии” — то есть решить, на чем и как пилить проект.
Главная мысль для тех, кому лень читать дальше: технологию должен выбирать исполнитель, который будет непосредственно реализовывать ваш проект. Пообщайтесь с разными, попросите аргументировать выбор. Вы же человека “в долгую” выбираете? Ну, пообщайтесь побольше — поймёте хотя бы, с кем вам комфортнее.
Не нужно пытаться стать экспертом за один вечер, перелопатив весь интернет. Помните аналогию с врачом.
Ещё пара советов:
1️⃣
При выборе языка программирования единственный критерий для вас — это как легко будет найти разработчика на этот язык / технологию. Представьте: нашли вы офигенного разраба, который всё сделал по первому разряду, но… на Ruby on Rails. Согласитесь, обидно будет обнаружить, что этот разработчик на Ruby on Rails был единственным в мире, и теперь вам непонятно, как это приложение вообще поддерживать 😅
2️⃣
Если вы идёте по пути конструкторов (nocode), то у вас два варианта: либо выбирать конструктор, в котором можно выгрузить код (например, FlutterFlow), либо СРАЗУ чётко понимать ВСЕ функции и задачи, которые будут требоваться в вашем проекте.
Например, создавая сайт на конструкторе Tilda, я понимаю, что это будет просто лендос. У меня и в планах нет превратить этот сайт в будущем в веб-платформу по типу AviaSales. То есть, выбирая Тильду, я заранее понимаю, КАК мой продукт будет развиваться в ближайшие годы и какие вызовы передо мной возникнут.
В общем общайтесь с людьми, а не с ИИ)). На мой взгляд всем сейчас этого не хватает
В этом посте я писал, что ультимативно скидывать описание проекта и говорить “сделайте” — не лучшая стратегия. Это всё равно, что приходить к доктору со своим планом лечения.
В этом посте предлагаю глубже копнуть в “технологии” — то есть решить, на чем и как пилить проект.
Главная мысль для тех, кому лень читать дальше: технологию должен выбирать исполнитель, который будет непосредственно реализовывать ваш проект. Пообщайтесь с разными, попросите аргументировать выбор. Вы же человека “в долгую” выбираете? Ну, пообщайтесь побольше — поймёте хотя бы, с кем вам комфортнее.
Не нужно пытаться стать экспертом за один вечер, перелопатив весь интернет. Помните аналогию с врачом.
Ещё пара советов:
1️⃣
При выборе языка программирования единственный критерий для вас — это как легко будет найти разработчика на этот язык / технологию. Представьте: нашли вы офигенного разраба, который всё сделал по первому разряду, но… на Ruby on Rails. Согласитесь, обидно будет обнаружить, что этот разработчик на Ruby on Rails был единственным в мире, и теперь вам непонятно, как это приложение вообще поддерживать 😅
2️⃣
Если вы идёте по пути конструкторов (nocode), то у вас два варианта: либо выбирать конструктор, в котором можно выгрузить код (например, FlutterFlow), либо СРАЗУ чётко понимать ВСЕ функции и задачи, которые будут требоваться в вашем проекте.
Например, создавая сайт на конструкторе Tilda, я понимаю, что это будет просто лендос. У меня и в планах нет превратить этот сайт в будущем в веб-платформу по типу AviaSales. То есть, выбирая Тильду, я заранее понимаю, КАК мой продукт будет развиваться в ближайшие годы и какие вызовы передо мной возникнут.
В общем общайтесь с людьми, а не с ИИ)). На мой взгляд всем сейчас этого не хватает
Как не потонуть в куче экранов? Jobs to be Done (JTBD)
Для каждого приложения мы разрабатываем дизайн в Figma. Рисуем все экраны проекта, чтобы и клиенту было понятно, что в итоге будет на выходе, и разработчик не напрягал голову, а просто разрабатывал.
Так вот, в среднем для одного приложения мы делаем… 220 экранов в дизайне! ДА, можно и меньше (достаточно не так хорошо статусы прорабатывать и будет 100), но тогда эта лень вам аукнется на этапе разработки - ошибок налепите будь здоров)
Тогда вопрос - а как “не запутаться”? Как ничего “не забыть”? А еще и спроектировать интерфейс максимально понятным и удобным для пользователя?
Есть концепция Jobs to be Done (опять же, все из мира стартапов). Если вдаваться в теорию, то эта концепция означает, что человек приобретает “выполненную работу”, а не “продукт”. Грубо говоря “дырку в стене”, а не “дрель”.
Что это дает нам? – Интерфейс проектируется из задач (работ), которые через приложение пользователь пытается решить.
Например:
Задача 1️⃣ – максимально просто и быстро вызвать такси, чтобы поскорее добрать до дома.
Для этого интерфейс проектируется так, чтобы ничего не сбивало пользователя от пути к этой цели. Чем меньше кликов, чем меньше действий пользователь потратит, чтобы решить свою задачу - тем лучше и тем больше он будет доволен опытом использования вашего приложения
Задача 2️⃣ – спокойно доехать до дома (понимать, что водитель не дурит его и не завезет в глухой лес)
Для этого отображаем на экране маршрут поездки, а так же кнопки SOS на всякий случай.
Задача 3️⃣ -поделиться мнением, чтобы наградить водителя Сделать так, чтобы в следующей поездке тоже все прошло гладко)
Для этого предлагаем пользователю оставить отзыв. Я намеренно зачеркнул момент с “поделиться мнением”, ведь это важно далеко не каждому.
А вот сделать так, чтобы водила психопат, который полпути летел по встречке и играл в шашечки вам НЕ попался повторно - реальная задача каждого пользователя (ведь отзывы за тем и оставляются, чтобы формировать рейтинг и черный список, подбирая только тех водителей, которые вам с большей вероятностью понравятся).
То есть важно и нам, разработчикам, не обманывать себя и понимать С КАКОЙ ЦЕЛЬЮ ДЕЙСТВИТЕЛЬНО делаются те или иные функции.
Но и возвращаясь к дизайну, с которого все начиналось:
1. раскладываем приложение на задачи, которые оно должно решать
2. Проектируем экраны ТОЛЬКО для решения этой задачи (об остальном приложении не думаем)
3. Получаем десяток сценариев (решения десятка задач)
4. Затем добавляем несколько экранов, чтобы “сшить” это в общее приложение
Для каждого приложения мы разрабатываем дизайн в Figma. Рисуем все экраны проекта, чтобы и клиенту было понятно, что в итоге будет на выходе, и разработчик не напрягал голову, а просто разрабатывал.
Так вот, в среднем для одного приложения мы делаем… 220 экранов в дизайне! ДА, можно и меньше (достаточно не так хорошо статусы прорабатывать и будет 100), но тогда эта лень вам аукнется на этапе разработки - ошибок налепите будь здоров)
Тогда вопрос - а как “не запутаться”? Как ничего “не забыть”? А еще и спроектировать интерфейс максимально понятным и удобным для пользователя?
Есть концепция Jobs to be Done (опять же, все из мира стартапов). Если вдаваться в теорию, то эта концепция означает, что человек приобретает “выполненную работу”, а не “продукт”. Грубо говоря “дырку в стене”, а не “дрель”.
Что это дает нам? – Интерфейс проектируется из задач (работ), которые через приложение пользователь пытается решить.
Например:
Задача 1️⃣ – максимально просто и быстро вызвать такси, чтобы поскорее добрать до дома.
Для этого интерфейс проектируется так, чтобы ничего не сбивало пользователя от пути к этой цели. Чем меньше кликов, чем меньше действий пользователь потратит, чтобы решить свою задачу - тем лучше и тем больше он будет доволен опытом использования вашего приложения
Задача 2️⃣ – спокойно доехать до дома (понимать, что водитель не дурит его и не завезет в глухой лес)
Для этого отображаем на экране маршрут поездки, а так же кнопки SOS на всякий случай.
Задача 3️⃣ -
Для этого предлагаем пользователю оставить отзыв. Я намеренно зачеркнул момент с “поделиться мнением”, ведь это важно далеко не каждому.
А вот сделать так, чтобы водила психопат, который полпути летел по встречке и играл в шашечки вам НЕ попался повторно - реальная задача каждого пользователя (ведь отзывы за тем и оставляются, чтобы формировать рейтинг и черный список, подбирая только тех водителей, которые вам с большей вероятностью понравятся).
То есть важно и нам, разработчикам, не обманывать себя и понимать С КАКОЙ ЦЕЛЬЮ ДЕЙСТВИТЕЛЬНО делаются те или иные функции.
Но и возвращаясь к дизайну, с которого все начиналось:
1. раскладываем приложение на задачи, которые оно должно решать
2. Проектируем экраны ТОЛЬКО для решения этой задачи (об остальном приложении не думаем)
3. Получаем десяток сценариев (решения десятка задач)
4. Затем добавляем несколько экранов, чтобы “сшить” это в общее приложение
This media is not supported in your browser
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Никто НЕ помнит как именно он появился — ИИ
Не знаю как для вас, но для меня появление ИИ в конце 2022 года (публичный релиз ChatGpt 3.5) стало буквально разорвавшейся бомбой))
ДО ChatGPT все ИИшки были настолько.... беспомощны, что казалось чего-то существенного в этой области не стоит ждать еще лет 20. А тут на тебе!)
Собственно в видео решил разобраться, почему переход от голосовых помощников (Siri, Алиса) до ChatGPT стал таким резким
Видео уже доступно на канале)
Не знаю как для вас, но для меня появление ИИ в конце 2022 года (публичный релиз ChatGpt 3.5) стало буквально разорвавшейся бомбой))
ДО ChatGPT все ИИшки были настолько.... беспомощны, что казалось чего-то существенного в этой области не стоит ждать еще лет 20. А тут на тебе!)
Собственно в видео решил разобраться, почему переход от голосовых помощников (Siri, Алиса) до ChatGPT стал таким резким
Видео уже доступно на канале)
Apple теряет позиции
Уж не знаю, как так случилось, но уже очевидно, что Apple полностью проиграла ИИ гонку. Собственных ИИ у компании нету, попытка “докрутить Siri” в последний момент тоже не увенчалась успехом.
Siri по-прежнему унылый болванчик, который умеет разве что будильник ставить (это было круто в 2011, но сейчас выглядит просто беспомощно)
Последний громкий релиз компании - очки Apple Vision PRO сейчас пылятся на шкафах тех фанатов, которые за 500к рублей разбирали новинку на релизе.
И это все на фоне презентации Google I/O 2025, которая просто порвала рот всем не равнодушным (в том плане, что челюсть отвисла)))
Что ж, на глазах видимо совершается еще одна революция - меняется подход к интерфейсу, в котором Apple всегда был королем. Айфоны, маки, даже эти очки Vision PRO как инженерное решение, как “железка” - по-прежнему на высоте и лучшие в мире. Но сейчас меняется подход к интерфейсу вообще. Зачем делать физические устройства, если всем уже можно управлять голосом?
На этом фоне Сэм Альтман (из OpenAI) покупает за 6 млрд баксов стартап, который изобрел “прорывное устройство” именно для удобной работы с AI (само устройство пока не презентовано, ждем).
Выглядит так, что скоро apple перестанет быть “самой дорогой компанией в мире”, но кто знает)
Уж не знаю, как так случилось, но уже очевидно, что Apple полностью проиграла ИИ гонку. Собственных ИИ у компании нету, попытка “докрутить Siri” в последний момент тоже не увенчалась успехом.
Siri по-прежнему унылый болванчик, который умеет разве что будильник ставить (это было круто в 2011, но сейчас выглядит просто беспомощно)
Последний громкий релиз компании - очки Apple Vision PRO сейчас пылятся на шкафах тех фанатов, которые за 500к рублей разбирали новинку на релизе.
И это все на фоне презентации Google I/O 2025, которая просто порвала рот всем не равнодушным (в том плане, что челюсть отвисла)))
Что ж, на глазах видимо совершается еще одна революция - меняется подход к интерфейсу, в котором Apple всегда был королем. Айфоны, маки, даже эти очки Vision PRO как инженерное решение, как “железка” - по-прежнему на высоте и лучшие в мире. Но сейчас меняется подход к интерфейсу вообще. Зачем делать физические устройства, если всем уже можно управлять голосом?
На этом фоне Сэм Альтман (из OpenAI) покупает за 6 млрд баксов стартап, который изобрел “прорывное устройство” именно для удобной работы с AI (само устройство пока не презентовано, ждем).
Выглядит так, что скоро apple перестанет быть “самой дорогой компанией в мире”, но кто знает)