И еще, теперь реальные проблемы из-за которых, хочется от вас уйти (хотя пока непонятно куда — так или иначе, вы нравитесь больше всех, но и лояльность не бывает бесконечной):
1. Неоднократно (раза 4 за последние месяцев пять) переставал работать или интернет-банк, или вообще оплата по карте (в магазине или такси). Звонок в поддержку, говорят, что это «обновления системы, в течение 3–4 часов все заработает».
Ребята, я программный архитектор и я никогда не поверю, что бывают такие обновления (запланированные или же фиксящие критические баги), сроки проведения которых неизвестны. При этом инфа об этом (почему и как долго) ни разу не появлялась ни на сайте, ни в смс. Я, конечно, понимаю, типа о факапах не хочется говорить, но вы реально таким образом подставляете пользователей — ведь это же деньги. Я еду провожать человека на вокзал, в кармане две тысячи рублей, при этом зная, что могу расплатиться кредиткой и в такси, и в магазине на обратном пути. В итоге не могу сделать ни того, ни другого — а что, если бы я не взял с собой столько денег? Почему нельзя об этом предупреждать (что называется, лучше «перебдеть», чем «недобдеть»). Например, мое хорошее отношение уменьшается не от того, что предупреждают заранее о возможных проблемах (ведь я не искал специально аптайм 24/7), а те проблемы, о которых не сообщили и, тем самым, создали проблем мне.
2. Допустим, в пятницу я купил приложение в эпп сторе. С карты списалась энная сумма. Потом в понедельник, я покупаю что-то в макдональдс, но со счета списывается на 5 с копейками рублей больше. Звоню в суппорт, мне объясняют, что это из-за того, что официально деньга списалась в понедельник и курс был другим, поэтому досписался остаток. Але, включите мозг! Вы втихую списываете со счета деньге апосториори и я об этом не знаю (узнаю просто потому, что умею вычитать и внимателен). И так постоянно, если что-то покупаю в долларах. Как такое вообще может происходить? Вы ОБЯЗАНЫ прислать дополнительную СМС, если списываете дополнительные деньги. Мало ли я в магазин пошел компьюетр покупать, а мне не хватит 5 рублей на счете тупо из-за того, что в этот день вы досписали разницу в курсах.
Это я все как бы тонко намекаю на «правила»:
Для передачи иностранного слова в русском тексте может быть применён один из четырёх способов:
1) перевод (замена иностранного слова соответствующим по смыслу русским);
2) транслитерация (замена иностранных букв и буквосочетаний русскими буквами по таблицам соответствий);
3) точная, или фонетическая, транскрипция (воспроизведение звучания иностранного слова с помощью специальных знаков);
4) практическая транскрипция (примерное воспроизведение звучания иностранного слова с помощью русских букв по определённым правилам).
О, сейчас я оторвусь :] Уже год пишу в суппорт, как будто бы там глухие работают (мол, ок, мы приняли к сведению, а воз и ныне там):
Касательно страницы непосредственного совершения платежа:
1. Подсказка для поля «Сумма» оформлена неправильно. Вместо «200,00 — 15 000,00 рублей» должно быть «200,00—15 000,00 рублей» (числовые диапазоны в русском языке выражаются с помощью тире {хотя сейчас уже, наверное, лучше n-dash использовать, а не m-dash}, а не дефиса и не отбиваются пробелами).
2. Для оплаты за ЖКУ, зачем требовать вводить сумму добровольного страхования в копейках? Ведь в «платежке», приходящей в почтовый ящик, она указывается в рублях. Так зачем заставлять пользователя совершать дополнительные преобразования, вместо того, чтобы просто переписать данные из «платежки» в экранную форму.
3. Спасибо за то, что в новом интернет-банке вы даете возможность пользователям вводить вещественное число с запятой в качестве десятичного разделителя (ведь это правильно с точки зрения русского языка) — раньше было наоборот: точку принимали, а запятую нет. Однако исправив эту ошибку, вы привнесли две новых. Стало хуже. Объясню почему:
Теперь вы запрещаете пользователю вводить вещественные числа с точкой в качестве разделителя (т. е. абсолютно наоборот: раньше нельзя было вводить запятую, теперь нельзя точку), что будет неизбежно, если раскладка пользователя в данные момент английская, а не русская. А необходимо принимать оба варианта (и точку, и запятую). Более того, теперь вы не сообщаете пользователю, что ошибкой является именно то, что он ввел точку вместо запятой. Приведу пример: если пользователь захочет провести платеж на сумму 5 000,1 р., то при вводе «5000.1», он получит ошибку:
«Ошибка!
Сумма — Допускаются только значения с двумя знаками после запятой!»
Кстати, говоря о тексте ошибки: вы используете дефис „-“ вместо тире „—“. И слишком много восклицательных знаков (над текстом восклицательный знак в красном круге, после слова «ошибка» и после описания ошибки). И вместо «Сумма -» понятнее указывать, что это не просто какая-то абстрактная сумма, а именно поле в реквизитах. Правильное оформление текста, понятное для пользователя будет таким:
«Ошибка!
Поле «Сумма»: допускаются только значения с двумя знаками после запятой.»
Более того, пока не исправлена ошибка, кнопка «Продолжить», не должна быть активной. Сейчас же её можно нажать сколько угодно раз. Лучше, если валидация будет происходить автоматически сразу же после перехода к другому полю (когда текущее поле теряет фокус), без необходимости каждый раз нажимать кнопку «Продолжить», которая сейчас, в случае ошибки, не переводит к следующему шагу, а играет роль кнопки «Проверить правильность введенных данных».
Ну да вернемся, к нашей ошибке. Пользователь ввёл более чем валидные данные «5000.1» (представим, что он, например, экспат-англичанин, для которого точка более чем естественна; или же он пользователь старой версии интернет-банка, которого вы коварно «приучили» всегда вводить точку в качестве разделителя), однако система их не принимает, говоря, что после запятой должно быть два знака. Тогда пользователь вводит «5000.10» (ведь ему сказали, что должно быть два знака), ругаясь на систему, что она сама не догадалась дописать ноль (что, впрочем, она делает, если ввести 5000,1) и снова получает ту же ошибку. Теперь пользователь в полном недоумении: ведь у него и так две цифры после разделителя (введено ведь 5000.10, а все равно хотят две цифры в конце). И бесконечно жмет на продолжить, пока не сдастся (и начнет звонить в поддержку). И только бесконечно внимательный пользователь поймет, что система на самом деле хочет от него, чтобы он изначально ввел запятую вместо точки (т. е. 5000,1 вместо 5000.1).
Поэтому ваши программисты могут, конечно, добавить еще один текст ошибки в случае этой исключительной ситуации. Но правильнее же будет просто обрабатывать оба случая, принимая как 5000,1, так и 5000.1, чтобы не зависеть от текущей раскладки пользователя (более того, может быть случай, когда у пользователя вообще нет русской локализации в операционной системе и запятая не будет вводится автоматически, т. к. русской раскладки нет и в помине).
Последнее бесит больше всего — по-моему еще в школе, когда программист делает свой первый калькулятор, он учится принимать как 10,5, так и 10.5, распознавая и запятую, и точку.
Ну и в качестве бонуса:
1. Хотелось бы иметь возможность добавить на главную страницу ярлык для перехода в крайне полезный раздел «История по счетам» (сейчас, чтобы это сделать, нужно, например, пойти в «Счета — Выписки — История по счетам»). В данный момент, к сожалению, этого раздела нет в списке «… для добавления дополнительных иконок нажмите здесь».
2. Так же было бы очень полезно, если бы при повторном входе открывались вкладки, открытые в предыдущем сеансе. Однако этого можно не делать, если разрешить пользователю добавлять на главную больше четырех иконок (я, например, постоянно пользуюсь шестью разделами, для которых, разумеется, четырех иконок недостаточно).
3. Был бы очень признателен, если бы добавленные иконки на главной можно было бы перетаскиванием менять между собой местами (например, поменять местами вторую с третьей). Сейчас, чтобы это сделать приходится совершать крайне не тривиальные действия (чем-то похоже не детский пазл).
4. Что такого особенного в иконке «Обзор счетов», что ее нельзя убрать с главной страницы (например, я пользуюсь ей меньше всего)? Ведь, если необходимо, могу всегда пойти в меню «Счета — Обзор счетов».
5. Почему, если я совершаю новый платеж, то меня обязывают сделать сразу же новый шаблон под эту операцию? Это удобно, если я добавляю платеж, которым буду пользоваться регулярно (например, платить за квартиру или телефон), но а что, если меня друг попросил оплатить его счет за телефон? В этом случае шаблон мне абсолютно не нужен, т. к. это действие будет произведено лишь один раз (и мне приходится идти в раздел «Список получателей», чтобы удалить этот «одноразовый» шаблон). Создание шаблона должно быть опциональным, а не обязательным. Более того, зачем требовать одноразовый пароль при создании шаблона? Это ведь никоим образом не угрожает безопасности моего счета (вы ведь, например, не требуете пароль каждый раз, когда я меняю иконки на главной странице, так зачем делать это при создании шаблона?).
Удобнее всего было бы так:
— при открытии раздела «Сделать платеж» предлагать два варианта на выбор по оплате из имеющегося шаблона или совершении нового платежа;
— если же был выбран пункт создания нового платежа, не нужно сразу же создавать новый шаблон (при этом требуя одноразовый пароль), а нужно переводить клиента непосредственно на страницу совершения вариантов платежей (за свет, за телефон и т. д.)
— на странице непосредственного ввода платежных реквизитов и суммы, добавить опциональную «галочку», которая будучи нажатой, сохраняет данный платеж, как шаблон, с вводом имени шаблона (разумеется, без запроса одноразового пароля). Если же «галочка» нажата не была, сохранять платеж, как шаблон не требуется (нужно всего-то совершить транзакцию).
А что в «Сони» вместо «Sony» безграмотного? И вообще в русской транслитерации :-) Прекрасно будет если назовут продукт: Gobbledygook. Вот уж где простору будет «гоу бляди» при отсутствии русского написания.
Хуже этого только корпоративный идиотизм в игнорировании падежей: «пей кока-кола» вместо -лу, или «тариф для абонентов билайн» вместо билайна. А то не дай бог не узнают бренд.
片劑 или таблетка? И, к слову, попробуйте произнести правильно по-китайски.
Родители девушки сначала думали, что это ипад :-) А Detech, половина клиентов называют детечем, вместо дитэк — все потому что директор боится написать по-русски.
Да и корпоративный заказчик будет больше рад продукту, который out-of-the-box заработает и на компе, и на каком-нибудь адском линуксе, и на андроиде, и на ipad, и на каком-нибудь symbian или blackberry. Вместо того, чтобы писать с нуля под каждую платформу приложение, которое потом еще и поддерживать нужно будет :-).
HTML+js + серверная часть, хоть на том же ASP.NET (которая может генерировать все, что угодно — взять хотя бы пример типа Quake Live) — это не такая уж слабая и ограниченная платформа, как может показаться. Да, несомненно, на том же Silverlight сделать то же самое будет и удобнее, и быстрее (я, к слову, программый архитектор, разрабатывающий высоконагруженные продукты, в т. ч. и на Silverlight), но только большинство заказчиков просит, чтобы это работало и, например, на iPad.
Вы прочитали следующее предложение после «Никому кроме самого «Майкрософта» силверлайт не нужен»? Я вещаю про мириады планшетников, телефонов, различных arm, где ни silverlight ни flash не работает (более того, разработчики повесятся, чтобы под каждую архитектуру создавать и поддерживать специальную версию сильверлайта). Тенденция идет к тому, что компьютеры вообще уходят из моей жизни (я, например, все делаю на iPad, кроме разработки, разумеется).
Тот же Грубер писал, что «Майкрософту» пора начинать думать о пользователях, а не о «бизнес-секторе». Да Silverlight и Flash удобнее в плане инструментов разработки и отсутствия придумывания костылей, но они не вписываются в картину современного мира и «Майкрософт» это прекрасно понимают. То, что они останутся в корпоративном сегменте под специфические задачи я не оспаривал, только компьютер он потому и назвался в свое время персональным, что большинство — некорпоративные.
Out-of-browser — это тот же плагин, только с elevated trust. Неудобств с ним было больше, чем пользы и только сейчас смогли сделать то же самое, но без необходимости установки = повышенные права прямо в браузере.
Никому кроме самого «Майкрософта» силверлайт не нужен. Под не нужен подразумевается тот факт, что операционки сейчас перестали играть роль как таковую (слишком много стало разных устройств) и так уж получилось, что HTML+js стал тем самым универсальным языком, которые поддерживают все в независимости от архитектуры профессора, типа инструкций и т. д. — ведь если хочешь сделать новый девайс, будь добр сделать поддержку HTML+js иначе твой девайс никому не будет нужен. Эта легкая и сравнительно нетормозная конструкция позволяет решить большинство задач, возникающих в обычной жизни. А вот силверлайт, как и флеш, на эту роль явно не подходят (как по о трудности реализации и поддержки плагина под специфическую платформу, так и по производительности).
К тому же я не говорил, что HTML+js это микс WPF и силверлайта. А сказал, что для специфических задач останется как раз тот самый микс. Но он опять же будет ограничен только windows-платформой, ибо winrt.
Как раз факт 10-летней поддержки, скорее, указывает на тот факт, что это будет последней версией сервелата. «Майкрософт» осознает, что это тупиковая ветка развития (именно в виде плагина), поэтому уводит все к html+js варианту развития для веба и некоторым подобием микса silverlight и wpf (переход для разработчиков безболезненный, разве что тонкости WinRT изучить, но это мелочи) для десктопных windows 8.
Вот вам пример, касательного нашего случая (доходы, полученные за пределами РФ). Там показаны все необходимые листы для заполнения (абстрактный Владимир Михайлович получал доходы с Кипра в баксах; в нашем же случае поменяете код страны и валюты на Штаты и рубли, т. е. даже конвертировать не нужно будет в листе „Б“).
Как отнести в налоговую и как заплатить, думаю объяснять не нужно :-).
На самом деле спорный вопрос: в W-8 всегда можно было ввести, либо SSN/ITIN, либо EIN и поставить соответствующую галочку.
Если читать дословно, они предлагают не вводить индивидуальный номер налогоплательщика (ITIN), но при этом не пишут, что вообще не нужно вводить никакой другой номер (не индивидуальный) штатовского налогоплательщика (SSN или тот самый EIN). Т. е. если бы написали «no longer requiring you to provide any U. S. taxpayer identification number», тогда вопросов бы не было и EIN (что суть Employer Identification Number и является идентификатором человека, который просто работает со штатовскими компаниями) точно не нужен, но они написали именно «no longer requiring you to provide an Individual Taxpayer Identification Number (ITIN)». А ITIN мы итак не получали (получение которого уже, к слову, по форумам занимает несколько месяцев).
Именно поэтому я эту инфу в пост не включал, как спорную (с учетом того, что получение EIN не вызывает вообще никаких трудностей).
К тому же встроенный словарь достаточно умный, чтобы предложить замену, например, для «подьезд» на «подъезд», так что в подовляюще большинстве случаев можно набирать мягкий знак вместо твердого, дабы не тратить время на «зажатия».
Не путайте народ — всё есть, так же как и в других современных мобильных ОС: зажимаем „е“ появляются варианты с „ё“ и „€“. Аналогично для твердого знака нужно зажать мягкий.
1. Неоднократно (раза 4 за последние месяцев пять) переставал работать или интернет-банк, или вообще оплата по карте (в магазине или такси). Звонок в поддержку, говорят, что это «обновления системы, в течение 3–4 часов все заработает».
Ребята, я программный архитектор и я никогда не поверю, что бывают такие обновления (запланированные или же фиксящие критические баги), сроки проведения которых неизвестны. При этом инфа об этом (почему и как долго) ни разу не появлялась ни на сайте, ни в смс. Я, конечно, понимаю, типа о факапах не хочется говорить, но вы реально таким образом подставляете пользователей — ведь это же деньги. Я еду провожать человека на вокзал, в кармане две тысячи рублей, при этом зная, что могу расплатиться кредиткой и в такси, и в магазине на обратном пути. В итоге не могу сделать ни того, ни другого — а что, если бы я не взял с собой столько денег? Почему нельзя об этом предупреждать (что называется, лучше «перебдеть», чем «недобдеть»). Например, мое хорошее отношение уменьшается не от того, что предупреждают заранее о возможных проблемах (ведь я не искал специально аптайм 24/7), а те проблемы, о которых не сообщили и, тем самым, создали проблем мне.
2. Допустим, в пятницу я купил приложение в эпп сторе. С карты списалась энная сумма. Потом в понедельник, я покупаю что-то в макдональдс, но со счета списывается на 5 с копейками рублей больше. Звоню в суппорт, мне объясняют, что это из-за того, что официально деньга списалась в понедельник и курс был другим, поэтому досписался остаток. Але, включите мозг! Вы втихую списываете со счета деньге апосториори и я об этом не знаю (узнаю просто потому, что умею вычитать и внимателен). И так постоянно, если что-то покупаю в долларах. Как такое вообще может происходить? Вы ОБЯЗАНЫ прислать дополнительную СМС, если списываете дополнительные деньги. Мало ли я в магазин пошел компьюетр покупать, а мне не хватит 5 рублей на счете тупо из-за того, что в этот день вы досписали разницу в курсах.
Для передачи иностранного слова в русском тексте может быть применён один из четырёх способов:
1) перевод (замена иностранного слова соответствующим по смыслу русским);
2) транслитерация (замена иностранных букв и буквосочетаний русскими буквами по таблицам соответствий);
3) точная, или фонетическая, транскрипция (воспроизведение звучания иностранного слова с помощью специальных знаков);
4) практическая транскрипция (примерное воспроизведение звучания иностранного слова с помощью русских букв по определённым правилам).
Касательно страницы непосредственного совершения платежа:
1. Подсказка для поля «Сумма» оформлена неправильно. Вместо «200,00 — 15 000,00 рублей» должно быть «200,00—15 000,00 рублей» (числовые диапазоны в русском языке выражаются с помощью тире {хотя сейчас уже, наверное, лучше n-dash использовать, а не m-dash}, а не дефиса и не отбиваются пробелами).
2. Для оплаты за ЖКУ, зачем требовать вводить сумму добровольного страхования в копейках? Ведь в «платежке», приходящей в почтовый ящик, она указывается в рублях. Так зачем заставлять пользователя совершать дополнительные преобразования, вместо того, чтобы просто переписать данные из «платежки» в экранную форму.
3. Спасибо за то, что в новом интернет-банке вы даете возможность пользователям вводить вещественное число с запятой в качестве десятичного разделителя (ведь это правильно с точки зрения русского языка) — раньше было наоборот: точку принимали, а запятую нет. Однако исправив эту ошибку, вы привнесли две новых. Стало хуже. Объясню почему:
Теперь вы запрещаете пользователю вводить вещественные числа с точкой в качестве разделителя (т. е. абсолютно наоборот: раньше нельзя было вводить запятую, теперь нельзя точку), что будет неизбежно, если раскладка пользователя в данные момент английская, а не русская. А необходимо принимать оба варианта (и точку, и запятую). Более того, теперь вы не сообщаете пользователю, что ошибкой является именно то, что он ввел точку вместо запятой. Приведу пример: если пользователь захочет провести платеж на сумму 5 000,1 р., то при вводе «5000.1», он получит ошибку:
«Ошибка!
Сумма — Допускаются только значения с двумя знаками после запятой!»
Кстати, говоря о тексте ошибки: вы используете дефис „-“ вместо тире „—“. И слишком много восклицательных знаков (над текстом восклицательный знак в красном круге, после слова «ошибка» и после описания ошибки). И вместо «Сумма -» понятнее указывать, что это не просто какая-то абстрактная сумма, а именно поле в реквизитах. Правильное оформление текста, понятное для пользователя будет таким:
«Ошибка!
Поле «Сумма»: допускаются только значения с двумя знаками после запятой.»
Более того, пока не исправлена ошибка, кнопка «Продолжить», не должна быть активной. Сейчас же её можно нажать сколько угодно раз. Лучше, если валидация будет происходить автоматически сразу же после перехода к другому полю (когда текущее поле теряет фокус), без необходимости каждый раз нажимать кнопку «Продолжить», которая сейчас, в случае ошибки, не переводит к следующему шагу, а играет роль кнопки «Проверить правильность введенных данных».
Ну да вернемся, к нашей ошибке. Пользователь ввёл более чем валидные данные «5000.1» (представим, что он, например, экспат-англичанин, для которого точка более чем естественна; или же он пользователь старой версии интернет-банка, которого вы коварно «приучили» всегда вводить точку в качестве разделителя), однако система их не принимает, говоря, что после запятой должно быть два знака. Тогда пользователь вводит «5000.10» (ведь ему сказали, что должно быть два знака), ругаясь на систему, что она сама не догадалась дописать ноль (что, впрочем, она делает, если ввести 5000,1) и снова получает ту же ошибку. Теперь пользователь в полном недоумении: ведь у него и так две цифры после разделителя (введено ведь 5000.10, а все равно хотят две цифры в конце). И бесконечно жмет на продолжить, пока не сдастся (и начнет звонить в поддержку). И только бесконечно внимательный пользователь поймет, что система на самом деле хочет от него, чтобы он изначально ввел запятую вместо точки (т. е. 5000,1 вместо 5000.1).
Поэтому ваши программисты могут, конечно, добавить еще один текст ошибки в случае этой исключительной ситуации. Но правильнее же будет просто обрабатывать оба случая, принимая как 5000,1, так и 5000.1, чтобы не зависеть от текущей раскладки пользователя (более того, может быть случай, когда у пользователя вообще нет русской локализации в операционной системе и запятая не будет вводится автоматически, т. к. русской раскладки нет и в помине).
Последнее бесит больше всего — по-моему еще в школе, когда программист делает свой первый калькулятор, он учится принимать как 10,5, так и 10.5, распознавая и запятую, и точку.
Ну и в качестве бонуса:
1. Хотелось бы иметь возможность добавить на главную страницу ярлык для перехода в крайне полезный раздел «История по счетам» (сейчас, чтобы это сделать, нужно, например, пойти в «Счета — Выписки — История по счетам»). В данный момент, к сожалению, этого раздела нет в списке «… для добавления дополнительных иконок нажмите здесь».
2. Так же было бы очень полезно, если бы при повторном входе открывались вкладки, открытые в предыдущем сеансе. Однако этого можно не делать, если разрешить пользователю добавлять на главную больше четырех иконок (я, например, постоянно пользуюсь шестью разделами, для которых, разумеется, четырех иконок недостаточно).
3. Был бы очень признателен, если бы добавленные иконки на главной можно было бы перетаскиванием менять между собой местами (например, поменять местами вторую с третьей). Сейчас, чтобы это сделать приходится совершать крайне не тривиальные действия (чем-то похоже не детский пазл).
4. Что такого особенного в иконке «Обзор счетов», что ее нельзя убрать с главной страницы (например, я пользуюсь ей меньше всего)? Ведь, если необходимо, могу всегда пойти в меню «Счета — Обзор счетов».
5. Почему, если я совершаю новый платеж, то меня обязывают сделать сразу же новый шаблон под эту операцию? Это удобно, если я добавляю платеж, которым буду пользоваться регулярно (например, платить за квартиру или телефон), но а что, если меня друг попросил оплатить его счет за телефон? В этом случае шаблон мне абсолютно не нужен, т. к. это действие будет произведено лишь один раз (и мне приходится идти в раздел «Список получателей», чтобы удалить этот «одноразовый» шаблон). Создание шаблона должно быть опциональным, а не обязательным. Более того, зачем требовать одноразовый пароль при создании шаблона? Это ведь никоим образом не угрожает безопасности моего счета (вы ведь, например, не требуете пароль каждый раз, когда я меняю иконки на главной странице, так зачем делать это при создании шаблона?).
Удобнее всего было бы так:
— при открытии раздела «Сделать платеж» предлагать два варианта на выбор по оплате из имеющегося шаблона или совершении нового платежа;
— если же был выбран пункт создания нового платежа, не нужно сразу же создавать новый шаблон (при этом требуя одноразовый пароль), а нужно переводить клиента непосредственно на страницу совершения вариантов платежей (за свет, за телефон и т. д.)
— на странице непосредственного ввода платежных реквизитов и суммы, добавить опциональную «галочку», которая будучи нажатой, сохраняет данный платеж, как шаблон, с вводом имени шаблона (разумеется, без запроса одноразового пароля). Если же «галочка» нажата не была, сохранять платеж, как шаблон не требуется (нужно всего-то совершить транзакцию).
Хуже этого только корпоративный идиотизм в игнорировании падежей: «пей кока-кола» вместо -лу, или «тариф для абонентов билайн» вместо билайна. А то не дай бог не узнают бренд.
Родители девушки сначала думали, что это ипад :-) А Detech, половина клиентов называют детечем, вместо дитэк — все потому что директор боится написать по-русски.
HTML+js + серверная часть, хоть на том же ASP.NET (которая может генерировать все, что угодно — взять хотя бы пример типа Quake Live) — это не такая уж слабая и ограниченная платформа, как может показаться. Да, несомненно, на том же Silverlight сделать то же самое будет и удобнее, и быстрее (я, к слову, программый архитектор, разрабатывающий высоконагруженные продукты, в т. ч. и на Silverlight), но только большинство заказчиков просит, чтобы это работало и, например, на iPad.
Тот же Грубер писал, что «Майкрософту» пора начинать думать о пользователях, а не о «бизнес-секторе». Да Silverlight и Flash удобнее в плане инструментов разработки и отсутствия придумывания костылей, но они не вписываются в картину современного мира и «Майкрософт» это прекрасно понимают. То, что они останутся в корпоративном сегменте под специфические задачи я не оспаривал, только компьютер он потому и назвался в свое время персональным, что большинство — некорпоративные.
Никому кроме самого «Майкрософта» силверлайт не нужен. Под не нужен подразумевается тот факт, что операционки сейчас перестали играть роль как таковую (слишком много стало разных устройств) и так уж получилось, что HTML+js стал тем самым универсальным языком, которые поддерживают все в независимости от архитектуры профессора, типа инструкций и т. д. — ведь если хочешь сделать новый девайс, будь добр сделать поддержку HTML+js иначе твой девайс никому не будет нужен. Эта легкая и сравнительно нетормозная конструкция позволяет решить большинство задач, возникающих в обычной жизни. А вот силверлайт, как и флеш, на эту роль явно не подходят (как по о трудности реализации и поддержки плагина под специфическую платформу, так и по производительности).
К тому же я не говорил, что HTML+js это микс WPF и силверлайта. А сказал, что для специфических задач останется как раз тот самый микс. Но он опять же будет ограничен только windows-платформой, ибо winrt.
Как отнести в налоговую и как заплатить, думаю объяснять не нужно :-).
Если читать дословно, они предлагают не вводить индивидуальный номер налогоплательщика (ITIN), но при этом не пишут, что вообще не нужно вводить никакой другой номер (не индивидуальный) штатовского налогоплательщика (SSN или тот самый EIN). Т. е. если бы написали «no longer requiring you to provide any U. S. taxpayer identification number», тогда вопросов бы не было и EIN (что суть Employer Identification Number и является идентификатором человека, который просто работает со штатовскими компаниями) точно не нужен, но они написали именно «no longer requiring you to provide an Individual Taxpayer Identification Number (ITIN)». А ITIN мы итак не получали (получение которого уже, к слову, по форумам занимает несколько месяцев).
Именно поэтому я эту инфу в пост не включал, как спорную (с учетом того, что получение EIN не вызывает вообще никаких трудностей).
Нам что нефть, что гелий—3 — всяко будет по барабану :-).