Классно получилось. Гиктаймс бы сюда ещё вернуть… и старый логотип с нормальным меню вместо бокового огрызка. Сила хабра — в комментариях. Часто, читая статью на мегамозге, хотелось увидеть, что думает сообщество по поводу изложенных мыслей. Но 0 комментариев… Спасибо!
Комментарии комментариям рознь. Как я сказал чуть выше, я стараюсь комментировать суть происходящего, а не реализацию (ну и реализацию тоже, если задумка не очевидная)
У меня не почасовая оплата. И денег больше, чем на 40 часов моей работы. Зачем фантазировать о том, чего нет? Под любое высказывание можно подобрать такие условия, при которых оно будет верным.
Посмотрите на свой код, написанный год назад и все вопросы сразу отпадут. А ещё лучше 2-3 коллегам покажите и попросите их в общих чертах рассказать что делают вот эти две страницы кода. Если ответ будет получен быстро, внятно и без мата, значит всё ок. Писать код читабельным — это искусство, не требующее особых затрат времени, поэтому страшилки про MVP за 40 часов это вобще мимо. Читабельность === понятность. ОченьДлинныеИЯкобыПонятныеИменаПеременных — это не про читабельность, это про кодозадротство, другая крайняя степень написания нечитаемого кода.
Про комментарии я для себя выработал такую стратегию: вот есть кусок кода, который когда-то кем-то должен поддерживаться. Так вот, мысленно удаляем весь код и оставляем только комментарии. И даём коллеге эти оставшиеся комментарии. Сможет он по этим комментариям восстановить функциональность? Если да, то комментарии необходимые. Не заснёт ли он от скуки, читая килобайты комментариев? Если нет, то комментарии достаточные.
В общем говоря, если надо писать код для машины и только для машины, то какая разница как он будет написан. Если хоть кто-то ещё это будет читать, кроме интерпретатора-компилятора, то я для себя выбрал приоритет такой: сначала — людям, потом — компилятору. И класть я хотел на того, кто мне поставил эти ограничения в 40 часов, нам с ним не по пути.
И ещё момент. Когда я еду на машине, то даже в 4 утра в чистом поле включаю поворотник на развилке условно-дороги. Потому что привычка. И с читабельностью то же самое. Даже если никто не будет читать… привычка уважать.
Да, методы по 30 строк и прочие мелкие шалости, конечно же, дают огромное преимущество во времени. А что вы хотели услышать? Да, ок, можно сделать KISSSOLIDDRYархитектурузабиваянанекоторыемелочитипапростейшейразметкикоданормальныхименпеременныхипрочейлабудывоимячитаемостиачо.
Если кратко, пожертвую чем угодно, но не читаемостью кода. Вероятно, я никогда не попадал в столь жесткие условия, когда мне пришлось бы 40 часов подряд говнокодить ради некого дедлайна. Но даже если предположить такую гипотетическую ситуацию, то, во-первых, 40 часов это обычно не 1.5 дня, а 7. Поэтому это не 40 часов и как минимум 80, и раз уж речь идёт о такой срочности, значит важность там тоже приличная, а значит можно поднапрячься. Во-вторых, я скорее пожертвую некоторыми моментами архитектуры и какими-то программирования хорошего кода (KISS, DRY и т.д.). Тем, что можно будет итеративно исправить. В-третьих, выбирая между качеством, сроками и стоимостью, почти во всех случаях я выбираю качество+сроки. В-четвертых, квалификация — это как раз тот момент, когда при одних и тех же исходных данных задачу можно решить либо быстрее, либо качественнее, либо дешевле. Чтобы расширить границы золотого треугольника, я работаю над квалификацией. Как будете поступать вы или он — это каждый себе сам решает исходя из уровня своего образования, жизненного опыта и конкретных условий и задач.
У меня тоже от рождения кривой почерк, поэтому я пишу полу-печатными буквами. Критерий один — читаемость. Говонкод тоже себе позволяю, но только если это одноразовый скрипт, который не предполагает перечитывания кем бы то ни было (мной тоже). Ах, да, в одном случае все-таки говнопочерк оправдан — когда стоит цель затруднить прочтение.
Я не очень понял почему не следует. Хотя сам стараюсь придерживаться наиболее читаемого и явного стиля кодирования, даже в ущерб производительности кода и первичного написания кода, но не вижу затруднений в восприятии $bar = $foo ?? $green. Оно и читается легко, и делает именно то, как воспринимается:
Я на полном серьёзе рассматривал покупку оборудования специально под дебиан, когда отчаялся бороться с текущим (ноутбук асус с предустановленной вин8). Но в итоге с небольшим перевесом выиграла винда с виртуалкой. Я не говорю что дебиан с xfce плохие и даже не думаю так, наоборот. Я говорю только о своём очередной неудачной попытке перенести процесс написания кода в ту же ОС, где он будет исполняться. Поэтому я и спросил в исходном комментарии, может быть кто-то знает что из современных ноутбуков будет гарантированно работать с дебианом
Меня полностью устраивает дебиан как среда исполнения, но как ОС для десктопа… нет, спасибо. И убунту тоже туда же. Но, естественно, это мои личные фломастеры
Про комментарии я для себя выработал такую стратегию: вот есть кусок кода, который когда-то кем-то должен поддерживаться. Так вот, мысленно удаляем весь код и оставляем только комментарии. И даём коллеге эти оставшиеся комментарии. Сможет он по этим комментариям восстановить функциональность? Если да, то комментарии необходимые. Не заснёт ли он от скуки, читая килобайты комментариев? Если нет, то комментарии достаточные.
В общем говоря, если надо писать код для машины и только для машины, то какая разница как он будет написан. Если хоть кто-то ещё это будет читать, кроме интерпретатора-компилятора, то я для себя выбрал приоритет такой: сначала — людям, потом — компилятору. И класть я хотел на того, кто мне поставил эти ограничения в 40 часов, нам с ним не по пути.
И ещё момент. Когда я еду на машине, то даже в 4 утра в чистом поле включаю поворотник на развилке условно-дороги. Потому что привычка. И с читабельностью то же самое. Даже если никто не будет читать… привычка уважать.