> 1. Гаджеты – ваша личная собственность. Мы не будем заставлять вас пользоваться тем, чего вы не хотите.
> 2. Мы будем сотрудничать с другими. Закрытые экосистемы безнадежно устарели.
Talk is cheap, show me the code. Почему ему хотя бы не назвать планируемый стек технологий? MIPS, Mer? Или весь этот манифест это очередной буллшит?
+1 насчёт apple и android. По поводу вопроса «можно ли сделать такое на одноплатнике» — да, это возможно, в гугле куча примеров «смартфонов» на raspberry ит.д. по запросу «diy smartphone». Но это всё костыли. Нет (и не будет) нормального железа (open hardware, унифицированная открытая прошивка). Десктопные приложения (если говорить о линуксе и GNU) плохо предназначены под тач / мобильные платформы, надо портировать, задел в принципе есть (например Mer) но это всё сдохло и никому не нужно.
Да, брал ноут для работы «в поле», важны были вес, батарея и диагональ хотя бы 13" — на меньшем экране мне неудобно работать. Thinkpad мб и взял бы, но во-первых у меня уже есть корпоративный «тяжёлый» ноут как раз Thinkpad, во-вторых в качестве личного ноута хотелось бы Thinkpad времён IBM, а их очень сложно стало найти.
Много мелких приёмов, всех не вспомнить. Например:
— Автодополнение можно настроить для чего угодно (man bash-completion), например сделать автодополнение имён веток в Git: «git checkout mas» дополнится до «git checkout master»;
— Добавление строк в реальном времени в конец файла можно наблюдать через tail -f;
— Можно обернуть вызов любой команды, где идёт передача данных через pipe, в утилиту pv, и будет отображаться прогресс переноса данных;
— Можно обернуть вызов любой команды, ожидающей текстовый ввод от юзера, в утилиту rlwrap и ей подобные, и будет строка ввода, поддерживающая все фичи GNU readline (поиск по истории, дополнение ит.д.);
— Если поставить пробел перед командой, она не осядет в .bash_history;
— ssh remote_host_name run_command запускает неинтерактивный шелл через SSH, который выполнит run_command и закроется;
— ssh remote_host_name bash открывает интерактивный шелл, команды в который вы вводите локально (нет лагов при нажатии клавиш);
— ssh -R открывает на удалённом хосте порт, который будет пробрасываться через SSH до локальной машины;
— ssh -L открывает на локальной машине порт, который будет пробрасываться через SSH до удалённой машины;
— ssh -D даёт вам SOCKS прокси;
Статья вообще ни о чём. Из перечисленных трёх метрик (memory footprint, время запуска, скорость) первые 2 никому не важны. Скорость важна, но она далеко не единственное преимущество vim. Про основные фичи (удобство навигации, command/insert mode, text objects, расширяемость плагинами) скромно промолчали.
PS: моя основная IDE — Emacs в режиме эмуляции клавиатурных комбинаций Vim (evil-mode) и это реально уберкомбо, соединяющее преимущества обеих сред.
> Уже давно выяснили, что кроме сисадминов — Линукс как раб станция никому не нужна. Я разработчик, могу работать из под Mac или Windows, из под Linux — нет, это не рабочая станция
Не надо так прям обобщать. Я разработчик (десктоп) + академическая работа, сидеть могу под чем угодно тк моя среда всюду выглядит примерно одинаково (emacs + браузер + вьювер документов + консоль), но из всех альтернатив Linux на порядок удобнее прочих:
— Тайловый оконный менеджер с программируемым поведением. Ну и вообще, Linux с тайловым WM — единственная известная мне ОС, где можно перевести в fullscreen абсолютно любое окно;
— Нормальная консоль (*sh) с UTF-8 и мультиплексоры терминала (windows в пролёте сразу);
— С клавиатурными настройками можно сделать всё что угодно (сделайте мне в маке/винде чтобы по caps lock включалась английская раскладка, по shift+caps русская);
— Систему можно ставить на такие носители, какие маку/винде даже не снились, например ramdisk (мне дают чужой ноут и через 20 минут у меня точная копия моей dev машины с запредельной скоростью чтения/записи и нетронутым чужим содержимым на hdd)
— Единственная ОС, работающая на хромбуках, которые беспрецендентны по стоимости и времени работы. Apple хвастается своими 14 часами на macbook air, так вот у меня 18-24 часов (toshiba chromebook 2 за 250$).
При всём этом я не админ, администрировать умею только локалхост и то с трудом.
И да, Jabber под ваши требования подходит прекрасно.
Конечно, странно, что у вас в требованиях нет desktop sharing и коммуникации голосом/видео. В этом случае у жабера как раз проблемы (правда не утверждаю, что нерешаемые).
Безотносительно советов по выбору конкретного мессенджера: что это блин за подход «каждый сотрудник использует свой мессенджер и на другие не хочет переходить»? Введите обязательный корпоративный стандарт, неважно что это будет, хоть аська.
(Поясняю: количество всех буквенно-цифровых паролей длины 8 = (26+10)^8 = число порядка 10^12.
Размер базы паролей — 320 млн — число порядка 10^8.
Вероятность с одной попытки попасть в подмножество размера 0.0001 от пространства исходов равна 0.0001.
Вероятность сделать это с 20 попыток равна 1-0.9999^20, что примерно равно 0,0019, т.е. порядка десятой доли процента.)
Очень непоследовательное решение — позволить юзерам проверять свой пароль онлайн. Если объявляешь миру «вводить пароль на сторонних ресурсах опасно» — будь последователен и не реализуй на своём ресурсе именно эту возможность. Документация на API и обещание не передавать пароли третьим лицам не значат и не гарантируют ровно ничего.
Картинка на тему: https://pbs.twimg.com/media/Bu72nZSIEAAjWFF.jpg
> IDE не такая функциональная, как XCode из коробки, зато крашится реже и подсветка синтаксиса не отваливается :)
> SilicaWebView так и не удалось добавить в приложение, оно постоянно падало.
> Как оказалось, приложение и встроенный в ОС браузер перестали загружать данные по HTTPS. Пару минуты меня мучила совесть, после чего HTTPS превратился в HTTP.
> Старые инстансы приложения не завершаются, в результате чего у вас оказывается 5-9 одновременно запущенных экземпляров программы. После достижения некоторого максимального числа новая версия не стартует, приходится завершать старые экземпляры вручную.
Извиняюсь конечно, но всё это сильно напоминает игры в песочнице в детском саду. Не знаю, характерны ли процитированные проблемы конкретно для sailfish разработки или для мобильной разработки вообще, но вот я занимаюсь разработкой под десктоп и при этом:
— IDE не крашилась вообще никогда на моей памяти;
— сегфолты конкретного компонента UI в приложении <по вине фреймворка UI, а не меня> на ровном месте — почти невероятное событие для уважающих себя фреймворков (представьте что у сотен разрабов под Qt будет падать QTableWidget);
— внезапный отказ в работе приложения с каким-то протоколом — личное оскорбление, требующее сразу сесть за анализ проблемы. Что значит «приложение и браузер перестали загружать данные»? Просто так взяли и перестали? Или всё-таки среда изменилась? Опа, внезапно и по неизвестной причинет перестали работать с HTTPS, ну неважно, перейдём на HTTP…
— некорректное завершение приложения — личное оскорбление и повод бросить всё и заняться устранением проблемы. Приложение, некорректно закрывающееся, особенно с утечками памяти, нельзя пускать ни в продакшен ни даже в development ветку, пока проблема не будет устранена.
Кстати, вместе с VPN также запретили анонимность в месседжерах (http://publication.pravo.gov.ru/Document/View/0001201707300031?index=4&rangeSize=1). Это просто праздник какой-то!
> 2. Мы будем сотрудничать с другими. Закрытые экосистемы безнадежно устарели.
Talk is cheap, show me the code. Почему ему хотя бы не назвать планируемый стек технологий? MIPS, Mer? Или весь этот манифест это очередной буллшит?
Более того, эта прошивка позволяет ставить Windows на хромбуки — только что поставил UEFI и Windows на хромбук жены (HP Chromebook 14, чип Haswell).
— Автодополнение можно настроить для чего угодно (man bash-completion), например сделать автодополнение имён веток в Git: «git checkout mas» дополнится до «git checkout master»;
— Добавление строк в реальном времени в конец файла можно наблюдать через tail -f;
— Можно обернуть вызов любой команды, где идёт передача данных через pipe, в утилиту pv, и будет отображаться прогресс переноса данных;
— Можно обернуть вызов любой команды, ожидающей текстовый ввод от юзера, в утилиту rlwrap и ей подобные, и будет строка ввода, поддерживающая все фичи GNU readline (поиск по истории, дополнение ит.д.);
— Если поставить пробел перед командой, она не осядет в .bash_history;
— ssh remote_host_name run_command запускает неинтерактивный шелл через SSH, который выполнит run_command и закроется;
— ssh remote_host_name bash открывает интерактивный шелл, команды в который вы вводите локально (нет лагов при нажатии клавиш);
— ssh -R открывает на удалённом хосте порт, который будет пробрасываться через SSH до локальной машины;
— ssh -L открывает на локальной машине порт, который будет пробрасываться через SSH до удалённой машины;
— ssh -D даёт вам SOCKS прокси;
… и т.д., имя им легион
github.com/GalliumOS/galliumos-distro/issues/66
PS: моя основная IDE — Emacs в режиме эмуляции клавиатурных комбинаций Vim (evil-mode) и это реально уберкомбо, соединяющее преимущества обеих сред.
Не надо так прям обобщать. Я разработчик (десктоп) + академическая работа, сидеть могу под чем угодно тк моя среда всюду выглядит примерно одинаково (emacs + браузер + вьювер документов + консоль), но из всех альтернатив Linux на порядок удобнее прочих:
— Тайловый оконный менеджер с программируемым поведением. Ну и вообще, Linux с тайловым WM — единственная известная мне ОС, где можно перевести в fullscreen абсолютно любое окно;
— Нормальная консоль (*sh) с UTF-8 и мультиплексоры терминала (windows в пролёте сразу);
— С клавиатурными настройками можно сделать всё что угодно (сделайте мне в маке/винде чтобы по caps lock включалась английская раскладка, по shift+caps русская);
— Систему можно ставить на такие носители, какие маку/винде даже не снились, например ramdisk (мне дают чужой ноут и через 20 минут у меня точная копия моей dev машины с запредельной скоростью чтения/записи и нетронутым чужим содержимым на hdd)
— Единственная ОС, работающая на хромбуках, которые беспрецендентны по стоимости и времени работы. Apple хвастается своими 14 часами на macbook air, так вот у меня 18-24 часов (toshiba chromebook 2 за 250$).
При всём этом я не админ, администрировать умею только локалхост и то с трудом.
Конечно, странно, что у вас в требованиях нет desktop sharing и коммуникации голосом/видео. В этом случае у жабера как раз проблемы (правда не утверждаю, что нерешаемые).
Размер базы паролей — 320 млн — число порядка 10^8.
Вероятность с одной попытки попасть в подмножество размера 0.0001 от пространства исходов равна 0.0001.
Вероятность сделать это с 20 попыток равна 1-0.9999^20, что примерно равно 0,0019, т.е. порядка десятой доли процента.)
sha1sum без аргументов, вводим пароль, Return, Ctrl+D.
Картинка на тему: https://pbs.twimg.com/media/Bu72nZSIEAAjWFF.jpg
> SilicaWebView так и не удалось добавить в приложение, оно постоянно падало.
> Как оказалось, приложение и встроенный в ОС браузер перестали загружать данные по HTTPS. Пару минуты меня мучила совесть, после чего HTTPS превратился в HTTP.
> Старые инстансы приложения не завершаются, в результате чего у вас оказывается 5-9 одновременно запущенных экземпляров программы. После достижения некоторого максимального числа новая версия не стартует, приходится завершать старые экземпляры вручную.
Извиняюсь конечно, но всё это сильно напоминает игры в песочнице в детском саду. Не знаю, характерны ли процитированные проблемы конкретно для sailfish разработки или для мобильной разработки вообще, но вот я занимаюсь разработкой под десктоп и при этом:
— IDE не крашилась вообще никогда на моей памяти;
— сегфолты конкретного компонента UI в приложении <по вине фреймворка UI, а не меня> на ровном месте — почти невероятное событие для уважающих себя фреймворков (представьте что у сотен разрабов под Qt будет падать QTableWidget);
— внезапный отказ в работе приложения с каким-то протоколом — личное оскорбление, требующее сразу сесть за анализ проблемы. Что значит «приложение и браузер перестали загружать данные»? Просто так взяли и перестали? Или всё-таки среда изменилась? Опа, внезапно и по неизвестной причинет перестали работать с HTTPS, ну неважно, перейдём на HTTP…
— некорректное завершение приложения — личное оскорбление и повод бросить всё и заняться устранением проблемы. Приложение, некорректно закрывающееся, особенно с утечками памяти, нельзя пускать ни в продакшен ни даже в development ветку, пока проблема не будет устранена.