Не могу найти способ сохранять структуру (json) в текстовый файл, никто не поделиться ссылкой как это сделать или кодом?

а?!

нагенерить байтов и записать их в файл

json.NewEncoder(file).Encode(yourStruct)

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

а?!

нагенерить байтов и записать их в файл

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

json.Marshal вернет все одно []byte

и его можно прям писать в os.File

json.Marshal вернет все одно []byte

спасибо

Прочитал тут книгу по SRE, как гугл делает хайлоад проекты, теперь пытаюсь узнать какой стек лучше сейчас использовать для хайлоада?

Прочитал тут книгу по SRE, как гугл делает хайлоад проекты, теперь пытаюсь узнать какой стек лучше сейчас использовать для хайлоада?

всё зависит от требований

ну вот есть сейчас сравнение кубера и мезоса( или дсоса)

Прочитал тут книгу по SRE, как гугл делает хайлоад проекты, теперь пытаюсь узнать какой стек лучше сейчас использовать для хайлоада?

вопрос звучит как "хочу написать Facebook, как писать?"

да

есть идея, на блокчейне сделать соц сеть

монетизация уже примерно продумана

есть идея, на блокчейне сделать соц сеть

когда речь идёт о системах большого масштаба - конкретного ответа нет и быть не может, ибо его нужно "изобрести". Каждая система большого масштаба - уникальна поскольку решает определённую проблему.

есть идея, на блокчейне сделать соц сеть

golos.io ? =)

ну вот есть сейчас сравнение кубера и мезоса( или дсоса)

А может сначала стоит написать, а потом уже думать о его нагрузке?)

golos.io ? =)

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

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

А может сначала стоит написать, а потом уже думать о его нагрузке?)

ну есть шанс , что взлетит быстро

ну есть шанс , что взлетит быстро

фейсбук тоже сначала был написан полностью на php. Только через лет 5 они переписали движок php

сейчас ткой подход не работает

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

ну есть шанс , что взлетит быстро

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

сейчас ткой подход не работает

Всегда такой работает подход. Сначала пишешь на чем умеешь, а дальше уже с развитием ты улучшаешь систему. Это тоже самое что ты взял один инструмент, а он плохо справляется тогда берешь другой

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

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

Не помню из какой книги правило никогда не оптимизировать код по ходу его написания

примерно так же с проектом. Напиши, а потом уже оптимизируй

примерно так же с проектом. Напиши, а потом уже оптимизируй

да ладно вам) не убивайте в юнце жажду знаний и любопыство) на самом деле заранее иметь представления о том как приблизительно можно масштабировать систему это только на пользу. По крайней мере если уж таки и взлетит то на пресс-конференции перед кучей инвесторов будет чего ответить вместо "эм" да "хмм". Но очевидно лишь одно: всё очень сильно зависит от специфики системы. Если речь идёт о блокчейне - изучи как масштабируются криптовалюты, или такие распределённые графы как IOTA например. Что касается распределения нагрузки в сети тоже полно инфы. Но если уж и задавать вопросы масштабируемости в чатах подобного рода, то уж точно не в стиле "хочу фейсбук, как написать?", нужны более точечные, более конкретные вопросы, может тогда чем и смогут помочь..

да ладно вам) не убивайте в юнце жажду знаний и любопыство) на самом деле заранее иметь представления о том как приблизительно можно масштабировать систему это только на пользу. По крайней мере если уж таки и взлетит то на пресс-конференции перед кучей инвесторов будет чего ответить вместо "эм" да "хмм". Но очевидно лишь одно: всё очень сильно зависит от специфики системы. Если речь идёт о блокчейне - изучи как масштабируются криптовалюты, или такие распределённые графы как IOTA например. Что касается распределения нагрузки в сети тоже полно инфы. Но если уж и задавать вопросы масштабируемости в чатах подобного рода, то уж точно не в стиле "хочу фейсбук, как написать?", нужны более точечные, более конкретные вопросы, может тогда чем и смогут помочь..

Я же не говорю, что не надо это изучать))) А что он не с того начал) Тут дело же в том, что он хочет оптимизировать до того как написал код, который нужно оптимизировать

Я же не говорю, что не надо это изучать))) А что он не с того начал) Тут дело же в том, что он хочет оптимизировать до того как написал код, который нужно оптимизировать

что касается непосредственно кода - да, совершенно верно)

есть идея, на блокчейне сделать соц сеть

Лучше на го перепишите I2P а то эта ява моск выносит.

Лучше на го перепишите I2P а то эта ява моск выносит.

Ява была как пример долгой разработки)

Я как редактор на ней запущу, так плеваться начинаю.

Я как редактор на ней запущу, так плеваться начинаю.

Если ты про Goland у меня все отлично так же как и с любой IDEA

Если ты про Goland у меня все отлично так же как и с любой IDEA

Ну наверное у тебя и компутер за лям. У мну 6 гигов тока оперативы.

No) Windows 10 i5 8gb ram 1tb gtx 750 ti

слабенькое железо

Херасе, слабенькое, с таким я мир завоюю.))))

О_О

Я бы еще 8 гб докупил

Меня Атом вполне устраивает, кулер не так шумит как на яве.

оперативы + поставил ssd

Ну да 16 щас минимум.

я засмущался, самый малый объем оперативы у меня в телефоне, как раз 6 гигов )))

и тогда можно будет говорить что неплохое железо

я засмущался, самый малый объем оперативы у меня в телефоне, как раз 6 гигов )))

Во-во)))

я засмущался, самый малый объем оперативы у меня в телефоне, как раз 6 гигов )))

iphone 8 or 10?)

No) Windows 10 i5 8gb ram 1tb gtx 750 ti

О, оперативки как у меня в телефоне

iphone 8 or 10?)

sams s8+

Ребят, вы заставляете прямо сейчас ехать за планками оперативы

))

sams s8+

not bad

iphone 8 or 10?)

У меня 10-ка. Тут всего 3 гига.

У меня 10-ка. Тут всего 3 гига.

да я на самом деле не вижу смысла на телефоне больше 4х гб озу

Всем привет! Меня мучает один очень важный вопрос уже второй месяц. Есть какой нибудь способ преобразовывать []byte в массив интерфейсов? Например, у меня есть функция Parse(postArr []InterfacePost) []*DbPost. Преобразует любой вид массива в формат постов из БД. Но мне приходится сначала читать json, потом преобразовывать его в []InterfacePost а только потом передавать в функцию Parse. Или это нормальный подход?

да вроде нормальный

а что значит "Преобразует любой вид массива" ?

тут только название метода кажется странным, по идее Parse - это то, что принимает на вход []byte и выдает тебе []InterfacePost

а то что принимает на вход []InterfacePost и отдает []DbPost можно назвать ToDbPosts

ERROR: S client not available

спасибо за ответ, я имел в виду, что разные соц сети возвращают разный тип структур. []*RssPost, []*VkPost, []*InstagramPost. Я просто добавлю метод к каждой структуре, func(p *RssPost) GetPost() *DBPost

а то что принимает на вход []InterfacePost и отдает []DbPost можно назвать ToDbPosts

Если делать так, то получиться много одинакового кода

наверное =)

a, т.е. в данный момент Parse просто возвращает массив из результатов GetPost()?

да

да вроде годный вариант)

Херасе, слабенькое, с таким я мир завоюю.))))

такое же ощущение было у меня при копуке GTX Titan, но пока ещё демиургом не стал))

Блиц вопрос в чат: простейший и самый удобный либ, реализующий кей-валью сторейдж на ини файлах или жсон или ямл, что нить такое - для хранения и рантайм обновленния конфигурации

stdlib

Блиц вопрос в чат: простейший и самый удобный либ, реализующий кей-валью сторейдж на ини файлах или жсон или ямл, что нить такое - для хранения и рантайм обновленния конфигурации

эм.. сериализируешь в JSON с помощью encoding/json и сохраняешь в файл, в чём проблема?

если желаешь переписать файл при изменении то создай небольшую структуру обёртку типа Config, в ней map стейта и метод Set(key, value) и там-же пересохраняй

ну обвязочка какая нить для тупых, типа setkey(key, value), самому писать тупо, наверняка есть же чтото мелкое и мощное

ну обвязочка какая нить для тупых, типа setkey(key, value), самому писать тупо, наверняка есть же чтото мелкое и мощное

будешь дольше искать чем напишешь сам)) это-ж мелочь

ну обвязочка какая нить для тупых, типа setkey(key, value), самому писать тупо, наверняка есть же чтото мелкое и мощное

я бы xml взял да и не парился)

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

а xml очень удобно для конфигураций

ну обвязочка какая нить для тупых, типа setkey(key, value), самому писать тупо, наверняка есть же чтото мелкое и мощное

Viper

я бы xml взял да и не парился)

XML?! с какого перепугу?

XML?! с какого перепугу?

В каком смысле?

XML?! с какого перепугу?

чтоб люди страдали ж

В каком смысле?

зачем усложнять то, что покроет и JSON?

В каком смысле?

сейчас же уже 2к18

зачем усложнять то, что покроет и JSON?

Я говорю свое мнение, что для конфигураций мне удобней xml чем JSON

Я говорю свое мнение, что для конфигураций мне удобней xml чем JSON

чем?

чем?

чем json

да даже json для конфигов хз, лучше yml

Я говорю свое мнение, что для конфигураций мне удобней xml чем JSON

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

чем?

все намного читабельней для меня чем JSON огромного размера. Сугубо мое мнение и как я бы это сделал)

все намного читабельней для меня чем JSON огромного размера. Сугубо мое мнение и как я бы это сделал)

посмотри на yaml и toml

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

все намного читабельней для меня чем JSON огромного размера. Сугубо мое мнение и как я бы это сделал)

мне конфиг в xml на 20кб до сих пор в кошмарах снится