DevMan

вы возвращаете в пустоту:

firstarray = getsomething1()
secondarray = getsomething2()
getsomething3(firstarray, secondarray)

или
getsomething3(getsomething1(), getsomething2())

- получать только заголовки: CURLOPT_HEADER, CURLOPT_NOBODY
- использовать метод HEAD вмест GET

ну и конечно же мультикурл, если нужна скорость.

а с какого перепуга ему не отработать?
походу, вы не очень понимаете, что есть лок.
вернее совсем не понимаете: при локе в файл не смогут писать другие процессы.

таковой (по принципу, не реализации) подход вполне себе использовался раньше, да и сейчас используется.
но постепенно идет тенденция на использование composer/psr.

фактически, нужно каждый раз вспоминать где лежит файл (в каком namespace)

имхо - не аргумент, от слова совсем:
- нормальная ide сама подскажет где лежит файл
- рекурсивный grep никто не отменял

без разницы, они все справляются с тестированием.
ну и Ruby on Rails - вообще не язык.

file_get_html? really?
откройте для себя параллельную загрузку документов,
а затем локально парсите их в фоне как вам угодно.

гуглить приходится слишком много и найти грамотный ответ очень трудно

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

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

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

например, winsparkle.org (порт известного в мире osx проекта sparkle) или https://github.com/Squirrel/Squirrel.Windows

стоит.

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

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

Да практически всё (к чему не требуется исключительно гуй): работа с текстом и изображениями, работа с сетью и ее настройка, и т.д. и т.п.

имхо, проще сказать что нельзя сделать с помощью терминала.

https://api.jquery.com/jQuery.parseXML/

Обойти массив и собрать такой как нужно.
Проблема в чем?

enterprise весьма инертен и консервативен.
если это и произойдет, то не в ближайшей перспективе.

Учитывая современные кол-во инструментов и мощности, то, ИМХО, over 1000.

blog.jetbrains.com/webide/2011/02/zero-configuration-debugging-with-xdebug-and-phpstorm-2-0/
blog.jetbrains.com/webide/2011/03/configure-php-debugging-in-phpstorm-2-0/

Используйте очередь задач (хоть готовую, хоть свою). Это будет намного проще придумывания костылей и кросс-платформенно.

REST + XML/JSON

ИМХО, sqlite — лучший вариант.
Можно шифровать как файл БД полностью, так и отдельные поля.

qt или .net.