Comments 28
Я тут подумал, в столбик бы это так хорошо смотрелось, а сейчас как-то не очень
+2
Категория «вопрос» на хабре не позволяет дать текстовый комментарий к вопросу (а жаль). Написано впустую — это когда вы в роли разработчика писали код и уже знали, что задумка плохая, но так хотело начальство, а потом код действительно не был использован (переписан под другие требования, удален и пр.)
+2
Архитектуру мы потом опишем — сейчас чего время терять
+5
На некоторых проектах — 100% =)
+15
В некоторых проектах — 146%
+5
Это до рефакторинга или после?
+1
Наверное, имеется ввиду, что большинство кода переписывается и по нескольку раз.
+3
Не переписывается только мертвый проект.
Значит, живой переписывается.
Чем больше переписывается — тем более он живой.
Значит, тем больше кода выбрасывается.
А значит, что этот код пишется впустую.
Вывод — чем живее проект — тем больше кода написано впустую.
Значит, живой переписывается.
Чем больше переписывается — тем более он живой.
Значит, тем больше кода выбрасывается.
А значит, что этот код пишется впустую.
Вывод — чем живее проект — тем больше кода написано впустую.
+3
Вот не факт, некоторые куски кода в некоторых проектах можно высекать в граните, а используются они очень часто и везде!
0
А Вы не считали случаем, сколько «пустого» кода было написано, для того, чтобы в результате родить этот гранит? Если это действительно такой гранит, фундаментальный и неделимый, то число выкинутого кода вокруг него в процессе рождения превышает сам гранит обычно в несколько раз (а то и десятков раз)
+1
Это вместо рефакторинга
0
Отношусь к тем, кто воздержался от голосования.
Не совсем понимаю сути опроса.
Впустую написанный код — это вроде избыточной универсальности или невостребованный функционал проекта?
Не совсем понимаю сути опроса.
Впустую написанный код — это вроде избыточной универсальности или невостребованный функционал проекта?
+7
Хм. Судя по тегу «а давайте их переделаем в столбик», это невостребованный функционал, а судя по логике, это еще и избыточная универсальность и тот код архитектуры, который уходит с рефакторингами.
0
Дал комментарий в начале опроса. Впустую — это когда вы знали, что то, что вы делаете будет впустую уже когда его писали по распоряжению свыше.
0
Для меня это избыточная универсальность, «супер-пупер-фреймворки» и прочие радости жизни, которые хочет попробовать любопытный и перфикционированный «я-знаю-как-сделать-лучше-всех» мозг инженера-программиста. Правда, чем дальше, тем больше понимаешь, что серебряной пули нет, настоящая реюзабельность кода стремится к нулю даже с использованием различных техник для ее повышения, а излишная универсальность и «правильность» ведет к усложненной архитектуре и просто огромному количеству кода ради кода (Java, да). В конце концов, лично я (на данном этапе жизни) между не самым правильным и красивым, но рабочим, черт возьми, продуктом, и красивой, правильной и универсальной архитектурой, существующей всего лишь в виде концепций и пары классов уже который год (!), выберу готовый продукт. Впрочем, я не против в свободное время экспериментировать над различными библиотеками-фреймворками — авось что-нибудь да пригодится (^_^)
-1
Если речь про код попавший и работающих и финальную версию проекта, то запросто может быть и больше 100% — когда пишется грубый прототип, а на его базе в последствие собирается рабочая версия, которая тоже потом неоднократно меняется. Но у меня бы язык не поднялся называть такой кол «лишним».
Если же речь, про так называемый «boilerplate code» — то это уже зависит от платфомы, библиотек и фреймверков. Бывает, что 90% кода это business logic, а бывает, что приходится писать туеву хучу всяких обзязок, что бы создать среду для какого-нибудь простенького алгоритма.
Если же речь, про так называемый «boilerplate code» — то это уже зависит от платфомы, библиотек и фреймверков. Бывает, что 90% кода это business logic, а бывает, что приходится писать туеву хучу всяких обзязок, что бы создать среду для какого-нибудь простенького алгоритма.
+2
Учитывая что более 50% разделов (фич/модулей) в нашем проекте переделывается по несколько раз, то количество впустую написанного кода может превышать 100% (от количества текущего кода проекта).
+1
UFO just landed and posted this here
UFO just landed and posted this here
«Впустую» написанный код написан не впустую хотя бы по той причине, что кто-то его прочитал и решил, что такой код не нужен и больше такого писать не следует.
Иными словами, отрицательный результат — это тоже результат.
Иными словами, отрицательный результат — это тоже результат.
+1
Отсутствие результата — тоже результат.
Если был написан эксперементальный код, который не принес результата, либо полностью переписан — он считается написанным впустую?
Если был написан эксперементальный код, который не принес результата, либо полностью переписан — он считается написанным впустую?
0
Я вот тоже не понял сути вопроса. Даже если код был написан для теста/дебага/эксперимента и был потом удалён при рефакторинге этот код нельзя назвать «впустую». ИМХО, вопрос должен стоять так: «Какая часть кода проекта удаляется при рефакторинге/релизе?».
0
Но предсказуемое отсутсвие результата — не результат.
0
Работаю верстальшиком и больше половины кода пишется в пустую, так как все начинается со слов сверстай вот это посмотреть как это в действие, а заканчивается словами, не, не нравится, убирай анимацию и закругления да и цвет смени…
0
Ничего и никогда не пишется впустую. Любой код даёт опыт, за него программисту кто-то платит и даже если в финальную версию этот код не попадает — он косвенно помогает сделать другой код лучше.
0
Sign up to leave a comment.
Какая доля кода пишется для проекта впустую?