Обновить
91
Тимур Ибремпашаев@Tibr

Программист

46
Подписчики
Отправить сообщение
Ну дык, факториал на шаблонах и есть забава. Но вообще шаблонное мегапрограммирование попрошу не трогать!
Без осмысления тривиальных примеров не стоит даже открывать Александреску.

Пост является затравкой для привлечения народа к теме + возможный обмен опытом, но никак не best practices и им подобные. Для последнего лучше читать книги Александреску.
Полностью согласен, ошибка исправлена.
Я имел в виду именно дизайн интерфейса, а не интерфейс или юзабилити.

На этом, пожалуй, можно остановиться.
И имел в виду дизайн интерфейса :-)
Кому как. Меня, например, дизайн маркета вполне устраивает.
Возможно я конечно ошибаюсь, но раз эта информация основана на данных Google Checkout, то она должна быть конфиденциальной для каждого разработчика, не?
Кэп уже выдохся, но в последний раз намекнет, что «Using native code does not result in an automatic performance increase». Не факт, что код, который вы сможете написать будет работать быстрее. Конечно, если вы знаете С++ на 100%, то флаг вам в руки.
Матчасть…
«The Android NDK is a companion tool to the Android SDK that lets you build performance-critical portions of your apps in native code. It provides headers and libraries that allow you to build activities, handle user input, use hardware sensors, access application resources, and more, when programming in C or C++. If you write native code, your applications are still packaged into an .apk file and they still run inside of a virtual machine on the device. The fundamental Android application model does not change.

Using native code does not result in an automatic performance increase, but always increases application complexity. If you have not run into any limitations using the Android framework APIs, you probably do not need the NDK. Read What is the NDK? for more information about what the NDK offers and whether it will be useful to you.»

via developer.android.com
На NDK стоит реализовывать узкие места, критические к производительности. Если использовать его как панацею, то производительность может даже упасть.
Вы правы, горе мне.
>Дек имеет АМОРТИЗИРОВАННОЕ константное время вставки/удаления только в начало и конец (а не в произвольное место

— Было дело, реализовывали дек на основе плавающего массива. Добавление в произвольное место — логарифм.
А как же мясо с указателем на void? :-) В С++ типизация более строгая.
Не поправка, но добавление к 20.

При упоминании volatile чаще всего вспоминают многопоточность. Яркий пример — из одного потока отслеживается состояние некого объекта/флага/переменной другого потока.
То бишь минимальная единица памяти в системе.
А случайно не равно sizeof(char)? :-)
Непонятно, что же Вы подразумеваете под стандартными. Системных же всего 4 штуки — Default, Monospace, Sans-Serif и Serif. Очень даже не толстый набор, так что приходится выкручиваться.
>Я оперирую реальными цифрами, а Вы домыслами
— Я тоже люблю статистику, но кроме того, еще и прогнозирование. Факт в том, что 3.0 на рынке меньше месяца и у неё всё еще впереди. А много ли Вы видели новых девайсов под 1.6?

>я не говорил про то, что не нужно разрабатывать под планшеты
— А я не говорил, что вы так говорили :-) Просто ждать пока дяди из Google зарелизят вам библиотечку с виджетом Action Bar как-то не комильфо.

>я говорил именно про библиотеку, т.к. в версиях меньше 3.0 она доступна уж точно не как часть api
— Но Вы же понимаете, что когда вы её используете, то пользуетесь тем, что является public'ом, то бишь интерфейсом. Я к тому, что надо разделять понятия, когда вы говорите о библиотеке, а когда о её API.
Number fo the beast :-)

Спасибо, ну я так-то тоже подумываю насчет зума :-)

Информация

В рейтинге
Не участвует
Откуда
Вологда, Вологодская обл., Россия
Дата рождения
Зарегистрирован
Активность