Ну, я ухожу обычно исходя из интереса, деньги это уже вытекающее, есть какая-то нижняя приемлемая планка дохода, а получать в руки за лишние 10-20% хреновый проект как-то не очень хочется.
>Так было, так есть и так будет — главное понимать это и делать соотв. выводы как «молодым» так и «старикам». «Старик» из статьи сделал, т.к. несколько раз соглашался на новом месте на зарплату меньше предыдущей, хоть и пытается это прикрыть пафосным бредом вроде:
Не знаю, я обычно так делаю, ухожу с потерями.
Тут немного логика не вяжется, зачем недоплачивать ценным сотрудникам?
Компании невыгодно платить сильно ниже рынка, сотрудник просто скоро уйдет, нового кандидата придется искать, интегрировать и тратить на это ресурсы. Есть компании, ориентированные на подобную текучку, это их кадровая модель.
Также, компании невыгодно платить сильно выше рынка, она будет тупо переплачивать. Может быть, иногда имеет смысл переплачивать за срочность или какие-то дополнительные гарантии связанные с человеком, лояльность, дополнительные обязательства. Есть, конечно, забавная модель платить, условно, 2х по рынку за абсолютную лояльность, чтобы люди реально дорожили работой но, имхо, странно это делать массовой практикой.
Остальные состояния неравновесные и относительно зыбкие.
Вопрос, что означает в этом плане возраст? Либо у тебя накопилась какая-то крутая и ценная специализация и/или их сочетание. Либо есть опыт сустейнинга чего-то ценного или просто разгребания особо прочной грязи. Либо добро пожаловать в общую очередь.
Тут встает очень простой вопрос, «что для меня главное».
Если из жизни выкидываешь не главное — необязательные социальные ритуалы, ненужных людей, бессмысленные поездки, тупое чтиво, новости, автоматические оповещения, привычку имитировать деятельность на публику, вместо самой деятельности и прочий треш, то времени остается достаточно. В этом я вижу пользу семьи. Если это все выглядит важнее IT, то нужно просто искать другое занятие.
Да, не без этого, тут главное, что все довольны.
Странно, упрекать коммерческую организацию в том, что она экономит, правда часто это бывает в духе «отрезал ноги, сэкономил на штанах».
Компания со своей стороны берет расходы за их косяки и «ой, не получилось».
>И заморачиваться стоит, только если компания вам действительно интересна. Но если позиция не интересна, то и на собеседование приезжать не за чем, верно?
Глупости, людям полезно общаться, а HR-ам расширять базу. Адекватных людей на рынке не так много гуляет.
К тому же, человек может иметь неверное представление о конторе, а контора о человеке. Техническим специалистам также не мешает знакомиться между собой. У меня текущая контора фактически в блеклисте была, однако в процессе живого общения команда сильно понравилась.
Стоит учесть, что реально поддержку Ceph, как и починку разлетевшегося в щепки Ceph в мире может запровайдить только одна организация, в которой работают его коры. Что немного вкладывает твою мошонку в руки этой компании.
Ребят, размеры-то смешные, in-memory кэши ныне пожирнее бывают. 10TB это фактически 1 современный диск, который можно поставить на стол или 10 не-современных дисков. Если тирить хотзоны, так вообще все локальное и по-домашнему уютное.
Модуляризация, наличие конвенции о размещении коллбэков в сигнатурах, наличие центральных оркестраторов приложения вроде стейт машин или механизма эвентов, хотя у последнего есть множество своих минусов.
И почему без промисов? Они по сути просто удобная обертка над двумя-тремя коллбэками. Стоит познакомиться с FRP это развитие идее, когда мы вместе с коллбэками упаковываем контекст выполнения, и по возможности оформляем код как мэппинг входного потока данных на выходной.
Еще очень полезно познакомиться с другими функциональными языками программирования, например LISP/clojure или Haskell, в них многие вещи вроде мэппингов, функторов, делегатов, монад и т.п. более наглядны без шелухи си-подобного синтаксиса.
По haproxy данные сильно устаревшие и частично неверные (что это исключительно l7 балансировщик).
Куда выше шанс упереться в производительность ядра, а не haproxy, хорошо, что решений этой проблемы предостаточно.
Не знаю, я обычно так делаю, ухожу с потерями.
Тут немного логика не вяжется, зачем недоплачивать ценным сотрудникам?
Компании невыгодно платить сильно ниже рынка, сотрудник просто скоро уйдет, нового кандидата придется искать, интегрировать и тратить на это ресурсы. Есть компании, ориентированные на подобную текучку, это их кадровая модель.
Также, компании невыгодно платить сильно выше рынка, она будет тупо переплачивать. Может быть, иногда имеет смысл переплачивать за срочность или какие-то дополнительные гарантии связанные с человеком, лояльность, дополнительные обязательства. Есть, конечно, забавная модель платить, условно, 2х по рынку за абсолютную лояльность, чтобы люди реально дорожили работой но, имхо, странно это делать массовой практикой.
Остальные состояния неравновесные и относительно зыбкие.
Вопрос, что означает в этом плане возраст? Либо у тебя накопилась какая-то крутая и ценная специализация и/или их сочетание. Либо есть опыт сустейнинга чего-то ценного или просто разгребания особо прочной грязи. Либо добро пожаловать в общую очередь.
Если из жизни выкидываешь не главное — необязательные социальные ритуалы, ненужных людей, бессмысленные поездки, тупое чтиво, новости, автоматические оповещения, привычку имитировать деятельность на публику, вместо самой деятельности и прочий треш, то времени остается достаточно. В этом я вижу пользу семьи. Если это все выглядит важнее IT, то нужно просто искать другое занятие.
Странно, упрекать коммерческую организацию в том, что она экономит, правда часто это бывает в духе «отрезал ноги, сэкономил на штанах».
Компания со своей стороны берет расходы за их косяки и «ой, не получилось».
Была ли врублена NUMA на хосте?
Глупости, людям полезно общаться, а HR-ам расширять базу. Адекватных людей на рынке не так много гуляет.
К тому же, человек может иметь неверное представление о конторе, а контора о человеке. Техническим специалистам также не мешает знакомиться между собой. У меня текущая контора фактически в блеклисте была, однако в процессе живого общения команда сильно понравилась.
И почему без промисов? Они по сути просто удобная обертка над двумя-тремя коллбэками. Стоит познакомиться с FRP это развитие идее, когда мы вместе с коллбэками упаковываем контекст выполнения, и по возможности оформляем код как мэппинг входного потока данных на выходной.
Еще очень полезно познакомиться с другими функциональными языками программирования, например LISP/clojure или Haskell, в них многие вещи вроде мэппингов, функторов, делегатов, монад и т.п. более наглядны без шелухи си-подобного синтаксиса.
Куда выше шанс упереться в производительность ядра, а не haproxy, хорошо, что решений этой проблемы предостаточно.
https://docs.docker.com/compose/