>Просто для интереса, как вы себе представляете рендеринг не разобраного хтмл?
Делаете простейший парсер с отображением на ваши DOM структуры. Опять же DOM структуры для начала делаете простейшие, только самые важные поля и элементы. На этом делаете рендеринг. Привлекаете внимание. Допиливаете парсер и структуры до полной спецификации.
>Зачем писать рендеринг если вокруг все на соплях?
Затем, чтобы привлечь внимание к проекту. Еще раз — визуальные вещи привлекают больше внимания к проекту, чем какие-то непонятные парсеры. Или вам еще нужно разъяснять, почему важно внимание к проекту?
Когда привлечёте внимание, сделаете нормальные парсеры, хоть на ассемблере.
>Мы хотим, чтобы Котлин вошел в пятерку самых популярных языков в мире
JavaScript
Java
C
C++
Python
Кого будете выкидывать из пятерки? )
>в течение пяти лет
В течение пяти лет из джавы нормальный ЯП сделают, в том числе настоящие корутины подвезут… Зарубаться с Java на JVM так себе идея.
>число пользователей Котлина достигло 2 млн человек
Как считали? По моему, с таким количеством вы уже в топ 5.
>Нельзя начать с рендеринга не имея адекватного HTML/CSS/Font парсера.
Можно.
>Тут закладываются основы.
Нет.
>Энтузиазм не угрохается. Я занимаюсь этим не первый год.
Ок. Просто визуальные вещи привлекают больше внимания. И если они есть в проекте, то лучше начинать с них.
Чтобы привлечь внимание нужно начинать с рендера. Парсерами внимание не привлечешь, вы только на них весь энтузиазм угрохаете, тем более на такую детальную проработку.
>Нету даже близко. Optional
Optional как раз «близко».
>Да все можно, дьявол кроется в деталях, которых дофига всплывает.
Я думаю такие фреймворки есть, просто я не сталкивался. Как минимум, недавно были модны фреймворки обменивающиеся иммутабельными объектами. Забыл уже как этот паттерн называется.
>С появлением альтернативы на JVM
Вот точно не с Котлин брали примеры в новую джаву. Скорее из Go и Rust, может со Скалы что-то утащили, но скорее с функциональных идей, а не с конкретной реализации.
>Вы контрибьютили туда что ли?
Нет, использовал как-то в проекте. Но оно сильно тормозило, открыл я код в Eclipse посмотреть, а там какие-то крякозябры. По итогу выкинул и поставил решение написанное на джаве (кстати, от молодого человека, которого вы выше старпером назвали). И это решение на порядки было быстрее и очень экономно кушало память, как будто на Си писанная, но всё было на джаве.
Понятно, мы опять пришли к вопросу — Причём тут Java? ) Нет, я согласен, что для джавы сейчас нет нормального фреймворка для фронтенда, как у TypeScript. Но я, например, работаю над этой проблемой.
А вы искали? Расширяли команду, чтобы вот это всё утверждать? Или думаете зачем столько транспайлеров к JavaScript напили со статической типизацией, от нечего делать?
>Null safety, корутины
Всё это есть в новых джавах, корутины в процессе. Хотя, как я понимаю, в котлине они не настоящие, а тупо эмулируются на тредах. Поэтому для джавы можно написать библиотеку и иметь такие же корутины.
>почему такой негатив к Котлину
Фрагментация. Он не даёт особых преимуществ перед джавой, но фрагментирует платформу и повышает энтропию. Тот же MapDB мог быть написан на джаве, но разработчик решил выпендриться…
Нет, не только мои. Здесь был топик недавно и там на это жаловались. Причём жаловались не джуны, а дяди, занимающиеся известными в узких кругах проектами. Вплоть до запрещения использования var в коде.
Джуны и мидлы не видят проблему в перспективе. Им бы только меньше букв написать, но они не понимают, что проект нужно будет поддерживать через 5 лет и через 10 лет. И чем больше времени будет уходить на чтение кода средним программистом «где меньше букфф», тем больше затрат будет нести компания.
Я серьезно считаю, что лучше фронт писать на чистом js
Года три назад я бы вас поддержал. Но сегодня я ушел дальше.
Вы сами-то со смузи не балуетесь?
Нам, тут в Сибири, не до смузи )
А я думал мы говорим не о кровавом энтерпрайзе, где поменять цвет надписи в стиле занимает пару часов.
Вы опять не в ту сторону. Я говорю о простых людях, малом и среднем бизнесе, которым нужно просто чтобы работало и у них нет денег на ваши развлечения с модными технологиями.
>lombok становится таким популярным
Ну вот, вы сами решили проблемы многословности джавы ) Зачем вам котлин? Хотя я конечно бы не рекомендовал использовать ломбок не в пет проектах… Но с другой стороны если осмелились на котлин, то тогда уж лучше ломбок )
>добавили var
И сегодня я плююсь, когда вижу джава код с гитхаба в окне браузера. Я не против var для определенных кейсов. Но люди этого не понимают (также как вы, наверное против многословности — против, чтобы только быть против?), теперь без IDE чтение кода замедлилось, я просто не могу тут же увидеть тип переменной, нужно искать объявление метода.
>Разве что, c взлетом WebAssembly что-то поменяется
Поменяется всё, каждый будет пилить код на чём захочет. Я буду на джаве с openjdk, вы на котлине и все будут счастливы )
>Только не надо говорить про строгую типизацию
Извините, но мы тут в топике про статическую типизацию, GWT и вот это всё, не распиваем смузи с другими бородачами падкие на всё блестящее и модное?
>Ну если непременно хочется альтернатив, то TypeScript
Вы серьёзно предлагаете писать бекенд на TypeScript? Я полагаю вы понимаете, что сегодня заканчивается 2018 год и до людей начинает доходить преимущества единой кодовой базы? Изоморфные фреймворки, не?
>крайний вариант Котлин
А вы случайно за груви не топили, когда он был в трендах? CoffeeScript может использовали? Нет, делайте свои пет проекты на чём хотите, я не осуждаю.
Но я думал мы говорим о долгосрочных проектах, где исполнитель, не избалованный ребёнок, из-за которого нужно заново всё переписывать, а заказчик не корпорация типа Твиттера, готовая оплачивать смузихлебам развлечения с модным ЯП?
>Покажите мне кто на Java делает это правильно, а заодно быстро и удобно.
В процессе. Скоро в этих ваших интернетах и на хабре в частности.
>Java — не самый лучший вариант. Помимо того, что она оочень многословна
Какие альтернативы? Только прошу, не предлагайте Котлин, уже не смешно.
>она еще и далека от JavaScript по синтаксису
Вы следите за развитием ECMAScript и современным фронтендом, чтобы так утверждать? С 2010 года очень многое поменялось на фронтенде, если что.
>накладные расходы на получение JS из Java
Нет этих расходов, по крайне-мере они не меньше и не больше, чем получение JS из TypeScript. Другой вопрос, что GWT не умеет это делать правильно. Но, тогда повторю выше обозначенный вопрос, причём тут Java?
Делаете простейший парсер с отображением на ваши DOM структуры. Опять же DOM структуры для начала делаете простейшие, только самые важные поля и элементы. На этом делаете рендеринг. Привлекаете внимание. Допиливаете парсер и структуры до полной спецификации.
Затем, чтобы привлечь внимание к проекту. Еще раз — визуальные вещи привлекают больше внимания к проекту, чем какие-то непонятные парсеры. Или вам еще нужно разъяснять, почему важно внимание к проекту?
Когда привлечёте внимание, сделаете нормальные парсеры, хоть на ассемблере.
JavaScript
Java
C
C++
Python
Кого будете выкидывать из пятерки? )
>в течение пяти лет
В течение пяти лет из джавы нормальный ЯП сделают, в том числе настоящие корутины подвезут… Зарубаться с Java на JVM так себе идея.
>число пользователей Котлина достигло 2 млн человек
Как считали? По моему, с таким количеством вы уже в топ 5.
Можно.
>Тут закладываются основы.
Нет.
>Энтузиазм не угрохается. Я занимаюсь этим не первый год.
Ок. Просто визуальные вещи привлекают больше внимания. И если они есть в проекте, то лучше начинать с них.
Optional как раз «близко».
>Да все можно, дьявол кроется в деталях, которых дофига всплывает.
Я думаю такие фреймворки есть, просто я не сталкивался. Как минимум, недавно были модны фреймворки обменивающиеся иммутабельными объектами. Забыл уже как этот паттерн называется.
>С появлением альтернативы на JVM
Вот точно не с Котлин брали примеры в новую джаву. Скорее из Go и Rust, может со Скалы что-то утащили, но скорее с функциональных идей, а не с конкретной реализации.
>Вы контрибьютили туда что ли?
Нет, использовал как-то в проекте. Но оно сильно тормозило, открыл я код в Eclipse посмотреть, а там какие-то крякозябры. По итогу выкинул и поставил решение написанное на джаве (кстати, от молодого человека, которого вы выше старпером назвали). И это решение на порядки было быстрее и очень экономно кушало память, как будто на Си писанная, но всё было на джаве.
Всё это есть в новых джавах, корутины в процессе. Хотя, как я понимаю, в котлине они не настоящие, а тупо эмулируются на тредах. Поэтому для джавы можно написать библиотеку и иметь такие же корутины.
>почему такой негатив к Котлину
Фрагментация. Он не даёт особых преимуществ перед джавой, но фрагментирует платформу и повышает энтропию. Тот же MapDB мог быть написан на джаве, но разработчик решил выпендриться…
Джуны и мидлы не видят проблему в перспективе. Им бы только меньше букв написать, но они не понимают, что проект нужно будет поддерживать через 5 лет и через 10 лет. И чем больше времени будет уходить на чтение кода средним программистом «где меньше букфф», тем больше затрат будет нести компания.
Нам, тут в Сибири, не до смузи )
Вы опять не в ту сторону. Я говорю о простых людях, малом и среднем бизнесе, которым нужно просто чтобы работало и у них нет денег на ваши развлечения с модными технологиями.
Ну вот, вы сами решили проблемы многословности джавы ) Зачем вам котлин? Хотя я конечно бы не рекомендовал использовать ломбок не в пет проектах… Но с другой стороны если осмелились на котлин, то тогда уж лучше ломбок )
И сегодня я плююсь, когда вижу джава код с гитхаба в окне браузера. Я не против var для определенных кейсов. Но люди этого не понимают (также как вы, наверное против многословности — против, чтобы только быть против?), теперь без IDE чтение кода замедлилось, я просто не могу тут же увидеть тип переменной, нужно искать объявление метода.
Поменяется всё, каждый будет пилить код на чём захочет. Я буду на джаве с openjdk, вы на котлине и все будут счастливы )
Вижу с вами не всё потеряно ) Кстати, если уж быть точнее то джава не многословна, а как сказал Гослинг — у нас в джаве плохо сделаны умолчания.
Извините, но мы тут в топике про статическую типизацию, GWT и вот это всё, не распиваем смузи с другими бородачами падкие на всё блестящее и модное?
>Ну если непременно хочется альтернатив, то TypeScript
Вы серьёзно предлагаете писать бекенд на TypeScript? Я полагаю вы понимаете, что сегодня заканчивается 2018 год и до людей начинает доходить преимущества единой кодовой базы? Изоморфные фреймворки, не?
>крайний вариант Котлин
А вы случайно за груви не топили, когда он был в трендах? CoffeeScript может использовали? Нет, делайте свои пет проекты на чём хотите, я не осуждаю.
Но я думал мы говорим о долгосрочных проектах, где исполнитель, не избалованный ребёнок, из-за которого нужно заново всё переписывать, а заказчик не корпорация типа Твиттера, готовая оплачивать смузихлебам развлечения с модным ЯП?
>Покажите мне кто на Java делает это правильно, а заодно быстро и удобно.
В процессе. Скоро в этих ваших интернетах и на хабре в частности.
Какие альтернативы? Только прошу, не предлагайте Котлин, уже не смешно.
>она еще и далека от JavaScript по синтаксису
Вы следите за развитием ECMAScript и современным фронтендом, чтобы так утверждать? С 2010 года очень многое поменялось на фронтенде, если что.
>накладные расходы на получение JS из Java
Нет этих расходов, по крайне-мере они не меньше и не больше, чем получение JS из TypeScript. Другой вопрос, что GWT не умеет это делать правильно. Но, тогда повторю выше обозначенный вопрос, причём тут Java?