Андрей Шевчук

Как вам сказали, такой книги нет. И быть не может. Ни одна книга не может покрыть каждый трюк и технологию используемую в программировании. Методы, которые являются официально одобренным способом решить задачу в одном языке, могут быть восприняты как признак плохого стиля и малого опыта в другом. Некоторые не могут быть применены к данному языку вообще; некоторые имели смысл раньше, но считаются вредными сейчас, если ты не пишешь для старых систем; некоторые полезны при каком-то определённом стиле программирования, но бесполезны при другом, причём оба этих стиля широко используются.

Расписывать ли структуру приложения перед тем как приступить к написанию или использовать подход "пишем как придётся, потом отрефакторим"? Оба этих подхода работают. Просто нужно понимать, когда какой использовать. И это подводит к основному.

Программирование это опыт. Никакое количество книжек не сделает тебя программистом если не писать код. Невозможно полноценно понять ни один совет из книжек по проектированию, паттернам, best practice и т.п., если ты ни разу не столкнулся с проблемами, которые они решают. Поэтому: macode.ru

Рост обычно идет так:

Сперва школьное образование, учебники, вступительные курсы - самая база.
Дальше обычно идут задачки, онлайн-курсы - для простенького закрепления и освоения.

Но нормальное становление идет так:
Просто пишешь программы. Много. Или много мелких или одну крупную. Решаешь конкретные задачи. Написал свой калькулятор. Написал себе программу, которая выводит расписание в html, написал сайт по сбору статистики матчей в дотку и работаешь с этой статистикой чтобы прикинуть порядок сборки или еще какие-то моменты. Написал свой скрипт бэкапа важных документов. Написал свой конвертер-ресайзер фоток.
Главное чтобы конечный результат выполнения программы был понятен лично тебе, и ты мог сам решать когда он тебя устраивает, а когда допилить.

Между написанием программ читаешь различные книжки, и уже тогда, когда у тебя есть ПРАКТИЧЕСКИЙ опыт написания программ, ты в книжках можешь наткнуться на более удачное решение проблемы, с которой ты сталкивался и уже писал велосипед.

Быстрых методов стать хорошим программистом, прочитав книжку - не выйдет, ибо без личного опыта долбления лбом об стену, тебе будет непонятно что именно ты прочитал и насколько это важно.

Правильный совет тебе уже дали в первом ответе - что нет какой-либо суперовой книжки. Все книжки - относительные, и не смогут сделать за 2 месяца из новичка олимпиадника. Поэтому просто пробуй программить и парралельно читать просто популярные книжки по тому языку, который ты сейчас используешь.

pythontutor.ru

Это?

УЦ практически всегда будет выдавать сертификаты с использованием Крипто-Про CSP, это текущее положение вещей.

А вот для формирования подписи на базе этих сертификатов вполне возможно использовать и ViPNet CSP, выданные в УЦ сертификаты вполне под это подойдут.

Эта тема обсуждалась на форуме Крипто-Про: ссылка.

Альтернативы КриптоАрму тоже можно найти, просто эта программа наиболее популярна.

Нужно уточнять у УЦ на каком криптопровайдере они смогут выдать вам эцп. Контейнеры ключей у КриптоПРО и ViPNet в разном формате поэтому использовать понравившийся не получится, необходима «совместимость с УЦ». Если есть возможность использовать ViPNet то лучше его конечно — ибо бесплатно, плюс имхо vipnet проще. КриптоАРМу все равно какой из них будет использоваться. Да есть небольшой момент, юридически вы должны использовать сертифицированную версию криптопровайдера, если у вас ОС win7 и ниже приобретайте(скачивайте) любой, если win8 то тут печально, с ней совместим и сертифицирован только КриптоПРО 3.6 R3, ViPNet CSP 4.0 сертификацию еще не прошел, он в бете, хотя из практики ставил, работает но с нюансами :). Как то так.

Ответы на вопросы:
1) Да, такое конечно возможно;
2) Для более правильного решения необходимо выдавать всем сотрудникам так называемые «квалифицированные сертификаты» (см. ФЗ №63). В результате получатся так называемые «юридически значимые подписи». Сертификаты для торгов и прочая отличаются от обычных сертификатов для физических лиц (или сотрудников) только дополнительными «назначениями использования» (мало значащими для вас полями сертификатов). Подписывать сообщения можно с помощью любого сертификата. Органичения на использование могут накладывать только программы с помощью которых вы будете делать такую подпись;
3) В любом УЦ. Только лучше чтобы на сайте было упоминание что это «УЦ аккредитованный по 63-ФЗ». Позвоните им и узнайте могут ли они обслуживать вашу компанию и выдавать сотрудникам подписи. Уверен что любой УЦ ответит положительно;
4) Да, можно использовать и УЭК — там сертификат тоже «квалифицированный». Только вот одно «но» — в сертификате с УЭК обычно указывают домашний адрес владельца, а эту информацию обычно желают прятать. Лучше на мой взгляд договориться с УЦ — там сразу будет указана компания сотрудника, должность и все что пожелаете, вплоть до адреса в Skype;
5) Свой УЦ делать излишне, см. рекомендации выше;

jvm warmup сойдёт, я полагаю.

Почему бы и нет:
Если вам надо иметь контроль над очередью и временем отправки, очередь надо сделать на уровне PHP, а потом с помощью phpmailer|swiftmailer|и.т.п., или с помощью mail, и настроенной на стороне сервера пересылки через smarthost, её отдавать на удалённый сервер.
Если не надо, просто отсылать письма на удалённый почтовый сервер — там они как раз и лягут в очередь и из неё сервер будет их по возможности доставлять.

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