Я правильно понимаю что заявки не по очереди обрабатываются?
То есть возможно что заявка которая пришла 2 часа назад обработалась а заявка которая пришла 3 часа назад нет?
Или разные очереди для тех кто без очереди и для тех кто только спросить?
Тоже считаю что с нуля не построить лучше чем есть сейчас, и это применимо практически везде. То что есть сейчас это хоть как-то работающая схема, причём она уже укоренилась в сознании стольких людей. Менять потихоньку маленькими шажками — мне кажется намного проще, нужно только направить эти постепенные изменения в нужную сторону.
Добавлю что мне кажется хорошей схема с формальной иерархией, в который руководитель не управляет людьми а помогает им. Не мешает сотрудникам ошибаться, не мешает принимать решения и работать. И не делает всей той воспалённой хрени, что в россии ассоциируется со словом «начальник».
По опыту, самые психологически активные всё равно «захватывают власть» и разжигают нешуточные срачи.
Например вот так: masuk0.livejournal.com/36623.html
«Когда я говорю “неистово убеждал” я должен упомянуть, что это единственный способ спорить, который использовался в Blizzard — со всей юношеской горячностью и заносчивым высокомерием. Единственным вопросом, по которому в Blizzard не возникало неистовых споров это то, что есть на ланч.»
А уровновешенные и спокойные люди не высказываются и не возражают, так как у них нет возможности даже слова сказать.
Ещё есть такая проблема, что люди начинают брать интересные задачи, выгодные им а не проекту. Например разобраться с новой технологией. Лично для человека это инвестиция в будущее, а команде и проекту в данный момент может быть нужно что-нибудь рутинное и неинтересное, за что никто добровольно не возьмётся когда есть выбор.
тхинкпад уже не тот, у меня на х220 крышка вверху надломилась в месте где композит с пластмассой сопрягается, средняя кнопка трэкпойнта надломилась, некоторые кнопки заедают, греется сильно, при подключении к докстанции вентиляционное отверстие одно перекрывается, наклейка thinkpad с подставки для ладоней отклеилась, шумит сильно, за 2 года одни проблемы в общем
По-моему чинить сервера это очень неэффективное занятие. Единственное что стоит чинить на сервере это железо, путём замены неисправных компонентов.
В остальном намного дешевле и качественнее пересоздавать с нуля из puppet/chef/etc, а основное время тратить на разработку и обкатку повтояремых процедур деплоя.
Если автоматизация пока ещё неполная, то необходимы стандарты организации по настройке и деплою железа/системного софта. При аутсорсе думаю что со стандартизацией возникает много проблем.
Это с точки зрения потребителя услуг.
А с точки зрения вас, вам клиенты не сильно выедают мозг? Ведь всё обычно происходит не так как они ожидают и ломается не так как они ожидают?
Мне кажется невозможно обеспечить хороший аптайм и качество с воркфлоу «сломалось — позвонили — починили». Хорошее качество может быть только при постоянном совершенствовании процессов и проактивной профилактической работе.
То есть возможно что заявка которая пришла 2 часа назад обработалась а заявка которая пришла 3 часа назад нет?
Или разные очереди для тех кто без очереди и для тех кто только спросить?
Если вы не платите за использование, то вы не клиент, вы — товар (с)
Чтобы например внутренние аудиты проводить.
Тоже считаю что с нуля не построить лучше чем есть сейчас, и это применимо практически везде. То что есть сейчас это хоть как-то работающая схема, причём она уже укоренилась в сознании стольких людей. Менять потихоньку маленькими шажками — мне кажется намного проще, нужно только направить эти постепенные изменения в нужную сторону.
Или даже так, каждый из них хотел бы сказать что имеет смысл программировать поменьше, но такое нельзя говорить и поэтому получается какая-то ерунда )
По опыту, самые психологически активные всё равно «захватывают власть» и разжигают нешуточные срачи.
Например вот так: masuk0.livejournal.com/36623.html
«Когда я говорю “неистово убеждал” я должен упомянуть, что это единственный способ спорить, который использовался в Blizzard — со всей юношеской горячностью и заносчивым высокомерием. Единственным вопросом, по которому в Blizzard не возникало неистовых споров это то, что есть на ланч.»
А уровновешенные и спокойные люди не высказываются и не возражают, так как у них нет возможности даже слова сказать.
Ещё есть такая проблема, что люди начинают брать интересные задачи, выгодные им а не проекту. Например разобраться с новой технологией. Лично для человека это инвестиция в будущее, а команде и проекту в данный момент может быть нужно что-нибудь рутинное и неинтересное, за что никто добровольно не возьмётся когда есть выбор.
Значит им платили больше их рыночной стоимости, и сокращение было разумным шагом
В остальном намного дешевле и качественнее пересоздавать с нуля из puppet/chef/etc, а основное время тратить на разработку и обкатку повтояремых процедур деплоя.
Если автоматизация пока ещё неполная, то необходимы стандарты организации по настройке и деплою железа/системного софта. При аутсорсе думаю что со стандартизацией возникает много проблем.
Это с точки зрения потребителя услуг.
А с точки зрения вас, вам клиенты не сильно выедают мозг? Ведь всё обычно происходит не так как они ожидают и ломается не так как они ожидают?
Мне кажется невозможно обеспечить хороший аптайм и качество с воркфлоу «сломалось — позвонили — починили». Хорошее качество может быть только при постоянном совершенствовании процессов и проактивной профилактической работе.