И ни та ни другая статистика не показательна. Нужно сравнивать какие-то определённые условия что бы была зоть какая-то картина и объективность, но это не будет отражать действительность в других условиях. Так что на мой взгляд слова о том что на таком-то языке больше зарабатывают, звучит сомнительно.
Если говорить о вакансиях на полный рабочий день, то зарплаты(в СПб) фактически одинаковые. Поэтому возникает вопрос с чего вы взяли что кто-то выбирает менее оплачиваемую работу?
Удовольствие от работы на php можно получать не меньше чем на любом другом языке. Боюсь что всё неудобство с языком возникает от неумения его использовать.
Единый стандарт кодирования хорош не только тем что в команде все пишут одинаково. А ещё тем что при необходимости внести изменения в стороннюю библиотеку и сделать пулл реквест, не нужно изменять никакие настройки своей среды разработки или изменять своим привычкам.
Пора выйти из танка и оглянуться вокруг.
PHP уже с 5.3 прекрасно работает как долгоживущий процесс. А с выходом PHP 7, появиться возможность не падать при фатальных ошибках и проблем с долгой жизнью процессов не останется вовсе.
Хочется спросить, а что вы хотели прочитать в комментариях к своей статье? Fesor с аргументами высказал точку зрения с которой судя по всему согласны, ни много ни мало, 35% опрошенных.
После этого вы зачем-то пытаетесь переходить на личности утверждая что только ваш опыт может служить адекватной оценкой сложности и нужности паттернов используемых где бы то ни было. А этот студент сыпет терминами и не ведает о чём он.
Я могу сказать что с моей колокольни те мысли и тезисы что высказывал
Fesor, адекватны, понятны и более того подтверждены опытом многих проектов.
Ясно. Обычно у таких вещей сайты статические. Возможно имеет смысл подумать об отказе от динамики в пользу статики. А пока взять какую нибудь не дорогую VDS.
Самое важное, что это позволит разрабатывать долгоживущие процессы, которые не будут падать из за подобных ошибок.
Ещё бы как-нибудь exit и die можно было бы выключить, было бы вообще прекрасно.
По сравнению с IDE он ничего не умеет. Можно конечно потратить время, настроить много плагинов. Но полноценного качественного анализа кода и использования результатов оного для дополнения кода, рефакторинга и т.п. вещей настроить не получится. А при работе с большими проектами, без этого жить очень сложно.
Как-то вы узко мыслите.
Те возможности который предоставляет PHP куда больше чем «на динамике быстро наколбасить прототип». PHP даёт возможность писать, в том числе, большие и сложные системы, при этом при написании таких систем уже применяются другие практики, в том числе использование тайпхинтинга где это возможно и т.д. И это не делает язык похожим на другие языки, это подход схож с другими подходами на других языках. И это не лишает язык его преимуществ. И при выборе языка для решения какой-то задачи критериев для выбора куда больше чем нудна статика или динамика.
Я конечно дико извиняюсь, но автор хоть раз с гитом работал?
Просто уж затеял глупость так сделай нормально ибо из истории можно легко вытащить оригинал (https://github.com/yarron/oxidos/commit/ef9dc4f3e30841ebef167f371efc047126078a08)
А вообще если код выложен на github значит он дожен быть полностью открытым, под одной из лицензий на выбор, это прописано в правилах на github.
Да и пользоваться никто не будет если нужно устанавливать некое расширение для php.
Фреймворк Kohana не то что бы забыт, он просто перестал развиваться, и по сути умер.
Это частично связано с тем что идеи заложенные в нём морально устарели, а что бы это изменить, нужно переписать его почти полностью.
Хотя в своё время был отличным инструментом.
Не соглашусь.
Дело в том что даже в этом примере, если будет метод, то его можно будет протестировать очень легко. И так же легко будет изменить в будущем, если например нужно будет использовать более сложный алгоритм, или ещё что нибудь.
По этому не нужно бояться методов в одну строку.
Что значит не ломайте обратную совместимость?
PHP ломает её в крайне малом количестве случаев. Плюс любые версии в пределах одной обратную совместимость не ломают.
И не стоит рассматривать изменение второй цифры в версии как минорное обновление. У PHP это мажорные релизы. Минорные обновления у PHP это изменение изменение третьей цифры в версии. Изменение первой цифры версии при следующем релизе, обусловлено тем что в нём будет очень много важных изменений.
Интересная статься, спасибо.
Как я понял вы выложили код на github что бы, все смогли использовать его как библиотеку. И в связи с этим возникает два вопроса:
1. Почему не используется автозагрузка? И из этого вопрос по названиям классов, почему не PSR-0, а лучше PSR-4?
2. Где тесты?
www.indeed.com/salary?q1=php&l1=&q2=python&l2=&q3=c%23&l3=&q4=c&l4=&q5=c%2B%2B&l5=&q6=javascript&l6=&q7=perl&l7=&q8=java&l8=&q9=ruby&l9=
информация совсем иная
И ни та ни другая статистика не показательна. Нужно сравнивать какие-то определённые условия что бы была зоть какая-то картина и объективность, но это не будет отражать действительность в других условиях. Так что на мой взгляд слова о том что на таком-то языке больше зарабатывают, звучит сомнительно.
Удовольствие от работы на php можно получать не меньше чем на любом другом языке. Боюсь что всё неудобство с языком возникает от неумения его использовать.
Если кратно то HttpResponse, является ValueObject-ом, а они должны быть не изменяемыми.
Вот не могу понять зачем это нужно? Глазами ведь выцепить такое при чтении кода будет в разы сложнее.
PHP уже с 5.3 прекрасно работает как долгоживущий процесс. А с выходом PHP 7, появиться возможность не падать при фатальных ошибках и проблем с долгой жизнью процессов не останется вовсе.
Fesor с аргументами высказал точку зрения с которой судя по всему согласны, ни много ни мало, 35% опрошенных.
После этого вы зачем-то пытаетесь переходить на личности утверждая что только ваш опыт может служить адекватной оценкой сложности и нужности паттернов используемых где бы то ни было. А этот студент сыпет терминами и не ведает о чём он.
Я могу сказать что с моей колокольни те мысли и тезисы что высказывал Fesor, адекватны, понятны и более того подтверждены опытом многих проектов.
Ещё бы как-нибудь exit и die можно было бы выключить, было бы вообще прекрасно.
Те возможности который предоставляет PHP куда больше чем «на динамике быстро наколбасить прототип». PHP даёт возможность писать, в том числе, большие и сложные системы, при этом при написании таких систем уже применяются другие практики, в том числе использование тайпхинтинга где это возможно и т.д. И это не делает язык похожим на другие языки, это подход схож с другими подходами на других языках. И это не лишает язык его преимуществ. И при выборе языка для решения какой-то задачи критериев для выбора куда больше чем нудна статика или динамика.
Просто уж затеял глупость так сделай нормально ибо из истории можно легко вытащить оригинал (https://github.com/yarron/oxidos/commit/ef9dc4f3e30841ebef167f371efc047126078a08)
А вообще если код выложен на github значит он дожен быть полностью открытым, под одной из лицензий на выбор, это прописано в правилах на github.
Да и пользоваться никто не будет если нужно устанавливать некое расширение для php.
Это частично связано с тем что идеи заложенные в нём морально устарели, а что бы это изменить, нужно переписать его почти полностью.
Хотя в своё время был отличным инструментом.
Дело в том что даже в этом примере, если будет метод, то его можно будет протестировать очень легко. И так же легко будет изменить в будущем, если например нужно будет использовать более сложный алгоритм, или ещё что нибудь.
По этому не нужно бояться методов в одну строку.
Вообще ИМХО, если ты хочешь написать комментарий, подумай как написать код так что бы комментарий был не нужен.
PHP ломает её в крайне малом количестве случаев. Плюс любые версии в пределах одной обратную совместимость не ломают.
И не стоит рассматривать изменение второй цифры в версии как минорное обновление. У PHP это мажорные релизы. Минорные обновления у PHP это изменение изменение третьей цифры в версии. Изменение первой цифры версии при следующем релизе, обусловлено тем что в нём будет очень много важных изменений.
Как я понял вы выложили код на github что бы, все смогли использовать его как библиотеку. И в связи с этим возникает два вопроса:
1. Почему не используется автозагрузка? И из этого вопрос по названиям классов, почему не PSR-0, а лучше PSR-4?
2. Где тесты?