Есть ли Go после Python? - OR подкаст, 1 выпуск
ฝัง
- เผยแพร่เมื่อ 16 มิ.ย. 2024
- В подкасте «OR» мы сталкиваем разные мнения и обсуждаем горячие айти-вопросы. В пилотном выпуске разбираемся, какие языки лучше GO, что ждет GO-разработчиков после курсов, нужно ли вообще погружаться в технологию или можно быть универсальным разработчиком?
Подписывайтесь на наш канал здесь и в телеграм t.me/meetups_evrone, чтобы быть в курсе будущих событий и митапов и не пропускать полезные видео!
Ведущие: Григорий Петров, Иван Соловьев (Evrone)
Гость: Дмитрий Гонозов (ментор в Яндекс.Практикуме, разработчик в Evrone)
Таймкоды:
00:00 Начало
01:12 Кто в гостях и что обсуждаем?
02:59 Новичкам комфортно со стандартной библиотекой GO?
05:08 Что ждет после курсов Golang
07:30 База у GO и Python одинаковая?
10:32 Можно ли быть универсальным Software Engineer
14:27 Как знание других языков может помешать в обучении?
16:43 Всех надо учить, где писать бизнес-логику
18:56 Изучать Golang мешает прошлый бэкграунд
20:12 Не Python-разработчик, а Django-разработчик. Про фреймворки
24:02 Насколько тяжело вкатиться в GO
26:24 В Go нет обработки ошибок?
27:34 GO круче Python, Ruby, .NET и других языков?
33:53 GO бывает много? Куча микросервисов и огромный монолит
37:02 Go - скучный язык для скучной разработки
42:10 Жалеет ли гошник, что стал гошником?
#программирование #python #golang #подкаст #айти #разработка - วิทยาศาสตร์และเทคโนโลยี
Во, нормалёчек) Давайте вот этого, да побольше!
Уже отсняли новые выпуски, монтируем)
@@EvroneDevelopment В копилочку идей для выпуска: было бы здорово посмотреть на дискуссию Python vs. NodeJS.)
@@user-in3jd6cm2t а в гости кого позвать?
@@EvroneDevelopment 🤷♂🙃
Рады будем услышать, фидбек )
Реквестирую выпуск с Лешей Кладовым, если у него будет время, он бы аргументированно обос^W рассказал про все фатальные недостатки го, в сравнении с растом, зиг и прочими питонами
Отличный подкаст спасибо )
Ееееее, достаем попкорн
Вот это жарища 🔥🔥🔥
Класс ! Ведущему, респект)
Не понял предьяв к исключениям - в го ты точно также ищешь где у тебя ошибка произошла и даже хуже ищется, тк исключение тебе сразу выдает строку, где произошло исключение, а конечный error в go у тебя в тысячи раз завернутый обработками if error!= nil
98888DĞ8e8ep8epee88887ğğ78ğğ4
В ошибки в Go можно также включать стек трейс при необходимости. Однако если грамотно оборачивать ошибки на каждом уровне, то таких проблем вообще не должно возникнуть
Вообще не понимаю предъяв к реализации ошибок в го, очень легко разобраться в источнике ошибки, если ошибки реализованы как философия го этого требует
Как, мне кажется, таки успех Го еще в том, что на него действует частика -маркетинга- ауры Гугла. Иногда это может даже приводит к тому, что Го используют, где его не нужно было бы использовать. При всей интересности языка, доля гуглового хайпа точно присутствует.
С другой стороны - был бы Го так популярен без этого хайпа?
Go Go GO!!
Ну подкаст о Rust думаю тоже нужен. Язык вроде хайпят давно, но бизнес его так и не подхватил. Пишут крипто проекты, утилиты для разных штук, но бекенда почти нет.
Думаю было бы не плохо позвать плюсовика, гошника и растера, что бы обсудить раст.
Подкаст про Rust - отличная идея, у нас даже гость имеется (хотя если вы посоветуете кого-то, кого были бы рады видеть, будет супер). Записали себе в очередь, ждите выпуск :)
Хотя бэк на расте пишется не хуже чем на гошке)) Ничего, наш рынок долго доходит...
@@EvroneDevelopment К сожалению иль к счастью, сейчас хорошего растера найти сложно.
Это вот плюсовика можно найти отличного, к примеру в яндексе..
@@vasisafronov На расте очень сложно писать простые вещи. Особенно когда мы доходим до асинк раста, то там типизация превращается в цирк.
На го это сделать проще
@@dmitry-lz1ny что не так с типизацией в асинхронным расте?
ееееее давно пора было делать подкаст, спасибо)
было полезно, лайк)
Скажу так : Смотрел другой подкаст на ютубе , разраб ушел со 2го питона на го и 5 лет разработки было и затем вернулся снова на 3ий питон. И его итог был такой: GO разрабам платят больше, но толку на самом деле не так много. Для быстрого старта и развертывания проекта лучше использовать питон. Когда проект начнет расти и маштабироваться есть смысл для ускорения начать переписывать на GO.
th-cam.com/video/P_xk4AusXWo/w-d-xo.html
Эх, все бы писали такие развернутые и агрументированные комментарии, чтобы расширять взгляды. Лайк вам!
Ruby - это эстетика, мощь и выразительность. Ruby forever. Го только точечно, по необходимости имхо.
Вижу Григория - ставлю лайк! :)
Видео огонь
🔥увлекательно ребята дискутируют) спасибо!
Wow❤❤❤
Ну раз лайк попросили, получайте
❤🔥
Го это еще и философия, если на го начинают писать плюсовики, пыхари, питонисты, то они тянут свои подходы и такой код читать сложнее. Именно философия го бесподобна, если разобраться с одним проектом, то в других разобраться очень легко и они все становятся знакомыми, внятными и лаконичными
Ну а вот в следующей серии подкаста мы выяснили, что рынок ждёт гошников с бэкграундом в других языках, а не чисто гошников🙃
@@EvroneDevelopmentне все ждут опыта, сейчас много компаний готовых обучать, го хоть и малословен, но имеет свои глубинные особенности, которые узнаются разработчиками ошибками, нашел книгу интересную которую советовал бы всем разработчикам) вообще то их две ) первая это язык программирования го(и првербы го и гошный сайт) и 100 ошибок го. И да, если го первый язык, то сознание разработчика будет свободно от подходов которые могли только мешать)
Огромное вам спасибо, данный формат поможет, как мне кажется, новым гоферам и не только, воспринимать разработку как культуру а не ремесло, нужны евангелисты, нужны эмоции)
Дмитрий Гонозов, будучи ментором молодых Go-разрабов, явно аффилирован и не может ругать Go.
При этом энтузиазм нулевой, участие в диалоге минимальное. Говорит ли это что-то про Go?
Расскажите про ошибки и про работу с ними. Ничего не понятно. В чем проблема, в чем разница и какие есть подходы?
Если совсем коротко, то для враппинга ошибок есть fmt.Errorf в стандартной либе. А пока мы думаем, как сделать видос про ошибки в Го, советуем почитать dev.to/pyadav/error-handling-in-golang-32ng
У меня про это есть старый, но все еще КМК неплохой доклад: th-cam.com/video/hzVECcMI8ys/w-d-xo.html
@@grigoryvp посмотрел, полезный доклад. но любопытство еще играет. Надеюсь увидеть подкаст по этой теме. Возможно это мало связано, но хотел бы узнать там практики по возврату None (которые упоминались) в джанго часто обрабатываю ObjectDoesNotExist, пока мне это колено не прострелило, и вроде удобнее. И стоит ли всегда писать свои исключения, а то я часто пользуюсь ValueError, потому что похоже по смыслу.
@@grigoryvp Посмотел, полезный доклад. Но любопытство еще играет. Надеюсь увидеть эту тему в подкасте. Может это и не совсем по теме, но хотелось бы там узнать про практики возврата None (часто в Django обрабатываю ObjectDoesNotExist, и покак это мне в колено не выстрелило). Стоит ли стремиться всегда писать свои исключения, а то я часто использую ValueError в похожих случаях. Еше среди вопросов были претензии к злоупотреблению по типу StopIterationError, а как тогда правильно, ведь очень удобно порой строить логику на исключениях.
а в каких это микросервисах две строчки кода? в микросервисах от микро только название..
В Evrone Elixir есть или не пришелся ко двору, хотелось бы про него услышать, тем более многопоточность у него даже лучше чем на Go
Мы себе пометим в идеи подкастов, а пока можно почитать немножко про проекты, где мы использовали Elixir - evrone.ru/technologies/elixir
👋
Я один страдаю на Go после прекрасного C# ? Каждое != nil и return result, ..., ..., err заставляет мой глаз дергаться.
А в чем страдание? У тебя всегда известно, вернёт ли функция ошибку. Разве не круто?
@@toadharvard нет, это не круто. Я могу об этом узнать другим способом (человеческим). Посмотри как это сделано в Rust.
@@namegorm Result монада? Это один в один error из golang'a. Разве что вместо паттерметчинга проверка nil.
@@toadharvardтак в этом и смысл... Мне не нужно возвращать результат И ошибку. Я верну либо результат, либо ошибку. Код чище, понятнее. А в Go у тебя функция состоит из return nil, err, а в конце return res, nil - уродство.
@@namegorm мы про концепцию или про синтаксис? Монады Го ни к чему. Язык старается быть максимально простым. А если сказать "монада", то программисты умрут от сердечного приступа.
А так, то же самое, только не монада, а "значение" ошибки. И все рады.
дайте два)
Чет как то слабо. Не услышал чтобы кто-нибудь из них хоть словом обмолвился, что ключевая идея го это легковесная многопоточность, которая делается средствами рантайма и существует только внутри рантайма. Все остальное - синтаксис, обработка ошибок и прочее - шелуха.
В таком формате не хотели сильно грузить деталями. Если тема понравилась и хочется узнать больше, у нас есть целый плейлист крутых выступлений с наших митапов: th-cam.com/play/PL6qgEoh5jq7KvHAWE3HAjtS21bFlAHNof.html
Потрогал Го после десятка разных языков, включая функциональные. Приятно. Буквально отдушина от духоты ООП и функциональных паттернов, аля стейт-монад в OCaml.
Простой. Тупой. Иногда многословный. Но читаемый даже спустя месяцы.
Вот и мы то же самое заметили
C/C++
Даже Еврон уже Руби на задний план уводит... )
Да мы давно уже не только в Ruby можем…🙃
@@EvroneDevelopment и мобильная разработка у вас появилась? Есть вакансии?
@@dmitriyobidin6049все актуальные вакансии тут - evrone.huntflow.io/
Мобилки пока нет, но вакансии обновляем часто, следите❤️
У чувака НЕ в маске, подрабатывающего в Яндекс практикуме, спрашивают о качестве выпускников Яндекс практикума. Для кого блять всё это ?!
Стая котят тоже милота. Но с котенком вся проблема в том, что он становится котом.
а сколько пафоса то у ведущего...
Это не пафос, это индика