Стартовал Open OS Challenge 2023 для профессионалов в области системного программирования для ОС на базе Linux

hh.ru

Чуть было ради смеха не выбрал последний вариант.

Смешнее было бы, если бы он оказался правильным.

Вы про сабжевый тест что ли? Вопрос относительно системд как-то не особо к системному программированию относится… Вопросы по системному программированию там, собственно, были?

Именинно про сабжовый тест. Вопросы там, скорее, про кругозор системного программиста. Код писать потом придется, видимо.

Потешить ЧСВ, померяться, повесить грамоту на стену. Строчка в резюме опять же.

У них там пара проектов, связанных с мантенерстовом. Меня туда «отрывали с мясом» как программиста на должность мантейнера дистрибутива. Я им долго объяснял, что писатели не работают архивариусами, а они не верили. А обещали и денег нормально и подписку на СБерПрайм для своих... :) Но я к ним не пошел.

Чукча--писатель, чукча не архивариус :)

Это со стороны участников, а со стороны организаторов - поиск потенциальных сотрудников.

Здесь же были пара вакансий для их собственного дистрибутива под свои нужды.

Аж любопытно стало. Как у них аккаунт называется, не подскажешь?

На вопрос «а так можно было???», сказали, что у них так можно. :)

А, вот оно что. Ну что ж, выглядит как достойный подход солидной фирмы, заслуживает уважения. :)

Аж любопытно стало. Как у них аккаунт называется, не подскажешь?

sberdevices.ru ищи в логе ядра.

А, вот оно что. Ну что ж, выглядит как достойный подход солидной фирмы, заслуживает уважения. :)

Хоть я и не фанат сбера, но, в данном случае, соглашусь. :) Но что-то мне подсказывает, что, когда начнут за разглашение гос тайны сажать контрибьюторов в международные проекты, сбер политику изменит.

Но что-то мне подсказывает, что, когда начнут за разглашение гос тайны сажать контрибьюторов в международные проекты, сбер политику изменит.

Сажать в наше время, конечно, могут начать за что угодно.

Но если предполагать в действиях сажающих хотя бы толику здравого смысла, то гостайна — это не расплывчатое нечто, а информация по вполне определённым вещам, и мне крайне сложно представить, чтобы такие вещи кто-то захотел контрибутить в ядро. Если только человек разрабатывает реализацию, например, мандатного контроля в соответствии с требованиями каких-то документов… Хотя вот документ от ФСТЭК преспокойно висит на их сайте во вполне открытом доступе.

и возможность присоединиться к команде СберТеха

А работать в этой самой команде большая честь или не очень?

Я не знаю… Я как-то на виндовом компе знакомой с матами выковыривал виджет поиска одной крупной интернет-компании… Запихали они его туда в режиме, хрен выдерешь… Я справился, но после этого раз несколько отказывал этой компании в том чтобы стать моим работодателем, именно на этом оснвании. Не хочу работать с такими…

Что касается сбера, меня туда не звали, но история ровно такая же… Я после конца 80х и 90х от слова сбербанк до сих пор дергаюсь. И как только туда стало можно не ходить, более туда не ногой… И работать на них тем более не хочу… Таже если они «тех»

Вспоминаем «Казус Сысоева» и последующие юридические разборки вокруг nginx...

Сажать в наше время, конечно, могут начать за что угодно.

С разморозкой?

https://www.moscowtimes.eu/2022/08/05/vtoroi-za-leto-sotrudnik-instituta-teoreticheskoi-i-prikladnoi-mehaniki-ran-arestovan-za-gosizmenu-a22967

Выложи список вопросов, если не лень.

К слову, после первичной регистрации по мылу и отказа регаться дальше, насколько я вижу невозможно удалиться из этого браим орг :(

Согласно соглашению вроде запрещено делать скрины из ресурса. Читал по диагонали, но вроде как нельзя.

Требование понятное, но с таким подходом у них многие еще на этапе регистрации отвалятся, лол.

Надо нам свои конкурсы делать, интересные с тамадой и настоящие такие чтобы решение жопу рвало от напряжения извилин. Ну и простые тоже.

Ой, там не совсем дураки, не все копируется мышкой. И их там штук 30-40 что-ли. Ну вопросы типа три сисколла на одну тему и один другой, найти лишний. Или есть какая-то замудрёная команда на awk, типа что делает.

Есть совсем простые, типа как погрепать что-то в дереве на всю глубину (типа grep -r что-то там-то)

Или что означает циферка после маски доступа в выводе ls -l

ls -l ~/tmp
-rwxr-xr-x 1 gleb gleb       438 мар  1  2021  l6decode.py
-rw-rw-r-- 1 gleb gleb      3122 мар 28  2017  Release.key

Ну или как в сценарии баша определить константу.

Времени достаточно, действия команд проверить можно, но простые вопросы надо знать и отвечать быстро.

У меня получилось 85% правильных ответов (Счет на очки, за каждый вопрос 1 или два очка). Я не гнался за результатом, просто было время проверить себя в качестве отдыха от работы. Баг ловил гнусный, к вечеру поймал.

Ну, кстати, тест на знание линуха «ТруЪ ЛинуксоидЪ» от сообщества «экспертов всея ЛОРа» — это тема, да. Только это ж надо на уровне теорминимума от Ландау делать, а настолько Линукс тут никто не знает :)

Понятно. Чисто тест на общее развитие с разноплановыми вопросами, причем часть из того, что ты показал (константы на баше лол) из них вообще с системным программированием не связаны.

Местами интересный тест, местами скучный с задротством синтаксиса скриптов и ключей.

71.1% :-D

что за фигня с призовым фондом?
этож месячная зарплата джуна в сбертехе :)

5.833,80 Euro?

Такое ощущение, что под этим сообщением немало комментариев написали Фима Собак и Виктор Михайлович Полесов под разными никами. Это я про нападки на Сбер.

Ну, на самом деле, связаны. Приходится не только программы писать, но и кучу обвязки вокруг них. Шелл — часть системы, в конце концов. Системное программирование — это не только написать модуль ядра, запустить в нем кернел тред и принимать от него сообщения в юзерспейсе через какой-нибудь нетлинк. Какой-нибудь SysV Init или юниты от системд — это системное программирование или что? Системщик должен уметь все.

Как это было в старом анекдоте: если в вашей программе нет ошибок, зовите системного программиста, он поправит ошибки в компиляторе.

Местами даже с юмором, что совсем хорошо.

Я бы сказал, что вопросы, которые ты показал про declare и awk - чисто админские. Если тебе нужны константы на баше, то наверное пора уже переписывать скрипт на нормальном языке.

Исполняющую систему «Нормального языка» еще надо принести на целевую машину. А шелл есть всегда. Всего на С не напишешь. А остальное только синтаксисом отличается.

И да, системщик — сам себе сисадмин.

Если сам себе сисадмин - значит могу принести всё, что мне нужно.

У себя дома можно делать что хочется. Есть куча целевых машин с кучей ограничений. Бывает нужно и питон отломать на каком-нибудь совсекретном эмбеддед-бортовом компьютере. Ну что за детство, е-мое... «Могу» — не значит «сделаю».

Так, падажжи, не меняй тему. Ты сказал, что системщик - сам себе админ. Мы все-таки о разработчике говорим, или о эксплуатационщике/администраторе? Потому что если первое - то ты разрабатываешь систему, а значит имеешь какое-то пространство для маневра, и почти наверняка не будешь иметь требования в духе «напиши http-сервер на баше». А если второе - то да, следи за системой в рамках предусмотренного разработчиком.

Вещи для баша надо писать на баше. Сложные вещи надо писать на нормальном языке. А там, где составляют неадекватные ТЗ, просто не надо работать.

Системщик действительно сам себе админ. У себя дома я свои линухи, маки, старые пидипишки и роутеры сам настраиваю так, как мне удобно. В том числе, и без особой оглядки на секьюрити и на ресурсы.

Если у меня есть задача собрать эмбеддед-дистрибутив со своими же демонами без Йокты и руками, то я буду выгрызать из системы все лишнее, ибо зачем мне там питон, к примеру? Это задача отнюдь не администраторская. Как бы, все от задачи идет, в том числе и «напиши то, что надо, на том, что есть». Ну куча есть ограничений, особенно в сертифицированных системах на набор используемых библиотек. Ситуаций, когда у тебя нет буста, нет джавы, нет того, нет сего  — да сколько угодно.

Поэтому, стоит приучать себя использовать не то, что хочется, а то, что есть. И всегда думать, во что обходятся целевой машине твои рабочие инструменты.

Вот буквально сейчас я занят переносом на линух некого большого продукта с винды. Пишу прототип. В прототипе использование буста «для скорости» допустимо, потом придётся убрать.

А там, где составляют неадекватные ТЗ, просто не надо работать.

Это не всегда так. ТЗ, неадекватное твоим хотелкам, не есть неадекватное ТЗ. Только понимать это начинаешь не сразу.

Не надо работать с идиотами, а в любом ТЗ стоит искать рациональное звено. Любой документ меня уже давно интересует не только сам по себе, но и почему он написан так, что хотел сказать автор и как автор дошел до жизни такой.

Ситуаций, когда у тебя нет буста, нет джавы, нет того, нет сего — да сколько угодно.

А, ну конечно, давай возведем всё в абсолют. Мой изначальный тезис - если тебе нужно прям advanced-программирование на баше - вероятно ты что-то делаешь не так, и стоит поискать другой способ. Вот скажи честно, ты когда-нибудь пользовался башевыми константами? А вообще знал об их существовании?

Поэтому, стоит приучать себя использовать не то, что хочется, а то, что есть.

Давай я тоже в эту игру поиграю. Есть ассемблер. Почему бы нам всё не писать на ассемблере?

И всегда думать, во что обходятся целевой машине твои рабочие инструменты.

А еще - во сколько обойдется разработка и поддержка. В иных случаях она будет несколько дороже, чем процессорное время машины. Когда проектируется архитектура, надо прикдывать требования в численном виде и руководствоваться критерием «достаточно хорошо». Сделал некий алгоритм? Укладывается в требования? Да, но можно улучшить? Пока считаем сделанным и идем дальше.

Вместо того, чтобы поставить интерпретатор хотя бы луа, ты наговнякал баш-скрипт на 10 тыщ строк из какихто смутных соображений экономии пары мегабайт, хотя место еще было? Молодец, ты сотворил говнокод, потому что количество ошибок в этом скрипте благодаря нестрогой типизации наверняка будет поражать воображение, и даже shellcheck тебя не спасет, а стоимость доработки будет просто колоссальной.

Только понимать это начинаешь не сразу.

Сначала у тебя мало опыта и ты думаешь, что составитель кретин; потом ты более опытен и пытаешься разобраться в причинах; потом с еще большим опытом приходит понимание, что на самом деле составитель был всё-таки кретин.

как автор дошел до жизни такой

Да легко. Читаешь такое как медкарту. Вот тут человечка в детстве роняли, тут шизофрения проклюнулась, а тут манямирок цветет и пахнет/

А, ну конечно, давай возведем всё в абсолют. Мой изначальный тезис - если тебе нужно прям advanced-программирование на баше - вероятно ты что-то делаешь не так, и стоит поискать другой способ. Вот скажи честно, ты когда-нибудь пользовался башевыми константами? А вообще знал об их существовании?

Ну нет никакого абсолюта. Все сообразно обстоятельствам. Про константы честно не знал, и вообще недоумеваю относительно необходимости их существования. Ну вот узнал что-то новое. Осталось узнать, нахрена мне это знание. :)

Давай я тоже в эту игру поиграю. Есть ассемблер. Почему бы нам всё не писать на ассемблере?

Ну есть, и когда-то на нем писали всё. Мне приходилось писать на ассемблере «первые три байта операционной системы». Потому как, ассемблерная вставка в коде инициализации аппаратуры некого эмбеддед-юникса рассчитывала на то, что в регистре r0 останется код возврата, а добрые люди сменили версию gcc и компилятор стал вставлять implicit return 0 в int-функцях без return. Буквально, прихожу на работу, а ночная сборка не грузится. Вотпрямваще. Ну пришлось переписать на ассемблере пару функций.

Вместо того, чтобы поставить интерпретатор хотя бы луа, ты наговнякал баш-скрипт на 10 тыщ строк

И откуда крайности-то? На >10 тыщ строк я только автогенеренные скипты configure видел. Кстати, модж там и константы зачем-то есть. И луа — штука полезная, особенно, когда тебе интерпретатор некого скрптового языка нужен прям в твоей программе.

Кстати, подозреваю, что 10000 тысяч строк на Луа (или, упаси ТНБ, на перле) столь же непонятны, сколь и на баше.

Кстати,

readonly var=value

Да легко. Читаешь такое как медкарту. Вот тут человечка в детстве роняли, тут шизофрения проклюнулась, а тут манямирок цветет и пахнет/

Ну, деконструкция полезна, да. И идиотов хватает.

о, кто-то сказал Yocto.. :)

Я и билдрут могу, но только сказать :) Использовать не доводилось.

так что там за задачи-то будут? Смержить нетривиальный патч в заданную подсистему ядра линукс, или ещё чего?

Если у меня есть задача собрать эмбеддед-дистрибутив со своими же демонами без Йокты и руками, то я буду выгрызать из системы все лишнее, ибо зачем мне там питон, к примеру?

Вы мой герой \0/

так что там за задачи-то будут?

Совершенно неизвестно, что там за задачи будут. Я вот накликал 43 балла из 45-ти в онлайн тестировании. Терь если пройду дальше (я так и не понял, кто проходит дальше) и не забуду глянуть 17-го сентября, то напишу, чё там за сугубо прикладные задачи предстоит на втором этапе решить.

Потратил 10 минут своей жизни на тестирование. Зачем я это делаю…

Изначально речь шла о том, что вот эта тряхомудия с declare/awk не имеет никакого отношения именно к системному программированию. Как же блин я в ядро-то коммичу без знания о константах на баше? Или вон эмбеддед-софт пишу.

Вот вопрос про циферку в ls хороший, но чисто как фильтр. А вопросы про знание ключей корутилза - вообще полная чушь. Эти ключи есть в манах, хелпах и гуглятся за один запрос. Нужно проверять что-то более глубинное, например, зачем надо делать двойной форк при демонизации. Или (вопрос на кругозор) - напишите полный регексп для валидации email-адреса (правильный ответ: «вы что, поехавшие?»)

Так ведь перл тоже убрать можно, не только пыхтон. :)

… Виктор Михайлович Полесов…

Тема плашек три восьмых дюйма не раскрыта.

Раскроют ещё

Да хрен его знает, что нужно, а что нет. В жизни нужно примерно все, любое знание хоть раз, да пригождается. Вопрос про форк — хороший, но его в ответ с выбором не впишешь. Разве что, когда звать setsid, после первого форка, или после второго, и какой набор сигналов надо глушить и восстанавливать, и после какого форка. Обычно, эту процедуру народ пишет один раз и (возможно) правильно, а потом таскает из проекта в проект особо не задумываясь. Я вот навскидку тоже сейчас правильную последовательность вызовов демонизации не напишу. В сигналах точно навру.

Задача предварительного тура — отсеять шлак, а не намыть золото, как я понимаю. А тут годится примерно любые вопросы на общую эрудицию, подходящие под формат задания.

Вот, кстати, хороший вопрос, которого я не нашел — где и как искать коредамп при наличии systemd? Я тут познакомился с утилитой coredumpctl, Прикольно, да.

Вот, кстати, хороший вопрос, которого я не нашел — где и как искать коредамп при наличии systemd?

Systemd просто ставит свой обработчик в kernel.core_pattern, так что при желании можно его даже сбросить.

Можно, но я не стал и научился пользоваться coredumpctl. Coredumpctl debug и упоминание в логах о том, что кто-то там накернился вполне удобны. Не надо искать що за корА, поотлаживать несколько падений. В общем, полезная штука оказалась.

Ты еще анкеты на нашем предприятии не видел, чудик. А тебя три невинных вопроса смутили.

Ой, какая милота. Сейчас мы наблюдаем момент зарождения очередных задачек-нерешаек. Пройдет немного времени, папаша вырастет, вырастет до начальника. И будет вас задавать на собеседованиях. Кого он таким образом наберёт - это уже вопрос другого треда. Ведь главное - не решить задачу, зачем. Главное - показать, как ты бумагу тупым карандашом рвать будешь, в порыве неистовства. Это, между прочим - прописные истины, бесплатные и искренние откровения хр-ок.