Pull to refresh

Comments 28

Я тут подумал, в столбик бы это так хорошо смотрелось, а сейчас как-то не очень
Категория «вопрос» на хабре не позволяет дать текстовый комментарий к вопросу (а жаль). Написано впустую — это когда вы в роли разработчика писали код и уже знали, что задумка плохая, но так хотело начальство, а потом код действительно не был использован (переписан под другие требования, удален и пр.)
Архитектуру мы потом опишем — сейчас чего время терять
Это до рефакторинга или после?
Наверное, имеется ввиду, что большинство кода переписывается и по нескольку раз.
Не переписывается только мертвый проект.
Значит, живой переписывается.
Чем больше переписывается — тем более он живой.
Значит, тем больше кода выбрасывается.
А значит, что этот код пишется впустую.

Вывод — чем живее проект — тем больше кода написано впустую.
Вот не факт, некоторые куски кода в некоторых проектах можно высекать в граните, а используются они очень часто и везде!
А Вы не считали случаем, сколько «пустого» кода было написано, для того, чтобы в результате родить этот гранит? Если это действительно такой гранит, фундаментальный и неделимый, то число выкинутого кода вокруг него в процессе рождения превышает сам гранит обычно в несколько раз (а то и десятков раз)
Это понятно, но можно ли этот гранит после этого считать мертвым кодом или нет, даже если на него 146% пустого кода было угрохано?
В тех классах, что предоставляют API вообще вся публичная часть должна быть как гранит хотя бы в течении нескольких лет!
Отношусь к тем, кто воздержался от голосования.
Не совсем понимаю сути опроса.

Впустую написанный код — это вроде избыточной универсальности или невостребованный функционал проекта?
Хм. Судя по тегу «а давайте их переделаем в столбик», это невостребованный функционал, а судя по логике, это еще и избыточная универсальность и тот код архитектуры, который уходит с рефакторингами.
Дал комментарий в начале опроса. Впустую — это когда вы знали, что то, что вы делаете будет впустую уже когда его писали по распоряжению свыше.
Для меня это избыточная универсальность, «супер-пупер-фреймворки» и прочие радости жизни, которые хочет попробовать любопытный и перфикционированный «я-знаю-как-сделать-лучше-всех» мозг инженера-программиста. Правда, чем дальше, тем больше понимаешь, что серебряной пули нет, настоящая реюзабельность кода стремится к нулю даже с использованием различных техник для ее повышения, а излишная универсальность и «правильность» ведет к усложненной архитектуре и просто огромному количеству кода ради кода (Java, да). В конце концов, лично я (на данном этапе жизни) между не самым правильным и красивым, но рабочим, черт возьми, продуктом, и красивой, правильной и универсальной архитектурой, существующей всего лишь в виде концепций и пары классов уже который год (!), выберу готовый продукт. Впрочем, я не против в свободное время экспериментировать над различными библиотеками-фреймворками — авось что-нибудь да пригодится (^_^)
Если речь про код попавший и работающих и финальную версию проекта, то запросто может быть и больше 100% — когда пишется грубый прототип, а на его базе в последствие собирается рабочая версия, которая тоже потом неоднократно меняется. Но у меня бы язык не поднялся называть такой кол «лишним».

Если же речь, про так называемый «boilerplate code» — то это уже зависит от платфомы, библиотек и фреймверков. Бывает, что 90% кода это business logic, а бывает, что приходится писать туеву хучу всяких обзязок, что бы создать среду для какого-нибудь простенького алгоритма.
Учитывая что более 50% разделов (фич/модулей) в нашем проекте переделывается по несколько раз, то количество впустую написанного кода может превышать 100% (от количества текущего кода проекта).
UFO just landed and posted this here
Это мёртвый код в отдельном проекте, но он ведь уже приносил пользу где-то, верно? Значит, был написан не впустую.
UFO just landed and posted this here
«Впустую» написанный код написан не впустую хотя бы по той причине, что кто-то его прочитал и решил, что такой код не нужен и больше такого писать не следует.

Иными словами, отрицательный результат — это тоже результат.
Отсутствие результата — тоже результат.

Если был написан эксперементальный код, который не принес результата, либо полностью переписан — он считается написанным впустую?
Я вот тоже не понял сути вопроса. Даже если код был написан для теста/дебага/эксперимента и был потом удалён при рефакторинге этот код нельзя назвать «впустую». ИМХО, вопрос должен стоять так: «Какая часть кода проекта удаляется при рефакторинге/релизе?».
Если не впустую, значит не впустую. Но иногда (а как видно из результата даже часто) тем кто разрабатывал код было очевидно, что это делается впустую — нелепая архитектура, мудреный алгоритм, решение «подешевле» которое приведет к тому что называют «скупой платит дважды»
Но предсказуемое отсутсвие результата — не результат.
Работаю верстальшиком и больше половины кода пишется в пустую, так как все начинается со слов сверстай вот это посмотреть как это в действие, а заканчивается словами, не, не нравится, убирай анимацию и закругления да и цвет смени…
Ничего и никогда не пишется впустую. Любой код даёт опыт, за него программисту кто-то платит и даже если в финальную версию этот код не попадает — он косвенно помогает сделать другой код лучше.
Sign up to leave a comment.

Articles