За последние 24 часа нас посетили 18166 программистов и 1632 робота. Сейчас ищут 1660 программистов ...

Удаленная работа для PHP+JS программистов. От 45k

Тема в разделе "PHP Free-Lance", создана пользователем webinfotravel, 8 авг 2012.

  1. webinfotravel

    webinfotravel Активный пользователь

    С нами с:
    8 авг 2012
    Сообщения:
    2
    Симпатии:
    0
    Кого ищем
    На разработку новой версии функционала крупного проекта требуются профессиональные разработчики со знанием РНР+JS .

    ЗП
    Заработная плата — от 45 000 руб/мес (обсуждаемо).

    Когда
    Предположительное время начала работ — сентябрь
    Предварительное ожидание продолжительности работ по первому этапу — 3-4 месяца

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

    Платформа
    РНР версии 5.2.х + PDO, XML, XSLT, JSON, ctype, Zend Optimizer, mcrypte
    СУБД – MySQL 5.1 >
    ZendFramework, JQUERY и ExtJS (версия 2.3)

    Средства разработки
    Zend Framework' MVC
    SVN
    Система совместной работы

    Краткие требования
    Уверенное и качественное использование ООП, РНР, JS опыт работы в сложных проектах.
    Требования к уровню программистов — высокое.
    Работа - удаленная

    Основные требование
    Профессионализм
    Опыт
    Ответственность

    Контакты
    Если будут вопросы пишите, постараюсь ответить на все ваши вопросы: hr<dog>infotravel.travel (Вместо <dog> - "собака" (@))
    Просьба к соискателям, высылайте краткое резюме.
     
  2. jei

    jei Активный пользователь

    С нами с:
    11 июн 2009
    Сообщения:
    542
    Симпатии:
    0
    Заинтересован очень,очень.Высылаю резюме.
     
  3. webinfotravel

    webinfotravel Активный пользователь

    С нами с:
    8 авг 2012
    Сообщения:
    2
    Симпатии:
    0
    ответил.

    up темы
     
  4. Elkaz

    Elkaz Старожил
    Команда форума Модератор

    С нами с:
    26 июн 2006
    Сообщения:
    3.373
    Симпатии:
    0
    Адрес:
    Баку, Азербайджан
    Если бы не устаревший Zend и PHP 5.2 — поучаствовал бы.
     
  5. Superk

    Superk Активный пользователь

    С нами с:
    5 фев 2010
    Сообщения:
    32
    Симпатии:
    0
    когда Zend успел устареть?
     
  6. [vs]

    [vs] Суперстар
    Команда форума Модератор

    С нами с:
    27 сен 2007
    Сообщения:
    10.559
    Симпатии:
    632
    Окончательно - пятого сентября, когда вышел ZendFramerwork 2.
     
  7. Elkaz

    Elkaz Старожил
    Команда форума Модератор

    С нами с:
    26 июн 2006
    Сообщения:
    3.373
    Симпатии:
    0
    Адрес:
    Баку, Азербайджан
    С появлением нормальных фреймворков (за исключением Yii)

    ZF2, подозреваю, такой же монстр :) Так что и на него минусую.
     
  8. Superk

    Superk Активный пользователь

    С нами с:
    5 фев 2010
    Сообщения:
    32
    Симпатии:
    0
    Например?
    Yii ковырял - не впечатлило, слишком много магии. Kohana и Codeigniter подходят лишь для средне-небольших проектов.
    Единственный конкурент Zend, что вижу - Symfony 2.
     
  9. artoodetoo

    artoodetoo Суперстар
    Команда форума Модератор

    С нами с:
    11 июн 2010
    Сообщения:
    11.118
    Симпатии:
    1.245
    Адрес:
    там-сям
    народ, хороший фреймворк тот, на котором можно заработать. на ZF постоянно есть вакансии, так что спорить не о чем.
     
  10. Elkaz

    Elkaz Старожил
    Команда форума Модератор

    С нами с:
    26 июн 2006
    Сообщения:
    3.373
    Симпатии:
    0
    Адрес:
    Баку, Азербайджан
    Ага, а Joomla с WP это идеальные системы для сайтов :)))
     
  11. artem-Kuzmin

    artem-Kuzmin Активный пользователь

    С нами с:
    16 фев 2012
    Сообщения:
    809
    Симпатии:
    0
    Именно так.
    Для компаний которым нужны просто сайты визитки идеально
     
  12. Апельсин

    Апельсин Активный пользователь

    С нами с:
    20 мар 2010
    Сообщения:
    3.645
    Симпатии:
    2
    джумлу с вп вообще не стоит в ряд ставить.
    неделю назад пришлось выбирать цмс-ку для изучения, а то на уии постоянно "шлепать" каркас для сайта - долго. Пересмотрел с десяк цмс изнутри на качество кода - жуть сплошная везде. Битрикс - куча хлама, процедурное все, код в перемешку в хтмл. Плюс платная. Друпал - туда же, так как нет оопа в нем и без mvc. Вордпрес - тоже хлам; сюда же и модх. И еще с пяток менее популярных систем.
    Порадовал openCart - легкий инет-магазин с кодом нормального вида. Сделан на основе одной из статей с хабры (читал когда-то давно, там объяснялось про базовое построение mvc-системы). Но опенкарт сугубо для инет-магазина можно брать и доделывать. А для прочего шлака - пришлось выбрать джумлу, так как из всего этого зоопарка в ней оказалось больше плюсов, чем в других: mvc, ооп, топ2 в рейтинге, бесплатна, достаточно литературы.
     
  13. [vs]

    [vs] Суперстар
    Команда форума Модератор

    С нами с:
    27 сен 2007
    Сообщения:
    10.559
    Симпатии:
    632
    ZF 2 это новый фреймворк и его надо рассматривать отдельно от ZF.

    Добавлено спустя 1 минуту 54 секунды:
    Joomla - хлам, WP - лучше, Drupal - лучше, но сложнее. Все-таки WP не так уж плох...
     
  14. Апельсин

    Апельсин Активный пользователь

    С нами с:
    20 мар 2010
    Сообщения:
    3.645
    Симпатии:
    2
    в чем именно лучше?
     
  15. [vs]

    [vs] Суперстар
    Команда форума Модератор

    С нами с:
    27 сен 2007
    Сообщения:
    10.559
    Симпатии:
    632
    1) В джумле есть компоненты, плагины и модули, при чем плагины и комоненты часто могут делать одно и то же, разными путями, но ни те, не другие, не могут нормально реализовать функционал модуля. От компонента и плагина джумла треубет наличие документа xml, + от комонента - джумловскую структуру шаблонов и интеграцию в MVC. Джумла использует компоненты и плагины. В WP есть только плагины, при чем они используют wp, wp предъявляет к ним минимум требований.
    2) Такая вордпресовская штука как фильтры, дает последовательно вносить изменения в работу системы разными плагинами.
    3) Структура БД в WP на порядок проще.
     
  16. Апельсин

    Апельсин Активный пользователь

    С нами с:
    20 мар 2010
    Сообщения:
    3.645
    Симпатии:
    2
    [vs]
    Процедурка в цмс и без мвц - это уже полное дно как для цмс-системы. О каком расширении системы в будующем без её переписывания может идти речь? Как можно одобрять подобный код http://pastebin.com/6vFLSWtS ? В большей части толковых мануалов и книг говорится о том, чтобы отделять представление от кода. Ладно еще, когда это твой личный сайт и там мудри что тебе угодно. Но здесь расширяемую систему типы делают. Зачем эти тучи говнокода? Я согласен с тем что в джумле все перемудрили и есть путаница с этими плагинами, модулями, компонентами. Но там хотя бы котлеты от мух отделены.
    В ВП не вижу никакого саморазвития в изучении её кода. Что там нового - функции, которые объявлены там же где и хтмл выводится? И тут же яваскрипт вставляется.
    Про БД - в каком смысле "на порядок проще"? Таблиц меньше чтоли? Меньше/больше - не говорит о удачной архитектуре. И стуктура базы тут второстепенное значение имеет, когда есть "такой" код.
    ВП вообще "умельцы" рекомендуют для блогов. Во всяком случае у меня ассоциации с ВП - это в главную очередь слово "блог". То, что этот "блог" переделывают во что угодно - не показатель её расширяемости. Вон как на джумле сделали VirtueMart, который понимающие люди "обосрали" при детальном рассмотрении (http://joomla-book.ru/blog/thinking-aloud/why-i-hate-virtuemart). Весьма смутно представляется переделывание такого дефолтного блога в инет-магазин без чувства отвращения. Надо же получать какое-то удовольствие от того, что делаешь.

    Повторюсь, что я не утверждаю того, что Джумла - это образец цмс. Но в ней больше плюсов, нежели в других. От того и выбрал её для изучения.
    На нужном мне фреймворке я не нашел достаточно функциональной cms, потому пришлось смотреть в сторону популярных систем. А какой переход от фреймворка к процедурке может быть, который используется в друпале/вордпрессе/%other_cms_name%? С чего начинали, тем и заканчивать - это явно не правильно.
     
  17. [vs]

    [vs] Суперстар
    Команда форума Модератор

    С нами с:
    27 сен 2007
    Сообщения:
    10.559
    Симпатии:
    632
    Апельсин
    Я понял твой подход. Мой взгляд основа на моей практике, в которой скорость разработки ГОРАЗДО важнее гибкости. Я не собираюсь делать что-то серьезное на попсовых CMS, особенно если придется копаться в их коде. Максимум, зачем мне нужна CMS - делать время от времени такие сайты. :)
    Так вот, в WP тема оформления - 50% функций сайта. Конкретно в тот установлен всего-лишь два плагина: TinyMCE и нормальный просмоторщик фоток.

    Теперь возвращаясь к CMS, все они пишут про себя, что с их помощью можно быстро сотворить web-site. Так вот, дефолтный WP ближе всех к тому, чтобы в исходном виде отвечать требованиям сайтов, для которых он предназначен.
     
  18. vikrorpert

    vikrorpert Активный пользователь

    С нами с:
    13 окт 2010
    Сообщения:
    984
    Симпатии:
    10
    вам что пообщаться не с кем?
    это же не хабр с кармадрочерами
     
  19. Elkaz

    Elkaz Старожил
    Команда форума Модератор

    С нами с:
    26 июн 2006
    Сообщения:
    3.373
    Симпатии:
    0
    Адрес:
    Баку, Азербайджан
    Тоже молишься на MVC? :)))
     
  20. Апельсин

    Апельсин Активный пользователь

    С нами с:
    20 мар 2010
    Сообщения:
    3.645
    Симпатии:
    2
    Угу. Если это что-то больше чем скрипт.
     
  21. Elkaz

    Elkaz Старожил
    Команда форума Модератор

    С нами с:
    26 июн 2006
    Сообщения:
    3.373
    Симпатии:
    0
    Адрес:
    Баку, Азербайджан
    Чистый MVC нежизнеспособен. По крайней мере в современных enterprise-level applications.
    Советую посмотреть в сторону H-MVC и MOVE (Models, Operations, Views, Events)