С опытом РНР код становится только проще
#1
Отправлено 30 июня 2009 - 15:10
Недавно копал древний свой код 5-ти летней давности, и заметил что много
"велосипедов с квадратными колёсами" люди изобретают пока учатся, у всех так, или я "уникум" ?
Вы либо способны перелопатить тонны информации и отсеять лишнее, либо программистом не будете. ©Psih
Не вазелин, а бизнес-гель ©Avagraen
#4
Отправлено 30 июня 2009 - 15:24
Становится проще или не становится )))Что предлагается обсуждать?
И если становится то только в РНР или в любом деле, или если не становится то только ли в РНР...
Вы либо способны перелопатить тонны информации и отсеять лишнее, либо программистом не будете. ©Psih
Не вазелин, а бизнес-гель ©Avagraen
#9
Отправлено 30 июня 2009 - 21:00
Мне вот кажется что нет, мне кажется когда делаешь другие дела (где нужен опыт) со временем становится проще только потому что растёт опыт (т.е проще делаешь сложные вещи, но тебе они кажутся простыми ибо опыт, но сами задачи только сложнее) а вот в программировании (и РНР в особенности) именно делаешь всё более и более простые вещи, а результат только улучшается, вот дело то в чём....в любом деле так
Вы либо способны перелопатить тонны информации и отсеять лишнее, либо программистом не будете. ©Psih
Не вазелин, а бизнес-гель ©Avagraen
#10
Отправлено 30 июня 2009 - 23:00
Если говорить о PHP, то есть пара нюансов:с опытом (в отличии от других языков) РНР код становится только проще
1) Версия PHP. С каждой новой версией появляются более продвинутые/удобные фичи. Например, переход 4 -> 5 был огромным прорывом и честно можно сказать, что любой переход с 4 на 5 сделал код более удобным и визуально приятным.
2) С нововведениями PHP мы начинаем задумываться о таких вещах, как правильное применение ОО технологий, т.е. культура сообщества растёт. Конечно, всегда останется место для быдлокода, но мы говорим о личном профессиональном развитии. На носу PHP 5.3, скоро начнём юзать namespaces, лямбда функции и замыкания. Но не обошлось и без ложки дёгдя с goto, что может кому-то немного усложнить жизнь Ну и много разных мелочей. А там PHP 6 подоспеет с нативной поддержкой UTF8, тоже немного облегчит жизнь например, с регулярками.
#11
Отправлено 30 июня 2009 - 23:05
Очень грамотное замечание, спасибо что напомнил, да это видимо тоже повлияло на мою оценку ситуации (появились всякие SimpleXML и прочие фичи да тот-же file_put_contents что упрощает код)Если говорить о PHP, то есть пара нюансов:
Вы либо способны перелопатить тонны информации и отсеять лишнее, либо программистом не будете. ©Psih
Не вазелин, а бизнес-гель ©Avagraen
#12
Отправлено 01 июля 2009 - 00:02
Да, SimpleXML - это просто подарок судьбы Но в нём есть маленькие недостатки (невозможно сериаилизовать SimpleXMLElement объект без хаков, нельзя добавить CDATA без маленького расширения класса SimpleXMLElement).появились всякие SimpleXML и прочие фичи да тот-же file_put_contents что упрощает код
А так же soap, json (с версии 5.2) - кстати, в 5.3 его расширили, теперь можно работать с более большими json массивами данных
Так что 5ка была полным прорывом в истории PHP. Ура!
Кстати, PHP 5.3 обещают более шуструю объектную модель, а в PHP6 будут продвигать в массы APC для кеширования байт-кода.
Я вообще не понимаю от чего идёт негатив в сторону PHP от местных разработчиков
P.S. в PHP хотели ввести функцию ifsetor, но потом отказались в пользу ?: - и правильно сделали
Сообщение изменено: Setor (01 июля 2009 - 00:04 )
#14
Отправлено 01 июля 2009 - 00:12
Первый релиз кстати уже есть (ещё на вкус не попробовал, но вроде основные обещанные фишки реализовали, по крайней мере те что в бетках появились и пиарились)PHP 5.3 обещают
Не в сторону РНР самого, а в сторону тех кто на нём кодит (я познакомился с ним в 2004-м году, не прошло и пол года как я писал на нём код для "уважаемых фирм", сейчас я смотрю на тот код и мне хочется повеситься, как такого "лоха" как я пустили к написанию кода я не знаю, но этот код "работал" хоть и не долго)негатив в сторону PHP от местных разработчиков
Вот вот, именно
кол-во быдло кодеров.
РНР слишком прост по этому много "быдло кодеров" но тот факт что "как язык он в общем-то не плох" увы никто уже не может понять, потому что увы "быдло кодеры" реально портят ему репутацию (их просто очень много, и как бы стыдно не было, я тоже таковым был когда только познакомился с ним)
Сообщение изменено: Vladson (01 июля 2009 - 00:14 )
Вы либо способны перелопатить тонны информации и отсеять лишнее, либо программистом не будете. ©Psih
Не вазелин, а бизнес-гель ©Avagraen
#16
Отправлено 01 июля 2009 - 00:38
Как уже ответили из-за огромного кол-ва hellowolrd'шиков. Да и перевод php на ООП, когда сам язык был спроектирован не для него, помоиму не самая облегчающая вещь. Но так как камьюнити огромное, а жить дальше хочется, приходиться двигаться в сторону ООП. Но по мне пусть бы уж лучше занимал свою нишу в котором применение ООП излишне.Я вообще не понимаю от чего идёт негатив в сторону PHP от местных разработчиков
Когда у одного из работников google спросили используют ли они где-нибудь php - он ответил что у них есть приложение для заказа пицы - вот она и сделано на php. Это и есть ниша этого языка.
Сообщение изменено: mi1ha (01 июля 2009 - 00:40 )
#17
Отправлено 01 июля 2009 - 10:59
Долой быдло специалистов!
I'm not a magician - I can't fix stupid.
#18
Отправлено 01 июля 2009 - 11:02
Вот именно. Код кажется плохим потму, что ситуация была другая. всего не предусмотреть и с сегодняшними требованиями было бы лучше сделать ту часть иначе.то, что написано - наилучшее решение для конкретной ситуации
Joga Bonito!
#19
Отправлено 01 июля 2009 - 12:15
Добавлю свои пару слов.Как уже ответили из-за огромного кол-ва hellowolrd'шиков. Да и перевод php на ООП, когда сам язык был спроектирован не для него, помоиму не самая облегчающая вещь. Но так как камьюнити огромное, а жить дальше хочется, приходиться двигаться в сторону ООП. Но по мне пусть бы уж лучше занимал свою нишу в котором применение ООП излишне.
Когда у одного из работников google спросили используют ли они где-нибудь php - он ответил что у них есть приложение для заказа пицы - вот она и сделано на php. Это и есть ниша этого языка.
Вот я тоже этого не пойму. Зачем прикурчивать к жигулям двигатель от корвета?
РНР3 был офигенно клевым и простым для понимания языком, очень легким в освоении и любой более-менее сообразительный человек мог сходу для себя что-то сделать в вебе. Это было реально круто, потому что не всем необходимо становиться крутыми программерами. Кому-то просто хочется чтобы с сайта можно было отправить письмо или добавить запись в гостевую книгу - и все!
Все эти ООП, MVC, XML-RPC им нафиг не нужны и дальнейшее развитие РНР все дальше и дальше отодвигает его от своей первоначальной цели, ведя его в полную задницу, ибо на более серьезных уровнях РНР проигрывает всухую хотя бы тому-же питону.
Лично я бы хотел видеть развитие РНР совсем другим, таким, чтобы даже моя мама смогла сделать себе вебсайт и добавить в него необходимый ей функционал самостоятельно.
Именно поэтому я не пишу на РНР
Setor, лямбда функции и замыкания были в перле уже в 93ем году. 16 лет назад! Но вот в РНР они "наконец то появятся". В 2009. FAIL!
Сообщение изменено: zedirtybastard (01 июля 2009 - 12:23 )
#20
Отправлено 01 июля 2009 - 17:19
Он не стал сильно сложнее, просто к нему прикручено очень много сложных вещей которые вполне можно не использовать...РНР3 был офигенно клевым и простым для понимания языком, очень легким в освоении и любой более-менее сообразительный человек мог сходу для себя что-то сделать в вебе.
Вы либо способны перелопатить тонны информации и отсеять лишнее, либо программистом не будете. ©Psih
Не вазелин, а бизнес-гель ©Avagraen
#21
Отправлено 01 июля 2009 - 20:22
Ничего ведь не убрали жизненно важного, просто добавили некоторые положительные особенности. Если же что-то и убрали/заменили, то это сделали лишь для безопасности/удобства. Как был он прост, так и остался...Вот я тоже этого не пойму. Зачем прикурчивать к жигулям двигатель от корвета?
РНР3 был офигенно клевым и простым для понимания языком, очень легким в освоении и любой более-менее сообразительный человек мог сходу для себя что-то сделать в вебе.
Долой быдло специалистов!
I'm not a magician - I can't fix stupid.
#23
Отправлено 01 июля 2009 - 22:21
Код кажется плохим потому, что опыта больше стало сейчас и в той же ситуации сейчас применил бы более элегантное решение. Тоже самое могу сказать и про свой код на С/С++.Вот именно. Код кажется плохим потму, что ситуация была другая. всего не предусмотреть и с сегодняшними требованиями было бы лучше сделать ту часть иначе.
Долой быдло специалистов!
I'm not a magician - I can't fix stupid.
#24
Отправлено 02 июля 2009 - 20:21
Да в том то и вопрос что он не плохим кажется (точнее не только плохим) а именно более сложным (много "велосипедов" которые совершенно никому не нужны, однако в тот момент когда это писалось была уверенность что всё это надо)Код кажется плохим потому, что опыта больше стало
Вы либо способны перелопатить тонны информации и отсеять лишнее, либо программистом не будете. ©Psih
Не вазелин, а бизнес-гель ©Avagraen
#28
Отправлено 12 июля 2009 - 17:49
Красиво сказал )))и добавляются комменты "// это гавно не трогать, а то начнёт вонять и всё рухнет"
Вы либо способны перелопатить тонны информации и отсеять лишнее, либо программистом не будете. ©Psih
Не вазелин, а бизнес-гель ©Avagraen