Объясните мне кто-нибудь, а для чего мне все это нужно? Усть у меня сервер, на нем нормально крутится nginx + php + mysql и всякое такое.
Что мне дает запихивание этих сервисов в контейнеры? (стабильность, производительность etc...)
Где (dev / prod) это делать уместно, а где нет?
Как все это администрировать? Если обычно у меня есть "$service --status-all" [start|stop|resrtart|reload], что делать при перемещении сервисов в контейнеры?
В общем пока для меня докер создал больше вопросов, чем ответов.
Единственный действительно ощутимый плюс — кросплатформенность. В докере (на Deb 8) у меня отлично заработало приложение предназначенное исключительно для CentOS.
Постоянно всплывают новости, о том, что везде утечки — FB, Yandex, Google и т.д. А как можно посмотреть на сам «результат» утечки? Я не настоящий сварщик, мне это больше интересно с точки зрения статистики + попрактиковать SQL.
фотографии HTML-кода сайта в браузере Opera в качестве доказательств… В следующий раз будут выслушаны знакомые родственников экспертов из агентства "ОБС"???
И у нормальных людей в этот момент ЦРМ становится защитой — "Мне этого не поручали", "Мне поручили, но не это", "У меня сейчас есть более приоритетные задачи", "Мне нужны уточнения" и т.д. И все становится на свои места — неэффективные процессы становятся видны в мутном потоке, видно кот тупит, тормозит и т.д.
Буду краток.
Главная проблема в том, что (как я понял) руководство не смотрит в CRM. Получается, что "червячки" там вошкаются, а нам пофигу, что у них там, у нас свои дела.
Сам трижды в разных конторах внедрял разные CRM и видел все описанное выше. Поэтому даже не представляю себе, какие кары небесные грозят тому, кто заставит сотрудника делать ежедневные ненужные отчеты, кто сам себе ставит бесполезные задачи и успешно их выполняет и т.д. в моей нынешней компании (средняя финансовая компания, которая готовится стать крупной).
Были и массовые увольнения "по собственному" наиболее креативных, которые не могут работать в системе по религиозным моображениям, был саботаж и т.д. Но все вопросы решались разбором выполненных задач перед днем зарплаты.
Вопрос с немолодыми "Кузьмичами", без которых останавливается производство решается приставлением к ним молодых стажеров/менеджеров, которые помогают в "электронных делах" и попутно перенимают опыт-знания.
Перекидывание задачами между бухгалтерами и т.д. закрывается повышением одного из них (более толкового) или дисциплинарным воздействием на другого (менее толкового, но более активного).
"Горизонтальные" поручения без участия руководителя — это вообще огонь! Как может например "продажник" поручить что-то например "разработчику" без участия руководителя? Или слишком много свободного времени или продажник начинает платить зарплату разработчику?
Короче — у меня уже это все превратилось в девиз — "Нет в CRM — сделано НЕ будет."
Попахивает киберфашизмом…
А если в машине едет семья алкоголиков, а дорогу переходит делегация почетных пенсионеров?
Кроме того, смерть тоже бывает разная. Увечия, полученные в результате аварии, кома, инвалидность… Робот не может решать, кому все это достанется.
Мое мнение — такие «инженерные» решения — это способ избегания ответственности. Водителя за любое подобное решение ждет суд. А роботу обвинения не предъявишь. Кроме того, водитель действует в интересах пассажиров, а в чьих интересах действует робот?
В общем — люди сами еще не научились решать подобные вопросы, что уж говорить про роботов…
У меня 2 автомобиля в пользовании (оформлены не на меня), но для поездок на работу не пользуюсь ни одним, потому что стояние в пробках считаю менее эффективным, чем чтение чего-то полезного в метро.
А по теме — одна из моих заказчиц считала меня плохим (слабым) программистом, потому что у меня ноутбук меньше, чем у ее мужа (у меня mac 13), и я не пользуюсь мышкой.
Про шорткаты я не стал объяснять.
Что мне дает запихивание этих сервисов в контейнеры? (стабильность, производительность etc...)
Где (dev / prod) это делать уместно, а где нет?
Как все это администрировать? Если обычно у меня есть "$service --status-all" [start|stop|resrtart|reload], что делать при перемещении сервисов в контейнеры?
В общем пока для меня докер создал больше вопросов, чем ответов.
Единственный действительно ощутимый плюс — кросплатформенность. В докере (на Deb 8) у меня отлично заработало приложение предназначенное исключительно для CentOS.
фотографии HTML-кода сайта в браузере Opera в качестве доказательств… В следующий раз будут выслушаны знакомые родственников экспертов из агентства "ОБС"???
Эммм… Я что-то начал забывать, а зачем это все нужно России в глобальном плане?
И у нормальных людей в этот момент ЦРМ становится защитой — "Мне этого не поручали", "Мне поручили, но не это", "У меня сейчас есть более приоритетные задачи", "Мне нужны уточнения" и т.д. И все становится на свои места — неэффективные процессы становятся видны в мутном потоке, видно кот тупит, тормозит и т.д.
Буду краток.
Главная проблема в том, что (как я понял) руководство не смотрит в CRM. Получается, что "червячки" там вошкаются, а нам пофигу, что у них там, у нас свои дела.
Сам трижды в разных конторах внедрял разные CRM и видел все описанное выше. Поэтому даже не представляю себе, какие кары небесные грозят тому, кто заставит сотрудника делать ежедневные ненужные отчеты, кто сам себе ставит бесполезные задачи и успешно их выполняет и т.д. в моей нынешней компании (средняя финансовая компания, которая готовится стать крупной).
Были и массовые увольнения "по собственному" наиболее креативных, которые не могут работать в системе по религиозным моображениям, был саботаж и т.д. Но все вопросы решались разбором выполненных задач перед днем зарплаты.
Вопрос с немолодыми "Кузьмичами", без которых останавливается производство решается приставлением к ним молодых стажеров/менеджеров, которые помогают в "электронных делах" и попутно перенимают опыт-знания.
Перекидывание задачами между бухгалтерами и т.д. закрывается повышением одного из них (более толкового) или дисциплинарным воздействием на другого (менее толкового, но более активного).
"Горизонтальные" поручения без участия руководителя — это вообще огонь! Как может например "продажник" поручить что-то например "разработчику" без участия руководителя? Или слишком много свободного времени или продажник начинает платить зарплату разработчику?
Короче — у меня уже это все превратилось в девиз — "Нет в CRM — сделано НЕ будет."
А если в машине едет семья алкоголиков, а дорогу переходит делегация почетных пенсионеров?
Кроме того, смерть тоже бывает разная. Увечия, полученные в результате аварии, кома, инвалидность… Робот не может решать, кому все это достанется.
Мое мнение — такие «инженерные» решения — это способ избегания ответственности. Водителя за любое подобное решение ждет суд. А роботу обвинения не предъявишь. Кроме того, водитель действует в интересах пассажиров, а в чьих интересах действует робот?
В общем — люди сами еще не научились решать подобные вопросы, что уж говорить про роботов…
У меня 2 автомобиля в пользовании (оформлены не на меня), но для поездок на работу не пользуюсь ни одним, потому что стояние в пробках считаю менее эффективным, чем чтение чего-то полезного в метро.
А по теме — одна из моих заказчиц считала меня плохим (слабым) программистом, потому что у меня ноутбук меньше, чем у ее мужа (у меня mac 13), и я не пользуюсь мышкой.
Про шорткаты я не стал объяснять.
Можно практических примеров применения этих чудесных конструкций?