LINUX.ORG.RU

Google разрабатывает язык Noop для замены Java

 ,


1

0

Новый язык программирования разрабатывается с целью объединения лучшего из новых и старых языков программирования и синтаксиса, в котором поощряются лучшие практики принятые в индустрии и не поощряются худшие.

Noop говорит ДА:

  • Внедрению зависимостей в языке
  • Тестируем ост
  • Неизменяемости
  • Синтаксису направленному на улучшение читабельности кода
  • Никогда не устаревающей документации
  • Свойствам, сильной типизации и разумной современной библиотеке

Noop говорит НЕТ:

  • Любой статике
  • Наследованию (subclassing)
  • Примитивам
  • Ненужным шаблонам

Исходные коды доступны под Apache Licence 2.0

>>> Google urges developers to get in loop with Noop

★★☆☆

Проверено: Shaman007 ()

> Noop is initially targeted to run on the Java Virtual Machine.

Это "initially" - единственное, что приятного в этой новости. Еще один язык для JVM не нужен, а вот если он будет компилироваться в машкод...

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

:)
Я просто не знаю как некоторые термины звучат по руски.
Предлжите переводы терминов получше.

grim ★★☆☆
() автор топика
Ответ на: комментарий от grim

У меня фокс проверяет вполне пристойно. Вот только почему-то авторы этих спеллчекеров забывают, что люди не только один язык используют :(

a3
()
Ответ на: комментарий от a3

Это да. Для меня английский спелчек в ФФ значительно важнее.

grim ★★☆☆
() автор топика
Ответ на: комментарий от grim

> звучат по руски.
> Предлжите


No comments

sdio ★★★★★
()

больше языков хреновых и разных! )

Andru ★★★★
()
Ответ на: комментарий от tailgunner

>а находится в стадии разработки. И даже не совсем гуглом :)
>И даже не совсем гуглом :)

И совсем не язык? :)

"И не Волгу, а Жыгули и не выиграл а проиграл..."

Karapuz ★★★★★
()

>Noop говорит НЕТ:
> * Наследованию (subclassing)

Наконец-то! Миксины победили полиморфизм. Ура, человекам!

iZEN ★★★★★
()

Гугле говорит ДА:
-велосипедам,
-самокатам
-костылям
-тотальной слежке за всеми

wfrr ★★☆
()

Как говорят наши модераторы, «робот переводчик пользоваться идея дурак»

nnz ★★★★
()
Ответ на: комментарий от grim

>А что здесь делает админ-самоучка-наполставки?

АААА! Бот-переводчик заговорил! Скайнет атакует!

nnz ★★★★
()
Ответ на: комментарий от nnz

>nnz * (*) (19.09.2009 1:13:26
Всё "изучаете" конфигурационные файлы по ночам?

>Скайнет атакует

Интоксикация сказывается :(
Вы так не горячитесь и пожалейте печнь, как-бы белочка не хватила.

grim ★★☆☆
() автор топика

Re:

\trollmode{ А он случаем не Basic-подобный? }

melkor217 ★★★★★
()

судя по описанию название noob подошло бы лучше

lester ★★★★
()
Ответ на: комментарий от SSZB

Миксины (mix in) … позволяют подмешивать свойства в производные классы. Стив Макконнелл «Совершенный код»

Некоторые эксперты рекомендуют широкое применение множественного наследования (Meyer, 1997), но по опыту могу сказать, что оно полезно главным образом только при создании “миксинов” - простых классов, позволяющих добавить ряд свойств в другой класс. Миксины называются так потому, что они позволяют “подмешать (mix in)” свойства в производные классы. Миксинами могут быть классы вроде Displayable, Persistent, Serializable или Sortable. Миксины почти всегда являются абстрактными и не поддерживают создания экземпляров независимо от других объектов. Миксины требуют множественного наследования, но пока все миксины по-настоящему независимы друг от друга, вы можете не бояться классической проблемы, связанной с ромбовидной схемой наследования. Кроме того, “объединяя” атрибуты, они делают проект системы понятнее. Программисту легче разобраться с объектом, использующим миксины Displayable и Persistent, а не 11 более конкретных методов, которые понадобились бы для реализации этих двух свойств в противном случае. Похоже, разработчики Java и Visual Basic понимали ценность миксинов, разрешив множественное наследование интерфейсов, но только единичное наследование классов.

iZEN ★★★★★
()
Ответ на: комментарий от grim

>>nnz * (*) (19.09.2009 1:13:26
>Всё "изучаете" конфигурационные файлы по ночам?


Красноглазые линупсоеды всё время компелируют ядра по ночам!!!1
В отличие от счастливых пользователей Висты =)
>grim * (Score: ... MaxScore: ...) (*) (19.09.2009 1:10:22) (69.172.98.229)

>Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3

anonymous
()

ох ё. установите джава, установите maven, установите ruby, установите buildr. пошли вон!

volh ★★
()
Ответ на: комментарий от iZEN

>Наконец-то! Миксины победили полиморфизм.
Не думаю.
Насколько я знаю JVM принципиально не поддерживает множественное наследование. Будут проблемы с reflection.

Хотя сделам хитрый манёвр это наврное можно реализовать на уровне компилятора с помощью интерфесов.

grim ★★☆☆
() автор топика
Ответ на: комментарий от grim

>Хотя сделам хитрый манёвр это наврное можно реализовать на уровне компилятора с помощью интерфесов.

При статическом связывании на этапе компиляции множественное наследование можно делать исключительно на уровне компилятора. Т.е. все вопросы, какому классу принадлежит какой метод будет решать компилятор. А вызов на уровне JVM уже будет итак однозначен.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

>А вызов на уровне JVM уже будет итак однозначен.
Вызов - да.
Но как насчёт информации в рантайме?

в Noop видимо нашли способ как это обойти в рамках текущей JVM

grim ★★☆☆
() автор топика
Ответ на: комментарий от grim

>Но как насчёт информации в рантайме?

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

KRoN73 ★★★★★
()

Да, только собственного языка и не хватало гуголу. Не удивлюсь, если на этом языке "Hello, World!" запишется как:

Пх’нглуи

{

мглв’нафх

}

Ктулху Р’льех

{

вгах’нагл фхтагн

}

anonymo_use
()

>сильной типизации

Я всегда говорил, что только сильная типизация имеет смысл, иначе все эти пляски с дактипингом слаботипизированным бредом лишь засоряют моски неокрепшей морально школоте.

А вот почему они вовсе упрознили наследование??

klauzd
()

Зачем изобретать Python без наследования?? (насчёт скорости - это ограничение не языка, а реализации).

>Неизменяемости

Не проще написать, что Noop "говорит НЕТ" изменяемости?

vkos ★★
()

> Примитивам

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

math.operators.multiply(numbers.even.two, numbers.even.two)??

Gukl ★★★
()
Ответ на: комментарий от Karapuz

>а полно "кодеров на PHP"

А также полно небыдла кругом, мир какбы разделился на две части, одни быдлокодеры и одно сплошное небыдло, специалисты выродились как класс.

klauzd
()

Ещё одно жалкое поделие для бытолкодеров (((, закопать.

erfea ★★★★★
()

me негодуэ, только не самое святое!!

unt1tled ★★★★
()
Ответ на: комментарий от Gukl

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

Поменьше думайте, у вас плохо получается. Боксинг - очень полезная штука для обобщённого программирования.

yk4ever
()
Ответ на: комментарий от iZEN

> Наконец-то! Миксины победили полиморфизм. Ура, человекам!

Полиморфизм правильно побеждать pattern matching'ом. Или multiple dispatch тоже круто.

Миксины - совершенно лишняя концепция.

yk4ever
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.