⚡ Kotobotov ⚡

у ВК АПИ много разных лимитов, вы прочитали наиболее общий, подробнее в документации указанно, что например для 1 секунды, один лимит, лимиты для 1го часа НЕ равны суммам лимитов по секундам и тд.
тоже самое касается отдельных запросов, например на отправку сообщений (скорее всего вы его используете), там СОВСЕМ другие лимиты, хотя работает также в начале 3 запроса в секунду, но суммарно например 9 запросов в минуту (это условно, нужно смотреть на документацию) и например 30 запросов в час, 100 запросов в день.

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

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

короче для реализации такого, нужно знать что такое гармонические колебания, и понимать немного за "физику".
вот короткое введение по твой теме
https://www.youtube.com/watch?v=GvwPwIUSYqE
и да ангуляр это не язык программирования, писать будешь на ЖС)

прорешай 1000 задач с олимпиадного программирования (желательно с повышенной сложностью), и все прийдет само

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

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

обьективно -> JS
субьективно -> являясь самым ужасным

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

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

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

ну вот на пальцах например:
у тебя фотография эта делится например на 9 секторов
в каждом из них есть состояние например 1 или 0 (на состояние секторов ты не влияешь, а только оцениваешь)
допустим данные с этих секторов считывает один нейрон - после того как он считал состояние всех секторов он должен делать вывод - круг это или квадрат
этот вывод он делает на основе так называемой "решающей функции".
допустим решающая функция такая - если сумма всех значений всех секторов больше 5 - значит это квадрат если меньше то это круг (решающие функции могут быть сложнее, но важна сама суть поиска решений)
и суть такая ->
на сами входящие значения ты не можешь влиять, поэтому чтоб влиять на результат, ты можешь перемножать на определенный коэффициент входящие значения, и варьируя коэффициент умножаемый на входящее значение ты подгоняешь результат "решающей функции" под требуемый результат. Подгонка эта происходит через процесс называемый обратное распространение ошибки.
на входе 8 единиц (круг), в начале коэффициенты например равны единицы - сумма всех входящих значений умноженных на коэффициент - равна 8, ты проверяешь, соответствует она твой схеме (при которой круг это значения меньше 5) - нет 8 больше 5, значит ты понижаешь немного значения коэффициентов (обычно изменяют значения не сразу на необходимую величину а на небольшое значение, называемой лернинг рейтом) например на 0.1 (есть много других схем изменения коэффициентов), но вот из-за того что ты показываешь примеры с кругом и квадратом, то повышая на 0.1 значения активировавших нейрон входящих сигналов то понижая, у тебя выходит нужная схема, при которой при входе 8 секторов с единицами, 1 центральный ноль, у тебя сумма с коэффициентами выдает в ответе 4.8 например, что соответствует кругу, а значит коэффициент для всех входящих значений равен 0.6
П. С.
сама смысловая связь между каким-то классом, и значением больше 5 или меньше 5 - делает баесовская функция в нейроне, здесь же мы эти значения задали самостоятельно.

обычно если запрос блокирующий, то на него накладывают разные ограничения, чтоб сервак хоть как-то отвечал, и не было длительных блокировок, лучше не пытаться обходить эти ограничения (тк они достаточно разумные)
ПХП - это скриптовый язык, не вполне для анализа больших данных, используте его для формирования обработки задач в других продуктах, например apache spark

не правильно Дядя Федор, ты себестоимость своего труда считаешь.
Даже если у тебя 500 рублей в час -> ты не учитывал накладные расходы, на поиск и обработку заказа (даже если тебе чувак сам написал), на тестирование, на всякие согласования и консультации, на сдачу / приемку. Ты не учитываешь что у тебя из переговоров только какая-то часть получается заказов (соответственно ты тоже должен это включать в расчет цены), и потраченное время на других потенциальных заказчиков тебе тоже кто-то должен возмещать, иначе ты с голоду помрешь при такой калькуляции что сейчас у тебя есть.
но это все "себестоимость" - реальная цена труда - это столько за сколько ты можешь его продать (а это уже продавать нужно уметь), и я тебе говорю, можно продавать раз в 10 дороже чем ты это делаешь сейчас,
пойми -> ты продавал продукт (в виде бота), а не 1 час программирования.
Вобщем мой совет тебе обратится такой "желающий" за 500 рублей бота получить, говори ему сразу например 20 тысяч -> и пускай валит кулем, если нет столько бабок за разработку -> значит не дорос еще ботов покупать, пускай за 500 рублей себе конфеток купит.
Тебе не нужно гнаться за КАЖДЫМ заказчиком, выставляй ценник от 20 тысяч например за пару дней работы, откажись от 90% заказчиков-нищебродов, и начни нормально работать. У кого есть бабки они тебе оплатят и больше за разработку, лучше работать 1 день в месяц с достойным заказчиком, чем весь месяц с какими-то нищибродами (которые изза 500 рублей еще торговаться будут).
П. С.
Сейчас фантастическое количество людей которые хотят например себе получить интернет-сервис, или там какого-нибудь бота за "500 руб", это неадекватные больные на всю голову люди, которые не ценят ни чужой труд, ни результаты этого труда, с ними даже разговаривать нельзя. Они вообще ко всем лезут, стучатся в лички, начинают уговаривают и тд. Посылай их сразу нахер.

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

привет брат поразуму, всегда также делаю и считаю глупостей вначале передавать код 200 (все оке), а потом еще в ответе писать {статус: "все оке"}

с другой стороны полно недалеких разрабов, которые не знают как работать с заголовками - и если у тебя какой-то массовый сервис для дебилов, то возможно им нужно дублировать и в теле инфомацию, но я не понимаю как ты для них продублируешь инфу в ответе если например сервак упал, или там 404 выдал.
хотя я за чистоту апи, чтоб служебной информации в ответе не было, вся служебная информация чтоб в заголовках ппередавалась.
С другой стороны АПИ должно быть понятным и очевидным без документации, поэтому лучше передавать не просто массив, а именнованный данные.
Пример:
запрос гет хттп://юзер/1
ответ {имя: "вася", возраст: 18}, а не {["вася", "18"]}