История изменений

Из причин, почему что-то удобней писать на Баше, а не на чем-то еще, я бы назвал «нативный» доступ ко всем юниксовым утилитам и фичам.

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

Это можно объяснить тем, что юникосвые утилиты (grep, awk, sed) ограничены двумя факторами. С одной стороны, они лежат очень близко к абстракциям ОС/юникса, которые весьма скудные: чтение, запись, файл, поток. Пусть этого достаточно для ОС, но всё-таки это скудно для практических задач. ОС не даёт больше никаких контрактов или гарантий, которые утилиты могли бы однозначно с уверенностью реализовать а-ля стандарт. Например, в ОС нет SQL, поэтому работать с таблицами юниксовыми утилитами категорически невозможно. С другой стороны, все известные высокоуровневые форматы уже хорошо поддерживаются другими средствами. То есть тебе не нужно ломать голову мыслями «так, awk очень гибок, потому что абстракции юникса очень гибки, а таблицы очень строги. Как от гибкости элегантно перейти к строгости?»

А если взять высокоуровневые утилиты в контекста абстракций юникса. Например, я могу напечатать вывод запроса select * from users в терминале. И что мне это даст, кроме красивой картинки? Как по этому пройтись циклом? Ну можно JSON’чик сделать, только в чём тогда разница между джсоном промеж двух потоков и нормальным API в языке программирования и причём тут юникс?

В юникосвых утилитах был бы смысл, если бы ОС использовалась как прикладной инструмент, чем однажды она и задумывалась, по крайне мере в исследовательском контексте. Но сегодня это просто «подними сеть», «перемести файл» и «запусти программу», и awk — просто удобный аддон к этим задачам, а не мощный инструмент.

Я тут недавно накидал скрипт, который аггрегирует мои коммиты по месяцу и ID задачи. А мог бы просто накидать SQL-запрос в джире, который в десять раз короче, в сотню раз проще и портируемый.

Из причин, почему что-то удобней писать на Баше, а не на чем-то еще, я бы назвал «нативный» доступ ко всем юниксовым утилитам и фичам.

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

Это можно объяснить тем, что юникосвые утилиты (grep, awk, sed) ограничены двумя факторами. С одной стороны, они лежат очень близко к абстракциям ОС/юникса, которые весьма скудные: чтение, запись, файл, поток. Пусть этого достаточно для ОС, но всё-таки это скудно для практических задач. ОС не даёт больше никаких контрактов или гарантий, которые утилиты могли бы однозначно с уверенностью реализовать а-ля стандарт. Например, в ОС нет SQL, поэтому работать с таблицами юниксовыми утилитами категорически невозможно. С другой стороны, все известные высокоуровневые форматы уже хорошо поддерживаются другими средствами. То есть тебе не нужно ломать голову мыслями «так, awk очень гибок, потому что абстракции юникса очень гибки, а таблицы очень строги. Как от гибкости элегантно перейти к строгости?»

А если взять высокоуровневые утилиты в контекста абстракций юникса. Например, я могу напечатать вывод запроса select * from users в терминале. И что мне это даст, кроме красивой картинки? Как по этому пройтись циклом? Ну можно с JSON’чик сделать, только в чём тогда разница между джсоном промеж двух потоков и нормальным API в языке программирования и причём тут юникс?

В юникосвых утилитах был бы смысл, если бы ОС использовалась как прикладной инструмент, чем однажды она и задумывалась, по крайне мере в исследовательском контексте. Но сегодня это просто «подними сеть», «перемести файл» и «запусти программу», и awk — просто удобный аддон к этим задачам, а не мощный инструмент.

Я тут недавно накидал скрипт, который аггрегирует мои коммиты по месяцу и ID задачи. А мог бы просто накидать SQL-запрос в джире, который в десять раз короче, в сотню раз проще и портируемый.

Из причин, почему что-то удобней писать на Баше, а не на чем-то еще, я бы назвал «нативный» доступ ко всем юниксовым утилитам и фичам.

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

Это можно объяснить тем, что юникосвые утилиты (grep, awk, sed) ограничены двумя факторами. С одной стороны, они лежат очень близко к абстракциям ОС/юникса, которые весьма скудные: чтение, запись, файл, поток. Пусть этого достаточно для ОС, но всё-таки это скудно для практических задач. ОС не даёт больше никаких контрактов или гарантий, которые утилиты могли бы однозначно с уверенностью реализовать а-ля стандарт. Например, в ОС нет SQL, поэтому работать с таблицами юниксовыми утилитами категорически невозможно. С другой стороны, все известные высокоуровневые форматы уже хорошо поддерживаются другими средствами. То есть тебе не нужно ломать голову мыслями «так, awk очень гибок, потому что абстракции юникса очень гибки, а таблицы очень строги. Как от гибкости элегантно перейти к строгости?»

В юникосвых утилитах был бы смысл, если бы ОС использовалась как прикладной инструмент, чем однажды она и задумывалась, по крайне мере в исследовательском контексте. Но сегодня это просто «подними сеть», «перемести файл» и «запусти программу», и awk — просто удобный аддон к этим задачам, а не мощный инструмент.

Я тут недавно накидал скрипт, который аггрегирует мои коммиты по месяцу и ID задачи. А мог бы просто накидать SQL-запрос в джире, который в десять раз короче, в сотню раз проще и портируемый.

Из причин, почему что-то удобней писать на Баше, а не на чем-то еще, я бы назвал «нативный» доступ ко всем юниксовым утилитам и фичам.

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

Это можно объяснить тем, что юникосвые утилиты (grep, awk, sed) ограничены двумя факторами. С одной стороны, они лежат очень близко к абстракциям ОС/юникса, которые весьма скудные: чтение, запись, файл, поток. Пусть этого достаточно для ОС, но всё-таки это скудно для практических задач. ОС не даёт больше никаких контрактов или гарантий, которые утилиты могли бы однозначно с уверенностью реализовать а-ля стандарт. Например, в ОС нет SQL, поэтому работать с таблицами юниксовыми утилитами категорически невозможно. С другой стороны, все известные высокоуровневые форматы уже хорошо поддерживаются другими средствами. То есть тебе не нужно ломать голову мыслями «так, awk очень гибок, потому что абстракции юникса очень гибки, а SQL очень строг. Как от гибкости элегантно перейти к строгости?»

В юникосвых утилитах был бы смысл, если бы ОС использовалась как прикладной инструмент, чем однажды она и задумывалась, по крайне мере в исследовательском контексте. Но сегодня это просто «подними сеть», «перемести файл» и «запусти программу», и awk — просто удобный аддон к этим задачам, а не мощный инструмент.

Я тут недавно накидал скрипт, который аггрегирует мои коммиты по месяцу и ID задачи. А мог бы просто накидать SQL-запрос в джире, который в десять раз короче, в сотню раз проще и портируемый.

Из причин, почему что-то удобней писать на Баше, а не на чем-то еще, я бы назвал «нативный» доступ ко всем юниксовым утилитам и фичам.

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

Это можно объяснить тем, что юникосвые утилиты (grep, awk, sed) ограничены двумя факторами. С одной стороны, они лежат очень близко к абстракциям ОС/юникса, которые весьма скудные: чтение, запись, файл, поток. Пусть этого достаточно для ОС, но всё-таки это скудно для практических задач. ОС не даёт больше никаких контрактов или гарантий, которые утилиты могли бы однозначно с уверенностью реализовать а-ля стандарт. Например, в ОС нет SQL, поэтому работать с таблицами юниксовыми утилитами категорически невозможно. С другой стороны, все известные высокоуровневые форматы уже хорошо поддерживаются другими средствами. То есть тебе не нужно ломать голову мыслями «так, awk очень гибок, потому что абстракции юникса очень гибки, а SQL очень строг. Как от гибкости элегантно перейти к строгости?»

В юникосвых утилитах был бы смысл, если бы ОС использовалась как прикладной инструмент, чем однажды она и задумывалась, по крайне мере в исследовательском контексте. Но сегодня это просто «подними сеть» и «перемести файл», и awk — просто удобный аддон к этим задачам, а не мощный инструмент.

Я тут недавно накидал скрипт, который аггрегирует мои коммиты по месяцу и ID задачи. А мог бы просто накидать SQL-запрос в джире, который в десять раз короче, в сотню раз проще и портируемый.