Сравнить с теми же Rails, в которых можно без проблем делать monkey patching или дописывать в существующий класс, даже там есть базовый ApplicationController, в котором описываются всякие вызовы к acl, auth и прочие общие вызовы. Просто это реально удобней, и я не припомню проектов, где не приходилось бы создавать собственный контроллер, за исключением каких-то визиток.
Поймите, мне нравится Yii. По сравнению с ололо-энтерпрайз-спринг-на-пхп Симфони 2 или давайте-будем-юзать-как-можно-больше-паттерном ЗФ Yii просто няшка, но на проект побольше пришлось взять ЗФ, потому что в нем можно вносить изменения по необходимости, а не предугадывать их в начале разработки. К примеру, возникла необходимость добавить логирование переводимых фраз. В зф это решается подключением собственного адаптера при инициализации приложения. В Yii нужно было либо заменять все вызовы Yii::t, либо хачить фреймворк (может сейчас уже другая архитектура, я говорю за два года назад). Аналогично и со всеми вызовами статики.
Я считаю, что Yii стоит подтянуть менеджмент зависимостей в коде если он хочет добиться того же положения, что и Rails в своей среде. Понятно, что из-за особенностей пхп придется кое где пожертвовать парой символов, но жизнь это облегчит основательно.
в том и дело, что в, например, Zend Framework можно на более позднем уровне заменить класс хелпера своим без необходимости править 90% вьюшек. В случае с Chtml вы не сможете добавить еще один слой в рабочий проект. Была бы возможность в PHP динамически подменять методы в классе, все ок было бы, чем собственно и любит заниматься Rails — идейный вдохновитель Yii.
Опять же, торомоза от того, что вместо статического класса используется объект, который инициализируется в бутстрапе — звучит странно.
Не относительно темы, но все же: меня в Yii всегда смущала любовь к статическим методам и классам. Взять тот же CHtml. Захочу я переделать метод для текстового поля, чтобы он мне, допустим, дефолтный класс приписывал, так придется или в исходник лезть, либо по всему проекту менять вызов с CHtml на мой собственный наследник. Если была бы возможность получать объект из реестра или через $this->chml во вьюхе, было бы в разы проще.
Опять же, в кажом проекте нужно повторять одну и ту же вещь — создавать собственный базовый контроллер и наследовать свои контроллеры уже от него, чтобы в очередной раз не изменять все контроллеры когда придется вычленить общий функционал в базовый контроллер.
На 400 в восточной германии в принципе можно прожить. около 80 евро стоит студенческая страховка в месяц, + около 160-200 за квартиру и коммуналку. остальное на еду. Если не шиковать в столовой, то вполне можно. Не говоря уже о фрилансе где-нибудь на одеске и выводе денег на снг-шную карту.
Я пока не знаю как быть с магистерской. Мой мастерат подразумевает распределенные системы, облака, всякие map reduce и прочие приблуды гугла. Но мне еще есть когда думать, я только первый семестр заканчиваю.
Насчет инсайдерства, я приехал с одним лишь приглашением от университета в зубах и только позже нашел работу. Думаю с PhD можно провернуть тоже самое если иметь 8к евро на счету для открытия визы.
Насчет работы на кафедре, ее получить достаточно просто, по крайней мере в TU Dresden. Я учусь на мастерате, работаю 19 часов в неделю на ставке около 8.5 евро в час. На жизнь хватает. Работа не сложная и интересная, например я работаю над приложением на рельсах, backbone.js. Есть много проектов на С++, яве, дсл, безопасности и прочего.
На все типы дальтоников сервисов не напасешься, но большинство различает интенсивность. Еще вроде как синий, белый, серый и желтый нормально воспринимаются, но для показа ошибок они не подходят.
Я придумал подлянку для следующих уровней — стоит себе плаформа, прыгаешь на нее, и когда лошарик к ней приближается, она начинает с небольшой скоростью сваливать в сторону.
хм, таким образом можно взять парк машин и запустить целую тестовую бронзовую лигу, в которой боты будут всех рашить. заодно можно в нее пустить пару реальных игроков с целью поиздеваться. можно даже чат эмулировать «lol, 6 pool, u mad?» или «say hello to mum»
стоп, а что мешает сделать какую-нибудь адовую function button(array $params), которая будет собирать нужный html исходя из параметров? Это можно сделать в любом говнопроекте без фреймворка. Тем более нагрузка будет не больше, чем, к примеру, динамически вывести инпут со значением в нем.
Поймите, мне нравится Yii. По сравнению с ололо-энтерпрайз-спринг-на-пхп Симфони 2 или давайте-будем-юзать-как-можно-больше-паттерном ЗФ Yii просто няшка, но на проект побольше пришлось взять ЗФ, потому что в нем можно вносить изменения по необходимости, а не предугадывать их в начале разработки. К примеру, возникла необходимость добавить логирование переводимых фраз. В зф это решается подключением собственного адаптера при инициализации приложения. В Yii нужно было либо заменять все вызовы Yii::t, либо хачить фреймворк (может сейчас уже другая архитектура, я говорю за два года назад). Аналогично и со всеми вызовами статики.
Я считаю, что Yii стоит подтянуть менеджмент зависимостей в коде если он хочет добиться того же положения, что и Rails в своей среде. Понятно, что из-за особенностей пхп придется кое где пожертвовать парой символов, но жизнь это облегчит основательно.
Опять же, торомоза от того, что вместо статического класса используется объект, который инициализируется в бутстрапе — звучит странно.
Опять же, в кажом проекте нужно повторять одну и ту же вещь — создавать собственный базовый контроллер и наследовать свои контроллеры уже от него, чтобы в очередной раз не изменять все контроллеры когда придется вычленить общий функционал в базовый контроллер.
Я пока не знаю как быть с магистерской. Мой мастерат подразумевает распределенные системы, облака, всякие map reduce и прочие приблуды гугла. Но мне еще есть когда думать, я только первый семестр заканчиваю.
Насчет инсайдерства, я приехал с одним лишь приглашением от университета в зубах и только позже нашел работу. Думаю с PhD можно провернуть тоже самое если иметь 8к евро на счету для открытия визы.