Дмитрий Энтелис

У вас обычный примитивный поиск. "тяжесть" поиска зависит от размера таблицы, длины поля, индексов и мощности сервера. В целом, если значения в полях короткие, то нормально. Если у вас там тексты, то нужен полнотекстовый поиск (sphinx, elasticsearch).
Оптимизировать можно следующее:
1. нужно на стороне клиента тот момент, что сейчас у вас при каждом нажатии клавиши летит запрос. То есть если я наберу слово из 5 букв, то полетит 5 запросов. А нужен один. Используйте для этого тайм-аут. Гуглите js debounce.
2. Используйте не keyup keydown, а input. Сейчас при нажатии на клавишу у вас летит 2 запроса - при нажатии и при отжатии.

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

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

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

В целом, итоговая производительность будет больше зависеть больше зависит от качества конкретной реализации, нежели от конкретного стека. У каждого есть куча ньюансов, которые могут создать проблем. Из них низкая сферическая производительность PHP + MySQL на старте - далеко не самая большая проблема.

Лучше не заниматься преждевременной оптимизацией. Сделать прототип на том стеке, что лучше известен. Уточнить требования и уже дальше решить - стоит оптимизировать или нет. А еще лучше сделать два прототипа и решить, что лучше на практическом сравнении. Практическое же сравнение делать на основании тестов из сформированных требований.

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

Сначала были Windows API и DLL Hell. Революцией N1 было DDE - помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Но другая группа в Microsoft нашла в DDE фатальный недостаток - его писали не они!

2) Долго, мучительно и с кучей копания в дебаггере. Спецификация COM - огромный многостраничный документ, которых вы боитесь.
3) Они были популярны в 1998 году и около того времени. Тогда даже рабочий стол форточки сделали таковым объектом. За 10 лет популярность пошла на спад, так как оказалось что кроме встраивания экселя в ворд, это все нафиг никому не надо (особенно в ТАКОМ виде), а программы могут общаться между собой не при помощи монструозного бинарного интерфейса с маршалингом, и даже не при помощи километров XML в SOAP, а гораздо более легковесными посылками и обращениями к REST API. Сейчас это чудо можно встретить разве что при работе с DirectX.

sugarcrm

Битрикс24

Мой склад. Не плохое апи

Боже сижу на тостере уже 2 год, но ласт полгода не заходил , но список топ вопрос так не изменится.
Аля хочу стать "вставь свою профу" - я чел идейный , я люблю эту профессию, но вот как-то нету миллионов которые мне тот мужик на курсах обещал. А есть только лендосы за 500, которые с правками делаются месяц(((
И ты глянь вроде полно разрабов - а работать то некому, а почему - да все просто ибо рынок переполнен людьми с курсов которые готовы работать за 500р но ничего толком не умеют. А с чего такие выводы? Да все просто не раз уже приходят - сколько стоит Х проект ты говоришь Х₽ и Х дней, и ответ - оооо нет мне там вон Вася за сутки и 500р сделает , ну окей идите. Через две недели приходит тот же человек и говорит , ну тут Василий все сделал - но потом немного правок (правок больше чем тз сайта) , а он пропал можете доделать за 500р. Или пример вон знакомый в скилл боксе полгода учился, насколько знаю обучение там не дёшево, а итог попросил его сверстать лендос (у самого времени не было) так он дата атрибут не умеет прописывать (реальная история).
А к чему эта простыня текста? Да к тому, что если ты реально что-то умеешь - то ты не будешь работать за 10к/2 месяца

Как это вообще по уму делают?

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

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

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

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

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

Один нюанс - нужен сильный архитектор из вашего домена)

ОЧЕНЬ люблю таких ребят :)

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

таких вопросов уже была уйма, но специально для тебя вкратце напишу еще раз: ЛЮБАЯ ИДЕЯ НИЧЕГО НЕ СТОИТ. любой код достаточного объема, увы, имеет кучу костылей и спорных решений, поэтому легче написать с нуля свое, чем взять код из готового проекта.

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

из вариантов — не выкладывайте разработчикам планы на развитие проекта. этого будет достаточно. то есть фичи должны быть только у тебя (в голове или на бумаге, не важно), и должны раскрываться по ходу разработки. можно подписать NDA (если в юрисдикции США) или договор о неразглашении / коммерческой тайне, но это, извини, пердеж на зажигалку.

Ну, проблема в концептуальном не понимании что такое аналитика и Warehouse или Data Lake.
Во-первых давайте определимся чем аналитика отличается от метрик, агрегатов и отчетов.

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

Если мы все еще говорим про аналитику то она не должна обращаться к живым данным вообще. Ее складывают в отдельный Warehouse или Data Lake и анализируют по необходимости. Основными инструментами являются Power BI, Tableau или даже пресловутый Excel.

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

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

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