Код с помарками, несоответствующий общепринятым стандартам, будь он хоть 200 раз рабочий, в первую очередь - менее читаемый, а значит следующему программисту с ним сложнее будет работать.
раскрыть ветку (16)
А в общем то конторе как правило насрать насколько там код соответствует стандартам, читаем и т.д. Ключевой момент чтоб был рабочий и относительно безопасный все.
раскрыть ветку (11)
Менеджменту конторы - действительно насрать, они в этом и не обязаны разбираться. Но если вас на одном проекте несколько разработчиков одного профиля (или даже если планируется сменяемость разрабов) и проект либо большой, либо долгоиграющий - то тут уже надо писать код так, чтобы другие от твоей писанины не страдали. Элементарная вежливость и взаимоуважение.
Ну а вообще, даже ради своего удобства стоит писать аккуратный и прозрачный код, чтоб через месяцы/полгода/год быстро вникать в его суть снова.
раскрыть ветку (6)
Так то все правильно. Но если к тебе врывается начальство и орет что работать должно ещё вчера, у тебя 2 часа на запуск и делай что хочешь, то тут не до аккуратности, удобства и заботе о следующих поколениях.
И так в абсолютно любых отраслях, будь то программирование, бух учёт или сантехника.
И так в абсолютно любых отраслях, будь то программирование, бух учёт или сантехника.
раскрыть ветку (1)
ну так тут дело не в программировании, а уже в подходе к своей работе и к ее качеству, потому что вы сами указали - начальник-самодур может быть в любой отрасли. но это все еще не оправдание говнокодить и гордиться этим (уже не говорю про способы решения ситуации, например, заложить время в будущем на рефакторинг или разговора с начальником, не 100% же рабочего времени происходят авралы).
В идеальном мире да. Но к сожалению я частенько сталкивался логикой (опять же в основном в госконторских самописных сервисах) писать все максимально запутанно и недокументированно дабы никто кроме творца не мог понять что происходит, ну или потратил бы на это килотонну времени. Без скв, без комментариев, без документации. Люди себя так страхуют от увольнения....
раскрыть ветку (2)
по моему, как раз подобная "госконторная" логика и есть исключение, а не все остальное - "идеальный мир"
раскрыть ветку (1)
Да вот к сожалению в большинстве своем (в нашей стране по крайней мере) как раз наоборот. (сугубо мое имхо конечно). Причем то что я описал это вполне приличные люди. Неприличные это вообще явные закладки в коде которые кладут систему наглухо если например в определенном файлике не прописан текущий месяц и год в последней строке. Встречал и такое.
Все так, сферически в вакууме. Но тут речь про джуна идет, он тупо еще не умеет писать правильно. Пишет лишь бы работало.
Вот поэтому и не стоит айтишникам идти работать в не айти компании.
Нормальной конторе не насрать. Ибо все прекрасно понимают, что ничто не стоит на месте, и любой софт будет допиливаться, обновляться, обставить новым функционалом. И лучше заплатить на 100 баксов больше программисту сегодня, чтобы он сделал фичу в соответствии с общепринятым стандартами, все задокументировал и покрывал текстами, чем потом попасть на 1000, когда человеку, который через пару лет будет переделывать всё в соответствии с изменившимися хотелками клиентов, и будет вынужден потратить неделю времени, чтобы понять, как это говно работает.
Нормальной конторе не насрать. Ибо все прекрасно понимают, что ничто не стоит на месте, и любой софт будет допиливаться, обновляться, обставить новым функционалом. И лучше заплатить на 100 баксов больше программисту сегодня, чтобы он сделал фичу в соответствии с общепринятым стандартами, все задокументировал и покрывал текстами, чем потом попасть на 1000, когда человеку, который через пару лет будет переделывать всё в соответствии с изменившимися хотелками клиентов, и будет вынужден потратить неделю времени, чтобы понять, как это говно работает.
раскрыть ветку (3)
Да даже и it компаниям иногда насрать. Работал как то в конторе-интеграторе, собирали под ключ всякие умные залы, переговорные сцены и тп. зачастую за доххулиарды рублей. И принцип создания программных управлялок всей крастой был тот же самый "лишь бы работало и быстро" а на документацию, безопасность, возможность развития в дайльнейшем и красоту кода насрать. Т.к. задача сдать проект здесь и сейчас получить подпись заказчика а поддерживать да пох на поддержку. А чем более изъебно все написано так еще и лучше конкуренты потом не смогут ничего изменить и значит заказчик снова придет к нам.
А по поводу не it компаний а как обойтись то без it шников.
Более или менее крупная компания особенно с госденьгами в той или иной форме так или иначе будет пилить свой it отдел, а не отдавать в на аутсорс, хотя бы потому что каждый раз проводить тендер на допил какого то функционала это очень большой геморой и очень много проебанного времени.
Реалии родной страны...эхх..
раскрыть ветку (2)
Ну если задача - сделать один раз и получить деньги здесь и сейчас, то так и будет. А если работают по скраму и доят заказчика годами или над собственным продуктом, то чаще всего делают нормально.
Неайти компании и госконторы то открывают свои отделы. Просто мой совет другим специалистам: не идите работать в такие места.
Неайти компании и госконторы то открывают свои отделы. Просто мой совет другим специалистам: не идите работать в такие места.
раскрыть ветку (1)
Ну это да если есть возможность выбирать конечно лучше в такие места не идти. А принцип после нас хоть потоп у нас процветает далеко не только в it. Я бы даже сказал что этим принципом классический бизнес заразил сферу it в россии .
и (надеюсь конечно что не сбудется)но что то мне подсказывает что этот принцип и дальше будет по нарастающей процветать.
Twitter
10.7K постов8.2K подписчиков
Правила сообщества
Запрещено:
1) Политические посты (автор будет блокирован, посты будут выноситься в общую ленту). Примечание: пост считается политическим, если на него установлен тег "Политика" автором поста, голосованием пользователей, или модератором Pikabu;2) Посты, не связанные с тематикой сообщества (будут выноситься в общую ленту). Примечание: сообщество посвящено новостям и скриншотам, которые связаны с социальной сетью "Twitter";
3) Новостные посты не связанные с тематикой новостей про Twitter. Для них есть сообщество Новости.
--
При нарушениях правил сообщества вызывайте аккаунт
--
В остальном анархия в пределах правил Pikabu – они находятся в компетенции