почитайте наши обсуждения в тикетах

У вас будет интероп с чем нибудь, или все сами будете с нуля писать?

у нас у всех Java/C++ в головах и это проблема

конечно интероп

Со всем-всем? Или какие тагрет языки?

это реально сложно

а с @abreslav общались на эту тему?

в настоящий момент это джава

а с @abreslav общались на эту тему?

нет, не общались

у нас нет цели сделать что-то быстрее джавы или компактнее C++

это не задача

и это не главное

в настоящий момент это джава

В джаве есть null, в EO - нету. Как вы будете обходить эту досадную ошибку джавы?

важно сделать именно ООП язык

Народ, под вечер голова не варит Как пользоваться thenComparing? Если я хочу отсортировать tasks сначала по d потом по w? буквально, tasks.sort((t1, t2) -> t1.d == t2.d ? compare(t1.w, t2.w) : compare(t1.d, t2.d)); Пишу tasks.sort(Comparator.comparingInt(t -> t.w)) , ему норм. А как туда thenCompareing прикрутить?

В джаве есть null, в EO - нету. Как вы будете обходить эту досадную ошибку джавы?

нет null - нет проблем)

вот здесь обсуждаем это: https://github.com/yegor256/eo/issues/52

нет null - нет проблем)

Так интероп же)

optionals?

Так интероп же)

ну тогда "нет нулл" это баг)

важно сделать именно ООП язык

а с Memory Model как быть, если в любой язык компилировать

пока есть идея просто бросать exception если встречаем NULL)

?

не уверен, что эта идея нам поможет) но пока такая идея

а

солвед, если что

он тип теряет, надо ему руками дженерик указать

tasks.sort(Comparator.<Task>comparingInt(t -> t.d).thenComparing(t -> t.w));

@yegor256 а будут ли подобия стримов или что-то лучше?

не уверен, что эта идея нам поможет) но пока такая идея

ну вот у библиотеки на джаве null возвращается/принимается, такой api, если там всегда будет notNullCheck вы не сможете ей пользоваться. Таких библиотек очень много

Значит у вас будет ограниченный интероп, добро пожаловать в мир trade-offs

@yegor256 а будут ли подобия стримов или что-то лучше?

будет лучше. я про стримы статью щас пишу. скоро опубликую. про то, какая они ошибка и как надо в тру ООП)

Значит у вас будет ограниченный интероп, добро пожаловать в мир trade-offs

да, я это понимаю. поэтому и говорю, что идея так себе. надо искать какие-то еще варианты

Как насчет Nullable/Notnullable типов? ?

не, это не про нас

посмотрел примеры кода языка, выглядит необычно как-то

когда-то джаве пришлось стыковаться с C и придумали JNI

На руби похож

что-то видимо подобное мы сделаем

выглядит он как Lisp, только без скобок

что-то видимо подобное мы сделаем

чтобы что с чем состыковать?)

чтобы состыковать джаву с ЕО

пока я не знаю как, не думали еще об этом глубоко. эта проблема вторична

На руби похож

ага, скобок нет, точек с запятой нет

ты так и не ответил про модель памяти

будто конфиг читаешь на yaml

там вообще операторов нет

да, именно

похож на YAML

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

нет FOR, WHILE, IF, SWITCH, +, -, etc

и такой вопрос еще, язык без инфраструктуры - никому не нужен

какая будет интеграция с либами на джаве?

и такой вопрос еще, язык без инфраструктуры - никому не нужен

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

мы не хотим сделать еще один язык

мы хотим сделать НОВЫЙ язык, который покажет, что такое реальное ООП

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

Егор, я понял, что апи либ на джаве противоречит языку, но вы же понимаете, что уйдут годы, чтобы язык дал отдачу?

если его никто не будет юзать — это меньшая будет проблема, чем если мы сделаем просто еще один полу-ООП язык

да, понимаем. и нам плевать на эту отдачу. наша главная цель - показать самим себе что тру-ООП существует

что на нем можно писать реальный софт

мы хотим сделать НОВЫЙ язык, который покажет, что такое реальное ООП

если так не хватает чистого ООП языка, почему его до сих пор за 20 лет не сделали? может в нем нет нужды?

мы хотим сделать НОВЫЙ язык, который покажет, что такое реальное ООП

что бы потом программисты на java начали более в ооп стиле писали?

что на нем можно писать реальный софт

вот это интересно

это эксперимент больше, чем бизнес проект

скорее Арт-проект

ERROR: S client not available

да, пусть так. арт-проект

нам все равно сколько людей его будут юзать

ведь если писать реальный софт, нужно будет писать с нуля

да, пусть с нуля

поэтому интеграция с джавой — это конечно прикольно, но вторично

ну с таким подходом вопросов вообще нет

даже если не получится — не беда

пожелаю вам удачи

что-то в этом творческом порыве есть)

у нас куда более серьезные вопросы в области ООП

может вас заметят крутые дяди и что войдет в обычные мирские языки

*что-то

ну все, теперь уж точно все здесь

да, возможно

Шипилева нет

USB здесь

здесь все

Шипилев хотя бы знает про этот чат?

а что это за чат? я не спросил) кто это сделал и что тут можно обсуждать (рекламировать)?

а что это за чат? я не спросил) кто это сделал и что тут можно обсуждать (рекламировать)?

arifactory, (j|x)rebel, hazelcast)

а что это за чат? я не спросил) кто это сделал и что тут можно обсуждать (рекламировать)?

этот чат про жвм и жвм-языки. Создали его в своё время из обычного джава чата, @lare

@larev

+я и еще пару ребят

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

а потом я случайно заметил Баруха и пригласил сюда, а Барух пригласил остальных

уот так уот короче

у нас куда более серьезные вопросы в области ООП

Т.е. сейчас нету ни одного ооп языка, который бы полностью удовлетворял твоим представлениям о ООП?

а потом я случайно заметил Баруха и пригласил сюда, а Барух пригласил остальных

теперь это чат Баруха

уот так уот короче

понял, спасиб. спамить буду аккуратно)

Т.е. сейчас нету ни одного ооп языка, который бы полностью удовлетворял твоим представлениям о ООП?

нет, ни одного.

понял, спасиб. спамить буду аккуратно)

да, но прежде всего от звездных новичков народ ждет инсайдов, анонсов докладов, мудрого совета, поэтому велком)