14

Ответ на пост «Почему я завязал с ИТ»1

В любой офисной работе обязательно будет доля объективно бесполезных (но очень обязательных) дел. И чем больше эта работа связана с документами и формальностями - тем больше будет подобной бюрократии.

Например, в обслуживании 1С это правила оформления документов, которые меняются со скоростью света просто потому, что некоторым чиновникам наверху нужно имитировать бурную деятельность.

И программисту важно успевать подстроиться - иначе, например, другая сторона сделки может отказаться подписывать документы и даже платить, найдя формальные нарушения. А всё потому, что, например, законотворцы в документе графу переименовали (даже не меняя её сущность - просто чуть другой порядок слов).

Вот и получается - одна малополезная деятельность порождает другую малополезную для мира деятельность.

Поэтому тем, кто в начале пути и грезит мечтами об ИТ - я бы посоветовал посмотреть в сторону решения реальных проблем людей посредством компьютера. Например, делать полезные приложения. Или настраивать сети в офисах, где минимум бюрократии (но при этом хорошо платят и адекватно относятся).

Иначе - выгореть в ИТ очень и очень легко.

Офисные будни

6.8K постов16.9K подписчиков

Правила сообщества

В связи с массовой активностью небратьев, ответы на волны негатива в отношении сотрудников правоохранительных органов будут выноситься из сообщества, их авторы блокироваться.

-не нарушайте вежливость. За нарушение вежливости -бан, ибо это отталкивает посетителей и авторов.

- не нарушайте правила Pikabu и чтите закон.

- добавляйте посты связанные с тематикой сообщества;
-делитесь опытом организации жизни  в офисе и проживания на работе;
-делитесь управленческим опытом;


Бан за неуместную настойчивость: если вы активно, по несколько раз в неделю, в течение длительного времени размещаете сообщения низкого качества, простецкие и незамысловатые, не ориентированные на интересы аудитории, вы отправляетесь в бан сообщества. Ради качества контента.

Вы смотрите срез комментариев. Показать все
1
Автор поста оценил этот комментарий

Программисту тут нужно только обновлять типовую конфигурацию вовремя

раскрыть ветку (6)
1
Автор поста оценил этот комментарий

это ли программист? это делает л1 поддержки

раскрыть ветку (4)
1
Автор поста оценил этот комментарий

Зависит от количества объёма нетиповых доработок, количества пропущенных релизов и культуры ведения разработки. В простых случаях и л1 справится, но бывают такие запущенные монстры, что обновление становится сложным квестом

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

Да, если типовая допиленная - это может быть и БДСМ в чистом виде.

Пример лёгкого БДСМ. Бухгалтер настояла, чтобы в план счетов включили парочку "своих" счетов. Программист согласился, сделали, особо не продумав ходы вперёд. На счетах копятся провОдки. Лет через 5 фирма 1С добавляет свои счета в план счетов, в аккурат на те коды, на которые уже добавлены самописные. Пришлось менять коды у самописных счетов, искать и исправлять во всех местах, где они упоминаются.

Пример ещё чуть повеселее. Подрядчик обновлял конфу и полностью переписал некоторые типовые процедуры. Теперь при каждом обновлении эти процедуры нужно будет вычитывать и исправлять (либо 1 раз сносить то, что писал подрядчик, и с нуля делать самим).

И это ещё далеко не дно.

раскрыть ветку (2)
1
Автор поста оценил этот комментарий

Жила была управленческая база в одном холдинге. Систему очень активно пилили и перепиливали целая толпа программистов - в пике до нескольких десятков разработчиков одновременно, в спокойное время 3-5 человек. Переделали и переписали всё до чего смогли дотянуться.


Система использовалась для внутренних целей, не взаимодействовала с контрагентами (почти) и государственными органами, поэтому никто не собирался её обновлять.


Но однажды спустя 7 лет наши доблестные менеджеры продали им проект, который предполагал использование нового функционала из новой типовой версии. Надо было всего лишь обновить базу на новый мажорный релиз минуя штук 50 минорных релизов. И поручили эту задачу мне. Я им сказал, что они дураки и не лечатся, но взялся за задачу. Что-то более менее стабильно работающее получилось собрать только через три месяца, а в релиз пошло ещё через два. И ещё несколько релизов почти полностью были посвящены исправлению ошибок этого релиза. После этого я с облегчением уволился оттуда нафиг

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

А вот это уже пример хардкорного расклада.

0
Автор поста оценил этот комментарий

Да, когда она полностью типовая (или хотя бы доработки изначально аккуратные) - тут почти халява. Просто не накосячить.

А вот если она типовая, но сильно допиленная - тогда сложнее.


Но я сейчас не про сложность, а про долю "мартышкиного труда", изначально вызванного косметическими изменениями законодательства. Про то, что за время, пока программист ставил по 100500 релизов обновлений - он мог бы, например, какие-нибудь полезные функции для людей разработать.

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества