gribozavr

вызовите из перла dos2unix ;)
есть такой пакет во всех дистрибах, как раз для убирания неправильного перевода строки, обычно показываемого как ^M

А Вы замените все \r на пробел — вот вам и будет в одну строку.

perl -p -i -e 's/^M//g' dosfile
только тут хитрость для ввода символа ^M необходимо нажать клавишу Ctrl и удерживая ее нажать v и m, должен получится символ ^M

< кэп мод >
Теория без практики вам ничего не даст. Практика без теории в конце концов приведёт к непониманию многих процессов. Ищите золотую середину.
< / кэп мод >

Если речь идёт про GNU/Linux'ы, то скачиваете какой-нибудь дистрибутив поконсервативнее ( Debian ;), ставите его желательно на реальную машину и начинаете мучать (поставить голую консоль, поднять вебсервер, понастраивать бэкапы, помучать консоль, узнать, что для выхода из vi совершенно необязательно перезагружать машину (: и т.д. ). Эви Немет вам поможет ;)
Когда немножко поднатаскаетесь, освоитесь, можно поднимать всякие виртуализации, зоопарки, ставить puppet'ы и писать рецепты под них.
Дальше можно почитать всякие умные книжки про то, как работает ядро, откуда всякие ноги растут.

Если речь идёт про проприетарные системы (чпукс, эйайикс, etc), то изучить основы на GNU/Linux'ах и топать устраиваться на работу во всякие интеграторы. Они там обучают.

И да, не надо делать упор на всякие графические утилиты. Учите консоль. В ней вся сила.

По-моему, сегодня я где-то видел статейку, про путь nix администратора. Специально для вас написали (:

branegy.com ваш домен?
Пропишите себе SPF c какого IP может отправляться почта, чтобы спамеры не использовали Ваш домен в качестве прикрытия.

Для врЕменного исключения из компиляции больших кусков C++ кода (возможно содержащих многострочные /*...*/ комментарии) удобно пользоваться конструкцией препроцессора

#if 0
(...some_temporary_removed_code...)
#endif

Псевдонаучные заметки в жанре бытового фэнтэзи. По строже бы стиль, да поменьше философствований об Юнгах и Фрейдах, ибо не очень близко это к тематике хабра.

риск переноса в том что Вы меняете таблицу разделов и при любом сдвиге в адресном пространстве потеряете разделы (не только системный), так что ИМХО овчинка выделки не стоит

IMHO, нет. Это два разных подхода к разметке диска. По сути операция правильно называется "форматирование диска в GPT формат".

Полностью поддерживаю предыдущих ораторов. Более того, будьте готовы, что к вашему open-source проекту, возможно, так никто и никогда не присоединится. Поэтому, у вас лично, должно быть большое желание довести дело до конца, даже в одиночку. Иначе смысла браться нет.

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

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

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

1. Как писать автотесты — зависит от средств разработки. Скрипты на perl, десктоп приложения на Qt, и серверные приложения на Java тестируются, очевидно, по-разному.

2. Как делать описания тестов (для тестировщиков) — для этого нанимается опытный тестировщик, который сам все объяснит.

3. При работе с git — коммитить желательно отдельными логическими изменениями. Желательно перед коммитом проверять компилируемость. Не стоит крупные изменения делать одним коммитом, лучше разделять — вот сделали подсистему, вот мы ее используем в этом модуле, вот — в другом. Если какая-то функциональность развивается долго параллельно другой деятельности — git rebase позволит команде которая занимается этой подсистемой синхронизироваться с остальными, но не отправлять свои изменения пока не закончит работу. А потом отправить сразу группу коммитов.

4. Как настроить среду на кодинг — я не думаю что получится установить это как стандарт. У каждого программиста свои привычки. Идеальной настройки emacs/vim не существует.

5. По поводу DE — я лично фанат xmonad. Многие tiling WM не выносят, и для них он не подходит. Я не понимаю почему — но это факт. При найме программиста мне важно как он пишет код, а не какой window manager использует.

6. Тут вот какая штука — в Linux легко организовать миграцию конфигов. Так что даже при использовании парного программирования элементарно обеспечить чтобы каждый работал с привычной ему средой.

Стандартизировать надо не window manager, а требования к оформлению кода.
Возможно даже используемые в интерфейсах цветовые схемы и шрифты — чтобы при парном программировании люди глаза не ломали. Но и тут я бы поостерегся, а скорее предоставил возможность людям тратить некоторую часть рабочего времени на тюнинг. Тогда они будут интересные идеи по настройке рабочего места утаскивать друг у друга. Результат будет лучше чем любой стандарт.

Есть сервис translatedby.com/, там есть и закрытые переводы.

Если нужен прямой номер для входящих по сип — всячески рекомендую www.youmagic.com/
Цена очень вкусная, качество отличное.

Если есть бэкапы, то вытащить оттуда инфу по каждому файлу, какому пользователю и группе он принадлежит. Если на основное, то… установить куда-нибудь ту же ОС и оттуда уже взять информацию о пользователях-группах для всех файлов.

Никак. Такие косяки легко не исправляются. Проще реинсталл наверх делать