Как себя направлять в обучении, почему через 4 года опыта работы я все еще плохо программирую?

Question

[WeDeYoSi]

Ситуация такая.
Опыта у меня 4 года.
И, внезапно, когда коллеги посмотрели код, им было ничего не понятно.
Если честно я понятия не имею что именно там не так.
КОгда я задаю этот вопрос им, конкретного чего то нет. Просматривая их код, я его также не понимаю как они мой. Ну начинаю дебажить и постепенно разбираюсь. Они будто бы читают фреймворк а мне он не понятен. и Чтобы разобраться мне нужно дебажить смотреть и проверять
Вопрос первый.
Что мне ясно точно мне не хватает ориентира, и если не на работе то где его можно взять?
Вопрос второй,
ПОчему могла возникнуть такая ситуация каких навыков мне не хватает или что не так то?)
UPD Я делал пет проекты и это не одна работа, ощущение что я учусь учусь и никак не научусь даже базовым вещам. Вот частый вопрос ты читал документацию, а я читал ее раз 5 читал, и все равно сделал что то не по ней, и причем даже после обьяснений я так и не понял где это было в доке...

Comments

[Максим Федоров]

Читайте Роберта Мартина, соблюдайте принципы хорошего программирования, пишите выразительный ПРОСТОЙ код (это довольно сложно, надо в этом направлении развиваться, но не рокет-сайнс)
за 4 года можно уже знать, что именно не так и куда расти... У меня самого в мае как 3 года стукнет

Что значит смотрят и конкретного не говорят?
Пришел им ваш код на ревью, а они пишут "плохо, но что именно — не скажу" ? Так что ли?

[WeDeYoSi]

Максим Федоров, примерно так,говоря плохо все, и их код ну не лучше на мое мнение)))0 простодругой
А что именно у Фуллера читать?

[hint000]

WeDeYoSi,

Читайте Роберта Мартина

А что именно у Фуллера читать?

_н_о___о_т_к_у_д_а_?_?_?_ Кто такой Фуллер, и откуда вы взяли эту фамилию?
Быть может, ответив на этот вопрос, вы поймёте и ответ на свой вопрос, почему вы всё еще плохо программируете.

а я читал ее раз 5 читал, и все равно сделал что то не по ней

Быть может, вы читаете доки, а в это время думаете совсем о другом, не о том, что читаете?

[WeDeYoSi]

hint000, допустим, хотя в этом слечае это опечатка, что делать?) умничать язвить может каждый делать то что вы конкретно скажите?

[WeDeYoSi]

hint000, спасибо за отсуствие ответа- напомню так может каждый) конкретного ответа вы дать не можете я понял

[WeDeYoSi]

hint000, нет совета значит его нет) раз такой умный вы то дайте ответ проще и понятнее

[Модератор]

За следующее нарушение пункта 4.2 правил будет бан.

Answer 1

[Владимир Коротенко]

Нет кода нет мнения. Выложите на гитхаб или попросите отревьювить их.
Это наиболее правильная практика.

Answer 2

[Page-Audit.ru]

Вам на работе нужен ментор и код-ревьюер.

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

Answer 3

[ThunderCat]

Есть общепринятый кодестайл практически для любого языка, для того же пхп есть PSR, для жавы Java Style Guide и т.д. Обычно написанное по кодестайлу читается достаточно просто и легко, собственно для чего и составлялись данные гайды.
Для некоторых фреймворков, или даже внутри отдельных организаций, может существовать свой, отдельный кодестайл, отличный от общепринятого, диктуемый разными причинами, от чисто технических, до маразматично-идиотских, но все они призваны облегчить разработчикам одного продукта писать в едином стиле и понимать код коллег максимально комфортно.

Answer 4

[Андрей]

Простые вещи помогают взрывному росту: job-hopping и pet-projects. Если вы 4 года на одном месте, с самого начала карьеры, то в этом и вся проблема. Нет драйвера для роста.

Comments

[WeDeYoSi]

Андрей делал я проекты ) ноя удалил их мне стыдно за них))))

[Андрей]

Так ведь должны быть такие, за которые не стыдно(

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

[WeDeYoSi]

Андрей, ну проблема в том что нет таких увы

[beDenz]

WeDeYoSi, ну так анализируйте за чти именно вам "стыдно", и переделывайте - опять анализируйте, и так по кругу, давайте другим программистам на оценку.

[WeDeYoSi]

beDenz, я вижу что код плохой,.как исправить не знаю, как узнать и что мне нужно узнать тоже не знаю

[Пашенька]

WeDeYoSi,

я вижу что код плохой,.как исправить не знаю,

Такого не бывает. Если есть мнение, что код плохой, значит этому есть обоснование, почему он плохой, не с потолка же вы это берёте. Значит нужно проще/понятнее/надежнее/эффективнее и и.п.

[WeDeYoSi]

like-a-boss, вот например как сделать кодь проще? вот конкретно как его сделать проще7) что такое проще
есть у тебя методи ты считаешь что он очень простой и незнаешь как его сделать проще, как ты сделаешь его проще?

[WeDeYoSi]

like-a-boss, like-a-boss, подчеркну, не надо просить меня показать код, у вас есть ваш метод предавьте это а затем, представьте что его нужно сделать проще но по вашему мнению он и так простой и как сделать проще вы не знаете, при таких условиях ваши действия?

[Пашенька]

WeDeYoSi, Почему сразу проще? Мы же не сделали заключения по какой причине он плох. Я лишь через слэши накидал пару возможных вариантов. Может он плох, так как он неэффективен, не производителен, тратит зазря ресурсы. Вы предлагаете гадать на кофейной гуще: любит/не любит, придёт/не придёт. Вы даёте абстракцию, в ответ также получаете абстракцию, так это работает.

Answer 5

[maaGames]

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

Answer 6

[Victor Bomberow]

Если у вас проблемы с пониманием кода, значит у вас разработка происходит без методологии. Дело в том, что любое отклонение от конкретной методики, которое не согласовано с остальными методиками в рамках одной методологии, превращает любую методологию разработки ПО в тыкву. Либо всё работает как система, либо всё не работает. Если у вас отсутствует код ревью, в корне отсутствует парное программирование, работа над предметной областью происходит без обсуждений, и нет совместных обсуждений api и предметных областей межмодульных прослоек, то естественным образом это означает, что коммуникации между разработчиками не налажены. Следствием этого является то, что полет мысли у каждого разработчика происходит на своей волне и неудивительно, что вы не понимаете код друг друга. Как бонус, вы ещё и не в курсе сильных и слабых компетенций друг друга.

1) Берёте коллегу - 1 шт
2) Берёте код иного коллеги - 1 модуль. Ограничение: вы и коллега независимо оцениваете код иного коллеги непонятным.
3) Вы и коллега независимо рефакторите его до состояния: "теперь мне все понятно".
4) Собираетесь с коллегой за одним экраном и проводите код ревью над результатами обоих рефакторингов.

Ответ на свой вопрос вы только так получите. Но профита не много, потому что вам нужно обеспечить исполнение методологии и четко её придерживаться всем коллективом.