Вера в супер-пуперские AST-преобразования, конечно, серьёзная. Мы вот в Java уже больше 15 лет имеем Structural search & replace, который делает пользовательские AST-преобразования и весьма неплохо. Но я не представляю, чтобы миграция между несовместимыми фреймворками описывалась через него. Там всегда куча именно семантических краевых случаев, которые идеально не покроешь. Если вслепую массово применить к большой кодовой базе, посадишь пачку загадочных багов, которые потом запаришься отлаживать. Тем более в языке без статической типизации.
По легендам корень из двух — первое число, иррациональность которого была доказана (ещё во времена Пифагора). В некотором смысле первое иррациональное число знакомое людям. Поэтому оно вполне заслуживает особой любви.
Видал кружки и группы раннего развития, в том числе пресловутого Зайцева, но не видел в них ни одного ребёнка младше четырёх лет, который бы прилично читал. В четыре нормально читают единицы, несмотря ни на какие занятия. Из группы раннего развития с уклоном в чтение к пяти годам хорошо если 10% умеют бегло читать. Поэтому ваши слова для меня звучат неубедительно.
Не понял как второй абзац вашего сообщения относится к моему сообщению. Видимо, никак?
Вообще-то это фича JVM. Её и Котлин может использовать, если захочет. Проблема с продвинутыми уровнями доступа в Котлине и других JVM-языках в том, что рантайм про них ничего не знает и никак не помешает вам нарушить этот уровень при использовании смеси языков или раздельной компиляции.
Между умением распознавать буквы и умением читать огромная пропасть. Многих детей действительно можно научить распознавать все буквы в полтора-два года. При этом те же дети скорее всего научатся читать не раньше 4.5, а многие ближе к шести. Это совершенно разного уровня умственная деятельность.
Что-то хоть бы один пример уязвимости, который ML-робот смог найти, а традиционные инструменты не могут. Интересно же. Без примеров статья совсем ни о чём.
Но это уже будет не Java, а что-то другое. Тогда лучше перейти на другой язык, где есть уже инструментальная поддержка.
Какие недостатки вы видите?
Может повезло, а может и специально такие сценарии обрабатывали.
Думаю, можно создать свою тривиальную обёртку, если где-то необходимо работать с боксами, а Integer.valueOf не дожимает производительность.
Переходите на Java 15!
Вера в супер-пуперские AST-преобразования, конечно, серьёзная. Мы вот в Java уже больше 15 лет имеем Structural search & replace, который делает пользовательские AST-преобразования и весьма неплохо. Но я не представляю, чтобы миграция между несовместимыми фреймворками описывалась через него. Там всегда куча именно семантических краевых случаев, которые идеально не покроешь. Если вслепую массово применить к большой кодовой базе, посадишь пачку загадочных багов, которые потом запаришься отлаживать. Тем более в языке без статической типизации.
Поддержкой Котлина активно занимаются прямо сейчас, так что она будет лучше в ближайшее время. Но да, каждый язык надо пилить отдельно.
Не уверен.
Ёлки, хотел ткнуть на "заголовок спойлера", а попал на кнопку downvote. И для неё даже undo нету. Очень юзер-френдли...
По легендам корень из двух — первое число, иррациональность которого была доказана (ещё во времена Пифагора). В некотором смысле первое иррациональное число знакомое людям. Поэтому оно вполне заслуживает особой любви.
Видал кружки и группы раннего развития, в том числе пресловутого Зайцева, но не видел в них ни одного ребёнка младше четырёх лет, который бы прилично читал. В четыре нормально читают единицы, несмотря ни на какие занятия. Из группы раннего развития с уклоном в чтение к пяти годам хорошо если 10% умеют бегло читать. Поэтому ваши слова для меня звучат неубедительно.
Не понял как второй абзац вашего сообщения относится к моему сообщению. Видимо, никак?
Вообще-то это фича JVM. Её и Котлин может использовать, если захочет. Проблема с продвинутыми уровнями доступа в Котлине и других JVM-языках в том, что рантайм про них ничего не знает и никак не помешает вам нарушить этот уровень при использовании смеси языков или раздельной компиляции.
Почему это оформлено как перевод? Брайан ничего не писал про размножение бельгийцев.
Это работает с абстрактными классами, но не работает с интерфейсами. Нельзя сделать интерфейс публичным, ограничив его реализации.
Между умением распознавать буквы и умением читать огромная пропасть. Многих детей действительно можно научить распознавать все буквы в полтора-два года. При этом те же дети скорее всего научатся читать не раньше 4.5, а многие ближе к шести. Это совершенно разного уровня умственная деятельность.
Запросы Sun Microsystems, конечно, порадовали.
Слабоватый разброс. Предлагаю Idris и VHDL.
В наши дни почти для любого языка достаточно браузера. Смотрите https://ideone.com/ или https://try.kotlinlang.org/ и т. д.
Это мешает привести пример?
Что-то хоть бы один пример уязвимости, который ML-робот смог найти, а традиционные инструменты не могут. Интересно же. Без примеров статья совсем ни о чём.
О, надо же, я этого не знал. Спасибо! Добавишь так в HashMap объект, а потом biased locking на нём сломается =)