Как стать автором
Обновить

Комментарии 16

Интересный эксперимент. Но если хочется чего-то посерьёзнее на шелле, есть, например, транслятор из Си Pnut. И конечно же, никто не помешает написать свой.

Хм, если я уже пишу на Си, есть ли мне смысл транслировать код в шелл?

Интересный проект, а Вы не знаете, на кого он ориентирован? Я немного полистал его гитхаб, если я верно понял, то он для людей, которым нужен переносимый POSIX шелл код, вместо си кода. Просто немного интересно при каком сценарии это может пригодиться.

Многие проекты пишутся просто "потому что могу". Прямого выхлопа с них нет, но уровень знаний разработчика повышается кардинально.

Есть такая оболочка рабочего стола для мобильных телефонов на Linux, sxmo. Она написана поверх Sway в Wayland-варианте на шелле. Сделана довольно расширяемой. Предположу, что для её расширения такой проект и пригодится.

Тогда уж проще на TCL написать. И переносимо и много вкусностей

Я правильно понял, что был написан кастомный балансировщик для управления очередями внутри одного процесса? Идея интересная, но почему бы ни запускать дочерние процессы?

В целом, помимо вспомогательных инструментов - да, основной интерес представляет кастомый балансировщик нагрузки.
Вы имеете ввиду дочерние процессы на каждый чат?
Если я правило понял вопрос, то проблема в том, что будет генерироваться много процессов, в то время как создание процесса это очень трудозатратная операция. При этом большую часть времени каждый процесс будет ожидать ответа пользователя конкретного чата. (В моем решении число процессов обработчиков закрепляется на этапе запуска бота)

Вау, снимаю шляпу! Мсье знает толк...

Спасибо! Очень приятно)

что словарь нельзя вернуть из функции)

Из функции можно вернуть только и только код возврата. Как из программы. Т.е. вызов функции не отличается от вызова программы.

Вы полностью правы, я не верно выразился, я имел ввиду погрузить словарь в std-out, так, чтобы вызывающая функция получила данный словарь.

Данный механизм очень напоминает обычный возврат из функции в других популярных ЯП, поэтому я так назвал

Эх, с вашим энтузиазмом подхватить бы проект bashbot :)

Как то пользовал, но потом отпала както необходимость. Чуть заавтоматизировать то можно использовать node-red, там есть нода телеграмма, просто отправить куда то оповещение то вообще curl достаточно. Имхо.

Почему не написать бот на шарпе?

Как можно любить баш, но не использовать и плохо разбираться в нем? На чем тогда эта любовь основана?

На шарпе слишком проторенная дорога, поэтому не интересно :D

+ Я вроде писал, что "не работаю на нем" и что плохо разбираюсь в "практикам программирования на нем"

А вообще, нравится синтаксис)

Плохо разбираюсь т.к. в моей профессиональной деятельности для него редко находиться применение. Редкие скрипты в CI или другие небольшие автоматизации.

Любовь проявляется в переодическом написании pet проектов на bash. Но чтобы сказать, что я хорошо умею писать на нем - этого кмк не достаточно. В языке много нюансов и, в моем видении, нужно вариться в нем и в его комьюнити постоянно, чтобы сказать, что хорошо знаю как правильно на нем писать.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории