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