> Лол, чуть менее чем все дистрибутивы linux годами подменяют некоторые программы из coreutils собственными скриптами
Да? Подменяют прям на принципиально другую реализацию с принципиально другим внешним поведением (входные аргументы, вывод)? Пример можно?
> причем только в windows-версии PS, где никаких coreutils никогда не было
Это вообще песня. Т.е. у скрипта для типа как кроссплатформенного PS на разных платформах возникает разное поведение только потому, что кто-то из авторов ps не осилил подумать о конфликте имён? Отличный подход…
> Например, там можно связать в общую цепочку команды из разных дистрибутивов Linux и команды из Windows
Я думаю, любой вменяемый админ (неважно на какой ОС он специализируется) будет избегать использования подобного винегрета. Его сложно <правильно> написать и ещё сложнее поддерживать. По степени извращения этот подход может сравниться разве что с попытками написания кроссплатформенных скриптов на Powershell, в котором, если кто пропустил веселье, имена некоторых встроенных функций перекрывают имена стандартных юниксовых утилит.
Лично мне бы очень хотелось, чтобы майнинг на JS был умерщвлён быстро, мучительно и без обсуждений. Майнинг, даже если он с благими целями, — это не задача браузера и я не буду предоставлять ресурсы своего ПК для подобной деятельности никому без исключения. Точка.
«Вой» как раз не по поводу реального уровня сложности ремонта, а по поводу того, что Apple искусственно его завышает и вдобавок лжёт в своих объяснениях происходящего.
> Единственный ответ от Microsoft охарактеризовал ROPEMAKER как «not a vulnerability». А каково ваше мнение?
В кои-то веки я согласен с MS. Простой вопрос к Mimecast: а какого собственно поведения от аутлука <с включенной галочкой «разрешён доступ к внешнему html контенту»> по отношению к письму с таким контентом они ожидают? Клиент должен кэшировать всё внешнее содержимое и смотреть, не изменилось ли оно? А как отличить легальное изменение от нелегального?
> Можно и по телефону обсудить
Электронная почта — асинхронный способ общения, а телефон — синхронный, у них разные сценарии использования. Звонок — это способ решать вопросы _срочно_, он как минимум отрывает собеседника от его текущего занятия (если не запланирован). Не говоря уже о том, что электронная почта — основной способ доставки автоматизированных сообщений.
> или SMS написать
Не всегда. СМС дороже, не имеет многих фич e-mail (цитирование, шифрование), его сложнее вводить, контакт (номер телефона) значительно реже доступен посторонним.
> Как обнаружить таких зловредов и как их обезвредить?
Пресечь их попадание на ПК. Никаких отличий от борьбы с другими видами вирусов здесь нет. Если система уже заражена, узнаём сценарий заражения, делаем так, чтобы он больше не повторился, и переустанавливаем ОС. Любой другой способ (антивирус, ручная чистка, эвристики ит.д.) никогда не даст 100% гарантии.
Очень странно, что во всём этом длинном списке «слушали-постановили» вообще никак не акцентируется тот факт, что Барбулеску явно и недвусмысленно солгал работодателю при ответе на вопрос о деятельности в рабочее время. Без этого была бы ситуация «белый и пушистый работник vs компания со спорными методами работы», а сейчас получается, что по факту обе стороны уже не белые и не пушистые.
На каком основании тогда GPL запрещает накладывать ограничения на сценарий использования ПО? (например лицензия со словами «только для некоммерческих целей» несвободна)
Ещё там перл про то, что вкладки это просто растр и поэтому легко реализовать перетаскивание вкладок. Т.е. отдаём например текстовому редактору вкладку из другого приложения растром и требуем от него перевести содержимое в текст)))
Начал писать подробный ответ, но при чтении про фантазии автора как устроен внутри email-клиент (Кстати, про какой именно клиент речь, он почему-то скромно умолчал), про единую базу документов и единую межпроцессную шину меня разобрал смех и я забил.
Автор банально некомпетентен и скорее всего по жизни занимается высокоуровневой разработкой (пишет glue code), проецируя свой опыт на работу ОС в целом. Кроме того, он путает функцинальность ОС с функциональностью прикладных приложений.
> Э… ээ а AutoCAD уже завезли?
> Photoshop CC 2017?
> 3D Max?
Нет. А что, должны были? Если считаете, что да, попробуйте убедить в этом Autodesk Software, Adobe и т.д. Так что вопросы не по адресу. Кроме того, предыдущий комментатор вам уже предложил не смешивать десктопный софт общего назначения (с которым в линуксе кстати всё ок) и профессиональный софт, поддержку которого на платформах, не заявленных производителем, требовать от кого-то кроме производителя глупо.
И да, по поводу профессионального софта в Linux: существует огромный мир корпоративного UNIX софта, судя по всему вам незнакомый. Погуглите продукты IBM или Cadence Design Systems, в каких компаниях и для чего они используются и сколько стоят.
> Меня интересует больше PS 2017 CC. 5 месяцев назад я его пытался запустить под вайн, но оно так толком и не взлетело, увы. Все время падал с воплями о том, что ему нужна полноценная поддержка GPU. Причем прошу заметить я не домохозяйка и не модный фотограф, с линуксом работаю давно, с вайном и его библиотеками (в том числе и с префиксами для этих библиотек) дружу.
Пока что аргументация и набор хотелок по софту — на уровне домохозяйки с фотошопом.
История 90-х в России знает и гораздо более эпичные попытки завести ранние дистрибутивы линукса. :) Алексей Кузнецов (известный разработчик ядра, в тч сетевого стека) вот что рассказывал в интервью (https://www.opennet.ru/opennews/art.shtml?num=38016):
> Слышали слова: freebsd, netbsd. Про linux слышали только одно — это не работает. Не забывайте про историческое время — начало девяностых (молодежь про это уже ничего не знает), мы были беднее церковных крыс и благодарить судьбу можно было даже за то, что для посылки однострочного е-mail через модем — через uucp шлюз — через Курчатовский Институт не требовалось гербовой печати с подписью главного бухгалтера.
>
> Был отправлен человек с ящиком дискет в CERN: вези все программы и OS, что найдешь, потом разберемся. Человек был физик с очень небольшим вычислительным уклоном и привез он такую гору мусора, что я в ней месяц разбирался. Так вот — исторический момент — freebsd был привезен полностью на огромном количестве дискет, но без сорсов. И не взлетел. Ну вот совсем никак. А вот linuх был всего на двух дискетах – boot & root. И почти взлетел!
>
> Я увидел надпись Login: и даже успел сказать ему root и увидеть #. А вот дальше на все был один ответ: Segmentation Violation и что-то про uselib. Но мы не привыкли отступать. Здесь случился акт божественного провидения: undelete на одной из пустых дискет (парень почистил часть особо бесполезных дискет с тем, чтобы туда записать какие-то мануалы, но не успел) обнаружился файл "?inux.tgz".
>
> Распаковка показала, что это похоже на сорс ядра linux. Методом пристального взгляда проблема была вычислена: boot оказался немножко новее root, и функция uselib работала не совсем так, как этого ожидал root. Далее я взял лопату и стал рыть от забора и до успеха. Помню смутно: пришлось отыскать клон gcc для msdos (DJGPP), подправить кернел и ухитриться скомпилировать его под msdos. Получить работающий linux. Но без библиотек и возможности что-либо скомпилировать кроме кернела.
>
> Далее собственную libc в степени, достаточной для работы make, gcc, ld etc. пришлось НАПИСАТЬ самому. А все остальное: gcc, as, ld — используя DJGPP и его сорс.
Емакс даже без magit умеет много простых действий c контролем версий и слияниями в рамках встроенного плагина vc и ediff соответственно. vc-diff, vc-version-diff, vc-print-log, ediff-merge-buffers ит.д.
Помимо одинакового кол-ва нажатий, в GUI есть ещё затраты на переключение с клавиатуру на мышь и обратно. Про шаблоны и надиктовать — используйте нормальный $GIT_EDITOR (vim, emacs) вместо дефолтного vi и у вас будут и шаблоны и что угодно, ограниченное только вашей фантазией в скриптовании редактора. В GUI в любом случае у вас будет банальная textarea.
Помимо алиасов есть ещё одно клёвое средство сокращения команд — интерактивный git шелл. У него разные названия (git REPL, git shell,...) и несколько реализаций (например gitsh), но суть одна — окно команд, в который вводятся сразу команды git, без слова git перед ними (как в баше). Простейший git shell на баше:
#!/bin/bash
while true; do
echo -n "git shell# ";
read command;
git $command;
done
Да? Подменяют прям на принципиально другую реализацию с принципиально другим внешним поведением (входные аргументы, вывод)? Пример можно?
> причем только в windows-версии PS, где никаких coreutils никогда не было
Это вообще песня. Т.е. у скрипта для типа как кроссплатформенного PS на разных платформах возникает разное поведение только потому, что кто-то из авторов ps не осилил подумать о конфликте имён? Отличный подход…
Я думаю, любой вменяемый админ (неважно на какой ОС он специализируется) будет избегать использования подобного винегрета. Его сложно <правильно> написать и ещё сложнее поддерживать. По степени извращения этот подход может сравниться разве что с попытками написания кроссплатформенных скриптов на Powershell, в котором, если кто пропустил веселье, имена некоторых встроенных функций перекрывают имена стандартных юниксовых утилит.
В кои-то веки я согласен с MS. Простой вопрос к Mimecast: а какого собственно поведения от аутлука <с включенной галочкой «разрешён доступ к внешнему html контенту»> по отношению к письму с таким контентом они ожидают? Клиент должен кэшировать всё внешнее содержимое и смотреть, не изменилось ли оно? А как отличить легальное изменение от нелегального?
Электронная почта — асинхронный способ общения, а телефон — синхронный, у них разные сценарии использования. Звонок — это способ решать вопросы _срочно_, он как минимум отрывает собеседника от его текущего занятия (если не запланирован). Не говоря уже о том, что электронная почта — основной способ доставки автоматизированных сообщений.
> или SMS написать
Не всегда. СМС дороже, не имеет многих фич e-mail (цитирование, шифрование), его сложнее вводить, контакт (номер телефона) значительно реже доступен посторонним.
Пресечь их попадание на ПК. Никаких отличий от борьбы с другими видами вирусов здесь нет. Если система уже заражена, узнаём сценарий заражения, делаем так, чтобы он больше не повторился, и переустанавливаем ОС. Любой другой способ (антивирус, ручная чистка, эвристики ит.д.) никогда не даст 100% гарантии.
Вот так в 90-е и рождались IE-онли клиент-банк приложения, для которых у нас в бухгалтерии до сих пор виртуалки с WinXP и IE конкретной версии.
На что только люди не идут, лишь бы не писать кроссбраузерный код…
Но действия и правда мерзкие. Впрочем кроме федоры полно дистрибутивов нормальных.
Ещё там перл про то, что вкладки это просто растр и поэтому легко реализовать перетаскивание вкладок. Т.е. отдаём например текстовому редактору вкладку из другого приложения растром и требуем от него перевести содержимое в текст)))
Автор банально некомпетентен и скорее всего по жизни занимается высокоуровневой разработкой (пишет glue code), проецируя свой опыт на работу ОС в целом. Кроме того, он путает функцинальность ОС с функциональностью прикладных приложений.
> Photoshop CC 2017?
> 3D Max?
Нет. А что, должны были? Если считаете, что да, попробуйте убедить в этом Autodesk Software, Adobe и т.д. Так что вопросы не по адресу. Кроме того, предыдущий комментатор вам уже предложил не смешивать десктопный софт общего назначения (с которым в линуксе кстати всё ок) и профессиональный софт, поддержку которого на платформах, не заявленных производителем, требовать от кого-то кроме производителя глупо.
И да, по поводу профессионального софта в Linux: существует огромный мир корпоративного UNIX софта, судя по всему вам незнакомый. Погуглите продукты IBM или Cadence Design Systems, в каких компаниях и для чего они используются и сколько стоят.
> Меня интересует больше PS 2017 CC. 5 месяцев назад я его пытался запустить под вайн, но оно так толком и не взлетело, увы. Все время падал с воплями о том, что ему нужна полноценная поддержка GPU. Причем прошу заметить я не домохозяйка и не модный фотограф, с линуксом работаю давно, с вайном и его библиотеками (в том числе и с префиксами для этих библиотек) дружу.
Пока что аргументация и набор хотелок по софту — на уровне домохозяйки с фотошопом.
> Слышали слова: freebsd, netbsd. Про linux слышали только одно — это не работает. Не забывайте про историческое время — начало девяностых (молодежь про это уже ничего не знает), мы были беднее церковных крыс и благодарить судьбу можно было даже за то, что для посылки однострочного е-mail через модем — через uucp шлюз — через Курчатовский Институт не требовалось гербовой печати с подписью главного бухгалтера.
>
> Был отправлен человек с ящиком дискет в CERN: вези все программы и OS, что найдешь, потом разберемся. Человек был физик с очень небольшим вычислительным уклоном и привез он такую гору мусора, что я в ней месяц разбирался. Так вот — исторический момент — freebsd был привезен полностью на огромном количестве дискет, но без сорсов. И не взлетел. Ну вот совсем никак. А вот linuх был всего на двух дискетах – boot & root. И почти взлетел!
>
> Я увидел надпись Login: и даже успел сказать ему root и увидеть #. А вот дальше на все был один ответ: Segmentation Violation и что-то про uselib. Но мы не привыкли отступать. Здесь случился акт божественного провидения: undelete на одной из пустых дискет (парень почистил часть особо бесполезных дискет с тем, чтобы туда записать какие-то мануалы, но не успел) обнаружился файл "?inux.tgz".
>
> Распаковка показала, что это похоже на сорс ядра linux. Методом пристального взгляда проблема была вычислена: boot оказался немножко новее root, и функция uselib работала не совсем так, как этого ожидал root. Далее я взял лопату и стал рыть от забора и до успеха. Помню смутно: пришлось отыскать клон gcc для msdos (DJGPP), подправить кернел и ухитриться скомпилировать его под msdos. Получить работающий linux. Но без библиотек и возможности что-либо скомпилировать кроме кернела.
>
> Далее собственную libc в степени, достаточной для работы make, gcc, ld etc. пришлось НАПИСАТЬ самому. А все остальное: gcc, as, ld — используя DJGPP и его сорс.
#!/bin/bash
while true; do
echo -n "git shell# ";
read command;
git $command;
done