Anonymous
Всем доброе утро, друзья, кто нибудь пользовался rtmp библиотеками, нужен совет
.
Кто нибудь проходил курс от Мейл.ру на Коурсере? Хотелось бы узнать отзывы
🏁Александр
тест в смысле по гоу?
SealTV
для начала изучяения с нуля в целом не плохой курс
.
.
Вот этот
vld
для старта хорош
.
Ок, спасибо
Алексей
John
поплыл трохан
Fedor
так что лучше читать tour of go и сверяться )
Artem
Кто нибудь проходил курс от Мейл.ру на Коурсере? Хотелось бы узнать отзывы
сейчас прохожу, курс продуман, материал структурирован, задания интересные.
Mikhail
я несколько лекций посмотрел, лектор очень много ошибается и оговаривается
Но в целом неплохой курс.
Fedor
Но в целом неплохой курс.
да, в целом неплохой, задачи мне понравились для самостоятельного выполнения, но материал по большей части прорабатывал сам, читая документацию к либам
Artem
в большей части моки на это же и расчитанны, лектор просто презентует материал и проговаривает основные вещи, которые считает важными, остальное - самостоятельная работа.
andrew
лектор сидит в этом чате и чате курса. курс очень хорош для быстрого перехода с другого язвка на го. домашние задания - огонь
.
1 ДЗ в неделю же, верно?
andrew
да. но если пропустил срок - можно сдать в след. сессию
andrew
если не нужен сертификат и проверка заданий на сервере - курс бесплатный
Artem
да но судя по отзывам в неделю не все укладываются )))) хотя можно и больше добавить, задания -это самое полезное
Vasily
Кто нибудь проходил курс от Мейл.ру на Коурсере? Хотелось бы узнать отзывы
крутой курс! рекомендую :)))
Alexandr
😁
Fedor
лектор сидит в этом чате и чате курса. курс очень хорош для быстрого перехода с другого язвка на го. домашние задания - огонь
о, я тогда заново посмотрю, и список оговорок сформирую )))
Fedor
а то я постеснялся на курсере писать
Vasily
нет, не одним
Denis
а есть похожие курсы на английском, кто-нить сталкивался?
Vasily
на udemy
Artem
да на удеми был (от Stephen Grider), но там больше слов и тестов, а так чтобы с заданиями, да такими, чтобы подумать нет вроде. По крайней мере на курсере, edx или степике не попадались.
Artem
есть кстати еще курс https://www.seas.upenn.edu/~cis193/
Denis
нашел
https://www.udemy.com/learn-how-to-code/
Understand why the Go programming language is the best programming language you can learn today
Artem
и вот, тут похоже задания тоже не плохие, но тут не прям Гоша, а конкурентность в нем https://www.cs.rit.edu/~ats/go-2011-2/index.xml
p.s. нашел ссылку, откуда я список себе сохранял :) https://github.com/golang/go/wiki/Courses
Denis
мужик из гаража вещает :))
Artem
cкорее всего подразумевался этот курс https://www.udemy.com/go-the-complete-developers-guide/
Denis
randle
https://blog.gopheracademy.com/advent-2016/go-and-package-focused-design/
randle
А какого подходы придерживаетесь вы?
randle
Какие варианты ответов есть?
1, 2, 3) Вообще, меня напрягает, что если по clean arhcitecture, то нужно все разбивать по слоям, а package focused design, который проповедует GO со слов того же Bill Kennedy, подразумевает что модель и все что связно с ней ложить вместе в отдельный пакет.
Anonymous
А какого подходы придерживаетесь вы?
Я придерживаюсь этого:
> Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте
Denis
1, 2, 3) Вообще, меня напрягает, что если по clean arhcitecture, то нужно все разбивать по слоям, а package focused design, который проповедует GO со слов того же Bill Kennedy, подразумевает что модель и все что связно с ней ложить вместе в отдельный пакет.
тут нет противоречия. модель и все что с ней связано должно быть в одном пакете, при этом сама модель не должна знать о репозитории и так, как ее сохраняют в базе, например
Denis
иначе говоря, плохо, если у тебя model.Save(), потому что нарушается разбиение по слоям: модель что-то знает о базе данных. лучше, если modelRepository.Save(model)
Denis
но никто не мешает тебе modelRepository и саму model хранить в одном пакете
Nikita
но никто не мешает тебе modelRepository и саму model хранить в одном пакете
У меня модели организованы так (юзер к примеру): entity.User{} для бд, request.UserWithBlabla{}, response.UserWithSomethingElse{} для апи, потом есть repo.Users{} что просто управляет юзером в бд и interact.User{} для бизнес-логики
Aleksandr
1, 2, 3) Вообще, меня напрягает, что если по clean arhcitecture, то нужно все разбивать по слоям, а package focused design, который проповедует GO со слов того же Bill Kennedy, подразумевает что модель и все что связно с ней ложить вместе в отдельный пакет.
"все, что связано" - слишком размытый критерий, в котором ты можешь плавать от слишком жестких связок до слишком мягких. В виду этого два подхода не противоречат друг другу, а даже наоборот дополняют
Denis
У меня модели организованы так (юзер к примеру): entity.User{} для бд, request.UserWithBlabla{}, response.UserWithSomethingElse{} для апи, потом есть repo.Users{} что просто управляет юзером в бд и interact.User{} для бизнес-логики
ты можешь сделать user.User{} модель, user.Repo{} репозиторий, не нарушая разбиения слоев и при этом объединив все что связано с юзером в один пакет
Nikita
Denis
entity.User звучит хуже
Denis
имхо
Ivan
но логичнее, поидеи, т.к. entity могут юзать и логика АПИ, и бизнес логика
Nikita
А кто-то знает билдер sql-запросов, только не примитивный, чтобы поддерживал юнионы, with, with recursive?
Nikita
То я сейчас копаюсь, их сотни
Aleksandr
"user.User{}", не спасибо
разбиение на слои - логическое, архитектурное. оно не подразумевает нахождение в разных пакетах. А в виду гошной системы пакетов разбиение кода по функциональности (entity, repository, service) принесет некоторое неудобство. поэтому лучше оставить родное пакетирование
Ivan
разбиение на слои - логическое, архитектурное. оно не подразумевает нахождение в разных пакетах. А в виду гошной системы пакетов разбиение кода по функциональности (entity, repository, service) принесет некоторое неудобство. поэтому лучше оставить родное пакетирование
а какое родное тогда получается?
Denis
разбиение на слои - логическое, архитектурное. оно не подразумевает нахождение в разных пакетах. А в виду гошной системы пакетов разбиение кода по функциональности (entity, repository, service) принесет некоторое неудобство. поэтому лучше оставить родное пакетирование
угу. на эту тему у самого мартина есть крутой доклад: https://www.youtube.com/watch?v=Nsjsiz2A9mg
Denis
рекомендую всем посмотреть, у меня во всяком случае после него многое прояснилось
Ivan
спасибо!
Ilia
Приветствую. Может я не то гуглю, но что то не могу найти пакет для типографической обработки текстов. Чтобы расставил пробелы после точек перед большими буквами, поставил пробелы после запятых и убрал перед ними…
Ilia
Никто готовых решений не видел?
Anonymous
Denis
Denis
там есть API, можно его дергать
Denis
но либы для go нет
Ilia
я просто расчитывал может есть уже пакет какой с набором правил
Aleksandr
ИМХО, но это задача не для go )
это изумительная задача для го - написать лексер и набор правил. аж руки чешутся
Aleksandr
пробовал его. не исправляет он то что нужно.
например? может "то, что нужно" и не должно быть исправлено?
Ilia
например? может "то, что нужно" и не должно быть исправлено?
Добрый день!У меня щенок далматина,7 месяцев.Неделю назад начал чихать,особенно на улице,как-будто ему что-то мешает...Выделений нет,нос холодный,температура нормальная..Скажите пожалуйста,какие анализы нужно сдать?Может-рентген сделать?Спасибо.
Ilia
ни одного пробела после запятых
Ilia
ни одного пробела перед началом нового предложения
🏁Александр
может автозаменой? 🙂
Aleksandr
