Comments 120
только-только начинаю осваивать php поэтому было бы действительно интересно послушать знающих людей
Если голова есть — нечего слушать людей. Берем книгу банды четырех и учимся алгоритмике.
Берем простой проект — рисуем на листе бумаги в туалете и идем писать.
Берем свой написанный код и отдельные части (написанные по-разному) тестируем на скорость.
Становимся _быть_ программистом… Пока — не настоящим, но идем к этому =)
Берем простой проект — рисуем на листе бумаги в туалете и идем писать.
Берем свой написанный код и отдельные части (написанные по-разному) тестируем на скорость.
Становимся _быть_ программистом… Пока — не настоящим, но идем к этому =)
туалет — это вопрос принципиальный? ванна модойдет? :)
Ориентация на скорость выполнения может негативно сказаться на формирование стиля. Тут важен просто здравый смысл, а оптимизацию лучше вынести в отдельный процесс.
Хоть написали бы что за книга. А то многие не знают.
Скорее всего имелась ввиду книга: Кормен Т., Лейзерсон Ч., Ривест Р., Штайн К. — Алгоритмы: построение и анализ
Немного о «банде четырех» — (англ. Gang of Four, сокращённо GoF) — распространённое название группы авторов (Эрих Гамма, Ричард Хелм, Ральф Джонсон, Джон Влиссидес), выпустивших в 1995 году известную книгу о шаблонах проектирования.
«Приемы Объектно-Ориентированного Проектирования. Паттерны проектирования.» — я говорил об этой книге. Есть в PDF — если нужно, вышлю ;)
Авторы, соответственно: Эрих Гамма, Ричард Хелм, Ральф Джонсон, Джон Влиссидес.
«Приемы Объектно-Ориентированного Проектирования. Паттерны проектирования.» — я говорил об этой книге. Есть в PDF — если нужно, вышлю ;)
Авторы, соответственно: Эрих Гамма, Ричард Хелм, Ральф Джонсон, Джон Влиссидес.
писать и рисовать в туалете можно впринципе в одно и тоже время :))
нужно осваивать программирование с помошью php, тогда все получиться…
>было бы действительно интересно послушать знающих людей
еще бы найти этих слущающих ;)
>было бы действительно интересно послушать знающих людей
еще бы найти этих слущающих ;)
UFO just landed and posted this here
заглянув в треть из этой тысячи проектов со временем замечаешь дрожание конечностей и нервные хихикания.
яркий пример из одного проекта, который доводилось поддерживать:
$fp=fopen("$datadir/$fid.dat",«a+»);
ftruncate ($fp,0);
яркий пример из одного проекта, который доводилось поддерживать:
$fp=fopen("$datadir/$fid.dat",«a+»);
ftruncate ($fp,0);
Посмотрите сорцы VBulletin. Вашу уверенность в своих словах думаю, как корова языком =)
Думаете, количество дает определение репутации? Запорожцев тоже дохрена…
Действительно грамотных скриптов — очень мало.
Думаете, количество дает определение репутации? Запорожцев тоже дохрена…
Действительно грамотных скриптов — очень мало.
Я совсем не против. Есть вещи очень хорошие и качественные. Просто за счет порога вхождения где-то они разбавлены большим количеством «пёрлов».
Про " перлы" хорошо сказано) Для такого кода даже специальный язык есть ;)
Ну тут уж получается, что если есть перл в коде — продукт уже нехороший?
Иногда приходится идти на перлы… В ранней четвертой версии, например, делали сериализацию и десериализацию $_SESSION, Потому, что так нужно было =)
В пятой вот перловина с наследованием синглтонов. Ну как ни бейся — все-равно кривое решение :)
Хорошее приложение — таки есть грамотно-спроектированное решение. Перлы поддаются рефакторингу, а архитектура — редко. :)
Иногда приходится идти на перлы… В ранней четвертой версии, например, делали сериализацию и десериализацию $_SESSION, Потому, что так нужно было =)
В пятой вот перловина с наследованием синглтонов. Ну как ни бейся — все-равно кривое решение :)
Хорошее приложение — таки есть грамотно-спроектированное решение. Перлы поддаются рефакторингу, а архитектура — редко. :)
Я понял, в чем наше с вами непонимание .) Я говорю о продуктах созданных с помощью инструмента, а вы о реализациях самого инструмента и плясок от этого =) В общем долой холивары. Каждому строителю собственный мастерок, раствор и кирпичи, которые ему по душе.
> В пятой вот перловина с наследованием синглтонов.
Разве они могут наследоваться по классическому паттерну?
Разве они могут наследоваться по классическому паттерну?
боюсь вызвать на себя гнев людей могущественных, богов ассемблера, но иногда код, что приходит сразу в голову — проще и удобней нежели продуманный монстрообразный фреймворк.
Относится не только к PHP, но и к фреймворкам а-ля jquery, mootools и подобным приятным вещам.
Ведь тот же новичек, начиная писать код с разбегу — через недельку другую натыкается на необходимость создания отдельных классов\функций, ну а дальше и ООП и прочая.
Заставь его сходу писать ООП — будет знать фразы, но не отдельные слова (это я по аналогии с изучением инстранного языка по самоучителям\разговорникам).
Множество статей, конечно, зло — но не стоит его воспринимать как руководство к действию, а лишь как основу для познания функционала, возможностей и дальнейшего роста качества кода.
Это и относится к правильному восприятию новичками подобных статей
Относится не только к PHP, но и к фреймворкам а-ля jquery, mootools и подобным приятным вещам.
Ведь тот же новичек, начиная писать код с разбегу — через недельку другую натыкается на необходимость создания отдельных классов\функций, ну а дальше и ООП и прочая.
Заставь его сходу писать ООП — будет знать фразы, но не отдельные слова (это я по аналогии с изучением инстранного языка по самоучителям\разговорникам).
Множество статей, конечно, зло — но не стоит его воспринимать как руководство к действию, а лишь как основу для познания функционала, возможностей и дальнейшего роста качества кода.
Это и относится к правильному восприятию новичками подобных статей
> Заставь его сходу писать ООП — будет знать фразы, но не отдельные слова (это я по аналогии с изучением инстранного языка по самоучителям\разговорникам).
Хм, с переменными «новичка» должны были ещё в школе на бейсике или паскале научить работать.
> иногда код, что приходит сразу в голову — проще и удобней нежели продуманный монстрообразный фреймворк.
Иногда, может быть. Но нам же нужно постоянно писать хороший, расширяемый, понятный и быстрый код.
Наверное, новичков зачастую слижком жалеют. Не говорят, что если твой код не выбросить, то его проще выбросить — ничего с ним сделать уже нельзя. Это сейчас ты помнишь как он работает, а через месяц и разобраться невозможно будет даже тебе самому. Отправлять читать Макконнелла, Фаулера и т. п. авторов уберкнижек, в которых очень наглядно показано какие преимущества даёт тот или иной подход и почему нельзя писать с разбегу код, который предполагается расширять. Ну а если люди не выдержат проверку книгами, то можно смело отправлять ребят в маляра, столяра и т. п. — там лучшая теория — практика. А любой, особенно начинающий, программист постоянно держит открытым ман по языку/фреймворку. И если программист не умеет читать, то и писать он будет хреново, имхо.
Хм, с переменными «новичка» должны были ещё в школе на бейсике или паскале научить работать.
> иногда код, что приходит сразу в голову — проще и удобней нежели продуманный монстрообразный фреймворк.
Иногда, может быть. Но нам же нужно постоянно писать хороший, расширяемый, понятный и быстрый код.
Наверное, новичков зачастую слижком жалеют. Не говорят, что если твой код не выбросить, то его проще выбросить — ничего с ним сделать уже нельзя. Это сейчас ты помнишь как он работает, а через месяц и разобраться невозможно будет даже тебе самому. Отправлять читать Макконнелла, Фаулера и т. п. авторов уберкнижек, в которых очень наглядно показано какие преимущества даёт тот или иной подход и почему нельзя писать с разбегу код, который предполагается расширять. Ну а если люди не выдержат проверку книгами, то можно смело отправлять ребят в маляра, столяра и т. п. — там лучшая теория — практика. А любой, особенно начинающий, программист постоянно держит открытым ман по языку/фреймворку. И если программист не умеет читать, то и писать он будет хреново, имхо.
PHP отличный язык для тех, кто умеет на нем писать. Но таких, к сожалению, очень мало.
Я, когда взялся за PHP, имел весомый багаж знаний по С/С++, и, кроме того, какое-никакое, но техническое образование. И, постоянно видя одни и те же вопросы от начинающих на форумах, я понимаю, как мне повезло.
Что касается обилия говнокода и статей, учащих, как делать не надо. Мне кажется, нереально создать нормальное веб-приложение на PHP, если учиться по этим статьям и использовать говнокод. Ну не выйдет написать нормальный проект, если писать «как бог на душу положит».
Поэтому пусть вечно начинающие самоучки балуются, пишут свои гостевухи, одну хуже другой. Кому нужно, тот знает, чего стоит PHP.
Я, когда взялся за PHP, имел весомый багаж знаний по С/С++, и, кроме того, какое-никакое, но техническое образование. И, постоянно видя одни и те же вопросы от начинающих на форумах, я понимаю, как мне повезло.
Что касается обилия говнокода и статей, учащих, как делать не надо. Мне кажется, нереально создать нормальное веб-приложение на PHP, если учиться по этим статьям и использовать говнокод. Ну не выйдет написать нормальный проект, если писать «как бог на душу положит».
Поэтому пусть вечно начинающие самоучки балуются, пишут свои гостевухи, одну хуже другой. Кому нужно, тот знает, чего стоит PHP.
поменьше гордости, ок?
Кстати спасибо, что у меня тоже за спиной был багаж 15 лет C++ и еще кучи языков начиная с asm и фортрана :), теперь заканчиваю свой проект и смотрю действительно гомнокодерства в php валом. В своем проекте применил очень много из архитектур которые я делал на C++. Кстати получился совсем непохожий на единобразные проекты — проект.
Я сына тоже начинаю учить с php.
Просто он самый «простой» язык имхо и быстро «прикрепляет» к себе.
А вообще про языки лучше не спорить и лучше молчать — баян.
У кого-то в руках и палка может стать оружием а у кого-то… :))
Так что не спорим о языках, кстати настоящему инженеру все равно на каком языке писать…
Если для данного проекта удобен php то буду писать php.
Если у меня проект os, то извините на чем мне писать? Если у хостеров поголовно есть php, а извините с++, питоша и руби у единиц.
Я сына тоже начинаю учить с php.
Просто он самый «простой» язык имхо и быстро «прикрепляет» к себе.
А вообще про языки лучше не спорить и лучше молчать — баян.
У кого-то в руках и палка может стать оружием а у кого-то… :))
Так что не спорим о языках, кстати настоящему инженеру все равно на каком языке писать…
Если для данного проекта удобен php то буду писать php.
Если у меня проект os, то извините на чем мне писать? Если у хостеров поголовно есть php, а извините с++, питоша и руби у единиц.
Не нужно относиться так категорично… Многим начинающим с гостевух и говнокода это быстро надоедает и они ищут возможности получать знания и писать лучше… и это факт.
Мне кажется, что лучше способа познать азы синтаксиа, чем написав подобные гостевухи нет, но потом в книге надо дать понять, что читатель все-еще говно, а не программист и рассказать про рефакторинг в функции. Потом опять намекнуть, что он все-еще говно и рассказать про ООП и так далее. Потом ткунуть носом и расскзать про паттерны, потом про MVC и потом про кеширование и мекешед и так далее.
На выходе должен получиться программист.
На выходе должен получиться программист.
Да, только если постоянно обзывать читателя говном, большая часть обидится на автора и положит книжку на полочку в дачном туалете. А вообще подход хороший. Пытаюсь прорабатывать схожую методику со студентами, которым веду сейчас web-программирование. Самое печальное, что такую вещь как паттерн проектирования и разработки, народ, отучившийся 4 курса в ВУЗе, на специальности, где программирование дается от азов системщины до языков высокого уровня, рассматривается проектирование и дизайн пользовательских интерфейсов, даже не слышал! ВУЗ то причем не из захудалых, а один из ведущих по сибирскому региону, и входящий в топ российских.
Норбеков использует такой подход. Правда книги из другой области… И ничего. Раскупают книжки. Не обижаются.
Качественной литературы крайне мало… по крайней мере в свободной продаже и за пределами москвы и питера… сам с этим столкнулся…
если есть желание развиваться то все получается :) ну и конечно по мере развития полезно читать литературку типа макконнелла ;)
Я не нашел ни одной толковой статьи по идеологии языка. А она есть. И упоминание C++ честно говоря мне показалось совершенно неуместным, потому что PHP в корне отличается от типизированных языков программирования с жёсткой структурой.
Вобщем побольше толковых статей — было бы супер
Вобщем побольше толковых статей — было бы супер
Работа в команде с опытными программистами плюс серьезные проэкты которые заставят сесть и спроэктировать всё исправят. А новичкам помойму ниче не остаеться как учиться на собственных ошибках ибо в инете только кривые статьи и есть по запросам.
UFO just landed and posted this here
Вы еще сомневаетесь в серьезности v PHP5?
Для себя я провел тесты на скорости элементарных операций с Perl/Python (итерации/конкатенация в цикле).
Но оглашение подобных результатов — подобно казни. Кто желает — тот сделает сам. Одно могу сказать — PHP выиграл (видимо, движок ZE2 совсем уж грамотно сделали :))
ЗЫ: это не начало холливара! =)
Для себя я провел тесты на скорости элементарных операций с Perl/Python (итерации/конкатенация в цикле).
Но оглашение подобных результатов — подобно казни. Кто желает — тот сделает сам. Одно могу сказать — PHP выиграл (видимо, движок ZE2 совсем уж грамотно сделали :))
ЗЫ: это не начало холливара! =)
подумать только, конкатенация в цикле быстрее работает… нет, ну надо же…
только без холливаров, аха?
dumpz.org/2819/
PS: простейшие случаи. На правильность написания на Перле и Питоне не претендую. Оптимизация циклов не проведена
dumpz.org/2819/
PS: простейшие случаи. На правильность написания на Перле и Питоне не претендую. Оптимизация циклов не проведена
а ниче что у php 500.000 итераций, а у перла 5.000.000?
это не говоря уже о том, что конкатенации в циклах не рекомендуются вообще, и на реальные задачи эти тесты не похожи.
это не говоря уже о том, что конкатенации в циклах не рекомендуются вообще, и на реальные задачи эти тесты не похожи.
подтверждаю
serg@s2 serg# time python concat.py
real 0m0.321s
user 0m0.313s
sys 0m0.008s
serg@s2 serg# time php concat.php
real 0m47.606s
user 0m47.561s
sys 0m0.015s
serg@s2 serg# time php concat1.php
real 0m0.164s
user 0m0.163s
sys 0m0.000s
serg@s2 serg# time perl concat.pl
real 0m1.762s
user 0m1.754s
sys 0m0.008s
serg@s2 serg# time python concat.py
real 0m0.321s
user 0m0.313s
sys 0m0.008s
serg@s2 serg# time php concat.php
real 0m47.606s
user 0m47.561s
sys 0m0.015s
serg@s2 serg# time php concat1.php
real 0m0.164s
user 0m0.163s
sys 0m0.000s
serg@s2 serg# time perl concat.pl
real 0m1.762s
user 0m1.754s
sys 0m0.008s
подождем релиза 5.3, syntax sugar(namespace, traits) этой версии может ооочень изменить мир пхп, по стилистике кода.
Сам по себе PHP слабый язык(да даже элементарно потоков нету, хотя на дворе 2008 год), но эля веба это некритично. Для большинства задач.
А так синтаксис четкий(хоть и жалко, что dynamic weak типизация, предпочтительнее была бы dynamic strong), ООП в стиле джавы, так что можно писать красивый код)
А так синтаксис четкий(хоть и жалко, что dynamic weak типизация, предпочтительнее была бы dynamic strong), ООП в стиле джавы, так что можно писать красивый код)
Потоков нет? Вы уверены? А это что, по вашему?
Или Вы настолько хороший программист, что даете оценку языку, не понимая разницы между потоками и и многопоточностью? :)
Или Вы настолько хороший программист, что даете оценку языку, не понимая разницы между потоками и и многопоточностью? :)
> Или Вы настолько хороший программист, что даете оценку языку, не понимая разницы между потоками и и многопоточностью? :)
Я то как раз понимаю. Threads — это тоже потоки, как ни странно. Как и streams.
И потоков threads нету.
И не надо словоблудства с терминами — все равно в большинстве ресурсов Threads переводится как потоки.
Я то как раз понимаю. Threads — это тоже потоки, как ни странно. Как и streams.
И потоков threads нету.
И не надо словоблудства с терминами — все равно в большинстве ресурсов Threads переводится как потоки.
Последняя апелляция: поток,многопоточность.
Тогда переведи слово Thread на русский. Всеми возможными вариантами. Подумай.
Повторяю для минусующих: потоки threads с потоками streams я не путаю( отличии от wayly), я изначально говорил про threads.
Я не виноват, что в русском языке оба термина переводятся одинаково.
Повторяю для минусующих: потоки threads с потоками streams я не путаю( отличии от wayly), я изначально говорил про threads.
Я не виноват, что в русском языке оба термина переводятся одинаково.
лингво:
4) компьют. нить, трэд (в мультизадачных средах: подпроцесс, запускаемый другим процессом в адресном пространстве этого (запускающего) процесса)
Что на переводчики ссылаться? Переведите слово «поток» на английский. Стало легче? :)
Не виноваты Вы ни в чем. Просто уточняйте сразу, о чем говорите. Это логично ведь :)
И говорить о том, что я путаю чего-то, по крайней мере, нехорошо. Обвинения беспочвенны на фоне неуточненного понятия.
Не виноваты Вы ни в чем. Просто уточняйте сразу, о чем говорите. Это логично ведь :)
И говорить о том, что я путаю чего-то, по крайней мере, нехорошо. Обвинения беспочвенны на фоне неуточненного понятия.
Новичку рано знать про паттерны, MVC и прочее. Новичку нужно понимать прежде всего основы самого языка, основы ООП и хотя бы то, что он сам пишет и зачем он это делает.
Но PHP удобен ещё тем, что можно быстро накидать решение задачи и забыть про это. В таком случае зачем вобще париться над красотой кода или грамотным использованием ООП?
Но PHP удобен ещё тем, что можно быстро накидать решение задачи и забыть про это. В таком случае зачем вобще париться над красотой кода или грамотным использованием ООП?
> Новичку рано знать про паттерны, MVC и прочее.
Вот сюда сходите. Может, в голове прояснится, что MVC это и есть паттерн программирования.
Вот сюда сходите. Может, в голове прояснится, что MVC это и есть паттерн программирования.
мне нет необходимости туда ходить, а MVC уже стало нарицательным словом
в статье написано:
Откуда он узнает, что такое паттерны программирования, что такое MVC, фреймворки...
в статье написано:
Откуда он узнает, что такое паттерны программирования, что такое MVC, фреймворки...
«Слудуя статьям»???
По моему мнению, основная часть проблемы вовсе не в простоте и нетребовательности синтаксиса и не в том, что новичка книги и крайне поверхностные статьи не учат использовать MVC и фреймворки (это может быть даже хорошо, новичку это не к чему, ему основы надо выучить).
Проблема в том, что многие новички не могут или не хотят вникать в то, что в действительности делает машина при выполнении той или иной конструкции языка. И из-за этого непонимания и рождается куча быдлокода. Решение — научить людей думать, а начинающих программистов «заставить» понять, как работает машина.
В то же время, новички еще не сталкиваются с крупными проектами, разрабатываемыми в команде и поддерживаемыми третьими лицами (или ими же, но на протяжении длительного времени). И потому не понимают (или не хотят понять), что код должен быть понятен не только им и не только сейчас.
Если сразу начать учить всех работе с фреймворками, впихивать в головы MVC и т. д., ничего хорошего мы не получим. Заставив новичков работать через фреймворки мы лишим их главного — возможности научиться разрабатывать самостоятельный код и понимать принципы его работы (это проявится как только такого программиста мы посадим писать крупный проект, где функциональности фреймворка не хватит, а то и вовсе его использование будет неоправданным или ненужным).
Разрекламируем MVC еще больше и подсадим всех на него? Получим другую крайность.
Ведь все это не панацея.
Проблема в том, что многие новички не могут или не хотят вникать в то, что в действительности делает машина при выполнении той или иной конструкции языка. И из-за этого непонимания и рождается куча быдлокода. Решение — научить людей думать, а начинающих программистов «заставить» понять, как работает машина.
В то же время, новички еще не сталкиваются с крупными проектами, разрабатываемыми в команде и поддерживаемыми третьими лицами (или ими же, но на протяжении длительного времени). И потому не понимают (или не хотят понять), что код должен быть понятен не только им и не только сейчас.
Если сразу начать учить всех работе с фреймворками, впихивать в головы MVC и т. д., ничего хорошего мы не получим. Заставив новичков работать через фреймворки мы лишим их главного — возможности научиться разрабатывать самостоятельный код и понимать принципы его работы (это проявится как только такого программиста мы посадим писать крупный проект, где функциональности фреймворка не хватит, а то и вовсе его использование будет неоправданным или ненужным).
Разрекламируем MVC еще больше и подсадим всех на него? Получим другую крайность.
Ведь все это не панацея.
Ответ на насущный вопрос прост как дважды два: Написать на PHP операционку. Или драйвер для какого-нибуть девайса. Не знаю, как вы, но будучи программистом, я зауважаю этот язык.
И глупо. PHP для таких задач не предназначен, и за счет своей специализации он отчасти так и популярен.
Странно, у меня никогда вообще не возникало предубеждений, будто этот язык является каким-нибудь «недо-языком» в области веб-программирования. Достаточно много ли вообще альтернатив на сегодняшний день?
По поводу перспектив PHP есть оптимистический прогноз.
Не зря Zend продвигают Zend Framework. Конечно, перспектива начинать изучение PHP сразу с фреймворка может привести в действие закон дырявых абстракций, но книги многих отечественных авторов — куда большее зло (я не имею в виду Котерова, с книгами его не знаком, но очень уважаю за DbSimple в частности).
Чтобы недопустить деградацию новичков — нужно сжечь книги многих отечественных авторов (для начала Дронова), а самих новичков наставить на путь истинный. На путь истинный хорошо наставляют некоторые книги зарубежных авторов, например Practical Web 2.0 Applications with PHP — отличная книга. Учите английский и заказывайте в Амазоне, или скачивайте
отсюда (но я вам эту ссылку не показывал).
Не зря Zend продвигают Zend Framework. Конечно, перспектива начинать изучение PHP сразу с фреймворка может привести в действие закон дырявых абстракций, но книги многих отечественных авторов — куда большее зло (я не имею в виду Котерова, с книгами его не знаком, но очень уважаю за DbSimple в частности).
Чтобы недопустить деградацию новичков — нужно сжечь книги многих отечественных авторов (для начала Дронова), а самих новичков наставить на путь истинный. На путь истинный хорошо наставляют некоторые книги зарубежных авторов, например Practical Web 2.0 Applications with PHP — отличная книга. Учите английский и заказывайте в Амазоне, или скачивайте
отсюда (но я вам эту ссылку не показывал).
Начало хорошее. Как человек, который долго программировал на С++, а потом волею судеб пришлось программировать на php, скажу что php расхолаживает в нем нет строгости.
Но как писалось мною ранее, главное не язык, а алгоритм.
Никакой разницы на чем написано приложение в веб на php,perl, ruby и т. д.
А заявление апологетов С++ и Java о том, что веб-языки говно, это прежде всего говорит о глупости этих людей, у каждого языка своё место для применения.
В статье неточность «Проблема в том, что действительно полезных материалов, которые научат реальной методолологии программирования, а не тупому скриптингу, нету в природе.» Есть и много. Программирование это процесс написания алгоритма, а не коддинг
Но как писалось мною ранее, главное не язык, а алгоритм.
Никакой разницы на чем написано приложение в веб на php,perl, ruby и т. д.
А заявление апологетов С++ и Java о том, что веб-языки говно, это прежде всего говорит о глупости этих людей, у каждого языка своё место для применения.
В статье неточность «Проблема в том, что действительно полезных материалов, которые научат реальной методолологии программирования, а не тупому скриптингу, нету в природе.» Есть и много. Программирование это процесс написания алгоритма, а не коддинг
То, что «главное — не язык» есть и у Макконнелла, но чтобы это понять, похоже, надо поработать с более строгим языком, и лишь потом переходить на PHP.
Отсюда напрашивается вывод: надо на государственном уровне запретить начинать изучение программирования с языка PHP )
Отсюда напрашивается вывод: надо на государственном уровне запретить начинать изучение программирования с языка PHP )
Как-то у PHP больше сфера применения, чем у QBasic/Pascal… Вам так не кажется? :)
Что-то не найду у себя в комменте упоминания этих языков…
Ну эти языки, собственно и являются «начальными». Скорее уж с них запретить. От простого к сложному, имхо :)
> запретить начинать изучение программирования с языка PHP )
> запретить начинать изучение программирования с языка PHP )
Я просто неудачно пошутил. Имею в виду то, что если человек хочет серьёзно заниматься программированием — с PHP начинать гораздо труднее, отчасти из-за плохих практик, которые пропагандируются в книгах многих отечественных авторов. Хотя с ростом популярности фреймворков ситуация возможно изменится, т. к. фреймворки в идеале — кладези хороших практик, изучая исходный код которых можно многое понять.
Зачем появились ООП? патерны? и т. д.
Для преодоления сложности.
PHP сделал в своей области то же самое, преодолел сложность в разработке web систем. С этой точки зрения он замечательный язык.
Для преодоления сложности.
PHP сделал в своей области то же самое, преодолел сложность в разработке web систем. С этой точки зрения он замечательный язык.
1. Как сделать, чтобы PHP приобрел репутацию здорового, серьезного языка, чтоб его уважали также, как и Ruby или Python?
у него такая репутация есть. на PHP можно писать отличные веб-приложения. А все разговоры о том, что PHP — это недоязык ведут люди, которые по каким-то соображениям являются фанатами или любителями других языков. Это можно понять. Например: я привык программировать на Ruby, я его знаю, а все остальное — полное говно. Так могут думать программисты на Ruby
2. Как недопустить деградацию новичков, которые начинают знакомство с PHP?
Очистить интернет и книжные полки от говнокниг. Но это, к сожалению, нереально. Можо так же начинать заниматься не самому, а с профессионалом. Как вариант — можно в компаниях, которые занимаются программированием, устраивать курсы по обучению, или специально брать людей без опыта программирования на PHP и обучать его уже при помощи своих ведущих специалистов. Тогда, я думаю, несколько снизится процент «некачественных» программистов.
у него такая репутация есть. на PHP можно писать отличные веб-приложения. А все разговоры о том, что PHP — это недоязык ведут люди, которые по каким-то соображениям являются фанатами или любителями других языков. Это можно понять. Например: я привык программировать на Ruby, я его знаю, а все остальное — полное говно. Так могут думать программисты на Ruby
2. Как недопустить деградацию новичков, которые начинают знакомство с PHP?
Очистить интернет и книжные полки от говнокниг. Но это, к сожалению, нереально. Можо так же начинать заниматься не самому, а с профессионалом. Как вариант — можно в компаниях, которые занимаются программированием, устраивать курсы по обучению, или специально брать людей без опыта программирования на PHP и обучать его уже при помощи своих ведущих специалистов. Тогда, я думаю, несколько снизится процент «некачественных» программистов.
Просто нам, быдло(PHP)прогерам нужно сесть и начать писать говнобыдлоскрипты на Ruby,Python и Perl)
Вы извините, но зачем мне нужно что-то доказывать про PHP? Пусть думают что хотят!
В школе задирают, пока ты задираешься. Как только ты перестаёшь переубеждать их, они перестают грязью поливать :).
С автором я полностью согласен! Сам начинал с гостевой книги (до этого писал на C++) — через 4 года начал нормально пользоваться классами. :)
Как научить языку новечков? Опубликовать ХОРОШИЙ, ПРОСТОЙ материал на сайты, на которые они заходят или будут заходить/попадать в первую очередь, когда сталкнуться с проблеммой. Например, на firststeps.ru и ему подобных…
В школе задирают, пока ты задираешься. Как только ты перестаёшь переубеждать их, они перестают грязью поливать :).
С автором я полностью согласен! Сам начинал с гостевой книги (до этого писал на C++) — через 4 года начал нормально пользоваться классами. :)
Как научить языку новечков? Опубликовать ХОРОШИЙ, ПРОСТОЙ материал на сайты, на которые они заходят или будут заходить/попадать в первую очередь, когда сталкнуться с проблеммой. Например, на firststeps.ru и ему подобных…
Господа, мы тут с вами все хорошо знаем, что надо, а что не надо новичку. Каждый учится так, как он хочет. Я бы не рекомендовал изучения програмирования с «паттрнов, MVC и прочего» (хотя сама мысль некорректна). С таким же успехом можно сделать выводы — «Учебник по физике 6-го класса отстой, потому что в нем не рассказывается про устройство трансформатора».
Начинать изучение надо с самого начала. Для кого-то этим началом служит ООП, для кого-то «напиши свою гостевую книгу». Это не имеет значения. Главное — это научиться.
На PHP много говнокода как вы говорите? А почему вас это смущает? Да, много. Но это не вина языка. На мой взгляд PHP-замечательный язык. Потому что на нем можно и учиться и писать нормально, и писать очень сложно. И я не понимаю людей, которые называют быдлокодом любой код который им не нравится, кажется либо слишком простым, либо слишком сложным.
А php — это очень сильный язык. Хотя бы потому что на нем можно писать как просто, так и сложно, как понятно так и не понятно, как простые, так и мегасложные вещи. Мало языков, которые могут этим похвастаться.
Начинать изучение надо с самого начала. Для кого-то этим началом служит ООП, для кого-то «напиши свою гостевую книгу». Это не имеет значения. Главное — это научиться.
На PHP много говнокода как вы говорите? А почему вас это смущает? Да, много. Но это не вина языка. На мой взгляд PHP-замечательный язык. Потому что на нем можно и учиться и писать нормально, и писать очень сложно. И я не понимаю людей, которые называют быдлокодом любой код который им не нравится, кажется либо слишком простым, либо слишком сложным.
А php — это очень сильный язык. Хотя бы потому что на нем можно писать как просто, так и сложно, как понятно так и не понятно, как простые, так и мегасложные вещи. Мало языков, которые могут этим похвастаться.
и все же начинать учиться надо с освоения таких понятий как «логика», «алгоритм» и т. п.
Да всё у PHP нормально!
Надо практиковаться, уметь понимать, на какие именно грабли наступил, учиться на ошибках, и вообще головой думать.
А конкретные технологии не принципиальны.
Успехов!
Надо практиковаться, уметь понимать, на какие именно грабли наступил, учиться на ошибках, и вообще головой думать.
А конкретные технологии не принципиальны.
Успехов!
На луркоморье очень правильно написано:
PHP имеет такую репутацию не из-за того, что он PHP, а из-за некоторых людей, которые на нём пишут. На самом деле PHP охуенен. Естественно, исключительно для тех, кто знает этот язык. Но таких мало, мало…
UFO just landed and posted this here
Быстротой и удобством разработки. Но это, разумеется, на любителя. Кто-то проникся философией, кто-то нет — каждому своё.
PHP — это хоть и мейнстрим, но он довольно своеобразен, как и все языки.
PHP — это хоть и мейнстрим, но он довольно своеобразен, как и все языки.
UFO just landed and posted this here
Я ведь говорю, надо проникнуться философией языка: использовать подходящие фреймворки и библиотеки, освоить тонкости преобразования типов и т. д. Тогда разработка будет быстрой и удобной.
Качество, опять же, от человека зависит в гораздо большей степени, чем от языка. Если хорошо освоить язык, то качество кода на этом языке будет высоким.
Качество, опять же, от человека зависит в гораздо большей степени, чем от языка. Если хорошо освоить язык, то качество кода на этом языке будет высоким.
UFO just landed and posted this here
В PHPInside #18 есть статья «Тонкости разработки», можете ознакомиться.
Философия PHP, как я недавно убедился, довольно серьёзно отличается от общепринятых стандартнов ООП. К примеру, создание DAO для каждой таблицы — несколько нестандартный для РНР стиль, если учесть возможности магических методов.
Философия PHP, как я недавно убедился, довольно серьёзно отличается от общепринятых стандартнов ООП. К примеру, создание DAO для каждой таблицы — несколько нестандартный для РНР стиль, если учесть возможности магических методов.
Еще один, считающий PHP медленным и оценивающим возможности по говнокоду быдлопрограммеров. :-D
UFO just landed and posted this here
Вы где-то увидели «Ты»? =)
Чтобы понять, почему я такой вывод сделал — достаточно прочесть тот комментарий внимательно.
> Именно поэтому я его считаю хуёвым, а не охуенным языком программирования.
По той же логике можно назвать любой язык программирования хреновым, ибо он не соответствует <%username%> опыту ООП на данном языке.
Если что-то желаете сказать — разворачивайте свою точку зрения. Холливаров мы уже насмотрелись.
Чтобы понять, почему я такой вывод сделал — достаточно прочесть тот комментарий внимательно.
> Именно поэтому я его считаю хуёвым, а не охуенным языком программирования.
По той же логике можно назвать любой язык программирования хреновым, ибо он не соответствует <%username%> опыту ООП на данном языке.
Если что-то желаете сказать — разворачивайте свою точку зрения. Холливаров мы уже насмотрелись.
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
Не-а, не убедили :)
По пунктам?
1. Слаботипизирован — аха. Скриптовый язык, как никак… Перл? Питон? Дальше? :)
2. Насчет __toString. Где могут понадобиться исключения? В логике — верно. Зачем логика в __toString? Не совсем понимаю его предназначение там. Быть может, стоит пересмотреть свой взгляд на обработку исключений? :)
Про низкую оплату труда… Если не секрет, какую среднюю ЗП получают ваши друзья/знакомые? Я о такой проблеме, в принципе, даже не думал и не встречался с ней :)
Нельзя на таком языке логику организовать? Поковыряйте крупные CMS, фреймворки… Там нет логики? Как-то неубедительно, если честно. Сам пишу сложные приложения, где логика не очень-то и проста.
Про блох. Это, конечно, красиво. Но индусы пишут хреново и на PHP и на Java и на C/C++ (продолжается список долго). Россия потому и страна «Левшей», что средний уровень программиста выше. Потому, что наши программисты — думающие. Мы можем писать на любом языке красиво и грамотно…
Из всего этого следует вывод, что Вам бы стоило написать статейку, в которой приведете все отрицательные стороны данного языка, с ОБОСНОВАНИЕМ. Текущие доводы не могу считать убедительными, извините. Может быть, новичков вы отпугнете — но не программистов ;)
ЗЫ: будете писать — не используйте ненормативную лексику, пожалуйста. Уважайте других.
По пунктам?
1. Слаботипизирован — аха. Скриптовый язык, как никак… Перл? Питон? Дальше? :)
2. Насчет __toString. Где могут понадобиться исключения? В логике — верно. Зачем логика в __toString? Не совсем понимаю его предназначение там. Быть может, стоит пересмотреть свой взгляд на обработку исключений? :)
Про низкую оплату труда… Если не секрет, какую среднюю ЗП получают ваши друзья/знакомые? Я о такой проблеме, в принципе, даже не думал и не встречался с ней :)
Нельзя на таком языке логику организовать? Поковыряйте крупные CMS, фреймворки… Там нет логики? Как-то неубедительно, если честно. Сам пишу сложные приложения, где логика не очень-то и проста.
Про блох. Это, конечно, красиво. Но индусы пишут хреново и на PHP и на Java и на C/C++ (продолжается список долго). Россия потому и страна «Левшей», что средний уровень программиста выше. Потому, что наши программисты — думающие. Мы можем писать на любом языке красиво и грамотно…
Из всего этого следует вывод, что Вам бы стоило написать статейку, в которой приведете все отрицательные стороны данного языка, с ОБОСНОВАНИЕМ. Текущие доводы не могу считать убедительными, извините. Может быть, новичков вы отпугнете — но не программистов ;)
ЗЫ: будете писать — не используйте ненормативную лексику, пожалуйста. Уважайте других.
UFO just landed and posted this here
Насчет затрат и усилий со стороны php-программистов. Ну зря вы так )
Чтобы написать плюшевый двиг — достаточно полдня. Подключение PEAR — и все в кармане. Нужно реализовать только логику. Все остальное уже есть.
При разработке на _ЛЮБОМ_ языке приходится оценивать и учитывать свойства данного языка. Слово «данного» — неслучайно. Плюшки и фишки PHP — это данность. Такая же данность, как и строгая типизация в С++.
Углубившись в вышеупомянутую книгу банды четырех, я, например, не увидел ничего страшного в релизации алгоритмов на PHP. Мой косяк? Реально интересно…
Плюс ко всему, готовый фрейм, как я понимаю, снимает наглухо вопросы несоответствия концепциям true-кодинга. Это к MS-Paint и фотошопу. Не суть важно в чем ты рисуешь — главное, что это есть красиво и тебе удобно. Сейчас прийдут асмовцы, сишники, делфятники и спор продолжится… Это чистой воды холливар.
И мне не важно какие приложения я могу писать на другом языке (думаю, не слабее, как минимум). Но есть потребность и инструмент, который наиболее оптимально соответствует моим потребностям и САМОЕ ГЛАВНОЕ — возможностям клиентов.
Кучу раз наблюдал, как купит народ перловый сервисный скрипт и трахается часами, не понимая что к чему… Чего проще установки пыховых скриптов вы видели?
ЗЫ. Пример напоследок. Есть у меня друг. Отличный сишный кодер. Пишет дорогенератор на досуге (для души). Сервер — сишный демон. Однако, запросы от клиента отрабатывают именно php-скрипты. Специально сейчас вопрос в аське задал:
Я: почему ты написал клиент для доргена на пыхе, а не на чем другом?
Он: нафига заморачиваться и делать на более сложном языке?
Итого: возможно, вы правы в некотором отношении специфичности языка. Но эти вещи проигрывают полному циклу разработки, внедрения, поддержки продукта. Имхо :)
Чтобы написать плюшевый двиг — достаточно полдня. Подключение PEAR — и все в кармане. Нужно реализовать только логику. Все остальное уже есть.
При разработке на _ЛЮБОМ_ языке приходится оценивать и учитывать свойства данного языка. Слово «данного» — неслучайно. Плюшки и фишки PHP — это данность. Такая же данность, как и строгая типизация в С++.
Углубившись в вышеупомянутую книгу банды четырех, я, например, не увидел ничего страшного в релизации алгоритмов на PHP. Мой косяк? Реально интересно…
Плюс ко всему, готовый фрейм, как я понимаю, снимает наглухо вопросы несоответствия концепциям true-кодинга. Это к MS-Paint и фотошопу. Не суть важно в чем ты рисуешь — главное, что это есть красиво и тебе удобно. Сейчас прийдут асмовцы, сишники, делфятники и спор продолжится… Это чистой воды холливар.
И мне не важно какие приложения я могу писать на другом языке (думаю, не слабее, как минимум). Но есть потребность и инструмент, который наиболее оптимально соответствует моим потребностям и САМОЕ ГЛАВНОЕ — возможностям клиентов.
Кучу раз наблюдал, как купит народ перловый сервисный скрипт и трахается часами, не понимая что к чему… Чего проще установки пыховых скриптов вы видели?
ЗЫ. Пример напоследок. Есть у меня друг. Отличный сишный кодер. Пишет дорогенератор на досуге (для души). Сервер — сишный демон. Однако, запросы от клиента отрабатывают именно php-скрипты. Специально сейчас вопрос в аське задал:
Я: почему ты написал клиент для доргена на пыхе, а не на чем другом?
Он: нафига заморачиваться и делать на более сложном языке?
Итого: возможно, вы правы в некотором отношении специфичности языка. Но эти вещи проигрывают полному циклу разработки, внедрения, поддержки продукта. Имхо :)
Как сделать, чтобы PHP приобрел репутацию здорового, серьезного языка, чтоб его уважали также, как и Ruby или Python?
Нужно научится писать понятный код.
В основе профессионального программирования лежит не только сам код но и его оформление и комментарии, что и способствует легкости чтения. Нужно всегда помнить что после вас возможно будут работать другие программисты. Если вы пишите проект в одном стиле будь то BSD, K&R, GNU или же какой то не оф. стандарт, не забывать придерживаться его до конца, если оформление не известное не забудьте дать ссылку на его описание. Очень многие это расцениваю как профессиональные навыки и уважение друг к другу.
Просто зайдя на php.net я иногда пугаюсь от предложенных там снипетов, а это как не как лицо языка.
Нужно научится писать понятный код.
В основе профессионального программирования лежит не только сам код но и его оформление и комментарии, что и способствует легкости чтения. Нужно всегда помнить что после вас возможно будут работать другие программисты. Если вы пишите проект в одном стиле будь то BSD, K&R, GNU или же какой то не оф. стандарт, не забывать придерживаться его до конца, если оформление не известное не забудьте дать ссылку на его описание. Очень многие это расцениваю как профессиональные навыки и уважение друг к другу.
Просто зайдя на php.net я иногда пугаюсь от предложенных там снипетов, а это как не как лицо языка.
UFO just landed and posted this here
Sign up to leave a comment.
О стиле программирования