отлично!! ;-))))

+

🔥

Вот тут в точку сказано !!!!!!

Программисты angular тоже хотят иногда денег. $scope))

*Бьёрн Страуструп

Что думаете на счет Hack ?

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

Ну вот нормальный комментарий. Со всем согласен.

Дякую, за такий коментар.

Поддерживаю, крайне объективно. Что там насчёт первого пункта? А то не слежу на ченжлогами. Если запилят нормальный ООП в стандартной библиотеке, будет прекрасно.

спасибо

Да, Все правильно сказал. Зачем тратить время на таких людей, нужно просто идти дальше и зарабатывать )))

Зарабатывать проблемы со здоровьем и кредиты от бедности? Да пожалуйста

@@juccbjufccfgjbfyh4613 может объяснить что ты имеешь ввиду

@@darmoed_phantorm он имеет ввиду что php один из самых низкооплачиваемых навыков на рынке труда, тяжело найти что-то ниже, разве что 1С

Неправильное сравнение. Правильно было бы сравнить дешёвую китайскую отвёртку, которая разваливается в руках, и качественную, которая прослужит 10 и более лет. В сравнении с Java, PHP объективно плохой язык.

@@ddd7386 ты чтобы грядку вскопать лопату возьмёшь? Или комбаин пригонишь? Комбаин же круче лопаты, да?

@@user-fx9mz4ez8h повторюсь, все вот эти аналогии, включаю Ваши, построены на неверном предположении, что Java и PHP для разных вещей. Однако это не так, и, как правило, на этих языках можно встретить проекты одинаковой сложности. Поэтому снова, правильное сравнение было бы: качественная, новая лопата или проржааевшая старая лопата с дырками и с вот-вот поламающиися черенком.

@@ddd7386 Если бы это было так, то был бы 1 этот самый крутой ЯП, но это не так. По твоей логике просто все вокруг... идиоты... не понимают истины, но конечно же не ты.

@@user-fx9mz4ez8h По моей логике никак не выходит, что должен быть один язык, однако есть языки - конкуренты. К примеру, веб приложения пишут на ПХП, Джава, C#, Python, Ruby и т.п. И ими в равной степени можно писать веб приложения. С# вообще прямой конкурент Java и они спорят за одну и ту же нишу (Enterprise). Так что это чушь, что каждый язык хорош для своего. В одной и той же области есть несколько языков, которые между собой конкурируют и это с начала программирования так. И Джава, pyhon, ruby и т.д. - прямые конкуренты ПХП в веб приложениях. Нет ни одного приложения, которое можно написать только на ПХП, но нельзя написатЬ, к примеру, на C#.

8 джава уже 6 лет назад вышла, АЛЁ это давно уже маст хэв и вопрос учить или нет тупо не стоит.

Сейчас java 14 уже вышла.

Стоит. Как минимум, иметь представление о функциональном программировании. Есть некоторые задачи, где этот подход рулит.

и нацию

слава Руси

@@lol-x4414 xeroyam slava:)

Хорошо сказано

Ты че, диды воевали!

спасибо)

фу. я с семерки перепрыгнул на 10ку. ни разу не жалею что не ковырялся в этих вистах и 8ках

Всмысле? Где пруф?

Alexandro Lavichez просто погугли )

+

Да ладно, я его смотрел. А в чем он мошенник? Вроде все по делу говорил?

@@artursveshnikov7668 продавал людям "индивидуальные" программы развития за много денег, врал, что занимается программированием чуть ли не 7 лет, когда на самом деле только около 4, и то с очень сильной натяжкой. На своих стримах и видосах показывал как типо круто он пишет код, но на самом деле воровал его у англоязычных ютуберов и с публичных гитхабов, и выдавал за свой. При этом он дикий выебщик и чсв, постоянно всех унижал на стримах

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

@@guai9632 и что?

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

ну нету здесь системы типов. Это больше type-hinting для ide.

guai Ахахаха!!! Прям мои слова точь-в-точь! Я когда изучал программирование и писал в Турбо Паскаль у меня было больше возможностей и удобства, чем в современном пхп. А я делал первые шаги в Турбо Паскаль выпуска 85 года, что ли... 35 лет назад. И когда я пришел в пхп первым делом я удивился «в смысле тут нельзя поставить точку останова?». Да хдебаг.. Но это же дичь по сравнению с тем же турбо паскаль 85-ого года... А в пхп я пришел знаю C#.... Это боль. Сейчас активно вспоминаю шарпы и хочу свалить с этого пхп нафиг.

именно так

Из Говна делают удобрения и рвыращивают урожаи, а на Джаве урожаи уж оочень забористые :-)

А можете мне кое-что объяснить, человеку который только начал интересоваться IT. Если сайт сделан на Wix или Wordpress, то код на PHP все равно нужно писать для этого сайта или эти Конструкторы вообще всё сами делают (т.е. не только верстку, но и бэкенд)?

@@user-tw2fp7cv3g Если делать что-то простое, то возможностей самих Wix/WP хватит, если что-то кастомное, то код писать надо

В следствии чего, заказчик имеет интернет магазин за 3 копейки который еще и работает. Он принесет ему денег на еще 3 магазина на java или сдохнит через месяц и потерь будет минимум.

да

Бизнесу не совсем чихать на чем Вы будете писать. Если Вы будете его писать на фортране например, то кто после Вас его будет обслуживать? Или если на ассемблере? Каждый язык имеет свою нишу и специализацию.

Чётко! 👍

@@user-se8gj4yu2b ну если заплатят то можно

Wordpress хэйтят многие программисты на PHP. Круговорот хэйта в природе)

@@borismor1 Ну ты погляди его исходный код. И погляди еще, сколько находят в нем уязвимостей регулярно. Это я про вордпресс, конечно

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

Большего говнища, чем вордпресс давно не встречал.

Объясните мне кто-нибудь плиз, одного WordPress'а или Wix'а достаточно для создания сайта или для того, чтобы сайт заработал нужно писать код на PHP? Если второе, то может и для бэкенда есть автоматические сервисы?

@@andriitarykin9567 не корректное сравнение. Наркота(наркомания) - это элемент разрушения, а язык программирования -- это инструмент сизидания.

Скоро будет на канале Владилен Минин

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

все нужно. уравновешивайте

Ооп и и смысл паттернов ты уже на реальных проектах поймешь. А смысл алгоритмов и структур данных - на высоконагруженных.

@@victory8787 зачем читать книжки если есть хороший видео урок? На крайняк статью почитать

ой, ну много же раз рассказывал

Потому, что это самые масштабируемые языки.

Страуструп таки прав. И я думаю даже не более половины, а в целом 90% интернета на PHP прекрасно работает. Не на PHP работают только действительно большие сайты. И то, как мы знаем, некоторые так же PHP используют. Обусловлено это конечно детскими проблемами, когда начали делать проект на PHP, он вырос, а PHP остался, но все же. Хейтят PHP скорее всего те, кто после двухмесячных курсов "вайти вайти" таки смог войти, но неглубоко, на полшишечки. И так как ни зарплаты, ни уверенности в завтрашнем дне нет - нужно чем-то потешить ЧСВ. Например, похейтив PHP.

Со всем согласен, кроме масштаба. PHP прекрасно себя чувствует в крупномасштабных проектах.

Все 3 пункта уже давно неправда, даже если это называть фичами. 1) конечно, можно клепать сайты на ВП и даже на некоторых фреймворках (привет, yii2 и laravel) без какого-либо теоретического базиса, вроде ООП, структур данных и шаблонов проектирования, но в компаниях, которые разрабатывают хорошо поддерживаемые и масштабируемые продукты, по этим моментам спрашивают ничуть не меньше, чем с джавистов 2) как показывает моя практика, на пхп можно писать большие и серьезные проекты и масштабировать его не так уж сложно, даже несмотря на отсутствие асинхронности. За примером ходить далеко не надо: можно посмотреть/почитать доклады от badoo о том, как они готовят пхп для высокой нагрузки. Несмотря на то, что часть сервисов они также пишут на других языках, пхп все еще остается их основным 3) что это значит? на пхп можно писать апи, которое будет использоваться не только в вебе - это уже пересекает пределы веба ваша попытка защитить язык все равно прозвучала так, будто вы защищаете своего слабоумного друга из жалости к нему

Почему не заменит? По-моему со всеми перечисленными пунктами go справится лучше php.

@@ozz3549 так можно про вообще любой язык сказать. У любого языка и технологии есть целая куча "убийц". Но как уже выше цитировали Страуструпа, есть или плохие языки, или мертвые.

Все ждали

Особенно понравилась аргументация на этот раз: "а он непохож!" Оттакот.

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

@@VeganCossack да как так то) Блин , Как по мне Ну нет языка проще чем JS. Он проще PHP и уже темболее никто не поспорит , что js проще Java

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

@@user-xj6yw8cn9g это потому что язык быстро развивается. Каждый год новая спецификация, потому и способов много, плюс асинхронность. Асинхронность - это не просто, там куча нюансов, даже в сравнении с java, но он за счет этого и выстрелил.

powerful features, которые в других языках существуют уже 5-10 лет. Еще столько же понадобится, чтобы все начали ими пользоваться, а перфоманс в основном останется там же, где и сейчас. На дне

@@Eugene.g php works different comparing with other languages sometimes it is big advantage. Performance as a scripting language is very good. I don't suggest use php for banking system creation, but for startups it is great choice. I know many enterpice companies also who use php successfully.

@@SarunasNorkus php is slow as hell for web services where its commonly used. Its restarting the whole app on each request, it dosent have JIT, it doesnt have async I/O. It's not a good choice to startup something with PHP in 2020. Enterprise companies mostly suffer from performance issues using php

@@Eugene.g actually it is on the way to have something like JIT with 8 version it will be. The speed is not always mandatory especially when architecture is build on microservices you can replace those parts using other languages if you need.

@@SarunasNorkus я читал, что its on the way. Я видел лекцию from a dude who is working on performance in Zend team. it doesnt look like php will gain too much performance out of it comapring to 7.4 Очень странно использовать пхп в качестве микросервиса для каких-то узких задач. Это не Go

всегда пожалуйста)

спасибо)

Дак python быстрее)

Да и смысл любить язык за скорость

@@johnmarrewood с какой это версии?))

@@mikhaillucky8130 не знаю, но если питоновские библиотеки написны на C++/C, можно предположить, что он хотя бы не медленнее чем php

@@johnmarrewood так и php на плюсах написан)но есть объективные тесты, обычно, одни и те же алгоритмы, на пхп работают в разы быстрее, бенчмарки можно нагуглить. Есть отдельные аспекты, где пхп по скорости идет вровень с питоном, версии тоже стоит учитывать, однако в общем плане, питон даже и рядом не стоял. С 8 версии пхп, эта разница на многих задачах, особенно в математических расчетах, должна стать еще больше.

не любите, что знак доллара или что есть префикс перед именем переменной? Потому что префикс позволяет очень явно отличать переменные от операторов, констант и пр.

@@eldarkhassanov8897 код-стайл тоже помогает отличать все это

Я юзаю php. Для себя принял правило и в jquery имена объектов начинать с $, чтобы отличать от простых типов.

Встречный вопрос. А зачем тогда PHP если есть Java и Python? Ну типа какой смысл делать из PHP Python (Java не получится точно сделать)? Какой смысл во всем этом? Возможно этому языку стоит остаться однопоточным обработчиком простеньких реквестов и не гнаться за тем что уже и так сделано? Они ж не принесут ничего нового. И разрабы это понимают. Нет смысла делать очередной питон или яву. Питон и ява со своими задачами отлично справляются) как и PHP со своими.

...которые выбирают php

Сайт и форум dou ua

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

@@guai9632 Плять, ну и что ты этим хотел сказать?

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

Ну вам же объяснили - непохож, непонятно! Честно, а я балдею от асинхронно-фунционального синтаксиса JS. Есть в нем какая-то потусторонняя красота, как в абстракционизме, допустим. Естественно, я имею ввиду чистый код, а не то, что Сергей на JQuery видел 😀

Ассалям Алейкум с Казахстана с Алматы ?брат я самоучка тока начал php изучать наставника нет кто может направления дать утебя наверное стаж большой можно как то связаться стобой ?

@@user-pz8dg3gl7p с а., есть вк?оставь, я с тобой свяжусь

метанит норм тема для теории php? Или лучше книжку какую то взять

@@mrbale1815 Ернар Сакадиев wk

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

Докрученный JS. Конец! Пара-пара пам!

Насчёт войн и хейтов. Зашёл я посмотреть на код питона и вспомнил великое мочилово ещё в 90х: С vs Pascal / Delfi vs c++. Питон же паскаль вылитый ))

@@mikech76 тем временем в современном мире, такие компании как гугл, даже не спрашивают на чем ты кодишь. Просто мы в 18 веке.

согласен

да не только php можно и на змейке )) Хотя я сам где то 90 - 95% своих работ пишу именно на пыхе, если объективно то был момент когда я его сам хаял из за того что мне там много чего не хватало, многопоточности например, или вменяемой ООП структуры (я писать еще на php3 начинал). Сегодня все это есть и даже больше, реализовано как по мне так отлично.

Простенький сайтик - согласен. Пых+лара - норм. Что-то по-сложнее - ну нах! Просто геморрой

@@310384Alex А что в 8-й версии и многопоточность завезли?

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

там они свой компилятор написали для более высокой скорости работы. А язык такой же

@@BY_anonym у них свой пхп, почитай, поизучай, а не пори чушь, давно уже свои, как в конктакте, насрали они на все эти пхп 7

@@user-rx7ot5tm3j только прикол в том что PHP7 быстрее HHVM.

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

половина не поняли наверно что ты написал ))) на всякий пожарный это строгий режим проверки, он начнет матерится если вы ему вместо int подсунете string

Типизация рулит! Жаль только старые проекты хрен переведешь, нужен табр разрабов, чтобы все переписать (

Strict не обязывает писать хороший код )

Daniil Ivanov, strict позволяет избежать баги типизации.

Ron. H., давай я подругому сформулирую: позволяет избежать баги (по вине программиста) из-за динамической типизации. Так лучше?

ахахаха. кажется, так и было

Да.. лучше бы оператор склейки строк был стрелкой) но современем привыкаешь

$ в переменных - это куда больший аутизм.

спасибо)

Ахаха, хорошо пошутил)

спасибо)

легко. а в чем проблема?

Ergo _____, это у тебя, мой маленький дружок, поумничать не получилось. Приведи весомее доводы, а не свои умозаключения, что "пока что, до сих пор" (по Ефремовой) не подразумевает возможность изменений в будущем.

@@ergo_____3491 Хотели поумничать, не получилось. Я понимаю.

@@ergo_____3491 Напрасно вы так, можно по-разному понять. А вот каждый раз напоминать что "все еще" не совсем обязательно - лишнее замусоривание кода)))

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

@@ergo_____3491 , одна ошибка атрибуции за одной)

Нет. Писателю да, программисту не обязательно.

Очень рекомендуется. Без неё программирование - боль. Можно освоить за пару недель (на 1 раскладку). Программу Stamina погонять по часу - полтора каждый день с недельку, а вторую неделю - берёшь какой-нибудь рандомный текст и начинаешь его переписывать. Набрал страниц 10 - 15, и считай слепую печать ты освоил.

Клавиатура предназначена для слепой печати. Если ты не умеешь печатать вслепую - то это означает что ты не умеешь пользоваться клавиатурой.

@@user-qx6ru7jc7x автомобиль предназначен для гонок F-1. Если ты не умеешь держать трассу на скорости 200+ - ты не умеешь водить.

Слепому программисту обязательно нужна. :)

выучи еще один яп и возненавидишь пыху

Во всем нужно видеть плюсы, верно. ;)

@@user-tw2fp7cv3g да++

Про JS 100%.

Сам пишу на Java, зная в той или иной мере С++, С# и JS, хочу попробовать GO и Python. Часто общаюсь с людьми, что пишут на С# и Php, поэтому абсолютно согласен с вашим высказыванием.

Четко подметил однако ☹️👍

жопа начинается, когда с java и c++ знаниями спецы делают в php проект в стиле одних классов. это не тот язык, который может выдержать много трафика с тонной классов

@@KlinovASесли бы вы писали на современнном PHP, то при отладке прекрасно видели бы количество объектных слоёв в среднем фреймворке. Нет у этого языка никаких проблем с "тоннами классов".

разве это языки программирования? Сейчас в изучении CSS.

Это не ЯП, плюс, фактически, нет альтернативы.

Все нормальные пацаны пишут фронт на html а бэк на CSS, что ещё о них знать надо?

Идиотский вопрос

Смысл есть, но просмотров это не добавит)

@@YevhenDiulin Просто это не соответствует PSR стандарту :)))

Так-то оно так, но это ж UKposts! Здесь намеренно преувеличивают и искажают смысл в заголовке. Тут всего лишь кавычки опущены. Это микромелочь по сравнению с заголовками других видосов!

@@YevhenDiulin Но при всем при этом это может привести к ошибкам типа warning или notice :))) Потом как раз таки "все" и начинают возмущаться, что это язык говнокода :)))

@@cpabiznet у русского языка не настолько строгий синтаксис)

PHP позволяет проще и быстрее модифицировать код, т.к. нет нужды перекомпиллировать модули,и потому нет такой уж необходимости заниматься разбиением системы на микросервисы

​@@qr46654 Отсутствие необходимости перекомпилировать код является плюсом только тогда, когда приходится оперативно что-то хакать прям на проде. Но если вы правите код прям на проде, то у вас уже большие проблемы с организацией разработки. В случае же вытроенных процессов код без определённой бюрократии (ревью, прогонка юнит и интеграционных тестов, сборка docker-образов, если они используются, ручное тестирование, если оно есть) на прод не попадёт. А в таком случае время сборки уже не будет иметь столь существенного значения. Не скорости разработки это тоже не особо сказывается. Не знаю как на Java, но то же решение на C# + ASP.Net Core в debug-режиме запускается из студии с полной пересборкой секунд за 15, без неё секунд за 5. Это отладку особо не замедляет и уж точно не является поводом для перехода на микросервисы. С другой стороны, наличие компилятора это существенный плюс, так как позволяет отловить кучу ошибок на этапе сборки. В итоге приходится меньше тратить времени на отладку и написание unit-тестов, так как во многих случаях то, что код скомпилировался уже будет гарантировать его корректность работы. В случае же с динамически типизированными языками приходится писать дополнительный код, который проверяет что входные данные правильного типа (правда с добавление type hint'ов и строгого режима в PHP с этим легче стало, но не до конца, так как, к примеру, нет дженериков, а значит и типизированных массивов и коллекций), и дополнительные unit-тесты, чтобы гарантировать корректность работы с типами данных. Плюс из-за статической типизации IDE имеет гораздо больше информации о типах и гораздо охотнее помогает в написании кода. К примеру, она может дать гораздо больше подсказок, подсветить больше ошибок, осуществить более глубокий авторефакторинг. Микросервисы же выбирают в первую очередь явно не из-за проблем со скоростью деплоя. При нормально выстроенных процессах проблем с этим нет. В нашей компании, к примеру, микросервисную архитектуру выбрали в первую очередь из-за таких преимуществ как лёгкость в работе над приложением с такой архитектурой независимыми командами, масштабируемость (легко поднять новый инстанс в случае необходимости и так же легко его грохнуть. Микросервис гораздо проще написать так, чтобы его инстансы не вызывали интерференций между собой. К примеру, у нас для ресурсов, где гораздо больше чтений контента, чем его изменений, в большинстве случаев поднят один сервис, который меняет данные и несколько которые их отдают.) Также ещё одним преимуществом такой архитектуры является возможность переиспользования одного сервиса в разных проектах. У нас, к примеру, в нескольких проектах используются одни и те же сервисы JWT-аутентификации и рассылки сообщений, просто поднятые с разными конфигами.