Как перестать говнокодить и принимать неверные архитектурные решения?

Question

[Олег]

Собственно суть вопроса выше, как писать поддерживаемый код?
Что гуглить, что учить? Может литературу какую почитать посоветуете?
Можно ли себя называть миддлом, если твой код говно?

Comments

[Kovalsky]

В этом вопросе мне нравится всё!

Образование оно ведь как фимоз - каждое утро говорите себе "терпение и труд всё перетрут", затем претворяете этот принцип в жизнь и всё, профит.

По теме: чтобы чему-то научиться надо этому чему-то учиться. Курсы, книги, практика, семинары, лекции. Вот сегодня был митап по JS. Обсуждали ФП и прочие половые извращения. Вы на нём были? Нет? А чо?

[Роман]

вы там бухать начали уже в четверг что ли? :D

[Kovalsky]

Роман, сразу представил себе хмельного мужика в тельняшке который обливаясь крокодильими слезами и драматически простирая длань задаёт небу вопрос "Можно ли себя называть миддлом, если твой код говно?!"

[Алексей Николаев]

Никита Полевой, смузи с алкоголем просто. А скупые слезы падают на макбук.

[hzzzzl]

Никита Полевой, всегда так делаю

[Сергей delphinpro]

Можно ли себя называть миддлом, если твой код говно?

Философский вопрос =)

[Северное Сияние]

Никита Полевой,

каждое утро говорите себе

Надо. Слушать. Радио Радонеж.
Надо молиться, поститься и — слушать радио Радонеж.
Вот хоть тресни! Хоть весь мир там развались! Я всегда готов молиться, поститься и слушать радио Радонеж!
Биться головой об стену, смиряясь: «Я хуже всех, я хужевсех, яхужевсех, яхужевсех, яхужевсех, яхужевсех, яхужевсех, яхужевсех, яхужевсех, яхужевсех».
Теперь нужно надеть чёрную одежду, взять в руки чётки, ничего не есть, не пить, только ходить в церковь, молиться-поститься, ни с кем не разговаривать, только знать духовника, келью и всё.
И не смей пикнуть. Читай утренние молитвы и не думай ни о чём.
Ой… Но ведь мы ещё так молоды! Ой… Ну всё! Всё грех! Всё нужно отсечь! Только вот — в церковь, молиться, поститься и слушать радио Радонеж!
Туфли на резиновой подошве, длинная чёрная юбка до пят, рюкзачок, платочек, чёточки.
Всё, значит, я не моюсь, отращиваю космы спутанные… Длинные волосы, всклокоченная борода, стоптанные башмаки, а лучше сапоги, а лучше вообще в военную форму одеться и — пугать народ.
Ты — ничтожество, жалкий грешник, урод, всё в тебе, что есть — это зло и грех, тебе приготовлены вечные муки, страшный суд, ад и погибель.
С похмелья посмотрите вокруг. Везде вот чудеса, знамения… Россия перед вторым прОиСшествием, число 666, евреи, масоны…
Я вот ненавижу евреев. Очень обеспокоен засильем масонов. Масоны ведут свою ужасную подрывную работу. Негодяи.
«Мы хорошие, все вокруг плохие». Это уже глубокая психиатрия. Как к этому можно относиться? Лечиться! Нужно посетить хорошего психотерапевта.
Пожалуйста… наместнику не говорите.

[sorry_i_noob]

Один писатель сказал: "Хорошие книги не пишутся, а переписываются.". Мне кажется, что с кодом что-то похожее.

Answer 1

[Mikhail Osher]

как писать поддерживаемый код?

Если уж очень коротко, то соблюдать SOLID/GRASP. Мне понравился твит одного из авторов React Router:
https://twitter.com/mjackson/status/1171524189850701825

Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
For me, this is 95% of software development. Just figuring out *where* things belong.

Что гуглить, что учить?

Фундаментальные знания, вроде вышеупомянутых SOLID/GRASP, паттерны (не только классические паттерны, но и вообще, общеизвестные решения определённых задач), базовые структуры данных. Фреймворки/библиотеки всегда будут приходить/уходить, что-то будет забываться. А фундаментальные знания всегда актуальны.

Может литературу какую почитать посоветуете?

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

Можно ли себя называть миддлом, если твой код говно?

Не пытайтесь себя оценить. В каждой компании свои понятия миддла. А если кто-то 35 лет на лиспе кодил, а потом прыгнет на Angular - кто он, джун или сеньор?
И, да, все мы в какой-то степени пишем говнокод. Если кто-то Вам доказывает, что он пишет супер чистый код - не слушайте.

И ответ на главный вопрос.

Как перестать говнокодить и принимать неверные архитектурные решения?

Это невозможно. Все проекты, которые чуток сложнее CRUD-ов, рано или поздно обрастают говнокодом. Никто не пишет идеальный код. Код должен работать и решать проблемы бизнеса.

Comments

[Kovalsky]

Никогда не видел такого обстоятельного и грамотного ответа на такой пространный вопрос. Жалко нельзя два раза лайкнуть.

[xfg]

Спагетти-код можно победить, архитектурные решения есть, просто это очень дорого на начальном этапе, но чем дальше, тем дешевле. С спагетти наоборот.

Поддерживаемый код это минимум десятки и сотни миллионов рублей за решение. Это привилегия крупных продуктовых компаний. Веб-студии себе такое позволить не могут, нет ни клиентов, ни специалистов.

[Антон Швец]

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

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

[Mikhail Osher]

Антон Швец, согласен, лишними их назвать не могу. Что вижу, что 90% разработчиков, которые их внимательно читали, потом считают эти знания истиной последней инстанции, и даже не думают о том, что в реальном мире на реально проекте всё совсем иначе)

[Антон Швец]

Mikhail Osher, читать Мартина стоит после года работы, когда уже есть свое мнение и опыт разных подходов

[zizeca]

У меня немного другая ситуация, меня просят писать говнокод. Не любят у нас все эти паттерны, solid, библии Мартина про чистый код и приватные поля. Приходится переучиваться на говнокодера. Это намного сложнее.

Answer 2

[Алексей Николаев]

Можно ли себя называть миддлом, если твой код говно?

Неа. Если только хреновым миддлом. Ну и смотря насколько говно - там тоже разные сорта. Может, ваш код очень даже по сравнению с.

как писать поддерживаемый код?

Практика. Я всегда очень гордился решениями, которые говнокодил, однако в процессе разработки выяснялось, что они не ахти (просто с кодом становилось очень неудобно работать, особенно когда проект твой собственный и ты к нему возвращался через полгода), и приходило понимание, почему. В следующем проекте я старался избегать предыдущих граблей и наступал на новые. В итоге сейчас если я и говнокодю, то уже осознанно, а это, как вы понимаете, уже совершенно иная ступень мастерства)

Comments

[Алексей Харченко]

Я не программист, но иногда пишу скрипты. Для себя в основном, иногда другим в помощь.
Часто бывает, что "нужно же вчера", быстренько что-то сделал, отладил - работает. А в работе основное правило - работает? - не трогай!
Однако через какое-то время нужно подправить скрипт, потом ещё и ещё. Со временем получается большой кусок кода, с кучей недоработок и костылей вида "вот тут точно при таких-то условиях будет баг, но пока не критично, потом как-нибудь доработаю".
Вот как начать писать так, чтобы потом не пришлось переписывать почти с нуля? Пишу в винде для батников (bat, cmd), vbs, powershell. В линуксах на bash в основном.

Answer 3

[Lander]

Как не начать говн*кодить?

Answer 4

[Alexey]

Как можно больше практиковаться, постараться найти грамотного ментора или работу, где будет более старший программист чем вы, который сможет подсказать и объяснить, что плохо, а что хорошо.

Answer 5

[Кирилл Горелов]

Для этого сначала нужно как раз-таки погавнокодить.

Можно ли себя называть миддлом, если твой код говно?

Да, можно.

Литература, практический любая. Но обязательная эта:
Чистый код, чистая архитектура, Идеальный программист(Роберт Мартин) и совершенный код(Стив Макконел).

Answer 6

[xmoonlight]

Ответ прост: нужно сначала разрабатывать архитектуру кода, а уже потом - начинать кодить.
Но не наоборот - не во время кодинга "придумывать" архитектуру кода "на ходу"!

Именно обдумывание последовательности действий работы кода во время кодинга и рождает говнокод.

Answer 7

[Vfreelance]

Учиться на чужом коде. Читать книгу Мартина Чистый код

Answer 8

[Yo JLa]

Программирование — это знания, умения и навыки (можно иногда говорить "искусство", если про талантливых людей) НАХОДИТЬ КОМПРОМИССЫ. Компромиссы между скоростью выполнения задачи (значит стоимостью разработки) и качеством/ясностью вашего кода, между скоростью его исполнения и количеством потребляемой памяти/ресурсов, между наличием/отсутствием тестов и полнотой/качеством их покрытия вашего кода....и множество других компромиссов. . В конце концов программирование — это такой огромный "конструктор", в котором можно складывать фигурки огромное количество раз и вариантов. Какие то варианты будут оптимальные и изящные, но большая часть далеко не такие. Чем лучше навыки-знания, тем лучше вариант. Чем больше попыток (удачных и не удачных), тем больше ваш опыт конструктора.

Любой, пусть даже (вдруг!) изначально "идеально написанный код" по мере развития проекта (хорошо когда бизнес идёт успешно и развивается) может превращаться в говнокод сам по себе, потому что "он обрастает костылями" при добавлении "фич" (нового функционала). Это нормальный и естественный процесс "эволюции кода/системы". Стараться держать в актуальном состоянии юнит/интеграционные/какие_есть тесты, учиться делать рефакторинг как коду, так и тестам— это навыки, которые надо развивать. Можно на личных проектах также, потому что для вас лично они более интересны и ценны по качеству и вы обычно не жёстко лимитированы по времени. Можно "решать задачки", можно участвовать в open source проектах.

"Классические знания/труды" всегда остаются "в силе", про них написали выше, можно для развития ещё читать книги про "искусству создания эволюционирующей архитектуры" ПО. Не для того, чтобы называться сразу "архитектором", а хотя бы просто пробовать заранее планировать разработку, дизайн проекта/модуля/компонента/функции/итд в данном аспекте, оценивать возможные недостатки текущего кода/дизайна/архитектуры. Миддлу это сложно, но в получении новых знаний и навыков нет ничего плохого, если хватает свободного времени (а его всегда крайне мало). Надо понимать, что данная область знаний/профессия продолжает и будет дальше развиваться, новые языки/парадигмы/библиотеки/идеи будут появляться, поэтому самостоятельное развитие (практических) навыков и (теоретических) знаний для практики — залог успеха. Знания без практики и "умесности их применения" в том или другом случае/контексте — тоже могут быть бесполезны и/или вредны. Не надо фанатизма!

Да, иногда сложно "не костылить", да приходится идти с собой на компромисс, да ставить метки todo в коде и заносить в jira задачи "технического долга". Тех долг накапливается и если его не устранять, то рано или поздно проект становится сложно и мучительно поддерживать.

Как разработчик с опытом 18+ в данной профессии — согласен с предыдущими замечаниями. Универсального и единственно работающего рецепта "не говнокодить" нет, приходится развиваться, взрослеть по мере получения практического опыта и знаний.

Answer 9

[Артем Спиридонов]

Как перестать говнокодить и принимать неверные архитектурные решения?

Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте