Как перестать кодить и начать программировать?

Question

[eiqycwci]

Немного знаю несколько языков программирования (js, java, php, c#...) и могу выполнить необходимую задачу на этих языках, но качество кода просто ужасное. Если нужно продолжить какой-то свой старый, небольшой проект, то я скорее перепишу его с нуля, чем разберусь в своем же коде. Как можно повысить качество кода, какие книги читать, какие ресурсы посещать?

Comments

[Владимир]

самая типичная ошибка "я перепишу все" - в результате вы напишете тот же код еще раз но немного по другому учитывая кое-какие ошибки. Однако вы сделаете новые. Умение "писать код с нуля" и умение "улучшать код" - немного разные.

Answer 1

[Андрей Буров]

Если ваш старый код, для вас выглядит ужасно, то значит вы развиваетесь. Бейте тревогу когда начнете "идеально" писать.

Comments

[Lander]

Хороший программист отличается от плохого тем, что когда хороший программист пишет говнокод, то он понимает это! :)

[chupasaurus]

Lander, т.е. если я понимаю, что пишу только говнокод, то я - исключительно хороший программист?)

[Никита]

chupasaurus, Почему в крайности сразу? Может быть и недостаточно хороший программист :) приписать сюда можно что угодно

[chupasaurus]

Никита,

приписать сюда можно что угодно

Что я в пределе и показывал.

[Сергей delphinpro]

chupasaurus, Если вы понимаете, что пишете говнокод, и знаете как написать правильно, но вам лень или нет времени, то да, — вы хороший программист.

[chupasaurus]

Сергей, вот это уже похоже на истину.

[Сергей delphinpro]

chupasaurus, Но и обратное:
Если вы понимаете что пишете говнокод, но не знаете как написать правильно, то не значит что вы плохой программист.

Тут следует уточнить, что имеется ввиду именно понимание факта говнокодинга, а не самооценка. Разница может быть не очевидна, но она есть. Хз как объяснить =)) надеюсь поймёте меня...

[chupasaurus]

Сергей, Я просто привёл контрпример к первому комментарию, и с логикой у меня всё хорошо (касательно "Но и обратное" - это не обратное, просто не подходит под условие).

[Сергей delphinpro]

chupasaurus, =) я дописывал второе, еще не видя ваш коммент. Это продолжение. Надо было мне одним постом отправлять.

[MIsternik]

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

Если код плохой и ты это видишь, это значит лишь то, что он плохой. Не надо обманывать себя, что сейчас ты напишешь лучше.

[Максим]

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

Answer 2

[⚡ Kotobotov ⚡]

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

Comments

[Andrey Dugin]

Популярные библиотеки содержат немалое количество говнокода, к сожалению.

[Дмитрий]

Андрей Дугин, тем не менее на них очень многому можно научиться!..

[⚡ Kotobotov ⚡]

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

Answer 3

[darksladen]

Больше кодь и будешь больше программировать!
И начать надо с того, чтобы понять, что ты не знаешь перечисленные тобой языки. Язык это не просто синтаксис. Выбери нужную тебе технологию и углубляйся.. А это хрень все, что ты там "Привет мир" пишешь. Можно скажем хорошо знать js, а в react'е быть быдлокодером, потому что не знаешь всех его тонкостей и уловок.

Comments

[darksladen]

iamevg_, сразу видно, что вы не участвовали в крупных проектах

Бред, даже пояснять не буду почему.
Больше сиди и будет больше в сидячем положении...Прям сознание расширили.

Автор подразумевал под кодингом - говнокодинг, а под программированием - качественное программирование. Но качественно программировать можно лишь писав много кода(говнокода), без этого никак. Так что можете интерпретировать, как "Больше кодь и будешь лучше программировать"

Никто не знает.

Я знаю все =)

А что еще?

"Зная" питон, например, ты не напишешь нейронную сеть, не сделаешь нормальное веб приложения. Зная java, ты не сможешь одновременно быть крутым разработчиком в enteprise и писать качественные приложения для андроид. Язык это также инфаструктура, которая может еще и отличаться в зависимости от направления, как допустим в примере с джавой. Java используется в тысячи отраслей и в каждой отрасли свой подход и свои инструменты.

Это кто вам такое сказал? Реакт это уже не JS? Это же обычная библиотека, как в ней в принципе можно гавногодить? К тому при условии если "хорошо знать JS" это иметь высокий скилл в программировании...

Нука сделайте зная безупречно js, фронтенд для крупной соц. сети на реакте.. Сможете? Мне кажется навряд ли, потому что возникнет множество затыков, про которые вы не знали. Поэтому вам надо знать не только язык, но и безупречно владеть этой библиотекой, а на это уйдет довольно много времени. Одно и тоже, что зная php, ты не будешь знать symfony или laravel, так как в каждом инструменте есть как раз эти тонкости и различия, которые необходимо знать, иначе говнокод будет неизбежным. Я уже не говорю, что на js пишут также приложения под desctop и мобильные приложения.. Их вы их тоже без проблем напишите, зная js? НЕТ!

[darksladen]

Это вы сами домыслили. Автор этого не писал. А мысль это глупая...

Объясните, как еще понимать вопрос "Как перестать кодить и начать программировать?" Мне кажется вы думаете, что автор спрашивает "Как перестать сидеть и начать сидеть?" Такая у вас логика? =)

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

Здесь конечно я согласен. Нужно писать говнокод, стремясь к лучшему коду. Бежать медленно, но пытаясь бежать быстрее, так как пока что ты быстро бегать не можешь. Также и с кодом, вчерашний код всегда будет говнокодом, так как любой код можно улучшить.

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

Я как раз говорю, что зная язык, вы ничего не добьетесь, так как с языком идет множество смежных технологий. Для вас все просто кажется, потому что вы теоретик и ничего на самом деле не пробуете, разве не так? И соц сеть вы напишите и быстрое приложение для андроида сделаете и робота своего сделаете умнее Алисы от яндекса и аналог сбербанка сделаете =) Но все не так просто, как вы думаете.. Язык как вы сказали не так важен, важны технологии, которые привязаны к языку. Зная php, вы обязаны знать про memcached, redis, composer, elasticsearch, кучу пакетов для самого php. Без них вы не сделаете ничего серьезного. В мобильных приложениях также кучу своих прибамбасов. Вообщем просто сделайте хоть одно серьезное приложение, тогда можно будет поспорить с вами =)

[darksladen]

iamevg_, С вами бесполезно спорить! Без знания базовых инструментов вас никогда никуда не возьмут.. Вы думаете зря в солидных компаниях требуют часто опыт именно на конкретном фреймворке, который используется в компаниях.

Вы не понимаете даже, что без инструментов невозможно программировать, только кодить. А автор как раз спрашивал как научиться программировать, а не кодить. А знаете почему? Да тупо потому, что никто не будет потом вашу нативную херь поддерживать! Это вообщем одна из целей инструментов - стандартизация.

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

Кроме математики/алгоритмов и какого либо языка ничего не нужно.

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

крутил я на юле все ваши сторонние "технологии", не считая разве что БД.

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

Вообщем я больше не буду с вами спорить! Вы правы, я не могу все знать, но я знаю точно, что вы за свою жизнь не работали ни с одним крупным проектом. Удачного вам развития =)

[darksladen]

iamevg_, Начнем с того, что ваши вопросы не чуть не лучше.. А вообще я перфекционист и порой у меня появляются глупые вопросы как что то делать, потому что мне интересно как это делают другие.

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

Вы настолько неопытны, что не понимаете смысла этой фразы! Речь о том, что никому в реалии не нужен ваш говнокод (а для программиста, не знающего ИНСТРУМЕНТА любой код будет говнокодом, какой бы хороший он у вас не был) Поэтому каким бы гуру вы ни были никто не согласится поддерживать потом ваш код, навряд ли вы будете писать документацию. ХОТЯ БЫ поэтому невозможно нормально программировать, писав велосипеды, я уж не говорю, что над популярными решениями работают команды из десятков человек, а миллионы по всему миру тестируют их продукты и закрывают баги! Или вы такой идеальный что без единого бага все пишете? Хех, я просто уверен в этом!

По остальным пунктам тоже самое! Дело не в том, что нельзя написать что то, а в том, что это будет никому не выгодно и в итоге ничего не выйдет.

Кстати мы со знакомом не так давно разрабатывали систему умного дома на arduino. Там используется язык C, вы его наверняка знаете, он простой как пробка.. Для вас все пустяки.. Так вот как вы думаете, пригодилась нам математика.. Или какие то мудреные алгоритмы, структуры данных.. Нет! Мы изучали различные протоколы умного дома и всю инфаструктуру, которая с этим связаны! То, на что крупные кампании тратят сотни и миллионы тысяч долларов. Думаете мы сами не придумали бы, как сделать то, что нам было нужно? Конечно придумали бы, но кажется у компаний, которые вложили в это кучу денег решения получше чем у нас.. Да, конечно потому что мы тупые как пентиум 1 =) Вы бы по любому сделали лучшую систему в мире!

И везде так, абсолютно в любой области! Сначала, чтобы дойти до пика событий, надо изучить все современные инструменты, которые сейчас популярны в этой отрасли.

Вы также сказали о нейронных сетях.. Вы делали нейронную сеть? Этого я не знаю, но я делал. И заюзал простейшую библиотеку! Она 12 года вроде была. Так вот сейчас кучи библиотек от крупнейших компаний, различные фреймворки и т.д. Это тоже херня по вашему? Конечно, надо выучить всю математику и пилить самому, разумеется. Только фишка в том, что вы один =)

Еще по поводу стандартизации, которую вы назвали бредом.. Вы хоть работали в компаниях? Вы знаете что средние компании обычно(почти всегда) специально разрабатывают свои фреймворки и решения.. А знаете почему? Думаете потому, что свое решение всегда стабильней, быстрее и лучше? Да всем похер!
Чтобы не ушли заказчики, так как больше никто не шарит в их фреймворках и цмсках, а поэтому требуют больше денег на поддержку, чем обычно, ну или предлагают все переписывать. Вы скажете - нормальный кодер за день разберется.. Ну ну.. Попробуйте разберитесь, когда там такие мастера-самописцы тысячи строк кода настрочили хер знает как. Скорее всего вы даже на установку такой цмски несколько дней потратите =)

[darksladen]

iamevg_, я не читал ваши очередные споры, но отвечу на 1 ваш ответ мне.. Вы меня явно недооцениваете ;) Ваша задача вроде одна из 1 в книге "Структура и интерпретация компьютерных систем" Вы читали эту книжку? Я читал много книг, также про то как работают компиляторы и это также одна из первых задач - парсинг таких выражений.

По поводу того что вы не верите.. Вы пробовали это делать? Написать нейронную сеть простейшую (я делал нейронку, которая определяет образ нарисованный, простейший) проще простого. Я делал на node.js и юзал brain.js, как мозги и с помощью paperjs простейшую рисовалку сделал. А до этого я целый день читал разные статьи и смотрел курсы, чтобы понять основы и изучил как работает перцептрон, там обычная работа с матрицами. Да,вы угадали, я использовал готовые решения, но я сделал это и в бизнесе это главное. Эту нейронную янаписал за день при том, что до этого не работал ни с нодой, точнее с експрессом(готовое решение опять же, как я посмел), ни с нейронами, ни с канвасом. Большая часть времени кстати ушла на канвас и обработку изображений, так как на Винду поставить imagemagic оказалось жутким гемороем. Вообще как то так. Я это сделал за 1 день, сколько бы вы все это писали на чистом js. Я полагаю если вам нужно было бы обработать изображение, вы бы не библиотеку скачали, а книгу по обработке изображения и за несколько месяцев написали бы свою.. Хотя вы бы наверное управились за пару часов, вы же гений от природы! Но только заказчик ждёт и он не готов вам столько платить, так как создание библиотеки с нуля не входит в его бюджет, да и вообще у бизнеса требования другие.

А про умный дом.. Статей море в интернете. Мы использовали наработки zwave. Вот здесь как раз мы делали уже свои наработки, опираясь на логику протокола zwave, так как увы нормальных либо по умному дому актуальных достаточно мало, а это была самая важная часть почти. Сервак делали на java.

Вообще мне не важно, что вы об этом думаете, но теперь расскажите вы о своих интересных проектах, интересно будет почитать! Вы сделали парсер выражений или написали hello world 10 раз с помощью цикла?

[Алек Оним]

iamevg_, уважаемый, вы понимаете, что комп, операционка, все комплектующие, компиляторы и вообще всё, что вы считаете, что помогает вам делать нечто "с нуля" и "без зависимостей" так же является инструментами кем-то сделанными и тоже является зависимостями. Предлагаю вам не отступаться от своих же принципов, стать аскетом, сделать свой комп из подручных средств, полностью самому спроектировать от начала и до конца, потом, написать под него ВЕСЬ софт (биосы, операционка, дрова и иже с ними) потом под это дело написать компилятор СВОЕГО языка и на нем решайте задачи для заказчиков или для себя любимого.

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

Гиперболизирую и утрирую я для того, чтобы вы поняли, какую же хрень несёте.

[Алек Оним]

iamevg_, нужно решать задачи подходящими способами, рационально подходя. Если проще взять и с помощью библиотеки/фреймворка решить что-то, то нужно делать так. Это не мешает уметь и иногда делать что-то с нуля и самому. По моему никто не говорит, что это плохо и не нужно уметь сделать нечто самому. Но не стоит возводить это в абсолют и как единственный полезный навык. Как я уже сказал, отбери у вас все комплияторы/интерпретаторы и вы тоже ничего не сделаете. Прогресс идет за счет повторного использования трудов других людей, внесоматическое накопление знаний и всё такое.

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

[darksladen]

iamevg_, о боже.. да вы же просто тролль! Как мы были глупы, товарищи ;)
Где можно найти статьи/серии статей на русском — «Делаем приложение с нуля на React»?
Почему сообщение не отправляется всем клиентам (socket.io)?
Как проверить существование файла?
Лол, просто лол! + вы вроде используете какие кто socketio, react.. вы даже http не знаете, о чем тут говорить

[Кирилл]

iamevg_,

Если вам дадут задачу написать новый ЯП, вы скажете что зачем создавать новый, если уже есть 100500 готовых решений?

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

определенно не доросли еще

скорее наоборот, это означает что разработчик уже давно перерос юношеский максимализм и многое повидал в жизни.

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

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

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

Если под "убогим кодом" подразумевать проблемы в поддержке этого дела, стандартизации и интероперабельности, то да, именно так. Причем в этом случае вы сами никогда не оцените убогость своего кода - об этом вам только смогут сказать другие.

Есть инженеры, а есть недопрограммисты

Недопрограммистами скорее стоит называть людей с вскукареками "я тут ниасилил XXX и вместо него запилил свой собственный YYY и теперь буду его использовать везде, и пофиг что он ничем не лучше" (единственное исключение - edu-проекты, но там итак все понятно).
Если вам хочется повторно изобретать и реализовывать то, что уже изобретено и реализовано до вас - флаг вам в руки. Мы же, пожалуй, будем заниматься реально новыми и полезными задачами.

[darksladen]

iamevg_, Что? На вашем аккаунте кто то задает вопросы, кроме вас? Как же вы смешны.. Вы просто не особо умный мальчик, который только начинает изучать программирование и думает, что ему достаточно выучить математику и алгоритмы и он станет гуру и автоматом к нему придет познание всех фреймворков и библиотек и он тут же узнает как они детально работают изнутри.. Вы так смешны! Что бы вы понимали даже у фреймворков, нацеленных на решение одной и той же задачи под капотом совсем разные вещи.. Также как у машин, они вроде все ездят и у них 4 колеса, а вот под капотом все же все разные и автомеханику, если он не хочет быть слесарем придется изучать ТОНКОСТИ каждой машины. Как то так.

Мне все же очень интересно, какой такой злодей получил доступ к вашему аккаунту и задает настолько идиотские вопросы - Как изучать алгоритмы?

Явно не вы так как вы все учите за 2 дня, а этот ЧЕЛЛЛЛЛЛ задает уже полгода вопросы о ноде и как в этой чудо среде копировать файлы, лол =) Если это ваши друзья вопросы задают, это вас не оправдает, какие друзья такой и ты сам..

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

Если вы настолько глупы, что не можете грамотно понять это утверждение - мне жаль вас. Любой адекват поймет, что речь идет как раз о КОММЕРЧЕСКОЙ разработке. О какой разработке еще может речь идти? Другой не существует. То что вы свои убийцы реакта пишите это все катание на велосепеде. Или у вас есть популярная библиотека на гитхабе, которой пользуется хотя бы тысяча человек? ССЫЛКУ В СТУДИЮ!!! Хоть одну ссылку скиньте на свое творение, раз мы такие бичи и ничего не можем. И еще раз для непонятливых - я не имею ввиду, что написать СВОЙ инструмент НЕВОЗМОЖНО! Есть компании, которым это действительно необходимо. К примеру facebook сделал react, когда был ангуляр, но ангуляр их явно не устраивал и они решили сделать нечто свое - лучше ангуляра, удобнее конкретно для них, идеальный под их задачи. Или bootstrap даже взять. Они придумали эту удобную сетку.. Вы сейчас можете сказать - надо писать свои бутстрапы, а не чужими пользоваться. Но зачем, если их сетка достаточна удобна и к ней привыкли миллионы.. Если нужна сетка - возьми бутрстрап. Нахрен мне на вашем проекте изучать ваши новые названия классов, если я знаю бутстрап и мне удобно было бы использовать классы из него. Это в простейшем примере и есть стандартизация. Или скажем еще пример. Вы умеете водить машину и водите прекрассно. Вы побывали в куче экстремальных ситуациях, но тут вам дают такую же машину как была у вас, но с другим положением руля, теперь он справа. И отправляют вас на трассу с левостронним движение. Вы будете ехать как черепаха! Надо будет несколько дней чтобы привыкнуть и изменить свое поведение. Также и с инструментами. Где то вы будете ожидать одного, потому что в реакте было так, а начнете делать проект на vue, а он ведет себя по другому в той же ситуации. Поэтому чтобы хорошо изучить инструмент надо не 2 дня. Разумеется, hello world вы напишите уже в 1 день. Но сложные проекты вы начнете делать через несколько месяцев как минимум.

Также если вы хотя бы немного инетересовались it, читали бы хабр и общались с умными людьми, вы бы знали, что эти, как вы говорите бичи - крупнейшие компании. Яндекс, сбербанк, гугл, facebook - ВСЕ КОМПАНИИ ИСПОЛЬЗУЮТ ЧУЖИЕ РАЗРАБОТКИ! Facebook делает vm на php - думаете чтобы повыпендреваться? Нет, им это необходимо! Лучше мутить vm, чем переписывать fb на другом языке.

Вообщем с вами вообще говорить не о чем, единственный бич здесь это вы! Даже по вашему сленгу видно что вы либо школьник, либо очень недалекий человек.

Также в завершении еще раз скажу, что свои инструменты разумеется делают, но занимаются этим компании с конкретной целью.

Answer 4

[tex0]

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

ну как минимум почитайте про:
SOLID
шаблоны проектирования

Answer 5

[Ptolemy_master]

Фаулер "Рефакторинг. Улучшение существующего кода"

Answer 6

[Alexej Simakov]

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

Answer 7

[Толстый Лорри]

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

С этим нужно бороться. Задача - научиться бегло читать код. То есть видеть алгоритмы за листингами и особенностями языков. Когда начинающий программист читает, у него появляется вкус к коду: он начинает отличать годный понятный код от нечитаемого месива, как и какими средствами управлять выразительностью.
Приступая к практике: не хватайтесь сразу фигачить код без идеи, обдумайте связи, декомпозируйте задачи на более мелкие. Почитайте про SOLID и попробуйте следовать этим правилам. Когда будете стараться писать абстрактный, модульный код (возможно даже с тестами), очень просто станет его рефакторить и ваш здоровый перфекционизм начнет приносить удовольствие, а не уныние от "эффектов бабочек".

Читайте/смотрите "Clean code", ищите блоги разработчиков, какие-то мелкие проекты на гитхабе. Красная дорожка (в терминах передачи "Умники и умницы") - это найти open-source проект и попытаться там пофиксить баг/добавить требуемую фичу. Конечно, это будет сложно. Но если вы справитесь, то это +1000 к опыту.

Answer 8

[Максим Тимофеев]

1. Прочитать, понять и принять стандарты кода
2. Документировать код
3. Использовать ООП и делать это правильно, соответственно еще раз перечитать все что есть про ООП

Comments

[Максим Тимофеев]

Это где такие стандарты и какого кода?

https://yandex.ru/search/?text=psr%204%20php&lr=13...
https://docs.microsoft.com/ru-ru/dotnet/csharp/pro...

При чем тут вообще ООП?

и действительно? а какое отношение ООП имеет к java, php и c#? Вы серьезно?

[Кирилл]

iamevg_,

Это где такие стандарты и какого кода?

в зависимости от используемого языка программирования, например:
google.github.io/styleguide/cppguide.html + isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines
https://docs.microsoft.com/en-us/dotnet/csharp/pro...
https://google.github.io/styleguide/javaguide.html
https://github.com/airbnb/javascript
https://www.python.org/dev/peps/pep-0008/
Выбрать можно любой по душе, главное чтобы он был (хотя в некоторых проектах стандарт кодирования определяется не только желанием команды, но и требования к надежности ПО, например).
А еще неплохо настроить clang-format/ESLint/StyleCop/etc., чтобы они больно били по рукам при попытке сохранить или закоммитить куда-нибудь код, написанный не по стандарту. В Golang такое, например, "из коробки" является частью языка.

При чем тут вообще ООП?

Правильная архитектура - первый шаг к хорошему коду.
Почитайте про принципы SOLID (про каждый) и про шаблоны проектирования, например.
Еще можно посмотреть на самые частые примеры smelling code (даже хотя бы на Википедии), там тоже довольно много вещей связанных с ООП попадается.

[Кирилл]

iamevg_,

Стандарт это документ, а style guide это один из многих практик написания кода.

А где шла речь про "стандарт языка"? Речь шла про стандарт написания кода. И логично, что когда его утвердили в вашем проекте (или вы его утвердили сам для себя), он становится "документом" обязательным к исполнению. Термин "coding standard" широко используется именно в этом значении, спросите у гугла, если не верите.
Не говоря уж о том, что "style guide" - это далеко не только "визуальная составляющая". Посмотрите например, MISRA C или стандарт от GNU, или даже Cpp Core Guidlines, упомянутые мною выше, там основная цель - это не просто "красивое форматирование", а именно "однозначность и безопасность" (иногда еще и "переносимость").

К архитектуре и паттернам проектирования, ООП не имеет никакого отношения в общем случае.

Вот это сейчас сильно было.

[Максим Тимофеев]

iamevg_,

ни одним ООП мир полон

нет конечно, еще есть GovnoKodStyle

Answer 9

[Дмитрий Есин]

hexlet.io

Answer 10

[Андрей Ежгуров]

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

Насколько хорошо Вы знакомы с концепцией структурного программирования? В вопросе перечислены 4 языка с Си-подобным синтаксисом. Потому они целиком и полностью построены на побочных эффектах и в принципе непригодны для изучения указанной концепции. Чтобы при использовании Си-подобного синтаксиса не свалиться в откровенный говнокод, необходима самодисциплина, которую эти языки привить не в состоянии.

Попробуйте начать с учебника Вирта: "Аглоритмы и структуры данных", издание от 2010 года и новее.

Answer 11

[evgeniy_lm]

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

Короче в программировании главное алгоритм решения поставленной задачи, а в кодировании главное написание кода. Есть при этом алгоритм или нет дело десятое

Comments

[evgeniy_lm]

iamevg_,

Вы не думали что программирование, кодирование и написание кода это одно и тоже в общем случае?

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

[Кирилл]

iamevg_, так-то evgeniy_lm дело говорит.
"Кодинг" - это в общем случае "придумал алгоритм и реализовал его в виде программного кода".
А под "программированием" и "разработкой" обычно понимают гораздо более широкую деятельность, а именно, разработчик кроме непосредственно изобретения алгоритма и переложения его в вид, понятный компилятору, должен еще:
- провести анализ задачи не только в контексте "вот алгоритм чтобы решить проблему", а в масштабах всего продукта, вектора его развития и внешних условий
- придумать/проанализировать use-case'ы и test-case'ы
- подобрать техники оптимизации и best practices используемого языка/фреймворка
- обеспечить возможность внесения изменений в свою часть проекта не требуя серьезной модификации других, и наоборот
- обеспечить пригодность своих модулей/классов/методов к переиспользованию в других частях проекта или возможной замене на другие реализации
- обеспечить пригодность своих модулей/классов/методов для написания к ним автотестов,
... только после этого приступить к придумыванию алгоритма и кодированию....
- сделать код легко читаемым и чтобы он был сходу понятен всем остальным разработчикам, произвести при необходимости рефакторинг других затронутых мест
- написать автотесты
+ и много другое.
И, собственно, по сравнению с фазой "придумать алгоритм и закодить его", фаза "многоуровнево проанализировать задачу, спроектировать программные интерфейсы, тщательно изучить все `точки соприкосновения`, написать документацию, написать тесты" в реальной работе может занять даже гораздо больше времени, и в долгосрочной перспективе будет не менее важной. А после всей проделанной работы, код написать в итоге и макака сможет.
Поэтому "только кодингом" обычно занимаются или новички-говнокодеры (из-за отсутствия опыта), или индусы на фриланс-биржах за копейки (потому что "и так сойдет").

[evgeniy_lm]

"Кодинг" - это в общем случае "придумал алгоритм и реализовал его в виде программного кода".

Кодинг это написание программного кода по заранее определенному алгоритму. Кодер алгоритм не разрабатывает, а использует готовый который получает от программиста. В современных реалиях очень часто программист и кодер это одно и тоже лицо. Это вносит путаницу в неокрепшие умы чайников от программирования, проблема в том, что 90% чайников свято верят в силу супер языка программирования, а алгоритмы считают чем то второстепенным, недостойным их внимания. 10% чайников про алгоритмы вообще ничего не знают

Answer 12

[Darth_Sidius]

Рекомендую к прочтению "Чистый код" от Роберта Мартина

Answer 13

[Evgeniy Kvasyuk]

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

Comments

[alex maslakoff]

только матрац возьмите, чтобы не было слишком жёстко

Answer 14

[devalone]

Больше пиши код, делай свои проекты, читай чужой код, старайся писать лучше, всё приходит с опытом.