four4

Если об этом узнает Upwork (где нибудь в переписке на Upwork вы или клиент ляпните) - вас мгновенно забанят.
24 месяца - мораторий на платежи вне Upwork, то есть - категорически нельзя.

Начинает на upWork напрягать комиссия в 10%, задержки в переводах и баги сервиса, и для постоянных клиентов ищу способы прямого перевода.

Плата за гарантии и поиск клиентов. Недорогая, вообще-то.
Правила Upwork, с которыми вы согласились (иначе не смогли бы начать работать), запрещают начинать прямую работу с клиентом, с которым познакомился через Upwork, в обход Upwork ранее, чем через 24 месяца со дня знакомства.

Молчит - значит все устроило в вашей работе. Писал бы - значит, переделки, претензии.

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

Некоторые просто органически неспособны сказать "извини, друг, надо подождать" и предпочитают отмалчиваться, но это не факт, что денег не отдадут, когда заказчик оплатит.

Стоки. Фотостоки.
Там не только фотографии.
Но и графика.
Посещаемость настолько высокая, что любой другой способ - ничто просто.

Если человек не может заработать 300 000 сам, то никто ему не доверит никаких инвестиций.
Исключение - родители.

Bunsenlabs
Очень экономичный по расходу памяти. Но локализация на русский пока не 100%.

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

Любой современный браузер будет жрать много оперативной памяти. Даже так называемые компактные. Все дело в движках браузерных. Без современного движка браузер не все сайты отображает корректно. А любые современные движки - кушать много хотят.

Почитайте историю SQL
Изначально он создан для НЕ ДЛЯ ПРОГРАММИСТОВ.
Сложно писать идеальные, быстро выполняющиеся запросы.
А просто на рядовом уровне знать SQL способен не программист, а менеджер, для них SQL и был создан

Avisynth - с командной строкой.
VirtualDub - с GUI

Тяжелые премьеры и сони вегасы для этих целей брать не хочу :c

Сони Вегас довольно легкий и не требовательный к ресурсам компьютера.

Боязнь доверять все пароли одной программе)

Где-то их хранить все равно надо.
Боитесь одной - создавайте различные базы данных, часть паролей в одной, часть в другой.

"Помнится недавно был ор, что базы данных легко ломаются с помощью dll инъекции, которая инициализирует процесс импорт базы данных и отправки на сервер злодеев"

Это к любой программе относится.
К программе с открытыми исходными кодами хоть не относится вот такое https://habrahabr.ru/post/254899/

Не отдавать в простом/удобном виде больше, чем нужно по минимуму.
Исключить возможность логически догадаться (например, нумерация объектов подряд позволяет из предположения что есть объекты 1 и 2 получить объекты 3-100500).
Ограничить число запросов в единицу времени.
При подозрениях на автоматизированное скачивание данных - активировать Капчу.

за который мы кстати платили 1000 долларов в месяц?

Подайте в суд на бывшего админа.
Испугается и все починит.

Разделять перфекционизм и глупость.

Переименовывать по 100 раз названия внутренних переменных - это глупость. Хватит и 3-х раз.
А вот идеально конструировать публичное API, к которому потом еще годами будут обращаться другие программисты - это перфекционизм.

Это именно общемировая практика.
Не совсем понятно в чем смысл работы ОДНОГО банка в выходные.
А вдруг вам платеж будет сделан совсем из НЕОЖИДАННОГО банка, который в этот день не работает. Так какой же в этом смысл.
Именно банковский перевод юр. лица - никак.
Можно косвенно, например, упомянутые уже WebMoney. Юридически это же не деньги, а ценные бумаги.

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

Ты объясни заказчику, что можно сделать и бесконечно, но работать будет медленее, чем оптимизированное под конкретное количество категорий. Может, он тут же одумается. И заложит с запасом на будущее, например, 20 уровней

Он о посетителях сайта, кстати, подумал? Как они будут продираться сковь эти все вложенности? Объясни ему - тут же станет более конкретным.

А технически бесконечная вложенность реализуется элементарно:

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

Можно подумать и оптимизировать, но, имхо, овчинка выделки не стоит.
Проще привести заказчику 2 довода (см. выше) - и он тут же станет очень конкретным и можно более оптимальную структуру БД создать.

Те, что делают нормальный мониторинг, стремятся переплюнуть Палантир в отдельно взятой стране, берут за работу совсем другие деньги.
Не дешевые.
Я сначала на них бы посмотрел. Самому реализовать будет куда как дороже.
Для прокачивания технических скиллов только и имеет смысл самому делать.

Исходить нужно из того, чтобы:
1. Программисту, использующему ваше API, было максимально понятно. Это главное.
2. Скорость важна, но это вторично после понятности.

Я вам, конечно, отвечу то, что вы не хотите услышать и не получю зеленую галочку на ответе, но нет никакой разницы.
То есть абсолютно.

Какой есть (хороший, разумеется) программист под рукой, какую технологию он знает/предпочитает - на том и писать.

Качество конечного продукта от языка программирования не зависит, а зависит от того, кто будет реализовывать, от его квалификации.

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

Если вы заказчик - то не занимайтесь не свойственными вам вопросами, пусть решает исполнитель.
Если вы исполнитель - то писать нужно на том, что лучше знаешь.

20 000 рублей - не та сумма.
Инвесторы меньше 500 000 рублей не дают. А то даже сразу и миллиона полтора стараются впихнуть.
В стОящий проект, а не просто так, разумеется.
Проекты на меньшие суммы - нужно самому крутиться.
Если ты сам не можешь заработать такие (небольшие) деньги, то никто тебе свои не доверит тем более.

Как бы да, но с учетом вашего размаха (судя по другим вашим вопросам) - зачем так себя ограничивать?