Отличный доклад, спасибо. Жаль, что было так мало времени. Скорость речи классная, поток информации залетает плотный)
@cheevauva2 жыл бұрын
Я так и не понял как GO решил проблемы проекта. Он вообще их решил?
@zazaorg39573 жыл бұрын
охуеть открытие, компилируемый язык быстрее интерпретируемого
@Mytest4372 жыл бұрын
"При передаче среза в метод, передается копия среза, но со ссылкой на старый массив".... это как?? и для чего такой огород?!?!? 🧐
@serglifinsky40223 жыл бұрын
Swoole + swoft
@daniilkoliasnikov66963 жыл бұрын
Go заставляет писать правильно. Горутины выводят неправильное значение, потому-что в функцию I нужно передавать аргументом, а не переменную из scope.
@kotoponchik3 жыл бұрын
Ищем бекэнд разработчика на golang в международный проект. Пишите на почту globint@mail.ru
@user-xd3nv2le2o9 ай бұрын
Ну судя по всему заставить не получилось 😂
@everus8558 Жыл бұрын
На 29:25 докладчик немного ошибся, в php есть множественное наследование через traits.
@user-pn7di5lp9v Жыл бұрын
Это да. Только если не учитывать, что trait к наследованию отношения не имеет
@Wivern113 жыл бұрын
Хочу перейти с PHP (Битрикс) на Go. Ищу стажировку, готов изучать с уклоном под ваш конкретный проект
@themansonbrother013 жыл бұрын
Ухх....битрикс. Сочувствую.
@GermanBoldyrev Жыл бұрын
Прешли в итоге. Если да то сложно ли было? Заранее спасибо!
@Wivern11 Жыл бұрын
@@GermanBoldyrev нет. Но перешел на Symfony
@alexnov4367 Жыл бұрын
@@Wivern11 А на чем раньше работали и как вам Symfony? Поделитесь, пожалуйста, впечатлениями. Плюсы, минусы, выбрали бы сейчас его или нет?
@Wivern11 Жыл бұрын
@@alexnov4367 раньше был на Битриксе. Symfony конечно круче. Хоть и сложно, но для работы много знать необязательно. Ко всему можно подлезть и все можно настроить. В основном сейчас меняю пару строчек кода и все работает. На Битриксе по любому поводу надо было писать километры кода.
@user-xd3nv2le2o9 ай бұрын
Сложно слушать - как с пулемёта слова летят, а когда язык не поспевает и получаются плевки , причмокивания и тп - вообще ужасно... Как истинный руководитель мог бы и делегировать выступление...
@kshetragia3 жыл бұрын
Про срезы повеселил. Человек не привык работать на системном уровне. Go - это улучшенный Си, со всеми вытекающими. И работать с ним нужно как если бы вы писали качественный код на Си. Что в Си делать совсем не просто и требует огромного труда и терпения. Go - это таблетка от головной боли системщика - Си-шника - работа с массивами, строками, памятью, многозадачностью, модульностью из коробки. И ничего лишнего, неконтролируемого, неоднозначного Срез, скорее всего, делает realloc и разумеется возвращает указатель на новую область памяти. Это на столько очевидно, что не задумываясь возвращаешь новое значение указателя и живешь с ним дальше. Goрутина - Обычный fork+exec+pipe+signal handler
@EdwVee3 жыл бұрын
1. Гоу может быть непредсказуем по потреблению памяти 2. Горутина не имеет отношения к лежащему внизу поста, горутина даже потоком не является, не то что процессом
@kshetragia3 жыл бұрын
@@EdwVee ничто не ново под луной. Горутина - это обычная функция, запущенная в отдельном процессе(в терминах го это M-machine). Общается горутина через каналы. И чем это принципиально отличается от классического fork() + pipe() ? А copy-on-write гарантирует малое потребление памяти как и при обычном fork-e. Просто всю грязную работу делает шедулер. Но если вы привыкли работать с тредами, то действительно - это другое. Треды на винде более легковесны, но тянут за собой кучу проблем разделения данных.
@EdwVee3 жыл бұрын
@@kshetragia тем, что можно 100500 горутин создать даже в отличие от потоков, и я не говорю про процессы, тем что есть разделяемая память. Вроде и то, и то обёртка для исполняемого кода, но называть их равнозначными нельзя
@MsHorbjorn3 жыл бұрын
@@EdwVee все вполне предсказуемо если знать как все работает
@user-fg6jw1cy5v6 ай бұрын
@@kshetragia Горутина работает без свитч контекста, в юзерспейсе есть свой скедулер. Это не классический поток.
@zazaorg39573 жыл бұрын
чтобы gearman отвалился из-за нехватки памяти, нужно запустить 10 тысяч воркеров. Похоже просто в нем делали какую-то херню
@amorev3 жыл бұрын
Ну мы именно ее и делали:) приготовили php+gearman неправильно)
@namazbekbekarysuly91123 жыл бұрын
До тех поп пока проект не требует больших спу, го можно и не рассматривать. Го отличные, но как студия я думаю они не делали какие супер сложные проекты которые требуют использования го.
@user-jx4jb4of3c2 жыл бұрын
В первые же 10 минут стало понятно что ребята не go учили, а в принципе учились программировать. И в целом доклад про это. Увы на рынке php если не изучать параллельно другие, в том числе системные языки, по-настоящему программировать не научиться. Попробуйте сходу освоить C и Rust, тогда ваш код на go точно станет ещё лучше. Молодцы что расширили свой кругозор, но доклад, увы скучный. Я ожидал услышать не как ребята учили очевидные вещи, а о том как это было с точки зрения бизнеса, как быстро училась команда. Какие были издержки с этим связанные. Как скоро начало получаться писать качественный код. В общем промазал с выбором видео. Видимо я не аудитория доклада.
@vladimirmakarov63442 жыл бұрын
Забавно, да. Информации ноль. Перетирание избитой темы про слайсы, но люди и с таким подходом зарабатывают деньги, что не менее интересно
@vugpguАй бұрын
Не крайній, а останній
@MsHorbjorn3 жыл бұрын
Ужас, стыдно должно быть с таким докладом выходить, когда ты не разбираешься в том, о чем рассказываешь
@AndriiKuftachov3 жыл бұрын
Что за фигня со звуком??????
@germanigortsev13613 жыл бұрын
Слушать невозможно
@NikK0lay3 жыл бұрын
Проблема была в Фреймворк, был бы голый php таких бы проблем было бы меньше. Докер, это еще один бред замедляющий работу. Не удивительно что всё полетело
@EdwVee3 жыл бұрын
Всё-таки проблема у авторов лежала в архитектуре: плодить целые процессы чтобы делать хттп запросы. Тут даже ассемблер с таким подходом не поможет.
@radikovichkz247011 ай бұрын
Неправильно ООП используете. Согласно правилам солид нельзя перезаписывать методы из наследуемого класса, в новые класс нужно только добавлять функционал, учите матчасть, и кстати golang поддерживает парадигму ООП.
@user-xd3nv2le2o9 ай бұрын
Какое правило solid запрещает переопределение методов?