антиговнокод

[FRIE]

на php более-менее научился программировать, теперь хочу перестать говнокодить, и писать программы по-человечески. Ищю пути для того чтобы научиться, может кто курсы знает какие или видеоуроки?

на сайте govnokod один товаришь предложил изучать фреймворки, для чего они мне не понимаю...
вот javascript я делаю на jquery потому что получается кроссбраузерно и безгеморно, а вот зачем фреймворк для php не врубаюсь.

 

[Ярослав]

FRIE
Фреймворк нужен для того, чтобы не плодить свой говнокод

 

[Krishna]

Видеоуроки Евгения Попова!!!111

 

[С.]

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

 

[FRIE]

Видеоуроки Евгения Попова!!!111

так я с этого и начинал, сейчас забьют меня палками, но я хочу встать на путь истинный =)

 

[FRIE]

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

А как влияют фреймворки на скорость работы скрипта, на сколько медленнее работает код?

 

[craz]

так же как попов на стиль программирования, хреново, но в отличии от попова они дают профит, а попов... [допишите сами куда его]

 

[phprus]

FRIE
До начала профилирования можно считать, что никак не влияют (с некоторыми оговорками, так как фреймворки сами по себе с разной скоростью работают и какой-нибудь мегатормоз должен еще на этапе проектирования отклоняться). Принцип Парето выполняется и в программной инженерии, по этому чаще всего 90% времени выполняются 10% кода. И только очень гениальный программист сможет заранее угадать, где будут эти тормоза до написания кода и проведения профилирования.

Наглядный пример из моей практики за последнюю неделю. Я думал, что узкое место будет в определенном участке кода (некоторые алгоритмы в распределителе памяти, который вызывался более миллиона раз за время работы приложения), но профилирование показало, что суммарное время выполнения всех вызовов порядка 0,5% времени выполнения программы. Можно-ли его оптимизировать? Да можно. Нужно-ли его оптимизировать сейчас? Нет не нужно, так как на остальные 99,5% времени эта оптимизация не повлияет никак.

 

[С.]

А как влияют фреймворки на скорость работы скрипта, на сколько медленнее работает код?

Естественно они медленнее. Но тебя не должно это волновать. Во-первых, замедление не существенно. Во-вторых, скорость разработки и внесения изменений в проект горазадо критичнее рантайма.

 

[FRIE]

Нашел статью про фреймворки, где есть мнения за и против. Вот кусочек

8. Не пользуйтесь фреймворком PHP – Расмус Лердорф (Rasmus Lerdorf)
В противоположность мнению Джоша о том, что нужно использовать фреймворк PHP , Расмус Лердорф, сам крестный отец PHP , считает, что фреймворки не так уж хороши. Почему? Потому что они выполняют операции гораздо медленнее, чем простой PHP .
Во время своей презентации на Drupalcon 2008 Расмус сравнил время ответа на PHP-страницу при помощи простого примера “Hello World”, с несколькими фреймворками PHP (слайды 24-32) и показал, что фреймворки PHP гораздо медленнее, чем прямой PHP .
Можете прослушать или просмотреть презентацию целиком, где Расмус демонстрирует потери производительности фреймворков PHP . Вкратце, Расмус показывает, что производительность серьезно страдает, когда вы пользуетесь фреймворком PHP , в противоположность использованию чистого PHP.

 

[craz]

не пользуйтесь php он намного медленнее выполняет инструкции, чем нативный машинный код, написанный хотя бы на Ассемблере, вот то, что ты прочитал.

 

[Adelf]

Когда пишешь "Hello, World" фреймворки действительно не нужны.
"Старички" часто грешат тем, что оптимизируют всё(привыкли они.. ибо жили в те времена когда приходилось биты считать). А оптимизировать надо частично. Наглядный пример от phprus чуть выше.

 

[FRIE]

не пользуйтесь php он намного медленнее выполняет инструкции, чем нативный машинный код, написанный хотя бы на Ассемблере, вот то, что ты прочитал.

ну если уж так совсем в корень углубляться то да =)

 

[craz]

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

 

[Absinthe]

8. Не пользуйтесь фреймворком PHP – Расмус Лердорф (Rasmus Lerdorf)

Я бы не стал доверять мнению человека, которому по сечению обстоятельств удалось создать хороший продукт, который был изначально плох по дизайну и ошибки дизайна которого мы до сих пор обходим.

Что касается его слайдов, то он тупо потроллил, вот ссылка на слайды: http://talks.php.net/show/drupal08/24
Там все видно.

Более того, он стайлгайды не соблюдает, в костер его

 

[Духовность™]

Нашел статью про фреймворки, где есть мнения за и против. Вот кусочек

8. Не пользуйтесь фреймворком PHP – Расмус Лердорф (Rasmus Lerdorf)
В противоположность мнению Джоша о том, что нужно использовать фреймворк PHP , Расмус Лердорф, сам крестный отец PHP , считает, что фреймворки не так уж хороши. Почему? Потому что они выполняют операции гораздо медленнее, чем простой PHP

может он пьяный был, Расмум этот?) Ведь любой набор самописных функций - это уже фактически фреймворк, никаких концептуальных отличий.

 

[Вурдалак]

А чем генерируются подобные схемы: http://talks.php.net/presentations/slides/intro/zf.png ?

 

[FRIE]

Нашел видеокурс Андрея Морковина, он показывает как работать на фреймворке kohana, я уж почти половину видеоуроков которые есть посмотрел, очень интересно, и теперь понимаю более менее как работает модель mvc

 

[AmdY]

Нашел статью про фреймворки, где есть мнения за и против. Вот кусочек
8. Не пользуйтесь фреймворком PHP – Расмус Лердорф (Rasmus Lerdorf)

бугагашенька. Расмус придумал и воспользовался фреймворком для perl, затем переписал этот фреймворк на Си и назвал его PHP. При разработке проекта ВСЕГДА у разработчика получается свой фреймворк, хотя бы минимальный инклуд одного файла с коннектом в БД во все скрипты.

а вообще, смотрите дальше ваши видяшки, это очень полезно для программирования. очень полезно смотреть Дом 2 (надеюсь вы не с минска и ТНТ у вас показывает), есть ещё много полезных презентаций на демотиваторе.

 

[Духовность™]

AmdY
в минске ТНТ не показывают?