netwind: Быстрейший способ написания дополнений - это отладка по-живому.
быстрейший способ написать дополнения это после каждой итерации проверять на greenline в юнит тестах.
netwind: Вот зачем нужны мапперы ? чтобы запутать отладчик?
Маппер нужен чтоб отделить приложение от полей в базе данных. Тем самым я начинаю управлять зависимостями в коде. Вы же надеюсь не делаете так $this->somefield =1. А юзаете геттеры и сеттеры? Еще, например у меня в каждом маппере есть найти по id. Причем я не пишу каждый раз эту функцию а лишь указываю мапперу какое поле является идентифицирующим.
А еще это хорошо сочитается с Active Record.
Хотя за меня это все давно написано, почитайте agile. Очень полезный ресурс, конкретно:
Bash.org.ru - не серьезный проект, делающийся на коленке. Тут даже о нагрузке не надо заботиться простой кеш и все.
netwind,
netwind: livestreet.ru - из-за повернутости разработчика на ентерпрайзе, ООП, мапперах и прочей хрени, абосолютно невозможно пользоваться отладчиками базирующимися на xdebug.
А зачем Вам отладчик базирующийся на xdebug? И почему не можете пользоваться(не юзал эт). Я лично пишу все на этой всей херне( ООП, мапперы, роутеры, визиторы, обсерверы, бриджи и другие умные слова) и все прекрасно дебажиться. Ну это если вам надо от профайлить время. Остальные ошибки прекрасно выдают Unit testы написанные для всего и вся.
перечислять долго, может скажите Вы какие проекты вас интересуют крупные ?)
Сейчас любой серьезный старт-ап делается на MVC.
Доказать легко - серьезные и крупные проекты делаются множеством людей. Поддержка кода в ООП - это его главный плюс, как и расширяемость. А так же такие фишки как TDD или Unit Test, позволяющие контролировать состояние и рефакторить код. Без этого любой крупный проект загнется.
однозначно прийдётся работать с ребятами с ачата, иначе получите неквалифицированный аудит безопасности
Однозначно надо не нести чушь, а то оскорбляете многих хороших людей.
5. Определю пол по имени - 25wmz
Саша
Какого пола этот человек?
Что такое GGl
gogetlinks
Проверил, работает.
Деньги перевел, спасибо что плаваете нашими поездами!
Да-да я тоже подпишусь причем неограниченно хоть до 20к за 1500$!)))
110->160
радует
Быстрейший способ написания дополнений - это отладка по-живому.
быстрейший способ написать дополнения это после каждой итерации проверять на greenline в юнит тестах.
Вот зачем нужны мапперы ? чтобы запутать отладчик?
Маппер нужен чтоб отделить приложение от полей в базе данных. Тем самым я начинаю управлять зависимостями в коде. Вы же надеюсь не делаете так $this->somefield =1. А юзаете геттеры и сеттеры? Еще, например у меня в каждом маппере есть найти по id. Причем я не пишу каждый раз эту функцию а лишь указываю мапперу какое поле является идентифицирующим.
А еще это хорошо сочитается с Active Record.
Хотя за меня это все давно написано, почитайте agile. Очень полезный ресурс, конкретно:
http://wiki.agiledev.ru/doku.php?id=ooad:dp:data_mapper
Bash.org.ru - не серьезный проект, делающийся на коленке. Тут даже о нагрузке не надо заботиться простой кеш и все.
netwind,
livestreet.ru - из-за повернутости разработчика на ентерпрайзе, ООП, мапперах и прочей хрени, абосолютно невозможно пользоваться отладчиками базирующимися на xdebug.
А зачем Вам отладчик базирующийся на xdebug? И почему не можете пользоваться(не юзал эт). Я лично пишу все на этой всей херне( ООП, мапперы, роутеры, визиторы, обсерверы, бриджи и другие умные слова) и все прекрасно дебажиться. Ну это если вам надо от профайлить время. Остальные ошибки прекрасно выдают Unit testы написанные для всего и вся.
HraKK добавил 05.08.2010 в 20:18
google.com, yandex.ru, rambler.ru, mail.ru... facebook, youtube, amazon, ozon, craigslist, ebay, flickr, vkontakte, blogspot, digg, kijiji, myspace
Из того что знаю юзает Гугл , яндекс, фасебук, flickr.
Проблема в том что МВС в таких проектах ну никак не влияет вааабще. Кеш решает.
перечислять долго, может скажите Вы какие проекты вас интересуют крупные ?)
Сейчас любой серьезный старт-ап делается на MVC.
Доказать легко - серьезные и крупные проекты делаются множеством людей. Поддержка кода в ООП - это его главный плюс, как и расширяемость. А так же такие фишки как TDD или Unit Test, позволяющие контролировать состояние и рефакторить код. Без этого любой крупный проект загнется.