Макс

По опыту работы в СБ банка эти Ваши "приключения" все равно найдут. Так что советую указать, но развернуто прокомментировать в письме HR. Если там действительно ничего серьезного, как Вы пишите, и Вы сможете красиво это описать, то СБшники вполне вероятно закроют на это глаза. Позиция у Вас судя по всему начальная, серьезно докапываться не должны.
а вот если соврете и это всплывет - точно будет хуже.

Ардуино вполне самодостаточная вещь. В основе микроконтроллер - ищите задачи под микроконтроллер, и он их выполнит. Я, к примеру, на дуинах делал интерактивные вещи для квестов, в денежном плане неплохо "компенсируется".
Рассматривайте дуину как лего. Леговским кубикам не один десяток лет - и ничего, не комплексуют. Так и с дуиной - задачи, которые можно на ней решить, остались неизменными уже несколько лет. И, в пользу паралели с лего, одна из них это обучение. Дуина хорошо снижает порог вхождения в мир программирования микроконтроллеров. Причем разумно - никто не мешает написать код на асме, но не заморачиваться с пайкой. И наоборот - никаких поблем придумать свой "сенсор".

ну а что до "как развивать заинтересованность" - то включите воображение. Придумайте интересуню Вам м Вашим детям задачу, учитывая ограничения, накладываемые платформой. Если задача на дуине не решается - берите что-то мощьнее (или наоборот, слабее - была у меня и такая задача). Простой пример - GPS/GPRS трекер для питомца.

А что в этом такого секретного? Когда(если) устроитесь, от вас все одно попросят 2НДФЛ, для расчета больняков.
вопрос о предыдущем доходе нормальная практика. Отвечать естественно не обязательно - но готовьтесь к негативной реакции на это, если не сможете внятно объяснить, почему не хотите рассказать. К слову, если у вас есть хорошая отмазка на такой случай - поделитьесь?
Здесь ситуация ровно как с галочкой в анкете про проверку предоставленных сведений. Формально можете не ставить. Но и на работу вас тогда не возьмут.
Если вы опасаетесь, что разница между старой и новой ЗП может показаться работодателю слишком большой - заранее продумайте аргументы. Аргумент о том, что Вы выросли профессионально с момента установления ЗП на прежнем месте, ЗП на прежнем месте работы была значительно ниже рынка - вполне себе аргумент

Подводя некоторый итог:
- могут ли задать такой вопрос на собеседовании? Могут, практика относительно распространенная(не зависимо от размеров и уровня фирмы). Такой вопрос напрямую каких-либо законов не нарушает, даже 152-ФЗ тут особо не пришьешь. Особенно если цель вопроса не получить информацию, а снять реакцию.
- надо ли/как отвечать на этот вопрос? Ну что-то ответить все-же стоит. Играть в партизанов на допросе в гестапо не лучшая стратегия - не забывайте, HR в первую очередь оценивает вас с точки зрения личностных характеристик. А по этому очень неплохо подготовится к собеседованию заранее (вообще готовится к собеседованию хорошая практика). Хотите - говорите. Не хотите - заранее продумайте объяснение (к примеру - обязательство о неразглашении на прежнем месте). Вот что точно не стоит делать - так это врать. Если достигли в профе 80lvl, теоретически можно поджать губы и оскорбиться, но внятный ответ типа "я не считаю, что данный вопрос корректен и не имеет отношения к моему опыту" наверняка будет воспринят лучше.
- зачем спрашивают? по разному. кто-то чтобы снять реакцию на некомфортный вопрос. кто-то - чтобы определиться с уровнем нового оклада.

Если Вы не понимаете, зачем туда идёте - зачем идёте? тема специфическая - и, на сколько я слышал, очень.... семейственная.

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

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

такой - стоит

о, это крайне сильно зависит от работодателя.
как минимум это сопровождение СУБД и обновления 1С.
как максимум это может предполагать допиливание конфигурации

нормальный уровень для старта, у многих и такого нет.
потренируйтесь теперь в настройках каких-либо серверов (почтового, LAMP, БД) - и параллельно ищите работу. неплохо подтянуть какое-нибудь скриптописательство - очень помогает.

совет Даниил Колесниченко - наиболее дельный. я бы только объединил последних 2 пункта в 1 (по сути - оба об упоре на безопасность разработки ПО и аудит уязвимостей) и добавил новый третий - менеджмент ИБ. Оно не так интересно, как "ловить хакеров" - по поверьте, построить грамотный процесс обеспечения ИБ и написать под это все нужные документы зачастую куда как сложнее, чем настроить IPS/найти XSS.
в результате - получается 3 направления:
техническая защит, безопасность разработки и аудит уязвимостей, менеджмент ИБ.
Выбирайте, дальше развивайтесь в одном из направлений.

ну так классика спрос vs предложение.
спрос большой - зарплата будет расти. Рынок насытится - зарплата стабилизируется. Станет программистов как... в общем много - уменьшаться зарплаты конечно не будут, но темп роста будет ниже рынка.
А про "100 000" - это не потому, что программеры столько хотят (уверяю Вас, они бы и 200 получали бы с еще большим удовольствием) - а потому, что рынок столько готов платить. Как уже писалось - высоко маржинальный бизнес + программер приносит прибыль.
Вас цены на хороших ораклоидов или цисководов никогда не интересовали? Там аппетиты еще покруче.

Есть у HR такой термин - overqualified. "Слишком умный".
На позиции с невысокими требованиями Вас вполне обоснованно не рассматривают, опасаясь что Вы не будете работать долго - Вам это будет просто не интересно.
Из личного опыта - создайте 2(3-4) резюме "на небезызвестном сайте", разделив области знаний - в одном сделайте упор на сеть, во втором на сервера, в третьем на "на-все-руки-мастер". Опять же из личного опыта - срабатывает, работодателю не очень интересно читать многостраничное резюме.

Возьмите СТО БР ИББС как пример политики (выкинув на первом этапе СМИБ и СУИБ, да и 2/3 требований к СОИБ туда-же).
Напишите документ по доступу, по интернету, по почте, по антивирусу (и, главное - утвердите их у руководства).
Доведите новые правила до сотрудников. Начинайте контролировать исполнение.