Не нужно путать дизайнеров и художников. Рисуют художники, а дизайнеры больше полиграфисты (пускай и в вебе), нежеле художники. Их задача грамотно преподнести контент, а не сделать из сайта картину Репина.
По поводу имен переменных. У меня есть знакомый, который ВСЕГДА пишет примерно так: function func(a, b, c) {}
при этом говоря «а зачем называть входящие переменные, посмотрят внутри функи, что они делают и поймут что туда пихать нужно». Названия ВСЕГДА должны быть говорящими или следовать соглашению (многие сокращают на уровне соглашения по написанию библиотечные для проекта классы, типа hr = new HttpResponse()
В остальных случаях они должны быть говорящими и «сам догадается» это ответ ленивого человека.
Полностью поддерживаю. Я хоть и не проф. верстальщик, но верстать приходится иногда. Про состояние кнопок и ссылок я уже забыл давно, PSD у 70% составляют пронумерованные layer (layer1, layer2, layer3, etc..). Часто даже на цвета забивают, а потом начинается «а тут не такой должен быть цвет, на других страничках же другой», хотя я буквально пипетка -> скопировать цвет как html.
Это не было укором)) И я не про помощи разработчикам пропела, а просто про текущие проекты. Для себя я решил, что свои проекты я буду поднимать только на рельсах, т.к. это просто удобней.
Вообще слово «верю» это круто. Не, правда. Можено сидеть и верить, что когда-то это станет крутым и прикольным. Вот тока проблемка одна есть… Писать то сейчас нужно :)
При чем тут руби? Разве только то, что на нем написаны рельсы… Никто не мешает сделать такой же простой конфиг и юзать его. Если у симфонии будут плагины «хорошо лежать», то никто не мешает их так же ставить.
Не смотря на почти нулевые знания руби я в рельсы въехал за день (при этом копая доки по самому руби), а симфонии (2) я испугался. Нутром понимаю что вроде чуваки правы и делают правильно, но посмотрев на простейшие вещи понимаю, что до юзабилити рельсов им еще далеко. За основу можно брать любой компонент, хоть модель, хоть контроллер, хоть вьюхи, хоть роутинг. Про бандлы вообще молчу.
Т.е. писать лишний код, который будет раздувать проект только из-за того, что кому-то захочется написать вместо models вместо model? Да и set_include_path еще не отменял никто.
Конечно, кто же спорит то… Вот только если он решает 10% твоих задач + 10 мегабайт ненужного кода. Но тут небольшое НО.
1. Мотивация была выражена словами: «Недавно, прочитав про мини-фреймворк Silex, я подумал: а что в нем сложного? Попробовал написать нечто подобное и получилось довольно легко.». Т.е. это не решение задачи, а просто написать свой велосипед и потом с ним бороться.
2. Пых тормозит в развитии именно из-за того, что тут много велосипедистов и нет ничего более менее де факто. Возьмите Java, там под каждый чих есть фреймворк, 1 — 2, а не 100500. Возьмите Ruby. Что касается веба, то почти все проекты поднимаются на рельсах. Люди пишут плагины и выкладывают. Возьмите JS, основная масса давно пересела на JQuery и вместо своих велосипедов стараются просто написать плагин и выложить. Давайте посмотрим на PHP, что мы видим… ZF, symfony, kahona, CI и пару миллионов велосипедов. Много ли кто знает плагинов для них?
Я готов платить 60р в месяц, даже больше… Но я не готов платить за ВОРОВАННУЮ, (а именно так и есть) музыку. Пусть своровали не они, но у них и нету лицензии на вещание оной.
PS Пофиг на карму.
function func(a, b, c) {}
при этом говоря «а зачем называть входящие переменные, посмотрят внутри функи, что они делают и поймут что туда пихать нужно». Названия ВСЕГДА должны быть говорящими или следовать соглашению (многие сокращают на уровне соглашения по написанию библиотечные для проекта классы, типа
hr = new HttpResponse()
В остальных случаях они должны быть говорящими и «сам догадается» это ответ ленивого человека.
Да и по поводу статичного кода…
@posts = Post.find;
$this->posts = Post::find();
вместо
$em = $this->get('doctrine')->getEntityManager();
$posts = $em->getRepository('AcmeDemoBundle:Post')->findAll();
return array('posts' => $posts);
1. Мотивация была выражена словами: «Недавно, прочитав про мини-фреймворк Silex, я подумал: а что в нем сложного? Попробовал написать нечто подобное и получилось довольно легко.». Т.е. это не решение задачи, а просто написать свой велосипед и потом с ним бороться.
2. Пых тормозит в развитии именно из-за того, что тут много велосипедистов и нет ничего более менее де факто. Возьмите Java, там под каждый чих есть фреймворк, 1 — 2, а не 100500. Возьмите Ruby. Что касается веба, то почти все проекты поднимаются на рельсах. Люди пишут плагины и выкладывают. Возьмите JS, основная масса давно пересела на JQuery и вместо своих велосипедов стараются просто написать плагин и выложить. Давайте посмотрим на PHP, что мы видим… ZF, symfony, kahona, CI и пару миллионов велосипедов. Много ли кто знает плагинов для них?
Все из-за лени разработчиков, которые ставят эти лайки.
PS Пофиг на карму.
PS nnm.ru это варезный ресурс.