sorry to be offtopic but does anyone know a method to get back into an Instagram account..? I stupidly forgot the account password. I would appreciate any help you can give me.
Отличный доклад. Не знаю, как новичкам программирования, но лично мне - идеально. Программировал на разных языках, на го - ни разу. Из доклада понял базовый синтаксис и особенности/фишки го, на которые стоит обратить внимание. Ровно этого и хотел в докладе "введение в язык". Слушать спикера приятно. Спасибо большое!
Полностью поддерживаю. Смотреть что-то вроде "Go за 4 часа" конечно может и прикольно, но слишком много всего простого и мало чего-то сложного. Доклад шикарный. CSC как всегда на высоте
Конструктивный анализ синтаксиса языка с подробными примерами и описанием. Лектору огромное спасибо за возможность оценить все основные функциональные возможности языка. Сам программировал на Fortran, Matchad, и Python. Думаю что я с удовольствием изучу этот язык программирования.
Хотелось бы увидеть список кейсов когда Go лучше работает и когда лучше не использовать его (не общие слова а более конкретные кейсы). А также какие рантаймы используются на практике?
Не очень понял семантику использования рун - что лежит под капотом: в частности этот тип имеет не фиксированную длину (как происходит алокейт? как происходит определение длинны? В идеале увидеть что из себя представляет слайс рун на *asm’е?
Горутины (aka Грин треды) управляются планировщиком го. Но они работают поверх ОС треда (которым заведует планировщик ОС). Тогда (вытесняющее) переключение ОС треда может застопорить целую цепочку горутин. И хотя все *тведенное время для цепочки используется по максимуму - но в целом время на каждую горутину будет значительно меньше либо будут двойные расходы на переключение контекста ос треда и контекста горутины.. на выходе получаем что либо очень мало времени на горутину отведено + смена контекста горутины либо двойная смена контекста. Вопрос - а за свет чего получаем прирост производительности?
Эта тема здесь вообще слабо объянена, может атор сам глубоко не знает, Условно в java все логично или фактически Это просто асинхронная обработка на одном ядре процессора, как многопоточка на процессоре с одним ядром или может все-таки быть на много ядер,ч что-то я не понял
Мне кажется все очень просто с появлением GO. Официальный владелец Java, на которой там было много всего-всего, это Oracal. А они с Гуглом в полной зарубе с судами и тп. вот и придумали свой GO и Kotlin за компанию так как на андроид тоже писали на Jave. Правда все просто?)
Всегда в материалистическом подходе ищется финансовая сторона вопроса. Особенно если вспомнить чехарду c лицензионной политической на распространение Java SE сборок. То платная подписка для коммерческих нужд, то Oracle NFTC (No-Fee Terms and Conditions). А кроссплатформенность, вау, вот удивили-так-удивили. Спойлер: нет. Даже С# на гну/линуху портирован.
Если посмотреть извне то вполне логично выглядит "sort.Interface". Это вам не php в котором это бы называлось SortInterface чтобы видно было из какого это пакета, причем в совершенно другом пакете в итоге оказывается SortInterface.
Мне не понятно мнение людей которые пишут "что все понятно спасибо за доклад". Честно получилось бы лучше если докладчик был немой и глухой. Это что за преподаватель который рассказывает о введении в язык программирования словами: "Но тут все понятно, здесь тоже все все понимают, а тут немного не влезает ну короче тоже понятно". Позор такому преподавателю.
@@Ivan-zc9ds Понятно, андеграундная публика ценителей, не будем Вам мешать. А по существу он прав, для доклада уже шарящим - это просто (даже излишне много воды), а как введение для изучения - вообще не подходит. Тем более, что на канале есть хорошие доклады про Rust.
Просто убило по обработке ошибок. Мне очень грустно если такие люди пишут IDE. 1. да исключение может прийти откуда угодно и это нормально. иногда программы генерируют ошибки в самом неожиданном месте и без исключений. это есть нормально. а то что язык позволяет отловить исключение так вообще переводит этот язык на уровень вверх сразу же. поимел бы он дело с ошибками вылетающими из скажем си аппликашке. 2. ну как бы да можно нагородить эксепшенами аналог goto. так не городите. не мешайте продакшн код с обработкой шибок и будет вам счастье! флоу усложняется? так не надо писать это флоу так сложно. старайтесь разделять код который терпим к ошибкам, и тот который их обрабатывает. какие проблемы? 3. мифическая производительность! сколько раз я это слышал, но ни разу не слышал вменяемого и логичного обоснования. о какой производительности можно вообще говорить если у тебя исключительная операция случилась?! вот именно в этом месте тебе нужно блок чейн перехешировать?! что за чушь! если у тебя уже произошел фейл, то всё сливай водую главная здесь задача аккуратно и неспеша слить в лог как можно больше информации. ВСЁ! никакой производительности не нужно! Честное слово, когда такое вижу понимаю что уровень человека в данной теме даже до джуна не дотягивает.
2. Звучит как "не пишите плохой код, а пишите хороший". Очень удобный и очень бессмысленный совет, рекомендую познакомиться с тем, как проектируются системы (любые, не только языки программирования), а потом понять, что пользователи не виноваты в проколах дизайна. 3. Производительность не мифическая, а вполне себе существенная. При генерации исключения происходит операция наполнения стек трейса, а это стоит весьма дорого. Если отвалилось что-то стороннее, но не критичное для работы всей системы, то 200-300 исключений в секунду могут отразиться на работе остальной системы.
Отличная лекция, вырубает на 5 минуте, смотрю каждый раз когда не могу уснуть, спасибо
sorry to be offtopic but does anyone know a method to get back into an Instagram account..?
I stupidly forgot the account password. I would appreciate any help you can give me.
@Blaze Cole instablaster ;)
Очень не благодарно, ай я яй
🤣
Слабак, я под эту лекцию бухаю))
Отличный доклад. Не знаю, как новичкам программирования, но лично мне - идеально. Программировал на разных языках, на го - ни разу. Из доклада понял базовый синтаксис и особенности/фишки го, на которые стоит обратить внимание. Ровно этого и хотел в докладе "введение в язык". Слушать спикера приятно. Спасибо большое!
Полностью поддерживаю. Смотреть что-то вроде "Go за 4 часа" конечно может и прикольно, но слишком много всего простого и мало чего-то сложного. Доклад шикарный. CSC как всегда на высоте
@@shameoff16 +
Конструктивный анализ синтаксиса языка с подробными примерами и описанием. Лектору огромное спасибо за возможность оценить все основные функциональные возможности языка. Сам программировал на Fortran, Matchad, и Python. Думаю что я с удовольствием изучу этот язык программирования.
Спасибо большое, отличная лекция. За такое короткое время столько ключевых моментов расмотрено
Марат отлично объясняет. Спасибо.
Спасибо, рад что вам понравилось, я старался)
Спасибо! Очень хорошее введение! Так спокойно и понятно, многие детали раскрыты в подробностях.
Рад что вам понравилось!
Огромное спасибо! Супер полезный контент для разработчиков, кто вкратце и даже больше хочет пощупать новый язык
Спасибо за доклад, go учить go!
Я редко пишу хвалебные комментарии, но реально это отличный доклад по введению в язык.
Очень хороший доклад!
Доклад отличный, жаль только вопросов из аудитории не слышно.
Спасибо, отличный доклад!
Спасибо за хороший доклад!
Хотелось бы увидеть список кейсов когда Go лучше работает и когда лучше не использовать его (не общие слова а более конкретные кейсы). А также какие рантаймы используются на практике?
доклад супер, спасибо!
после котлина конечно страшно смотреть на эти приседания с интерфейсами, для того чтобы просто сделать сортировку слайса со структурами
Спасибо за доклад!
Было бы классно слышать вопросы из зала - как вариант, докладчик может в двух словах проговаривать вопрос в микрофон
Спасибо, очень интересно 👍
52:46 хорошо объяснил, а то некоторые не могут понять почему rust медленнее go и java.
Похоже парень очень хорошо разбирается. Как его зовут? Есть у него личный канал?
Супер! Как раз интересно было изучить Go
Ждите Go 2.0, потому как в первом уж больно хреново сделана обработка ошибок. Много писанины
@@ПапаТрёх И когда его ждать?
@@ПапаТрёх Тогда уж сразу Go 3.0
@@superdanya31 не слушай, чел не в своём уме, а Go прекрасен
@@temaz3334 мысли типичного гофера в вакууме)
Не очень понял семантику использования рун - что лежит под капотом: в частности этот тип имеет не фиксированную длину (как происходит алокейт? как происходит определение длинны? В идеале увидеть что из себя представляет слайс рун на *asm’е?
37:27 Типы: Объявление методов
38:38 В Golang Нет Наследования, но есть Композиция "Встравивание"
Горутины (aka Грин треды) управляются планировщиком го. Но они работают поверх ОС треда (которым заведует планировщик ОС). Тогда (вытесняющее) переключение ОС треда может застопорить целую цепочку горутин. И хотя все *тведенное время для цепочки используется по максимуму - но в целом время на каждую горутину будет значительно меньше либо будут двойные расходы на переключение контекста ос треда и контекста горутины.. на выходе получаем что либо очень мало времени на горутину отведено + смена контекста горутины либо двойная смена контекста. Вопрос - а за свет чего получаем прирост производительности?
Эта тема здесь вообще слабо объянена, может атор сам глубоко не знает, Условно в java все логично или фактически Это просто асинхронная обработка на одном ядре процессора, как многопоточка на процессоре с одним ядром или может все-таки быть на много ядер,ч что-то я не понял
Можешь описать как именно «умирают» дочерние горутины если заканчивается основная горутина?
прекрасный доклад
Мне кажется все очень просто с появлением GO. Официальный владелец Java, на которой там было много всего-всего, это Oracal. А они с Гуглом в полной зарубе с судами и тп. вот и придумали свой GO и Kotlin за компанию так как на андроид тоже писали на Jave. Правда все просто?)
Всегда в материалистическом подходе ищется финансовая сторона вопроса. Особенно если вспомнить чехарду c лицензионной политической на распространение Java SE сборок. То платная подписка для коммерческих нужд, то Oracle NFTC (No-Fee Terms and Conditions).
А кроссплатформенность, вау, вот удивили-так-удивили. Спойлер: нет. Даже С# на гну/линуху портирован.
Kotlin придумали в Jetbrains, а не в гугле. Кстати назвали этот язык программирования в честь острова в Лен.области.
замечательный Кронштадт
Хороший доклад для введения. Но, про defer для закрытия файлов - а как же EIO ошибка при системном вызове close() в Linux?
Нет других частей ?
Хочу еще докладов от Марата.
Отличное введение!) Спасибо! А курс по го есть в csc? Видео записи?
57:20 Нет ли оговорки в слове "синхронно"?
По виду какая-то поделка студенческая этот го, наверное это цена высокой производительности
хороший интровью, отличные контексты: рекомендую пытливым ньюбам и миддлам.
превосходно!
Это серия лекций? Не могу найти следующие части
так мало работы на ГО (
дохрена и больше +девопсу всегда полезно
Если посмотреть извне то вполне логично выглядит "sort.Interface". Это вам не php в котором это бы называлось SortInterface чтобы видно было из какого это пакета, причем в совершенно другом пакете в итоге оказывается SortInterface.
Что вообще пишется на этом языке? Можно ли написать парсинг сайтов?
Нєєє, не для такого. Там ДжС рулит
Замечательно
Не слышно вопросов из зала и эти моменты для online слушателей бесполезны более чем полностью
жалко нормальную обработку ошибок не завезли даже за 3 года
гугл: хочет что бы их код работал быстро
гугл: делает андроид
Замена уже близко
Тут масштабы слишком большие наверное, поэтому пока все тот же андроид
Мне не понятно мнение людей которые пишут "что все понятно спасибо за доклад".
Честно получилось бы лучше если докладчик был немой и глухой. Это что за преподаватель который рассказывает о введении в язык программирования словами: "Но тут все понятно, здесь тоже все все понимают, а тут немного не влезает ну короче тоже понятно". Позор такому преподавателю.
если бы ты видел отборочные в cs, не написал бы такой коммент)
@@Ivan-zc9ds Понятно, андеграундная публика ценителей, не будем Вам мешать. А по существу он прав, для доклада уже шарящим - это просто (даже излишне много воды), а как введение для изучения - вообще не подходит. Тем более, что на канале есть хорошие доклады про Rust.
Очень плохой язык программирования. Не пишите на нём новое ПО.
почему?
Хайпанул
Очень плохая музыка. Сколько раз сюда ходил...
Просто убило по обработке ошибок. Мне очень грустно если такие люди пишут IDE.
1. да исключение может прийти откуда угодно и это нормально. иногда программы генерируют ошибки в самом неожиданном месте и без исключений. это есть нормально. а то что язык позволяет отловить исключение так вообще переводит этот язык на уровень вверх сразу же. поимел бы он дело с ошибками вылетающими из скажем си аппликашке.
2. ну как бы да можно нагородить эксепшенами аналог goto. так не городите. не мешайте продакшн код с обработкой шибок и будет вам счастье! флоу усложняется? так не надо писать это флоу так сложно. старайтесь разделять код который терпим к ошибкам, и тот который их обрабатывает. какие проблемы?
3. мифическая производительность! сколько раз я это слышал, но ни разу не слышал вменяемого и логичного обоснования. о какой производительности можно вообще говорить если у тебя исключительная операция случилась?! вот именно в этом месте тебе нужно блок чейн перехешировать?! что за чушь! если у тебя уже произошел фейл, то всё сливай водую главная здесь задача аккуратно и неспеша слить в лог как можно больше информации. ВСЁ! никакой производительности не нужно!
Честное слово, когда такое вижу понимаю что уровень человека в данной теме даже до джуна не дотягивает.
2. Звучит как "не пишите плохой код, а пишите хороший". Очень удобный и очень бессмысленный совет, рекомендую познакомиться с тем, как проектируются системы (любые, не только языки программирования), а потом понять, что пользователи не виноваты в проколах дизайна.
3. Производительность не мифическая, а вполне себе существенная. При генерации исключения происходит операция наполнения стек трейса, а это стоит весьма дорого. Если отвалилось что-то стороннее, но не критичное для работы всей системы, то 200-300 исключений в секунду могут отразиться на работе остальной системы.
уровень синьйорности комментария зашкаливает
Ярослав С. , а то, что у вас branch торчит практически после каждого вызова(if err != nil) это тоже норм? Платите каждый раз даже на happy path.
igornem11 , C++ itanium ABI о чем-то вам говорит?
igornem11, «и что», говорит, что вы «реальный пацан», вот что xD
Смотрю уже 10 минут и ничего от С++ пока не вижу, хотя Вы его постоянно упоминаете, пока вижу только С-шные констркуции...
7:49 и ради этого создали жалкое подобие C? Боже мой это как человек не способный выучить C изобретает велосипед... 😂😂😂
Самое главное это безопасные указатели , и отсутствие препроцессора