Я так и не понял как GO решил проблемы проекта. Он вообще их решил?

Отличный доклад, спасибо. Жаль, что было так мало времени. Скорость речи классная, поток информации залетает плотный)

"При передаче среза в метод, передается копия среза, но со ссылкой на старый массив".... это как?? и для чего такой огород?!?!? 🧐

охуеть открытие, компилируемый язык быстрее интерпретируемого

Go заставляет писать правильно. Горутины выводят неправильное значение, потому-что в функцию I нужно передавать аргументом, а не переменную из scope.

@kotoponchik

3 жыл бұрын

Ищем бекэнд разработчика на golang в международный проект. Пишите на почту globint@mail.ru

@user-xd3nv2le2o

10 ай бұрын

Ну судя по всему заставить не получилось 😂

Хочу перейти с PHP (Битрикс) на Go. Ищу стажировку, готов изучать с уклоном под ваш конкретный проект

@themansonbrother01

3 жыл бұрын

Ухх....битрикс. Сочувствую.

@GermanBoldyrev

Жыл бұрын

Прешли в итоге. Если да то сложно ли было? Заранее спасибо!

@Wivern11

Жыл бұрын

@@GermanBoldyrev нет. Но перешел на Symfony

@alexnov4367

Жыл бұрын

@@Wivern11 А на чем раньше работали и как вам Symfony? Поделитесь, пожалуйста, впечатлениями. Плюсы, минусы, выбрали бы сейчас его или нет?

@Wivern11

Жыл бұрын

@@alexnov4367 раньше был на Битриксе. Symfony конечно круче. Хоть и сложно, но для работы много знать необязательно. Ко всему можно подлезть и все можно настроить. В основном сейчас меняю пару строчек кода и все работает. На Битриксе по любому поводу надо было писать километры кода.

Swoole + swoft

В первые же 10 минут стало понятно что ребята не go учили, а в принципе учились программировать. И в целом доклад про это. Увы на рынке php если не изучать параллельно другие, в том числе системные языки, по-настоящему программировать не научиться. Попробуйте сходу освоить C и Rust, тогда ваш код на go точно станет ещё лучше. Молодцы что расширили свой кругозор, но доклад, увы скучный. Я ожидал услышать не как ребята учили очевидные вещи, а о том как это было с точки зрения бизнеса, как быстро училась команда. Какие были издержки с этим связанные. Как скоро начало получаться писать качественный код. В общем промазал с выбором видео. Видимо я не аудитория доклада.

@vladimirmakarov6344

2 жыл бұрын

Забавно, да. Информации ноль. Перетирание избитой темы про слайсы, но люди и с таким подходом зарабатывают деньги, что не менее интересно

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

чтобы gearman отвалился из-за нехватки памяти, нужно запустить 10 тысяч воркеров. Похоже просто в нем делали какую-то херню

@amorev

3 жыл бұрын

Ну мы именно ее и делали:) приготовили php+gearman неправильно)

На 29:25 докладчик немного ошибся, в php есть множественное наследование через traits.

@user-pn7di5lp9v

Жыл бұрын

Это да. Только если не учитывать, что trait к наследованию отношения не имеет

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

Про срезы повеселил. Человек не привык работать на системном уровне. Go - это улучшенный Си, со всеми вытекающими. И работать с ним нужно как если бы вы писали качественный код на Си. Что в Си делать совсем не просто и требует огромного труда и терпения. Go - это таблетка от головной боли системщика - Си-шника - работа с массивами, строками, памятью, многозадачностью, модульностью из коробки. И ничего лишнего, неконтролируемого, неоднозначного Срез, скорее всего, делает realloc и разумеется возвращает указатель на новую область памяти. Это на столько очевидно, что не задумываясь возвращаешь новое значение указателя и живешь с ним дальше. Goрутина - Обычный fork+exec+pipe+signal handler

@EdwVee

3 жыл бұрын

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

@kshetragia

3 жыл бұрын

@@EdwVee ничто не ново под луной. Горутина - это обычная функция, запущенная в отдельном процессе(в терминах го это M-machine). Общается горутина через каналы. И чем это принципиально отличается от классического fork() + pipe() ? А copy-on-write гарантирует малое потребление памяти как и при обычном fork-e. Просто всю грязную работу делает шедулер. Но если вы привыкли работать с тредами, то действительно - это другое. Треды на винде более легковесны, но тянут за собой кучу проблем разделения данных.

@EdwVee

3 жыл бұрын

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

@MsHorbjorn

3 жыл бұрын

@@EdwVee все вполне предсказуемо если знать как все работает

@user-fg6jw1cy5v

7 ай бұрын

@@kshetragia Горутина работает без свитч контекста, в юзерспейсе есть свой скедулер. Это не классический поток.

Не крайній, а останній

Ужас, стыдно должно быть с таким докладом выходить, когда ты не разбираешься в том, о чем рассказываешь

Что за фигня со звуком??????

Слушать невозможно

Проблема была в Фреймворк, был бы голый php таких бы проблем было бы меньше. Докер, это еще один бред замедляющий работу. Не удивительно что всё полетело

@EdwVee

3 жыл бұрын

Всё-таки проблема у авторов лежала в архитектуре: плодить целые процессы чтобы делать хттп запросы. Тут даже ассемблер с таким подходом не поможет.

Неправильно ООП используете. Согласно правилам солид нельзя перезаписывать методы из наследуемого класса, в новые класс нужно только добавлять функционал, учите матчасть, и кстати golang поддерживает парадигму ООП.

@user-xd3nv2le2o

10 ай бұрын

Какое правило solid запрещает переопределение методов?