KT
Size: a a a
2020 May 14
x
“токсичные иосники” 🙂
AR
ты готов утверждать, что среднестатистический программист одинаково относится к коду в таких случаях?
– написанный тобой код через год поддерживать тебе, и если там все будет плохо – выебут тебя
– написанный тобой код будет поддерживать кто-то другой и тебе ничего за него не будет
– написанный тобой код через год поддерживать тебе, и если там все будет плохо – выебут тебя
– написанный тобой код будет поддерживать кто-то другой и тебе ничего за него не будет
Ну вы видимо опять про крупных "аутсорсеров", роботы, EPAM. Есть компании с десятком разработчиков. Где код либо тебе придется поддерживать, либо вот этому парню, который с тобой еще на паре проектов работает"
EE
ты готов утверждать, что среднестатистический программист одинаково относится к коду в таких случаях?
– написанный тобой код через год поддерживать тебе, и если там все будет плохо – выебут тебя
– написанный тобой код будет поддерживать кто-то другой и тебе ничего за него не будет
– написанный тобой код через год поддерживать тебе, и если там все будет плохо – выебут тебя
– написанный тобой код будет поддерживать кто-то другой и тебе ничего за него не будет
интересно, а что мешает этому среднестатестическому программисту свалить просто с компании через несколько лет (обычно так и бывает)
EK
ты на вопрос-то ответь)
EE
и вообще, у вас в яндексе это норм практика, найти программиста и выебать его за то что он написал год назад?)
EE
ты на вопрос-то ответь)
так я ответил, нет разницы)
EK
Блин, ну это демагогия уже началась
AR
И как бы мне кажется это очень зависит от добросовестности человека. Мне не приходило в голову думать, что мол "этот апп не для нас - напишем правой пяткой как получистся"
AR
В общем мой посыл был про то, что неплохо бы было опыт н тольео IT гигантов и если на конференции не только такой опыт - может стоит про это написать )
ET
ET
все тут обсосали же
KT
Кстати да, я не могу писать код как-то иначе, чем всегда
EK
Ну вот, а я вижу разницу. Я не утверждаю, что это какое-то незыблемое правило, но когда команда разработки "оунит" продукт, это влияет в том числе и на архитектурные решения, и на отношение разработчиков к тому, как именно делать
EE
Блин, ну это демагогия уже началась
ну какая демогогия, я тебе говорю что проекты в роботах поддерживают дольше чем сейчас программисты в компаниях работают. так что твой пример не работает
EE
Кстати да, я не могу писать код как-то иначе, чем всегда
+
EK
Боюсь, далеко не все такие)
AR
Ну вот, а я вижу разницу. Я не утверждаю, что это какое-то незыблемое правило, но когда команда разработки "оунит" продукт, это влияет в том числе и на архитектурные решения, и на отношение разработчиков к тому, как именно делать
Ха ха ) Ты видимо работал в хороших продуктовых компаниях. Если просто приводить свой опыт - я самый говнокод и ужаснейшую архитектуру видел в крупном приложении, которое писала продуктовая команда (ей правда EPAM помогал активно, но архитектурные решения там были свои, EPAM скорее только положительную роль там сыграл)
EE
Боюсь, далеко не все такие)
кстати в роботах максимальное количество адекватных разработчиков из тех мест где я бывал
EE
ну вот ася расказывала как они рефакторили всью контроллер в почте где все приложение было по сути)