у меня за годы работы собралась целая библиотека баш-файлов которые я встраиваю в автоматизации. Чисто по коду очень много что делаю генерируемым и по комит-хукам, например версионность и прочее это с нуля генерируемый *.h файл. Работа с памятью тоже через генератор, где саму структуру я описываю в csv файле.
Руками все писать вы далеко не уедите. За перл хз, собсвено потому и и баш, а не питон, что бы меньше головняка с переносами и развертываниями.
при всей моей нелюбви к питону (и в VSC), platformio получился неплохим. Его возможности встраивания скриптов прямо в сборку и не только (логи например) прям киллер-фича.
в целом на питоне "рожают" мекйфал. То есть что бы одна команда на сборку вызывала сборку, сама определяя все что надо и в случае проблем говоря о них прямым текстом. На втором месте всякие тулзы для проверок, первичных заливок и тд, но опять таки все в одном месте и в рамках одного исходника который одинаково запускается на любой платформе без сюрпризов.
Интересно, с таким я не сталкивался. Может есть примеры "оберток на Python для сборки сишников"?
то же platformio это чистый питон
Китайцы если соизволяют выложить в открытый доступ какие-то средства для сборки и отладки, то они на питоне в 9 случаев из 10 (исключения это чисто сишные тулзы)
По работе много раз сталкивался с тем что версионность накручивали на питоне как самый быстрый и безболезненный способ раскатывать сборки на разных платформах и под разные версии железок
Думаю это сильно зависит от того, кто пишет CMake скрипты. На любом языке можно написать плохой код =)
Я до сих пор вспоминаю SDK для poketbook которое не удалось завести даже в режиме отладки просто потому что иди нафиг, вот почему) Нигде больше не встречал настолько запутанных макарон для сборки (благо есть готовые докер образы для работы с этой сранью)
Банальное поверхностное натяжение - ходить по такому нельзя, но положи уже просто доску и все меняется
Если там по уму все, то стяжка равномерно давит на все и весом пары десятков мясных мешков можно пренебречь так как в общей картине вещей они учитываются как комары на ветровом стекле. И даже если мясных мешков станет слишком много, то все равно жесткость стяжки "растягивает" пятно контакта.
Я бы там больше переживал за гидроизоляцию и общие нагрузки ибо снег или хороший дождик и прибавляются тонны
Ого, не знал даже о таком, хотя это и выглядит как "мы добавили компилятор в компилятор.."
Из личного опыта cMake уже давно шагает куда-то не туда. Он должен удобно описывать сборку, а не превращаться в надстройку и еще один язык программирования со своими особенностями и подводными
Для себя сформировал такую линейку сложности сборки:
bash - все просто и понятно. Даже если чего то не хватает или криво, то ты это поймешь. Проблемы могут быть но очень редко нерешаемые.
Makefile - эдакий наследник баш-скриптов. Сложности могут быть и первым камнем преткновения может вылезти то, как и откуда запускается этот самый мейкфайл в системе (что проблема потому как даже явное прописывание параметров запуска может не помочь по причинам). Даже если какие-то проблемы с мейкфайлом, всегда можно его "руками" упростить до простых консольных команд
cMake - оставь надежду всяк сюда всходящий. Версии, особенности, подпараметры и прочая срань. А еще подводные зависящие от того, как и где запускают и в каком именно режиме. А еще они очень легко превращаются в огромную запутанную вермишель кода, вермишель которая очень легко позволяет подключать файлы зависимостей из-за чего запутанность только преумножается
Жаль (и иронично) что лучшее на рынке, что придумали для сборки сложных и разноплановых сишников это обертки на питоне.
1 к 50 это еще очень хорошие числа. Или "друг" мега крутой спец или есть некоторая недосказанность по типу глубокой проверки вакансии перед откликом для понимания, что эта вакансия реальная и не холодная.
даже в рамках мердж-реквестов от текущей реализации
вопрос стандарта в том что бы быть всесторонне поддерживаемым, свое православное это приятно, но не совсем практично в больших проектах
Чем меньше сущностей в проекте, тем лучше для него. Потому и выходит что в случае с бинарными протоколами использовать реадмишки и прочие радости, так как поддерживать несколько механизмом для одной задачи попахивает маразмом и чревато проблемами на долгой дистанции
Как будто веб это про оптимизацию или что то иное?
Сколько стандартов css висит до сих пор просто потому что браузеры хотят тянуть одеяло в свою сторону? И это не вспоминаем яблочников с их альтернативным устаревшим браузером.
Или может вспомним про куки, которые по сути были костылем для удобного "сшивания" фронта и бека, но "продали" настолько хорошо что сейчас уже предпочитают строить сайты без поддержки куков чтоб не лезть во все это.
---
Не будет никаких правок по стандарту потому как корова все еще продолжает давать молоко, как бы сильно не обрезали паек. Я скорее поверю по всякие "нововведения ради безопасности" что бы не давать работать блокировщикам рекламы и анонимизаторам.
Не однократно время от времени мелькает в правительствах разных стран идея "запретить https а то он небезопасный" и все эти православные сертификаты как раз продолжение этих дебатов.
У великих мужей болит голова совершенно о другом (привет поисковый движок гугла) и если хочется новый более рассчитанный на глобальность интернет то вам не к http увы. Всякие игры с протоколом и децентрализацией идут повсеместно, но я до сих пор не видел ничего прям адекватного потому как у интузиастов два лагеря - или крипта и все вокруг нее (и до интернета с котиками там так и не доходит) или простота и безопасность и получаем очередной форк идей xmpp
Ну я "имел счастье" застать момент когда появился VSC а о вижуале начали говорить как об "устаревшем". Тогда еше как раз VSC был в сотни раз кривее чем сейчас.
Причем скипнул не сразу, а года через два где-то.
Посмотрел википедию - куча версий уже вышла с того момента. Забавно как они чисто менеджерскими приколами с "посмотрим по рынку" потеряли пользователя, который покупал лицензию (пиздецки дорогую между прочим, благо студенческую скидку можно было получить просто публикуясь). И я уверен что не один такой.
Раньше специально держал раздел с виндой только ради него потому что было просто приятно работать и очень быстро накидывалось оконное под винду без танцев.
Причем прирост такой что даже имея что-то кроссплатформенное на Qt4 проще быстро перекинуть на вижуал и там собрать, будучи уверенным что оно будет валидно работать и не крашить.
UPD если кто не знал - мягкие закрыли развитие вижуала сделав упор на VSC, потеряв по сути огромный пласт наработок в плане IDE
Каким же крутым был Вижуал Студио в свое время, который как я понимаю разрабатывал тот же человек который создал Борланд.
Сейчас этот VSC шаг в перед в плане кросплатформиности и системы плагинов и выстрел в обе ноги одновременно по стабильности, вылизаности и возможности создавать оконные приложения.
С GRPC еще это можно натянуть, хотя и с трудом потому как хватает популярных решений на фронт-енд как раз ради HTTP/2.0 в основе
Но вот с бинарными протоколами - это просто формат разметки. Куча железок в мире работает на HTTP/1.0 (даже не 1.1). Без протобафов - просто бинарный формат разметки.
А протобафы это уже просто один из самых универсальных и популярных способов описать единый формат бинарного пакета который будет понятен всем. Не самый удачный, но самый широко используемый
---
Дико что в 2025 году ради HTTP-2.0 и/или что за пределами json/xml/yml нужно костылить что то свое, писать запутанные реадмишки (кто во что горазд) или использовать спорно-готовые решения которые зачастую или кривые, или сырые, или уже лет пять как архивные, или все разом
Помнится лет 6 назад я даже писал им на форуме в поддержку issue про вебсокеты хотя бы простейшие что бы можно было описывать в документации точку входа и этап коннекта
GRPC и Протбафы опять не дождались. Как будто бинарных протоколов не существует)) Спасибо хоть за стимы, наконец-то вебсокеты можно нормально затянуть в документацию без танцев и сторонних решений.
ну смотря что по деньгам. Я бы обратился к какой то конторе пидарасов рекрутеров у них насколько я знаю и обратная часть работает отлично за деньги (поиск работы для работника)
но опять-таки вопрос цены, если прям срочно и есть деньги то почему нет? у тебя не болит голова, только на собеседования подключайся и все.
На сейчас суровая реальность такова, что искать работу можно и пол года и год, заебываясь в процессе. Даже если реальный спец ищет "на понижение" то во-первых надо править резюме чтоб выглядело "подходяшим" и во-вторых все равно срок не сильно уменьшится.
Из личного опыта на сейчас у меня есть целый програмный комплекс, который смотрит вакансию, фирму и на основании этого формирует резюме по облаку моих навыков на нужном языке. И это я просто пассивно отвечаю на те отклики что мне приходят и не ищу. Если искать то в идеале надо пробивать кто отвечает за набор кадров туда, что это за фирма только для того что бы со старта понимать это реальная вакансия или очередная "холодная"
то есть нанять фрилансера чтоб он снял с тебя эту рутину - почему нет?
если это оторванное от реальности то слишком много каких-то заморочек и фокусировки на ненужных мелочах
если это реальный кейс для фирмы что роботов таких делает то у робота куча периферии и его позиционируешь от док-станции и вообще пофиг на геометрию или размеры, лишь бы хватило заряда и пол был ровным. и даже если надо чистить "оптимально" все равно проще в первый раз прогнать черепашку что бы карту построила а потом уже по ней "оптимизировать" а не пытаться рожать сферических коней в ввакуме
собеседование - да, камера обязательна, а не просто хороший тон
в остальном по работе только если экран действительно нужен и то это расшаривание экрана, а не видео
возможно видеоконференции важны для менеджмента там, но с точки зрения разработчика они лишние. только лишний информационный канал, не нужный ни тебе ни твоим собеседникам.
На созвоне или диалог и как то плевать на чье либо лицо так как нужно говорить и слушать, или же ты сидишь слушаешь других, лица тем более не нужны. Особенно если это обсуждение чего-то а не просто смалтолк и ты смотришь в код/документы.
Удаленка тем и хороша что ты строишь процесс так как тебе удобно. Видео это же ответственность, нормальная человеческая вежливость - не светить труселями на камеру, выглядеть чуть лучше причесанной чупакабры и вести трансляцию не со свалки.
UPD @Ninil ответ на хабре наркоманистый интерфейс стал, потому я ХЗ как именно ответить теперь
Добро пожаловать в мир зайчиков. Не факт что это подлог (другой человек проходил собеседование), может просто человек умеет проходить собеседования и все.
Самое забавное что чем сильнее компания упарывается с собеседованиями, 100500 этапов и тд, тем выше шанс выцепить именно специалиста по прохождению собеседований, для которого отработать месяц-пару это нормальная практика так как у него такие "работы" на потоке и зачастую еще и параллельно.
А все ваши советы из рубрики вредных. Особенно про созвоны с камерой в обязательном порядке. Обычно тестовый месяц все расставляет по местам. Не всегда если это подлог (если человек готов нанимать что бы за него прошли собес, то первый месяц он тоже скорее всего "покроет") но в 90% случаев помогает.
у меня за годы работы собралась целая библиотека баш-файлов которые я встраиваю в автоматизации. Чисто по коду очень много что делаю генерируемым и по комит-хукам, например версионность и прочее это с нуля генерируемый *.h файл. Работа с памятью тоже через генератор, где саму структуру я описываю в csv файле.
Руками все писать вы далеко не уедите. За перл хз, собсвено потому и и баш, а не питон, что бы меньше головняка с переносами и развертываниями.
при всей моей нелюбви к питону (и в VSC), platformio получился неплохим. Его возможности встраивания скриптов прямо в сборку и не только (логи например) прям киллер-фича.
в целом на питоне "рожают" мекйфал. То есть что бы одна команда на сборку вызывала сборку, сама определяя все что надо и в случае проблем говоря о них прямым текстом. На втором месте всякие тулзы для проверок, первичных заливок и тд, но опять таки все в одном месте и в рамках одного исходника который одинаково запускается на любой платформе без сюрпризов.
то же platformio это чистый питон
Китайцы если соизволяют выложить в открытый доступ какие-то средства для сборки и отладки, то они на питоне в 9 случаев из 10 (исключения это чисто сишные тулзы)
По работе много раз сталкивался с тем что версионность накручивали на питоне как самый быстрый и безболезненный способ раскатывать сборки на разных платформах и под разные версии железок
Я до сих пор вспоминаю SDK для poketbook которое не удалось завести даже в режиме отладки просто потому что иди нафиг, вот почему) Нигде больше не встречал настолько запутанных макарон для сборки (благо есть готовые докер образы для работы с этой сранью)
Все рассчитывается
Банальное поверхностное натяжение - ходить по такому нельзя, но положи уже просто доску и все меняется
Если там по уму все, то стяжка равномерно давит на все и весом пары десятков мясных мешков можно пренебречь так как в общей картине вещей они учитываются как комары на ветровом стекле. И даже если мясных мешков станет слишком много, то все равно жесткость стяжки "растягивает" пятно контакта.
Я бы там больше переживал за гидроизоляцию и общие нагрузки ибо снег или хороший дождик и прибавляются тонны
Ого, не знал даже о таком, хотя это и выглядит как "мы добавили компилятор в компилятор.."
Из личного опыта cMake уже давно шагает куда-то не туда. Он должен удобно описывать сборку, а не превращаться в надстройку и еще один язык программирования со своими особенностями и подводными
Для себя сформировал такую линейку сложности сборки:
bash - все просто и понятно. Даже если чего то не хватает или криво, то ты это поймешь. Проблемы могут быть но очень редко нерешаемые.
Makefile - эдакий наследник баш-скриптов. Сложности могут быть и первым камнем преткновения может вылезти то, как и откуда запускается этот самый мейкфайл в системе (что проблема потому как даже явное прописывание параметров запуска может не помочь по причинам). Даже если какие-то проблемы с мейкфайлом, всегда можно его "руками" упростить до простых консольных команд
cMake - оставь надежду всяк сюда всходящий. Версии, особенности, подпараметры и прочая срань. А еще подводные зависящие от того, как и где запускают и в каком именно режиме. А еще они очень легко превращаются в огромную запутанную вермишель кода, вермишель которая очень легко позволяет подключать файлы зависимостей из-за чего запутанность только преумножается
Жаль (и иронично) что лучшее на рынке, что придумали для сборки сложных и разноплановых сишников это обертки на питоне.
1 к 50 это еще очень хорошие числа. Или "друг" мега крутой спец или есть некоторая недосказанность по типу глубокой проверки вакансии перед откликом для понимания, что эта вакансия реальная и не холодная.
ну так такого хватает, про что и речь
даже в рамках мердж-реквестов от текущей реализации
вопрос стандарта в том что бы быть всесторонне поддерживаемым, свое православное это приятно, но не совсем практично в больших проектах
Чем меньше сущностей в проекте, тем лучше для него. Потому и выходит что в случае с бинарными протоколами использовать реадмишки и прочие радости, так как поддерживать несколько механизмом для одной задачи попахивает маразмом и чревато проблемами на долгой дистанции
Как будто веб это про оптимизацию или что то иное?
Сколько стандартов css висит до сих пор просто потому что браузеры хотят тянуть одеяло в свою сторону? И это не вспоминаем яблочников с их альтернативным устаревшим браузером.
Или может вспомним про куки, которые по сути были костылем для удобного "сшивания" фронта и бека, но "продали" настолько хорошо что сейчас уже предпочитают строить сайты без поддержки куков чтоб не лезть во все это.
---
Не будет никаких правок по стандарту потому как корова все еще продолжает давать молоко, как бы сильно не обрезали паек. Я скорее поверю по всякие "нововведения ради безопасности" что бы не давать работать блокировщикам рекламы и анонимизаторам.
Не однократно время от времени мелькает в правительствах разных стран идея "запретить https а то он небезопасный" и все эти православные сертификаты как раз продолжение этих дебатов.
У великих мужей болит голова совершенно о другом (привет поисковый движок гугла) и если хочется новый более рассчитанный на глобальность интернет то вам не к http увы. Всякие игры с протоколом и децентрализацией идут повсеместно, но я до сих пор не видел ничего прям адекватного потому как у интузиастов два лагеря - или крипта и все вокруг нее (и до интернета с котиками там так и не доходит) или простота и безопасность и получаем очередной форк идей xmpp
мда
Не говорим даже про короткоживущие ссылки - просто публичный адрес хэшировать с достаточной энтропией и хоть обсканируйся
И я более чем уверен что как любая государственная система она проходила чертову дюжину сертификаций перед внедрением
О, так они таки "вернули все в зад"?
Ну я "имел счастье" застать момент когда появился VSC а о вижуале начали говорить как об "устаревшем". Тогда еше как раз VSC был в сотни раз кривее чем сейчас.
Причем скипнул не сразу, а года через два где-то.
Посмотрел википедию - куча версий уже вышла с того момента.
Забавно как они чисто менеджерскими приколами с "посмотрим по рынку" потеряли пользователя, который покупал лицензию (пиздецки дорогую между прочим, благо студенческую скидку можно было получить просто публикуясь). И я уверен что не один такой.
Вот именно!
Раньше специально держал раздел с виндой только ради него потому что было просто приятно работать и очень быстро накидывалось оконное под винду без танцев.
Причем прирост такой что даже имея что-то кроссплатформенное на Qt4 проще быстро перекинуть на вижуал и там собрать, будучи уверенным что оно будет валидно работать и не крашить.
UPD
если кто не знал - мягкие закрыли развитие вижуала сделав упор на VSC, потеряв по сути огромный пласт наработок в плане IDE
Каким же крутым был Вижуал Студио в свое время, который как я понимаю разрабатывал тот же человек который создал Борланд.
Сейчас этот VSC шаг в перед в плане кросплатформиности и системы плагинов и выстрел в обе ноги одновременно по стабильности, вылизаности и возможности создавать оконные приложения.
@suslovas
С GRPC еще это можно натянуть, хотя и с трудом потому как хватает популярных решений на фронт-енд как раз ради HTTP/2.0 в основе
Но вот с бинарными протоколами - это просто формат разметки. Куча железок в мире работает на HTTP/1.0 (даже не 1.1). Без протобафов - просто бинарный формат разметки.
А протобафы это уже просто один из самых универсальных и популярных способов описать единый формат бинарного пакета который будет понятен всем. Не самый удачный, но самый широко используемый
---
Дико что в 2025 году ради HTTP-2.0 и/или что за пределами json/xml/yml нужно костылить что то свое, писать запутанные реадмишки (кто во что горазд) или использовать спорно-готовые решения которые зачастую или кривые, или сырые, или уже лет пять как архивные, или все разом
Помнится лет 6 назад я даже писал им на форуме в поддержку issue про вебсокеты хотя бы простейшие что бы можно было описывать в документации точку входа и этап коннекта
GRPC и Протбафы опять не дождались. Как будто бинарных протоколов не существует))
Спасибо хоть за стимы, наконец-то вебсокеты можно нормально затянуть в документацию без танцев и сторонних решений.
ну смотря что по деньгам. Я бы обратился к какой то конторе
пидарасоврекрутеров у них насколько я знаю и обратная часть работает отлично за деньги (поиск работы для работника)но опять-таки вопрос цены, если прям срочно и есть деньги то почему нет? у тебя не болит голова, только на собеседования подключайся и все.
На сейчас суровая реальность такова, что искать работу можно и пол года и год, заебываясь в процессе. Даже если реальный спец ищет "на понижение" то во-первых надо править резюме чтоб выглядело "подходяшим" и во-вторых все равно срок не сильно уменьшится.
Из личного опыта на сейчас у меня есть целый програмный комплекс, который смотрит вакансию, фирму и на основании этого формирует резюме по облаку моих навыков на нужном языке.
И это я просто пассивно отвечаю на те отклики что мне приходят и не ищу. Если искать то в идеале надо пробивать кто отвечает за набор кадров туда, что это за фирма только для того что бы со старта понимать это реальная вакансия или очередная "холодная"
то есть нанять фрилансера чтоб он снял с тебя эту рутину - почему нет?
задача какая-то наркомания
если это оторванное от реальности то слишком много каких-то заморочек и фокусировки на ненужных мелочах
если это реальный кейс для фирмы что роботов таких делает то у робота куча периферии и его позиционируешь от док-станции и вообще пофиг на геометрию или размеры, лишь бы хватило заряда и пол был ровным.
и даже если надо чистить "оптимально" все равно проще в первый раз прогнать черепашку что бы карту построила а потом уже по ней "оптимизировать" а не пытаться рожать сферических коней в ввакуме
собеседование - да, камера обязательна, а не просто хороший тон
в остальном по работе только если экран действительно нужен и то это расшаривание экрана, а не видео
возможно видеоконференции важны для менеджмента там, но с точки зрения разработчика они лишние. только лишний информационный канал, не нужный ни тебе ни твоим собеседникам.
На созвоне или диалог и как то плевать на чье либо лицо так как нужно говорить и слушать, или же ты сидишь слушаешь других, лица тем более не нужны. Особенно если это обсуждение чего-то а не просто смалтолк и ты смотришь в код/документы.
Удаленка тем и хороша что ты строишь процесс так как тебе удобно. Видео это же ответственность, нормальная человеческая вежливость - не светить труселями на камеру, выглядеть чуть лучше причесанной чупакабры и вести трансляцию не со свалки.
UPD
@Ninil ответ
на хабре наркоманистый интерфейс стал, потому я ХЗ как именно ответить теперь
Добро пожаловать в мир зайчиков. Не факт что это подлог (другой человек проходил собеседование), может просто человек умеет проходить собеседования и все.
Самое забавное что чем сильнее компания упарывается с собеседованиями, 100500 этапов и тд, тем выше шанс выцепить именно специалиста по прохождению собеседований, для которого отработать месяц-пару это нормальная практика так как у него такие "работы" на потоке и зачастую еще и параллельно.
А все ваши советы из рубрики вредных. Особенно про созвоны с камерой в обязательном порядке. Обычно тестовый месяц все расставляет по местам. Не всегда если это подлог (если человек готов нанимать что бы за него прошли собес, то первый месяц он тоже скорее всего "покроет") но в 90% случаев помогает.
Это следующая стадия "не такой как все" - новый термин, а то существующие не передают всю глубину "нетакусести" ???
Абсолютно не навязчивая реклама YouGile...
Подскажите, как можно заблокировать компанию в целом, а не отдельного пользователя?