LINUX.ORG.RU

Пишете ли вы на языке Ada?

 , ,


0

5

Навеяно этим тредом от @hateyoufeel.

От этого опроса отличается куда большей специфичностью, так как у Pascal довольно много последователей, и Ada, хоть и один из многих, но довольно специфичный язык.

  1. Нет, предпочитаю другие языки 272 (52%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. Нет, даже не знаю что это 91 (17%)

    ***********************************************************************************************************

  3. Нет, но писал/пишу на другом Pascal-like 82 (16%)

    ************************************************************************************************

  4. Нет, вообще не пишу код 58 (11%)

    ********************************************************************

  5. Да, свой проект just for fun 8 (2%)

    *********

  6. Да, участвовал в чужом проекте just for fun 5 (1%)

    *****

  7. Да, писал/пишу на коммерческой основе, основной проект 5 (1%)

    *****

  8. Да, писал/пишу на коммерческой основе факультативом 2 (0%)

    **

Всего голосов: 523

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)

Ответ на: комментарий от urxvt

Ну Маск на JS вообще в космос летает, хотя будь я космонавтом, даже имея на JS только интерфейс, я бы зассал в эту хрень садиться )

GAMer ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

Я не горжусь, я сетую. Я 15 лет думал, что умею писать на java, а оказалось там просто синтаксис такой же и пишу я на си. Последней каплей было «так ты же код форматируешь по linux kernel code style».

PhD
()
Ответ на: комментарий от PhD

Да, я на всех языках пишу как на сишке и не надо себя обманывать =\

Я на всех языках пишу как на Perl. (% Хотя Perl не практиковал уже лет… восемь? Может даже больше.

mord0d ★★★★★
() автор топика
Ответ на: комментарий от peregrine

Ada вполне себе жива. Используется (в серьезных коммерческих проектах) и развивается, не протухая. И не потому, что паскалеподобна.

IRASoldier ★★
()
Последнее исправление: IRASoldier (всего исправлений: 1)
Ответ на: комментарий от splinter

Не востребованный на рынке труда

…российском.

Малое количество отечественной литературы

И что? Англоязычной - вполне себе.

Дохлый русскоязычный сайт

Вообще ничего не значащий фактор. Англоязычных - дофига.

Дохлые телеграм-каналы на данную тематику

Да хоть бы их вообще не было. Телеграм что, важнейший источник информации и показатель её качества?

IRASoldier ★★
()
Ответ на: комментарий от mord0d

Не то же самое. Намерение выражает интерес. Интерес к чему-то делает это что-то более живым, даже если оно уже перестает им быть. Следовательно - наличие интереса есть показатель немертвости.

IRASoldier ★★
()
Ответ на: комментарий от IRASoldier

Названия проектов в студию. Я знаю только что в Армии США она жива, а гитхаб по аде весь мёртвый. И пока у нас только 1 человек в голосовании который что-то коммерческое на аде писал. Не удивлюсь если на американских военных работает/работал.

peregrine ★★★★★
()
Последнее исправление: peregrine (всего исправлений: 1)
Ответ на: комментарий от splinter

Дохлые телеграм-каналы на данную тематику.

каво

arkhnchul ★★★
()
Ответ на: комментарий от IRASoldier

Это я так шучу. Там контекст — новости.

А если серьёзно, то опрос уже подтверждён, пункты редактировать может только мордорватор, и добавление этого пункта сейчас, когда проголосовало уже почти две сотни регистрантов, не особо логично. Но если @hobbit считает иначе — пусть добавит.

mord0d ★★★★★
() автор топика
Ответ на: комментарий от PhD

ErLang - lang одной компании - Ericsson.

И что плохого, если у вещи есть хозяин? А если что с Эриксоном случится, лицензия опенсорсная.

seiken ★★★★★
()
Ответ на: комментарий от PhD

Зачем загонять обратно? Пусть помогает по хозяйству.

Smacker ★★★★★
()
Ответ на: комментарий от mord0d

Я тоже считаю, что в принципе можно было бы добавить, если бы предложение поступило до подтверждения – но уже не сейчас.

hobbit ★★★★★
()
Ответ на: комментарий от PhD

Только полным прочтением Сильмариллиона и 12 томов Истории Средиземья. Причём халтура тут недопустима, сотона коварен и поймает при первом же расслаблении.

hobbit ★★★★★
()
Ответ на: комментарий от peregrine

только что в Армии США

В армиях евросоюза и Австралии тоже Ada. Потому что США там все контролируют. Друг рассказывал.

PhD
()
Ответ на: комментарий от PhD

Я 15 лет думал, что умею писать на java, а оказалось там просто синтаксис такой же и пишу я на си.

А в чём тогда разница? Для программы на Java строго обязательны имена классов в пол-экрана и чудовищная вложенность вызова?

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

на жабе никто не мешает писать в чисто императивно-процедурном стиле, используя классы чисто как неймспейсы для static методов

arkhnchul ★★★
()
Ответ на: комментарий от hobbit

и чудовищная вложенность вызова?

Попробуй пройти собес на java сеньора в любую крупную галеру типа epam или luxoft, еще не такое узнаешь.

PhD
()
Ответ на: комментарий от PhD

Даже не хочу пытаться, я пишу себе на C++ древних стандартов, при необходимости бодяжу кутями и иногда чистой сишкой без плюсов. На жизнь хватает.

hobbit ★★★★★
()
Ответ на: комментарий от PhD

Потому что США там все контролируют

Друг рассказывал

ага, ага. Раз друг рассказал, то канешна.

arkhnchul ★★★
()
Ответ на: комментарий от TPPPbIHDELj

на каком языке пишут в аду?

На питоне.

no-such-file ★★★★★
()
Ответ на: комментарий от seiken

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

Ну так Ада это всё тоже самое, только императивщина.

no-such-file ★★★★★
()
Ответ на: комментарий от PhD

java SE в целом всегда была довольно приятной платформой. JavaEE до момента ребрендинга в jakarta - чад кутежа, трэша, XML и содомии.

arkhnchul ★★★
()
Ответ на: комментарий от seiken

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

Следует также отметить самое главное: широчайший потенциал реализации динамических оперденей на эрланге.

Smacker ★★★★★
()
Ответ на: комментарий от hobbit

сотона коварен и поймает при первом же расслаблении.

Сотона-сотона, ты мохната и страшна!

Smacker ★★★★★
()
Ответ на: комментарий от arkhnchul

Это правда. Только в ентерпрайзе пишущих на SE не найдешь. А java больше нигде и не используется, если в команде больше двух программистов. Я сам, будучи единственным кодером на фирме, писал все на SE, но стоило сменить место работы и началась содомия. Довольно быстро соскочил на сишку.

PhD
()
Ответ на: комментарий от PhD

Часть недостатков старых плюсов успешно исправляется няшным QtCore, по крайней мере, для прикладных задач. :) Там есть человеческие строки, макрос foreach (утратил актуальность с выходом C++11) и многое другое…

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

Хм. Уже второй раз на этом форуме вижу такую формулировку «человеческие строки». Чем же строки в C++ так бесчеловечны?

PhD
()
Последнее исправление: PhD (всего исправлений: 1)
Ответ на: комментарий от seiken

ErLang - lang одной компании - Ericsson.

И что плохого, если у вещи есть хозяин? А если что с Эриксоном случится, лицензия опенсорсная.

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

PhD
()
Ответ на: комментарий от splinter

Библиотеки!!! Платформа! Вот что важно.

Есть alire. Но на Аде обычно пишут что-то сертифицируемое и «библиотеки, платформы» играют злую шутку.

Слишком загроможденный синтаксис

Благодаря которому те же Алгоритмы в SDD можно расписывать на самом ЯП без разъяснений синтаксиса. Да и современные веяния показывают, что не такой уж он и страшный.

Малое кол-во компиляторов

Общедоступный реально один: GCC GNAT. Остальные сильно коммерческие и как правило реализуют Ada95 (что если вдуматься может даже правильно). Ситуация с компиляторами по сути такая же как и для любого другого ЯП.

Отсутствие вменяемой поддержки графических библиотек

Есть «официальная» GtkAda, но да, в целом с GUI проблема.

Отсутствие нормальной IDE (GnatPro ужасен)

Есть Ada Language Server. Можно в общем-то любую IDE подцепить.

Не востребованный на рынке труда ЯП.

В России действительно проектов на Аде в гражданской области мало. Ада это скорее не «требуется Ада программист», а требуется инженер в такой-то области, желательно уметь программировать на Ada/SPARK.

Малое количество отечественной литературы

Пожалуй из относительно актуального и полного только Гавва А.Е. Адское программирование. Ada-95. Компилятор GNAT. Но правильнее читать adaic.org а если совсем тяжело, John Barnes Programming in Ada 2012 with a Preview of Ada 2022

Дохлые телеграм-каналы на данную тематику

И русскоязычные и англоязычный очень даже живые.

Ada/SPARK появляется в тот момент, когда из условного EULA пропадает строка «разработчик не несет ответственности за любой ущерб…».

ksicom
()
Ответ на: комментарий от PhD

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

Такое можно про любой ЯП сказать.

seiken ★★★★★
()
Ответ на: комментарий от YogSagot

наши космонавты на драгоне четыре раза летали уже, отменять не собираются.

arkhnchul ★★★
()
Ответ на: комментарий от YogSagot

Космонавтам такие детали не сообщают, видимо.

Virtuos86 ★★★★★
()
Ответ на: комментарий от Virtuos86

только астронавты

Этих не жалко чтоль? )

GAMer ★★★★★
()

Вообще-то не Pascal-like, а Algol-like. Безграмотная молодёжь!

zg
()

делал пару лаб на паскале. удивительно бессмысленный яп.

vstartsev
()
Ответ на: комментарий от LongLiveUbuntu

Проблема уходит даже не в программистов, а в ныне покойный Borland.

Во-времена, когда Delphi был вполне популярен их вдруг понесло, то среду на .Net переносить, то делать побочные RAD (for PHP, Prism ещё чего-то там), то ещё заниматься какой фигнёй. Короче, эффективныый менеджмент, как оно есть. Потом банкротство, перепродажи … в общем после легендарной D7 и ИМХО, примерно, до XE2 (уже Embarcadero) RAD студия была невыносимо глючным дерьмом. Плюс вечные пляски с Юникодом, плюс отсутствие кроссплатформы (собрать проект Lazarus-ом - тот ещё квест), плюс отсутствие x64 (она там в xе4 или xе5 появилась, уже не помню), плюс совершенный маразм с распространением и ценовой политикой … Короче говоря, Embarcadero это ещё тянет (и язык развивается, как ни странно), но свою базу язык уже сильно подрастерял.

SkyMaverick ★★★★★
()
Ответ на: комментарий от seiken

Ерланг - это очень мощная штука, т.к. функциональщина

очередная мода не более того эта ваша функциональщина

peregrine ★★★★★
()
Ответ на: комментарий от peregrine

Я так считаю, что если парадигма позволяет допускать меньше ошибок, создавать более надёжный и/или наглядный код, это уже оправдывает её применение. Главное чтобы не было функционал шины ради самой себя, с этим пусть идут научные бумаги писать.

Если у меня вместо тонны бойлерплейта с байтодрочкой просто receive MSG, а на другом конце просто send MSG, это здорово и прекрасно.

seiken ★★★★★
()
Последнее исправление: seiken (всего исправлений: 1)
Ответ на: комментарий от seiken

сенд мессадж и ресив мессадж это ооп классический из смаллтолка, как его и задумывали, а функциональщина она про такое:

compose2 = lambda A, B: lambda x: A(B(x))
target = map(compose2(F, G), source_list)
фиг знает где тут читабельность растёт и что по производительности тоже ХЗ, компилятор/интерпритатор умные, наверно посчитают как-то быстро, но писать да, кратко, лично мне не нравится в голове длинные цепочки вызова держать, лучше короткие, чтоб первый код прочитать и понять что он делает мне чуть больше времени надо чем второй

В сравнении императивщина

# императивный стиль
target = []  # создать пустой список
for item in source_list:  # для каждого элемента исходного списка
    trans1 = G(item)  # применить функцию G()
    trans2 = F(trans1)  # применить функцию F()
    target.append(trans2)  # добавить преобразованный элемент в список

peregrine ★★★★★
()
Последнее исправление: peregrine (всего исправлений: 2)
Ответ на: комментарий от peregrine

что по производительности тоже ХЗ

Потенциально выше, т.к. ты сразу задаёшь соотношения сущностей через map и compose2, а не конкретную последовательность вычислений как в императивном варианте. Чтобы оптимизировать императивщину компилятор должен сначала сообразить, что ты хотел сказать и как отдельные части друг с другом соотносятся, а потом найти оптимальное вычисление.

no-such-file ★★★★★
()
Ответ на: комментарий от mumpster

Ну там еще может и доведется :) До Ада я еще не дожил :)

gns ★★★★★
()
Ответ на: комментарий от peregrine

а функциональщина она про такое

да я не только про парадигму в смысле ООП/функциональщина, но и про общий набор фич. В Аде тоже есть условный send/receive, хоть и в несколько ином смысле, а к функциональщине оно ближе потому что скрывает императивную фаноберию с мьютексами и когерентностью кеша.

Те, кто в своей жизни видел только C++/Джава, Питон и немножечко JS не могут понять всей красоты мира айти.

seiken ★★★★★
()
Последнее исправление: seiken (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.