Pull to refresh
1
0
Василий Гусев@Xaegr

User

Send message
Мне это не интересно, но думаю проблем не возникнет если указанные языки смогут принять/получить объекты .NET/COM (максимум сохранности, возможность сохранить методы объектов, и т.д.) или XML/CSV (хотя бы сохраняем структуру объектов и данных, сериализация). Ну уж если они и этого не могут, то тогда конечно придется опускаться до привычного и понятного всем текста… Да, PS может и это разумеется, хотя при наличии возможности работать с объектами — все стараются избегать этих ужасов.
Это вы уже про WinRM ;) Про него я пока не упоминал специально :) Хотя у него действительно классные улучшения в области безопасности относительно базового WS-Man, но так как доступен он только для Win-систем, его использование в данном случае было бы некорректным ;)
Круто вы DMTF в MS зачислили. Возможно у вас просто не очень современная ОС? ;)
Здорово, обернуть одно из главных преимуществ как главный недостаток — это уровень профессионала :)

>PowerShell использует пайпы, и передаёт через них какие-то собственные объекты в каком-то собственном внутреннем формате.
Пропиетарные объекты! Ужос! :) Объекты во вполне открытых форматах, более того, для их изучения даже не требуется документация (хотя есть и она), спасибо Reflection. Ну про то что их можно экспортировать\импортировать в тот же общепринятый xml или даже csv думаю даже не стоит упоминать :)

>и полностью проигнорировать, если не усложнить, интеграцию получившегося продукта со сторонними системами.
Даа? А как насчет управления например Nix'ами через WS-Man (открытый стандарт, являющийся родным для PS)? ;)

>Сами bash/zsh/PowerShell вообще иррелевантны. Лучше или хуже — передача через пайпы каких-то объектов или обычного текста.
Ну не согласен, объекты не единственная фича PS. Хотя конечно сравнение какой шелл лучше — несколько надуманное.

>В другом — мы имеем несколько десятков лет эволюции,
Согласен, у PowerShell это всё впереди. Сравнивать его стоит скорее с 3х-летним башем :)

>netcat сможет кинуть данные с Cygwin/Win32 на HP/UX и при этом не поперхнуться
Вы так говорите будто в наше время передача данных открытым текстом — это что то хорошее. Одно из преимуществ PS это то что он по большей части стремится использовать современные технологии и достижения.

>Ну, лет через 30 посмотрим, что у них получится.
Досмотрелись… Где сейчас IBM и где MS…
Изначально сделано всё очень удобно и по-человечески. Просто нельзя одновременно сделать еще и привычно для всех. Селяви.
Наверное потому что PS дает кое что новое, а не просто старые команды под новыми названиями? ;)
Ну если вы хотите создать окружение полностью заточенное под себя — почему бы и нет? :)
В данном случае это точно вопрос привычки. Привыкнуть к ps nginx гораздо проще, но всё же надо привыкать, а ps aux | grep nginx у вас уже отскакивает ;)
ps — стандартный псевдоним к get-process, его не надо настраивать.
Ага, не думал что это может вызвать какие то проблемы. Как программа которой записывал сделала, так и оставил.
Не думал что на ответы надо давать аргументы :)

За ссылку спасибо, бегло глянул, но особых преимуществ не вижу. Уверен что большая часть этого легко делается в PowerShell, но в гораздо более читабельном и логичном виде. Впрочем конечно на вкус и цвет.
>PowerTab мне показался каким-то «липким»
Нуу… Есть куча альтернативных оболочек для PS еще. Там обычно интеллисенс как в VS. А рамочка включается/отключается/настраивается легко.

>Т.е. если я ввожу команду 1, потом копипащщу текст функции 2, а затем хочу вернуться по хистори к команде 1, то мне придётся прощёлкать вверх все строки функции 2.
Да, есть такое, это правда не проблема PowerTab и PowerShell. Это всё та же старая обертка для утилит командной строки которую использует cmd.exe. Если использовать любую другую оболочку, тот же ISE написанный специально для PS, то таких проблем не возникнет.
Например? ;)
Вы это кстати видели? :)
>я вроде бы достаточно прозрачно упомянул, что bash (и другие sh) и PoweShell это разные ЭПОХИ
Разумеется! В результате у PowerShell огромный отрыв по технологиям и по изначально продуманной реализации, а у старых *nix шеллов — огромный же запас утилит на все случаи жизни.
>отличие вашего сравнения и моего состоит как раз в том, что вы видите этот продукт революционным, а я вижу старые проверенные идеи в новой оболочке
Отличие видимо в том что я знаком с обоими сторонами, а вы лишь с одной.
>P.S. у меня лимит 1 коммент за 5 минут, так что я при всем желании не могу всем ответить, к тому же какие-то тролли срут в карму уже сейчас :-))
А нечего было пытаться унизить PowerShell обладая о нем лишь поверхностными знаниями :) Если что — это не я :)
Что касается объема текста — лучше вообще обойтись без посредников, и использовать специально предназначенный язык — perl.
Про кодировки в PS — xaegr.wordpress.com/2007/01/24/decoder/ не iconv, но тоже кое что ;) Может секономит лишний запуск zsh ;)
>Для аналогичных целей в окружении PowerShell есть коммандлет Select-String, или sls (это алиас)
sls это ваш персональный алиас, по умолчанию в PowerShell такого нет. Думаю это стоит указать в статье, а лучше вообще убрать упоминание, дабы не смущать людей.

ЗЫ: Хорошая статья, буду рад если продолжите подобные на Хабре :)
Вы ошибаетесь, если так сравнивать, то zsh лишь аналог bash с некоторыми улучшениями ;) PowerShell же совершенно новый шелл с революционными нововведениями :)
>по-моему здесь нет ничего, чего нет в UNIX shell
Объектный пайп? ;)
>во-первых всем ясно откуда пошел PowerShell
В частности авторы PowerShell очень уважают Perl. Ну и разумеется он унаследовал много хорошего и из других языков. Постоянно слышу фразы «да они же содрали [perl|php|c#|java|bash|...]» ;)
>пресловутые «алиасы» лишнее тому доказательство
А вот если вы считаете алиасы доказательством к чему то — вы знаете PowerShell очень поверхностно. Алиасы только для удобства перехода, а на самом деле мало похожи на любые аналоги. Тот же Get-ChidItem в отличии от dir и ls выдает не текст со списком файлов, а массив объектов, что в корне меняет принципы работы (в лучшую сторону разумеется ;) )если немного углубиться.
>вообще топик напоминает радость пользователя MS, который никогда не работал под *NIX :-)
Ваше сообщение достаточно однозначно идентифицирует вас как человека лишь «слышавшего» о PowerShell :) Те пользователи/админы/программисты *NIX кто действительно ознакомился о PowerShell говорят совсем иначе :)
Ничего удивительного. Как и для любой другой корпорации для MS важна прибыль, а для этого надо делать успешные и популярные продукты. Ну а для этого в свою очередь важно мнение потребителей продукта.
Разумеется MS не может прислушиваться к каждому желанию каждого пользователя, например из за горстки консерваторов никто не будет например поддерживать дополнительный режим классического меню пуск в Vista/7.
Кроме того конечно не получится сделать всё и сразу, например многие фичи просто не получается реализовать и оттестировать к сроку релиза продукта (а задерживать релиз из за возможности что то улучшить и добавить можно бесконечно).
Ах да… Еще для MS мало заметна критика в форумах, на хабре и других ресурсах. Гораздо эффективнее использовать для выражения своего мнения специально предназначенный инструмент — connect.microsoft.com Кроме сообщений об ошибках там можно оставлять и предложения (suggestion), и уже многие из них проделали свой путь в продукты компании. Поверьте, я знаю о чем говорю, я не раз влиял на продукты MS, и видел как на него влияет мнение сообщества.
Я считаю что это огромное преимущество Microsoft. Подобная стратегия позволяет прислушаться к мнению сообщества и что то поменять в финальном продукте для общего блага. Ну и как уже было сказано — это огромный бонус для сторонних разработчиков, которые могут приступить к разработке и тестированию своих продуктов заранее. По-моему огромное количество лояльных ISW является одним из главных плюсов MS.
Я подозреваю что ваш намек никто не понял потому что он достаточно спецефичен для вас :)
Видимо у вас просто огромное количество установленных программ, либо некоторые записи повреждены, и ссылаются на несуществующие/недоступные файлы (значки например).

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity