компания прилагает определенные усилия, чтобы поднять оборот продаж Visual Studio с текущей отметки в 1 с лишним миллиард долларов до 2 миллиардов.
У меня есть революционная идея которую я готов бесплатно им предложить для достижения вышеозначенной цели: взять 10% от денег которые они тратят на раскрутку и нанять вменяемого юзабилити-специалиста.
VS2010 хоть и стал лучше, но всё равно остался средненьким херопродуктом с точки зрения удобства использования. И, по моему, ещё не существует таких конфигураций железа на которых он мог бы работать с вменяемой скоростью.
Дух программирования на C++ слишком силён :). (А я ведь почти фанат этого языка)
Нет, серьёзно, главная лозунг C++ это «не плати за то, чем не пользуешся». Встроенные юнит-тесты ему не противоречат.
Минус использования сторонних библиотек думаю очевиден — проблемно перетащить код в другой проект.
Это как в C — какой бы не был проект в нём обязательно будет определён тип ИМЯ_ПРОЕКТА_BOOL — вроде бы фигня, но этот зоопарк раздражает.
Жалко в C++0x не добавили базовой функциональности для юнит-тестирования. Фреймворк это хорошо, но встроенная поддержка работает лучше и избавляет от несовместимости разных фреймворков. Как в D например:
class Foo
{
private int k;
public void dosomething();
}
В подавляющем большинстве случаев как раз валидная.
Невалидной она становится если важен порядок бесконечности, что редкость.
Собственно «оперирование двоичными числами почти так-же как простыми вещественными» и было одний из целей стандарта IEEE 754.
Я на C++ проверял.
Впрочем я немного погорячился. Деление на ноль выставляет флаги, которые можно проверить и бросить исключение. Возможно некоторые языки так делают.
Никто не мешает выставить в игре «маленькое» разрешение, те-же 1920x1080.
Сейчас, если они сделают «ретину», то наверняка это будет адаптивное решение, т. е. как минимум все старые приложения будут думать что у монитора низкое разрешение, но шрифты выводимые системными функциями будут рисоваться с высоким качеством.
Для новых приложений наверняка будет какой-то API позволяющий обращаться как к 'слою' с высоким разрешением, так и к виртуальному слою с низким разрешением ~100 dpi.
Тут выше писали про «революционные нововведения». Чего я от них жду, так это дисплеи с нормальным пространственным разрешением, хотябы 200 точек на дюйм.
Сейчас Apple единственная компания которая может выпустить что-то подобное. Тогда прощай говно-clear-type, и здраствуйте нормально масштабируемые шрифты на десктопе. А то 21-й век на дворе, а мониторы такой мрак показывают.
А если они ещё от «блестящих» мониторов откажутся, и выпустят новые, с революционным матовым покрытием, то цены им не будет*.
* Цена конечно будет, и не маленькая, это я так, пошутил.
У меня есть революционная идея которую я готов бесплатно им предложить для достижения вышеозначенной цели: взять 10% от денег которые они тратят на раскрутку и нанять вменяемого юзабилити-специалиста.
VS2010 хоть и стал лучше, но всё равно остался средненьким херопродуктом с точки зрения удобства использования. И, по моему, ещё не существует таких конфигураций железа на которых он мог бы работать с вменяемой скоростью.
Нет, серьёзно, главная лозунг C++ это «не плати за то, чем не пользуешся». Встроенные юнит-тесты ему не противоречат.
Минус использования сторонних библиотек думаю очевиден — проблемно перетащить код в другой проект.
Это как в C — какой бы не был проект в нём обязательно будет определён тип ИМЯ_ПРОЕКТА_BOOL — вроде бы фигня, но этот зоопарк раздражает.
class Foo
{
private int k;
public void dosomething();
}
unittest
{
Foo foo;
foo.dosomething();
assert( foo.k < 9 && foo.k > 0 ); // приватная переменная видна
}
Здорово же.
Невалидной она становится если важен порядок бесконечности, что редкость.
Собственно «оперирование двоичными числами почти так-же как простыми вещественными» и было одний из целей стандарта IEEE 754.
Впрочем я немного погорячился. Деление на ноль выставляет флаги, которые можно проверить и бросить исключение. Возможно некоторые языки так делают.
Сколько можно эту чушь про исключения писать.
Не очень понятно как они собираются с этим боротся, или же они надеются что к моменту релиза все мониторы будут с разрешением 200-300 dpi.
Вопрос: в Go есть RAII? Т.е. defer сделан в дополнение к нему (как scope в D) или он компенсирует его отсутствие?
Сейчас, если они сделают «ретину», то наверняка это будет адаптивное решение, т. е. как минимум все старые приложения будут думать что у монитора низкое разрешение, но шрифты выводимые системными функциями будут рисоваться с высоким качеством.
Для новых приложений наверняка будет какой-то API позволяющий обращаться как к 'слою' с высоким разрешением, так и к виртуальному слою с низким разрешением ~100 dpi.
Всё это уже обкатано на iPhohe4.
значение функции без побочных эффектов от побайтово равных значений различно.
Сейчас Apple единственная компания которая может выпустить что-то подобное. Тогда прощай говно-clear-type, и здраствуйте нормально масштабируемые шрифты на десктопе. А то 21-й век на дворе, а мониторы такой мрак показывают.
А если они ещё от «блестящих» мониторов откажутся, и выпустят новые, с революционным матовым покрытием, то цены им не будет*.
* Цена конечно будет, и не маленькая, это я так, пошутил.