Ильяс Салихов

И да начнется срач

1. Symfony2
2. Silex, Yii1, Slim, FatFree, CakePHP, Zend1 (если мы про проекты а не потыкать)
3. Если волнует качество кода, то лучше не придумать. Все по best-practice, огромное сообщество разработчиков. двигатель мира PHP.
4. Для простых проектов может быть черезчур избыточным и сложным. Необходимо понимание того что делаешь.
5. Нормально, с кешерами, грамотной архитектурой, правильно настроенным сервером... Пожалуй это самый малозначительный параметр для выбора фреймворков. Все упирается в архитектуру вашего приложения и базу.
6. Не веду такой статистики. Большая часть проектов - API сервисы либо внутренние сервисы компаний. Да и считаю это пустым.
7. Нет.

Если вы решили таким образом выбрать фреймворк на основе которого хотите сделать проект... то вы выбрали очень плохую методику.

Начать проще с Yii.
Но, по моим наблюдениям, опытные Yii-разработчики, попробовав Symfony2, переходят на него, в том числе и я.

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

В любом случае это будет время потраченное с пользой!

Yii, но любой ответ в таком топик будет очень субъективным…

Для начинающего проще будет Yii. Он простой как пробка, но в то же время, при определенном опыте работы, на нем можно писать неплохие проекты.

Zend — тут ничего не могу сказать. Наверное только с него проще будет переходить на Symfony. В этом плане к слову Yii чуть проигрывает — с него слазить сложнее. я 2 месяца плевался когда на симфони переходил.

Symfony 2 наверное самый крутой PHP фреймворк из существующих сегодня, ну или самый перспективный. Я бы начал сразу с него, хотя будет тяжело, зато больше опыта.

Люди, отключающие js, знают на что идут, это их сознательный выбор, я бы за них не переживал. Вопрос тут в другом — в надежности и скорости.

1. В первые мгновения js нет ни у кого. JavaScript ведь загружают в конце страницы, чтобы контент был доступен раньше, и пока файлы не загрузятся, js у пользователя не работает. Поэтому сайт, работающий без js, будет доступен пользователю раньше. А если соединение медленное, или какая-то ошибка сети, то сайт, не работающий без js, не будет работать у пользователя совсем. Альтернатива — помещать js наверх, хотя как это поможет. Сайты, поддерживающие людей без js, позволяют получить содержание страницы раньше => работают быстрее.

2. Ошибка в js-файле может привести к тому, что сайт станет недоступен. Это замечание кажется довольно очевидным, но ему часто придают неоправданно мало значения. Если js сжимается в 1 файл, чтоб он грузился быстрее, то при ошибке в одном из скриптов весь оставшийся js тоже не выполнится.

Проблемы с сетью, какой-то js-файл не загрузился — сайт не работает.
Забыли запятую — сайт не работает для всех пользователей IE.
Забыли отладочный console.log — сайт не работает, если отладочные инструменты не установлены и не включены (Firefox, Safari, Internet Explorer).
Ну и т.д. Сторонний js от рекламодателей, который нельзя контролировать, может сломать сайт.

Можно, конечно, сказать, что нужно писать код без ошибок. Но такого кода не бывает. Проблема тут в архитектуре, веб работает не так. Недавно, к примеру, Lifehacker и Gizmodo были полностью недоступны продолжительное время именно из-за ошибки в js. Можно вот тут еще почитать: isolani.co.uk/blog/javascript/BreakingTheWebWithHashBangs

В большинстве случаев предоставить альтернативу без js совсем не сложно ведь — пишем просто unobtrusive js. Если это кому-то важно, то для таких страниц и тесты писать проще.

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

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

Здесь, мне кажется, вопрос даже не в браузерах, которые не поддерживают js, а в пользователях, которые по тем или иным причинам его у себя отключают.
Т.е. нужно рассматривать вопрос «кто отключил», «зачем» и «являются ли эти пользователи для меня на столько важными, чтобы выделять время для адаптацию под них».

Насчёт книг по Java я рекомендую следующие книги, с которыми определённо стоит ознакомиться.

Это Bruce Eckel — Thinking In Java и двухтомник «Java 2 Основы» и «Java 2. Тонкости программирования» Кея С. Хорстманна и Гари Корнелла.

С основами J2ME можно ознакомиться, прочтя книгу Платформа программирования J2ME для портативных устройств Вартана Пирумяна. Более сложные вещи (GPS, MMAPI) уже сможете усваивать по ходу дела, читая материалы в интернет, коих великое множество.

Затем ознакомьтесь с книгой Java. Эффективное программирование Джошуа Блоха. Книга чрезвычайно полезна не только новичкам, но и опытным программистам.

Уже имея основу в виде знаний по Java + J2ME вы сможете легко освоить руководство для разработчиков Android

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

Вы можете получить сертификат Oracle Certified Professional, Java ME 1 Mobile Application Developer, сдав два экзамена. Первый по Java 2 SE, и второй по Java ME.

В Москве экзамены сдают в авторизованных центрах Prometric (есть и другие центры, но я не в курсе).

Я сдавал здесь: education.ru

В случае с Java схема сдачи такая. Вы связываетесь с местным офисом Oracle и получаете от них реквизиты для оплаты ваучера. Они вам высылают реквизиты и вы идёте в ближайший сбербанк оплачивать стоимость экзамена. Оплата производится в рублях по курсу ЦБ на день оплаты.

Если не хотите ждать пока вам придёт ваучер в бумажном виде, то отправляете отсканированную квитанцию об оплате в офис Oracle и вам сообщают номер вашего ваучера.

После чего обращаетесь в авторизованный центр, сообщаете им свои данные и номер ваучера, после чего назначаете день сдачи экзамена.

Успехов.

У нас принято $someVar, да именования вроде $some_var встерчаю достаточно редко, разве что в скриптах.

А я вот использую symfony и не разу еще не пожалел. Возможностей наоборот более чем достаточно. Выучить не так уж и сложно, так как много документации втом числе и переведенной на русский. Не меленькое русское комьюнити. Плюс скоро выйдет symfony 2, а там вкусностей еще больше ;)

Попробуйте календарь из jQuery UI, всё что вы написали можно настроить без проблем — jqueryui.com/demos/datepicker/