The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Microsoft открыл исходные тексты PowerShell и портировал для..., opennews (??), 18-Авг-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


77. "Microsoft открыл исходные тексты PowerShell и портировал для..."  –2 +/
Сообщение от anonymous (??), 19-Авг-16, 00:17 
>А чего он такого умеет что на Linux пригодится?!

Например, с его помощью можно изучить PowerShell, не покидая привычной среды обитания.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

96. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +7 +/
Сообщение от asd (??), 19-Авг-16, 01:09 
>>А чего он такого умеет что на Linux пригодится?!
> Например, с его помощью можно изучить PowerShell, не покидая привычной среды обитания.

Может, Я чего-то не понимаю, но ЗАЧЕМ ЭТО изучать?

Ответить | Правка | Наверх | Cообщить модератору

128. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +4 +/
Сообщение от Аноним (-), 19-Авг-16, 04:38 
> Может, Я чего-то не понимаю, но ЗАЧЕМ ЭТО изучать?

Вдруг тебе жизнь кажется слишком простой и ты хочешь научиться делать все криво и сложно? Powershell может с этим желанием помочь.

Ответить | Правка | Наверх | Cообщить модератору

196. "Microsoft открыл исходные тексты PowerShell и портировал для..."  –5 +/
Сообщение от Аноним (-), 19-Авг-16, 11:41 
клоун: что более осмысленно: получить массив объектов типа файл у которых есть реквизит типа Дата (Microsoft PowerShell), или вывести всю информацию о файлах каталога и пытаться распарсить полученные строки регулярными выражениями (bash)?
Ответить | Правка | Наверх | Cообщить модератору

199. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +3 +/
Сообщение от Michael Shigorinemail (ok), 19-Авг-16, 11:47 
> клоун: что более осмысленно: получить массив объектов типа файл у которых есть
> реквизит типа Дата (Microsoft PowerShell), или вывести всю информацию о файлах
> каталога и пытаться распарсить полученные строки регулярными выражениями (bash)?

Мы-то, ретрограды, читаем stat(1) и выводим структурированно, разбирая по полочкам...
получается и осмысленно, и быстро.  Ну, примерно как chmod vs NT ACL.

Ответить | Правка | Наверх | Cообщить модератору

240. "Microsoft открыл исходные тексты PowerShell и портировал для..."  –2 +/
Сообщение от Аноним (-), 19-Авг-16, 17:11 
> примерно как chmod vs NT ACL

Не совсем корректное сравнение, т.к. NT ACL более гибкие, чем классические юниксовые права доступа. NT ACL уместнее сравнивать с getfacl/setfacl -- по удобству использования последние всё равно лучше, но тут хотя бы "весовые категории" значительно ближе.

Ответить | Правка | Наверх | Cообщить модератору

245. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Авг-16, 17:30 
>> примерно как chmod vs NT ACL
> Не совсем корректное сравнение, т.к. NT ACL более гибкие, чем классические юниксовые
> права доступа.

Сравнение так и было задумано -- да, более гибкие, но оказываются слишком дорогими в эксплуатации, бишь забивают на их изучение и применение массово.  А простые юниксовые -- применяются.

Ответить | Правка | Наверх | Cообщить модератору

303. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +2 +/
Сообщение от Аноним (-), 21-Авг-16, 15:30 
> Не совсем корректное сравнение, т.к. NT ACL более гибкие, чем классические юниксовые
> права доступа.

С другой стороны, ВСЕ их фичи правильно понимает полтора человека. Как ты понимаешь, это открывает целое поле для злоупотреблений и пранков.

Ответить | Правка | К родителю #240 | Наверх | Cообщить модератору

210. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +5 +/
Сообщение от Andrey Mitrofanov (?), 19-Авг-16, 12:43 
> клоун: что более осмысленно: получить массив объектов типа файл у которых есть
> реквизит типа Дата (Microsoft PowerShell), или вывести всю информацию о файлах
> каталога и пытаться распарсить полученные строки регулярными выражениями (bash)?

Ну, на, болезный:

$ ls |xargs stat -c %y\!%n |while IFS=\! read mtim name; do echo "File \"${name}\" has mtime = \"${mtim}\""; echo; done

linux, bash и никаких _бессмысленных_ пшелов.

Не умеешь -- не берись.  Ладно бы якорил на чего супер-супер, чего без перла-питора-руби не протолкнуть, а то "имя-время", понимаешь.  Слабак!

---Йода: Не пытыйся.

Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

221. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +2 +/
Сообщение от angra (ok), 19-Авг-16, 13:55 
Сколько же можно на эти грабли наступать? Пробел или еще какой спецсимвол в имени файла и привет факап. Все таки find -print0 и xargs -0 не просто так придумали. Ну или хотя бы xargs -d '\n'
Ответить | Правка | Наверх | Cообщить модератору

222. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +/
Сообщение от Michael Shigorinemail (ok), 19-Авг-16, 14:10 
> Все таки find -print0 и xargs -0 не просто так придумали.

Ещё grep -Z и sort -z: http://www.altlinux.org/Secure_Packaging_Policy

Ответить | Правка | Наверх | Cообщить модератору

274. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +1 +/
Сообщение от Аноним (-), 20-Авг-16, 15:52 
> клоун: что более осмысленно: получить массив объектов типа файл у которых есть
> реквизит типа Дата (Microsoft PowerShell), или вывести всю информацию о файлах
> каталога и пытаться распарсить полученные строки регулярными выражениями (bash)?

Баш не предназначен для сложной логики. На нем пишется glue code объединяющий готовые программы между собой. Этот glue - адаптер между программами и может быть самую капельку логики, не критичной к скорости и надежности. Т.е. дело баша - позвать более подходящие для такого фокуса программы и наладить толкание между ним результатов. С этим он справляется.

А когда твой монстр будет толкать какие-то реквизиты - умрешь понимать что в каком случае можно и нельзя и замучаешься переубеждать его что то что ты хочешь - технически валидно, и вообще, пятиминутная автоматизация превращается в полдня кодинга и полдня дебага. Извини но такая системная автоматизация даром не вперлась. За сутки долботни я напишу еще более крутое решение на чистом си, оно еще и заткнет дотнет в 3 раза по скорости и в 20 раз по времени запуска. И из depends будет только libc6, чего доброго. Без 100 метров рантайма.

Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

277. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +2 +/
Сообщение от Led (ok), 20-Авг-16, 16:19 
> Баш не предназначен для сложной логики.

Зам ты заменил "не асилил" этой портянкой из двух абзацев бесполезного текста?

Ответить | Правка | Наверх | Cообщить модератору

300. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +2 +/
Сообщение от Аноним (-), 21-Авг-16, 14:13 
> Баш не предназначен для сложной логики. На нем пишется glue code

Наверное для вас это будет шоком, но:
https://github.com/mydzor/bash2048

Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

304. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +/
Сообщение от Аноним (-), 21-Авг-16, 15:50 
> Наверное для вас это будет шоком, но:
> https://github.com/mydzor/bash2048

А в чем шок? Теоретически то любой ЯП позволяет писать программы произвольной сложности. Практичкски - есть некоторые нюансы. Из-за которых результат может получиться забагованным и небезопасным, глючным, сложным в майнтенансе или можно просто задолбаться его кодить, обнаружив что то же самое делалось где-то еще в пять раз проще.

В результате вот как-то так и получается что DHCP сервера отгружают любителям баша опции с кавычками и далее следует remote code injection. Прости но для работы с недоверяемыми входными данными баш та еще порнография. А такой порнографии в системах много. Файлы и пути, кретативные симлинки имена процессов и много чего еще. Внутри себя все файловые операции например - это сишный код. Они нормально относятся к любым вещам, кроме того что / для них это смена уровня а 0x00 - конец строки. Все остальное - пролезает только в путь. Кстати очень интересно как PS и скрипты на нем смогут с этим жить. Он в винде не мог столкнуться с тем что путь может быть "C:\*.lol > CON". В винде такая закорюка означала все что угодно, но только не имя файла. В *никсе можно создать файл с таким именем. Хоть н и будет вызывать подглюкивания у необдуманно написанных скриптов и некоторых утилит :)

Ответить | Правка | Наверх | Cообщить модератору

311. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +/
Сообщение от Аноним (-), 21-Авг-16, 17:30 
Наверное для вас и всякие KolibriOS сложные и "забагованные, небезопасные, глючные, сложные в майнтенансе (что это за слово такое?) "? А тем не менее туда даже Quake портировали. Умеют же, могут?

Это уж не говоря про ядро Linux, которое содержит исключительно C и ASM. Вот уж где, наверное, прострелили ногу через голову не один раз и ещё не один раз прострелят. Да только это работает и это, о ужас, даже разрабатывают до сих пор и очень активно. К вашему сведению - Си считается "опасным" языком, только потому что все операции с памятью выполняются в ручную программистом. Создал объект? Будь добр удалить его. То есть ядро Linux и утилиты GNU по вашей логике небезопасны\забагованны\глючны по умолчанию?

К чему я всё это веду? Надо знать инструмент, на котором программируешь. Да, язык это только инструмент и для многих языков нужно иметь голову на голове. И скриптовой язык не должен обладать "мощностью" языка высокого уровня. Нужен достаточно сложный скрипт для автоматизации? Если не можешь в баш, выбери Ruby\Python\Lua\Что-то_ещё, и таскай за собой кучу рантаймов, вместо одного busybox в initrd. Иначе напиши на баш один раз и забудь на 10 лет.

Я всё сказал.

Ответить | Правка | Наверх | Cообщить модератору

312. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +/
Сообщение от Аноним (-), 21-Авг-16, 17:31 
>> голову на голове

"голову на плечах", тоесть, тьфу.

Ответить | Правка | Наверх | Cообщить модератору

350. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +/
Сообщение от Аноним (-), 01-Сен-16, 22:26 
> Наверное для вас и всякие KolibriOS сложные и "забагованные, небезопасные, глючные, сложные

Нет, они просто бесполезные с точки зрения real-world применений. Автор(ы) страдают фигней. Их авторское право на что время убивать, но это не отменяет того что это страдание фигней.

> в майнтенансе (что это за слово такое?) "?

Окончишь школу - узнаешь.

> А тем не менее туда даже Quake портировали. Умеют же, могут?

А дум на фотоаппарате запускали, чтоли. Только врядли кто-то будет на фотоаппарате в дум играть. Концептуально и ... бесполезно.

> Это уж не говоря про ядро Linux, которое содержит исключительно C и
> ASM. Вот уж где, наверное, прострелили ногу через голову не один
> раз и ещё не один раз прострелят.

Более того - прострелят в любой программе сложнее hello world. Вон сотни кривой вебни на всяких PHP, python и ruby позволяют хаксорам ломать вебсервера. Без всякого си и асма, заметим. Скоро туда же присоединится Go, просто потому что на нем много наколенщиков пишет левой пяткой. Да и Rust врядли отстанет. Глядя на адептов.

А самый дорогой факап планеты говорят вообще вышел с использованием Ада. Языка, который вроде бы должен факапы предотвращать. А вот поди ж ты, ракета взорвалась из-за ошибки в софте.

> что все операции с памятью выполняются в ручную программистом. Создал объект?

В си и ассемблере изначально нет такого понятия как объект.

> Будь добр удалить его. То есть ядро Linux и утилиты GNU
> по вашей логике небезопасны\забагованны\глючны по умолчанию?

По умолчанию забагована любая программа сложнее hello world. И даже не так уж важно на чем она написана, скорее важна общая сложность и насколько успешно сложность смогли понизить. Линуксное ядро - далеко не хучший пример в этом плане. В нем ошибок на 1000 строк кода заметно ниже чем в других проектах, а для проекта такого размера - там ошибок не так много. Большинство других проектов давно бы сколлапсировало при таком размере и интенсивности разработки.

> голову на голове. И скриптовой язык не должен обладать "мощностью" языка
> высокого уровня.

Баш имхо нормален только как glue логика между программами-модулями. Как низкоуровневое нечто он тормознут и крайне крив в плане эскейпинга. Для сложной логики - он ничего такого не умеет и на нем все это выглядит мерзко и криво и разобраться в этом может только автор этого безобразия. Ну так, глядя как в альтлинуксе никто не хочет майнтайнить их упражнения.

> одного busybox в initrd. Иначе напиши на баш один раз и забудь на 10 лет.

А в busybox, чтоб ты знал, не bash а его собственный шелл. И он таки не прожует все фичи которые понимает полный bash. И на практике если наворотить на баше - альтлинукс теперь и таскает баш 3.х, про который все давно забыли. У них эти навороты на баше которые теперь некому переписывать. Любитель сложной логики на баше на это забил, остальным такое счастье и подавно не надо, и вот как-то так это потом и работает. И глядя на это - умный человек может и поучиться на чужих ошибках.

> Я всё сказал.

По-моему кого-то долбит синдром утенка.

Ответить | Правка | К родителю #311 | Наверх | Cообщить модератору

329. "Microsoft открыл исходные тексты PowerShell и портировал для..."  –1 +/
Сообщение от Аноним (-), 24-Авг-16, 04:24 
Это не аргумент хотя бы потому что https://github.com/themattrix/sed2048/tree/master/src/lib
Ответить | Правка | К родителю #300 | Наверх | Cообщить модератору

170. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +1 +/
Сообщение от Аноним (-), 19-Авг-16, 10:13 
то-же наверное что и с 'зачем это ЮЗАТЬ?'
незачем, категорически. и на оффтопике - оно лишь репрессивными мерами как-то вяло внедряется ввиду безльтернативности и ампутации функциональной привычных и полюбившихся всем инструментов.
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

264. "Microsoft открыл исходные тексты PowerShell и портировал для..."  –2 +/
Сообщение от anonymous (??), 20-Авг-16, 00:23 
В девопсовских штучках для оффтопика часто применяется
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

275. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +2 +/
Сообщение от Аноним (-), 20-Авг-16, 15:53 
> В девопсовских штучках для оффтопика часто применяется

Девопс в оффтопике - это звучит как забег на костыляз.

Ответить | Правка | Наверх | Cообщить модератору

278. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +2 +/
Сообщение от Led (ok), 20-Авг-16, 16:21 
>> В девопсовских штучках для оффтопика часто применяется
> Девопс в оффтопике - это звучит как забег на костыляз.

Да просто эникеи себя так называют, для "солидности".

Ответить | Правка | Наверх | Cообщить модератору

281. "Microsoft открыл исходные тексты PowerShell и портировал для..."  +/
Сообщение от Аноним (-), 21-Авг-16, 01:46 
> Да просто эникеи себя так называют, для "солидности".

Эникеи powershit в жизни не осилят - там дотнет знать надо. А если рожа выучила дотнет - эт не эникей а гордый велопер, эникеить не будет уже. Да и превращать мелкую системную автоматизацию в хардкорную разработку на нете - может додуматься только MS. Хотя ты пришел к не менее странным паттернам с другого бока, пытаясь использовать баш в роли хардкорного девтула.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру