CWE-561 не является ошибкой. Если не определен INVARIANTS, то все пройдет как положено. Если же выполняется panic(), то вызывать SCTP_FREE() до нее, нецелесообразно, т.к. теряется возможность посмотреть содержимое структуры vrf.
Идеальное собеседование для такого кандидата было бы, если я погуглил факты из его резюме и просто восхищался, не в коем случае не оскорбляя вопросами, сказал бы «да»
Вы будете смеяться, но именно такое «собеседование» я прошел по телефону в известной компании на букву «M» (нет, не той, что делает операционки). Позвонили, уточнили, что это на самом деле я, поинтересовались, смогу ли посещать различные мероприятия, уточнили, что устраивает предложенная оплата. И все — вы приняты. Правда, работа там оказалась весьма скучной и через год пришлось уволиться.
Один из вариантов работает у нас: человек-программист, 47 лет, знает C, Delphi, SQL и имеет огромный опыт реализации различных задач. Скорость написания кода однозначно ниже, чем у молодых коллег. Но никто его увольнять не собирается, потому что молодежь выдает решение через 2 дня и еще неделю ходит по граблям и правит баги, а он выдает код через неделю, но уже отлаженный и обложенный тестами по самое не хочу. Плюс, всегда дает ценные предложения еще на этапе постановки задачи.
Менять профессию, равно как и изучать все «новомодное» вне имеющегося профиля он не хочет, и прямо сказал — когда я перестану справляться или стану мешать, то просто увольте. Что касается зарплаты, то получает он на 15-20% больше, чем 22-х летние работники при соизмеримом объеме работы.
Подключите, для интереса, светодиодные лампочки с конденсаторным блоком питания. Один из счетчиков давал заметно отличающиеся показания по сравнению с TrueRMS прибором. На других нагрузках, включая 100-ваттный флайбек без PFC, показания расходились в пределах погрешности.
Мне как-то прописали пить кальций (ошибочно, как выяснилось), так после приема, примерно через час, появлялись эти яркие зигзаги. Кардинальное отличие от мушек — картина накладывается на оба глаза. Проблема была в хронической усталости, гипертонии и дефиците минералов. Прошло примерно за пару месяцев.
Судя по вибрации фрезы — не получится. У меня тоже имеется самодельный фрезер, с достаточной жесткостью и 30-40к шпинделем. Но все равно приходится выставлять очень низкую горизонтальную скорость для тонких дорожек. Мне иногда приходится делать по несколько плат в неделю, поэтому время изготовления должно быть сведено к минимуму. С фоторезистом и ХЖ оно распределяется примерно так:
напечатать фотошаблон — 1 минута;
ламинация платы фоторезистом — 3 минуты;
экспозиция заготовки — 3 минуты на сторону;
проявление фоторезиста — 2 минуты
травление — 10-20 минут в зависимости от свежести раствора;
удаление фоторезиста — 2 минуты.
Вместе со сверловкой (вручную или на станке, если отверстий много), промывкой и покрытием флюсом на все про все уходит 1 час (с запасом).
Тем, кто боится пятен от ХЖ на сантехнике — они легко удаляются щавелевой кислотой.
Неудачный пример для демонстрации возможностей. Сейчас массово используются корпуса с шагом 0,5мм, вот на них, думаю, такая технология сильно споткнется. А с фоторезистом даже стараться не нужно. У многих хватает терпения и на ЛУТ. Что касается утилизации отработанного раствора хлорного железа, то это тоже не проблема, если его хорошо разбавить.
В общем, хотите текстовые конфиги — пожалуйста, но они должны иметь единый, унифицированный и стандартизированный формат для всей ОС. «Ключ = Значение». Ну еще комментарии. Все, точка.
Очень категорично. Нынешний зоопарк файлов конфигурации проистекает из достаточно свободного и независимого развития отдельных подсистем. Где-то интерпретируемые вставки весь полезны, а где-то вредны. С unix'ами имею дело более 20 лет, и разнобой в файлах конфигурации, это последнее, что может меня раздражать.
Нужно просто принять
Так вперед! Продвигайте и реализуйте прогрессивные идеи. Сообщество Unix-подобных систем не на столько закостенело — постоянно появляются новые разработки. Что-то приживается, что-то отмирает.
А используют их больше из-за hype driven dvelopment.
У нас ситуация противоположная — никаких «hype», все очень прагматично. И в этом мой возраст, и возраст некоторых членов коллектива играет положительную роль. Конечно, все не настолько консервативно — программисту на C++ не возбраняется по полной использовать фичи из C++14, а так-же некоторые расширения GCC.
В любом случае, в упомянутой вами задаче (качественный фронтенд для web-интерфейса микроконтроллера) лучше без фреймворка.
На самом деле, фронтенд там весьма солидный, крутится на не слабом сервере, с одновременным доступом нескольких сотен пользователей. Но, опять же, пишет его человек в возрасте 26 лет, специально принятый на работу под это дело. Использует как широко известные (типа jquery), так и более маргинальные внешние библиотеки. Это все согласовывается со мной в частности, и именно отсюда я составил вышеупомянутое мнение о классовой принадлежности JavaScript'a.
выгодно ли использовать фреймворки при такой кривой обучения?
Зависит от фреймворка, ведь пишут их не от хорошей жизни, а потому, что без них создание аналогичного приложения будет еще более сложной, а часто и неподъемной, задачей. И здесь у молодых естественное преимущество — API, это просто значительный объем информации, которую они могут усвоить гораздо быстрее.
Мне 50 лет и я не вижу проблем выучить новый язык.
Новый язык выучить не проблема (мне тоже далеко за 40, при стаже программирования более 30 лет). Проблемы есть в другом:
1. Во многих языках имеется своя специфика решения тех или иных проблем. Несмотря на то, что в C++, Delphi, Pyhton'e и Ruby имеются объекты, работают с ними совершенно по разному. При этом, я свободно владею парадигмами программирования на указанных выше языках (и не только), но современный JavaScript, по разным причинам, причисляю к семейству BrainFuck'ов.
2. Если парадигмы, пусть иногда и головоломные, можно принять, понять и простить, то для освоения очередного фреймворка, потребуются гораздо более значительные усилия — банально из за значительно большего количества сущностей. Причем можно потратить время впустую, т.к. разработчик в версии 2.0 или 3.0, решит полностью поменять API.
Сейчас программирование уже сильно сегментировано. Так, высококлассный специалист по фронтендам часто ни в зуб ногой в программировании с помощью шаблонов на C++. Причем настолько, что не в состоянии исправить даже небольшую ошибку коллеги который в отпуске. И наоборот, человек специализирующийся на микроконтроллерах крайне редко может написать качественный фронтэнд. И по большей части это обусловлено именно очень большими объемами информации в каждой предметной области.
Так вот, при активной нагрузке, когда пульс 130-150, сяоми показывает 70-100. В покое вообще иногда 40, у меня такого пульса не бывает никогда.
У знакомого тоже так показывал, причем на моей руке нормально, а у него занижает. Он курящий, поэтому предложил ему неделю попить «ундевит» и меньше курить, после чего периферийное кровоснабжение нормализовалось и браслет перестал врать.
Не совсем так. Если компания сознательно идет на превращение устройства пользователя в «кирпич», т.е., фактически лишает его потраченных денег, то отношение к ней будет соответствующее. Не хотите чтобы пользователи проданных не вами регистраторов не получали обновлений? Хорошо, пусть будет так, но просто не давайте установить новую прошивку, зачем потребовалось причинять ущерб?
Как-то надо ввести дифференцированные названия для «Интернета вещей» в зависимости от сложности и фичесодержания. Например, у меня система датчиков, умных розеток, светильников и проч. живет в mesh-сети. При этом умещается в восьмибитные МК с размером флеша 8/16/32КБ. Есть конечные узлы, есть маршрутизирующие, присутствует шифрование и авторизация. Это сильно отличается от приведенного в статье, хотя и то и это можно считать IoTом.
Аналогично. Не ем и не пью вообще ничего сладкого (вина — только сухие, шоколад — не менее 80%). Всё, что содержит значительные количества сахарозы или фруктозы кажется приторным, при этом другие чувствуют лишь умеренную сладость. Изомальтулоза, в тех же количествах, раздражения не вызывает.
Спасибо за шаг на встречу «пишущим за так». Прогнал анализатор на среднем embedded-проекте объёмом порядка 280 килострок. Получил несколько V547, да и то, только из-за того, что нижнее значение в условии определялось через макрос, и оно оказалось равным нулю. Затем скормил анализатору стороннюю коммерческую embedded-библиотеку, результат ошарашил — около сотни совсем не безобидных ошибок. Теперь буду пинать разработчиков в сторону вашего продукта, пускай покупают и правят свой **** код.
Это, кстати, опровергает тезис из статьи о провале cppcat: «Уровень культуры программирования индивидуальных разработчиков и маленьких команд ниже, чем в крупных компаниях.» Библиотека от очень крупной компании…
Вы будете смеяться, но именно такое «собеседование» я прошел по телефону в известной компании на букву «M» (нет, не той, что делает операционки). Позвонили, уточнили, что это на самом деле я, поинтересовались, смогу ли посещать различные мероприятия, уточнили, что устраивает предложенная оплата. И все — вы приняты. Правда, работа там оказалась весьма скучной и через год пришлось уволиться.
Менять профессию, равно как и изучать все «новомодное» вне имеющегося профиля он не хочет, и прямо сказал — когда я перестану справляться или стану мешать, то просто увольте. Что касается зарплаты, то получает он на 15-20% больше, чем 22-х летние работники при соизмеримом объеме работы.
Вместе со сверловкой (вручную или на станке, если отверстий много), промывкой и покрытием флюсом на все про все уходит 1 час (с запасом).
Тем, кто боится пятен от ХЖ на сантехнике — они легко удаляются щавелевой кислотой.
Очень категорично. Нынешний зоопарк файлов конфигурации проистекает из достаточно свободного и независимого развития отдельных подсистем. Где-то интерпретируемые вставки весь полезны, а где-то вредны. С unix'ами имею дело более 20 лет, и разнобой в файлах конфигурации, это последнее, что может меня раздражать.
Так вперед! Продвигайте и реализуйте прогрессивные идеи. Сообщество Unix-подобных систем не на столько закостенело — постоянно появляются новые разработки. Что-то приживается, что-то отмирает.
У нас ситуация противоположная — никаких «hype», все очень прагматично. И в этом мой возраст, и возраст некоторых членов коллектива играет положительную роль. Конечно, все не настолько консервативно — программисту на C++ не возбраняется по полной использовать фичи из C++14, а так-же некоторые расширения GCC.
На самом деле, фронтенд там весьма солидный, крутится на не слабом сервере, с одновременным доступом нескольких сотен пользователей. Но, опять же, пишет его человек в возрасте 26 лет, специально принятый на работу под это дело. Использует как широко известные (типа jquery), так и более маргинальные внешние библиотеки. Это все согласовывается со мной в частности, и именно отсюда я составил вышеупомянутое мнение о классовой принадлежности JavaScript'a.
Зависит от фреймворка, ведь пишут их не от хорошей жизни, а потому, что без них создание аналогичного приложения будет еще более сложной, а часто и неподъемной, задачей. И здесь у молодых естественное преимущество — API, это просто значительный объем информации, которую они могут усвоить гораздо быстрее.
Новый язык выучить не проблема (мне тоже далеко за 40, при стаже программирования более 30 лет). Проблемы есть в другом:
1. Во многих языках имеется своя специфика решения тех или иных проблем. Несмотря на то, что в C++, Delphi, Pyhton'e и Ruby имеются объекты, работают с ними совершенно по разному. При этом, я свободно владею парадигмами программирования на указанных выше языках (и не только), но современный JavaScript, по разным причинам, причисляю к семейству BrainFuck'ов.
2. Если парадигмы, пусть иногда и головоломные, можно принять, понять и простить, то для освоения очередного фреймворка, потребуются гораздо более значительные усилия — банально из за значительно большего количества сущностей. Причем можно потратить время впустую, т.к. разработчик в версии 2.0 или 3.0, решит полностью поменять API.
Сейчас программирование уже сильно сегментировано. Так, высококлассный специалист по фронтендам часто ни в зуб ногой в программировании с помощью шаблонов на C++. Причем настолько, что не в состоянии исправить даже небольшую ошибку коллеги который в отпуске. И наоборот, человек специализирующийся на микроконтроллерах крайне редко может написать качественный фронтэнд. И по большей части это обусловлено именно очень большими объемами информации в каждой предметной области.
У знакомого тоже так показывал, причем на моей руке нормально, а у него занижает. Он курящий, поэтому предложил ему неделю попить «ундевит» и меньше курить, после чего периферийное кровоснабжение нормализовалось и браслет перестал врать.
Это, кстати, опровергает тезис из статьи о провале cppcat: «Уровень культуры программирования индивидуальных разработчиков и маленьких команд ниже, чем в крупных компаниях.» Библиотека от очень крупной компании…