Недавно я в очередной раз прочитал на Хабре, что списки — это один из признаков текста, созданного нейросетью. Значит меня можно считать «нейросетью» устаревшей модели, выпущенной ещё в 70-х годах XX века. Я начал составлять списки в детстве, почти сразу, как только научился писать.
Рубрика «простые правила»
Строкам грустно в одиночестве. Мои простые правила оформления списков
2024-12-07 в 18:40, admin, рубрики: нумерация, оформление списков, оформление текста, простые правила, пунктуация, руководство по стилю, советы, списки, текст, типографика5 простых правил типографики, которые сделают ваше письмо, статью и любой другой текст солиднее
2024-10-03 в 14:00, admin, рубрики: копирайтинг, правила верстки, простые правила, тексты, типографикаС одной стороны, содержание важнее формы, с другой — небрежное оформление как бы намекает: текст накидали на скорую руку. Чтобы внешний вид не обесценил самые убедительные аргументы, не стоит пренебрегать базовыми правилами типографики. В статье рассказываем о них так, чтобы было достаточно увидеть один раз и запомнить на всю жизнь.
Но сначала нативная, лаконичная и — уже совсем скоро перейдём к делу — ненавязчивая рекомендация: похожие правила публикуются на канале Плохое/хорошее. Это такой тренажёр насмотренности для всех, кто хотя бы иногда работает с текстом.
Читать полностью »
Уголовный кодекс разработчика
2017-03-16 в 13:39, admin, рубрики: ненормальное программирование, Проектирование и рефакторинг, простые правила, Совершенный код, УК, чистый кодСтатья из раздела «наболело». Сколько уже копий сломано о чистом коде, шаблонах проектирования, принципах правильной разработки и тд. Но пока по-прежнему каждый второй попадающийся на глаза проект, особенно не публичный, покоящийся в глубоком энтерпрайзе, имеет признаки состава преступления по «уголовке».
Я сейчас не говорю про «Административный кодекс», куда я как раз и отношу неправильное применение шаблонов, неиспользование тестов, неоптимизированный код, даже харкодинг каких-нибудь настроек и «магические числа» (хотя уже на грани). В этих случаях разная правоприменительная практика. Например оптимизированный код часто сложнее для понимания, чем неоптимизированный. Неоптимальный алгоритм зачастую легче воспринимается при чтении кода, а ведь разработчик 95% времени читает свой или чужой код и только 5% пишет. Или если вы пишите скрипт для друга забесплатно, побыстрее и заходкодили пару настроек, вы скорее всего правильно поступили. Решив, что интеграция туда логики извлечения настроек (и ее тестирования) из отдельных конфигов потребует намного большего времени, чем хардкод.
Но есть признаки, которые определенно говорят, что ваш код серьезно болен и без всяких оправданий содержит криминал.
Читать полностью »