3:23 Разогрев про фейлы с выбором технологий 8:08 Разбор кода PHP-приложения от Руслана 17:58 Обсуждение и комментарии из трансляции 30:28 Разбор кода Go-приложения от Лены 54:40 Обсуждение и комментарии из трансляции 1:18:45 Полезности для тех, кто любит слушать и говорить про Go 1:22:45 Что не надо делать на вашем любимом языке - примеры из практики 1:52:55 Вопрос из трансляции

Спасибо, было интересно!

суперский стрим, спасибо)

Спасибо! Интересный формат

спасибо за стрим, познавательно

В итоге получается так: PHP разработчики: вот несколько случаев, когда нам Go помог, а PHP был не очень. Go разработчики: вот несколько случаев, когда нам Go помог, а PHP был не очень. Я так и не понял, когда не стоит использовать Go :)

@user-xd3nv2le2o

9 ай бұрын

Был ответ в видео. Хочешь быстро сделать прототип - выбирай PHP с фреймворком. Go для этой цели подойдет значительно хуже.

Go 1.15 только вышел, образ уже с ним) неплохо

Нравятся оба языка. Стрим был огонь. Антон Морев классный чувак, почаще нужно его ведущим брать

@amorev

3 жыл бұрын

Спасибо за обратную связь :) я забыл про свой канал сказать в стриме - @amorev94 в телеграм и kzread.info

Надо было конкретно поставить классическую задачу. Сколько займет времени и ресурсов написать одному человеку простой Интернет-магазин или CRM с нуля и развернуть его на сервере. Считаю, что сравнивать эти 2 языка бесполезно, ибо основные задачи они решают разные. И выбирать между ними нельзя, так же, как переходить или заменять друг другом полностью. GO и PHP отлично дополняют друг друга, делая сейчас их в веб-технологиях лидерами по скорости и надежности.

Вот это крутой формат

48:50 чёт не понял, как наличие интерфейса позволяет упростить тестирование?

Стоит ли учить Go первым языком программирования.

я 2 недели перешeл на Go Roadrunner переделывал под APIGateway

Было очень познавательно. Скажите, а репы с примерами проектов есть?

@SkyengITeam

3 жыл бұрын

Привет, да, спасибо что напомнил выложить)

@SkyengITeam

3 жыл бұрын

Репозиторий Руслана github.com/hanovruslan/crudnotes

@SkyengITeam

3 жыл бұрын

Репозиторий Лены github.com/PetStores/go-simple/tree/base

13:20 Это правильно конечно в контроллерах сервисы использовать, но в данном случае, это просто какое то проксирование репозиториев, даже название методов теже.

@Levelord92

3 жыл бұрын

наверное очень хотелось чёткие уровни абстракции

Где-то в стриме кто-то говорил про более контрастную светлую цветовую схему для Goland. Может кто-то скинуть такую? Я собирал свою схему, на подобии из PhpStorm, но все равно не шибко доволен результатом. А в оригинальной боль понимать где у тебя переменные, где вывоз функции и т.д. Большинство элементов просто черные.

@amorev

3 жыл бұрын

Я вроде Лене говорил что у нее подсветки нет. Я использую стандартную Colorful Darcula

несколько раз хотел вкатиться из php в go - никак не получается, просто на уровне даже чтения кода, не мое и все как это победить?) или может просить пытаться и вкатиться в c#))

@user-qf2xk1fg6e

2 жыл бұрын

Попал в ту же самую ситуацию. После двух лет опыта работы на PHP вкатился в C#. Есть свои плюсы, есть свои минусы, как везде. Из плюсов могу отметить, что переход был максимально плавный. Язык строгий и красивый. Это то, что иногда не хватает PHP. Были вопросы к инфраструктуре. Да что уж там говорить. EntityFramework до .NET 5 не умела нормально many to many делать. Я был в шоке, когда это увидел. Приходилось два раза many to one делать. Количество кода в репозиториях возрастало многократно и весь этот код какой то бестолковый был. То есть, ты не задачу бизнеса решаешь, а как будто борешься с фреймворком. После Laravel это конечно было легкое разочарование. Однако и назад мне уже не хотелось. Без этой строго типизации, без этого контроля со стороны языка я чувствовал себя как без рук. Вот и сейчас я сижу на C#, работаю разработчиком C#, но ощущение того, что проекты переоверинженерены и содержат хренову кучу такого кода, которого, скорее всего, в Ларе просто бы не было (например, свой компонент валидации, который делает весьма себе стандартные задачи по валидации) не покидает меня. И вот таким велосипедостроением грешат многие проекты на шарпах. Это то, что я заметил.

@Tony_Sol

2 жыл бұрын

@@user-qf2xk1fg6e а как именно происходил переход если не секрет? со сменой работы или нет?, был ли провал по доходам из-за смены стека?

я их объединил с помощью RoadRunner , у меня не один сервер а много /forum ... /news ...

Ребята гошники сидят и улыбаются - на все что говорят по php, действительно смешно смотрится:) кейс на го для restAPI удобнее писать на го:)

на самом деле Руслан привел кейс который удобно реализовать на го, и гошники (Илья и Елена ) тихонько угарают с того как на php парни стараются не упасть лицом в грязь:) А Елену для демо приложений ласково нужно просить на выход потому как у нее все нуочеееньсложно - она думает больше за инфраструктурные -уровня оси логику.

@user-gn3db3df9e

3 жыл бұрын

Не могу понять, чем удобнее? Я могу этот пример реализовать на 4 языках и везде будет примерно одинаковый код. Бизнес логика везде реализуется примерно одинаково. Разница в инфраструктурном коде. Go спроектирован под параллельные вычисления и обладает лучшей производительностью. PHP создан умирать и не надо заботиться о блокировках, сведениях потоков, освобождения ресурсов и это избавляет от кучи проблем ценой производительности. Но при этом никто не запрещает писать на php так же используй rectphp или его аналоги, когда процесс не умирает после каждого запроса. Код Елены вызывает только печаль, даже она сама говорит что он не готов к продакшену. Такую кашу с простынёй кода у нас бы статические анализаторы завернули бы, не дошло бы даже до ручного кодревью. В php была такая же тяга к велосипедам лет 15 назад, но язык и разработчики повзрослели. Было бы интересно посмотреть на код Ильи, он вроде здраво говорил. Код Руслана мне тоже не понравился, он всё усложнил - не использует аннотации для роутов, не пользуется валидацией, бессмысленные прокси-сервисы, репозитории с сырым sql. Но с этим все же проще работать, чем с набором библиотек у гошников за которыми вовсе не видно бизнес логики.

PHP часто ругают за то что он позволяет писать говнокод... Но простите... То что девушка показала на го - это лютейший говнокод... Но го за это ругать не принято 😂😂😂

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

@EdwVee

2 жыл бұрын

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

@baldislavep00pczynski68

Жыл бұрын

@@EdwVee golang хороший вариант для вката в backend с нулевым бэкграундом в программировании и веб-разработке? Или это годный вариант только для тех, у кого есть опыт работы с backend на других языках (php, python, java etc.)?

@EdwVee

Жыл бұрын

@@baldislavep00pczynski68 явно на 3х названных работу будет проще найти, но сейчас го в этом плане уже не так плох. А так, выбирай язык какой больше идеологически нравится, если нет цели работать через 3 месяца, например.

Как я понял, го - это зоопарк

@realtimeuser

3 жыл бұрын

довольно странно что на этом зоопарке написаны системы управления системами:) я имею ввиду докер и инфраструктура и составляющие k8s. Мировые лидеры внезапно успели переписать свои сайты пока я сам учил( ...да чтотам стеснятся - мы) php фреймворки:) Но в 21 году походу все будет еше разнообразнее - уже есть vlang и то что там сделано - сделано красивее, быстрее чем в го.

Вместо рассматривания PHP рассмотрели фреймворк. Причем, разные фреймворки обеспечивают совершенно различные подходы и реализации того или иного функционала. Например, совсем не обязательно использовать контроллеры, сервисы, вьюверы, репозитории, модели и так далее. Некоторые вещи на PHP вообще можно и даже нужно делать не по феншую. Та же ORM во многих случаях вообще нафиг не нужна. Особенно на высоконагруженных проектах, где требуется серьезная оптимизация запросов.

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

@SkyengITeam

3 жыл бұрын

Спасибо, мы передадим ребятам частичку вашего позитива)

Такое ощущение, что для Лены русский язык - не родной.

Эти PHPшники смотрятся жалко, особенно смешно смотреть на Руслана, который дает какие-то глупые советы Елене, а она между прочим действительно разбирается в своей теме. На код Руслана вообще невозможно смотреть, чисто гавнокод, другое слово не подобрать. 1:08:12