Возможно, потому что это не нужно ни данному пользователю, у которого и так предустановленная винда справляется с этими обязанностями. Ни производителям ПК/ноутов, которым не известно что понадобится конечному потребителю.
Да, но это всего-лишь телефон, а не полноценная дектопная OS. Базовые возможности Android на телефоне и на полноценном ПК — это небо и земля.
Нет, можно, конечно перепрошить телефон, поставить root, эмулятор терминала, настроить nginx, etc. Но тогда придется открывать xda и читать… хм… постойте...
А если использовать Linux на уровне мобильного телефона: серфить в интернете, звонить по скайпу, играть в игрульки из зашитого в OS репозитория, то тогда тоже ничего читать не нужно, разумеется.
Ну вы-ж понимаете что это справедливо для любой системы? В виндоуз, например, есть журнал приложений, но на него все кладут большой и тяжелый, хотя по сути это тот-же log.
Да согласен с этим. Умение читать то, что говорит вам система — это полезное умение везде.
Да что там далеко за примерами ходить. Моя жена время от времени обращается ко мне за помощью:
Помоги, такая-то программка не работает, ошибку выдает.
Что написано в окне с ошибкой? — спрашиваю ее.
А я не знаю, я просто закрыла. Сейчас прочитаю.
… через мгновение
А! Все, сама разобралась!
Это было-бы слишком просто (: Я его делаю, однако флешка продолжает копировать (видно по светодиоду на ней) и ее отпускает в зависимости от размера файла.
Это странно. У меня она прекращает мигать ровно в тот момент, как в убунте всплывает сообщение, что флешка была успешно размонтирована.
Да не должен он ничего. Пользователь волен хоть гвозди монитором заколачивать.
Просто нужно отдавать себе отчет, что Linux — это не Windows. И если ты всю жизнь проработал в Windows и внезапно решил прийти в незнакомый тебе Linux, со свой совершенно отличной от Windows экосистемой, то многое будет работать не так, как ты привык.
Конечно, можно изучать новую систему исключительно методом тыка следуя привычкам из Windows. Только если при этом что-то будет работать не так как вы ожидаете, то причина будет в вас, а не в Linux.
И самое главное, вишенка на торте — возьмите любой ноут, ПК или материнскую плату, зайдите на сайт производителя и по модели оборудования посмотрите для скачивания драйвера.
Для любых десктопных ПК и их материнских плат все драйвера в ядре линукса будут с почти 100% вероятностью. С ноутами чуть сложнее, но за исключением специфичных ноутов вроде Microsoft Surface Book, все драйвера как правило есть в ядре.
Я же не говорил, что в линуксе не бывает багов или что на любой баг всегда есть очевидный фикс. Я говорил про то, что если пользователь сам что-то делает не правильно или не знает как сделать правильно, то это часто решается внимательным чтением документации или того, что сообщает тебе система.
Тем не менее, конкретно в вашем случае, я бы сначала уточнил какой именно Ubuntu вы пользуетесь и ставите-ли софт вручную или из сторонних PPA?
Я пользовался, и время от времени пользуюсь, убунтой и из всех выше перечисленных багов косвенно сталкивался только с 4ым. И то проблема не в том, что убунта не делает sync, а в том, что она сообщает о том якобы файл скопировался до того как отработал sync. Решение этой проблема предельно простое — делать Eject флешки до того, как вы вытаскиваете ее физически.
В этом, на мой взгляд, основная проблема многих пользователей которые переходят с Windows на Linux — они никогда не читают мануалы.
Да ладно мануалы, многие даже сообщения об ошибках и предупреждения системы не читают, даже не пытаются понять базовые аспекты работы в Liunux, но сразу бегут жаловаться на Хабр как все в "ваших линуксах" плохо.
Хотя, лично мое мнение, Linux — очень дружелюбная система и всегда предоставляет информацию о том где пользователь не прав и что делать. Нужно лишь не лениться читать и изучать систему в которой работаешь.
И это только список из тех игр, которые был зарепорчены. По моему, весьма не плохой результат.
P.S. Если кто-то не знает что такое Proton, то это надстройка над Wine, встроенная в Steam. Т.е. достаточно поставить одну галочку в настройках Steam и все Windows игры будут прозрачно для пользователя устанавливаться и запускаться, так же как и нативные игры.
Изначально аргумент был про то, что якобы Linux при обновлении ломается значительно чаще, чем Window. Вы в подтверждение этого привели статистику из одного человека, я в опровержение тоже привел статистику из одного человека. Ну можете считать, что обе системы не ломаются никогда :)
К чему эти консоли, если пользователю они не нужны от слова совсем?
Если конкретным пользователям это не нужно, то, как говорится, good for them. Однако это не отменяет пользы и удобства консольных команд, которые по определению не могут предоставить GUI.
По «часу-другому» — это наверное какой нть древний целерон на сильно дефрагментированном HDD. На SSD это все дело гораздо-гораздо быстрей происходит. Впрочем, та же ситуация и на Линуксе.
Нет, линуксе ситуация немного другая, поскольку в нем не нужно перезагружаться для применения обновлений, за исключением обновления ядра или его модулей. И даже если обновилось ядро, то перезагрузка нужна исключительно, что бы с него загрузиться, а не для того что бы обновление могло получить эксклюзивный доступ к каким-то файлам.
Хуже обратная совместимость — риск, что в системе что-то отвалится после обновления практически 100%.
Вы никогда не пробовали обновлять Windows без полной переустановки системы? Например, с Windows 2000 до Windows XP, или с Windows Vista до Windows 7, или с Windows 7 до Windows 10?
Если же говорить про минорные обновления, то тут, конечно, многое зависит от дистрибутива.
По своему опыту могу сказать, что если не ставить левых PPA в Ubuntu LTS, то вероятность что что-то поломается от обновления не выше, чем в Windows 10.
Или же возьмем Gentoo. Этот дистрибутив может быть стабильным как скала на протяжении десятков лет. Но, правда, только при условии, что ты умеешь читать :)
Программы и их настройки после установки размазывает по всем папкам, кажется, что даже случайным образом. Почему нельзя держать в одной папке типа Program Files как у большинства программ в Windows — непонятно.
Это шутка такая, да? Или вы имеете ввиду программы устанавливаемые в пользовательское пространство?
Если вы про последние, то это вопрос к разработчиками данных программ. И в Windows ситуация ничуть не лучше: кто-то ставит в %APPDATA%\Local, кто-то в %APPDATA%\Roaming, кто-то в корень пользовательской директории, кто-то в Documents, кто-то просто мусорит там-же где запущен exe.
Разнообразие линуксов приводит, кажется, только к разнообразию инструкций для установки и настройки программ — везде свои пакетные менеджеры, разные наборы системных утилит и пр.
А что в этом плохого? Ну не нравится вам разнообразие, пользуйтесь Ubuntu и не обращайте внимания на другие дистрибутивы. Чем они вам жить-то мешают?
Ориентированнность на консоль — не знаю что может быть интуитивного в "lvextend -l +100%FREE /dev/mapper/vg_ucs-root", но почему-то некоторые утверждают, что это удобнее.
Удобнее то, что ты всегда можешь вызвать man lvextend и получить исчерпывающую информацию по утилите с примерами вызовов и ссылками на релевантную документацию.
По своей природе, консоль имеет унифицированный интерфейс. Т.е. любая команда в линуксе — это command [flags] [options], в то время как в GUI найти нужную опцию или кнопку в бесконечных меню, окнах и вкладках еще нужно постараться, если она вообще существует.
Хотите записать лог выполнения команды в файл? Пожалуйста:
$ command >log.txt 2>errors.txt
Хотите запустить ее в фоне? Легче простого:
$ command &
Желаете получить оповещение на email об окончании?
$ command && echo "Subject: command has been completed!" | sendmail test@example.com || echo "Subject: command has been failed :(" | sendmail test@example.com
Посмотреть куда лезет команда?
$ strace command
И так можно продолжать долго. Очевидно, что к GUI приложениям ничего из этого не применимо.
Как люди помнят точные названия пакетов для установки — тоже для меня секрет.
А как люди помнят названия программ, которые они устанавливают в Windows? Кроме того поиск никто не отменял. Пакеты можно искать, как по имени и описанию, так и по исполняемому файлу и в едином репозитории.
Кстати, если на тильду настроить, как потом в CS/CSGO играть?
Не знаю, не играю в CS/CSGO. Его нельзя просто поменять в настройках?
Вот когда это действительно бывает проблемой, так это когда мне нужен обратный апостроф (он на той же кнопке что и тильда). Но терминалом я пользуюсь на порядки чаще, чем апострофом, так что ввожу его или через Ctrl+Shift+U, 60, Enter, либо настраиваю хоткей под него.
Как обычно, не правильный перевод статьи. В оригинале говорится, что блокироваться будут только HTTP ссылки ведущие с HTTPS сайтов. Т.е. в вашем случае достаточно просто отдавать весь контент по HTTP.
Чтобы подытожить все выше сказанное мной: В TypeScript весьма хорошая безопасность типов и null-safety, И, на мой взгляд, весьма близка к Kotlin. Основная разница и проблема заключается в двух моментах:
TypeScript пропустит этот код. Аналогичная ситуация на Kotlin не возможна. E.g. если количество элементов больше нуля, то самый первый элемент точно не null.
Прошу прощения, но на остальную часть комментария нет желания отвечать.
Возможно, потому что это не нужно ни данному пользователю, у которого и так предустановленная винда справляется с этими обязанностями. Ни производителям ПК/ноутов, которым не известно что понадобится конечному потребителю.
Да, но это всего-лишь телефон, а не полноценная дектопная OS. Базовые возможности Android на телефоне и на полноценном ПК — это небо и земля.
Нет, можно, конечно перепрошить телефон, поставить root, эмулятор терминала, настроить nginx, etc. Но тогда придется открывать xda и читать… хм… постойте...
А если использовать Linux на уровне мобильного телефона: серфить в интернете, звонить по скайпу, играть в игрульки из зашитого в OS репозитория, то тогда тоже ничего читать не нужно, разумеется.
Да согласен с этим. Умение читать то, что говорит вам система — это полезное умение везде.
Да что там далеко за примерами ходить. Моя жена время от времени обращается ко мне за помощью:
… через мгновение
Это странно. У меня она прекращает мигать ровно в тот момент, как в убунте всплывает сообщение, что флешка была успешно размонтирована.
Да не должен он ничего. Пользователь волен хоть гвозди монитором заколачивать.
Просто нужно отдавать себе отчет, что Linux — это не Windows. И если ты всю жизнь проработал в Windows и внезапно решил прийти в незнакомый тебе Linux, со свой совершенно отличной от Windows экосистемой, то многое будет работать не так, как ты привык.
Конечно, можно изучать новую систему исключительно методом тыка следуя привычкам из Windows. Только если при этом что-то будет работать не так как вы ожидаете, то причина будет в вас, а не в Linux.
При чем тут мобильные OS я не совсем понял.
Для любых десктопных ПК и их материнских плат все драйвера в ядре линукса будут с почти 100% вероятностью. С ноутами чуть сложнее, но за исключением специфичных ноутов вроде Microsoft Surface Book, все драйвера как правило есть в ядре.
Я же не говорил, что в линуксе не бывает багов или что на любой баг всегда есть очевидный фикс. Я говорил про то, что если пользователь сам что-то делает не правильно или не знает как сделать правильно, то это часто решается внимательным чтением документации или того, что сообщает тебе система.
Тем не менее, конкретно в вашем случае, я бы сначала уточнил какой именно Ubuntu вы пользуетесь и ставите-ли софт вручную или из сторонних PPA?
Я пользовался, и время от времени пользуюсь, убунтой и из всех выше перечисленных багов косвенно сталкивался только с 4ым. И то проблема не в том, что убунта не делает sync, а в том, что она сообщает о том якобы файл скопировался до того как отработал sync. Решение этой проблема предельно простое — делать Eject флешки до того, как вы вытаскиваете ее физически.
В этом, на мой взгляд, основная проблема многих пользователей которые переходят с Windows на Linux — они никогда не читают мануалы.
Да ладно мануалы, многие даже сообщения об ошибках и предупреждения системы не читают, даже не пытаются понять базовые аспекты работы в Liunux, но сразу бегут жаловаться на Хабр как все в "ваших линуксах" плохо.
Хотя, лично мое мнение, Linux — очень дружелюбная система и всегда предоставляет информацию о том где пользователь не прав и что делать. Нужно лишь не лениться читать и изучать систему в которой работаешь.
https://www.protondb.com/
И это только список из тех игр, которые был зарепорчены. По моему, весьма не плохой результат.
P.S. Если кто-то не знает что такое Proton, то это надстройка над Wine, встроенная в Steam. Т.е. достаточно поставить одну галочку в настройках Steam и все Windows игры будут прозрачно для пользователя устанавливаться и запускаться, так же как и нативные игры.
Изначально аргумент был про то, что якобы Linux при обновлении ломается значительно чаще, чем Window. Вы в подтверждение этого привели статистику из одного человека, я в опровержение тоже привел статистику из одного человека. Ну можете считать, что обе системы не ломаются никогда :)
Если конкретным пользователям это не нужно, то, как говорится, good for them. Однако это не отменяет пользы и удобства консольных команд, которые по определению не могут предоставить GUI.
Здорово. А у меня Gentoo с 2012 года работает и обновляется без проблем и переустановок :)
Нет, линуксе ситуация немного другая, поскольку в нем не нужно перезагружаться для применения обновлений, за исключением обновления ядра или его модулей. И даже если обновилось ядро, то перезагрузка нужна исключительно, что бы с него загрузиться, а не для того что бы обновление могло получить эксклюзивный доступ к каким-то файлам.
Вы никогда не пробовали обновлять Windows без полной переустановки системы? Например, с Windows 2000 до Windows XP, или с Windows Vista до Windows 7, или с Windows 7 до Windows 10?
Если же говорить про минорные обновления, то тут, конечно, многое зависит от дистрибутива.
По своему опыту могу сказать, что если не ставить левых PPA в Ubuntu LTS, то вероятность что что-то поломается от обновления не выше, чем в Windows 10.
Или же возьмем Gentoo. Этот дистрибутив может быть стабильным как скала на протяжении десятков лет. Но, правда, только при условии, что ты умеешь читать :)
Это шутка такая, да? Или вы имеете ввиду программы устанавливаемые в пользовательское пространство?
Если вы про последние, то это вопрос к разработчиками данных программ. И в Windows ситуация ничуть не лучше: кто-то ставит в %APPDATA%\Local, кто-то в %APPDATA%\Roaming, кто-то в корень пользовательской директории, кто-то в Documents, кто-то просто мусорит там-же где запущен exe.
А что в этом плохого? Ну не нравится вам разнообразие, пользуйтесь Ubuntu и не обращайте внимания на другие дистрибутивы. Чем они вам жить-то мешают?
man lvextendи получить исчерпывающую информацию по утилите с примерами вызовов и ссылками на релевантную документацию.command [flags] [options], в то время как в GUI найти нужную опцию или кнопку в бесконечных меню, окнах и вкладках еще нужно постараться, если она вообще существует.Хотите запустить ее в фоне? Легче простого:
Желаете получить оповещение на email об окончании?
Посмотреть куда лезет команда?
И так можно продолжать долго. Очевидно, что к GUI приложениям ничего из этого не применимо.
А как люди помнят названия программ, которые они устанавливают в Windows? Кроме того поиск никто не отменял. Пакеты можно искать, как по имени и описанию, так и по исполняемому файлу и в едином репозитории.
Расскажите про ограниченность сюжета, например, разработчикам игры Fez.
Так с тильдой как раз нету проблем, потому что она с шифтом набирается и guake на эту комбинацию не реагирует.
А вместо ё я использую е.
Промахнулся окном ответа.
Не знаю, не играю в CS/CSGO. Его нельзя просто поменять в настройках?
Вот когда это действительно бывает проблемой, так это когда мне нужен обратный апостроф (он на той же кнопке что и тильда). Но терминалом я пользуюсь на порядки чаще, чем апострофом, так что ввожу его или через Ctrl+Shift+U, 60, Enter, либо настраиваю хоткей под него.
В Gnome для этого есть guake. Всю жизнь им пользуюсь, даже кнопку на
~(тильду) настраиваю. И да, без анимации открываться моментально.Как обычно, не правильный перевод статьи. В оригинале говорится, что блокироваться будут только HTTP ссылки ведущие с HTTPS сайтов. Т.е. в вашем случае достаточно просто отдавать весь контент по HTTP.
Во всяком случае, пока что достаточно.
А протокол передачи пробовали менять?
Именно, к этому нет претензий. Этот код работает как надо и в TS и в Kotlin. По этому не нужно указывать тип как nullable (как предлагаете делать вы) чтобы получить https://habr.com/en/company/vdsina/blog/485206/?reply_to=21230884#comment_21229908.
Чтобы подытожить все выше сказанное мной: В TypeScript весьма хорошая безопасность типов и null-safety, И, на мой взгляд, весьма близка к Kotlin. Основная разница и проблема заключается в двух моментах:
1.
TypeScript пропустит этот код. Аналогичный код на Kotlin не скомпилируется.
2.
TypeScript пропустит этот код. Аналогичная ситуация на Kotlin не возможна. E.g. если количество элементов больше нуля, то самый первый элемент точно не null.
Прошу прощения, но на остальную часть комментария нет желания отвечать.