Образец годного ЯП

Желательно наличие REPL дабы можно было на лету проверять свои догадки и предположения о тех или иных аспектах кода

F#

Ни в коем случае не интерпретируемый/скриптовый: сложно соблюдать правила «хорошего тона» при написании кода. В случае с компилируемым языком - у меня есть компилятор, который даст по рукам если что.

Ну ничего, мы потерпим... первое сентября уже скоро

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

Бросать исключения в самых обычных ситуациях в языке для десктопного софта - невероятная глупость.

Первый пункт требований - это лютый фейспалм. Блин, и эти люди называют себя программистами...

+мильён !!!!

А зачем тебе язык, который ты не знаешь? Зачем бегать от языка к языку, если можно выучить C++ или другой язык по-нормальному и реплы будут не нужны?

Я на питоне реплы использовал только потому что там динамическая типизация и среда не может показать список доступных методов у dict какого-нибудь.

выучить C++

выучить

C++

/0

Go.

racket

А можно более развернуто, а то я не совсем согласен?

С чем именно ты не соглласен? Интерпретируемость и скриптовость совершенно ортогональны наличию компилятора и дисциплине типизации.

Паскаль идеально подходит под эти критерии. Однако, в онтопике он не такой уж и мейнстримный.

Потому что пустой список, нулевой указатель, терминальный класс, отсутствие значения - все это должно представляться разными вещами. Вот ты, как плюсист с кругозором, должен понимать-то. Поэтому толсто.

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

Не смеши народ. В строгих статических языках тоже не обязательно писать везде типы. Обзорчик ниочинь.

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

А кто вас заставляет треды подвешивать? Пишите нормально.

Пишите нормально.

Что ненормального в задержке? Альтернативы? Неужели таймеры? Какой из таймеров?

Всем условиям удовлетворяет OCaml.

1) Компилируемый. Можно в байткод, можно в натив. Правда, с оптимизациями там не ахти, но, как выясняется, даже тупая стратегия компиляции даёт хорошие результаты.

2) Типизация настолько строгая, что 1.0 + 2.0 даст ошибку (надо 1.0 +. 2.0)

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

4) REPL есть, как родной ocamltop, так и более продвинутый utop. Оба работают под emacs-ом.

5) Достаточно мэйнстримный — поддерживается солидной фирмой, мелкосакс уже ворует из него фишки.

Зачем бегать от языка к языку, если можно выучить C++ или другой язык по-нормальному и реплы будут не нужны?

Я научился писать на плюсах хорошо только после того, как изучил Haskell. Ты же, подозреваю, не научился этому до сих пор.

Хорошо, а можно пример кода со слипом на жаве, за который вам не стыдно и без которого совсем никак?

Haskell.

Мне ни за один не стыдно. Поясните, чего именно я должен стыдиться, тогда и посмотрим.

Мне не стыдно даже за такой тред (ШОК!)

while (true)
{
  engine.processEvents();
  Thread.sleep(10);
}

scala

C#, кстати, ЕМНИП REPL есть где-то в mono

А что надо делать вместо бросания исключения? Молча падать в корку?

В F# есть родной REPL, прям в студии.

Есть же runhaskell и вообще hugs (хоть и заброшенный).

Зачем тут sleep?

Ты прям java'у описал. Пеар стороннего репла.

Иначе будет слишком часто опрашивать девайс. Да и нагрузка на процессор будет лишняя. Девайс всё равно быстрее 100 раз/сек не отдаст данные гарантированно. Можно, конечно, интервал увеличить, но нужно смотреть, когда у девайса закончится кэш и он начнёт терять данные. В общем, в текущем виде оно и так отлично работает.

У этого чувака и плагин для идеи есть https://github.com/albertlatacz/java-repl/tree/master/intellij-plugin

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

$ vim 1.cpp
$ gcc 1.cpp ....
$ ./a.out

Почему нельзя сделать блокирующее чтение или обернуть в select?

Девайс всё равно быстрее 100 раз/сек не отдаст данные гарантированно.

Девайс настолько тупой, что не дает прерывания по готовности данных?

Почему нельзя сделать блокирующее чтение или обернуть в select?

Потому что проприетарь.

Девайс настолько тупой, что не дает прерывания по готовности данных?

По крайней мере в API этого нет. Предлагается дёргать девайс и проверять, есть у него данные или нет.

Негодный проприетарь. А разрабам писали, чтобы сделали адекватный API?

Ну, даже в этом случае лучше передавать в цикл обработки событий специальное событие «пришло время опросить устройство».

А разрабам писали, чтобы сделали адекватный API?

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

Это обрезок ocaml, да еще и под одну только платформу. Правильно было предложить сам ocaml.

Ocaml

Хм, я думаю его интерпретатор чисто чтобы в консольке поковыряться, основная фишка всё же компилятор. Кстати, видел в критике ocaml то что порядок вычислений интерпретатора может не совпадать с компилером.

F#

Это обрезок ocaml

Инфа 100%?

и под одну только платформу

щито? в mono нету F#?

Уж лучше кучу исключений написать, чем ловить сегфолты на самом интересном месте.

вот жеж троль ...

Ну так найди мой код и развей подозрения.

На функциональность я куски кода не проверяю, на компилируемость проверяю в ide без компиляции — если будут ошибки, среда подчеркнёт.

Надо возвращать null или код возврата, который в мануале документируется в первую очередь, а не задним числом, как исключения (даже в джаве с её статической проверкой).

Расширенная диагностика ошибок — в отдельный коллбек или на подписчиков, как это делается в opengl и многих компиляторах.

Ты не поверишь: надо прерывать выполнение и возвращать ошибку. Кстати, go и scala именно так и делают.

Надо возвращать null или код возврата

Вроде бы в XXI веке живём: есть Either, Try, функции могут возвращать несколько значений, есть монады в конце-концов...