Среди мужского населения желания уступать не сильно больше, особенно когда это подается под очень странным соусом «я тут самый умный». Попробуйте посмотреть на вопрос в долгосрочной перспективе. Не в ключе, что сейчас таску решим, дыру заткнем, а дальше хоть трава не расти, а именно в динамике. Не важно же кто прав или не прав, проблема в том, что два человека в команде не смогли договориться и тратят свои сили не туда. И как Вы лично считаете, что произойдет с видением ситуации и мотивацией у каждой из стороны конфликта в случае силового решения?
Вот моя версия. Задавленная сторона скорее всего получит минус в мораль. При прохождении критической отметки либо уволится, либо будет выполнять таски формально для галочки. Вторая сторона в итоге получает положительное подкрепление к агрессивной модели поведения, что в итоге приводит к росту ЧСВ со всеми вытекающими. А это все разворачивается на глазах других участников команды, что морали им не прибавит. Считаем, что конфликт задушен в зародыше, но по факту полечили симптомы, получив осложнения.
Да думайте, на здоровье иначе, я за свободу самовыражения, но только не надо лицемерить. Мне вот не будет стыдно, если мое начальство ознакомиться с моими комментариями.
Самые ужасные проекты (в первую очередь с точки зрения бизнеса), за которыми мне удавалось наблюдать, почему-то велись адептами «идеального» кода, серебряных пуль, патернов и принципов. Бывает, что адепты создают и качественный продукт, но вот ни разу не наблюдал, чтобы люди умеющие договариваться создавали такой адЪ. В этих проектах все было замечательно: пяток языков программирования, столько же разношерстных баз, адовое нарушение этих самых принципов (с горой оправданий, что мы все по уму, но нам бизнес все испортил своими желаниями), а главное заправлено это все зависимостью от единого разработчика. Как следствие безумные расходы на поддержку монстра. Но формально все хорошо, стандартов придерживаемся, код ревьюим (ну и что, что разработчики разбегаются).
Смею предположить, что на заводском конвейере «хипстерская херня» Вас не достанет. А в IT, все же напомню, единственный ресурс это люди. Кодовая база моментально устаревает и теряет актуальность и без человеческого ресурса просто умирает.
А потом на проекте все зависит от одного человека — выгоревшая суперзвезда, у которой глаз дергается. Договариваться надо со всеми участниками, а иначе это верный способ убить проект. Вообще, Я бы рекомендовал свое ЧСВ как-то иначе выражать. Спортом там заняться, где результаты формализованы, или кибер-спортом. Там, да, можно точно сказать, что ты круче и бить пяткой в грудь.
О, вот и роботы подтянулись, упомянутые в первой статье. Автор пытается получить результат, а не с помощью силы почесать свое ЧСВ. В одиночку большой проект не вытянуть, а значит надо уметь кооперироваться, договариваться и иные непонятные для роботов слова.
«все хорошо, все довольны, просто зажрались», а может быть это Вы не умеете работать с мотивацией людей? Глупо полагать, что достаточно выплачивать ЗП, чтобы мотивировать сотрудника эффективно работать. Например, если у вас день за красных, а день за белых, то сколько бы не платили, в ближайшее время сотрудник перейдет в режим экономии энергии и будет делать все, чтобы его не трогали. Удерживание немотивированных сотрудников еще больше усугубляет процесс деградации общей мотивации. Просто помните, что если сотрудник неэффективно работает, это в первую очередь вина менеджера.
Как Вы будете объективно балансировать нагрузку и хорошо выполнять другие операции если не понимаете, что происходит у Вас внутри отдела? Ваша позиция была бы оправдана, если бы Вы были гендиром, который при всем желании не сможет разобраться в нюансах. Он это делегирует нижнему звену, первичная задача которых именно контролировать ситуацию в отделах, потому что сам он туда никогда не сможет заглянуть. А по факту получается, что Вы сливаете свою главную задачу, играя в БольшогоБоса, которому не по статусу холопами заниматься.
Если Ваши сотрудники такие хорошие, что могут все сами. Зачем нужна тогда бессмысленная прослойка в виде Вас? Глобальную задачу раз в год им может и гендир поставить.
Работая с подчиненными, стоит не забывать, что сейчас вы не в экономический симулятор играете, в котором цель настроить баланс и радоваться настроенной системе. Где цена ошибки это одно нажатие кнопки restart. Тут живые люди, и система с огромным количеством входных параметров. Задача менеджера, найти взять подходящих людей и создать условия, чтобы подчеркнуть их плюсы и нивелировать минусы. Автор же пытаетесь создать лабиринт из правил для своих подчиненных, чтобы они там бегали и его не беспокоили. Наверное, чтобы заниматься какими-то своими делами.
Касаемо депремирования. Сотрудник либо устраивает, либо нет. Если устраивает, то глупо штрафовать. Если не устраивает, зачем держать.
Я не использую их продукт, но мне было очень интересно и познавательно именно с точки зрения реализации тех или иных идей. У меня есть собственная крайне специфическая база данных и потому крайне благодарен командам tarantool и postgresql pro за статьи и топики на различных конференциях.
як стартап, таки сервак. У нас денег нет купить сервак большой, мы шардинг нагородили. Вопрос же в том, что все данные в памяти. А мы нищий стартап по аналитике с огромным объемом данных, которые участвуют в выборках. Нормальной организации думаю может себе позволить 6000$ за сервак на 1ТБ ОЗУ c ebay.
Если у вас несколько десятков ТБ данных, к которым требуется быстрый доступ, то либо у вас ооооооочень много клиентов и нет проблем прикупить пару стоек, либо что-то не то храните.
[Открываем клуб нищих стартапов] Сейчас я арендую пару серверов на 128GB ОЗУ за 80 евро в месяц каждый, чтобы там крутилась in-memory база. На ебее с доставкой такой сервак можно купить c доставкой за 800 баксов.
Если не хранить видео с картинками в памяти, а правильно разделять данные, то хранить все в памяти проблем не составляет. Сейчас запросто можно купить сервер на несколько ТБ озу.
Какой позор, автор считает, что создатели Linux дураки?
По опыту скажу, что ни раз сталкивался с ситуацией, когда этот небольшой резерв очень помогал, например загзипить какие-то данные. И вообще место для маневра нужно не только на системном диске. Очень редко требуется полная утилизация диска, чтобы положить в 0 и забыть. Для рабочих систем обычно если 80% заполнения => чистка или расширение.
Выглядит как бедный бизнес, который не может позволить себе несколько % в резерв, но при этом потеряв гораздо больше на последствиях.
Мне кажется, что автор уезжая из России забыл уехать из России. Русская компания, с русским боссом, да еще и заранее известно, что эксцентричным. Игра по правилам, вот что отличает ЕС от России, а в этой ситуации этим даже не пахло.
Удачи вам ребята, потом вы обнаружите те же VP деревья, но для данной задачи это все не подходит. Сейчас я для этой задачи уже 5ый алгоритм тестирую, нужной скорости достигнуть так и не удалось.
Шел 2017 год… А велосипедостроительство только набирало обороты.
Не понятна проблема в принципе, если все оборудование все хе находиться в одном бродкаст домене, то что мешает использовать статичный IP для сервера-ноутбука. Если это все ходит через интернет, то без специальной настройки всех промежуточных маршрутизаторов udp broadcast не пойдет через них. Вообще решение выглядит как UDP чаты из 90ых.
Если это распределенная сеть, то без выделенного сервера ну никак. Как вариант взять нормальное решение для автодеплоя, например тот же SaltStack и делать со своими киосками любое непотребство в любое время.
Вот моя версия. Задавленная сторона скорее всего получит минус в мораль. При прохождении критической отметки либо уволится, либо будет выполнять таски формально для галочки. Вторая сторона в итоге получает положительное подкрепление к агрессивной модели поведения, что в итоге приводит к росту ЧСВ со всеми вытекающими. А это все разворачивается на глазах других участников команды, что морали им не прибавит. Считаем, что конфликт задушен в зародыше, но по факту полечили симптомы, получив осложнения.
Смею предположить, что на заводском конвейере «хипстерская херня» Вас не достанет. А в IT, все же напомню, единственный ресурс это люди. Кодовая база моментально устаревает и теряет актуальность и без человеческого ресурса просто умирает.
Если Ваши сотрудники такие хорошие, что могут все сами. Зачем нужна тогда бессмысленная прослойка в виде Вас? Глобальную задачу раз в год им может и гендир поставить.
Касаемо депремирования. Сотрудник либо устраивает, либо нет. Если устраивает, то глупо штрафовать. Если не устраивает, зачем держать.
2TB — 35000$
4TB — 110000$
Я слышал, что приличному бизнесу такой ценник не проблема.
[Открываем клуб нищих стартапов] Сейчас я арендую пару серверов на 128GB ОЗУ за 80 евро в месяц каждый, чтобы там крутилась in-memory база. На ебее с доставкой такой сервак можно купить c доставкой за 800 баксов.
По опыту скажу, что ни раз сталкивался с ситуацией, когда этот небольшой резерв очень помогал, например загзипить какие-то данные. И вообще место для маневра нужно не только на системном диске. Очень редко требуется полная утилизация диска, чтобы положить в 0 и забыть. Для рабочих систем обычно если 80% заполнения => чистка или расширение.
Выглядит как бедный бизнес, который не может позволить себе несколько % в резерв, но при этом потеряв гораздо больше на последствиях.
Не понятна проблема в принципе, если все оборудование все хе находиться в одном бродкаст домене, то что мешает использовать статичный IP для сервера-ноутбука. Если это все ходит через интернет, то без специальной настройки всех промежуточных маршрутизаторов udp broadcast не пойдет через них. Вообще решение выглядит как UDP чаты из 90ых.
Если это распределенная сеть, то без выделенного сервера ну никак. Как вариант взять нормальное решение для автодеплоя, например тот же SaltStack и делать со своими киосками любое непотребство в любое время.