Ну так размотай его, есть пакет encoding/base64

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

проверил через curl и wget везде в ответ приходит xml, а тут base64

Ну так курл наверное его уже прогоняет через base64

доброго времени суток, товарищи. Тут с CouchDB в связке с Go кто работал? Как она? Штабильна?

Нашел в чем косяк, оказывется сам дурак ?

? thx

Книга из серии Обо всё и ни о чём конкретно. Да и чел странный— на обложке "Про канкаренси и параллелизм", внутри— микросервисы. Про concurency лучше книги Catrin Cox нет. Если интересует именно канкаренси @Cybercommunist

А из серии Распределенных систем, если не суровую математику, а инженерные подходы, то мне очень понравилась https://www.amazon.com/Designing-Data-Intensive-Applications-Reliable-Maintainable/dp/1449373321

А из серии Распределенных систем, если не суровую математику, а инженерные подходы, то мне очень понравилась https://www.amazon.com/Designing-Data-Intensive-Applications-Reliable-Maintainable/dp/1449373321

она уже 6арусском естт и пепевод очень хорош, не хуже донована

доброго времени суток, товарищи. Тут с CouchDB в связке с Go кто работал? Как она? Штабильна?

сталкивался. Если коротко - это какое-то лицорука. Более костыльной БД я в своей практике не встречал.

Что думаете по поводу этой статьи (но в контексте Go)? https://medium.com/saveboost/how-i-chose-our-startup-stack-70ddd8e164b Какой вы бы стек выбрали для стартапа/пэт-проджекта?

вместо этого изучи структуры данных, алгоритмы и О-сложности

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

лучше посмотреть как в ядре все это работает, в плане гоу

часто вопросы про "как работаю гоурутины" "чем отличаеются от потоков"

var i TestInterface var t *Test i = t и почему i не nil ? Вчера подловили на этом

кстати, на собеседовании меня практичаески всегда спрашивают за сортировку массива. я там чё-то отвечаю и спрашиваю интервьюера - а вам это с какой целью? что, вас нустраивает та сортировка которая в языке есть и вы хотите её переписать? И, очевидно же что там сортировка написана не в тупую, как может изложить собеседуемый, а алгоритм усложнённый, дополненный. Понятно, что никто ответить не может.

кстати, на собеседовании меня практичаески всегда спрашивают за сортировку массива. я там чё-то отвечаю и спрашиваю интервьюера - а вам это с какой целью? что, вас нустраивает та сортировка которая в языке есть и вы хотите её переписать? И, очевидно же что там сортировка написана не в тупую, как может изложить собеседуемый, а алгоритм усложнённый, дополненный. Понятно, что никто ответить не может.

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

часто вопросы про "как работаю гоурутины" "чем отличаеются от потоков"

угу, ну тут вроде ясно. Рутины - это то из чего потоки складываются. Goroutines are multiplexed onto multiple OS threads

гоурутины это надстройка по управлению потоками

можно так ?

"система очередей к потокам"

https://habr.com/post/333654/ https://habr.com/post/141853/

вот две хорошие статьи на эту тему)

Всем привет! Подскажите как лучше организовать такую вещь: Есть данные которые должны переодически обновляться из редис. Эти данные используются в разных местах(только чтение) и обновляться будут через метод update. Ну как хранить эту структуру? переменную пакета? Сейчас я сделал так, https://play.golang.org/p/2h3Fuh8GsuG

var i TestInterface var t *Test i = t и почему i не nil ? Вчера подловили на этом

Так этот код вооще не будет работать наверное? во-первых не заданы нигде типы TestInterface и Test Если их задать, то i = t не будет работать так как типы разные. да?

Так этот код вооще не будет работать наверное? во-первых не заданы нигде типы TestInterface и Test Если их задать, то i = t не будет работать так как типы разные. да?

думаю потому что i будет поинтер

само собой, если задать var i Test var t *Test то i = t не будет работать потому что поинтер

но факт ещё в том что сами типы данных отличаются )

но факт ещё в том что сами типы данных отличаются )

ну да)

https://play.golang.org/p/JYhQnhDW_pc

вот вам

вот вам

тоже набросал уже) ну если вывести через println то будет nil

вот не понятно

fmt.Printf("%t %t", i, t)

https://play.golang.org/p/PqeMXn3Wczp

если fmt.Println(i == nil) выдаёт false то почему fmt.Println(i) выдаёт nil

что еще больше вас запутать ?

https://play.golang.org/p/FDmWKi9bLqA

если fmt.Println(i == nil) выдаёт false то почему fmt.Println(i) выдаёт nil

fmt.Printf("%#v\n", i)

И кто раскажет причины такого?) в чем особенность этих нилов?

@onokonem в студию

переменная интерфейсного типа внутри состоит из двух частей: конкретного типа, который ей установлен, и ссылки на значение(которая может быть nil)

походу дела, они разного типа

переменная интерфейсного типа равна nil в том случае, если ее конкретный тип не установлен И ссылка на значение - nil

var i TestInterface var t *Test i = t

здесь в первой строчке переменная интерфейсного типа, конкретный тип не установлен, значение - nil

третья строчка - ей устанавливается конкретный тип(*Test), но значение все еще nil

однако I уже не равна nil, т.к. установлено конкретный тип

надеюсь понятно)

да, тип нил и значение нил разные вещи

однако I уже не равна nil, т.к. установлено конкретный тип

fmt.Printf("%t %t\n", i, t)

%!t(*main.Test=<nil>) %!t(*main.Test=<nil>)

она даже не палиться

надеюсь понятно)

а почему тогда fmt.Println(i == nil) false fmt.Println(t == nil) true fmt.Println(t == i) true

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

вставка в хеш-таблицу, стат. моделирование цепями Маркова

что тут не понятного конкретно? почему первая строчка false я вроде объяснил. почему вторая true должно быть понятно

а почему тогда fmt.Println(i == nil) false fmt.Println(t == nil) true fmt.Println(t == i) true

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

а почему третья true - потому как обе переменные ссылаются на оджни значения

а почему третья true - потому как обе переменные ссылаются на оджни значения

спасибо!)

кстати, на собеседовании меня практичаески всегда спрашивают за сортировку массива. я там чё-то отвечаю и спрашиваю интервьюера - а вам это с какой целью? что, вас нустраивает та сортировка которая в языке есть и вы хотите её переписать? И, очевидно же что там сортировка написана не в тупую, как может изложить собеседуемый, а алгоритм усложнённый, дополненный. Понятно, что никто ответить не может.

за такой ответ сразу кол

за такой ответ сразу кол

кому именно?

кому именно?

кому интересны оценки, которые ставит собеседуемый кому бы то ни было, и на что они влияют?

на выбор работодателя собеседуемым

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

ERROR: S client not available

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

во-во, и плюс к тому ещё умение-знание 100 технологий обязательно нужно, из которых реально применяется две-три

да и человек могущий дать оценку алгоритму по О может быть просто с мехмата такого то, но код у математиков "такой себе". Не знаю почему

помню цитату одного теамлидера "увижу кастомную математику в проекте - оторву ваши кривые руки" ?

да и человек могущий дать оценку алгоритму по О может быть просто с мехмата такого то, но код у математиков "такой себе". Не знаю почему

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

что есть лузеры?

ты либо решаешь задачу по бизнесу и приносишь денег

либо не решаешь

если ты не знаешь сортировок, то есть мнение, что ты профнепригодный и тупой мудак по жизни

есть мнение что сортировки просто не используются? ?

а если помнишь все сортировки и пишешь код-лапшу в одном неймспейсе на глобальных переменных и без тестов?

мне за год с лишним понадобилось только 1 раз отсортировать "на клиенте"

остальное это выборки из библиотек или бд

причем это была обычная встроенная сортировка

если ты не знаешь сортировок, то есть мнение, что ты профнепригодный и тупой мудак по жизни

есть и обратное мнение ;)

а если помнишь все сортировки и пишешь код-лапшу в одном неймспейсе на глобальных переменных и без тестов?

это лечится, причём легко. А вот тупость и лень когда они одновременно - не лечатся

если ты не знаешь сортировок, то есть мнение, что ты профнепригодный и тупой мудак по жизни

сколько алгоритмов сортировок можешь реализовать не заглядывая в вики? :)

quick и heap как минимум

два? бгг

ну это мне кажется любой может и знает

их собственно и надо знать

нет, не любой далеко

на случай чего?

просто на собеседованиях как то несолидно про них говорить, нет? :)

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

а как же сортировка случайными перестановками?) сходу же)

иногда на собеседованиях спрашивают вопросы которые гугляться просто за 5 минут

спрашиваешь зачем когда есть гугл?

и начинается...

"вдруг отключат свет и мы будем писать гусиными перьями"

конечно конечно

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

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