Да в инете полно сравнений. От простых до подробного описания самой алхимии. Но если кратко, то Алхимия — это в большей степени ORM, а у Django эдакий SQL-конструктор, который решает самые простые задачи. А для сложных join-ов надо опускаться до raw-запросов.
Век живи — век учись! Спасибо — не знал о такой простой и полезной штуке. Причём, над слайдером сразу пишется Hi-speed, Halft-speed, quarter-speed по мере движения пальца вниз.
Всё дельно написано. Ещё хочется добавить про странную любовь к излишне официальному стилю. Человек в курилке может поведать интересную историю, рассказанную простыми словами. Но через 5 минут в ворде он уже выдаёт: «в целях повышения качества и уровня обслуживания необходим мониторинг важных показателей...». Как так получается? Откуда мы берём эту письменную сухость?
И штампы. Глупые штампы, вроде слогана про свадьбы: «Для самого счастливого дня её жизни». То есть, после свадьбы большого счастья уже не предвидится? Рождение ребенка — так, побочное явление замужества… Прям ухо режет.
Мне, честно говоря, иногда сложно разделить, где заканчивается кодинг и начинается дизайн. В интерфейсах они часто переплетены. Когда я предлагаю вместо стандартного контрола взять select2, при этом чуть поправив заточив внешний вид и встроив в общую конву сайта — я выступил как верстальщик, программер или дизайнер. Короче — я запутался.
Ок, пусть я не full-stack ;-) Но как «оркестр» я часто делаю дизайн, не тот, «чтобы красиво», а тот, чтобы работал. А время приходится экономить путём более редкого переключения между задачами. Вот даже ответ Вам пишу после всех дел.
Кстати, это часто повышает качество готового продукта/решения. Раз человек понимает, как должны (а не могут) взаимодействовать серверная часть и фронт-енд. Ну и подстраховка, конечно, тоже.
Вообще у full-stack разработчиков, или ещё можно их назвать «человек-оркестр» есть проблема: всё делается медленнее (читай — дороже). Программист быстрее напишет код, а дизайнер быстрее сделает макет. И с поиском работы тоже проблема — ты и не кодер, и не верстальщик и не копирайтер… Это я по себе сужу.
Некоторых дизайнеров и CSS и HTML не просят писать, однако много лучше тот дизайнер, который понимает, как его макет будет реализован в текущих ограничениях браузеров, интернета и пр.
Хорошо, когда в над проектом также работает человек, который отвечает от начала до конца, как сайт выглядит, работает — эдакий арт-директор, или, если хотите, web-директор. А то часто получается, что и работу сапожника теперь выполняют специалист по подмёткам, дизайнер молнии, технолог стелек… По отдельности — вроде все хорошо, а как вместе соединяют — туфля жмёт и натирает.
Почему «Идеи на коленке» вызывают такое отторжение? Это ведь задача агентства Творить, Выдумывать и Пробовать. Да, большая часть из них отправится в корзину, но часть вырастет из гадкого утенка в прекрасного лебедя. А Вы так сразу по рукам бьёте.
Дело даже не в том, как назвать профессию. Научиться делать прототипы можно только с опытом. Т.е. быстро накидывается усеченный функционал сайта и заполняется реальными данными. А потом и сами разработчики и заказчик кликают по сайту.
И тогда становится ясно, что поиск работает не так, как надо, блок с новостями нужно передвинуть, каталог переверстать, кнопку поменять, а текст переписать. Это нельзя предвидеть. Обычному человеку это не под силу (если только он не ученик мастера Йоды).
Дизайнер обычно не занимается «наполнением прототипа» и накликиванием — у него часто другая задача. Поэтому и опыт в прототипировании у него несколько иной. Нет опыта — нет статуса «мастер сценариев».
Просто во второй команде, быть может, вас не принимали за своего. Или вы на 100% не доверяли им. Не надо сбрасывать со счетов личностные отношения. Да и вы можете смотреть в разные стороны — классическая басня про «лебедя, рака и щуку».
Невозможность выполнения кода напрямую из шаблона.
Вот это как раз правильно. Шаблон отделяет бизнес-логику от представления. В этом его предназначение. Как только появилась возможность выполнить код из шаблона, кто-то этим воспользуется. Со всеми вытекающими.
Ну не всем людям — только програмистам ;-) Обычные регулярные выражения — в массе своей для url как раз 3-5 вариантов хватает — запоминается легко. Ведь вы сами сможете ответить, какому шаблону соответствет строка /2012/08/29/hello-school/
И штампы. Глупые штампы, вроде слогана про свадьбы: «Для самого счастливого дня её жизни». То есть, после свадьбы большого счастья уже не предвидится? Рождение ребенка — так, побочное явление замужества… Прям ухо режет.
Хорошо, когда в над проектом также работает человек, который отвечает от начала до конца, как сайт выглядит, работает — эдакий арт-директор, или, если хотите, web-директор. А то часто получается, что и работу сапожника теперь выполняют специалист по подмёткам, дизайнер молнии, технолог стелек… По отдельности — вроде все хорошо, а как вместе соединяют — туфля жмёт и натирает.
И тогда становится ясно, что поиск работает не так, как надо, блок с новостями нужно передвинуть, каталог переверстать, кнопку поменять, а текст переписать. Это нельзя предвидеть. Обычному человеку это не под силу (если только он не ученик мастера Йоды).
Дизайнер обычно не занимается «наполнением прототипа» и накликиванием — у него часто другая задача. Поэтому и опыт в прототипировании у него несколько иной. Нет опыта — нет статуса «мастер сценариев».
Вот это как раз правильно. Шаблон отделяет бизнес-логику от представления. В этом его предназначение. Как только появилась возможность выполнить код из шаблона, кто-то этим воспользуется. Со всеми вытекающими.
/2012/08/29/hello-school/