routing_key не связан напрямую с именем очереди, он нужен для распределения сообщений по очередям, подробнее можно почитать здесь.
prefetchSize — ограничение в байтах
Статья понравилась, но о большинстве этих вещей стоит задумываться не на самом старте, а когда проект уже запущен, иначе есть риск так и не запуститься.
Тогда стоило описать расчет матожидания в зависимости от цены (например, на основе цен и количества покупок конкурентных приложений) и после этого «выставлять цену». А в текущем виде пример слишком притянут за уши.
Павлу и Антону следовало бы сначала оценить сроки обоих вариантов решения задачи и затем поставить руководителя в известность: «Могу сделать так-то за столько-то, а могу так-то в два раза дольше, но зато в следующий раз будет на порядок быстрее (будет работать с новыми версиями)», и только потом приступать ко второму варианту, если ему дали добро. Иначе, располагая неполной информацией, их инициатива может быть убыточной для бизнеса (например, завтра дедлайн, а по условиям контракта за непопадание в сроки налагается существенный штраф, либо просто не требуется работа с новыми версиями или повторяемость процесса, тогда не нужно нарушать принцип KISS). Адекватному руководителю всегда виднее, какой вариант будет лучше.
Ну а Андрей и Евгений просто низкосортные «специалисты», которых не интересует собственный рост, успешность компании, качество результата.
В общем, все четверо, на мой взгляд, поступили неправильно. Но статья великолепна.
prefetchSize — ограничение в байтах
Ну а Андрей и Евгений просто низкосортные «специалисты», которых не интересует собственный рост, успешность компании, качество результата.
В общем, все четверо, на мой взгляд, поступили неправильно. Но статья великолепна.
А как насчет блока с clear: both в конце контейнера? Так не будет побочного эффекта, как в примере, отчего считаю такой вариант более оптимальным.
Долго грузится, доходит до примерно 95% и останавливается, доску так и не увидел.
OS X + Chrome