В разработке основным… ресурсом является человек.… НО он не является в чистом виде ресурсом, потому что… человек крайне нелинейный элемент всей этой цепочки, а значит, вы не можете 100% рассчитывать на его заинтересованность, лояльность и доступность.
Автор оч. хорошо написал! Подправил карму )
Работал в нескольких проектах, единственный способ как мы выдерживали сроки — это увеличение продолжительности рабочего дня. (Товарищи менеджеры, это можно использовать крайне редко. Есть большой риск замыливания мозгов и уменьшения производительности труда).
Сколько раз планировали, всегда появляется какая-то вроде бы мелочь, НО сдвигающая сроки на пару дней. Хорошо если такая мелочь одна, но зачастую так не бывает.
Для меня пилюля следующая:
Опыт, полное понимание проекта, доверительные отношения и чувство возможностей каждого разработчика!
Я крестил немного по другому, но результат тот же. В этом проблем нет. Все отлично работает.
Проблема заключается в грамотном использовании Acl и Auth. Как крестить контроллеры на работу с Acl, может поделитесь решением?
Не хочется изобретать велосипед.
Отличная статья!
(Правда графы зря были освещены в этой статье. ИМХО, они не нужны здесь.)
— Народ, с каким фреймворком вы используете Doctrine?
И совсем не в тему, НО очень интересует, кто как крестил Zend Auth, Zend Acl и Doctrine в Zend контролерах.
Абсолютно согласен. Связь между ФС и БД должен реализовывать класс Модели файлов, который и будет обеспечивать целостность записи, изменения и удаления.
Обычно Мускул подключается через сокеты в PHP скрипт.
И что же мы имеем если файлы у нас в БД: дополнительную нагрузку на сокетах (а чтение с диска как было так и останется, за исключение закешированных файлов самим мускулом(хотя мускул по-моему блобы не кеширует))
Удобство автогенерации формы для ввода параметров: т.е. создается описание, о том какие параметры для конкретной категории объектов используются. И когда оператор хочет добавить новый объект в базу, то форму параметров уже генерит сама админка исходя из описаний для конкретной категории.
Метод замечательный и я его использовал 2-3 года назад на сайте mobi.kz, НО когда записей и параметров становиться реально очень много и они не помещаются в одной таблице на одном жестком диске, то тут начинаются бешенные проблемы, а как собственно масштабировать систему?
Т.е. при всем желании вы уже не сможете засунуть в предложенную архитектуру, например с market.yandex.ru все их товары с миллиардами атрибутов.
Таким образом, данный подход удобен, если известно, что кол-во данных не будет превышать размер свободного места на диске. Можно конечно воспользоваться Партишин'гом в MySql 5.1 но далеко не уплывем, производительность будет крайне низка, хотя на «костылях» сможем сохранить любой объем.
Поэтому, если вы точно уверены что данных будет, дофига (и на 1 винт не влезут) — начинайте смотреть в сторону MapReduce.
developer не надо в общении категорично все воспринимать, надо вести конструктивную беседу, а не резать оппонента на полуслове и говорить, что он неправ.
Вы оба говорите правильные вещи, но о том как вы это говорите и как воспринимаете друг друга зависит ход решения и конечная истина общения.
Вобщем за общение:
ArtemS +
developer — (в целом за статью большой ПЛЮС)
Автор оч. хорошо написал! Подправил карму )
Работал в нескольких проектах, единственный способ как мы выдерживали сроки — это увеличение продолжительности рабочего дня. (Товарищи менеджеры, это можно использовать крайне редко. Есть большой риск замыливания мозгов и уменьшения производительности труда).
Сколько раз планировали, всегда появляется какая-то вроде бы мелочь, НО сдвигающая сроки на пару дней. Хорошо если такая мелочь одна, но зачастую так не бывает.
Для меня пилюля следующая:
Опыт, полное понимание проекта, доверительные отношения и чувство возможностей каждого разработчика!
Проблема заключается в грамотном использовании Acl и Auth. Как крестить контроллеры на работу с Acl, может поделитесь решением?
Не хочется изобретать велосипед.
— введите sonnylabatos2@gmail.com, когда вас попросят и играйте дальше ))
(Правда графы зря были освещены в этой статье. ИМХО, они не нужны здесь.)
— Народ, с каким фреймворком вы используете Doctrine?
И совсем не в тему, НО очень интересует, кто как крестил Zend Auth, Zend Acl и Doctrine в Zend контролерах.
Обычно Мускул подключается через сокеты в PHP скрипт.
И что же мы имеем если файлы у нас в БД: дополнительную нагрузку на сокетах (а чтение с диска как было так и останется, за исключение закешированных файлов самим мускулом(хотя мускул по-моему блобы не кеширует))
За сколько ты продашь такую базу с рабочими скриптами, сумму в личку.
Метод замечательный и я его использовал 2-3 года назад на сайте mobi.kz, НО когда записей и параметров становиться реально очень много и они не помещаются в одной таблице на одном жестком диске, то тут начинаются бешенные проблемы, а как собственно масштабировать систему?
Т.е. при всем желании вы уже не сможете засунуть в предложенную архитектуру, например с market.yandex.ru все их товары с миллиардами атрибутов.
Таким образом, данный подход удобен, если известно, что кол-во данных не будет превышать размер свободного места на диске. Можно конечно воспользоваться Партишин'гом в MySql 5.1 но далеко не уплывем, производительность будет крайне низка, хотя на «костылях» сможем сохранить любой объем.
Поэтому, если вы точно уверены что данных будет, дофига (и на 1 винт не влезут) — начинайте смотреть в сторону MapReduce.
Вы оба говорите правильные вещи, но о том как вы это говорите и как воспринимаете друг друга зависит ход решения и конечная истина общения.
Вобщем за общение:
ArtemS +
developer — (в целом за статью большой ПЛЮС)
PS. Эх, побольше бы статей на хабре, с такой стилистикой написания.
На чем вы остановили свой выбор по фреймворкам? Что посоветуете?
Я пока присмотрелся к Limb3 (отличная документация + красивое использование шаблонов проектирования).
Что вы думаете по поводу Limb3?
Важны ваши доводы, почему Limb3 или Ruby On Rails лучше или хуже.
Посмотрел в мануале с версии 5.0.3 начинается.