Я уже давно не в теме, но когда-то проверял влияние разных конструкций C++ на итоговую производительность. Помню, что добавление try-catch очень сильно просаживало время выполнения (десяти процентов), даже если никаких исключенний не выбрасоалось и не ловилось. Так что я от них в тот раз воздержался. Разумеется есть куча областей, где эти проценты останутся незамеченными на общем фоне неустранимых затрат.
Через них же можно себя прописать в двух вариантах — для англоговрящих и русскоговорящих друзей. Хотя сейчас FB все равно уже умеет искать с учетом траслитерации.
Использование GeoIP для локализации сайта, это очень большое зло и я был сильно удивлен, что Google его использует. Приезжаешь, скажем, в/на Украину и получаешь совершенно новый интерфейс. Обычно есть способ, конечно, переключить язык или указать его жестко в провиле — но все равно неприятный сюрприз.
У единого поля ввода для имени есть свои недостатки. К примеру, сортировка нормальная не получается.
Здесь есть проблема с сортировкой. Если вам ввели Иван Иванов или John Smith — то нормальной сортировки без введени я дополнительных полей не сделать, а спрашивать пользователя «Как вас сортировать?» будет глупо.
Там вообще говорится про «под создание нового коммерческого продукта, который должен выйти до конца октября». Может с действующим nginx вообще ничего и не случится.
Опять же в английской редакции — In the middle of 2012, NGINX will offer a commercial-grade connection processing and optimization software platform, which will enable advanced performance, traffic management, extended configuration and security features for hosting, cloud and enterprise server infrastructure. — речь о каком-то новом предложении (хотя «новое» — это конечно размытое понятие)
Это отчасти применимо к софту для программистов. Однако для других отраслей тоже есть софт и там английский совсем дефолтовый, а незнание английского — норма. Отсутствие английской локали трогает там обычно столь малую категорию пользователей, что ей любой производитель может спокойно пренебречь за ради других выигрышей — к примеру, препятствие реимпорту в англоговорящую зону (скажем, если в Китай и Россию этот софт продается дешевле).
Что реально стоит учитывать при разработке локализации — это интересы собственной службы поддержки. Тут, конечно, поможет быстрое переключение на «дефолтовый язык» (не обязательно английский, кстати). Но есть и другие практики — нумерованные сообщения, глосарии основных терминов и проч.
В нашем софте (просто для примера) можно выбрать произвольный язык на форме логина — но это не ради английского языка сделано, а скорее наоборот (к примеру, возможность работать на родном испанском для немалой доли населения США).
Я пользуюсь Домашней Бухгалтерией от Keepsoft уже много лет. Свою задачу она выполняет, если приноровиться, но остается достаточно неудобной. Многие «продвинутые» функции только отвлекают, а реально воспользоваться ими не удается.
Вбивать расходы, конечно, напрягает, но это вопрос самодисциплины — можно привыкнуть так же, как чистить зубы по утрам. Чеки кидаю в банку, потом раз в месяц вбиваю их. Занимает в пределах часа (не мало вобщем-то).
Как оптимизирую свое время-
1) чеки предварительно группирую по категориям — большие чеки из супермаркета в одну сторону, чеки из ближайшего киоска (молоко-хлеб) в другую, и т.п.
2) про разбивку типа 100р за масло и 30р за пиво забыл очень давно — сделал категоризацию сбалансированную между идеей «один чек = один расход» и желанием понимать, во что обходится та или иная сторона жизни.
3) случайные мелкие расходы просто игнорирую (к примеру — 16р за проезд в автобусе, пока машина в СТО была)
4) средние однородные расходы (как продукты из ближайшего киоска) суммирую на калькуляторе и пишу как один куммулятивный расход («20 чеков на 2000р за xxxx»)
5) большинство расходов не имеют описания — только категорию. описание только для более-менее крупных покупок типа «новые ботинки»
Постоянные проблемы
1) практически не регистрирую доходы
2) практически не регистрирую безчековые расходы — может это изменится, если начну пользоваться каким-нибудь мобильным приложением, но пока так
3) многие регулярные расходы (вроде квартплаты) просто держу в уме
Сканер чеков казался бы привлекательным, но он не панацея. От идеи вписывать каждый пункт чека как отдельный я давно отказался (да и сложновато это, если в конце идет куммулятивная скидка). То есть сканировать длинный чек не особо актуально. Опять же множество чеков от мелких организаций это просто некое ИП Иванов с #1 20р и #2 200р — что это было знаете только вы. Ну а затраты на запихивание каждого чека в сканер и на ручное вбивание общей суммы и даты примерно сопоставимы.
Более интересным был бы импорт отчета о расходах по карте, хотя и тут сложностей полно — многие интернет-банки представляют достаточно поверхностное описание кто снимал деньги, или вместо нормального названия магазина там фигурируют бесконечные ОАО Бугага, транзакция может проходить не той же датой, что и покупка.
Для себя хочу перейти на систему, которая вместо мелочного учета каждой покупки, опиралась бы на балансовые расходы (было 3000р в бумажнике — осталось 1500р — потратил на проезд, сигареты и еду) и учет крупных покупок. Но пока не видел ничего подобного. «4 конверта» в каком-то смысле похожи, но все равно требуют учета каждой покупки.
У единого поля ввода для имени есть свои недостатки. К примеру, сортировка нормальная не получается.
Опять же в английской редакции —
In the middle of 2012, NGINX will offer a commercial-grade connection processing and optimization software platform, which will enable advanced performance, traffic management, extended configuration and security features for hosting, cloud and enterprise server infrastructure. — речь о каком-то новом предложении (хотя «новое» — это конечно размытое понятие)
Что реально стоит учитывать при разработке локализации — это интересы собственной службы поддержки. Тут, конечно, поможет быстрое переключение на «дефолтовый язык» (не обязательно английский, кстати). Но есть и другие практики — нумерованные сообщения, глосарии основных терминов и проч.
В нашем софте (просто для примера) можно выбрать произвольный язык на форме логина — но это не ради английского языка сделано, а скорее наоборот (к примеру, возможность работать на родном испанском для немалой доли населения США).
Вбивать расходы, конечно, напрягает, но это вопрос самодисциплины — можно привыкнуть так же, как чистить зубы по утрам. Чеки кидаю в банку, потом раз в месяц вбиваю их. Занимает в пределах часа (не мало вобщем-то).
Как оптимизирую свое время-
1) чеки предварительно группирую по категориям — большие чеки из супермаркета в одну сторону, чеки из ближайшего киоска (молоко-хлеб) в другую, и т.п.
2) про разбивку типа 100р за масло и 30р за пиво забыл очень давно — сделал категоризацию сбалансированную между идеей «один чек = один расход» и желанием понимать, во что обходится та или иная сторона жизни.
3) случайные мелкие расходы просто игнорирую (к примеру — 16р за проезд в автобусе, пока машина в СТО была)
4) средние однородные расходы (как продукты из ближайшего киоска) суммирую на калькуляторе и пишу как один куммулятивный расход («20 чеков на 2000р за xxxx»)
5) большинство расходов не имеют описания — только категорию. описание только для более-менее крупных покупок типа «новые ботинки»
Постоянные проблемы
1) практически не регистрирую доходы
2) практически не регистрирую безчековые расходы — может это изменится, если начну пользоваться каким-нибудь мобильным приложением, но пока так
3) многие регулярные расходы (вроде квартплаты) просто держу в уме
Сканер чеков казался бы привлекательным, но он не панацея. От идеи вписывать каждый пункт чека как отдельный я давно отказался (да и сложновато это, если в конце идет куммулятивная скидка). То есть сканировать длинный чек не особо актуально. Опять же множество чеков от мелких организаций это просто некое ИП Иванов с #1 20р и #2 200р — что это было знаете только вы. Ну а затраты на запихивание каждого чека в сканер и на ручное вбивание общей суммы и даты примерно сопоставимы.
Более интересным был бы импорт отчета о расходах по карте, хотя и тут сложностей полно — многие интернет-банки представляют достаточно поверхностное описание кто снимал деньги, или вместо нормального названия магазина там фигурируют бесконечные ОАО Бугага, транзакция может проходить не той же датой, что и покупка.
Для себя хочу перейти на систему, которая вместо мелочного учета каждой покупки, опиралась бы на балансовые расходы (было 3000р в бумажнике — осталось 1500р — потратил на проезд, сигареты и еду) и учет крупных покупок. Но пока не видел ничего подобного. «4 конверта» в каком-то смысле похожи, но все равно требуют учета каждой покупки.