sivabur

Взял заказ первый заказ зная только русский язык и чуть-чуть английский.
Что значит фраза "знаешь PHP" для меня вообще загадка. Я догадываюсь что это означает "имею практику написания чего-то на языке который вот такими штучками в коде выделяется - <? и ?>". Правильно?
Ничего не бойся - бери. Без практики ничего невозможно освоить.

Можно конечно макросом, но если строчек будет 10000 или часто вносится изменения - нецелесообразно
Есть уже встроенные методы:

WebShtorm
Atom
SublimeText

Армянское Радио абсолютно прав, если у вас маршруты настроены как надо, то нужный траф и так пойдет по vpn, а если не как надо - то их надо настроить. Это обычно делается независимо от приложений, которые будут общаться по сети, это делает администратор либо в конфиге openvpn, чтобы последний отдавал нужные роуты клиенту при подключении, либо вручную в каком-нибудь батнике, который юзер запускает после подключения.

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

Закрыта однозначно!
Кулеры обеспечивают ЗАДАННЫЙ циркулирующий поток воздуха, при открытой же - они циркулируют тепло вокруг системника хаотичным образом.

да, в LocalStorage

как и в любом другом искусстве мастерство (в том числе и скорость) складывается из множества деталей.
посредственным программистам они могут казаться не значительными, даже появляются фразы типа слепой метод печати НИНУЖОН, овер9000% обдумываем архитектуру, рисуем схемки на бумаге, и тд. Это всё оправдания.

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

такой подход называют ещё решением "сверху вниз", когда ты сразу описываешь как программа должна в общем работать постепенно углубляясь в реализацию деталей.
программисту в 2015 году, стыдно должно быть рисовать какие-то диаграммки от руки, имея генераторы UML диаграмм (в intellij IDE например встроенный генератор схем есть).
учитесь описывать структуру и схемы работы сразу в коде, а не наоборот.

у многих хороших прогеров есть свои методики как работать очень быстро и эффективно, этим обычно не делятся (не потому что это секрет) просто такие вещи сугубо индивидуальные.

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

и это всё НЕ ерунда, это те детали из которых складывается ваша скорость, и качество программирования. Tо там потерял 5 минут, то здесь провозился со схемкой на бумаге, то писал простой метод в течении 2 минут вместо 15 секунд.
И в итоге, некоторые пишут программу в течении 2х недель, а кто-то туже самую программу за 2 часа...

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

и да все эти вещи приходят исключительно с многолетним опытом.

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

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

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

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

Итого: алгоритмы и структуры, паттерны проектирования, слабо связанный тестируемый читаемый код, тесты, внедрение зависимостей, git + git-flow, знание надежных библиотек и фреймворков и умение их применять.

Макконнелл. Совершенный код.

Симан. Внедрение зависимостей с .NET

Банда четырех. Паттерны проектирования.

P.S. Не помню точно, может как раз у Макконнелла сказано, что программист на работу непосредственно с кодом тратит 20% времени. Остальные 80% заняты обдумыванием.
Так что логичнее тренировать голову, а не руки.

Учить ООП и стандарты.
UPD: нужна архитектура, основанная на функциональных блоках, независящих от конкретного проекта. (что-то типа "детского" конструктора, где из 7-8 блоков можно сделать красивый домик)

Тогда Вы сможете их вставлять в нужном порядке и тем самым, экономить время на создании обработчиков, за счет использования УЖЕ РЕАЛИЗОВАННЫХ ВАМИ функциональных блоков.