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

Яндекс Школа оплачивает проезд и проживание тем, кто прошёл отборочные. У Т1 не знаю точно, как всё устроено, но это кемпинг, то есть все живут где-то в живописном месте за городом. И у Яндекса, и у Т1 есть офисы в разных городах Москвы и есть возможность удалённой работы.

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

Мой совет — искать стажировки, которые проходят крупные компании. Вот Яндекс.Школа в этом году летом работает, есть шанс хорошо провести время и попасть на работу в Яндекс. Плюс Т1 собирается проводить летний кэмп и тоже с возможностью потом устроится на работу.

Это как бы ещё один совет к тем, что к статье, надеюсь, что всё-таки полезный, а не вредный.

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

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

Спасибо. Всё исправил, теперь там двадцать

Очень здорово, что где-то хорошая документация есть. Да она, очевидно есть. Пусть MSDN это проект коммерческой компании, там люди за зарплату пишут. Но ведь и во многих open source проектах с документацией все в порядке.

Просто почему то в разнообразных легаси проектах с документацией всё плохо.

Я совершенно согласен. Правда, по какой-то причине я ни разу не видел технического писателя ни в одной из команд, где я работал.

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

Часто её заставляют писать программистов. А писать документацию надо уметь, и не все программисты умеют. И начинают они с того, что знают лучше всего: с потрохов программы.

Да, согласен. Но здесь у меня перевод, я стараюсь не сильно отходить от оригинального текста. Там у Скотта wrapper type.

В Nix общие библиотеки всё-таки разделяются между всеми программами.
Там есть одно общее хранилище, поэтому, если одна и та же библиотека нужна пяти программам, она окажется в этом хранилище только один раз.

Пассивная агрессия всё-таки вполне объективный термин. Если вы погуглите passive-aggressive behavior definition, то обнаружите на первой странице медицинские и психологические сайты. Даже на странице вики есть ссылки на научные труды.

В то же время toxicity definition ведёт на разного рода интернет-словари.

В этом нет никакой фантазии или каких-то образов с Васей и Петей. Всё довольно приземлённо.

Кажется, что на английском можно не переустанавливать, достаточно добраться до Settings и там добавить английский лейаут.

Через конфигурацию, конечно, тоже можно, просто я не самый большой специалист в NixOS. Как я уже говорил, я программист, мне хватает, когда удаётся написать конфигурацию, которой достаточно для сборки проектов. Как и раньше, могу посоветовать спросить в Tg чате NixOS RU. Там гораздо больше специалистов.

Тоже обратил внимание, что токсичность — понятие субъективное. Если пассивная агрессия, например, это медицинский термин, у которого есть определение, какая-то научная база и полемика, то токсичность — бытовое слово.

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

По первому вопросу я вам не помогу, у меня опыта с зашифрованными разделами нет. Скорее, всего, вам смогут помочь в Tg-чате NixOS RU.

По второму: сам я ставился с английским языком, потом в GUI зашёл в Settings/Keyboard и добавил там русский язык и раскладку. По умолчанию языки переключаются через Win+Space, но клавиши можно поменять.

Я менял через командную строку, потому что "моя" комбинация не ставится через GUI. Делал вот по этому ответу на Ask Ubuntu.

Да, обычно создают файл shell.nix, где получают пути к деривациям (пакетам) по именам.

Далее можно их добавить в существующие переменные окружения, либо описать новые. Я не силён в gcc, кажется, он использует переменные C_INCLUDE_PATH и CPLUS_INCLUDE_PATH.

Затем в каталоге запускаете nix-shell, выполняется shell.nix и у вас воссоздаётся нужная среда для разработки.

Да, вопросы можно задать в группе Tg, посвящённой Nix и NixOS: https://t.me/ru_nixos

Я не на все могу ответить, потому что я программист и у меня конфиги очень простые, буквально на несколько строк.

По первому вопросу — пакеты можно делать самостоятельно, так поступает большинство разработчиков. Для этого надо освоить язык программирования Nix и разобраться в деталях.

Есть неофициальная документация по этому вопросу, Nix Pills. Сейчас я её перевожу и публикую здесь на Habr. Можете прочитать быстро в оригинале, если владеете английским, или подождите, где-то в течение пары месяцев я закончу.

По второму вопросу — но машине одно хранилище пакетов Nix, в каталоге /nix/store, так что пакеты дублироваться не будут. Правда, есть тонкость. На обычных дистрибутивах, чтобы использовать Nix, надо зайти под пользователем nix. На NixOS это может быть действительно многопользовательская система.

С другой стороны, вам может быть, и не надо именно так детально управлять конфигурацией пользователей. В каждый проект можно сложить по файлу shell.nix. Перед работой запускать nix-shell, а по окончании выходить из него. В shell.nix описать, какие именно пакеты нужны для работы. Это окружение смогут разделить все участники проекта.

Давайте так. Этот цикл переведу, за ним можно и flakes.

Обычно пакеты адаптируют к подходу Nix. Вы можете зайти сюда: https://search.nixos.org/packages и поискать там нужный пакет. Если он есть, то он адаптирован для работы в Nix. Конечно, конфиги не складывают в /etc/pkgname. Можно для конкретного проекта написать скрипт на языке Nix, который создаст конфиг, и этот конфиг будет доступен через переменную окружения. В других проектах будут свои скрипты, которые будут создавать своё окружение.