Конечно нет. Оптимизации выполнения кода, новые типы энумов, match-case и возможность запуска нескольких интерпретаторов в рамках одного процесса - все это бесполезная хрень
разработчикам на языке программирования Zig платят больше, чем остальным. Данные надежны: в опросе приняли участие почти 90 тысяч IT-специалистов из 185 стран
Типичный байт, прям как во времена становления раста. На такое ведется лишь пендосня, у них все деньгами измеряется!
Самое главное, что никто не сказал, что им платят много, потому что их берут только на какие-то сложные проекты и только сеньорами/тимлидами. Даже сейчас, в 2024, фиг найдешь работу на расте, вакансий просто нет. Про зиг я вообще молчу
Скорее показан как пример, статья не шире и не уже, просто на одном примере показано как можно. Идея, может быть и широкая, но реализация - частная
И кстати информацию по настройке GitHub я не находил на Хабре
Опять же, пример с обучением бабушки заполнению гугл-форм. Ещё раз напоминаю, Хабр - площадка для более продвинутых ребят, которые когда первый раз видят необходимость подклбчить gh - все сами находят, а не лезут читать статьи об этом. Все просто и интуитивно понятно
Данная статья, определенно, имеет право на существование. Но не на Хабре. Здесь все же площадка для тех, кто итак точно знает, как делать подобные сайты, все описанные шаги - что-то из очень простого, словно вы бабушке объясняете, как отправлять смс или заполнять гугл-форму
Опубликуйте данный материал на какой-нибудь площадке для трейдеров или что ещё подходит под вашу тематику, неайтишников всегда привлекают варианты с созданием ПО с минимальным входом в программирование
Вопрос не чисто от меня, я то знаю и делал. Но для читателей, раз ради таких простых вещей выпускаете статью (и ставите аж средний уровень), то вот вам идея для продолжения
Немного не по теме, но знаков препинания вообще кот наплакал: ни в названии нет тире, ни в тексте запятых почти нигде. Я могу понять, что в каких-то местах можно не заметить, но вы словно явно забыли об их существовании
Все перечисленные автором, для красного словца, компании используют сервера с крутящимся на них попенстэком уже минимум по 20 лет, когда ни доцкера, ни кубера, ни чего-то ещё даже в мыслях не было. А переходить позднее - уже не вариант: дорого и зачем, если уже сами потратили миллионы на свое решение?!
Давайте ещё скажем, что доисторические япы лучше этих ваших современных потому что на них такие серьезные проекты ранятся: мейнфреймы, сервера банков и т.д., там серьезные люди, и всех все устраивает
asyncpg-lite предоставляет уровень создания таблиц ниже, чем сам SQL: если в SQL можно декларативно сказать, что ты создаёшь таблицу и какие поля ты хочешь в ней видеть, то в какой-нибудь маломальский ОРМ - ты все делаешь через удобные классы. Да, ОРМ в контексте разработки на питоне для заведомо сверхпростых проектов - оверкилл (хотя все ещё очень просто с точки зрения написания кода). Но asyncpg-lite предоставляет слишком сложный способ того, что, подчеркну, в самом SQL делается проще и в одну строку (раз для вас кол-во строк - метрика крутизны).
И это не призыв использовать исключительно ОРМ, это вопрос - зачем тогда нужен интерфейс построения отношений от asyncpg-lite, если чистый даже SQL выглядит лучше? Вот что действительно бесполезный оверхед!
Обратите внимание. Мы добавили 2 строки кода:
И далее проводите вызов двух функций, написанных вами же. Получается это не asyncpg-lite позволяет "делать вызов в 2 строки кода", а вы и вами созданный уровень абстракции. Так можно сделать и вызов в одну строчку, и вообще как душа пожелает, а потом сказать: "Смотрите, нейронка в одну строчку кода:"
Учитывая полное отсутствие опыта, проект выглядит просто поразительно! Вы - большой молодец!
Однако не стоит путать это с профессиональной разработкой. Даже "профессионалы" в одиночку могут делать проект, но обычно у них выходит едва ли лучше, чем у вас. Начиная от выбора используемых решений, заканчивая планированием архитектуры с прогнозированием нагрузки и возможных будущих фич
QR-code - всего лишь закодированный текст. Так что вопрос сводится к тому, можно ли любую ошибку сконвертировать в текст
Вроде как только в 3.13: PEP-554 и PEP-734.
А отдельный GIL для каждого суб-интерпретора вообще в 3.12: PEP-684
Конечно нет. Оптимизации выполнения кода, новые типы энумов, match-case и возможность запуска нескольких интерпретаторов в рамках одного процесса - все это бесполезная хрень
Чтобы словить утечку? Мб лучше на расте/зиге? Вообще удивлен, что автор не сразу написал на чем-то из них, а на питоне/фласке
Типичный байт, прям как во времена становления раста. На такое ведется лишь пендосня, у них все деньгами измеряется!
Самое главное, что никто не сказал, что им платят много, потому что их берут только на какие-то сложные проекты и только сеньорами/тимлидами. Даже сейчас, в 2024, фиг найдешь работу на расте, вакансий просто нет. Про зиг я вообще молчу
Если апи ваше, то можете сами настроить корсы, лол
Разрабы: создают специальное решение, чтобы заставить людей прожимать пароль ручками
Тупые люди: надо автоматизировать!
Скорее показан как пример, статья не шире и не уже, просто на одном примере показано как можно. Идея, может быть и широкая, но реализация - частная
Опять же, пример с обучением бабушки заполнению гугл-форм. Ещё раз напоминаю, Хабр - площадка для более продвинутых ребят, которые когда первый раз видят необходимость подклбчить gh - все сами находят, а не лезут читать статьи об этом. Все просто и интуитивно понятно
Данная статья, определенно, имеет право на существование. Но не на Хабре. Здесь все же площадка для тех, кто итак точно знает, как делать подобные сайты, все описанные шаги - что-то из очень простого, словно вы бабушке объясняете, как отправлять смс или заполнять гугл-форму
Опубликуйте данный материал на какой-нибудь площадке для трейдеров или что ещё подходит под вашу тематику, неайтишников всегда привлекают варианты с созданием ПО с минимальным входом в программирование
Очередная статья-обзор какого-то популярного решения? Зачем?
И никто ещё не догадался слать запросы на изменение кучи чекбоксов напрямую?
Вопрос не чисто от меня, я то знаю и делал. Но для читателей, раз ради таких простых вещей выпускаете статью (и ставите аж средний уровень), то вот вам идея для продолжения
Ждём дополнение о том, как развернуть свой реджистри и билдить имейджи в CD туда
А зачем?
Хочешь посмотреть/поредактировать json в терминале? - vim
Хочешь посмотреть красиво? - вебвьюеры (которые даже не надо устанавливать)
Хочешь получить инфу из json терминале быстро? - божественный jq
Очередное приложение для непонятной ниши, так ещё и на go/js, а не на c/c++/rust/zig
Немного не по теме, но знаков препинания вообще кот наплакал: ни в названии нет тире, ни в тексте запятых почти нигде. Я могу понять, что в каких-то местах можно не заметить, но вы словно явно забыли об их существовании
Все перечисленные автором, для красного словца, компании используют сервера с крутящимся на них попенстэком уже минимум по 20 лет, когда ни доцкера, ни кубера, ни чего-то ещё даже в мыслях не было. А переходить позднее - уже не вариант: дорого и зачем, если уже сами потратили миллионы на свое решение?!
Давайте ещё скажем, что доисторические япы лучше этих ваших современных потому что на них такие серьезные проекты ранятся: мейнфреймы, сервера банков и т.д., там серьезные люди, и всех все устраивает
Автор сделал ещё проще - заюзал LLM
Читал вашу предыдущую странную статью про asyncpg-lite, и в этой вы не подкачали с приколами:
Скажите, вы просто использовали ChatGPT и плохой перевод, и имели ввиду именно инициализацию класса, верно?
Тут, уверен, тоже что-то в цепочке ChatGPT - Google Translate дало сбой и вы имели ввиду типы данных?
Ну и к кодстайлу опять вопросы - у вас, как минимум, как-то коряво расставлены импорты:
Импорты из third-party идут перед built-in и без пустых строк между ними
Потом целых 2 пустые строки и импорт прямо перед асинхронным контекстным тоже без пробелов...
Импорт из third-party внутри функции (и это не тяжеловесный импорт в сложном кейсе)
Ну и уровень статьи здесь явно не средний, все даже слишком разжевано
asyncpg-lite предоставляет уровень создания таблиц ниже, чем сам SQL: если в SQL можно декларативно сказать, что ты создаёшь таблицу и какие поля ты хочешь в ней видеть, то в какой-нибудь маломальский ОРМ - ты все делаешь через удобные классы. Да, ОРМ в контексте разработки на питоне для заведомо сверхпростых проектов - оверкилл (хотя все ещё очень просто с точки зрения написания кода). Но asyncpg-lite предоставляет слишком сложный способ того, что, подчеркну, в самом SQL делается проще и в одну строку (раз для вас кол-во строк - метрика крутизны).
И это не призыв использовать исключительно ОРМ, это вопрос - зачем тогда нужен интерфейс построения отношений от asyncpg-lite, если чистый даже SQL выглядит лучше? Вот что действительно бесполезный оверхед!
И далее проводите вызов двух функций, написанных вами же. Получается это не asyncpg-lite позволяет "делать вызов в 2 строки кода", а вы и вами созданный уровень абстракции. Так можно сделать и вызов в одну строчку, и вообще как душа пожелает, а потом сказать: "Смотрите, нейронка в одну строчку кода:"
Учитывая полное отсутствие опыта, проект выглядит просто поразительно! Вы - большой молодец!
Однако не стоит путать это с профессиональной разработкой. Даже "профессионалы" в одиночку могут делать проект, но обычно у них выходит едва ли лучше, чем у вас. Начиная от выбора используемых решений, заканчивая планированием архитектуры с прогнозированием нагрузки и возможных будущих фич