вот еще тема "про программирование"

[juan_gandhi]

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

Код должен:
- быть хорошо абстрагирован
- быть читабелен
- быть хорошо модулирован
- быть тотален
- не мусорить в логах
- радовать глаз (gxachaturov )
- переводить все случающиеся дефекты на:
  -- простой человеческий
  -- язык статистики и МЛ (чтоб анализировать и машины могли)

Абстракции вообще главное. Код, требующий бойлерплейт - плохой код.

 

Comments

Не удержался

[malobukov]

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

Re: Не удержался

[juan_gandhi]

Ну не скажите. Можно размерность добавить. И тогда все абстракции сливаются в одну картинку. Как в ∞-categories.

Re: Не удержался

[mikkim08]

Можно размерность добавить. И тогда все абстракции сливаются в одну картинку.

Не понял. Можно пример ?

[gxachaturov]

код должен радовать глаз

[juan_gandhi]

Добавлю сейчас

[pappadeux]

левый глаз

[anonim_legion]

Do what you want, 'cause pirate a free...
You are a pirate!

[spamsink]

Конкретика типа "не мусорить в логах" или "переводить случающиеся дефекты на язык статистики и МЛ" выглядит уж очень домен-специфично.

[juan_gandhi]

Ну домен довольно широкий; конечно, не везде есть логи, но, возможно, стоит на эту тему задуматься.

[vit_r]

- не мусорить в логах

То есть должен скрывать все внутренние проблемы.

Заметим, нет главного свойства:
- делать то что нужно, и не делать то, что не нужно

Плюс ещё два, о которых я сейчас не готов затевать дискуссию.

[uselessextras]

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

[vit_r]

Демонстрировать только проблемы, с достаточным количеством деталей для анализа

Угу. А непонятные проблемы не демонстрировать. Короче, be agile

[juan_gandhi]

"делать, что нужно и не делать, что не нужно" - это ж модульность.

Насчет же логов, так не мусорить - это прежде всего не рапортовать о промежуточных успехах с кучей деталей.

[snowps]

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

[dennisgorelik]

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

[vit_r]

Код многомерен. Так что попытка свалить всё связанное рядом по одной координате ни к чему хорошему не приведёт.

[pappadeux]

все должно быть в одном большим файле

[sassa_nf]

Continuation passing is against all of this.

(Event driven too, as a consequence)

[juan_gandhi]

And that's a problem (or two).

[cross_join]

Блин горелый, я пытался возвестить о начале конца Ада Паттернов лет 10-15 назад, о чем честно написал в "Дефрагментации мозгп" :)
Тактические паттерны должны умереть вместе с легаси, стратегические останутся: делать какую-нить подсистему авторизации в ERP придется одинаково вне зависмости от языка и среды.

[juan_gandhi]

Тактические и стратегические! Первый раз слышу о такой классификации.

Кстати, несколько лет назад все студенты прекрасно знали паттерны. Нынешних на той неделе спросил - никто никаких паттернов не знает. Ушла эпоха (слава те господи).

[zhiva]

> Абстракции вообще главное. Код, требующий бойлерплейт - плохой код.

cries in Go

[anonim_legion]

...oh no, it's retarded

[pappadeux]

перефразируя булгакова

-- Кароши? -- строго спрашивал сиреневый мэнэджер.

-- Мировой, -- отвечал программер, кокетливо ковыряя код в IntelliJ

-- Кароши люблю, плохой -- нет, -- сурово говорил мэнэджер.

-- Как же! -- восторженно отвечал программер.

[juan_gandhi]

Вечная тема.