ИМХО, одно другому не мешает. Теоретически нет никаких ограничений на совместное использование статической и динамической типизации в одном языке, да и практически тоже (взять хотя-бы dynamic из C#).
Но вот ядро операционной системы, драйвер или прошивку для железки на чисто динамическом языке не напишешь:) А для обычных приложений вполне можно было бы использовать совмещенный подход, почему бы и нет?
Думаю, будет какое-то совмещенное управление. Голосовое управление, отслеживание движения глаз, возможно какие-то простейшие датчики активности мозга (статьи на Хабре по мозгомашинным интерфейсам кстати были). Еще хорошо бы, чтобы придумали какой-то интерфейс для ввода информации руками, пальцами рук в пространстве, не требующем клавиатуры… совершенно не представляю что это может быть — начиная от примитивной «перчатки» с датчиками (хотя это неудобно) и заканчивая какими-то датчиками-браслетами, перехватывающими нервные сигналы (хотя это пока из области фантастики).
Кстати, может быть, будет какой-то простейший беспроводной «пульт-джойстик», типа пространственной портативной мышки, который можно носить в кармане. Этакий брелок с сенсорной поверхностью, который можно будет крутить в пространстве, нажимать (т.е. «щелкать» мышью) и водить по нему пальцами (прокрутка, масштабирование и прочее).
Ну что-же, очень впечатляет. Надеюсь у Гугла все получится! Порадовало то, что они не забыли о том, что в очки нужно встроить камеру, датчики положения и навигацию. Даже голосовое управление не столь важно, ибо книжки читать и фильмы смотреть в дороге и так сойдет:) Гораздо интереснее, как они собираются делать управление — для серфинга в инете, прокрутки, ввода текстов… Впрочем, до ввода текста думаю еще далеко, хорошо бы для начала функционал мыши как-то сделали… Отслеживание положения зрачков? Или что-то еще?
Чистенько так, красиво, аккуратно все. Хотелось бы там оказаться. А еще бывает интересно на комнаты гиков/хакеров посмотреть… Творческий беспорядок, черные экраны с зелеными строчками кода в консоли, полуразобранные компы и электроника, жуткие переплетения проводов, осциллографы и все такое:)
А хооршая идея, кстати. Не знаю как они собираются это делать, но мне сразу пришла в голову мысль о том, что экран можно совместить с некой (фото)чувствительной матрицей, применений может быть масса вплоть до замены «сенсорности» на управление устройством жестами пальцев вблизи экрана, но не касаясь его.
Ну проблемы С++ не в количестве ключевых слов, а в том что в нем слишком много, если много унаследованных вещей, спроектированных ИМХО не вполне правильно, в том что некоторые возможности С++ применяются не по назначению (метапрограммирование на шаблонах), в том что новые возможности вводятся не по принципу «как надо», а скорее «чтобы не навредить тому что уже есть». А количество ключевых слов можно и увеличить, это лучше чем использовать старые ключевые слова для новых целей, как делают в С++ (опять-таки, «лишь бы ничего не сломать».
Я кстати был прав насчет Си (в предыдущей статье). Чем-то похоже на олдскульный код эмуляции ООП через сишные структуры. Жалко конечно, что это не какой-нибудь новый язык системного программирования… Я так надеялся:)
На самом деле непонятно в чем тут проблемы. Все эти «проблемы» уже давно и многократно решены в существующих языках программирования. И если делать не студенческую курсовую работу, в которой нужно тупо следовать конспекту, а настоящий компилятор настоящего языка, то таких проблем просто не возникнет:) Существуют общепринятые стандарты де-факто, как разбирать if-else (else относится к ближайшему if), общепринятая последовательность операций одного приоритета (присваивания справа налево, остальные слева направо) и т.д. Если пользоваться алгоритмами рекурсивного спуска (ИМХО наиболее понятный способ построения компилятора), то все это более чем просто и прозначно программируется в явном виде.
«Посты» -> «Тематические» -> «Отхабренные»?
Хотя, если я не прочитаю посты из неинтересных мне хабов, да еще и отхабренные теми кто их читал, думаю потеря будет не слишком велика:)
Поясните плиз.
Есть если я не подписан на хаб, то я не увижу новые статьи этого хаба на главной странице? А если там окажется что-то интересное?
Подписываться же на все подряд — нелогично и бессмысленно.
И нестандартное распределение аргументов по регистрам и стеку?
Хотя информации конечно крайне мало. Очень была бы кстати подробная статья с описанием всех особенностей в сравнении с реализацией аналогичных вещей на С++.
К примеру, я так понимаю что в С++ сначала выделяется память (оператор new — отдельная функция), а затем вызывается конструктор — другая отдельная функция. Это делается в том числе и для того, чтобы конструкторы могли работать как на динамической, так и на стековой и глобальной памяти. В листинге здесь выделение памяти происходит в теле конструктора, то есть объекты могут быть только динамическими, и это сделано на уровне языка, или «конструкторы» — это просто функции, которые вручную выделяют память под структуру и ее заполняют. А это уже похоже на Си. Но опять же нестандартный порядок передачи аргументов вроде не сделать даже на Си…
Но вот ядро операционной системы, драйвер или прошивку для железки на чисто динамическом языке не напишешь:) А для обычных приложений вполне можно было бы использовать совмещенный подход, почему бы и нет?
Кстати, может быть, будет какой-то простейший беспроводной «пульт-джойстик», типа пространственной портативной мышки, который можно носить в кармане. Этакий брелок с сенсорной поверхностью, который можно будет крутить в пространстве, нажимать (т.е. «щелкать» мышью) и водить по нему пальцами (прокрутка, масштабирование и прочее).
Хотя, если я не прочитаю посты из неинтересных мне хабов, да еще и отхабренные теми кто их читал, думаю потеря будет не слишком велика:)
Есть если я не подписан на хаб, то я не увижу новые статьи этого хаба на главной странице? А если там окажется что-то интересное?
Подписываться же на все подряд — нелогично и бессмысленно.
Хотя информации конечно крайне мало. Очень была бы кстати подробная статья с описанием всех особенностей в сравнении с реализацией аналогичных вещей на С++.
К примеру, я так понимаю что в С++ сначала выделяется память (оператор new — отдельная функция), а затем вызывается конструктор — другая отдельная функция. Это делается в том числе и для того, чтобы конструкторы могли работать как на динамической, так и на стековой и глобальной памяти. В листинге здесь выделение памяти происходит в теле конструктора, то есть объекты могут быть только динамическими, и это сделано на уровне языка, или «конструкторы» — это просто функции, которые вручную выделяют память под структуру и ее заполняют. А это уже похоже на Си. Но опять же нестандартный порядок передачи аргументов вроде не сделать даже на Си…