Пишите меньше кода, блин

[comerc]

А ещё Clojure кардинально сокращает код.

Где-то вычитал (не помню), что одна из главных задач инженера — абстрагировать уровни сложности, постепенно поднимаясь всё выше и выше.

[igrishaev]

Нет, Кложа по плотности примерно как Питон или Руби. А вот абстракции в ней сильнее, да.

[comerc]

Конкретный пример. Николай Рыжиков рассказывал, как переписал огромного размера проект с Ruby на Clojure, при этом сократив код на 2/3.

[ozkriff]

Количество кода почти всегда сокращается при любом переписывании проекта, даже без смены языка.

[dcc0]

Поддержу.
Одна задача, одна программа, одна строчка, как легкий взмах кисти китайского поэта-каллиграфа = ).

Вообще некоторые пользователеи Linux и приверженцы «открытого источника» считают, что порождение новых инструментов в современном программировани — это что-то вроде дурной бесконечности, некоторые полагают, что множество программ генерируют от нежеления учиться, так как большая часть инструментов уже существует (в том же Linux).

[AlexanderG]

Одна задача, одна программа, одна строчка

… один фюрер :)

[dcc0]

Мне не понять Ваших ассоциаций.

[il--ya]

kiss

[comerc]

Simple Made Easy

[outdead]

Очевидные вещи, которые действительно повышают производительность как кода так и разработчика. Почему-то сразу же вспомнился первый пункт этой публикации
Спасибо, что еще раз напомнили об этом.

[BlackJet]

спасибо. трюк с текстом поверг в экстаз

[Skerrigan]

Простите, можно для тугодумов, о чем конкретней вы? (не сарказм)

[Symphony]

.myp {
    font-size: calc(1em + 1vw);
}

Вместо media query.
Пример: ссылка — поиграйтесь с размером окна.

[cinic]

В Safari 9.1.2 не работает.

[Skerrigan]

Да, согласен, теперь вас понял :)

[BlackJet]

font-size: calc(1em + 1vw);

[forcewake]

Выскажу мнение непопулярное, но тоже имеющее право на жизнь.
WAI-ARIA очень нужна. Мы живем в 2016 году и люди, у которых не все так хорошо со зрением, тоже хотят использовать интернет на полную катушку, как мне кажется.

[Chesheer]

К сожалению многие моменты, касающиеся юзабилити для людей c отклонениями в здоровье (ну, не поворачивается у меня язык, назвать их инвалидами) в 99+% оказываются за бортом разработки.

[arandomic]

Нужна не столько ARIA, сколько адекватное тестирование на Accessibility.(Хотя бы автоматизированное тестирование на соответствие WCAG) Большинство современного специализированного ПО неплохо справляются с HTML разметкой и без ARIA, если в разметке нет особых извращений.

[Fayon]

«Здесь role=«button» абсолютно лишний»
Неправильный ответ. Ибо если button находится в форме, он автоматически срабатывает как submit

[Fayon]

Да, действительно, каюсь(

[TrogWarZ]

[del, опоздал]

[SelenIT3]

Автор не против WAI-ARIA как таковой. Он против популярной (увы) манеры делать интерфейсы на голых div-ах и span-ах, а потом лихорадочно пытаться «вдохнуть в них жизнь» скриптами, той же арией и прочей магией, вместо того, чтобы изначально использовать специально обученные HTML-элементы, у которых — сюрприз — атрибуты доступности вшиты «из коробки» на уровне браузеров.

[TrogWarZ]

Мне всегда казалось, что элементы HTML из стандарта уже «из коробки» умеют достаточно для людей с ограниченными возможностями, а реализация лежит на плечах разработчиков бразуеров/ридеров. А всякие ARIA следует использовать только когда используется либо «хитрая» логика на странице, которую не может осилить большинство реализаций, либо не семантическая вёрстка.
Как в CSS, где есть стандартные стили в бразуерах/ОС и свои собственные стили для изменения стандартного поведения.
Так ли это? Вопрос скорее к компетентным людям в данной области.

[sbnur]

Вообще-то краткость кода означает использование инструментов, встроенных в некий язык или некие библиотеки некого языка, что представляет собой неконтролируемую часть кода.
Поэтому утверждение о производительности спорно, если не сказать большего.
Это один аспект желания писать кратко.
Другой аспект — что значит писать кратко при наличии залания на разработку — это аналогично не доложить цемента в раствор.
Что написано, то и должно быть реализовано.
Поэтому писать кратко скорее всего означает предварительно семь раз подумать, чем один раз написать.
А часто думать лень по принципу — что тут думать, писать надо
А писать код надо по принципц — quantum satis

[enniel]

Вы случайно примеры не перепутали? Что bem код делает в mail.ru

[comerc]

Гы-гы. А что он делает в Google? тынц

[fishca]

Надо немного увеличить шрифт.

[outdead]

у AT&T

[potan]

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

[prSquirrel]

TDD неплохо сокращает объём лишнего кода.

[Fayon]

Сразу видно адепта методологии ХХивП. Главное написать, а как это будет поддерживаться — пофигу.

[Pakos]

А я думал будет Самый-короткий-язык-программирования.txt

[junkerSchmidt]

С кэшированием не совсем точно вышло. Как раз без него проще — сделал себе какой-нибудь RPC запрос, и все дела. А тут еще и кэш прикручивать…

[Itachi261092]

В целом со многим согласен. к чёрту фреймворки и скрипты, когда можно обойтись без них. Но вот с тем, что нужно как можно больше заниматься копипастом — согласиться не могу. без сомнения, когда ты не знаешь реализацию той или иной фичи — можно поискать и вставить чужое. но такой подход всегда хуже, если ты вставил чужое и не знаешь построчно что делает этот код. такое потом приводит к непредвиденным проблемам, и долгим дебагам.

[aureliano_b]

Поддерживаю на 100%!

Как же бесит, что нет возможности ставить плюс комментариям и постам после какого-то небольшого промежутка времени. Извините за оффтопик.