PavelN

Если не хотите обидеть человека и отказать, то _обязательно_ нужно ответить, просто скажите что Вы просмотрели его и решили что он недотягивает, это не обидно, это нормально. Обидно когда морозятся и не отвечают =)

Спасибо, что откликнулись на нашу вакансию, но в настоящий момент мы не можем принять вас на работу. Однако, мы сохраним ваше резюме и если в будущем нам понадобится специалист вашего уровня, мы с вами свяжемся.

А вообще в ТК РФ четко прописана обязянность работодателя после письменного обращения кандидата указать почему именно он не подошел на должность, и с этим отказом соискатель может обратиться в суд и если суд сочтет причину недостаточно весомой, вас могут обязать принять человека на работу. Так что в тексте вакансии следует указывать как можно более четкие требования, а в письменном отказе либо не распространяться, либо указать, как говорилось выше конкретную причину конкретному кандидату. вариант «мы приняли более лучшего специалисте» может быть парирован «объясните как вы сравнивали» «сравнивали по конкурсу» «а почему понял проведения не выложили?» потом опять в суд. ногда подобных проблем позволяют избежать кадровые агентства-они не являются работодателем и могут отказывать кому угодно по любым причинам.

Это не резюме. Это сочинение на тему «Как я провел жизнь, и хочу рассказать об этом людям»
Вы спрашиваете — нормальная ли форма изложения? Имхо для резюме недопустимая. Складывается ощущение, что у Вас большие проблемы с самоутверждением и с помощью данного резюме Вы пытаетесь отыграться.

На какую должно вообще претендуете?

«Опыт работы с надежными \ высоконагруженными приложениями » это что? Умеете почтой на gmail`e пользоваться? Здорово.

Ну и очевидные вещи в минусы писать — моветон.

Я понимаю почему Вы сделали именно такое резюме, ибо для 20 лет трудового опыта умений и навыков — маловато. Или Вы их тщательно скрыли. Но я бы на Вашем месте сделал резюме «по канонам» — и разбавить его «авторскими моментами». А простыню эту прибрать для собеседования.

Тематический сервис-цитатник.

Можно сделать СМС-сервис. Отправляешь СМС-ку с темой (тагом, поисковым запросом) — получаешь цитату классика по теме, а лучше несколько.

— востребовано, сотни реальных вариантов применения
— никаких проблем с авторскими правами
— сделать несложно

Один возможно не справитесь, ввиду отсутствия опыта. Возьмите кого-нибудь обязательно опытного в партнеры. Сделайте хабрапост или напишите на форумах, где они обитают. Уверен, сможете найти.

* Включил генератор идей *

* выключил *

Сделайте приложение. Называется «мне скучно». Кто-то сидит один дома. Постит твит или еще что-то в приложение. Типа «мне грустно», «мне скучно». И этот твит высылается всем подписчикам в радиусе 5 км. Может кто-то как раз в кафе сидит скучает. Или один в бильярд играет.
Вот пусть и друг друга потешат.

Я просто как-то на НГ в метро ехал. Мой поезд тормознул. Оказывается вечером какой-то парень прыгнул под поезд перед нами. Станцию закрыли на час. Парень мертв.
Наверное были праздники, а ему было очень одиноко. Сам, никто не пригласил, все счастливы, а он грустит.
Может бы этого и не случилось если бы кто-то вот так помог.

Вот уроды.

Предлагаю как минимум предать во многих местах огласке то, что их сайт — тупой клон.
Мне нравилось, как это организовано тут, см. ссылки «Описание» и «Клон».

Вообще говоря, берете любой WinPE (LiveCD) и запускаете в нем regedit
В нем создаете пустую ветку где угодно, в которую можно загрузить куст (Load Hive), выбрав соотв dat файл с hdd.
Таковых в сущности два ntuser.dat и system.dat, устройства и прочая HKEY_LOCAL_MACHINE находятся в нем

Я пользуюсь диском Winternals Admin Pack 5.0
Работа с реестром, восстановление, сброс паролей и куча других полезных возможностей.

Мне кажется, надо не усложнять API и возвращать категории товара (их id и название например) вместе с товаром, по ссылке /products/id. А если есть реальная потребность получать какие-то свойства товара отдельно (только цена и описание например), добавьте параметр ?fields=field1,field2

Проектировать API стоит не из каких-то абстрактных соображений, а из планируемых сценариев использования, и из соображений простоты.

"Вначале проверяем, что запущен сервис "Маршрутизация и удаленный доступ" ("Routing and Remote Access") и его режим запуска - "Авто". Исправляем в реестре ключ "IPEnableRouter" из ветки HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters на 1, после чего перезагружаемся. Пишем в консоли:

netsh routing ip nat install
netsh routing ip nat show global
netsh routing ip nat add interface "<<<Имя внешнего подключения>>>" full
netsh routing ip nat add interface "<<<Имя внутреннего подключения>>>" private

Настройка NAT завершена. В качестве DNS указываем адрес, прописанный (либо назначенный провайдером) для внешнего интерфейса."

Взято отсюда
Статья про ХР, но, думаю, в Семерке тоже сработает (проверить не на чем)

Проверять корректность должен.
При этом он остается ответственным за одно действие — за установку именно email'a, а не произвольной строки.
Поэтому и генерировать исключение при неправильных данных тоже должен.
Метод же неспроста называется setEmail.
Вы же не удивляетесь, что при попытке присвоить строку в integer поле получаете ошибку (вероятно даже компиляции).
Здесь же происходит фактически тоже самое.
Если говорить про идейность, то еще лучше сделать тип Email и проверки делать в нем. Но в обычном, а не идеальном коде, это почти наверняка будет излишним. Поэтому проверка в setter'e — хороший компромисс.

> каждый метод должен быть ответственен за одно действие
Не надо понимать все так буквально. Не стоит к примеру подключаться к базе, выбирать инфу, закачивать обратно результаты и сливать инфу в лог одной большой простыней в одной функции. Но это не значит, что каждую простейшую операцию (такую как присваивание) нужно выносить в отдельный метод.

> а в нашем случае исключение кажется не совсем уместным
Исключение говорит «я не могу выполнить команду», в данном случае не допускаем некорректный ввод. Не надо боятся и экономить на исключениях, это удобный механизм (вплоть до таких задач как остановить map(), но это уже вопрос вкуса). Не важно как глубоко «вложен» вызов до вашей функции/свойства, вы на самом деле этого не знаете и не можете знать.

Да, ваш сеттер должен проверять ввод и присваивать значение, если оно съедобно, иначе генерить исключение.

File API поддерживает IE 10 preview 2 и выше. В младших версиях только плагинами, похоже.