Самый любимый язык сценариев, используемый ИТ-специалистами [закрыто]


0

Какие языки сценариев наиболее любимы ИТ-специалистами и почему? Я вижу, что Javascript в основном используется разработчиками, в то время как устаревшие VBScript и Powershell для администраторов Windows и bash / shell для администраторов UNIX / Linux. Существует ли глобально используемый язык сценариев для всех платформ?


5
Это будет закрыто, потому что это основано на мнении и слишком широко. Попробуйте немного сузить свой вопрос.
Ctrl-alt-dlt

1
Нет. Используйте язык сценариев, который работает, является наиболее эффективным и поддерживаемым для вашей платформы. Если ваша компания уже использует что-то, продолжайте использовать эту вещь.
MonkeyZeus

Если я хочу овладеть хотя бы одним, что это должно быть и почему? Perl, Python, Javascript, Powershell?
Tazo

1
Понятно, что вы провели нулевое исследование и хотите поговорить. Это не веб-сайт для такого рода вещей. Как вы знаете, Javascript - это язык сценариев на основе браузера, и профессионалы сразу же рассмеют вас из зала и компании за то, что вы предлагаете такую ​​вещь. Удачи
MonkeyZeus

@MonkeyZeus: Вы пренебрегаете JScript и Node.js .
Уоррен Янг

Ответы:


4

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

Тем не менее, есть несколько хороших обобщений, которые вы можете сделать:

Для администрирования практически всего Windows 7 / 2008R2 и новее - PowerShell - очень хороший выбор. Причина этого заключается в том, что он использует все возможности платформы .net, имеет модули, специально предназначенные для функциональности Windows (модули SQL, модули Active Directory и т. Д.), И очень объектно-ориентирован. Это также начинает прорыв в мире Linux, так как Microsoft стремится предложить единый платформенный подход к ИТ.

Для более старых систем Windows, VBScript и командные файлы, как правило, подходили. Пакетные файлы, потому что они являются эффективным и простым способом выполнения большинства задач и имеют свои корни еще во времена, предшествующие Windows. VBScript, потому что он дал много дополнительной функциональности, которая несколько преодолела разрыв между скомпилированными языками программирования VB и сценариями на основе пакетных файлов.

Linux - скрипты bash / shell . Он долгое время был одним из основных продуктов в мире Linux (хотя PowerShell постепенно пробивается в мире Linux для предприятий)

Веб - Javascript / PHP . Оба кроссплатформенных языка - укоренились и используются во всем мире. Javascript является в большей степени браузерной и имеет кучу библиотек, которые делают его очень мощным (например, JQuery). PHP существует уже около 20 лет как многоплатформенный серверный язык с открытым исходным кодом (Linux и Windows), который управляет многими популярными контент-менеджерами (Joomla, WordPress и т. Д.).

Есть также много других хороших кроссплатформенных языков сценариев. Тот, кого я лично полюбил, это Python . Я могу запустить один и тот же сценарий из своих коробок XP, 8.1, 2012R2, Ubuntu и Kali, если на всех машинах установлена ​​соответствующая версия Python.

Реальный список доступных языков / методологий и их целей может продолжаться вечно, поэтому лучше всего начать с поиска задач, которые вы хотите выполнить, и найти подходящий язык (вы хотите работать на IIS 2012R2 - PowerShell , вы хотите, чтобы скрипт веб-страниц на стороне браузера - Javascript и т.д ..)

Источник: 12 лет в качестве администратора сервера


Ваше предложение в сети кажется предвзятым .... Есть вещь, которая называется .net
Дейв

@ Fazer87: единственные люди, которые говорят вам, что PowerShell захватит мир Linux, - это люди из Windows. Все аргументы, которые я видел в пользу этого, напоминают мне аргументы четверть века назад о том, как VMS собирается победить Unix. Вот что думает сообщество Linux об этой идее.
Уоррен Янг
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.