Знание языков: PHP, MySQL
Приветствуется: понимание ООП, XML, XSLT, CSS, HTML, JS, умение работать в команде.

Приветствуем всех желающих. Можете писать тут или мне в PM



Сообщения принятых участников сразу удаляются.

Это сообщение отредактировал(а) awers - 11.6.2008, 20:03

Напоминаем Вам, что набор все еще ведется    Товарисчи, проявляем активность  

Опыт PHP+MySQL HTML CSS - 10 лет

профессионально 3-4 года занимаюсь...

можно попробовать? в команде не работал...

Это сообщение отредактировал(а) DeamonShan - 29.4.2008, 14:50

Знания PHP, MySQL опыт не очень большой, последняя более серьезная разработка - блог! Если подхожу ася  391-410-791  

Идея интересная, вопрос в том, чего хотим достичь. Для меня это главный вопрос. Если есть для чего - хотел бы и поучавствовать 

О себе:
Опыт программирования - 6 лет. Из них пхп и веб - 4.
Очень хорошие знания баз данных (проектирование, нормализация и т.п.)
Знание, понимание и умение применить шаблоны проектирования
Очень приличное владение библиотекой ExtJS - яваскриптовый фремворк, extjs.com
Знание и понимание AJAX, опыт разработки собственой скромной CMS.
Весьма хорошее знание HTML&CSS, блочная верстка.

В проекте хотел бы учавствовать в качестве (в порядке желаемости):
 - архитектора или хотя бы принимать участие в проектировании системы и БД
 - программиста ядра приложения, главных модулей
 - программиста интерфейса (яваскриптовую админку можно забацать, сейчас любой нормальный броузер шарит яваскрипт на уровне)

Не хотел бы учвствовать в качестве:
 - разработчика шаблонов оформления, тем и т.п.
 - верстальщика
 - "программиста-интегратора" с другими опен-сорс системами, которые возможно будут применяться

По поводу целевой аудитории. Это как раз тот вопрос, который должен нас всех волновать в первую очередь. ЦА в виде людей малоперспективна, потому что реальный функционал ламер не потянет юзать, а с маленькой и простой цмской нет шансов быть конкурентоспособным. 
Я лично за максимально широкие возможности (вплоть до интерпретироуемого языка шаблонов, визуальное состваление страницы из модулей, создание апи для использования в модулях и т.п.), максимальную гибкость и расширяемость. Но вместе с этим все это должно быть удобно сделано, и ПОЛНОСТЬЮ и ПО-ЧЕЛОВЕСЧЕСКИ документировано. Т.е. должна быть полная дока для программера, с примерами, начальными туториалами. И точно так же для админа и для юзера - все по полочкам и максимально удобный интерфейс (я считаю, что надо два или три layout - каждый для своего уровня пользователя). "Систему для людей" делает не бедный функционал, а крутая поддержка и документация.

ИТОГО.
I. Я хочу учавствовать в проекте, если:
1) Мы собираемся реально этим заниматься
2) затраты по времени непревышают 10-15 часов в неделю (я больше выделить на могу)
3) Будет возможность заниматься реально интересными делами
4) Будет выдвинута система требований к качеству и оформлению кода, будет применятьс модульное тестирование, все модули и принципы будут тестироваться с точки зрения безопасности
5) Система ориентирована на мировой, а не на российский рынок (!!!). Локализацию на инглиш сам сделаю если надо, но ориентация на глобальность is a MUST!
II. Для системы будет четко определено:
1) Задачи, решаемые данной цмской и ее ЦА - это самое главное, это определяет дальнейшую судьбу разработки
2) Требования к интерфейсу и будет участие профессиональных разработчиков интерфейса в процессе
3) принцип "Документация вместе с классом/пакетом" будет соблюдаться
4) Создание понятной, удобной и ламер-френдли документации и туториалов по систем - одна из задач проекта.

С глубоким уважением к оргранизаторам проекта,
Константин.

Знаю PHP - есть опыт написания cms: PHP+MYSQL, а также MYSQL, HTML, чуть чуть CSS...
Доступ в интернет постоянный, кроме как иногда в выходные и понедельник, среда(с 15 до 20)
  Я ЗА!   Тк по мне идеальной CMS нет)

Возьмите меня. Из перечисленного awers'ом списка, я только с XML не умею работать.

(удалил)  

Это сообщение отредактировал(а) gcc - 24.1.2009, 19:34

А что мешает меня проверить? Вместо того, чтоб пост минусовать?

Чем отличаются абстрактные классы от интерфейсов?

IZ@TOP,  рискну ответить, что все дело в наследовании. класс может быть потомком только одного абстрактного класса, но может наследовать несколько интерфейсов. по моему так.
или я не прав?

Возьмите меня, я ещё много страшных слов и заклинаний знаю

Абстрактные классы реализуют для создания "незавершённого" функционала, например, когда разработчик точно не знает, что и как понадобится на выходе. Авторытаких классов оставляют реализацию определённых функций на разработчиков наследников этих классов, т.к. им виднее, однако проводят первичную обработку данных. для примера:

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

P.S. Если смотреть на интерфейсы PHP с точки зрения контрактов, то это получается ну совсем бесполезная весчь, т.к. они не могут описать тип возвращаемого значения, метода.

Здраствуйте, хочу принять участие в разработке. Есть опыт в написании CMS. PHP, ООП, работа с базами данных, jQeury, AJAX, опыт в написании шаблонизаторов (точнее компиляторов шаблонов), верстка. 

Возьмите меня(: вроде все из перечисленного знаю, где проити тест на профпригодность(:?

А набор уже не актуален?