Не очень хочется в такой токсичной среде что-то выкладывать, если честно. Думаю, что это своего рода профессиональное лобби. Но как ни минусуй такой материал, это трансформацию рынка уже не остановит.
Нет тут продвижения бизнес-идеи. Есть опыт человека, который нырнул в нишу, потратил время, чтобы помочь другим, выкладывая довольно уникальный контент, который просто невозможно получить не истратив полгода на это. И есть реакция, которую я вижу. Эта реакция не на статью и не на подачу, а на изменение рынка, которое отрицается проф. сообществом. И страх распространения такой информации, вот и всё.
Без проблем, убрал вообще все что касается разработчиков везде. Всё в одну часть плохо писать, огромная колбаса будет, особенно тема установки Курсора и начала работы. Идеи спамить-то как бы нет. Есть идея доделать цикл для людей, которые хотят попробовать это.
PostgreSQL тут упоминается не потому, что он «единственный умеет хранить таблицы». Базовый CRUD можно сделать на любой СУБД: MySQL, SQLite, Firebird и т.д.
Но в контексте AI-продуктов и разработки с Cursor важна не только сама база, а экосистема вокруг неё. Например, Supabase фактически построен вокруг PostgreSQL. Это не просто «база», а сразу связка: Postgres + Auth + RLS + Realtime + API + storage + vector search. И всё это работает нативно на уровне базы.
Для AI-продуктов важна, например, работа с embeddings. В PostgreSQL есть pgvector, фактически стандартный способ хранить и искать векторные представления прямо в базе. Это сильно упрощает архитектуру.
Firebird - хорошая классическая СУБД, но у неё практически нет современной экосистемы вокруг AI-разработки. Нет стандартных решений для vector search, нет крупных BaaS-платформ поверх неё, меньше интеграций с современными ORM и AI-инструментами. Поэтому в таких проектах её почти не используют.
А насчёт трёх статей за сутки, да, согласен, выглядит как попытка аккуратно занять всю ленту :)
Почему вернулся спустя 13 лет - потому что получил редкий опыт с коптерами тогда, и редкий опыт с курсором сейчас. Считаю, надо делиться инфой, пока есть на это время и запал. А-то получится как тогда, 3-ю часть просили, писали, а фокус уже сместился на другое.
Вообще, изначально написал на английском на Medium, потом подумал почему бы на русском не сделать тоже, вспомнил про этот аккаунт и нашел пароль, но вижу минусуют, видимо в нашем сегменте никому не нужно это.
Судя по тону вашего обращения, вы вообще выше всяких кладбищ и стартапов. Но круто, что первый коммент от такой важной персоны, спасибо.
Если по сути самого проекта, может сделаю отдельный пост потом почему я 10 лет не делал этот проект (об этом вы уже догадываетесь), почему я все-таки его сделал и как трансформировал. Сейчас это честный материал, честный первый промпт в том виде, каким он был. Технически это изометрический редактор и карты как в стратегиях, ничего мрачного.
Сам рынок digital legacy был $12.93 млрд в 2024 и должен расти с CAGR 15.6% в 2025–2030. Если грубо экстраполировать такой темп, к 2030 это уже порядок $30.9 млрд. Genealogy products & services — это $5.14 млрд в 2025 с прогнозом до $8.41 млрд к 2030 при CAGR 10.1%. И да, люди рождаются и умирают, если что.
Провел эксперимент. ESC не сгорел, но теперь его подглючивает под нагрузкой. Иногда на мгновение перестает крутить мотор вообще, и коптер сильно дергается.
Мое мнение такое — если вы зарабатываете на съемке деньги, можно вполне поставить Wookong или попотеть и сэкономить, настроив APM. Решение это скорее экономическое, так как время, потраченное вами на настройку APM может стоить дороже разницы в цене контроллеров или же дешевле. Кроме того, имея дорогой коптер, можно получить более интересные заказы. Да и уверенности в себе у вас будет больше на переговорах. Для FPV функциональность Wookong (облеты местности по точкам на карте с трансляцией на ноутбук, автоматическая фокусировка аппарата на точке интереса и т.п.) — явно избыточна.
Я вот летаю на Naza каждый день и могу сказать, что угол крена/тангажа действительно ограничен, но иначе коптер просто не держит высоту. Причем, в режиме GPS Atti ограничение более жесткое, чем в режиме Atti. И в Atti высота плавает больше. Так что это ограничение механики, а не электроники. В Naza есть настройки жесткости управление (как раз ограничения), их можно вообще вывести на пульт, как я и сделал. Про периферию — это не так! Можно запросто подключить сторонний OSD и подвес. Единственное, вы не будете видеть текущий режим полета, но вы его и так знаете.
Спасибо огромное за уточнение. Вы летали и на Naza и на ArduPilot? Как много на том и на том? Какие функции есть в ArduPilot, которых нет в Naza, если не сложно? Какие преимущества будут после портирования?
потому что тема спорная, но в то же время ниша пустая. насчет провалов не понял, провала не будет, если ничего не делать.
Не очень хочется в такой токсичной среде что-то выкладывать, если честно. Думаю, что это своего рода профессиональное лобби. Но как ни минусуй такой материал, это трансформацию рынка уже не остановит.
Нет тут продвижения бизнес-идеи. Есть опыт человека, который нырнул в нишу, потратил время, чтобы помочь другим, выкладывая довольно уникальный контент, который просто невозможно получить не истратив полгода на это. И есть реакция, которую я вижу. Эта реакция не на статью и не на подачу, а на изменение рынка, которое отрицается проф. сообществом. И страх распространения такой информации, вот и всё.
Без проблем, убрал вообще все что касается разработчиков везде. Всё в одну часть плохо писать, огромная колбаса будет, особенно тема установки Курсора и начала работы. Идеи спамить-то как бы нет. Есть идея доделать цикл для людей, которые хотят попробовать это.
я в 5 части напишу, наверное, про эмбеддинги в целом и про pgvector. и в 3 как раз про карту международную написал, что без нее не получится ничего.
PostgreSQL тут упоминается не потому, что он «единственный умеет хранить таблицы». Базовый CRUD можно сделать на любой СУБД: MySQL, SQLite, Firebird и т.д.
Но в контексте AI-продуктов и разработки с Cursor важна не только сама база, а экосистема вокруг неё. Например, Supabase фактически построен вокруг PostgreSQL. Это не просто «база», а сразу связка: Postgres + Auth + RLS + Realtime + API + storage + vector search. И всё это работает нативно на уровне базы.
Для AI-продуктов важна, например, работа с embeddings. В PostgreSQL есть pgvector, фактически стандартный способ хранить и искать векторные представления прямо в базе. Это сильно упрощает архитектуру.
Firebird - хорошая классическая СУБД, но у неё практически нет современной экосистемы вокруг AI-разработки. Нет стандартных решений для vector search, нет крупных BaaS-платформ поверх неё, меньше интеграций с современными ORM и AI-инструментами. Поэтому в таких проектах её почти не используют.
А насчёт трёх статей за сутки, да, согласен, выглядит как попытка аккуратно занять всю ленту :)
Почему вернулся спустя 13 лет - потому что получил редкий опыт с коптерами тогда, и редкий опыт с курсором сейчас. Считаю, надо делиться инфой, пока есть на это время и запал. А-то получится как тогда, 3-ю часть просили, писали, а фокус уже сместился на другое.
Вообще, изначально написал на английском на Medium, потом подумал почему бы на русском не сделать тоже, вспомнил про этот аккаунт и нашел пароль, но вижу минусуют, видимо в нашем сегменте никому не нужно это.
Судя по тону вашего обращения, вы вообще выше всяких кладбищ и стартапов. Но круто, что первый коммент от такой важной персоны, спасибо.
Если по сути самого проекта, может сделаю отдельный пост потом почему я 10 лет не делал этот проект (об этом вы уже догадываетесь), почему я все-таки его сделал и как трансформировал. Сейчас это честный материал, честный первый промпт в том виде, каким он был. Технически это изометрический редактор и карты как в стратегиях, ничего мрачного.
Сам рынок digital legacy был $12.93 млрд в 2024 и должен расти с CAGR 15.6% в 2025–2030. Если грубо экстраполировать такой темп, к 2030 это уже порядок $30.9 млрд. Genealogy products & services — это $5.14 млрд в 2025 с прогнозом до $8.41 млрд к 2030 при CAGR 10.1%. И да, люди рождаются и умирают, если что.