Подробнее
Буквы на фоне,приколы для даунов со знанием английского,#Приколы для даунов со знанием английского,попугайчик,приколы для программистов,и не только,эффективный менеджмент
Еще на тему
Буквы на фоне приколы для даунов со знанием английского попугайчик приколы для программистов и не только эффективный менеджмент
Подробнее
Буквы на фоне,приколы для даунов со знанием английского,#Приколы для даунов со знанием английского,попугайчик,приколы для программистов,и не только,эффективный менеджмент
Подробнее
Буквы на фоне,приколы для даунов со знанием английского,#Приколы для даунов со знанием английского,попугайчик,приколы для программистов,и не только,эффективный менеджмент
Я не программист, но ебашил по работе в excel как не в себя. Я почти полностью автоматизировал саму работу аналитики в таблице экселя с отчётами "каждую неделю", путём создания одного листа с ахуенно длинными формулами, которые на что-то там ссылаются и так далее. Каждая формула в длинну на 3-4 строки ввода формул. По 10 махинаций внутри неё. Со всеми возможными ошибками в данных и исключениями. И чтобы сделать свою работу мне было достаточно потом лишь скопировать новые данные, вставить их и в новой копии макета выставить другое число месяца и недели. Всё. Дальше он все графики и таблицы подтягивал автоматически. И если кто угодно посмотрит на эти ячейки вывода - он нихуя не поймёт. Зато вместо часа-двух работы моего предшественника, мне хватало 5 минут.
Касательно твоего примера: ты решил свою проблему с помощью автоматизации. Это прекрасно. Но вот представим, что твоя работа и есть автоматизация. Если добавлять в твои расчёты новые данные, новые ошибки и исключения? А потом расширить форматы отчётов: еженедельные, с нарастающим итогом, отчёты только по определённым категориям и т.д. Было бы лучше разбить длинные формулы на короткие блоки, которые бы использовались при необходимости.
Как сказали выше, так тебя не уволят. Зато есть большой риск запороть проект. Человек не будет разбирать модуль, а, скорее всего, прикрутит к нему ещё один модуль, который будет решать конкретно его задачу. Так программа будет охуенно расти в размерах и работать всё хуже. Мелкие изменения и отслеживание ошибок будут занимать всё больше времени. Кроме того, разработчики же увольняются. Вот и представь такую программу, которую уже лет 10 поддерживают и дорабатывают, только сначала не позаботились об архитектуре: людей нанимают на большие бабки, чтобы они разобрались во всём и переписали заново. Хотя чаще нанимают студентов, чтобы они плакали над говнокодом горючими слезами и крутили надстойки, пока фирма наконец не забьёт на этого монстра и не похоронит его.
Жила-была богатая контора с арендованными стойками в ЦОДах и 3 средами разработки на все команды: дев, препрод и прод. Поскольку препрод от прода отличался только парой моков, то там особо не подебажить, а конфликты между командами разруливались тестировщиками в формате "не нажимать деплой до стольки-то или я убью твою собаку". Поскольку бюджет на инфраструктуру с сильным запасом, решают нанять девопёса разобраться.
Мессия курит полтора месяца как и что у них работает и выдаёт: поскольку никакой контейнерной магии вашим самописным системам не светит, то придётся пилить образы для виртуалок с их клонированием, тем более ваш гипервизор_name умеет это бесплатно и оптимальным способом. Вот вам ТЗ с планом работ для всех соучастников и требованиями к пилотному проекту, для переключения разработки туда достаточно просто выделить мощностей. Несмотря на все "это невозможно" от разработчиков, через месяц образовались базовые образы и процесс их обновления, ещё через 2 автоматизировали процесс наката ПО, ещё через 3 оно прошло end-to-end тесты и было отложено на квартал до перевода в бой дабы бизнес-фичи пропихнуть.
Параллельно пилилась новая система с таким же дедлайном, только там всем светил прямой выход на мороз. Несмотря на напоминания о том, что их ждёт такой же процесс и нужна документация всех действий по натягиванию совы на прод, как через месяц, так и через полгода разрабы не смогли запустить в новой среде своё чудо, и поэтому проект по переводу всех на изолированные среды разработки был отменём.
А разгадка одна - безблагодатность.