Речь в статье не про мантейнеров пакетов debian, а про мантейнеров проектов, которые обязательно при этом являются разработчиками, но им приходится заниматься другими задачами чтобы проект оставался живым, причем на код иногда времени просто не остаётся. Но в целом, обычно команда мантейнеров opensource проекта == основные разработчики проекта.
Нужно взглянуть чуть шире. Откуда взялся тот открытый код, на котором зарабатывают "производители" прошивок? Производители эти чаще зарабатывают не на разработке открытого ПО, а на краже интеллектуальной собственности. Умудряясь делать это даже с теми проектами, лицензия которых разрешает коммерческое использование. Но статья не про них. А про тех, кто собственно пишет это ПО. Оглянитесь вокруг, в каждой квартире найдется не одно устройство, за разработку кода используемого в котором, разработчик получил не вознаграждение, а тонну гневных писем от просто неразобравшихся людей, хейтеров и прочих сумасшедших.
Надо сказать не худшая статья такого плана. Можно даже пойти погуглить что такое Opentext (вангую что не стоит на это искать готовых дорогих спецов, проще взять десяток практикантов, из которых пара адекватных потом останется).
На самом деле, довольно очевидная вещь. В некоторых компьютерах не так то просто найти надёжный источник энтропии, и инженеры Win95 (не путать с маркетологами, эти появятся только ближе к Vista), придумали элегантное решение как мотивировать пользователя эту энтропию создавать - если пользователь недостаточно активно двигает мышкой, то включается микротаймер, который заставляет систему работать чуть медленнее, заодно накапливая энтропию. С этим же связана и широко известная фича, открывшая целое направление в современном искусстве - рисование узоров окнами.
Может решили что краудсорсинг остаётся краудсорсингом, даже если платить x10 и пускать в профсоюзы. Ну или Bard уже достиг ASI и кожаные мешки теперь только мешают.
Отвечу на этот коммент, так как интерфейс хабра видимо делали те самые разработчики которые не задумываются об алгоритмах и других вещах и "проложили прямую трубу" в интерфейсе добавления нового комментария.
Делить на две категории - не правильно. Все мы разные. Нет на самом деле никаких высших каст разработчиков ядра, СУБД и т.п., есть такие же люди, которые просто (возможно) немного умнее, наработали себе бэкграунд и экспертизу, может где-то за счёт какой-то черты характера воспринимают мир иначе чем автор поста, или средний работник Сбера с зарплатой x3 от Яндекса (в котором просто адекватно оценили конкретного человека, а с деньгами там у тех кто хорошо проходит ревью всё норм).
Алгоритмы - хороший способ измерить скиллы программиста. Что бы кто не говорил, но программы вообще то из алгоритмов состоят. Даже простой поход в базу, или рендеринг шаблона в html - это всё алгоритмы. Если ваш уровень - код который делает эти два действия последовательно или в цикле, и вы никогда не задумывались о более сложных вещах, то вы на очень низком уровне по этой метрике.
Стоит ли собеседовать дальше такого кандидата - зависит от множества факторов. Если задача - отчитаться что в отдел за месяц наняли триста трактористов, то не обязательно разбираться сколько из них умеют управлять трактором.
Пришлось экстренно переезжать в Нидерланды (на новые сервера, я имею ввиду). Из-за перенаправления домена вышел день простоя.
Поднимаешь сервис чтобы нормально отвечал на серваке в Нидерландах, перенаправляешь туда траффик с московского nginx'а (можно даже не весь, а только webhook от бота). Всё, DNS можно переносить без простоя сайта. А можно даже не трогать :-).
Когда я позавчера её тестил она была лучшей русскоязычной диалоговой моделью :-). Но YaGPT2 стал тупить гораздо меньше чем предыдущий, правда отказывается отвечать на половину вопросов, но он всё равно лучше чем можно сделать на Llama2. Спасибо за сетку и статью!
Без redis'а оно тоже работает). А ты предлагаешь на localhost'е в редис асинхронно ходить?
// btw, мне кажется что про асинхронные походы в redis я знаю всё, в свое время было единственной по-настоящему асинхронной либой - https://github.com/ei-grad/toredis/
пока жив конкретный инстанс веб-сокета, сервер может держать в памяти то, что прислал пользователь, без необходимости шарить состояние между всеми инстансами
куда загружаешь CSVшку и нужно перед сохраниением данных из неё дать пользователю, проверить что все поля нормально помапились
сохраняешь в staging bucket, отображаешь чо надо, пользователь коммитит, пол дня работы, да, можно найти более удобный инструмент чем flask-admin, но у него будут свои минусы
select2 во flask-admin не делается гибко и просто? да нормально он делается
пока жив конкретный инстанс веб-сокета, сервер может держать в памяти то, что прислал пользователь, без необходимости шарить состояние между всеми инстансами
Речь в статье не про мантейнеров пакетов debian, а про мантейнеров проектов, которые обязательно при этом являются разработчиками, но им приходится заниматься другими задачами чтобы проект оставался живым, причем на код иногда времени просто не остаётся. Но в целом, обычно команда мантейнеров opensource проекта == основные разработчики проекта.
Нужно взглянуть чуть шире. Откуда взялся тот открытый код, на котором зарабатывают "производители" прошивок? Производители эти чаще зарабатывают не на разработке открытого ПО, а на краже интеллектуальной собственности. Умудряясь делать это даже с теми проектами, лицензия которых разрешает коммерческое использование. Но статья не про них. А про тех, кто собственно пишет это ПО. Оглянитесь вокруг, в каждой квартире найдется не одно устройство, за разработку кода используемого в котором, разработчик получил не вознаграждение, а тонну гневных писем от просто неразобравшихся людей, хейтеров и прочих сумасшедших.
Надо сказать не худшая статья такого плана. Можно даже пойти погуглить что такое Opentext (вангую что не стоит на это искать готовых дорогих спецов, проще взять десяток практикантов, из которых пара адекватных потом останется).
На самом деле, довольно очевидная вещь. В некоторых компьютерах не так то просто найти надёжный источник энтропии, и инженеры Win95 (не путать с маркетологами, эти появятся только ближе к Vista), придумали элегантное решение как мотивировать пользователя эту энтропию создавать - если пользователь недостаточно активно двигает мышкой, то включается микротаймер, который заставляет систему работать чуть медленнее, заодно накапливая энтропию. С этим же связана и широко известная фича, открывшая целое направление в современном искусстве - рисование узоров окнами.
А java вообще не в тему :-(.
Первый вариант python-разработчика от миджорней гораздо точнее попадает в суть в рамках imaginarium.
Может решили что краудсорсинг остаётся краудсорсингом, даже если платить x10 и пускать в профсоюзы. Ну или Bard уже достиг ASI и кожаные мешки теперь только мешают.
На Starship'е привезти, дорога завалена снегом и заблокирована деревом.
Запилить бы код всего пайплайна, или хотя бы текстом с параметрами, на Github...
Отвечу на этот коммент, так как интерфейс хабра видимо делали те самые разработчики которые не задумываются об алгоритмах и других вещах и "проложили прямую трубу" в интерфейсе добавления нового комментария.
Делить на две категории - не правильно. Все мы разные. Нет на самом деле никаких высших каст разработчиков ядра, СУБД и т.п., есть такие же люди, которые просто (возможно) немного умнее, наработали себе бэкграунд и экспертизу, может где-то за счёт какой-то черты характера воспринимают мир иначе чем автор поста, или средний работник Сбера с зарплатой x3 от Яндекса (в котором просто адекватно оценили конкретного человека, а с деньгами там у тех кто хорошо проходит ревью всё норм).
Алгоритмы - хороший способ измерить скиллы программиста. Что бы кто не говорил, но программы вообще то из алгоритмов состоят. Даже простой поход в базу, или рендеринг шаблона в html - это всё алгоритмы. Если ваш уровень - код который делает эти два действия последовательно или в цикле, и вы никогда не задумывались о более сложных вещах, то вы на очень низком уровне по этой метрике.
Стоит ли собеседовать дальше такого кандидата - зависит от множества факторов. Если задача - отчитаться что в отдел за месяц наняли триста трактористов, то не обязательно разбираться сколько из них умеют управлять трактором.
Поднимаешь сервис чтобы нормально отвечал на серваке в Нидерландах, перенаправляешь туда траффик с московского nginx'а (можно даже не весь, а только webhook от бота). Всё, DNS можно переносить без простоя сайта. А можно даже не трогать :-).
Когда я позавчера её тестил она была лучшей русскоязычной диалоговой моделью :-). Но YaGPT2 стал тупить гораздо меньше чем предыдущий, правда отказывается отвечать на половину вопросов, но он всё равно лучше чем можно сделать на Llama2. Спасибо за сетку и статью!
Исторически, в этом конкретном случае, как раз на PHP оно и было :-D.
streamlit, gradio
фатальный недостаток :-D
Без redis'а оно тоже работает). А ты предлагаешь на localhost'е в редис асинхронно ходить?
// btw, мне кажется что про асинхронные походы в redis я знаю всё, в свое время было единственной по-настоящему асинхронной либой - https://github.com/ei-grad/toredis/
Не раскрыто совсем. Вот тут смотри аналогичная фигня для телеграм-ботов - https://github.com/ei-grad/telegram-game/blob/master/examples/guess_a_number.py#L34-L61.
сохраняешь в staging bucket, отображаешь чо надо, пользователь коммитит, пол дня работы, да, можно найти более удобный инструмент чем flask-admin, но у него будут свои минусы
select2 во flask-admin не делается гибко и просто? да нормально он делается
ничо вы упоролись, код в студию!