Этот дебилизм плановой экономики появился не просто так, а из идеологии конкретных людей. И возвращаясь к этому заново вопрос (риторический) - было ли гнобление людей самоцелью.
Было ли гнобление самоцелью, когда расстреливали миллионами для выполнения плана? Ну да, гнобили еще и для ускоренной индустриализации, но было и то и другое, а не что-то одно.
Этот подход можно заметить и в WEB серверах (apache, nginx) и менеджерах процессов PHP - FPM где нужно вручную указать количество этих параллельных потоков (процессов) - они называются в них workers
Я именно этот абзац комментировал. Подход в много воркеров там в основном по другой причине.
В веб серверах количество воркеров или потоков именно для работы с CPU, а не чтобы максимально быстро данные с сетевой карты считать. Обработка http-запросов занимает от миллисекунд до секунд, и оптимизация микросекундныхзадержек тут на самом последнем уровне. А вот сколько запросов параллельно обсужит от пользователей - как раз на первом, но это количество тоже до тысячи обычно, а то и 64 стандартно.
По идее бесшовность и распределение по физическим машинам нужна для динамического управления нагрузкой на сервер. Тогда в разные моменты времени каждый сервер обрабатывает разные размеры карт. У вас такое заложено?
Ну и далее мне видится, что должны бытт сервера, которые обсчитывают физику и взаимодействие, а должны еще быть типа прокси - куда игрок стучится и от кого получает обновляемые данные мира + всякие агрегируемые данные, типа сообщения в чатах и т.п.
Вроде и работал с Unity, но видимо надо разобраться с ECS, т.к. не понял ни сути проблемы, ни решения, ни области, к которой это применяется. Все очень абстрактно для меня.
Я один в первом абзаце увидел "расскажу как ускорить бинарный поиск в сотни раз", а в конце сравнение резульиатов менее чем в 2 раза? Понимаю, что не все рассказали, но хотелось бы получать то, что заявлено или тогда уже переформулировать, что "в конце цикла статей вы узнаете как ускорить бинарный поиск в сотни раз".
Ну как минимум если у вас кликер и числа обновляются чаще раза в секунду - уже стоило задуматься на реализации без ToString, чтобы избежать лишних вызовов GC.
Ну и вместо BigInteger, раз все равно сокращаете, можно было бы использовать double. Если нужно реально больше 300 цифр в числе - можно придумать свой формат, где будет double + степень. При обновлении все что меньше определенной точности итак не имеет значения. BigInteger на больших числах может быть слишком медленным и тоже утечки памяти провоцировать.
Если тестовое прислали и что-то не так, то просьба это переделать - уже звоночек о кидалове. Если что-то не так, то или 1) вы нам не подходите, или 2) давайте обсудим, почему вы сделали так, а не по другому, т.к. потенциал виден, может и подойдете.
Для некоторых задач можно вместо нейросети использовать линейную регрессию, но это не значит, что линейная регрессия и есть нейросеть. Или ДВС можно заменить на электродвигатель. Или ставни на шторы.
Надеюсь теперь понятнее, что замена не есть равенство. И что измерение уровня гормонов не есть определение уровня счастья.
Счастье - это процесс, а не результат (скажет почти любой психолог), я бы в этом планезаменил неизмеримый уровень счастья на вполне измеримые уровни дофамина, серотонина, эндорфина и окситоцина - предполагаемый уровень получаемого удовольствия. Ну и еще сюда тогда добавить про привыкание нервной системы - типа если постоянно ешь сладкое то потом это почти не приносит удовольствия и надо все большую дозу.
Извините, но по содержанию статьи как-будто силу свою не в ту точку прикладываете. Если идет так сложно, что хочется оправдываться, может стоит детальнее расписать, а что и почему вы вообще хотите и поискать точку опоры там?
А приручить выполнять любой приказ нужно для чего? Для реализации своих целей. Ок, согласен, гнобление это результирующий эффект, не самоцель.
Этот дебилизм плановой экономики появился не просто так, а из идеологии конкретных людей. И возвращаясь к этому заново вопрос (риторический) - было ли гнобление людей самоцелью.
Было ли гнобление самоцелью, когда расстреливали миллионами для выполнения плана? Ну да, гнобили еще и для ускоренной индустриализации, но было и то и другое, а не что-то одно.
А можно узнать, сколько времени из 1/600.000 уходит в вашей реализации на сериализацию/десериализацию и что вообще в это время у вас входит?
Я именно этот абзац комментировал. Подход в много воркеров там в основном по другой причине.
А если посмотреть скорость сериализации/десериализации то отличие на порядки также в пользу бинарной. Но с json проще прототип начать делать.
В веб серверах количество воркеров или потоков именно для работы с CPU, а не чтобы максимально быстро данные с сетевой карты считать. Обработка http-запросов занимает от миллисекунд до секунд, и оптимизация микросекундныхзадержек тут на самом последнем уровне. А вот сколько запросов параллельно обсужит от пользователей - как раз на первом, но это количество тоже до тысячи обычно, а то и 64 стандартно.
По идее бесшовность и распределение по физическим машинам нужна для динамического управления нагрузкой на сервер. Тогда в разные моменты времени каждый сервер обрабатывает разные размеры карт. У вас такое заложено?
Ну и далее мне видится, что должны бытт сервера, которые обсчитывают физику и взаимодействие, а должны еще быть типа прокси - куда игрок стучится и от кого получает обновляемые данные мира + всякие агрегируемые данные, типа сообщения в чатах и т.п.
Вроде и работал с Unity, но видимо надо разобраться с ECS, т.к. не понял ни сути проблемы, ни решения, ни области, к которой это применяется. Все очень абстрактно для меня.
<занудство>
Я один в первом абзаце увидел "расскажу как ускорить бинарный поиск в сотни раз", а в конце сравнение резульиатов менее чем в 2 раза? Понимаю, что не все рассказали, но хотелось бы получать то, что заявлено или тогда уже переформулировать, что "в конце цикла статей вы узнаете как ускорить бинарный поиск в сотни раз".
</занудство>
<занудство>
Ну как минимум если у вас кликер и числа обновляются чаще раза в секунду - уже стоило задуматься на реализации без ToString, чтобы избежать лишних вызовов GC.
Ну и вместо BigInteger, раз все равно сокращаете, можно было бы использовать double. Если нужно реально больше 300 цифр в числе - можно придумать свой формат, где будет double + степень. При обновлении все что меньше определенной точности итак не имеет значения. BigInteger на больших числах может быть слишком медленным и тоже утечки памяти провоцировать.
</занудство>
А так вообще прикольно.
Если тестовое прислали и что-то не так, то просьба это переделать - уже звоночек о кидалове. Если что-то не так, то или 1) вы нам не подходите, или 2) давайте обсудим, почему вы сделали так, а не по другому, т.к. потенциал виден, может и подойдете.
Я вот много чего хочу делать для себя, но малейшая сложность и "лучше новости читану". А когда припрет - то сложности все решаются.
Ух, злюсь. Вот вам разъяснение.
Для некоторых задач можно вместо нейросети использовать линейную регрессию, но это не значит, что линейная регрессия и есть нейросеть. Или ДВС можно заменить на электродвигатель. Или ставни на шторы.
Надеюсь теперь понятнее, что замена не есть равенство. И что измерение уровня гормонов не есть определение уровня счастья.
Я предложил заменить счастье на уровень гормонов, и сказал, что это гормоны удовольствия. Я ничего не приравнивал, не додумывайте.
Про мелодию - вы красиво сказали.
Счастье - это процесс, а не результат (скажет почти любой психолог), я бы в этом планезаменил неизмеримый уровень счастья на вполне измеримые уровни дофамина, серотонина, эндорфина и окситоцина - предполагаемый уровень получаемого удовольствия. Ну и еще сюда тогда добавить про привыкание нервной системы - типа если постоянно ешь сладкое то потом это почти не приносит удовольствия и надо все большую дозу.
"Дайте мне точку опоры, и я сдвину Землю" (с)
Извините, но по содержанию статьи как-будто силу свою не в ту точку прикладываете. Если идет так сложно, что хочется оправдываться, может стоит детальнее расписать, а что и почему вы вообще хотите и поискать точку опоры там?
Автор сам синьором был? Или это точка зрения с джуновского угла зрения на все остальное без опыта в оном?
Я знаю Unity. Я про то, что заголовок и содержание не соответствуют друг другу.
Увидел много доводов "почему стоит начать разрабатывать на Unity" и ни одного "как".