Братан, канал - топ. Манера повествования понравилась. Прямо как будто пообщался со старым добрым админом со стажем в 20 лет :) У тебя только ошибка (мне скилла только для нее хватило) - ты говоришь не про объявления массива, ты говоришь, про объявления слайса и хешмапы (и не "хешмассива", а хешмапы). Это всё разные вещи, их путать - фатально опасно.
дык - сие видео - для пыхарей на пыхе нет слайсов и мапов нету массивы тока есть, которые объеденяют в себе все вместе - и массивы статической длины и массивы динамической длины и мапы да и не важно это - кто будет свичаться - разберется
На самом деле фраза "и невернуться" лишняя. Мудрый разработчик выберет нужный инструмент и будет на нём делать. Возьмет, напишет кучу бизнес логики на php(а куча логики требует ООП иначе будет говно) , какие то сервисы требующие нагрузок и параллельности - на go. Всё это совместит
Интересно не будет ли той же проблемы с го как и с php, php по большей части не любят именно из-за низкого порога входа, а значит очень много плохого кода, есть даже омерзительные cms на php и битрикс тому подтверждение?
А где не низкий порог входа? Языки между собой плюс минус похожи, отличается синтаксис. Я как PHP шник, писал свои программы для микроконтроллера Atmega на C++
Когда говорят про простору go, то это не простота php, а простота уровня си) Представьте php в котором есть: - строгая типизация (включая массивы) - многопоточность - возможность сразу писать тесты - обязательное понимание указателей. И т.д Вы бы считали пхп простым языком для новичка?
да - когда у тебя приложения 90% времени - это работа БД - то оптимизировать 10% времени - не выгодно. с другой стороны - на go веселее и проще чем на Swoole строятся всякие хитрые каскадные источники данных, типа когда ES прикрывает денормализованный Mongo, который прикрывает нормализованный PostgreSQL грубо - переход с PHP на Swoole по стоимости сопоставим с переходом с PHP на Go
@@attic_dump Да, это точно! Go предпочтительней, когда нужна реакция на запрос "чем быстрее, тем лучше", особенно, когда запросов 100+ в сек. Тогда и 10% окупается. Я использую оба варианта. В Swoole есть только 2 преимущества: HyperF или подобные; не нужно перекомпилировать код, если изменения реально мельчайшие.
потому что по индустрии так сложилось, что PHP съезжает в go а съезжает именно в go потому что он простой и потому что он хорошо и дешево компенсирует то, чего у PHP мало - многопоточность. любой другой язык будет дороже на входе или потребует спец. программистов. кроме того - go закрывает свою нишу и основной код зачастую остается на PHP - ибо веб в целом на нем писать получается лучше
Так сложилось исторически. Когда в 2015 стал популярен голанг, то ни у C# ни у java не было таких простых фреймворков для написания веба как сейчас есть aspnetcore и spring boot. С# вообще был только платный и только под винду и был в 5 раз медленее в вебе чем сейчас, а у java все делалось через настройку xml, сейчас все проще и удобнее.
@@zxcq а то они на node.js или на java плохо пишутся. Не знаю как в сравнении с другими языками, но по сравнению с js а тем более с java зарплаты очень маленькие у Goшников.
![[Part 4] หนุ่มน้อยรักคุณย่ายิ่งกว่าใคร ไม่ว่าใครก็รังแกดูถูกท่านไม่ได้!! #โลกการละคร](http://i.ytimg.com/vi/sLsBxw99FR0/mqdefault.jpg)
Братан, канал - топ. Манера повествования понравилась. Прямо как будто пообщался со старым добрым админом со стажем в 20 лет :) У тебя только ошибка (мне скилла только для нее хватило) - ты говоришь не про объявления массива, ты говоришь, про объявления слайса и хешмапы (и не "хешмассива", а хешмапы). Это всё разные вещи, их путать - фатально опасно.
дык - сие видео - для пыхарей
на пыхе нет слайсов и мапов нету
массивы тока есть, которые объеденяют в себе все вместе - и массивы статической длины и массивы динамической длины и мапы
да и не важно это - кто будет свичаться - разберется
Отлично видео, спасибо
Прикольно, пока просто интересно поглядеть на многопоточность из коробки, без страдания (типа как C++)
кстати да - надо будет видосик сделать про многопоточность в PHP
Добрый день, Максим - как раз в процессе переезда с PHP на GO (или дополнения) - есть ли возможность связаться с вами в телеге или другом мессенджере?
Добрый день. Да, канечно - в телеге вы меня найдете как @zumlin
ушел год назад, и вообще о возвращении не думаю
На самом деле фраза "и невернуться" лишняя. Мудрый разработчик выберет нужный инструмент и будет на нём делать. Возьмет, напишет кучу бизнес логики на php(а куча логики требует ООП иначе будет говно) , какие то сервисы требующие нагрузок и параллельности - на go. Всё это совместит
да, именно!
но
видосик писался грубо для джунов-мидлов просто по хайповой теме "аааааа! все бегут в go и мне надосрочно бежать туда же!!!!!"
Интересно не будет ли той же проблемы с го как и с php, php по большей части не любят именно из-за низкого порога входа, а значит очень много плохого кода, есть даже омерзительные cms на php и битрикс тому подтверждение?
А где не низкий порог входа?
Языки между собой плюс минус похожи, отличается синтаксис.
Я как PHP шник, писал свои программы для микроконтроллера Atmega на C++
Когда говорят про простору go, то это не простота php, а простота уровня си)
Представьте php в котором есть:
- строгая типизация (включая массивы)
- многопоточность
- возможность сразу писать тесты
- обязательное понимание указателей.
И т.д
Вы бы считали пхп простым языком для новичка?
@@borismor1 Си никогда простым не был. Она очень обманчива там. Как и в Го
Пых - это строго под web. С пыха лучше уйти на ноду, ибо сервер и клиент на одном и том же языке.
Go прикольный, но если сервисы слишком тесно завязаны с базами, то от PHP+Swoole мало чем выигрывает...
да - когда у тебя приложения 90% времени - это работа БД - то оптимизировать 10% времени - не выгодно.
с другой стороны - на go веселее и проще чем на Swoole строятся всякие хитрые каскадные источники данных, типа когда ES прикрывает денормализованный Mongo, который прикрывает нормализованный PostgreSQL
грубо - переход с PHP на Swoole по стоимости сопоставим с переходом с PHP на Go
@@attic_dump Да, это точно! Go предпочтительней, когда нужна реакция на запрос "чем быстрее, тем лучше", особенно, когда запросов 100+ в сек. Тогда и 10% окупается. Я использую оба варианта. В Swoole есть только 2 преимущества: HyperF или подобные; не нужно перекомпилировать код, если изменения реально мельчайшие.
не понял за ООП и монолит. И то и другое нормально пишется.
Почему именно go? А не c#, java?
потому что по индустрии так сложилось, что PHP съезжает в go
а съезжает именно в go потому что он простой и потому что он хорошо и дешево компенсирует то, чего у PHP мало - многопоточность.
любой другой язык будет дороже на входе или потребует спец. программистов. кроме того - go закрывает свою нишу и основной код зачастую остается на PHP - ибо веб в целом на нем писать получается лучше
@@attic_dump для вэба .net или spring? Нельзя использовать?
Так сложилось исторически. Когда в 2015 стал популярен голанг, то ни у C# ни у java не было таких простых фреймворков для написания веба как сейчас есть aspnetcore и spring boot.
С# вообще был только платный и только под винду и был в 5 раз медленее в вебе чем сейчас, а у java все делалось через настройку xml, сейчас все проще и удобнее.
@@zxcq понятно, спасибо
куча видосов везде. Как переехать с Python на Go, как переехать с Node.js на Go, как переехать с PHP на Go. Куда столько Goшников?
писать микросервисы
@@zxcq а то они на node.js или на java плохо пишутся. Не знаю как в сравнении с другими языками, но по сравнению с js а тем более с java зарплаты очень маленькие у Goшников.
@@IvVi-n6t Ну если бы они писались на других языках также хорошо, то наверное все топ компании РФ не использовали бы go повсеместно?