ну зависит, конечно, что они тестируют. Если нормальный сет регрессионных запускают на множестве OS/browser/device, то да, регрессия будет много времени и сил занимать

blue-green deploiment, и тестирование на живых пользователях

ну зависит, конечно, что они тестируют. Если нормальный сет регрессионных запускают на множестве OS/browser/device, то да, регрессия будет много времени и сил занимать

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

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

автотесты - все еще по большей части утопия

blue-green deploiment, и тестирование на живых пользователях

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

автотесты - все еще по большей части утопия

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

если таких нет то утопия конечно

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

если нет - нет

если нет - нет

согласен, многие это понимают уже

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

+1

если нет - нет

если нет, то получается постоянно мигающее дерьмо. Они то падают, то не падают, то снова падают. В итоге все забивают на них смотреть.

Привет! Подскажите новичку в golang. Получаю 8байт, в которых находится число double. Как мне его прочитать и перевести в float либо строкой?

читать через https://golang.org/pkg/encoding/binary/

в float64() приводится, в строку strconv.FormatInt

В пакете бинари нет double. Я так понимаю, что его вообще в го нет. А при конверте в float64 получается очень длинное целое число

В пакете бинари нет double. Я так понимаю, что его вообще в го нет. А при конверте в float64 получается очень длинное целое число

В go нет double.

https://stackoverflow.com/questions/22491876/convert-byte-array-uint8-to-float64-in-golang

Илья, спасибо, я понял о чем Вы... Но здесь не много не тот случай

Там, в байтах и содержится float

А в моем случае там double

Так а разницы нет. Только название другое.

double != float64?

Стандарт один

В пакете бинари нет double. Я так понимаю, что его вообще в го нет. А при конверте в float64 получается очень длинное целое число

Вы очередность байтов правильно подобрали?

А в моем случае там double

double это и есть float64

Double-precision floating-point format usually refers to binary64, as specified by the IEEE 754 standard float64 is the set of all IEEE-754 64-bit floating-point numbers.

Там, в байтах и содержится float

https://golang.org/pkg/math/#Float64frombits может это нужно?

Правильно поставленный вопрос - половина решения.

Исходя из https://ru.m.wikipedia.org/wiki/Типы_данных_в_C

double != float64?

ну, вы все же попробуйте

double != float64?

да с чего вы взяли? я привел цитаты определения double и float64. это 64битные floatintg-point numbers стандарта ieee-754. Т.е. это одно и то же.

Double как т душевнее

64 роботы какие то

type double float64 - для душевности

Пришлось

А что там с алиасами типов юыла какая то буча ? Я пропустил

в 1.9 релиз

какая буча :)

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

какая буча :)

То вводили то отменяли

хотели в 1.8, но не донесли, в 1.9 опять обещали, но whitepaper я не осилил

хотели в 1.8, но не донесли, в 1.9 опять обещали, но whitepaper я не осилил

в 1.9бета есть уже

@olebedev, а вы вроде делали библиотеку для парсинга дат и промежутков времени? Если да, то не напомните как называется?

у него в гитхабе она есть )

https://github.com/olebedev/when

Олег, не благодари ))

https://github.com/olebedev/when

Вот, спасибо!

привет всем. Пара "детских" вопросов. 1. Товарищ передает в функцию *map[string]string . Это конечно работает, но обязательно ли так делать? При передаче без * происходит копирование словаря? 2. на функции, которая должна из бд получать данные, я имею такое func (db DB) GetAll() *[]Test . Я предложил вариант с []*Test , но не могу аргументировать в чем различие :D Что правильнее? 3. Для null строк с бд товарищ использует *string . Опять же в чем отличие от sql.NullString . Что правильнее?

привет всем. Пара "детских" вопросов. 1. Товарищ передает в функцию *map[string]string . Это конечно работает, но обязательно ли так делать? При передаче без * происходит копирование словаря? 2. на функции, которая должна из бд получать данные, я имею такое func (db DB) GetAll() *[]Test . Я предложил вариант с []*Test , но не могу аргументировать в чем различие :D Что правильнее? 3. Для null строк с бд товарищ использует *string . Опять же в чем отличие от sql.NullString . Что правильнее?

1. точно зря,. мапы всегда "по ссылке"

привет всем. Пара "детских" вопросов. 1. Товарищ передает в функцию *map[string]string . Это конечно работает, но обязательно ли так делать? При передаче без * происходит копирование словаря? 2. на функции, которая должна из бд получать данные, я имею такое func (db DB) GetAll() *[]Test . Я предложил вариант с []*Test , но не могу аргументировать в чем различие :D Что правильнее? 3. Для null строк с бд товарищ использует *string . Опять же в чем отличие от sql.NullString . Что правильнее?

3. указатель просто универсальнее. он не завязан на sql или редис, или ещё что-то

тогда нафига придумали Null типы, если и без них отлично живется ?

Не знаю, полагаю, что это что-то вроде константы, а также это абстрагировано от типа вообще, тогда как *string подозревает или nil или всё-таки строку, в то время как nulltype отдельная константа,. которая ничего кроме пустоты не подозревает,. как-то так наверное

хоття с nullstring я вообще не вижу необходимости

если просто null был, то нарвеное это было бы полезно

2. *[]Test - это идиотизм, []*Test - много мусора на heap

2. []Test лучшее

2. *[]Test - это идиотизм, []*Test - много мусора на heap

а почему *[]Test идиотизм?

Слайсы всегда передаются по указателю.

Слайсы всегда передаются по указателю.

cлайсы? да не

cлайсы? да не

да :)

щас вспомню кейс когда очевидно, что это не так )

ERROR: S client not available

Передай в функцию свой слайс и измени его - он исходный изменит

сек )

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

Вообще да, слайсы передаются по ссылке

Вообще да, слайсы передаются по ссылке

если б по ссылке, то все операции со слайсом меняли бы старый слайс, но есть какие-то операции, которые этого не делают

щас проверю append

Честно говоря ни разу не встречался

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

блэт, перестало по ссылке передаваться

Ответы на такие вопросы приходят проще если понимать что происходит

И что такое слайс

https://golang.org/pkg/reflect/#SliceHeader

какая аргументация насчет возврата func getAll() []Test заместо func getAll() *[]Test ?

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

у меня скорее вопрос, какая аргументация за *[]Test, если []Test норм?

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

Теперь я ещё больше удивлён.

https://golang.org/src/runtime/slice.go

11 строка

у меня скорее вопрос, какая аргументация за *[]Test, если []Test норм?

Если ты хочешь менять оригинальный слайс в семантике сей

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

А дальше вопрос - ты будешь возвращать новый слайс или просто менять старый

у меня скорее вопрос, какая аргументация за *[]Test, если []Test норм?

товарищ написал изначально *[]Test. И сказал, что заменит на что угодно другое, только после аргументации :D

товарищ написал изначально *[]Test. И сказал, что заменит на что угодно другое, только после аргументации :D

Не го вэй

Теперь я ещё больше удивлён.

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

Аргумент же

func TestSomeTest(t *testing.T) { s := []int{1,2,3} func(d []int){ d = append(d, 4) }(s) log.Println(s) } результат 1,2,3 если б "по ссылке", то 1,2,3,4

func TestSomeTest(t *testing.T) { s := []int{1,2,3} func(d []int){ d = append(d, 4) }(s) log.Println(s) } результат 1,2,3 если б "по ссылке", то 1,2,3,4

append, в данном случае аллоцирует новый slice

append, в данном случае аллоцирует новый slice

Если у тебя cap больше Len - не алоцирует

Замени на make([]int, 0, 10)

append, в данном случае аллоцирует новый slice

есть аналогичная по функциональности append операция, которая не аллоцирует?

Если у тебя cap больше Len - не алоцирует

это да, я писал про этот конкретный кейс