Absinthe
жожо
Нельзя? Почему?сравниваем коммерческий продукт с опен соурс
А мне нравится политика Майкрософта.я вообще микрософт недолюбливаю за его политику...
Нельзя? Почему?сравниваем коммерческий продукт с опен соурс
А мне нравится политика Майкрософта.я вообще микрософт недолюбливаю за его политику...
я понимаю трава не наркотикА мне нравится политика Майкрософта.
Я тоже имел дело с большим количеством говнокода (даже с дырявым рнрВВ2 и прочими нюками) и действительно подтверждаю поддерживать/расширять/итд очень такой код просто. Есть проблемы конечно в некоторых местах, но они завязаны не на отсутствии ООП, а на просто изначально неправильном понятии как это должно работать (т.е если бы эти люди вместо этого написали всё тоже самое на чистом и красивом ООП и по всем правилам, то их продукт вовсе не стало бы легче поддерживать/расширять/итд)полностью соответствует тому что тут принято называть "говнокод".
Но тем не менее не особо напрягаясь, практически сразу мне удается в этом чужом коде разбираться и дописывать недостающий функционал.
Именно, но в холиварах (я люблю такие почитывать, и особенно приятно когда удаётся поучаствовать) почему-то это требование нередко описывают как якобы отличительную особенность ООП от всех остальных.разумеется, требование, применимое к любой парадигме
Вовсе нет. Мне бояться уже давно нечего, я больше не кодер (типа уже отобрали весь хлеб =) ) я теперь простой алкоголик, Программирую исключительно "для души", нет никаких заказчиков/сроков/нервов. Захотел написал, не захотел напился и уснул. Романтика. Причём пишу именно как я хочу, а не как "модно".испугались что ваш кусок хлеба юнное поколение забирает
О да, узнаю себя пару-тройку лет назад, когда начинал въезжать в ООП и во Фреймворки, тогда еще для изучения выбрал Симфони (имхо, один из самых монструозных) и тоже долго матерился и плевался в стороны этими классами и их методами. Но сейчас, когда несколько лет проработал в разных софтварных компаниях, где проекты, особенно web, поставлены "на текучку" и целый отдел занимается разработкой, передавая проекты от одного программиста к другому, я понял что это самое "Табу" как раз и спасает от кучи головняков. Вот дали тебе проект "на доработку", надо ему дописать какуюнибудь простенькую фичу. Если этот проект на фреймворке, то ты без труда (уже зная что и как там работает) допишешь в нужное место нужную функцию, создашь в нужном месте нужную вьюшку и все, готово! А если это самописный движок, который писал какой-нибудь индус в пьяном угаре, то ты впухнешь надолго, потому что для того, чтобы дописать какую-нибудь мелочь, тебе придется сесть и разобратся в "поэзии" этого индуса (по своему опыту), на что может уйти очень много времени и нервов. А если это бизнесс проект с серьезным и нетерпеливым заказчиком, который платит "почасовку", как ты ему потом объяснишь что у него проект написан пьяным индусом? И это все только одно из преимуществ фреймворков. А "какие-то соглашения по именованию модулей" (если их конечно знать) дают возможность интуитивного восприятия и понимания кода. Это экономит кучу времени и нервов.Но то как это реализуется в PHP фреймворках - это какой-то кошмар.
Вся эта магия с перегрузкой свойств и методов, с автозагрузкой классов с какими-то соглашениями по именованию модулей, методов классов, которые имеют значение и влияют на работу которые спрятаны в механизмах движка в Convention
... кто это придумал ?
Если этот проект на фреймворке, то ты без труда
Вот опять тёплое с мягким. А если индус будет использовать фреймворк он обязательно напишет хорошо ? Или если серьёзный разработчик напишет без фреймворка то обязательно плохо ?который писал какой-нибудь индус в пьяном угаре
Лучше, чем без фреймворка. Как минимум будет понятно, что откуда берется.Вот опять тёплое с мягким. А если индус будет использовать фреймворк он обязательно напишет хорошо ?
Пусть даже как попало он напишет, но движок, на котором он это написал, ты уже знаешь и намного проще будет что-то доделать или переделать, если нужен рефакторинг. А самописный проект приходящих на рефакторинг, чаще всего приходится переделывать почти с нуля.Вот опять тёплое с мягким. А если индус будет использовать фреймворк он обязательно напишет хорошо ? Или если серьёзный разработчик напишет без фреймворка то обязательно плохо ?
Проблема в том, что в какой-то моменты ты вдруг замечаешь, что из черенков готовых лопат неожиданно построилась вокруг тебя клетка.Тугай
Скажу по себе: - после того, как сам наточишь себе кирок и лопат вдоволь, то поймешь, что взять что-то уже готовое и рабочее, что не надо поддерживать, а просто брать и использовать - это большое благо.
Иначе, если идти дальше, как некоторые компании, можно продолжать изобретать все новые ЯП.
Такие игроки как Microsoft, Google напрямую влияют на команду Zend.