Просьба выбирать тот или те варианты, которые действительно важны, и их отсутствие или наличие заставляет включить или исключить дистрибутив в из рассматриваемых. Те, что просто приятно иметь и они влияют на выбор лишь «при прочих равных», отмечать не нужно.
И речь о дистрибутивах общего назначения. Узкоспециальные дистрибутивы в данном случае иррелевантны (там для конкретной задачи и выбора-то особо не густо).
Представим себе, что ваш работодатель напрочь разорился, и вам срочно надо искать новую работу.
Новый работодатель проводит очное собеседование, никакими справочниками и нейросетями пользоваться нельзя. Только вы и ваши знания, плюс куски кода, которые может вам показать новый работодатель, задавая свои вопросы.
Подумайте о всех аспектах и возможностях языка, и оцените свои знания. Под языком понимается тот основной язык, который вы в данный момент используете для разработки, на котором вы больше всего пишите. В комментариях можете написать название языка, ваш процент, и те непознанные или успешно забытые части, которые влияют на степень владения.
Сенсорный экран смартфона/планшета технически является интерфейсом ввода, но количество рабочих пальцев технически ограничено двумя, и не смотреть при вводе практически невозможно — этот же экран является средством вывода.
Сенсорный экран выбирать только в случае, если набор на физической клавиатуре не является регулярным.
Недавно на форуме стиль упоминаний пользователей с использованием разметки Markdown поменялся с пингвинов на @. На взгляд автора опроса, изменение очень неудачное, интересно собрать статистику мнений.
В связи с имплементацией новой системы расчета Score, возникла непременная необходимость срочно выяснить, какая у кого реакция самая популярная, и кто есть ху, как говорится. Кто же ты теперь, ЛОРовец?
Возможно кому-то хватает самых стоковых возможностей поэтому легко запомнить аргументы командной строки, а так же полностью устроят диалоги DE.
Но вот мне, если надо какие-то продвинутые возможности — например указать размер словаря, длину слова, чтобы при архивировании по максимуму использовать свободное ОЗУ, указать количество ядер (побольше чтобы упаковалось быстрее, или только в однопоток чтобы было больше свободной ОЗУ для более сильного сжатия, иногда бывает нужно, в зависимости от целей создания архива, указать solid или не_solid, так же я люблю что бы в архиве сохранялись для каждого файла и папки все 3 даты: создание, модификация, доступ...
Тогда даже такого богатого DE, как KDE Plasma с Ark, не хватает. И если посмотреть на тот же man 7z, то, лично как по мне, это не только нереально запомнить, но даже понять с первого захода не просто, потом собрать нужные тебе опции, сохранить их в файл, потом через время, когда потребуется (а архивирование мне требуется редко) — еще надо вспомнить где этот файл.
В общем я раньше для таких целей мучался с консолью, а недавно попробовал Вайн и виндовые архиваторы и порадовался, как это удобно. С другой стороны, грустно, что в мире Никсов за столько лет никто не создал универсальный-фронтенд для архиваторов который бы был не менее функционален чем тот же виндовый 7Zip.
IDE - это Visual Studio (не тот который Code), IDEA, Eclipse, QtCreator и т.д..
Текстовые редакторы это vim, emacs, Sublime text, Visual Studio Code и т.д..
Пишите почему выбрали тот или иной подход. Возможно для вашего языка нет IDE, а может слишком тяжёлый проект или проект на куче языков.
Интересен в первую очередь основной инструмент, которым выполняете большую часть работы. Если такого нет, то пишу код где придётся — ваш вариант.
Работа — это то за что вам платят деньги, хобби — это то, что вы делаете бесплатно. Понятно, что изредка, приходится пользоваться и тем и другим, вариант «пишу код где придётся» относится к тому, что регулярно код пишется в разных средствах, как в IDE, так и в текстовых редакторах, например, такое бывает если пишется игра с LUA для скриптов, когда движок пишется в IDE, а скрипты, которых может быть значительный процент от игры пишутся в обычном текстовом редакторе.
В случае с ядром или модулями собранными другом, братом, сватом, кумом, женой, кошкой и т. д. можно тоже выбирать второй пункт, если ловили Kernel Panic в итоге вы.
В очередной раз столкнулся с этой темой на форуме, решил провести опрос.
Тех, кто не пишет на этих языках, прошу выбирать соответствующий пункт и в остальной части опроса не участвовать.
Существует, в целом, три варианта отношения к конструкциям вида if (a=f). Первый — конструкция полностью нормальная, нет причин на неё гнать. Второй — опасения спутать = и == и на этом основании объявление данной конструкции вредной. Третий (почему-то про него вспоминают реже чем про первые два) — заявления о том, что не-булевы выражения (речь тут не конкретно про присваивание) в качестве условия if вообще так или иначе не совсем нормальная ситуация.
Часто сторонники второго варианта начинают потом писать про опечатки «которые у всех бывают», но я считаю нужным данную ситуацию прояснить: следует чётко отличать спутывание = и == по причине забывания как в Си пишется сравнение (в этом случае проблемой будет только =/== и ни что другое, и происходит такое, в первую очередь, у сильно неопытных программистов), и опечатки по причине, условно, нажимания не тех кнопок на клавиатуре — такое действительно случается у всех, но в этом случае конкретно присваивание никакой особенной роли не играет, речь идёт вообще о разных «способах» написать в скобках после if что-то неправильное и не заметить это. При этом, поскольку if по смыслу означает проверку условия, логично ожидать в скобках что-то булевое, а все остальные варианты объявить симптомами опечаток, подлежащими как минимум пристальному рассмотрению.
Те, кто так или иначе считает такую конструкцию проблемной (и включают соответствующий варнинг компилятора), дальше делятся ещё на два варианта: одни призывают вообще её избегать в любом виде, вторые же допускают её применение, но с явной подсказкой компилятору/программисту в виде дополнительных круглых скобок вокруг: if((a=f)).
И ещё один момент: даже те, кто не усматривает в данной конструкции опасность, иногда всё равно её избегают, по эстетическим/стилевым причинам (для удобства чтения итд). Это, как и всё вышенаписанное, учтено в опросе.
Речь о картинках в обычных новостях на ЛОРе: о релизах новых версий софта, изменениях в нём, и тому подобном. Новости вроде поздравлений с Новым годом — случай особый, просьба его не принимать во внимание.
…на домашнем ПК, ноутбуке, моноблоке или домашнем сервере.
Виртуальные машины, скорее всего, учитывать смысла нет, поскольку они обычно для работы (даже из дома), и там приходится брать уже заданную конфигурацию. Впрочем, сильно не настаиваю. Также нет смысла учитывать купленные огороженные железяки, куда линукс поставил продавец (проигрыватель, слишком умный ТВ, роутер от провайдера и др.).