mamontm

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

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

SphinxSearch
или его форк - Мантикора.

Жрет на порядки меньше, ищет существенно быстрее.

Почему ivi перешел со Sphinx на Elasticsearch
перешли они потому что Sphinx не умеет (не умел тогда) делить индекс по разным серверам, а на один сервер у них влазить перестал индекс.

При этом им пришлось из-за Elastic идти на компромиссы - уж очень медленно он ищет по сравнению с Sphinx, уж очень много он жрет ресурсов памяти по сравнению с Sphinx.

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

Тут следует понимать, что все подобные системы - и Sphinx и Elastic и Bleve и Reindexer - все на каждый чих строят полноценный индекс.

Что вы кладете в индекс - знаете только вы.

Прототип накидали и скорость поиска нравится, но впереди ожидается 10-кратное увеличение объемов каталога (под десяток миллионов единиц) и возникла необходимость рассчитать ресурсы (память, процесоры), которые могут затребоваться в таком случае.

Если нет еще товара - сгенерируйте называния рандомом до 10 млн. единиц.

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

То есть вы заведомо отрицаете объяснение и пытаетесь что-то придумать из отсутствия информации?

Просто вставьте в свою систему логирование в момент загрузки картинок - и сможете достоверно узнать.

P.S.:
Где-то в 70% это косяки пользователей, не важно что они говорят, что не косячили.
Где-то в 29% это косяки вашего ПО, неважно, что вы уверены, что в ПО нет ошибок.
И только 1% - это косяки того вида, что вы пытаетесь сейчас обнаружить, на что и тратите сейчас кучу усилий - а это не целесообразно.

Просто вставьте логирование и понаблюдайте.

Энтропия нужна для надежного.
https://habr.com/ru/post/124571/
Можно попробовать перелицевать код с браузера на ноду.

кроме K&R парни говорили ничего лучше нет, ну либо кидали книги с +1к страницами, хотя ответ был к вопросам с 2011 года, и что-то должно было поменяться. В К&R

C, в отличии от С++ - не менялся столь сильно и столь часто.
Поэтому K&R вполне актуален.

Оплачиваются не языки программирование.

Оплачивается умение ими пользоваться.

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

о наблюдениям сервиса «Мой круг» в России последние пару лет по зарплатам лидируют...

Вы неверно интерпретируйте данные.

Просто ряд языков чаще используется в недорогих простых проектах. Что не отменяет их же использование в дорогих проектах. Но искажает понятие "средняя зарплата".

Плюс недорогих проектов всегда намного больше. Что еще более искажает понятие "средняя зарплата".

Ну то есть математически-формально всё так как описано в обзоре зарплат.

Но вас же интересует, поди, сколько лично вы будете зарабатывать, если смените язык?
А ваш заработок связан вовсе не с языком - а с тем, что вы в этом случае будете и с другим работодателем работать и опыта постепенно набераетесь.

Причём если Scala и Elixir два года назад по зарплатам опережали прочие языки с сильным отрывом и за последние годы выросли по зарплате несильно, то Go и Objective-C за эти же два года совершили сильный отрыв от остальных языков и догнали Scala и Elixir

Все упомянутые нельзя назвать распространенными на простых (то бишь на дешевых) проектах.

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

"Я выучу не тот язык и карьера будет погублена"
"Я выучу тот язык и карьера пойдет вверх".

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

Важно ваше умение программировать. А это понимание/знание - алгоритмов, парадигм, концепций, паттернов.

Эти вещи из языка в язык повторяются.
Трудно выучить только первый.

Сменить язык программисту с опытом - не сложно.

1 параметр дополнительный в таблицах БД всего.
И обязательно фильтровать данные по этому параметру и везде его требовать.

Этот параметр везде проходит по коду бэкенда.
Во фронтенде - можно так же, а можно и разруливать на входе в веб-сервер по имени (суб)домена (уникального для каждого арендатора)

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

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

Точной официальной грани нет. Это все условные называния - джун, стажер, миддл, сеньор....

Вполне допустимый пример вы привели.

Причем, очевидно, по задаче про "написание игры", то с совсем нулевыми (которые даже рядом не джуны) они связываться не хотят.

Как вы думаете, тестовое задание должно быть выполнено максимально идеально? Нужен ли красивый "причесанный" код или главное, чтобы работало, ну и было хотя бы не совсем уж уродским внутри?

Это немножко влияет на вашу будущую зарплату.

1 раз.
В начале карьеры.
Плохо отношусь.

Но понятно что джунам нынешним при их избытке на рынке труда - уже никуда без этого.

Почему же тогда постоянно советы про то, что не нужно делать тестовое задание? Чем тестовые так вредят?

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

Плюс важный момент: если бы вас не взяли раз 5 - что запросто возможно - получается, что вы убили больше месяца впустую. А это обидно.
И тогда новички начинают писать гневные статьи, что тестовые вредны.

Правильный подход:
https://habr.com/ru/company/wrike/blog/462787/

Как повезет.
Не повезет - будете учиться сами. Ибо будет просто не у кого.

Если в компании есть сильные коллеги - вас непременно подтянут. Так уж устроено человеческое общество. Человеков аж подмывает поделиться знаниями (получая психологическое подкрепление при этом в виде осознания "как же я крут").

Короче - выбирать компанию, где все до единого начинающие - это глупо.
А такие фирмы есть - потому что в принципе и на джунах можно делать проекты.

Ну и морально приготовиться, что ничего такого творческого/значительного тебе не дадут.
Если обучение поставлено правильно - будешь заниматься грустной работой по отлову багов.

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

На них тратят время?

Да. Иначе они тупо убыточны.
Начинающие и так убыточны, а если еще и не обучать - то никогда и не будут приносить фирме доход.
Обучают, не волнуйтесь.

Объясняют важные вещи?

В начале - нет.
Ибо ты в них просто не въедешь, в одно ухо залетит из другого вылетит.
Чуть позже - да.

Или же берут и ждут что бы сам вьехал?!

Если речь идет о совсем примитивной работе разве что...
Ну 0,5-2 дня вам точно уделят, даже в самом худшем случае.

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

Критерии просты:

Джуниору нужно объяснять, какую фичу и как сделать. Миддлу нужно объяснить, какая фича нужна, и он сам разберется с реализацией. Синьор же сам объяснит тебе, почему эту фичу не нужно делать вообще.

Но повторюсь, они не универсальны.
Вы можете быть сеньором в одной фирме, потом перейти в более серьезную, на новые технологии, на новый стек - и вот вы по началу джун.

Джуниору нужно объяснять, какую фичу и как сделать. Миддлу нужно объяснить, какая фича нужна, и он сам разберется с реализацией. Синьор же сам объяснит тебе, почему эту фичу не нужно делать вообще.

Но если вы про деньги, то все эти джуны-сеньоры - условность. Просто слова.
Джун в Google зарабатывает больше сеньора в ООО "Веб, рога и копыта".

Конечно:

1) Или иметь белый IP для подключения твоего ПК к интернету. И пробросить порт на твоем роутере.
2) Или иметь внешний сервер и взвести на нем "обратный прокси" + какой-нибудь DynDNS с пробросом портов на твоем роутере.

SQUID

Допустим, я работал программистом в стартапе, без оформления. Работа была по NDA. Не возникает, ли при устройстве на другое место работы вопросов, почему нет подтвержденного опыта. Или, как в таких случаях подтвердить опыт и что говорить? Код проекта показать не смогу, т.к. NDA.

1) Рекомендации, ИТ очень узкая сфера.
У нас в городке 0,5 миллионов жителей, к примеру, каждый десятый кандидат приходит из фирм, где работают мои однокурсники или просто хорошие знакомые (бывшие коллеги), мнению которых я доверяю.

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

3) Запись в трудовой не особо и нужна. Вообще трудовую смотрят только когда решение о вашем приеме окончательно состоялось.

На любой универсальной такое делается на раз.

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

Не все так страшно.
Как заказчик говорю вам - из 25-150 откликов вменяемых людей, с которыми можно что-то реальное сделать, около 0-5.