GavriKos

1. Linux != в безопасности.
2. Ложноположительные срабатывания всегда были и будут, как и ложноотрицательные.
3. Просто думать откуда и чего качаешь.

Заплати

Что-то смахивает на "рация на полупроводниках или бронепоезде?"

Думаю для начала стоит найти специалиста, составляющего ТЗ.
Любой размер гонорара такому специалисту многократно вернется в дальнейшем.

"Подойдет ли" - подойдет.

Если очень кратко, то Вам нужно узнать скан-код, который посылается вашей крутилкой (если он вообще посылается) и заменить его на комбинацию клавиш по увеличению размера кисти (предварительно задав/узнав ее в фотошопе). Как я думаю, ручка должна посылать разные комбинации в зависимости от направления вращения.
Что необходимо:
1. Идем сюда, внимательно читаем "Специальные клавиши" в конце.
2. Как там описано, создаем файл .ahk, с единственной строчкой: #InstallKeybdHook.
3. Смотрим, что крутилка посылает.
4. Пишем свой скрипт, по типу:

SC159::
Send ^!b
return

В общем копать в ту сторону. За код не ручаюсь, писал на autohotkey очень давно.
P.S. Еще рекомендую погуглить "autohotkey midi remapping", посмотреть выдачу.

Вообщем моя цель - конечная цель стать профессионалом и устроится в хорошую контору.

профи становятся после того проработают Х лет

А для этого мне надо знать - как правильно писать на php т.е. форматирование кода, ООП, синтаксис, паттерны, в чем писать - редакторы и т.д.

форматирование гуглится или читается на офсайте
ооп - аналогично
паттерны нужны мидлам
на чем писать - на чем привычно

Правильно - это как принято в серьезных организациях, стандарты. То есть понять не просто язык, а всю кухню.

кухню узнаете при первом деплое

А не как сейчас делать так, а потом переделывать т.к. всё конечно работает, но так хорошие программисты не пишут.

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

А потом ещё все это приконнектить к Revision Control System, а их тоже немало.

лидирующая cvs одна - git

Раз и навсегда - чтобы не забивать голову лишним и не тратить время.

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

Учителя стоит выбирать по своему темпераменту и набору топиков, которые он вам предложит изучить

Набор букв какой-то, и каша в голове, походу.

На счет редактора, скажу так.
Хоть на печатной машинке делай, если оно сделано красиво (читай, правильно, по стандартам).
Крутость программиста никак не зависит от используемых инструментов.
Это только удобство, упрощение работы.

Можно и сразу перейти.

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

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

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

Если же у вас все получится с первого раза, ну возможно вы новый Кармак в молодости.

Менеджеров и прочих гуманитариев в гит нежелательно пускать. Максимум - чтоб баги мог оформлять, но только ПО ШАБЛОНУ а не просто "у меня не работает, разберитесь, быдло") Остальное менеджерское говно пусть кипит в 1С и прочих трекерах, не связанных с продуктом.