Думал что-то интересное будет со случаями из практики, а тут реферат третьеклассника по природоведению. Во первых речь не про бурение в "открытом космосе" а про бурение на других планетах и объектах солнечной системы - сильно большая разница. тут тебе и гравитация как никак и где-то атмосфера(ну астероиды с гравитацией и атмосферой отстают).
А в принципах ничего там сложного и особо отличающего нет, можно той же установкой с гидробурением даже обычной водой прекрасно забуриться, вода в бур подается под давлением в десятки атмосфер (а то до сотни) и кипеть начнет только в скважине - а там и на руку - будет прекрасно удалять породу из ствола(есть и пневмобурение, тоже отработанная технология).
Охлаждать вода при этом будет на порядок лучше. (даже если испарять внутри бура, то охлаждение будет прекрасным "Сублимируясь" вода не телепортируется в соседнее измерение, а прекрасно в другом виде продолжает существовать). Тут даже скорее подогревать воду придется чтобы где-то внутри в лед не превратилась.
По твердости породы на других телах сопоставимы с теми, что уже научились прекрасно бурить на земле.
А если это заказная разработка то все немного меняется и какие-то критерии готовности все-таки приходится вводить и изменения за рамками "Готовности" приводят к изменению сроков и денег
и становится немного сложнее оценивать "готовность" и "готовность к изменениям"
Текст сплошная вода и по сто раз слово "фича" вообще непонятно что значащая в данном контексте. Что в итоге осмысленного и полезного для бизнеса так нигде и не прозвучало.
Основная мысль : специалист которому дали задачу выдать больше кредитов знает что можно например обзвонить миллион человек, но это деньги, а кому звонить из 100500 контактов не знает. Но есть история кому раньше звонили и кто после этого взял кредит. И этот специалист не может понять почему женщиены за 40 после звонка брали кредит чаще чем мужчины от 18 до 19. Запихивает это в черный ящик и тот с какой-то вероятностью 75% находит зависимости. По мне дак просто нужен опытный спец, который обозначит 3-5 параметров, за 15 сделает пару запросов в БД, подправит условия пару раз и за день сформирует список который отработает с ожиданиями 90-95 %. Но беда что такого спеца днем с огнем.
Если у тебя две системы где firs_name и last_name, и отчество либо отдельно куда-то либо вместе с именем А потом делаешь новую систему, которая будет интегрирована с первыми двумя
то лучше уж firs_name, last_name, middle_name чем что-то другое
Пока не понятно о каких записях идет речь что за данные, за какой период Если это перечень коммунальных платежей за 3 года , да и можно чинить мошенническое придумать но надо постараться. Если ипотечные анкеты как раньше в ВТБ24 были - с девичьими фамилиями прабабушек и кличками попугаем тети, то жестко можно покуролесить.
Я тоже когда-to примерно также развлекался, видел очень успешный проект по "роботизации" когда на 20 виртуалках что-то типа селениума кнопки в интерфейсе нажимало и вместо 250 человек осталось 70 на все подразделение. Так скажу вам, что вся эта "роботизация" не от хорошей жизни, либо архитектура приложения не позволяет нормально сделать, или никто не хочет заниматься. Реализация путем написания кода приложения куда более эффективная и с более широкими возможностями.
Как вы оцениваете пользу? Как вы понимаете зачем нужны стендапы? 10 минут по стандарту - тут больше психологический момент а не реальный контроль и разбр чегото и решения. И это работает
Еще цыганские наборы инструментов есть. Болгарка 120мм крутится жужжит, начинаешь резать сталь 1мм - останавливается от нагрузки даже сильно не давил. То есть заведомо неработоспособное делается.
А мы в команде любим своего Менеджера продукта. Фраза "Нового продакт-менеджера в компании могут встретить с недоверием " - ну может где-то на западе где внедрено 100500 копий одного продукта в стандарте, у нас в России не представляю, чтобы такого человека взяли со стороны - это бессмысленно. Внутри компании разработчика - бессмысленно вдвойне.
джуниор, мидл, лид итд это очень условно, выдумка жуликов каких то это называется нематериальная стимуляция в других местах инженер 1,2 категории, ведущий старший - хоть как назови но принцип тот же. И это реально работает, но это как раз вопрос руководителя который может не иметь отношения к разработке, а "хорошо управлять"
Объять необъятное. Если вы работаете на одном предприятии около 300 чел и предприятие не разработчик ПО, а чисто для себя продуктовая разработка - то вперед все описанное в одного внутри своей конторы - и в руководители ИТ. Там еще и бюджет и годовые отчеты и закупки и куча всего не ИТ для общего развития. Если хотите в ИТ развиваться то выбирайте направление. аналитика, разработка, архитектура и т.д. и специализируйтесь в нем. Покрыть все качественно невозможно. А управление людьми - это уже отдельная тема, тут как раз можно поверхностно во все включиться чтобы людей в команде понимать и на одном языке разговаривать, но как спец в ИТ уже развиваться не получиться.
Есть такое понятие как открытая и закрытая системы теплоснабжения.
Закрытая - там где теплоноситель из системы отопления != горячая вода, и включается все то что написано про теплообменник. И в городской системе в таком варианте теплоноситель никогда не будет антифризом, но антикоррозионные присадки туда могут добавлять и много.
Открытая - (во многих городах России, в Екатеринбурге например бОльшая часть жилых домов), горячая вода в кран поступает из системы отопления, для снижения температуры подмешивают холодную воду. В таком варианте Горячая вода может оказаться чище холодной.
При разборе одной из жалоб на качество горячей воды в Екатеринбурге грешили на Новосвердловскую ТЭС, которая была первой в цепочке - нагревала холодную воду до 90-110 градусов цельсия(Затем еще котельная догревает до 150). Холодная вода поступала от водоканала который всеми анализами доказывал, что качество в норме. Анализы воды на выходе из ТЭС показали, что она чище чем на входе - часть загрязнений оседает в оборудовании ТЭС при нагреве.
В 2003 закончил Курганскую сельхозакадемию, читал - и лекции вспоминались по животноводству (хотя нам экономистом небольшой курс для общего развития давали). И вроде как еще тогда в учебниках все это уже написано было, а опыт видимо пока сам шишек не набьешь. В любом случае удачи и поменьше падежа.
А вот это зачет!! А самое прикольное что тут даже ИИ не надо подключать и так прекрасно будет работать :)
Думал что-то интересное будет со случаями из практики, а тут реферат третьеклассника по природоведению.
Во первых речь не про бурение в "открытом космосе" а про бурение на других планетах и объектах солнечной системы - сильно большая разница. тут тебе и гравитация как никак и где-то атмосфера(ну астероиды с гравитацией и атмосферой отстают).
А в принципах ничего там сложного и особо отличающего нет, можно той же установкой с гидробурением даже обычной водой прекрасно забуриться, вода в бур подается под давлением в десятки атмосфер (а то до сотни) и кипеть начнет только в скважине - а там и на руку - будет прекрасно удалять породу из ствола(есть и пневмобурение, тоже отработанная технология).
Охлаждать вода при этом будет на порядок лучше. (даже если испарять внутри бура, то охлаждение будет прекрасным "Сублимируясь" вода не телепортируется в соседнее измерение, а прекрасно в другом виде продолжает существовать). Тут даже скорее подогревать воду придется чтобы где-то внутри в лед не превратилась.
По твердости породы на других телах сопоставимы с теми, что уже научились прекрасно бурить на земле.
Проблема одна - ВЕС.
Недавно на работу такуюже принес, года 3 в ящике дома валялась без дела.
По мне да ничего особенного, иногда даже вроде неудобно немного.
но вроде новая баксов 30 стоила, теперь не пользоваться что-ли чтоб не потерлась, подождать вдруг их по 300 будут покупать?
А если это заказная разработка то все немного меняется
и какие-то критерии готовности все-таки приходится вводить
и изменения за рамками "Готовности" приводят к изменению сроков и денег
и становится немного сложнее оценивать "готовность" и "готовность к изменениям"
А почему вы решили что кроме транзакционных данных остальные вам не нужны?
анализ провели и не выявили зависимости?
или у вас некое супер быстрое хранилище где можно анализ проводить и модели строить содержит в себе только эти данные?
В закладки положил
Текст сплошная вода и по сто раз слово "фича" вообще непонятно что значащая в данном контексте. Что в итоге осмысленного и полезного для бизнеса так нигде и не прозвучало.
Основная мысль : специалист которому дали задачу выдать больше кредитов знает что можно например обзвонить миллион человек, но это деньги, а кому звонить из 100500 контактов не знает. Но есть история кому раньше звонили и кто после этого взял кредит. И этот специалист не может понять почему женщиены за 40 после звонка брали кредит чаще чем мужчины от 18 до 19. Запихивает это в черный ящик и тот с какой-то вероятностью 75% находит зависимости. По мне дак просто нужен опытный спец, который обозначит 3-5 параметров, за 15 сделает пару запросов в БД, подправит условия пару раз и за день сформирует список который отработает с ожиданиями 90-95 %. Но беда что такого спеца днем с огнем.
Если у тебя две системы где firs_name и last_name, и отчество либо отдельно куда-то либо вместе с именем
А потом делаешь новую систему, которая будет интегрирована с первыми двумя
то лучше уж firs_name, last_name, middle_name чем что-то другое
Любая проблема решается просто - нужно просто брать и делать.
а не рассусоливать на тему поиска причин почему и откуда проблема
А вариант: создать вместо старого новый уникальный индекс в user_id, resurce_id, deleted_at ?
а то потом среди удаленных надо будет чего-нибудь найти
Ожидаемая скорость чтения — около 365 Мбайт/с , про запись не пишут
Выше уже прикинули, что если 300мбит/с писать - то неделя уйдет.
Но там же физика, крутить сильно быстрее нельзя - все развалится. Много головок ставить особо некуда да и дорого.
Пока не понятно о каких записях идет речь
что за данные, за какой период
Если это перечень коммунальных платежей за 3 года , да и можно чинить мошенническое придумать но надо постараться.
Если ипотечные анкеты как раньше в ВТБ24 были - с девичьими фамилиями прабабушек и кличками попугаем тети, то жестко можно покуролесить.
Я тоже когда-to примерно также развлекался, видел очень успешный проект по "роботизации" когда на 20 виртуалках что-то типа селениума кнопки в интерфейсе нажимало и вместо 250 человек осталось 70 на все подразделение.
Так скажу вам, что вся эта "роботизация" не от хорошей жизни, либо архитектура приложения не позволяет нормально сделать, или никто не хочет заниматься. Реализация путем написания кода приложения куда более эффективная и с более широкими возможностями.
Как вы оцениваете пользу? Как вы понимаете зачем нужны стендапы?
10 минут по стандарту - тут больше психологический момент а не реальный контроль и разбр чегото и решения. И это работает
Еще цыганские наборы инструментов есть. Болгарка 120мм крутится жужжит, начинаешь резать сталь 1мм - останавливается от нагрузки даже сильно не давил. То есть заведомо неработоспособное делается.
А мы в команде любим своего Менеджера продукта.
Фраза "Нового продакт-менеджера в компании могут встретить с недоверием " - ну может где-то на западе где внедрено 100500 копий одного продукта в стандарте, у нас в России не представляю, чтобы такого человека взяли со стороны - это бессмысленно.
Внутри компании разработчика - бессмысленно вдвойне.
Обычно менеджер продукта вырастает внутри
джуниор, мидл, лид итд это очень условно, выдумка жуликов каких то
это называется нематериальная стимуляция
в других местах инженер 1,2 категории, ведущий старший - хоть как назови но принцип тот же.
И это реально работает, но это как раз вопрос руководителя который может не иметь отношения к разработке, а "хорошо управлять"
Объять необъятное.
Если вы работаете на одном предприятии около 300 чел и предприятие не разработчик ПО, а чисто для себя продуктовая разработка - то вперед все описанное в одного внутри своей конторы - и в руководители ИТ. Там еще и бюджет и годовые отчеты и закупки и куча всего не ИТ для общего развития.
Если хотите в ИТ развиваться то выбирайте направление. аналитика, разработка, архитектура и т.д. и специализируйтесь в нем. Покрыть все качественно невозможно.
А управление людьми - это уже отдельная тема, тут как раз можно поверхностно во все включиться чтобы людей в команде понимать и на одном языке разговаривать, но как спец в ИТ уже развиваться не получиться.
Есть такое понятие как открытая и закрытая системы теплоснабжения.
Закрытая - там где теплоноситель из системы отопления != горячая вода, и включается все то что написано про теплообменник. И в городской системе в таком варианте теплоноситель никогда не будет антифризом, но антикоррозионные присадки туда могут добавлять и много.
Открытая - (во многих городах России, в Екатеринбурге например бОльшая часть жилых домов), горячая вода в кран поступает из системы отопления, для снижения температуры подмешивают холодную воду. В таком варианте Горячая вода может оказаться чище холодной.
При разборе одной из жалоб на качество горячей воды в Екатеринбурге грешили на Новосвердловскую ТЭС, которая была первой в цепочке - нагревала холодную воду до 90-110 градусов цельсия(Затем еще котельная догревает до 150). Холодная вода поступала от водоканала который всеми анализами доказывал, что качество в норме. Анализы воды на выходе из ТЭС показали, что она чище чем на входе - часть загрязнений оседает в оборудовании ТЭС при нагреве.
ЗЫ: лучше пить из бутылей все-таки или из фильтра
В 2003 закончил Курганскую сельхозакадемию, читал - и лекции вспоминались по животноводству (хотя нам экономистом небольшой курс для общего развития давали). И вроде как еще тогда в учебниках все это уже написано было, а опыт видимо пока сам шишек не набьешь.
В любом случае удачи и поменьше падежа.