По сравнению с отдельными кулинарными книгами, советовавшими время приготовления яйца измерять десятикратным прочтением одной молитвы для всмятку, а другой - для вкрутую, это еще неплохая точность ))
Да, действительно, в жизни каждого менеджера иногда бывает такой момент, когда надо выбрать - дедлайны или 40% команды. И да, разумеется, чаще всего выбор делается в пользу дедлайнов.
Ну и? Такова жизнь. Таков бизнес. Для того таких людей и нанимают. Кто-то в команде должен отвечать за комфорт, а кто-то - за реальные решения, ведущие к прибыли. Иначе не будет и комфорта тоже.
Жаль, конечно, бедолагу Антона, которому из-за перевода на другой проект пришлось "оказаться длительно нетрудоспособным и мучительно перекраивать свой образ жизни после дорогого и долгого курса лечения". Но уж больно он смахивает на выдуманного персонажа.
Пожалуй не стоит называть аппарат с ядерной энергоустановкой на борту громкими словами "с ядерным двигателем". Двигателем там будет, скорее всего, банальный ксеноновый ионник.
Сначала создаем себе бутылочное горлышко, в виде неявного утверждения, что релиз в один момент времени может быть ровно один, а затем героически его преодолеваем.
Система релизов вообще имеет смысл только в том случае, если у вас релизы параллельные: то есть в один момент времени может существовать сколько угодно параллельных готовящихся релизов, вы умеете с нулевыми трудозатратами добавлять в них задачи, удалять, перекидывать из релиза в релиз, если у вас нулевые трудозатраты на развертывание произвольного количества релизных стендов (для каждого из готовящихся параллельных релизов!), и есть некий процесс выбора из множества релизов одного, готового к деплою на прод, и этого самого деплоя (а вот сам деплой в общем случае не обязан быть полностью автоматизирован).
Без параллелизации процесса и без принципа "релизим то, что готово, а не готовимся в релизу", вы вечно будете застревать в узких местах производительности команды, когда "у нас семь программистов пишут в одну QA".
>> В этой очереди только люди, которые не могут платить
Не хочу вас разочаровывать, но такое явление, как "выкуп" сканов из архивов весьма развито. Буквально недавно лично участвовал в сборе, более чем на 50 000 рублей за одно конкретное дело.
И ничего, нашлись желающие заплатить. И нашелся архив, готовый оплату принять.
По сравнению с отдельными кулинарными книгами, советовавшими время приготовления яйца измерять десятикратным прочтением одной молитвы для всмятку, а другой - для вкрутую, это еще неплохая точность ))
Я бы на вашем месте попробовал бы как минимум еще один рантайм для PHP, кроме FPM. Например FrankenPHP.
Мне кажется, что вы неверно понимаете механизм кармы.
Карма - это усредненное коллективное одобрение или неодобрение. В вашем случае - "не".
Вместо споров "в воздух" может быть есть смысл задуматься - а за что вас не одобряют?
Я так понял, что к декабрю, конечно же, никто ничего не опубликовал? ))
Город Кострома, самый центр, областной псих. диспансер. Не подумайте чего плохого - справку на продление прав получал...
Я всё время вспоминаю историю "Центра американского английского".
И очень надеюсь, что подобные "автоматизаторы", сломавшие напрочь российский рынок найма в IT, закончат так же бесславно.
Хоть я в целом, и не очень злой по жизни человек.
Вы конкурируете не с облачным Битрикс24 за много денег, а с ломанной Jira DataCenter с "китайской лицензией".
И вы уже проиграли эту конкуренцию.
Островок API?
В качестве имени группы сериализации очень удобно использовать имя контроллера, которому сериализация потребовалась:
Ровно ничего плохого о нем это не говорит.
Поставлена задача - задача выполнена. Документация есть, бас-фактор устранен. И даже никто не уволен - чела перевели на другой проект.
Хороший менеджер, годный. Молодец.
У каждого горизонта планирования - свой ответственный. Вряд ли линейный менеджер отвечает за стратегические планы, согласитесь?
Прочёл дважды, но так и не понял, что плохого.
Да, действительно, в жизни каждого менеджера иногда бывает такой момент, когда надо выбрать - дедлайны или 40% команды. И да, разумеется, чаще всего выбор делается в пользу дедлайнов.
Ну и? Такова жизнь. Таков бизнес. Для того таких людей и нанимают. Кто-то в команде должен отвечать за комфорт, а кто-то - за реальные решения, ведущие к прибыли. Иначе не будет и комфорта тоже.
Жаль, конечно, бедолагу Антона, которому из-за перевода на другой проект пришлось "оказаться длительно нетрудоспособным и мучительно перекраивать свой образ жизни после дорогого и долгого курса лечения". Но уж больно он смахивает на выдуманного персонажа.
Пожалуй не стоит называть аппарат с ядерной энергоустановкой на борту громкими словами "с ядерным двигателем". Двигателем там будет, скорее всего, банальный ксеноновый ионник.
Ядерные реакторы в космосе летают уже давно. См. проекты "Бук" и "Топаз", к примеру.
Сначала создаем себе бутылочное горлышко, в виде неявного утверждения, что релиз в один момент времени может быть ровно один, а затем героически его преодолеваем.
Система релизов вообще имеет смысл только в том случае, если у вас релизы параллельные: то есть в один момент времени может существовать сколько угодно параллельных готовящихся релизов, вы умеете с нулевыми трудозатратами добавлять в них задачи, удалять, перекидывать из релиза в релиз, если у вас нулевые трудозатраты на развертывание произвольного количества релизных стендов (для каждого из готовящихся параллельных релизов!), и есть некий процесс выбора из множества релизов одного, готового к деплою на прод, и этого самого деплоя (а вот сам деплой в общем случае не обязан быть полностью автоматизирован).
Без параллелизации процесса и без принципа "релизим то, что готово, а не готовимся в релизу", вы вечно будете застревать в узких местах производительности команды, когда "у нас семь программистов пишут в одну QA".
Вы не выкупаете мета-иронию.
Так-то и PHP написан на C.
85?
Смеюсь в голос.
Попытка в Москве нанять в офис QA без особых специфичных требований приводит к более, чем 1000 (!!!) откликов в день.
Правда из них примерно 950 - это не Москва, не офис и не QA, но это уже мелочи.
Беда, коллеги, в том, что вы не слышите вторую сторону. Уход из удаленки в офисы (назад) вполне себе рационален и экономически обоснован.
Но писать об этом на Хабре - это хабросуицид. Вы же мгновенно обнулите карму каждого, кто постарается беспристрастно посмотреть на вопрос.
Вот и появляются такие статьи, где авторы "негодуют" и "не понимают". А вы спросите - почему? Но будьте готовы услышать ответ.
>> В этой очереди только люди, которые не могут платить
Не хочу вас разочаровывать, но такое явление, как "выкуп" сканов из архивов весьма развито. Буквально недавно лично участвовал в сборе, более чем на 50 000 рублей за одно конкретное дело.
И ничего, нашлись желающие заплатить. И нашелся архив, готовый оплату принять.
Вы недооцениваете размеры архивов. Проекты по их индексации имеются, но нынешними темпами на это потребуются столетия.