Duolingo - это мобильная игра, а не средство для изучения языка. Я не могу отрицать эффективности использования ее для изучения слов, но разработчики больше ресурсов посвящают развитию соревновательного компонента в ущерб качеству. Но этот соревновательный компонент обламывается об огромное число читеров, с которыми Duolingo не борется никак. На данный момент я использую дуолинго для пополнения словарного запаса. Как вторичный ресурс к живому преподавателю. Качество ресурса ужасное. Понятно, что в японском пробелы почти не используются. Но это не повод создавать одно слово из нескольких. Например, はすきですか представляемое как одно слово, на самом деле две частицы и два слова. При этом в разных примерах его могут разбить на меньшие части, а могут и не разбивать. Таких примеров масса и это крайне дезориентирует в изучении языка. Я так понимаю, что для всего этого просто использовалось машинное обучение без привлечения профессионального преподавателя или хотя бы корректора. Что же, тоже способ сэкономить. Но опять же: главный упор дуолинго - соревнование, а не обучение.
В итоге к хорошим специалистам теряется доверие, а наверх всплывают нетонущие легкие фракции, способные мыслить на уровне начальника-гуманитария. Итог, в общем, налицо.
Это как ботинки из цемента :) Мне кажется, что языки типа C, C++, Java сильно отстали от поезда. Будущее за языками, способными интероперировать с ними - Rust, Kotlin, Scala. Иначе вляпаемся в очередную коболу :)
Любой JSON - валидный HOCON, так что пробелы и переносы строк там важны только в случаях, когда используется только сокращенный синтаксис без кавычек. Но в HOCON ещё и другие интересные фишки: включения документов, reference.conf, ccылки на иные параметры. Ваша попытка создать шестнадцатый стандарт интересна, конечно, но пока укладывается в картинку https://imgs.xkcd.com/comics/standards.png
Но серьезно, достойно уважения. Я бы присмотрелся скорее к YAML и сделал что-то похожее на него в духе переделки JSON в HOCON. В конце концов для конфигов более всего важна человекочитабельность.
Вот он, ретрофутуризм.
У вас возникло желание вернуться в Java после Scala?
Ну, более продвинутый.
Пользователи РФ - звучит прекрасно
Ктулху оллмайтовый, шо за кринж? Гендер, инсайД?
Потому что у Раста другая модеь ООП. Кажется, в последнее время, когда говорят об ООП, имеют в виду C++/Java модели. А они не единственные.
Если в кране нет воды,
Виноват ChatGPT.
Недостаток инструментария по нашим временам - это недостаток языка. :)
Duolingo - это мобильная игра, а не средство для изучения языка. Я не могу отрицать эффективности использования ее для изучения слов, но разработчики больше ресурсов посвящают развитию соревновательного компонента в ущерб качеству. Но этот соревновательный компонент обламывается об огромное число читеров, с которыми Duolingo не борется никак.
На данный момент я использую дуолинго для пополнения словарного запаса. Как вторичный ресурс к живому преподавателю. Качество ресурса ужасное. Понятно, что в японском пробелы почти не используются. Но это не повод создавать одно слово из нескольких. Например, はすきですか представляемое как одно слово, на самом деле две частицы и два слова. При этом в разных примерах его могут разбить на меньшие части, а могут и не разбивать. Таких примеров масса и это крайне дезориентирует в изучении языка.
Я так понимаю, что для всего этого просто использовалось машинное обучение без привлечения профессионального преподавателя или хотя бы корректора. Что же, тоже способ сэкономить.
Но опять же: главный упор дуолинго - соревнование, а не обучение.
Это в каком пространстве параллельные прямые пересекаются?
В итоге к хорошим специалистам теряется доверие, а наверх всплывают нетонущие легкие фракции, способные мыслить на уровне начальника-гуманитария. Итог, в общем, налицо.
Я так понимаю, уже отдельные части Spring пишутся на Котлине. Так что в бекенде он может быть шире, чем кажется.
Неистово плюсую. Котлин по ощущениям занимает промежуточное положение между Java и Scala.
А вы используете для работы личный телефон?
Это как ботинки из цемента :)
Мне кажется, что языки типа C, C++, Java сильно отстали от поезда. Будущее за языками, способными интероперировать с ними - Rust, Kotlin, Scala. Иначе вляпаемся в очередную коболу :)
Rust очень даже ООП. Чего не хватает в нем, чтобы быть ООП?
Что-то первая история,э какая-то совсем гоп-стоп. За защиту платить надо. Интересно ли такое сотрудничество?
Нда, на Скалу подсаживаемся, как на наркоту. :)
Любой JSON - валидный HOCON, так что пробелы и переносы строк там важны только в случаях, когда используется только сокращенный синтаксис без кавычек. Но в HOCON ещё и другие интересные фишки: включения документов, reference.conf, ccылки на иные параметры. Ваша попытка создать шестнадцатый стандарт интересна, конечно, но пока укладывается в картинку https://imgs.xkcd.com/comics/standards.png
Но серьезно, достойно уважения. Я бы присмотрелся скорее к YAML и сделал что-то похожее на него в духе переделки JSON в HOCON. В конце концов для конфигов более всего важна человекочитабельность.
Какая ностальгия! Начало нулевых, Microsoft, "Get the Facts".