Стереотипы. Большинство из нас, отправляясь в так называемое «путешествие», всё так же остаётся офисным планктоном, просто рабочее место под пальмой. К тем самым бэкпэкерам мы оношения не имеем. А на самом деле, многие из этих людей действительно вызывают интерес и лёгкую зависть.
В хроме так, но мы вроде про асинхронности в JavaScript. С этой точки зрения знать надо одно — наличие милисекунд не говорит о том, что милисекунда — минимальный интервал. Это знание многих бы могло избавить от серьёхных проблем.
Так-то Symfony Standard Edition тоже особо ничего не предъявляет к разработчику. Вот тебе запрос, вот тебе ORM, вот тебе мейлер и шаблонизатор. Вперёд и с песней.
Имхо, косяк «больших» фреймворков в том, что у идеалистов возникает желание всё делать по «best practices». А это, бывает, уж слишком времязатратно (хотя в итоге ведёт к нереальному увеличению производительности в будущем).
Согласен, у нас вообще было так — «берём в такой-то папке шаблон, подставляем команду для вывода на экран сообщения, видите, как всё просто!» И ещё долго никто не понимал, зачем наверху красуется подключения некоего stdio.h (собственно, первое время никто не понимал, что это вообще подключение чего-то, а не некие метаданные). Лично я догадался только тогда, когда решил с нуля что-то написать.
Что считать избыточным, а что достатчным? Так что простота и чистота кода — это понятие, всё-таки, субъективное. Но рассуждать о них в любом случае можно и нужно.
Акценты, кнопочки и прочее — это уже второстепенное. Тут проблема не в фоточках или выбранных цветах, тут проблема в том, что реашает сферическая задача в вакууме. Автор ни разу не ставит перед собой вопрос — «какие компоненты должны быть на сайте». Автор берёт слайдер, менюшку, футер, хедер, форму обратной связи, т.е. всё то, что обычно суют в абстрактные «платные шаблоны». Нужно ли это всё для сайта по продаже щебня? Что ещё нужно для сайта по продаже щебня? Таких вопросов автор себе не задал.
Рисовать руками QR-код, сделать сайт и потом три дня играть в бомжа — та ещё халява :)
В хроме так, но мы вроде про асинхронности в JavaScript. С этой точки зрения знать надо одно — наличие милисекунд не говорит о том, что милисекунда — минимальный интервал. Это знание многих бы могло избавить от серьёхных проблем.
Имхо, косяк «больших» фреймворков в том, что у идеалистов возникает желание всё делать по «best practices». А это, бывает, уж слишком времязатратно (хотя в итоге ведёт к нереальному увеличению производительности в будущем).
Согласен, у нас вообще было так — «берём в такой-то папке шаблон, подставляем команду для вывода на экран сообщения, видите, как всё просто!» И ещё долго никто не понимал, зачем наверху красуется подключения некоего stdio.h (собственно, первое время никто не понимал, что это вообще подключение чего-то, а не некие метаданные). Лично я догадался только тогда, когда решил с нуля что-то написать.
Цветовое кодирование — это один из методов решения задач интерфейса с учётом специфики восприятия целевой аудитории.
Если вырвать, например, ваш комментарий из контекста, то может показаться, что я оспариваю тот факт, что API — интерфейс.
Теперь поставьте рядом два слова — «кнопочки» и «интерфейс» и подумайте, о каком интерфейсе говорил автор: habrahabr.ru/post/206738/#comment_7123376
Но в целом, конечно, согласен, одним цветом кнопочек хороший GUI не сделаешь.