но она есть

попробуй прост go get -u github.com/golang-migrate/migrate

попробовал не работает

если и это не поможет, то я б снес весь src

Много уже было проблем связанных с ssr, столько что хватит на доклад. Просто поверь на слово человеку который уже 2 года пишет каждый день на vue и пол года на nuxt. Если есть возможность не использовать ssr, не используй. На этом дискуссию завершаю, тк вижу что не особо в теме.

поверить на слово человеку, который не хочет пояснить проблему отмазываясь тем что "их слишком много" в то время когда я сам этим занимаюсь, понимаю связанные с этим проблемы?)) сейчас всё довольно нормально в плане тулинга под эту проблему и у меня лично всё в поряде. это никак не оправдывает рендеринг на Go, хотите шаблоны напичканные скриптами? пожалуйста)) однако на двору 2019 год скоро и мир переходит на PWA

снес, не помогло

ETL - обработка файла большого размера в несколько потоков?

ETL - это всего лишь Extract, Transform, Load. Это широкое понятие. А какую вы сделаете реализацию - зависит от ваших задач

ETL - это всего лишь Extract, Transform, Load. Это широкое понятие. А какую вы сделаете реализацию - зависит от ваших задач

у него нет задач, он их ищет

для настоящей распределенки нам не хватает акторов

по факту пишутся на го все чаще: IPFS и иные решения от протокол лабс типа libp2p, Ethereum(go один из основных реализаций даже несмотря на подход, что основного быть не должно), всякие ygdrasil или как оно там. В пользу го тут не свойства языка, а то, что статически линкованный бинарник отлично реализуется и распространяется. Ну и да, относительно легковесно в сравнении с питонами, но и не такая жопа, как плюсы в плане разработки и поддержки

поверить на слово человеку, который не хочет пояснить проблему отмазываясь тем что "их слишком много" в то время когда я сам этим занимаюсь, понимаю связанные с этим проблемы?)) сейчас всё довольно нормально в плане тулинга под эту проблему и у меня лично всё в поряде. это никак не оправдывает рендеринг на Go, хотите шаблоны напичканные скриптами? пожалуйста)) однако на двору 2019 год скоро и мир переходит на PWA

Сколько пафоса вокруг банального неумения фронтендщиков писать компактный код

снес, не помогло

ну эт магия какая-то, нужен полный текст ошибки тогда

у него нет задач, он их ищет

go get a job job

чатик есть

Сколько пафоса вокруг банального неумения фронтендщиков писать компактный код

можно просто сделать отступы в два пробела...

Сколько пафоса вокруг банального неумения фронтендщиков писать компактный код

хм?!

ну эт магия какая-то, нужен полный текст ошибки тогда

https://pastebin.com/dExqnDMu

Сколько пафоса вокруг банального неумения фронтендщиков писать компактный код

вы умеете "писать компактный код"?) научите нас, о великий Бэкэндер!

коллеги

прекратите срач

вы умеете "писать компактный код"?) научите нас, о великий Бэкэндер!

Всё просто, если нужен ssr - то код некомпактный

буду банить не разбирая

а тут срач?

опаопаопача

прекратите срач

где срачь то?)

цензура прям как в яндексе

Всё просто, если нужен ssr - то код некомпактный

звучит как "если зима холодная - то одежда толстая"))

да там переход на личности случился

"вы" это еще не переход на личности

Всё просто, если нужен ssr - то код некомпактный

Я всегда думал что ssr для seo, а не для быстрой отрисовки

Ребята, а без ООП не сложно программировать?

https://pastebin.com/dExqnDMu

я понял, ты не юзаешь модули

Я всегда думал что ssr для seo, а не для быстрой отрисовки

и то и то на самом деле

Ребята, а без ООП не сложно программировать?

сложно, но зачем программировать без OOP?)

Ребята, а без ООП не сложно программировать?

иногда сложно. а зачеим вам?

сложно, но зачем программировать без OOP?)

вроде наоборот)

процедурное проще

я понял, ты не юзаешь модули

у меня их нет

процедурное проще

я вижу, все прям таки горят желаниeм писать сложный софт на C

а еще говорят минорные версии обратно совместимы

у меня их нет

https://github.com/golang-migrate/migrate/issues/111 вот есть что-то подобное

я вижу, все прям таки горят желаниeм писать сложный софт на C

вопрос о задачах доя контроллеров иногда ооп мягко говоря дорого

меня на одном собесе спросили, есть ли ооп в го. Я сказал нет. Вроде сказал, что нет наследования. А мне сказали, что я неправ

я вижу, все прям таки горят желаниeм писать сложный софт на C

по-настоящему сложный код на С написан в ООП стиле

https://github.com/golang-migrate/migrate/issues/111 вот есть что-то подобное

имхо у разрабов какие-то проблемы а не у тебя

звучит как "если зима холодная - то одежда толстая"))

нет, не звучит. Если фронтенд немного весит и не перегружен кучами зависимостей - то он отлично быстро рендерится без ssr

ооп есть, наследование есть. Я так понял, он встраивание за наследование принял

вопрос о задачах доя контроллеров иногда ооп мягко говоря дорого

как связаны контролеры и чат про Go?))

если без ssr сайт тормозит - то код фронтенда говенный

на работу не взял гаггагаг

но там офис был, не жалко

ооп есть, наследование есть. Я так понял, он встраивание за наследование принял

ну - встраивание у нас вместо наследования

и ооп есть, да

как связаны контролеры и чат про Go?))

на Го можно писать и так и так это даже в документации есть

меня на одном собесе спросили, есть ли ооп в го. Я сказал нет. Вроде сказал, что нет наследования. А мне сказали, что я неправ

потому-что ты и не прав ? В Go есть OOP, нет только наследования имплементации. иначе не было бы у нас структур, скрытых методов/полей в принципе ибо это OOP'шные конструкции

на Го можно писать и так и так это даже в документации есть

контролеры на Go? не думаю что это хорошая идея

потому-что ты и не прав ? В Go есть OOP, нет только наследования имплементации. иначе не было бы у нас структур, скрытых методов/полей в принципе ибо это OOP'шные конструкции

хммм структуры данных это всё же не достаточный признак ооп вроде бы)

коллеги

у меня их нет

https://github.com/golang-migrate/migrate/blob/master/go.mod вот, они там пакет так обозвали. так что ставь 1.11 и включай модули, иначе не знаю

контролеры на Go? не думаю что это хорошая идея

нет конечно это я немного перестарался, сорри)

по-настоящему сложный код на С написан в ООП стиле

вот и я о чём, однако C для этого мягко говоря не годится

давайте не будем в тысячный раз про "есть ли в go ооп". возьмите определение ооп, и обдумайте, подходит ли go

давайте не будем в тысячный раз про "есть ли в go ооп". возьмите определение ооп, и обдумайте, подходит ли go

проблема в том, что определений ООП несколько, есть минимум два каноничных

проблема в том, что определений ООП несколько, есть минимум два каноничных

в любое определение OOP включена инкапсуляция, а она в Go имеется, поэтому независимо от трактовки OOP в Go присутствует

в любое определение OOP включена инкапсуляция, а она в Go имеется, поэтому независимо от трактовки OOP в Go присутствует

у тебя ошибка в логике

типа не обязательно иметь AllOf, а AnyOf делает ооп?

проблема в том, что определений ООП несколько, есть минимум два каноничных

берите любое

вот тоже смутил ход мыслей. Но я рому хапнул

(:

давайте не будем в тысячный раз про "есть ли в go ооп". возьмите определение ооп, и обдумайте, подходит ли go

нет нету ооп (не подходит)

аминь

как это нету

Помоему в чате поселился тролль)) с любым сообщением начинает спорить

(ладно, шучу)

типа не обязательно иметь AllOf, а AnyOf делает ооп?

совершенно верно, если быть супер-конкретным тогда Gо это "pseudo-OOP"

какой еще псведо-ооп

ооп это только инкапсуляция? а наследование, полиморфизм

сколько еще абстракций придумаете, что бы не говорить что го не ооп язык

"in the normal sense like Java and C++" это если мы считаем только Java и C++ примером OOP, однако это ужасные примеры))

сколько еще абстракций придумаете, что бы не говорить что го не ооп язык

го - не ооп язык, очевидно, но на нем можно писать в ооп-стиле. </thread>

ооп это только инкапсуляция? а наследование, полиморфизм

ооп должно отвечать минимально этим требованиям а не содержать одну из вариаций)

дургое дело, на койй такими вопросами спрашивать на собесе. Типа вам работу делать или аналогичные верования иметь на тему отвлеченную

Как в Go обстоят дела с парсингом XML?

в Си тоже можно было засунуть поинтер на функцию в struct

и будет "псевдо-ооп"

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

го - не ооп язык, очевидно, но на нем можно писать в ооп-стиле. </thread>

ещё раз: Go == pseudo OOP // true если бы он не был OOP не было бы структур в том виде которые мы имеем

Как в Go обстоят дела с парсингом XML?

большинству гошников хватает ума не использовать хмл :D

ещё раз: Go == pseudo OOP // true если бы он не был OOP не было бы структур в том виде которые мы имеем

и как это противоречит тому, что я написал?

в Си тоже можно было засунуть поинтер на функцию в struct

в C нет инкапсуляции и в этом вся беда

дургое дело, на койй такими вопросами спрашивать на собесе. Типа вам работу делать или аналогичные верования иметь на тему отвлеченную

как правило на собеседовании проверяют в том числе базовые знания и отсутствие в них путаницы)

Как в Go обстоят дела с парсингом XML?

скудно, encoding/xml да и все вроде. но лучше не использовать

ох уж эти базовые знания

Как в Go обстоят дела с парсингом XML?

xpath либы есть

большинству гошников хватает ума не использовать хмл :D

это как не использовать?) в общем то для обмена данными почти стандарт)

Как в Go обстоят дела с парсингом XML?

годный парсер в стандартной либе

https://godoc.org/launchpad.net/xmlpath

это как не использовать?) в общем то для обмена данными почти стандарт)

прошлый, сейчас новый наступает json

ох уж эти базовые знания

ну если мы говорим о крупных галерах, то надо что бы все были сихронизированы максимально