Если бы они отделили компилятор С++ от Студии, это было бы уже очень неплохо.
Если бы еще и сделали его кроссплатформенным — еще лучше (на вопрос «зачем» — ну хотя-бы для разнообразия)
А если бы сделали легковесную кроссплатформенную среду разработки, подобную Visual Studio по интерфейсу, но только для С++ и без лишних наворотов — был бы самый лучший вариант. И да, среда разработки должна быть сама написана по возможности на c++, а не на javascript.
То есть если я в будущем захочу скачать чей-то разум с торрентов, то для разумного времени скачивания (хотя-бы несколько дней непрерывной работы) нужен канал не менее 10 Гбит/сек.
На самом деле жуть какая… так ребенка можно с ума свести. Да и не ребенка тоже.
Если не просто разговаривать, а всякие специфические жуткие звуки, причем когда в комнате никого нет, чтобы человек не мог определить источник.
Вообще вся эта маркетоидная псевдогонка за новизной всегда раздражала)
Фундаментальные концепии информационных технологий ничуть не изменились с того момента, как были сформулированы отцами основателями. Алгоритмы, структуры данных, парадигмы программирования и т.д. — все это уже давно известно. Все это было есть и будет неизменным, ибо основано на фундаментальнейшей из наук — математике. Но нет, Майкрософту нужно постоянно придумывать какие-то новые баззводры.
И ведь поначалу ведешься на это. Думаешь — о, новая технология, все что было раньше — фигня, а вот теперь… теперь будет все по-новому!
Потом в какой-то момент надоедает. Понимаешь, что и те инструменты, которыми пользуешься — вполне эффективные и удобные, но становится немного грустно — вроде как «прогресс-то идет, а ты за ним уже не успеваешь»…
И только потом понимаешь — что по существу ничего не изменилось. Меняется лишь форма, но не содержание… тут-то и наступает просветление.
В локальном криптоконтейнере (KeePass).
Да, криптоконтейнер хранится в интернете (dropbox), но при этом сам KeePass с интернетом никак не связан вообще — значит, никакой фишинг, никакие сетевые уязвимости ему самому не страшны. Только вирус, перехватывающий клавиатуру и буфер обмена… но это уже другой уровень)
Я писал для ARM7, там все было проще — есть регистры в которых хранятся указатели на обработчики прерываний, просто записывал в такой регистр новое значение и все. Понадобилось такое, когда нужно было обрабатывать четные и нечетные прерывания от таймера или периферии немного по-разному… Оказалось быстрее написать два обработчика и переключаться между ними в конце обработки очередного прерывания, чем писать «if» внутри единого обработчика.
Street View — один из самых интересных и полезных сервисов от Гугла. Жду когда они покроют всю планету целиком.
Интересно, когда будет очередное обновление, добавят ли по России что-нибудь? Они обычно летом снимают, затем обрабатывают и где-то зимой выкладывают…
Робомобили подразумевают вообще-то еще и обмен информацией между собой по радио (возможно не сейчас, но в теории должно быть именно так). Значит, чем больше будут распространяться робомобили, тем меньне будет пробок.
Я не автомобилист (по причине плохого зрения), и мечтаю о робомобилях. Автобус — не то: его нужно ждать, это не твое личное пространство, он едет по маршруту а не туда куда ты хочешь и т.д. Даже сравнивать некорректно.
Что касается перехода на ручное управление — то робомобили должны в первую очередь заботиться о безопасности. В случае возникновения критической ситуации робомобиль должен уметь по крайней мере безопасно остановиться и включить аварийку. А дальше водителю должен быть предложен интерфейс ручного управления, причем такой, что даже если водитель не умеет водить вообще, он должен разобраться в нем и указать робомобилю что делать.
Например — сенсорный экран с изображением местности, на котором методом дополненной реальности нанесен предлагаемый маршрут движения (например объезда сложного препятствия) с возможностью его скорректировать.
Вращение руля должно приводить к изменению прогнозируемой траектории движения робомобиля на изображении местности.
Движение в таком режиме должно быть только на минимальной скорости.
Я в свое время ScanKromsator'ом обрабатывал… программа навороченная, но запутанная (т.к. делалась по сути «на коленке» и фичи добавлялись бессистемно), и автор так и не выложил исходники в паблик. Как я понимаю, по этой причине и был создан проект ScanTailor.
3. Никак. Гравитация действует универсально на любые формы энергии-импульса, механизм Хиггса же — всего лишь один из способов добавления массы частицам.
Вот здесь можно подробнее… Получается, что если механизм Хиггса «добавляет» (?) частицам массу (то есть способность взаимодействовать при помощи гравитации?) то какие есть еще способы? Что значит «добавление массы частицам»? Какая-то масса у них была бы и без Хиггса?
Во все это определенно нужно вносить дополнительную ясность.
1. Традиционно считалось, что существуют 4 фундаментальных взаимодействия. Является ли поле Хиггса пятым?
2. Если да, то можно ли сравнить силу и дальнодействие этого взаимодействия в сравнении с остальными?
3. Как соотносится поле Хиггса и гравитация? И там и там есть слово «масса»…
4. Все ли частицы взаимодействуют с полем Хиггса? Или не все, и некоторые «прозрачны» для него?
Если Эльбрус — это собственная система команд, отличная от x86_32 и x68_64, то как они умудрились обеспечить поддержку Windows??? Собрали из исходников, которые Microsoft в свое время отдала в ФСБ на проверку???
А вообще крайне интересно было бы ознакомиться именно с системой команд. Вот как здесь.
Надо конструктивно заложить возможность выбирать толщину смартфона вместе с емкостью батареи (про китайские аккумуляторы знаю, но там толщина получается неравномерная и поэтому проблема с чехлами).
Тогда любители потоньше получат работу на 1 день, а кому толщина пофиг — на несколько дней.
Я в основном и имел в виду унификацию. Что касается мотивации, то я особо не расписывал, т.к. реальные примеры где это нужно достаточно сложные и их сложно объяснить вне контекста реальных проектов. Но на этом и рефлексию можно сделать, и кодогенерацию, и много чего еще.
Если бы еще и сделали его кроссплатформенным — еще лучше (на вопрос «зачем» — ну хотя-бы для разнообразия)
А если бы сделали легковесную кроссплатформенную среду разработки, подобную Visual Studio по интерфейсу, но только для С++ и без лишних наворотов — был бы самый лучший вариант. И да, среда разработки должна быть сама написана по возможности на c++, а не на javascript.
Если не просто разговаривать, а всякие специфические жуткие звуки, причем когда в комнате никого нет, чтобы человек не мог определить источник.
Фундаментальные концепии информационных технологий ничуть не изменились с того момента, как были сформулированы отцами основателями. Алгоритмы, структуры данных, парадигмы программирования и т.д. — все это уже давно известно. Все это было есть и будет неизменным, ибо основано на фундаментальнейшей из наук — математике. Но нет, Майкрософту нужно постоянно придумывать какие-то новые баззводры.
И ведь поначалу ведешься на это. Думаешь — о, новая технология, все что было раньше — фигня, а вот теперь… теперь будет все по-новому!
Потом в какой-то момент надоедает. Понимаешь, что и те инструменты, которыми пользуешься — вполне эффективные и удобные, но становится немного грустно — вроде как «прогресс-то идет, а ты за ним уже не успеваешь»…
И только потом понимаешь — что по существу ничего не изменилось. Меняется лишь форма, но не содержание… тут-то и наступает просветление.
Да, криптоконтейнер хранится в интернете (dropbox), но при этом сам KeePass с интернетом никак не связан вообще — значит, никакой фишинг, никакие сетевые уязвимости ему самому не страшны. Только вирус, перехватывающий клавиатуру и буфер обмена… но это уже другой уровень)
«Пользователи, хранящие пароли в интернете, уязвимы.»
Интересно, когда будет очередное обновление, добавят ли по России что-нибудь? Они обычно летом снимают, затем обрабатывают и где-то зимой выкладывают…
Что касается перехода на ручное управление — то робомобили должны в первую очередь заботиться о безопасности. В случае возникновения критической ситуации робомобиль должен уметь по крайней мере безопасно остановиться и включить аварийку. А дальше водителю должен быть предложен интерфейс ручного управления, причем такой, что даже если водитель не умеет водить вообще, он должен разобраться в нем и указать робомобилю что делать.
Например — сенсорный экран с изображением местности, на котором методом дополненной реальности нанесен предлагаемый маршрут движения (например объезда сложного препятствия) с возможностью его скорректировать.
Вращение руля должно приводить к изменению прогнозируемой траектории движения робомобиля на изображении местности.
Движение в таком режиме должно быть только на минимальной скорости.
Вот здесь можно подробнее… Получается, что если механизм Хиггса «добавляет» (?) частицам массу (то есть способность взаимодействовать при помощи гравитации?) то какие есть еще способы? Что значит «добавление массы частицам»? Какая-то масса у них была бы и без Хиггса?
1. Традиционно считалось, что существуют 4 фундаментальных взаимодействия. Является ли поле Хиггса пятым?
2. Если да, то можно ли сравнить силу и дальнодействие этого взаимодействия в сравнении с остальными?
3. Как соотносится поле Хиггса и гравитация? И там и там есть слово «масса»…
4. Все ли частицы взаимодействуют с полем Хиггса? Или не все, и некоторые «прозрачны» для него?
А вообще крайне интересно было бы ознакомиться именно с системой команд. Вот как здесь.
Но нет, он вроде ни на параплане, ни скалолазанием не занимается))
Тогда любители потоньше получат работу на 1 день, а кому толщина пофиг — на несколько дней.