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