Понимаю! Сам не скажу, что прямо завален отзывами на свои статьи. С другой стороны, у вас достаточно оригинальная идея, показать элементы линейной алгебры в разрезе сразу и практического применения для игростроя, так и как весьма упрощенной, но очень важной при этом для понимания некоторых основ для работы языковых моделей ИИ. Поэтому и любопытно было бы, как оно быдет продолжено в более сложных вариантах. Но - понимаю! Работа колосальная, а выхлоп - неизвестен.
У себя решил дополнительным кросс-проектным репозиторием с документацией, правилами, планами.
Интересно. Жду статью на хабре А по поводу текущей статьи - радуют различные попытки решить множество проблем с разработкой с помощью ии. Глядишь, так и нащупается оптимальный путь для оптимизации контекста и качества ответов для "небольших по весам" LLM (например для локального размещения)
Согласен. Решения появляются. Но мне импонирует использование SQLite именно как универсального хранилища, так как не смотря на меньшую наглядность, она по идее сулит большую маневреность в плане расширения и скорости работы. Все таки файловый доступ в любом случае должен проигрывать СУБД
Так я и не говорю что ваше решение - неверное. Просто лично мне проще было бы таскать на флешке в разные места весь проект. И тогда расположенное где то общее хранилище уже против меня будет играть
Тоже смущает. Будет плохая переносимость, если к примеру нужно работать из нескольких мест над одним и тем же проектом. Лучше бы хранить базу проекта локально, в какой-нибудь папке .mcpmemmory внутри папки проекта.
В принципе - хорошая идея. Я мало пользуюсь SQL но порой написание простыней запросов и их отладка - ещё та боль. В принципе, если додумать наглядную валидацию и какое-нибудь визуальное представление для отображения схемы запроса, было бы вообще супер! Но это конечно уже очень нетривиальная задача, для которой я как то не встречал примеров
И вообще, сейчас гораздо актуальнее вопрос не "как выжить в ИТ?", а "зачем выживать в ИТ?".
Хороший, и даже для многих - главный сейчас вопрос. Лично мне с моими 50 с хвостиком, уже просто трудно куда либо сдвигаться. Да и жалко. Ещё успею заменить эмигрантов на почетной (без всякой иронии) должности дворника или охранника. Пока ещё мозги хоть что то могут, хотелось бы поработать, в чем учился всю жизнь. А вот с молодежью - не знаю.
С другой стороны, ценность специалистов 30-40+ не должна пропасть. Хороший специалист всегда будет ценен в отличии от оператора ЭВМ)
Именно так, хотя как то рынок труда сейчас не говорит в пользу опытных программистов. Остается надеяться, что когда всё устаканится, опыт все таки возобладает над хайпом новых технологий.
Ну, как то слишком в общем написано. И кстати говоря, очень большие у меня сомнения о том, что можно толково научиться читать код, не владея навыками его писать. Это все таки не написание книги. Необходимо формировать именно алгоритмическое мышление, а не просто понимание что какая инструкция будет делать. И очень желательно ещё и дебажить уметь в том числе и пошагово, когда видишь как на самом деле работает код, и почему он ломается. Моя ценность, к примеру, как программиста со стажем уже больше 30 лет, именно в том, что я умею "почувствовать" где искать проблему, и предложить быстро её решение. И сформировал я этот навык именно многонедельными ковыряниями в отладчиках в своем и чужом коде. Может и ошибаюсь, но сейчас переходя повсеместно на вайб программирование ИИ агентами ,отрасль копает себе могилу, ибо новые поколения айтишников, реально мало будут владеть навыками понимания что генерируется. А значит, будет все больше и больше зависить от того, что им предложит ИИ. Это путь в потенциально огромную проблему для всех.
Это идеализированная схема. И когда возникает момент срочности, смерти подобной, то забивают на неё болт и она сыпется. А раз сделав отступление, обычно уже более легко прибегают к нему повторно. Вот потом и потихоньку, все превращается в картину, описываемую в статье. Я согласен с автором - каждому делу и масштабу - свой инструмент. Другое дело, что следующий шаг требует уже куда большая подготовка среднестатистического менеджера или бухгалтера. А значит - нужны вложения в создание своей, или наполнение сторонней инфраструктуры. Поэтому, до неё и доходит в лучшем случае средний бизнес. Ну, или малый, но который может себе такое позволить финансово
Спасибо! Сам когда то довольно много занимался обработкой звука, но правда не C++ поэтому все решения для накопления опыта весьма полезны. Да, хотелось бы расширения функционала, ближе к обычным редакторам. Например , наоборот разбиение, или вырезка участков и т.п.
Может и не причем, но для регистрации нужно иметь аккаунт, и зарегестрированные в РФ практически сразу отфутболиваются. По поводу всего остального - соглашусь. Но я написал что для ряда задач, определнному кругу программистов (не вайбкодеров!), и такие услуги вполне себе имеют место быть нормальными.
Вы только не упоминаете, что там есть лимит токенов на всех. И если он всеми выбран, то OR вас просто отфутболит. Причем, порой в самый неподходящий момент. Проходили уже
Ну, не все так просто и очевидно. Просто VPN (за которое надо тоже платить, но это да, мелочи на фоне стоимости самих LLM) не решает всех проблем. Нужно иметь ещё и аккаунт не из РФ (я тут подписан на ТГ канал, где постоянные стоны от тех, кого заблочили в Антигравити из-за российского аккаунта) и т.д. Ну да, всё решаемо, если задаться такой целью! Пока решаемо. Я же с этим и не спорю! Другое дело, что решения эти - всё равно танцы с бубном! И приходится терять на них довольно много времени и сил, без каких либо гарантий, что эти обходные способы РКН или сами владельцы моделей, завтра не перекроют и тогда ищем и пляшем по новой. Поэтому, проще за деньги с таким агрегатором, как BotHub работать, так как эти проблемы все, сразу становятся его головняком. Но это, конечно, если не надо круглосуточно через агентов очередную "нетленку" вайбкодить. Мне - не надо! Поэтому я и высказал свою частную позицию. ЗЫ. И вообще, в перспективе развития событий, нужно собирать достаточно мощные аппаратные решения для локальных моделей. Да, дорого, применение ограниченное (но не страшно, если то привык и сам программировать и ИИ тебе просто помощник а не раб),но зато нет проблем с утечкой данных и отключением со стороны
Отчего же? Я себя вовсе таковым не считаю. Я и вайбкодингом не страдаю. Для меня агенты это просто хорошие помощники. Большую часть я все равно в итоге пишу вручную. И мне реально норм, если я трачу скажем в месяц 5400, чтобы сократить неделю самостоятельного написания всякой мелочи в проектах. Ну а искать обходные способы прямого подключения через покупку хитрых аккаунтов и зарубежных карт "можно, но зачем?(С)"
Понимаю! Ну, тогда я пас. Я как то в таком случае затрудняюсь даже предположить что можно делать. Разве что влазить внутрь таких элементов и искать есть ли у них подписаные события, которые должны срабатывать на появление элемента в поле видимости пользователя, и тогда на них делать либо дополнительную задержку, либо принудительно вызывать такие события.
Я не крут во фронтэнде, потому и вопрос может глупый, для lazy-loading используется какой то типизированный подход типа аттрибутов или за счет js кода?
Вопрос на миллиард доларов!
Понимаю! Сам не скажу, что прямо завален отзывами на свои статьи. С другой стороны, у вас достаточно оригинальная идея, показать элементы линейной алгебры в разрезе сразу и практического применения для игростроя, так и как весьма упрощенной, но очень важной при этом для понимания некоторых основ для работы языковых моделей ИИ. Поэтому и любопытно было бы, как оно быдет продолжено в более сложных вариантах. Но - понимаю! Работа колосальная, а выхлоп - неизвестен.
Интересный подход, для изложения! Не останавливайтесь. Особенно любопытно, сможете ли вы таким же образом изложить основы тензорного анализа?
Интересно. Жду статью на хабре
А по поводу текущей статьи - радуют различные попытки решить множество проблем с разработкой с помощью ии. Глядишь, так и нащупается оптимальный путь для оптимизации контекста и качества ответов для "небольших по весам" LLM (например для локального размещения)
Согласен. Решения появляются. Но мне импонирует использование SQLite именно как универсального хранилища, так как не смотря на меньшую наглядность, она по идее сулит большую маневреность в плане расширения и скорости работы. Все таки файловый доступ в любом случае должен проигрывать СУБД
Так я и не говорю что ваше решение - неверное. Просто лично мне проще было бы таскать на флешке в разные места весь проект. И тогда расположенное где то общее хранилище уже против меня будет играть
Тоже смущает. Будет плохая переносимость, если к примеру нужно работать из нескольких мест над одним и тем же проектом. Лучше бы хранить базу проекта локально, в какой-нибудь папке .mcpmemmory внутри папки проекта.
В принципе - хорошая идея. Я мало пользуюсь SQL но порой написание простыней запросов и их отладка - ещё та боль. В принципе, если додумать наглядную валидацию и какое-нибудь визуальное представление для отображения схемы запроса, было бы вообще супер! Но это конечно уже очень нетривиальная задача, для которой я как то не встречал примеров
Завтра, вам гугл закрывает доступ и можете спокойно идти "делать харакири" своему бизнесу.
Хороший, и даже для многих - главный сейчас вопрос. Лично мне с моими 50 с хвостиком, уже просто трудно куда либо сдвигаться. Да и жалко. Ещё успею заменить эмигрантов на почетной (без всякой иронии) должности дворника или охранника. Пока ещё мозги хоть что то могут, хотелось бы поработать, в чем учился всю жизнь. А вот с молодежью - не знаю.
Именно так, хотя как то рынок труда сейчас не говорит в пользу опытных программистов. Остается надеяться, что когда всё устаканится, опыт все таки возобладает над хайпом новых технологий.
Ну, как то слишком в общем написано. И кстати говоря, очень большие у меня сомнения о том, что можно толково научиться читать код, не владея навыками его писать. Это все таки не написание книги. Необходимо формировать именно алгоритмическое мышление, а не просто понимание что какая инструкция будет делать. И очень желательно ещё и дебажить уметь в том числе и пошагово, когда видишь как на самом деле работает код, и почему он ломается. Моя ценность, к примеру, как программиста со стажем уже больше 30 лет, именно в том, что я умею "почувствовать" где искать проблему, и предложить быстро её решение. И сформировал я этот навык именно многонедельными ковыряниями в отладчиках в своем и чужом коде.
Может и ошибаюсь, но сейчас переходя повсеместно на вайб программирование ИИ агентами ,отрасль копает себе могилу, ибо новые поколения айтишников, реально мало будут владеть навыками понимания что генерируется. А значит, будет все больше и больше зависить от того, что им предложит ИИ. Это путь в потенциально огромную проблему для всех.
Это идеализированная схема. И когда возникает момент срочности, смерти подобной, то забивают на неё болт и она сыпется. А раз сделав отступление, обычно уже более легко прибегают к нему повторно. Вот потом и потихоньку, все превращается в картину, описываемую в статье. Я согласен с автором - каждому делу и масштабу - свой инструмент. Другое дело, что следующий шаг требует уже куда большая подготовка среднестатистического менеджера или бухгалтера. А значит - нужны вложения в создание своей, или наполнение сторонней инфраструктуры. Поэтому, до неё и доходит в лучшем случае средний бизнес. Ну, или малый, но который может себе такое позволить финансово
Спасибо! Сам когда то довольно много занимался обработкой звука, но правда не C++ поэтому все решения для накопления опыта весьма полезны. Да, хотелось бы расширения функционала, ближе к обычным редакторам. Например , наоборот разбиение, или вырезка участков и т.п.
Может и не причем, но для регистрации нужно иметь аккаунт, и зарегестрированные в РФ практически сразу отфутболиваются.
По поводу всего остального - соглашусь. Но я написал что для ряда задач, определнному кругу программистов (не вайбкодеров!), и такие услуги вполне себе имеют место быть нормальными.
Вы только не упоминаете, что там есть лимит токенов на всех. И если он всеми выбран, то OR вас просто отфутболит. Причем, порой в самый неподходящий момент. Проходили уже
Ну, не все так просто и очевидно. Просто VPN (за которое надо тоже платить, но это да, мелочи на фоне стоимости самих LLM) не решает всех проблем. Нужно иметь ещё и аккаунт не из РФ (я тут подписан на ТГ канал, где постоянные стоны от тех, кого заблочили в Антигравити из-за российского аккаунта) и т.д.
Ну да, всё решаемо, если задаться такой целью! Пока решаемо. Я же с этим и не спорю! Другое дело, что решения эти - всё равно танцы с бубном! И приходится терять на них довольно много времени и сил, без каких либо гарантий, что эти обходные способы РКН или сами владельцы моделей, завтра не перекроют и тогда ищем и пляшем по новой.
Поэтому, проще за деньги с таким агрегатором, как BotHub работать, так как эти проблемы все, сразу становятся его головняком. Но это, конечно, если не надо круглосуточно через агентов очередную "нетленку" вайбкодить. Мне - не надо! Поэтому я и высказал свою частную позицию.
ЗЫ. И вообще, в перспективе развития событий, нужно собирать достаточно мощные аппаратные решения для локальных моделей. Да, дорого, применение ограниченное (но не страшно, если то привык и сам программировать и ИИ тебе просто помощник а не раб),но зато нет проблем с утечкой данных и отключением со стороны
Отчего же? Я себя вовсе таковым не считаю.
Я и вайбкодингом не страдаю. Для меня агенты это просто хорошие помощники. Большую часть я все равно в итоге пишу вручную. И мне реально норм, если я трачу скажем в месяц 5400, чтобы сократить неделю самостоятельного написания всякой мелочи в проектах. Ну а искать обходные способы прямого подключения через покупку хитрых аккаунтов и зарубежных карт "можно, но зачем?(С)"
Понимаю! Ну, тогда я пас. Я как то в таком случае затрудняюсь даже предположить что можно делать. Разве что влазить внутрь таких элементов и искать есть ли у них подписаные события, которые должны срабатывать на появление элемента в поле видимости пользователя, и тогда на них делать либо дополнительную задержку, либо принудительно вызывать такие события.
Я не крут во фронтэнде, потому и вопрос может глупый, для lazy-loading используется какой то типизированный подход типа аттрибутов или за счет js кода?