Какой ЯП вызывает у неосиляторов самую грандиозную душевную или попо боль?

Организация самого языка какая-то да, под веществами, но всё это формировалось под влиянием (и для) условий, когда совершенно не до левых интерпретаторов типа перла было. И многие вещи перекочевали из баша в ash, а оттуда - в составе бизибокса - на разный embedded. На все случаи перловой каши не напасёшься, это уж точно. По этой же причине стараюсь везде держать wget и netcat (и бузю с ними собирать) - никогда не знаешь, когда пригодятся.

Глупый подход. sh нормальный язык для автоматизации всяких задач и он позволяет быть уверенным в том, что скрипт будет работать везде.

Все же почему сейчас не Python/Ruby/Perl. Понятно что когда 5 команд, то не надо, но когда в bash функции, циклы, не, не понимаю

Хотя основную часть времени не нужен, да.

Почему? Я например очень часто его использую для автоматизации каких либо муторных задачь, чем каждый раз одно и то же в консоль вводить, проще sh один раз написать, а потом не мучится :]

А где нет Perl/Python? Кроме каких-то минималистичных девайсов? Тогда да, но это спец задача, там и о С можно подумать если че. Поймите, я не выбрасываю шелл, просто мне кажется что все-таки не надо городить на нем большого кода. А так делают

Нет, мой голос за плюсы, сишарп не вызывает у меня эмоций. Просто уж очень сильно ты необъективен в вопросах сабжа.

Я сам хотел бы, чтобы в стоящий на всех прошивках busybox включили питон хотя бы версии 2.6. Но этого не будет в обозримом будущем - даже лишние 6 мег рантайма (именно столько занимает pytho-static под x86) для такого ПО непосильная ноша. А шелл есть везде. Да, грёбаное легаси, но куда деваться.

PS. Руби - это недопитон какой-то, к тому же с элементами перла и смарти. Перл - когда-то на нём серверные штуки писал, потом забросил, и правильно сделал. Упоротые фанатики в некоторых тредах тому подтверждение, что до добра этот язык не доведёт.

Кроме каких-то минималистичных девайсов?

Про ынтерпрайзные юниксы когда-нибудь слышал?

Как-то топикстартеры после новогодних праздников совсем растолстели.

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

А почему АСМ забыли?

А почему АСМ забыли?

Вследствие зоопарка платформ надо уточнять, какой именно.

А перла на busybox нет?

Не застал, у нас RHEL

А почему АСМ забыли?

Если вы имеете в виду ассемблер, то его 99% процентов ЛОРовцев даже не видели, так что он пожалуй не подходит к данной теме.

кресты, однозначно...

Есть microperl вроде, но много ли там можно сделать без модулей?

Просто ТС любит этого Неуловимого Джо, простим ему слабость.

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

Так слышал или нет?

А вот хотя бы и на минималистичных девайсях на подобие роутера. В любом случае чем меньше зависимостей тем лучше, если это только не вредит (сильно) скорости решения задачи (на sh в N раз дольше писать чем на языке X). Си в таких задачах не применим (хотя бы из-за того что надо «компилять»). В остальном я вас понял, вполне согласен что очень уж большие простыни на sh - немного неправильно. Но с другой стороны опять таки «работает везде».

Я вас тоже понимаю. А ведь простыни из bash на моем десктопе

А в чём разница, если рассматривать только ту разницу, которую трудно осилить?

Просто ТС любит этого Неуловимого Джо, простим ему слабость.

Судя по всему сообразно с термином попаболь, придется использовать и термин попарадость.

Да, и что, там Perl/Python тяжело поставить? Да я понимаю, бывают случаи. Но мой блестящий линукс десктоп 2013 года обновления все равно страдает

Но срачи по поводу С++ почему-то мне чаще попадались

Ты уверен, что они были вызваны неосиляторством?

а вот о С# как-то не особо.

www.linux.org.ru/tag/mono

Зачем? Там есть шел.

Да, и что, там Perl/Python тяжело поставить?

На вещах, где счёт идёт на килобайты,
О перле с питоном даже не мечтай ты!
Лишь ассемблер, Си и чистый баш,
А не нынешний скриптовый ералаш.

Ты уверен, что они были вызваны неосиляторством?

Оф коус. Назовите мне хоть одну проблему плюсов, что не может быть решена осиливанием ;)

Все, теперь верю

Тем что даже сверхджедай С++ будет периодически получать утечку памяти и сегфолты в продакшне, потом их дебажить и фиксить. А програма могла бы быть bulletproof от таких ошибок

Я его не критиковал.

А програма могла бы быть bulletproof от таких ошибок

Тем единственным верным спообом защиты программы от ошибок - отсутствием программы вообще?

Нет, от этих ошибок. Другие - пожалуйста ))

C++

Язык в котором выражение a = b может выполнить абсолютно произвольный код.

x86-64.

Есть языки хуже, в них а может выполнить абсолютно произвольный код

у неосиляторов

попоболь

Такой очевидный троллинг, удивительно, что в треде вообще есть комментарии.

А в чём разница, если рассматривать только ту разницу, которую трудно осилить?

У С++ её больше в разы.
Язык сам по себе гораздо сложнее.

Но эти языки активно не используются в продакшене.

Вы уже голосовали за попболь от C++
Не засоряйте тему, пожалуйста.

Такая конструкция верна в основном в двух языках. Один из которых используется для системщины, где прострелить себе ногу можно разными способами, а второй — С++.

Не засоряйте тему, пожалуйста.

Эта тема предполагает СРАЧ. Ну или хотя бы срачик.

его ж на первых курсах преподают параллельно с архитектурой.
или сейчас только жаву?

Отдаю голос за плюсы.

Nope. Фиксить чужие доводилось, допускать утечки/сегфолты в коммитах - нет.

Нет, от этих ошибок.

И на каком ЯП невозможно создать утечки памяти?

Дайте подумать... На C#?

его ж на первых курсах преподают параллельно с архитектурой.

Не думаю.
Зачем?

или сейчас только жаву?

Думаю Java и Pascal

Дайте подумать... На C#?

Нет. Я вообще таких не знаю.
но vertexua похоже знает поэтому и спрашиваю.
Или вы за C# голосуете?