Некоторые производители, например, realtek поставляют драйвера в виде компилируемых модулей для ядра. Что ж, приходится один раз скачать и скомпилировать, что не сложнее выполнения трёх команд в консоли.
Но пересборкой ядра тут и не пахнет. Я на убунте 6 лет, за это время не собирал ядро ни разу, хотя приходилось ставить её на кучу разношёрстного железа.
В принципе, можно было не слезать с 12.04, а весь прогресс получить установкой новых ядер (linux-generic-lts-*). Ну и новых дров от производителей, если потребуется.
Извините, простому пользователю хорошо бы для начала узнать, а вообще совместимо ли между собой то железо и софт, которое он хочет использовать. Если вы дизельное топливо будете лить в бензиновый двигатель, в проблемах тоже будет виноват производитель тачки? Есть список сертифицированного оборудования для Ubuntu. Игнорируете его? Не жалуйтесь тогда, ибо ССЗБ.
Вы шутите? У человека аппаратные проблемы, вы ему предлагаете взять по сути ту же убунту в плане работы с аппаратной частью, но заменить GUI, с которым вроде как проблем не было (ибо железо не заводилось).
Интересно, вы какой-нибудь композитный менеджер используете? Хотя бы тот же xcompmgr. С ним всяко лучше, чем без него. Решаются очень многие проблемы, типа тиринга, и всяких артефактов при перерисовке окон (которая производится гораздо реже).
Если в стандарте сказано «при табах такой-то длины код должен вмещаться в такое-то количество столбцов», а у меня табы меньше и всё вмещается, то виноват, разумеется, я.
Иными словами, чтобы не нарушать стандарты я вынужден проверять все коммиты на длину строки (т.к. она сильно варьируется от конкретной глубины вложенности). Как-то слишком много возни для столь незначительного профита (который, кстати, в основном, дело привычки).
А с другой стороны, у одного монитор широкий, а у другого — высокий.
Речь не о мониторах, речь о соглашениях по стандартам кодирования. VolCh описывает как раз такую ситуацию, когда код, написанный по стандарту, внезапно у ревьюера становится нарушающим стандарты.
5 — это не большой уровень вложенности.
1 — класс.
2 — метод.
3 — условие.
4 — цикл.
5 — ещё условие.
Я согласен, что большие уровни вложенности — зло. Но 5 — это ещё пограничная зона, где не обязательно нужен рефакторинг. Но и на меньших уровнях есть эта разница. Всё равно, у одного строка 80 символов, а у другого — 104.
По-моему, это просто убойный аргумент против табов. При большом уровне вложенности, скажем 5, мы имеем разницу между табом в 2 пробела и табом в 8 пробелов — 30 символов. Иными словами, максимальная строки кода на строке 5м уровнем отступа при просмотре с табом в 8 символов — 40 символов, а при 2 символах на таб — 70 символов. Код с пятым уровнем отступа, в котором 80 символов на строку при табе в 2 символа на 8-пробельном табе будет занимать 110 символов.
Однозначный конфликт. В итоге, все в команде вынуждены работать с одинаковым размером таба и все профиты использования таба улетучиваются.
Вот редко приходится что-то делать прям так специально под IE, но как-то озадачился написанием HTA, так всю голову изломал, почему оно там не работало. Оказалось, потому что не самой первой meta была.
А там уже привели в чувства плагин intellisense для php (или как он там назывался, добавлявший аналитику в код)? Когда я пользовался SublimeText, он не работал вообще. А без него — я уже как без рук. Всякая там аналитика, type hinting, инспекции кода и прочее. Очень привыкаешь, и сильно увеличивает производительность труда.
А тот же emmet и в phpstorm есть.
SublimeText — текстовый редактор. Для верстальщика ещё пойдёт. Но для программиста он слабоват. Да и потом, SublimeText тоже не бесплатный.
Сравнивать текстовый редактор (пусть даже очень хороший) с IDE — это то же самое, что сравнивать внедорожник (пусть даже очень хороший) с шагающим экскаватором.
Но пересборкой ядра тут и не пахнет. Я на убунте 6 лет, за это время не собирал ядро ни разу, хотя приходилось ставить её на кучу разношёрстного железа.
Сколько раз брали железо с учётом этой информации — никогда не было сюрпризов. Всё так, как и обещано на страницах сертифицированного оборудования.
Иными словами, чтобы не нарушать стандарты я вынужден проверять все коммиты на длину строки (т.к. она сильно варьируется от конкретной глубины вложенности). Как-то слишком много возни для столь незначительного профита (который, кстати, в основном, дело привычки).
1 — класс.
2 — метод.
3 — условие.
4 — цикл.
5 — ещё условие.
Я согласен, что большие уровни вложенности — зло. Но 5 — это ещё пограничная зона, где не обязательно нужен рефакторинг. Но и на меньших уровнях есть эта разница. Всё равно, у одного строка 80 символов, а у другого — 104.
Однозначный конфликт. В итоге, все в команде вынуждены работать с одинаковым размером таба и все профиты использования таба улетучиваются.
А тот же emmet и в phpstorm есть.
SublimeText — текстовый редактор. Для верстальщика ещё пойдёт. Но для программиста он слабоват. Да и потом, SublimeText тоже не бесплатный.
Сравнивать текстовый редактор (пусть даже очень хороший) с IDE — это то же самое, что сравнивать внедорожник (пусть даже очень хороший) с шагающим экскаватором.