Могу предложить, что комментатор ввиду, например, картинки/видео и др. В python backend реально почти не сталкивался с этим) но из опыта разработки на Java и php могу сказать, что папка res/ обычно располагается в корне проекта, а ресурсы в ней разделены либо по типам (res/documents, res/images), либо по тематике (например, res/pages/contact, res/uploads/hdjdjehhd.pdf) в зависимости от приложения. Если это игра, то проще разделять по типам. Если проект большой - по тематике. Это из личного опыта, если кто не согласен, или в питоне другие правила - пишите, самому интересно
Но не все же вопросы можно отдавать AI, верно?) я занимался разработкой подобных систем без искусственного интеллекта. то есть составление заказа через telegram: просмотр списка услуг, списка цен, выбор, просмотр описания, заказ, оплата и т.д. в ТГ можно легко составить очень красивое презентабельное меню с использованием красивых символов (я, честно, был поражен до глубины души тем, НАСКОЛЬКО красиво это можно оформить; будет интересно - скину пару примеров). Всё. В таком варианте безо всякого AI это уже полноценный сервис. Минималистичный, понятный. Может не идеально-наглядный. Но удобный. Зачем здесь AI? Честно - не знаю. Мне кажется, здесь это излишне. Разве что для имитации бармена. Типа для ответа на вопросы: "посоветуйте мне что-то не сильно крепкое", или "есть ли у вас что-то без кедровых орехов? У меня на них аллергия". Или же в качестве менеджера ("где мой заказ? Я жду уже 20 минут!"). Всё. Это закрывает все потребности, в том числе и потребность в постоянной поддержке по поводу заказов. И да, если нужны сложные визуализации, можно просто прислать красивую ссылку на сайт
Спасибо, статья интересная) Подскажите пожалуйста, а можно ли с использованием Vue установить обработчики событий на все элементы с некоторым классом? Почему-то нигде не могу найти информацию по этому поводу
Аналог в JQuery:
$('.classA').click(() => { /* Do something... */ });
Не, возможно, в далёком-далеком будущем, лет через 100, у всех приложений на любые устройства будет единый апи взаимодействия с системой, при котором приложения могут взаимодействовать друг с другом (я имею ввиду например то, что нельзя из одного приложения нажать кнопочку в окошке другого без автокликера, или, как было сказано выше, нельзя получить из условного приложения кошелек карту пятерочки), а ИИ научится отправлять запросы на эндпоинты по заданным схемам, и вот тогда может появиться суперприложение-менеджер других приложений с искусственным интеллектом. Но не раньше
На всякий случай - uvicorn с опцией --reload потребляет очень много ресурсов и может тормозить, о чём говорится прям в документации) поэтому использовать на проде крайне не рекомендуется (можно в том случае, если ресурсов предостаточно, или высокая производительность не требуется)
Я бы не стал так критично относиться к микросервисам. В моём случае, например, так получилось, что я - единственный человек в команде по разработке системы скрейпинга, но при этом скрейперы очень разные, и их много, а контрольная панель одна. Логично, что каждый скрейпер я выделю в микросервис, который обрабатывает очередь постоянных задач и который я в любой момент могу остановить, чтобы улучшить, и запустить вновь. Так что случай с большой командой - не единственный возможный)
По-моему, смысл данных запросов довольно очевиден) к тому же, результат может сильно разниться в зависимости от кода и задачи. Тут лучше просто попробовать
В вакансиях требуется опыт коммерческой разработки. Но обратите внимание - не сказано, на каком конкретно языке)) потому что в коммерческой разработке у вас очень редко будет только 1 язык. Поэтому советую подучить что-то попроще и пойти поработаль по этому направлению, а уже после - в С++. В плюсы действительно берут только матёрых программистов, а вот куда-нибудь в веб - легко вообще без опыта. Я в свои 15 за 2 дня нашёл аж 3 вакансии, на которые меня пригласили без опыта в коммерческой разработке. Думаю, это самый легкий старт
Кроме того, есть путь через конкурсы, хакатоны и олимпиады. Если займешь призовое место - во-первых, выплачивают вознаграждение, а во-вторых, могут предложить контракт на развитие того, что ты сделал. Это второй путь, тоже довольно удачный и более интерксный, чем первый, но без гарантий
А может быть, у вас будет свой путь. В любом случае - желаю удачи!
О БОЖЕ вы спасли меня от переустановки linux :) совет: если у Вас не работает созданное кем-то графическое приложение в докере (например, эмулятор), посмотрите YML конфиг: возможно, в разделе devices они написали /dev/snd:/dev/snd. Замените это на подключение устройств, как описано в данной статье -- возможно, это поможет!
Примечательно, что на Ubuntu 22.04 и ниже подключение через /dev/snd работает, но на 24.04 уже нет
Ну вот автор статьи к этому и призывает) судя по его высказываниям и примерам, многие как раз таки и пытаются эту отвертку от швейцарского ножа использовать, чтобы починить автомобиль
Ну вы прям через чур категоричны) пвтор призывает не отказаться от среднего, а не принимать среднее как идеал. Статистический показатель - это хорошо, но ровно до того момента, в котором люди станут принимать это как то, к чему стоит стремиться. Что такое "средний человек"? Если рассчитать как "среднее арифметическое", то получится, что он будет уметь всё по чуть-чуть, и нигде не сможет достичь успеха. В этом такое представление губительно. Если на работу не взяли из-за того, что ты не знаешь, что такое Fossil, но знаешь, что такое Git, и при этом у тебя огромный опыт в разработке программ, которой занимается компания, это хорошо? Взяли вместо тебя человека с точно подходящим набором скиллов, но никак не разбирающимся в теме работы. Это плохое решение. Пример конечно утрированный, и HR закидали бы меня тухлыми помидорами. Почему? Потому что они как раз избегают применение общих шаблонов для собеседования и стараются подойти к человеку максимально индивидуально, оценивая его на основе его успехов в различных областях
У этого фреймворка рендеринг настолько виртуальный, что он явно происходит где-то за пределами моего устройства, от чего я на их сайте вижу только белый экран. Но это такая фича, не волнуйтесь. Новейшая оптимизация, так сказать
Почему же, в данном утверждении автор прав. Иначе как объяснить пояаление монструозных серверных процессоров интел и АМД? Не проще разве натыкать кучу старых?) Конечно нет, ведь если связь между компонентами располагается на одном чипе, это НАМНОГО более производительно, чем связь отдельных чипов между собой. КПД как раз таки вырастет. Разумеется, есть ряд технических нюансов, и такое сравнение не совсем корректно из-за разных архитектур, но в общем случае всё так
Люди, вы забываете, насколько трудно внедрить новые технологии в большие компании. Чтобы перестроить все бизнес-процессы, нужно огромное количество временных и финансовых трат. А потом команда нейронок просто не сможет решить поставленную задачу, и всё))
Такие технологии скорее будут распространены среди стартапов или небольших компаний. Но мир пока совершенно не готов к такому
Сильно и резко спрос на айтишников не упадёт) чтобы перестроить все технологические процессы, потребуются годы, или даже десятилетия. Даже если бы сейчас уже была готова нейронка, которая способна выдать план разработки огромного сервиса, подобного гугл поиску, с возможностью интеграции с другими готовыми сервисами, как внутренними, так и внешними, проанализировать все зависимости, а также определить, какие команды нейронок ей нужны (включая нейронок-программистов, нейронок-дизайнеров, нейронок-тестировщиков и т.д.) и наладить всю коммуникацию, потребуется ОЧЕНЬ много времени для их настройки, отладки, сравнения с моделями-конкурентами. А ещё необходимо сформировать команду, которая будет ставить нейронкам (или главной нейронке) задачи, мониторить процесс разработки и проверять результаты тестирования и сам продукт
Это всё требует поистине гигантских финансовых трат. А потом найдётся задача, которую нейронки ещё не могут решить)) и всё это коту под хвост. Такие технологии будут использовать скорее стартапы, которые также без проблем смогут воспользоваться разработкой на аутсорсе
Говорите, "25"+10=30 - это хорошо, а потом советуете python?) Ха!
P.S. не путайте строгую и статическую типизации
Могу предложить, что комментатор ввиду, например, картинки/видео и др. В python backend реально почти не сталкивался с этим) но из опыта разработки на Java и php могу сказать, что папка res/ обычно располагается в корне проекта, а ресурсы в ней разделены либо по типам (res/documents, res/images), либо по тематике (например, res/pages/contact, res/uploads/hdjdjehhd.pdf) в зависимости от приложения. Если это игра, то проще разделять по типам. Если проект большой - по тематике. Это из личного опыта, если кто не согласен, или в питоне другие правила - пишите, самому интересно
Но не все же вопросы можно отдавать AI, верно?) я занимался разработкой подобных систем без искусственного интеллекта. то есть составление заказа через telegram: просмотр списка услуг, списка цен, выбор, просмотр описания, заказ, оплата и т.д. в ТГ можно легко составить очень красивое презентабельное меню с использованием красивых символов (я, честно, был поражен до глубины души тем, НАСКОЛЬКО красиво это можно оформить; будет интересно - скину пару примеров). Всё. В таком варианте безо всякого AI это уже полноценный сервис. Минималистичный, понятный. Может не идеально-наглядный. Но удобный. Зачем здесь AI? Честно - не знаю. Мне кажется, здесь это излишне. Разве что для имитации бармена. Типа для ответа на вопросы: "посоветуйте мне что-то не сильно крепкое", или "есть ли у вас что-то без кедровых орехов? У меня на них аллергия". Или же в качестве менеджера ("где мой заказ? Я жду уже 20 минут!"). Всё. Это закрывает все потребности, в том числе и потребность в постоянной поддержке по поводу заказов. И да, если нужны сложные визуализации, можно просто прислать красивую ссылку на сайт
Спасибо, статья интересная) Подскажите пожалуйста, а можно ли с использованием Vue установить обработчики событий на все элементы с некоторым классом? Почему-то нигде не могу найти информацию по этому поводу
Аналог в JQuery:
Не, возможно, в далёком-далеком будущем, лет через 100, у всех приложений на любые устройства будет единый апи взаимодействия с системой, при котором приложения могут взаимодействовать друг с другом (я имею ввиду например то, что нельзя из одного приложения нажать кнопочку в окошке другого без автокликера, или, как было сказано выше, нельзя получить из условного приложения кошелек карту пятерочки), а ИИ научится отправлять запросы на эндпоинты по заданным схемам, и вот тогда может появиться суперприложение-менеджер других приложений с искусственным интеллектом. Но не раньше
На всякий случай - uvicorn с опцией --reload потребляет очень много ресурсов и может тормозить, о чём говорится прям в документации) поэтому использовать на проде крайне не рекомендуется (можно в том случае, если ресурсов предостаточно, или высокая производительность не требуется)
Неужели мой коммент к предыдущей статье прочитали?)
Теперь давайте прокинем в docker образ X-11 сервер, и будет вообще конфетка
UPD: простите за дизинфу, на самом деле мне помогла команда xhost +local:
С ней всё работает на ура и без редактирования YML конфига))
Я бы не стал так критично относиться к микросервисам. В моём случае, например, так получилось, что я - единственный человек в команде по разработке системы скрейпинга, но при этом скрейперы очень разные, и их много, а контрольная панель одна. Логично, что каждый скрейпер я выделю в микросервис, который обрабатывает очередь постоянных задач и который я в любой момент могу остановить, чтобы улучшить, и запустить вновь. Так что случай с большой командой - не единственный возможный)
По-моему, смысл данных запросов довольно очевиден) к тому же, результат может сильно разниться в зависимости от кода и задачи. Тут лучше просто попробовать
В вакансиях требуется опыт коммерческой разработки. Но обратите внимание - не сказано, на каком конкретно языке)) потому что в коммерческой разработке у вас очень редко будет только 1 язык. Поэтому советую подучить что-то попроще и пойти поработаль по этому направлению, а уже после - в С++. В плюсы действительно берут только матёрых программистов, а вот куда-нибудь в веб - легко вообще без опыта. Я в свои 15 за 2 дня нашёл аж 3 вакансии, на которые меня пригласили без опыта в коммерческой разработке. Думаю, это самый легкий старт
Кроме того, есть путь через конкурсы, хакатоны и олимпиады. Если займешь призовое место - во-первых, выплачивают вознаграждение, а во-вторых, могут предложить контракт на развитие того, что ты сделал. Это второй путь, тоже довольно удачный и более интерксный, чем первый, но без гарантий
А может быть, у вас будет свой путь. В любом случае - желаю удачи!
О БОЖЕ вы спасли меня от переустановки linux :) совет: если у Вас не работает созданное кем-то графическое приложение в докере (например, эмулятор), посмотрите YML конфиг: возможно, в разделе devices они написали /dev/snd:/dev/snd. Замените это на подключение устройств, как описано в данной статье -- возможно, это поможет!
Примечательно, что на Ubuntu 22.04 и ниже подключение через /dev/snd работает, но на 24.04 уже нет
Ну вот автор статьи к этому и призывает) судя по его высказываниям и примерам, многие как раз таки и пытаются эту отвертку от швейцарского ножа использовать, чтобы починить автомобиль
Ну вы прям через чур категоричны) пвтор призывает не отказаться от среднего, а не принимать среднее как идеал. Статистический показатель - это хорошо, но ровно до того момента, в котором люди станут принимать это как то, к чему стоит стремиться. Что такое "средний человек"? Если рассчитать как "среднее арифметическое", то получится, что он будет уметь всё по чуть-чуть, и нигде не сможет достичь успеха. В этом такое представление губительно. Если на работу не взяли из-за того, что ты не знаешь, что такое Fossil, но знаешь, что такое Git, и при этом у тебя огромный опыт в разработке программ, которой занимается компания, это хорошо? Взяли вместо тебя человека с точно подходящим набором скиллов, но никак не разбирающимся в теме работы. Это плохое решение. Пример конечно утрированный, и HR закидали бы меня тухлыми помидорами. Почему? Потому что они как раз избегают применение общих шаблонов для собеседования и стараются подойти к человеку максимально индивидуально, оценивая его на основе его успехов в различных областях
Если сбер это обнаружат, знаете, какое будет решение бага? Новая акция: округляем баланс бонусов!
У этого фреймворка рендеринг настолько виртуальный, что он явно происходит где-то за пределами моего устройства, от чего я на их сайте вижу только белый экран. Но это такая фича, не волнуйтесь. Новейшая оптимизация, так сказать
Почему же, в данном утверждении автор прав. Иначе как объяснить пояаление монструозных серверных процессоров интел и АМД? Не проще разве натыкать кучу старых?) Конечно нет, ведь если связь между компонентами располагается на одном чипе, это НАМНОГО более производительно, чем связь отдельных чипов между собой. КПД как раз таки вырастет. Разумеется, есть ряд технических нюансов, и такое сравнение не совсем корректно из-за разных архитектур, но в общем случае всё так
Люди, вы забываете, насколько трудно внедрить новые технологии в большие компании. Чтобы перестроить все бизнес-процессы, нужно огромное количество временных и финансовых трат. А потом команда нейронок просто не сможет решить поставленную задачу, и всё))
Такие технологии скорее будут распространены среди стартапов или небольших компаний. Но мир пока совершенно не готов к такому
Сильно и резко спрос на айтишников не упадёт) чтобы перестроить все технологические процессы, потребуются годы, или даже десятилетия. Даже если бы сейчас уже была готова нейронка, которая способна выдать план разработки огромного сервиса, подобного гугл поиску, с возможностью интеграции с другими готовыми сервисами, как внутренними, так и внешними, проанализировать все зависимости, а также определить, какие команды нейронок ей нужны (включая нейронок-программистов, нейронок-дизайнеров, нейронок-тестировщиков и т.д.) и наладить всю коммуникацию, потребуется ОЧЕНЬ много времени для их настройки, отладки, сравнения с моделями-конкурентами. А ещё необходимо сформировать команду, которая будет ставить нейронкам (или главной нейронке) задачи, мониторить процесс разработки и проверять результаты тестирования и сам продукт
Это всё требует поистине гигантских финансовых трат. А потом найдётся задача, которую нейронки ещё не могут решить)) и всё это коту под хвост. Такие технологии будут использовать скорее стартапы, которые также без проблем смогут воспользоваться разработкой на аутсорсе