Любой информация которая находится на сторонних сервисах, это не ваша информация и с ней могут делать что хотят и как хотят, Яблочная компания считает, что все у вас в аренде и покупки это не покупки а аренда.
В любой момент вы можете получить письмо, в лучшем случае, с заголовком I'm sorry, but… или просто недоступный сервер, с сообщением что вам была выслана абуза и вы на нее не прореагировали… Но в основном, получаете пустой сервер (переписку, отсутствующий аккаунт)
В лицензионных соглашениях сказано, что ни кто не за что не отвечает и не обещает. Поэтому и приходиться поднимать свою инфраструктуру, что бы как то контролировать информацию.
размер может оказаться не главное. 30-40 мс, до Германии это может быть напрямую. А добавляет ли канал свои задержки и какие? если будет возможность, посмотрите
тогда получается что менеджер, по своим навыкам должен быть не ниже full stack сеньера. Это что бы оценить объем работ разных участников проектов, умножить на коеф. бажности участников, плюс загрузка по другим проектам участников.
В противном случае сроки будут взяты с потолка и ни к чему кроме конфликтов или потерянным контрактам не приведут.
по распределению времени, я бы выделил:
1. команда без ведущего разработчика — сроки называют исполнители (ни кто не запрещает ознакомиться подробно с задачей). Если сроки приемлемы, то они принимаются, но будь любезен вложиться. Да, приходиться иногда костылить, что бы вложиться. Растет тех.долг, это плохо, но сроки выдержаны, деньги получены всеми участниками. Размер тех. долга известен и выражен в человеко-часах (считай в деньгах)
2. команды где есть руководитель отдела разработчиков. Здесь проще, руководитель назначает сроки. Если он принял твои аргументы о том что надо делать дольше, то он и с руководством компании договориться, если не принял — надо вкладываться в сроки.
по задачам к срокам, они тоже могут иметь свои причины.
Например задача должна быть выполнена к какому то событию (новый год, день рождения компании, черная пятница и пр.) у заказчика на это время могут уже быть отпечатаны материалы, заказаны акции, оплачены мероприятия. Ему не нужен идеал. Ему надо рабочее решение иначе потери могут быть гораздо больше, чем ЗП разработчика за несколько месяцев. И возникнет справедливое желания их возместить.
А не кто и не требует ТОЧНОЙ оценки. Хотят знать порядок, неделя, месяц, пол года.
Встречный вопрос, а что от программиста можно требовать?
сроки нельзя — он художник он так видит, что для этой фичи надо переписать, по его мнению пол операционной системы.
ошибки -допустимы, не программиское это дело баги по коду отлавливать. Для этого есть тестировщики. Если нашелся баг в продакшене, так это их вина.
Кто тогда отвечает за время?
Программисты в штате компании работают за ЗП. Сколько он потратит времени от этого зависит конечная цена и то, согласиться ли клиент столько ждать.
Клиент может согласиться оплатить «фичу» если она стоит Х денег и за неделю (неделя, это сказал программист, что мешает потратить время и оценить трудозатраты?) будет готово. Если ее сделают за 10*Х денег и три месяца она не нужна.
А если клиент не заплатит, то откуда возьмутся деньги на ЗП?
По срокам, из жизни программиста. У него спрашивают, сколько надо времени для реализации «фичи», отвечает — неделя и на продакшене. Для заказчика говорят что через месяц будет.
Прошло два месяца — фичи нет, сроки не известны. Точнее постоянная «через неделю»
Терять свои деньги ни кто не любит. Вот и пытаются «выбить» результат. Заказчик трясет директоров, угрожает штрафами — директора трясут нач. отделов — нач. отделов трясут линейных исполнителей.
Похоже надо выпустить отдельную статью, где одна и та же ситуация рассматривается с двух сторон. Подчиненного и руководителя. может быть много интересного найдется :)
Если уж так хочется наказывать попробуйте вариант спросить человека как его нужно наказать.
Я ни кого не хочу наказывать!!! Я хочу получить порученную работу в заданный срок с заданным качеством!! Если есть проблемы, которые, объективно не может решить сотрудник самостоятельно, я хочу знать об этом когда проблема возникла. А не когда она стала Реально Проблемой.
Вы удивитесь насколько обычно человек себя строже судит.
Вы можете удивиться, узнав сколько сейчас пофигистов. Которым пофиг результат их работы, и работы коллектива (Могу копать, могу не копать, главное ЗП идет). Сколько людей хотя бы ощущают внутренний дискомфорт, за ошибки которые они допустили, но могли не допустить, не говоря о том, что обязаны не допускать. А за результат работы группы, в которой они работают?
строго судить себя могут только те кто работает не только за деньги но и на свой авторитет (Если я сказал, что работает, то это работает. А не надо еще перепроверять 15 раз разными людьми)
Бывает, что человек не подходит для определенной работы
— без вариантов, пусть идет на другую работу. И для него это тоже будет лучше. Не понимаю, за чем ходить на работу которая тебя напрягает, если есть выбор.
В общем я верю, что каждый человек действует наилучшим способом, который видит\знает в данный момент.
Для полноты суждения, я бы добавил «по отношению к себе»
«Как ты считаешь почему так случилось? Что мы могли бы сделать чтобы такого больше не происходило?»
вопросы нужны, не спорю. Помогает быстро понять можно ли с человеком работать дальше или пора расставаться.
KristinaMyLife, может я ошибаюсь, но посылом я понял, что сотрудника надо простить и отпустить. А за чей счет исправлять его ошибки? Ведь «расходы» иногда приходиться нести и другим людям которые прямо или косвенно были затронуты результатами ошибки. В чем их вина? почему они должны платить за чужие ошибки?
В наказании надо подходить индивидуально, кого 5% ЗП и он все поймет. Кому выговор перед коллективом.
Главное найти для каждого уровень когда человек не исправляется (путем повышения самоконтроля), а начинает мстить.
Тогда потери могут возрасти, если не убрать такого человека.
И в СССР был лозунг
СОВЕСТЬ — ЛУЧШИЙ КОНТРОЛЕР
к этому и надо стремиться, тогда и наказаний не будет :)
Стоит отметить что вид наказания не обязательно материальный, это может быть и замечания и «постановка на вид», переделка работы в счет личного времени, отпуск в феврале. Материальные наказания, если будут большие — может озлобить человека, тогда будет больше вреда. А до 5% ЗП больше обидно чем затратно.
Смысл — дать понять человеку, что качество его труда важно! Можно сделать замечания 1-3 раза, если человек не понимает (рассматриваем случаи когда человек может не допускать такие ошибки, без привлечения сторонней помощи), посмотреть что дешевле будет, взять другого человека или нанять кого то для контроля. Или ущерб от ошибок не большой и можно потихоньку человека подталкивать к самоконтролю.
пример на разработчиках понятен, но узковат для целой статьи.
Рассмотрите для примера ошибки в подготовке документов, написании ФИО, ошибки сборки заказа — за такими исполнителями тестеровщиков не закрепишь.
По поводу не наказывать за ошибки, а что за них делать?
почетную грамоту дать?
Если ошибка норма жизни, то как бороться за качество продукта?
У большинства не будет мотивации для самоконтроля, зачем тратить кучу времени для тестирования, отдал в продакшн посыпались ошибки — исправил налицо экономия времени :)
Присоединяюсь к благодарностям за статью и просьбе прикладного применения.
Например
При дефолтной конфигурации было установлено количество потоков Х что давало задержку в обработке Y. после изменения настроек было замечено что задержка составила Z на таких то нагрузках.
Статье отличное описания, что бы люди знали что и как работает. А примеры дадут представление о области применения знаний
Спасибо за ответы.
Еще пару вопросов, что бы сэкономить свое время :)
1. Есть ли возможность дампить базы данных (mysql, postresql) средствами/плагинами bareos?
2. В случае краха bareos есть ли возможность доступа к резервным копиям минуя bareos?
Или подняв новую установку bareos получить доступ к уже имеющимся копиям от другой bareos?
В любой момент вы можете получить письмо, в лучшем случае, с заголовком I'm sorry, but… или просто недоступный сервер, с сообщением что вам была выслана абуза и вы на нее не прореагировали… Но в основном, получаете пустой сервер (переписку, отсутствующий аккаунт)
В лицензионных соглашениях сказано, что ни кто не за что не отвечает и не обещает. Поэтому и приходиться поднимать свою инфраструктуру, что бы как то контролировать информацию.
есть решение, хочется узнать всесторонние подробности. Простое любопытство.
В противном случае сроки будут взяты с потолка и ни к чему кроме конфликтов или потерянным контрактам не приведут.
по распределению времени, я бы выделил:
1. команда без ведущего разработчика — сроки называют исполнители (ни кто не запрещает ознакомиться подробно с задачей). Если сроки приемлемы, то они принимаются, но будь любезен вложиться. Да, приходиться иногда костылить, что бы вложиться. Растет тех.долг, это плохо, но сроки выдержаны, деньги получены всеми участниками. Размер тех. долга известен и выражен в человеко-часах (считай в деньгах)
2. команды где есть руководитель отдела разработчиков. Здесь проще, руководитель назначает сроки. Если он принял твои аргументы о том что надо делать дольше, то он и с руководством компании договориться, если не принял — надо вкладываться в сроки.
по задачам к срокам, они тоже могут иметь свои причины.
Например задача должна быть выполнена к какому то событию (новый год, день рождения компании, черная пятница и пр.) у заказчика на это время могут уже быть отпечатаны материалы, заказаны акции, оплачены мероприятия. Ему не нужен идеал. Ему надо рабочее решение иначе потери могут быть гораздо больше, чем ЗП разработчика за несколько месяцев. И возникнет справедливое желания их возместить.
Встречный вопрос, а что от программиста можно требовать?
сроки нельзя — он художник он так видит, что для этой фичи надо переписать, по его мнению пол операционной системы.
ошибки -допустимы, не программиское это дело баги по коду отлавливать. Для этого есть тестировщики. Если нашелся баг в продакшене, так это их вина.
Программисты в штате компании работают за ЗП. Сколько он потратит времени от этого зависит конечная цена и то, согласиться ли клиент столько ждать.
Клиент может согласиться оплатить «фичу» если она стоит Х денег и за неделю (неделя, это сказал программист, что мешает потратить время и оценить трудозатраты?) будет готово. Если ее сделают за 10*Х денег и три месяца она не нужна.
А если клиент не заплатит, то откуда возьмутся деньги на ЗП?
Прошло два месяца — фичи нет, сроки не известны. Точнее постоянная «через неделю»
Терять свои деньги ни кто не любит. Вот и пытаются «выбить» результат. Заказчик трясет директоров, угрожает штрафами — директора трясут нач. отделов — нач. отделов трясут линейных исполнителей.
Похоже надо выпустить отдельную статью, где одна и та же ситуация рассматривается с двух сторон. Подчиненного и руководителя. может быть много интересного найдется :)
Я ни кого не хочу наказывать!!! Я хочу получить порученную работу в заданный срок с заданным качеством!! Если есть проблемы, которые, объективно не может решить сотрудник самостоятельно, я хочу знать об этом когда проблема возникла. А не когда она стала Реально Проблемой.
Вы можете удивиться, узнав сколько сейчас пофигистов. Которым пофиг результат их работы, и работы коллектива (Могу копать, могу не копать, главное ЗП идет). Сколько людей хотя бы ощущают внутренний дискомфорт, за ошибки которые они допустили, но могли не допустить, не говоря о том, что обязаны не допускать. А за результат работы группы, в которой они работают?
строго судить себя могут только те кто работает не только за деньги но и на свой авторитет (Если я сказал, что работает, то это работает. А не надо еще перепроверять 15 раз разными людьми)
— без вариантов, пусть идет на другую работу. И для него это тоже будет лучше. Не понимаю, за чем ходить на работу которая тебя напрягает, если есть выбор.
Для полноты суждения, я бы добавил «по отношению к себе»
вопросы нужны, не спорю. Помогает быстро понять можно ли с человеком работать дальше или пора расставаться.
KristinaMyLife, может я ошибаюсь, но посылом я понял, что сотрудника надо простить и отпустить. А за чей счет исправлять его ошибки? Ведь «расходы» иногда приходиться нести и другим людям которые прямо или косвенно были затронуты результатами ошибки. В чем их вина? почему они должны платить за чужие ошибки?
Главное найти для каждого уровень когда человек не исправляется (путем повышения самоконтроля), а начинает мстить.
Тогда потери могут возрасти, если не убрать такого человека.
И в СССР был лозунг
СОВЕСТЬ — ЛУЧШИЙ КОНТРОЛЕР
к этому и надо стремиться, тогда и наказаний не будет :)
Смысл — дать понять человеку, что качество его труда важно! Можно сделать замечания 1-3 раза, если человек не понимает (рассматриваем случаи когда человек может не допускать такие ошибки, без привлечения сторонней помощи), посмотреть что дешевле будет, взять другого человека или нанять кого то для контроля. Или ущерб от ошибок не большой и можно потихоньку человека подталкивать к самоконтролю.
пример на разработчиках понятен, но узковат для целой статьи.
Рассмотрите для примера ошибки в подготовке документов, написании ФИО, ошибки сборки заказа — за такими исполнителями тестеровщиков не закрепишь.
почетную грамоту дать?
Если ошибка норма жизни, то как бороться за качество продукта?
У большинства не будет мотивации для самоконтроля, зачем тратить кучу времени для тестирования, отдал в продакшн посыпались ошибки — исправил налицо экономия времени :)
Например
При дефолтной конфигурации было установлено количество потоков Х что давало задержку в обработке Y. после изменения настроек было замечено что задержка составила Z на таких то нагрузках.
Статье отличное описания, что бы люди знали что и как работает. А примеры дадут представление о области применения знаний
Еще пару вопросов, что бы сэкономить свое время :)
1. Есть ли возможность дампить базы данных (mysql, postresql) средствами/плагинами bareos?
2. В случае краха bareos есть ли возможность доступа к резервным копиям минуя bareos?
Или подняв новую установку bareos получить доступ к уже имеющимся копиям от другой bareos?
Имеет ли система web интерфейс или GUI?
например вы писали
какой был процесс до внедрения, и какой стал после.
И в чем был ли devops?