"Менеджеры" ощущают себя богами только в том случае, если вокруг них наблюдается суета подчинённых. Если он сидит дома один, а его подчинный где то далеко, то какой же он Бог офиса? Отсюда все стремление загнать всех обратно в коробочки опенспейса, общения не хватает.... Мне общение не нужно, мне и так хорошо.
На удаленке я работаю по своим бмологическим часам, могу и поспать лечь днем на час, два, а вечером потом посидеть до 11. А в офисе все строго с 9 до 18, эффективности в такой работе гораздо меньше.
Гибридная работа с одним, двумя днями в офисе - это начальственная дурь. Представьте, что есть люди, работающие из городов, где офиса нет, им что теперь ехать в Москву, снимать квартиру, что бы на один день в неделю выходить на работу в офис? Мне, например, что бы в четверг утром быть в офисе нужно в сторону Москвы выезжать в среду вечером. Нормально, да?
Нормальный etl должен содержать два обязательных уровня - управление загрузкой (оркестровка процесса) и уровень трансформаций, управление загрузкой должны включать в себя в том числе и циклы, обоаботку ошибок , переходы по условию или по набору данных в потоке данных - этого нет. Уровкнь трансформации должны содержать различного рода экстракторы из разных источников и целевые объекты- таргеты, их тоже нет, сами трансформации их в нормальном erl огромное количество под всякие нужды от калькулятора до изменения типа данных, локапы и мержи, этого тоже нет. Есть еще третий слой - слой описаеия метаданных,, он есть не у всех, но этого тоже нет. Взамен всего этого разработчику предлагается наговнокодить это все на питона.
Airflow - это не ETL, в нем нет ничего, что бы делало его ETL-м. Это workflow management платформа. Пихают везде это говно в качестве ETL, тоже своего рода религия. Dagster и Prefect в разы лучше они хоть как то приближены к задачам ETL-я, могут хотябы данные между узлами передавать.
Остап Бендер знал несколько сравнительно честных способов от'ема денег, среди них были и бигдата и озера данных вместо хранилищ данных и искусственный интелект.
Работа с договорами (составление договоров и приложений к ним, согласование договоров с заказчиком, актирование выполненных работ, выставление счетов, выбивание оплаты по счетам из заказчика при помощи утюга и паяльника)
И что работает вот это вот все? Из моей практики ещё ни один проект не был выполнен во время, с теми ресурсами и затратами с которыми в него вошли, хорошо, если бюджет перезаложили раза в два, а если нет, то вся работа в убыток. Из рассказов коллеги у которого 50 крупных проектов за спиной в качестве или РП или руководителя проектного офиса только один вписался в бюджет и был сдан во время, потому что руководили разработкой там японцы.
Очередная попытка заменить человека арифмометром, а что бы он думал в правильном направлении предлагается ему немножко подсказать этот направление. Очередная туфта от IT бизнеса для дураков имеющих кучу денег.
Эх молодость... я тоже был молод и пытался переделать этот мир, был РП, начальником отдела, теперь я старый, лысый программист с кучей хронических болячек, нажитых в борьбе с дураками. Удачи вам, м.б. у вас получится что то хорошее. Я в конце концов пришёл к выводу, что лучшее решение - это отвечать только за себя.
Я в IT с 97 года, менеджеры везде одинаковые, работа везде одинаково не интересна и не приносит радости и пользы, она просто даёт чуть больше денег чем в других отраслях. С инженера данных спрос меньше, чем с аналитика (датасаинтиста), который гнёт спину под требованиями бизнес-заказчика, тот требует денежного эффекта в стопятьсот миллионов или капризничает по поводу представления данных в интерфейсе.. Вот и вся разница.
В проектах, любых, все крутится вокруг трех вещей - цели(ожиданий заказчика от проекта), бюджета и ресурсов. Вот ими управляет менеджер, а знания sql+join ему совсем не нужны, он вместо решения своих задач будет постоянно лезть в разработку.
Спрятаться от ИИ можно, от камер точно, не такой уж он и умный. Симку сменить (купить у вокзала), иметь два телефона, один никогда не включать рядом с другим, заходить в сеть через прокладку и т.д. Почитайте как Сноуден прятался от ИИ
"Менеджеры" ощущают себя богами только в том случае, если вокруг них наблюдается суета подчинённых. Если он сидит дома один, а его подчинный где то далеко, то какой же он Бог офиса? Отсюда все стремление загнать всех обратно в коробочки опенспейса, общения не хватает.... Мне общение не нужно, мне и так хорошо.
На удаленке я работаю по своим бмологическим часам, могу и поспать лечь днем на час, два, а вечером потом посидеть до 11. А в офисе все строго с 9 до 18, эффективности в такой работе гораздо меньше.
Гибридная работа с одним, двумя днями в офисе - это начальственная дурь. Представьте, что есть люди, работающие из городов, где офиса нет, им что теперь ехать в Москву, снимать квартиру, что бы на один день в неделю выходить на работу в офис? Мне, например, что бы в четверг утром быть в офисе нужно в сторону Москвы выезжать в среду вечером. Нормально, да?
Нормальный etl должен содержать два обязательных уровня - управление загрузкой (оркестровка процесса) и уровень трансформаций, управление загрузкой должны включать в себя в том числе и циклы, обоаботку ошибок , переходы по условию или по набору данных в потоке данных - этого нет. Уровкнь трансформации должны содержать различного рода экстракторы из разных источников и целевые объекты- таргеты, их тоже нет, сами трансформации их в нормальном erl огромное количество под всякие нужды от калькулятора до изменения типа данных, локапы и мержи, этого тоже нет. Есть еще третий слой - слой описаеия метаданных,, он есть не у всех, но этого тоже нет. Взамен всего этого разработчику предлагается наговнокодить это все на питона.
Airflow - это не ETL, в нем нет ничего, что бы делало его ETL-м. Это workflow management платформа. Пихают везде это говно в качестве ETL, тоже своего рода религия. Dagster и Prefect в разы лучше они хоть как то приближены к задачам ETL-я, могут хотябы данные между узлами передавать.
Остап Бендер знал несколько сравнительно честных способов от'ема денег, среди них были и бигдата и озера данных вместо хранилищ данных и искусственный интелект.
Для менеджера проекта не хватает
Работа с ожиданиями заказчика
Работа с договорами (составление договоров и приложений к ним, согласование договоров с заказчиком, актирование выполненных работ, выставление счетов, выбивание оплаты по счетам из заказчика при помощи утюга и паяльника)
Управление бюджетом
Поиск новых задач (вторичные продажи)
И что работает вот это вот все? Из моей практики ещё ни один проект не был выполнен во время, с теми ресурсами и затратами с которыми в него вошли, хорошо, если бюджет перезаложили раза в два, а если нет, то вся работа в убыток. Из рассказов коллеги у которого 50 крупных проектов за спиной в качестве или РП или руководителя проектного офиса только один вписался в бюджет и был сдан во время, потому что руководили разработкой там японцы.
Очередная попытка заменить человека арифмометром, а что бы он думал в правильном направлении предлагается ему немножко подсказать этот направление. Очередная туфта от IT бизнеса для дураков имеющих кучу денег.
Сливает базу тот, кто имеет к ней доступ, а не мифический хакер.
Можно ли заставить clickhouse писать данные сразу в таблицу на диск, минуя оперативную память?
Эх молодость... я тоже был молод и пытался переделать этот мир, был РП, начальником отдела, теперь я старый, лысый программист с кучей хронических болячек, нажитых в борьбе с дураками. Удачи вам, м.б. у вас получится что то хорошее. Я в конце концов пришёл к выводу, что лучшее решение - это отвечать только за себя.
Я в IT с 97 года, менеджеры везде одинаковые, работа везде одинаково не интересна и не приносит радости и пользы, она просто даёт чуть больше денег чем в других отраслях. С инженера данных спрос меньше, чем с аналитика (датасаинтиста), который гнёт спину под требованиями бизнес-заказчика, тот требует денежного эффекта в стопятьсот миллионов или капризничает по поводу представления данных в интерфейсе.. Вот и вся разница.
В проектах, любых, все крутится вокруг трех вещей - цели(ожиданий заказчика от проекта), бюджета и ресурсов. Вот ими управляет менеджер, а знания sql+join ему совсем не нужны, он вместо решения своих задач будет постоянно лезть в разработку.
Спрятаться от ИИ можно, от камер точно, не такой уж он и умный. Симку сменить (купить у вокзала), иметь два телефона, один никогда не включать рядом с другим, заходить в сеть через прокладку и т.д. Почитайте как Сноуден прятался от ИИ
У нас есть ноги и безкрайние просторы родной страны.