Лечат по "протоколу" ВОЗ. Это защита от того, что кто то сможет потом подать в суд и утверждать, что лечили не правильно. Покажут протокол, покажут назначения, покажут выписки.
Все гораздо проще зачем было писать столько слов? Что бы тебе ничего не понимающему во врачебном деле оценить врача достаточно посмотреть 8 сезонов Доктора Хауса.
Реестр рисков - это надцать лет назад было обязательной частью устава проекта. Сейчас видимо нет, или РП относятся к этому халатно, до тех пор пока проблема как скалой их сверху не придавит, тогда они начинают бегать как ошпареные . Наш ПМО заставлял РП готовить решение по рисками заранее.
В конце 90-х мне предложили командировочку на станцию в Антарктиду, починить метеолокатор, условия были - не починю за время обхода парохода вокруг Антарктиды и разгрузки на всех станцииях, то пароход в Питер вернётся без меня, а меня заберут через год, м.б.. Я отказался
На самом деле никаких "команд" не существует, есть сообщество индивидуальностей. А недоменеджера я бы уволил на 3-тий день. Менеджер должен быть лидером, а его не уважал никто, и дальше уважать уже не будет, этакий чайка-менеджер небось был, и "чего изволите" эти точно всех бесят.
В договор вы можете включить только то, что вам заказчик позволит. Не надо фантазировать. Потому что он в подрядчиках как в сору роется. Возьмёт и в один день выгонит одного и на его место найдёт другого. Видел такое и не раз на любом этапе большого проекта в котором и ТЗ и Устав и прочее и прочее все как в учебниках.
Сам то в это веришь? Заказчик всегда будет генерить хотелки, и всегда РП захочет его "удивить" быстрым решением очередной хотелки Ни один РП из тех, что я видел, не умеет управлять ожиданиями заказчика, им это не дано. А устав проекта можно любой написать, что пооом деоать будешь, в арбитраж пойдешь, человекочасы отстаивать? . Любой водопад в середине проекта переходит в бардак аджайла. Единственное, что спасёт проект от убытка - это спрятать в план три хвоста стоимости.
Мой стаж в IT больше 25 лет, от разраба до архитектора, не помню ни одной команды git, держу под рукой шпаргалку, мне её хватает. Если пригласят на собеседование по командам git сразу пошлю умника-неадеквата подальше.
Вообще то я имел ввиду сертификацию ФСТЭК, но вы, видимо, об этом мало что знаете. ИБ крупной компании, например такой как Роснефть, Норникель и т.д. нагнет любого владельца данных и он на собственной шкуре убедится в том, что проект ему не очень то и нужен. По опыту, моему личному, что бы пройти ФСТЭК нужно года полтора, два и то если вендор учёт все замечания к ПО со стороны ИБ и выкатит новую версию с доработками. А если ФСТЭК не пройдёшь, то тебя даже до тестовой зоны не пустят. А кто то тут поёт про цифровизацию, ИИ и порочие новшества, смешно.
ИБ - это великое зло, много инициатив ими порублено из за того, что ПО не имеет сертификации и аттестации. А доступ к данным продуктива для обучения ML? Они об этом даже слышать не хотят. Они хотят что бы все работали в ворд и эксель, а еще лучше в нотепад.
Хеш функция для шардироаания? Дальше можно не читать. Если у вас данные рамазаны по нодам и нужен джойн с другими размазанными данными в десятках таблиц то, что будет, если данные у вас разложились как придётся по хеш функции?
ODI от оракла тоже ELT, им прекрасно грузят и трансформиркют данные на стрроне целевой БД а DWH.
Лечат по "протоколу" ВОЗ. Это защита от того, что кто то сможет потом подать в суд и утверждать, что лечили не правильно. Покажут протокол, покажут назначения, покажут выписки.
Все гораздо проще зачем было писать столько слов? Что бы тебе ничего не понимающему во врачебном деле оценить врача достаточно посмотреть 8 сезонов Доктора Хауса.
Реестр рисков - это надцать лет назад было обязательной частью устава проекта. Сейчас видимо нет, или РП относятся к этому халатно, до тех пор пока проблема как скалой их сверху не придавит, тогда они начинают бегать как ошпареные . Наш ПМО заставлял РП готовить решение по рисками заранее.
Просто история из жизни, в тему статьи. Как оно иногда бывает. Один из наших так вот зимовал целый год.
В конце 90-х мне предложили командировочку на станцию в Антарктиду, починить метеолокатор, условия были - не починю за время обхода парохода вокруг Антарктиды и разгрузки на всех станцииях, то пароход в Питер вернётся без меня, а меня заберут через год, м.б.. Я отказался
На самом деле никаких "команд" не существует, есть сообщество индивидуальностей. А недоменеджера я бы уволил на 3-тий день. Менеджер должен быть лидером, а его не уважал никто, и дальше уважать уже не будет, этакий чайка-менеджер небось был, и "чего изволите" эти точно всех бесят.
Печально, хабр скатывается в дуропедию и таких статей все больше.
Работа ради работы. Про модель данных и кол-во сущности ни слова. Зато кругом сплош модные технологии.
В договор вы можете включить только то, что вам заказчик позволит. Не надо фантазировать. Потому что он в подрядчиках как в сору роется. Возьмёт и в один день выгонит одного и на его место найдёт другого. Видел такое и не раз на любом этапе большого проекта в котором и ТЗ и Устав и прочее и прочее все как в учебниках.
Сам то в это веришь? Заказчик всегда будет генерить хотелки, и всегда РП захочет его "удивить" быстрым решением очередной хотелки Ни один РП из тех, что я видел, не умеет управлять ожиданиями заказчика, им это не дано. А устав проекта можно любой написать, что пооом деоать будешь, в арбитраж пойдешь, человекочасы отстаивать? . Любой водопад в середине проекта переходит в бардак аджайла. Единственное, что спасёт проект от убытка - это спрятать в план три хвоста стоимости.
Интересно, что есть в ADB и нет в GP? На сколько далеко от GP ушла разработка, мли как всегда смена шильдика?
Пилите, Шура, пилите, они золотые. Крякнется это скоро асе, потому что до инвесторов в конце концов дойдёт, что их опять надули
Идёт повальная деградация кадров, не только в IT. С этим нужно смириться и как то жить.
Мой стаж в IT больше 25 лет, от разраба до архитектора, не помню ни одной команды git, держу под рукой шпаргалку, мне её хватает. Если пригласят на собеседование по командам git сразу пошлю умника-неадеквата подальше.
Почему не Apache Spark? В чем разница?
Вообще то я имел ввиду сертификацию ФСТЭК, но вы, видимо, об этом мало что знаете. ИБ крупной компании, например такой как Роснефть, Норникель и т.д. нагнет любого владельца данных и он на собственной шкуре убедится в том, что проект ему не очень то и нужен. По опыту, моему личному, что бы пройти ФСТЭК нужно года полтора, два и то если вендор учёт все замечания к ПО со стороны ИБ и выкатит новую версию с доработками. А если ФСТЭК не пройдёшь, то тебя даже до тестовой зоны не пустят. А кто то тут поёт про цифровизацию, ИИ и порочие новшества, смешно.
ИБ - это великое зло, много инициатив ими порублено из за того, что ПО не имеет сертификации и аттестации. А доступ к данным продуктива для обучения ML? Они об этом даже слышать не хотят. Они хотят что бы все работали в ворд и эксель, а еще лучше в нотепад.
Ага, а хеш ключ в этой конструкции видимо нужен просто для того, что бы был.
Хеш функция для шардироаания? Дальше можно не читать. Если у вас данные рамазаны по нодам и нужен джойн с другими размазанными данными в десятках таблиц то, что будет, если данные у вас разложились как придётся по хеш функции?