Теперь понятно, почему Гугл и Эппл договорились не хантить друг у друга людей. Потому что иначе нельзя было бы доверять этим 100 ведущим людям (причем каждый год это разная сотня) столько секретной информации.
Честно говоря, я вообще рассуждал вне контекста «нормально/ненормально», я считаю, что все люди должны относиться друг к другу уважительно, не обращая внимания на должность и ситуацию на рынке труда.
Просто текущая ситуация на рынке IT располагает к тому, что работник может вести себя так, как захочет, но это очень недальновидно — во-первых, никогда не знаешь, когда еще придется встретиться с человеком и при каких обстоятельствах, а во-вторых, сегодня ты джуниор, а завтра — менеджер проекта. Надо всегда поддерживать культуру взаимоотношений и учета интересов обеих сторон.
И что в этом плохого? В кои-то веки появилась отрасль, где начальник-самодур не может плевать на мнение сотрудников, потому что хороший сотрудник — это редкость. И никто бы не платил джуниору больших денег, если бы была такая возможность, но т.к. людей на рынке труда мало, то приходится платить за право иметь сотрудника (пусть даже и неопытного).
И еще: если людям платят такую зарплату — значит результаты их работы приносят гораздо больше, иначе её было бы не с чего платить.
На двух разных (десктоп и ноутбук), причем перемотка частично работает, но при этом видео превращаются в кашу, а звук работает в течение нескольких секунд, а потом всё подвисает, и появляется круговой индикатор загрузки, как будто у плеера не получается подгрузить видео. Другие видео работают (в том числе и такие же долгие).
Я потому и спрашиваю. Просто с трудом верится, что можно на одном инстансе хранилища получить 200+ К prs, имея наполненные данными кэши, ведь в эти цифра должна влезть и серилизация/десериализация запроса + поиск по ключу + серилизация/десериализация ответа.
Первое слагаемое зависит от размера ключа
Второе в общем случае константа, но если мы говорим об операции put, то время выполнения зависит от наполненности данными (при большом объеме данных количество коллизий будет расти)
Третье зависит от объема ответа
А какой там был объем данных в кэше? Какой размер объекта, который вы доставали? Сколько потоков использовали на клиенте, сколько на сервере?
Вы доставали по одному и тому же ключу или по разным?
Задача компании сделать из джуниора мидла за минимально возможный срок (в идеале за 2-2.5 года).
Если держать человека 2-2,5 года джуниором, то он вряд ли будет дожидаться, пока вы переведете его в мидлы. Активные джуниоры (а он не может быть неактивным, потому что всё, что вокруг него происходит, ему в новинку) редко сидят дольше года в джуниорах.
Мидл-разработчик – это ваша вьючная лошадь, которая будет выполнять большую часть всей рутинной работы и приносить максимальную прибыль. Поэтому для мидла важно быть “трудягой”, а не “звездой” или “классным чуваком”
Это ведь вопрос психологии. То есть описанный вами мидл никогда не станет синьором, потому что он совсем другой человек. По-вашему, синьор рождается звездой, а мидл — это те, кому не повезло.
За статью поставил плюс, хотя и не согласен с мнением автора.
Соглашусь, что хорошего программиста отличает ясность в понимании той терминологии, которую он использует, потому что за каждым словом скрывается множество нюансов.
Но Stateless подход гораздо более приемлем для нагруженных приложений, требующих масштабирования. Возможно его дольше воплощать (хотя это спорно), и отдельный компонент системы может работать немного медленнее за счет необходимости получения данных из внешнего источника (кэш, БД, другой компонент), но зато количество таких компонентов может расти линейно без потери производительности и, самое главное, надежности всей системы.
Опять же автоматизация тестирования Stateless системы гораздо тривиальнее.
Просто текущая ситуация на рынке IT располагает к тому, что работник может вести себя так, как захочет, но это очень недальновидно — во-первых, никогда не знаешь, когда еще придется встретиться с человеком и при каких обстоятельствах, а во-вторых, сегодня ты джуниор, а завтра — менеджер проекта. Надо всегда поддерживать культуру взаимоотношений и учета интересов обеих сторон.
И еще: если людям платят такую зарплату — значит результаты их работы приносят гораздо больше, иначе её было бы не с чего платить.
Первое слагаемое зависит от размера ключа
Второе в общем случае константа, но если мы говорим об операции put, то время выполнения зависит от наполненности данными (при большом объеме данных количество коллизий будет расти)
Третье зависит от объема ответа
Вы доставали по одному и тому же ключу или по разным?
В общем, расскажите, что и как измеряли?
Если держать человека 2-2,5 года джуниором, то он вряд ли будет дожидаться, пока вы переведете его в мидлы. Активные джуниоры (а он не может быть неактивным, потому что всё, что вокруг него происходит, ему в новинку) редко сидят дольше года в джуниорах.
Это ведь вопрос психологии. То есть описанный вами мидл никогда не станет синьором, потому что он совсем другой человек. По-вашему, синьор рождается звездой, а мидл — это те, кому не повезло.
Соглашусь, что хорошего программиста отличает ясность в понимании той терминологии, которую он использует, потому что за каждым словом скрывается множество нюансов.
Но Stateless подход гораздо более приемлем для нагруженных приложений, требующих масштабирования. Возможно его дольше воплощать (хотя это спорно), и отдельный компонент системы может работать немного медленнее за счет необходимости получения данных из внешнего источника (кэш, БД, другой компонент), но зато количество таких компонентов может расти линейно без потери производительности и, самое главное, надежности всей системы.
Опять же автоматизация тестирования Stateless системы гораздо тривиальнее.
Прочитал несколько раз, прочитал оригинал, но всё равно ничего не понял.