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