Но вообще, JSON и все эти игры с регистором — ну такое ...

ага, так и сделал

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

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

why not TOML?

why not TOML?

через вебсокеты?

в toml нет древовидной структуры

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

и не умеет NaN и +-Inf в числах )

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

и не умеет NaN и +-Inf в числах )

ммм, а что подразумевает NaN? not a number? но есть же null?

ммм, а что подразумевает NaN? not a number? но есть же null?

NaN - not a number, да. В IEEE754 это все же NaN :)

валидный для float64

и вот он не маршалится в json

NaN - not a number, да. В IEEE754 это все же NaN :)

можешь пояснить зачем?

в  JSON есть null, зачем мне NaN ? или inf? это на столько редкй кейс, что он не важен

можешь пояснить зачем?

когда хочешь передавать числа

в  JSON есть null, зачем мне NaN ? или inf? это на столько редкй кейс, что он не важен

есть null, да, но формально он не inf и не nan, а когда ты передаешь float'ы полезно отличать +inf, -inf и nan

когда хочешь передавать числа

JSON же по умолчанию 64 bit floating point numbers? хочешь передать отсутствие? null..

или я чего-то не понимаю?

NaN or +-inf можно заменить строкой сама суть JSONa сделать его максимально простым, каким он и является

JSON же по умолчанию 64 bit floating point numbers? хочешь передать отсутствие? null..

null строго говоря не float64

NaN or +-inf можно заменить строкой сама суть JSONa сделать его максимально простым, каким он и является

и поиметь гимороя с кастомным анмаршалингом

если это строка, то

null строго говоря не float64

null это null, это пустота, чёрная материя)) но я так и не могу понять зачем нужен именно NaN?

отличный вариант, чо

null это null, это пустота, чёрная материя)) но я так и не могу понять зачем нужен именно NaN?

а ты попробуй анмаршальнуть null в float64 в Го

увидишь

или маршальнуть math.NaN()

null не несет информацию о типе

как минимум

а ты попробуй анмаршальнуть null в float64 в Го

так если ожидается что число может отсутствовать то нужно указывать в структуре как *float64

{foo:null} - что такое foo?

так если ожидается что число может отсутствовать то нужно указывать в структуре как *float64

это называется "через жопу"

да

так можно

и массив указателей на float64 делать можно

и кастомный тип с unmarshal'ом

все можно

это не отменяет того что авторы стандарта - уроды моральные

а как отобразить отсутствие числа типа float64 в Go?

насколько я понимаю только указателем

а как отобразить отсутствие числа типа float64 в Go?

math.NaN()

в IEEE754 такое определено

хммм, я даже не знал что такое значение вообще есть, т.е. это не 0.0f а именно NaN?

хммм, я даже не знал что такое значение вообще есть, т.е. это не 0.0f а именно NaN?

да

ну в таком случае да, несостыковочка

надо делать свой JSON, с блек джеком и NaN'ами

@Romshark https://play.golang.org/p/RSNZfPvQZYi

@Romshark веселье в том что IEEE754 придумали не вчера

а в 19, мать его, 85 году

@Romshark https://play.golang.org/p/RSNZfPvQZYi

опять для себя что-то новое открыл, мерси)

https://en.wikipedia.org/wiki/NaN

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

думаю что скорее второе

может далеко не все языки знают NaN?

может далеко не все языки знают NaN?

ну как тебе сказать

@Romshark https://play.golang.org/p/BI2Asm_XB8H даже вот чтоб полнота была

может далеко не все языки знают NaN?

любой язык где есть тип float и разработанный после 1985 года должен знать

например shell не знает

js знает

@Romshark https://play.golang.org/p/BI2Asm_XB8H даже вот чтоб полнота была

на практике infinite всегда обозначают 99999999999 ?

на практике infinite всегда обозначают 99999999999 ?

что на практике нифига не infinity :D

это где так обозначают бесконечность?:)

что на практике нифига не infinity :D

i := math.Doxrena()

это где так обозначают бесконечность?:)

там где нет вычислений )

i := math.Doxrena()

и более вербозный i := math.Doxuya()

А меня бесит, что в жсоне нельзя сделать инты ключами - только строки. А ещё передача флоатов через 10чную запись, что приводит к потере точности

ERROR: S client not available

Но в большинстве случаев жсон - норм

Кастомный жсон пишется за пару часов

Его легко генерить и парсить

Но в большинстве случаев жсон - норм

ну я начал понимать всякие компании которые везде впихивают msgpack/protobuf/capnproto

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

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

для всего что не смотрит в людей

Господа, и дамы, естесссьно, добрый вечер! =)

Кастомный жсон пишется за пару часов

угу, но потом получаешь не []float64 а []MyFloat64 условно

А нет ли здесь (не побоюсь этого слова) специалистов, имеющих опыт в написании блокчейна?

Кто его сейчас не имеет.

=) Звучит двояко.

Говорят, вопрос, как правило содержит в себе намек на ответ. Мне вот интересно, сколько стоит разработка? Это же трендово писать блокчейны, вы сами это подтвердили. =)

и чего?

оно же примитивное

оно же примитивное

Это можно расценивать как "легкие деньги" в плане заработка на его разработке? Примитивная работа = простая работа. Простая работа = легкие деньги. Нет?

а в этом чате можно обсуждать работу? или только техническую часть?

Хм, сейчас я попаду под фильтр. Чтобы не тратить время, пошел искать группы с обсуждением о работе. Мне ж по-любому надо.

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

рано или поздно тебе это надоест (скорее рано чем поздно)

согласен на 100% с вами. в мире вообще мало людей, которым нравилась бы своя работа. потому, что многим приходится писать код, чтобы заработать на еду. Я вот в своем возрасте и то начал писать программку на go. Думаю продать ее своим знакомым, кто в теме.

Это можно расценивать как "легкие деньги" в плане заработка на его разработке? Примитивная работа = простая работа. Простая работа = легкие деньги. Нет?

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

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

честный блокчейн написать - это надо очень большую голову иметь. но нахера он xxtcnysq еще один. так что вся "блокчейн" разработка сегодня - это строительство своей инфраструктуры на базе существующих либ

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

А нет ли здесь (не побоюсь этого слова) специалистов, имеющих опыт в написании блокчейна?

"написать блокчейн" это задача очень неоднозначная написать простой "блокчейн" hello world думаю можно и менее чем за день если есть background. Написать экосистему приложений для его использования, отладить его производительность, не забыть про безопасность и т.д. и т.п. может затянуться на годы

У вас есть опыт, верно я понимаю?

У вас есть опыт, верно я понимаю?

честно? нет, конкретно опыта нет, только поверхностные знания и теоретические представления

Понял. Как в том фильме... "Нету? Будем искать.." )

ребята, есть идея - написать онлайн сервис для выбора хороших названий для переменных, названий функций, пакетов и т.д. БЕЗ МОНЕТИЗАЦИИ, СМС И РЕКЛАМЫ. (Только добровольный донат на оплату сервера). В чем интерес для меня? - Строчка в резюме. Как думаете будет ли востребован этот сервис ? В ящик не люблю работать.

Лол