1) А почему Вы стесняетесь и не пишете название вашей студии?
2) Вам не кажется, что многовато этапов до полноценного трудоустройства?
3) О каких проектах идет речь в самом начале?
4) Какие условия работы? Или до работы в офисе не доходит дело?
N) какие требование именно к программисту:
— какие фреймворки?
— должен ли уметь проводить объектно-ориентированное разбиение системы?
— вообще у Вас в процедурном стиле или ооп-стиле программируют?
— какой подход используется в тестировании?
— какие средства разработки используете?
Я как понимаю, у CMS есть две задачи:
* изменять динамически вид (отображение данных) в зависимости от прихоти пользователя (администратора сайта)
* и расширение функциональности (добавление каких дополнительных возможностей)
— обычно это простые страницы
— или что-то типа базы данных чего-то
— особая бизнес логика, над данными
Решения, как я вижу:
1) Первая проблема можно отделить от второй, просто сделать специализированные контролеры, которые изменяли только виды, т.е. у нас есть «модули», мы в каждом модуле управляем распределением и видимостью блоков.
2) Вторая проблема решается либо «в лоб», под каждый тип свой контроллер, либо можно сделать обобщенный контроллер, а специализация будет инжектироваться отдельно.
3) В идеале слой контроллера будет очень тонким, там будут лишь объекты сервисы, которые инкапсулируют работу с моделью.
По поводу ORM: я тут на вашей стороне, они слишком наворочены, но поскольку Вы используете объекты, то переход к MongoDb будет легким. :)
Плюс можно попробовать приспособить Ваш CMS к Google App Engine, там есть поддержка PHP в JVM через сторонний проект Quercus.
Приятно, что Ваша CMS здравствует. :) Но мне вот интересно:
1) Я так понял по тексту, что Вы не использовали ORM, почему, если так?
2) И мне интересно почему отошли от MVC и смешали с модулями?
Да я понял сразу, что не Ваш. :) Сходил посмотрел на хэд хантере, прикольно. ООП в универах изучают так что за голову надо хвататься, а если заочники это ваще полный пипец. :)
Самое обалденное в этой вакансии, что нет ни слова про ООП, ни про технологии (голый ASP.NET). А дальше еще круче, «поддержка существующих проектов» — это которые написаны без знаний ООП в процедурном стиле? :)
В общем мое виденье такое:
* студия, если она не подвальная, должна быть открыта, публикации, обучающий материал и т.д.
* студия не должна зацикливаться на «сайте», все таки маленькие фирмы более мобильны и способны идти в ногу со временем и уже должны осилить веб приложения.
* студия должна вести свои собственные проекты, а не только заказчика.
В плане видимости, опять же чисто для меня, выделяется СКБ-контур.
2) Вам не кажется, что многовато этапов до полноценного трудоустройства?
3) О каких проектах идет речь в самом начале?
4) Какие условия работы? Или до работы в офисе не доходит дело?
N) какие требование именно к программисту:
— какие фреймворки?
— должен ли уметь проводить объектно-ориентированное разбиение системы?
— вообще у Вас в процедурном стиле или ооп-стиле программируют?
— какой подход используется в тестировании?
— какие средства разработки используете?
P.S. я не соискатель.
Я как понимаю, у CMS есть две задачи:
* изменять динамически вид (отображение данных) в зависимости от прихоти пользователя (администратора сайта)
* и расширение функциональности (добавление каких дополнительных возможностей)
— обычно это простые страницы
— или что-то типа базы данных чего-то
— особая бизнес логика, над данными
Решения, как я вижу:
1) Первая проблема можно отделить от второй, просто сделать специализированные контролеры, которые изменяли только виды, т.е. у нас есть «модули», мы в каждом модуле управляем распределением и видимостью блоков.
2) Вторая проблема решается либо «в лоб», под каждый тип свой контроллер, либо можно сделать обобщенный контроллер, а специализация будет инжектироваться отдельно.
3) В идеале слой контроллера будет очень тонким, там будут лишь объекты сервисы, которые инкапсулируют работу с моделью.
По поводу ORM: я тут на вашей стороне, они слишком наворочены, но поскольку Вы используете объекты, то переход к MongoDb будет легким. :)
Плюс можно попробовать приспособить Ваш CMS к Google App Engine, там есть поддержка PHP в JVM через сторонний проект Quercus.
1) Я так понял по тексту, что Вы не использовали ORM, почему, если так?
2) И мне интересно почему отошли от MVC и смешали с модулями?
* студия, если она не подвальная, должна быть открыта, публикации, обучающий материал и т.д.
* студия не должна зацикливаться на «сайте», все таки маленькие фирмы более мобильны и способны идти в ногу со временем и уже должны осилить веб приложения.
* студия должна вести свои собственные проекты, а не только заказчика.
В плане видимости, опять же чисто для меня, выделяется СКБ-контур.
Почему студии наши ведут затворнический образ жизни, они не на виду!?