Да

[] - массив {} - класс «id» - поле

[] - массив {} - класс «id» - поле

Копия класса скорее чем класс

кто работал со связкой Viper+Cobra?

задолбался я

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

на 30+ параметров

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

да и еще два бинарника при этом

не хотелось бы полотно из rootCmd.PersistentFlags().StringVar(&author, "author", "YOUR NAME", "Author name for copyright attribution") viper.BindPFlag("author", rootCmd.PersistentFlags().Lookup("author"))

два раза копипастить

там строк 50

@onokonem вот что с этим делать? Цензурные слова закончились

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

на 30+ параметров

Может пойти по пути наименьшего сопротивления и оставить только конфигурационный файл с Viper?

нельзя

нельзя

Если это не требования ТЗ - то можно. На мой взгляд это тупо тормоз. Не знаю что у вас за проект но надо все доделать сначала, а потом уже и рюшечки добавлять.

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

СОбственно у интерфейсов же нет реализации....как ты их тестировать будешь?

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

что поможет тебе сократить число кода если реализаций несколько

И то если это имеет смысл

Обычно лучше тсделать отдельный тест для каждой реализации

чтобы легче было изолировать ошибку

СОбственно у интерфейсов же нет реализации....как ты их тестировать будешь?

Очевидно, я имел ввиду тестировать методы интерфейса.

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

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

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

Ну мало ли. Тут уровень у всех очень разный так что я на всякий случай это упомянул

это правильно

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

Обычно если ты делаешь интерфейс то определяешь поведение для всех ерализаций примерно одно

Но да

лучше реализации тестировать в любом случае

Вот конкретный пример: я сделал две структуры с методами: стек и очередь. У них одинаковые методы - добавить данные, показать конкретный элемент, показать все элементы, и удалить элемент. Результат работы методов "добавить данные, показать конкретный элемент, показать все элементы" для обоих структур - одинаковый. поэтому, тестирую я именно методы интерфейса, ожидая одинакового поведения. красота. Но вот удаление данных всё портит, так как оно происхордит по-разному. Что портит картину = )

А в чем разность которая портит картину при удалении ? :)

МНе просто интересно

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

может я что-то не так понимаю, поправь меня

https://pastebin.com/VFiWmh2w

Нормально ли так проверять лицензию?

Нормально ли так проверять лицензию?

Нет

Почему?

может я что-то не так понимаю, поправь меня

всё верно. В одном случае, элемент удалится с одной стороны, в другом случае - с другой.

всё верно. В одном случае, элемент удалится с одной стороны, в другом случае - с другой.

Ну тогда проблемы ведь в тестах нет? :) ТЫ проверяешь реализацию сколкьо элементов и какой элемент пришел и все :)

да, проблемы нет. Просто для отдельной функции надо проверять именно реализацию, пока для всех остальных так красиво проверялись методы интерфейса )

Ну в том и суть тестов чтобы проверять именно реализации :)

В общем - да. Пришли к решению)

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

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

Роутер

Лол, и еще один валидатор структур

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

если бы у меня было время и я был джун, я бы форкнул и чонеть дописал в https://github.com/icexin/gocraft

Лол, и еще один валидатор структур

С кодогенерацией

Роутер

сеть?

сеть?

http router

нет, есть шутка в го-сообществе, если не знаешь, что написать - пиши еще один http-роутер

go chi как базисный пример

а почему шутка?

потому что их уже дохрена

ясно.

а маршрутизация третьего уровня есть на го?

докер?)

при чём тут докер

докер это виртуализация/изоляция среды для процесса

если бы у меня было время и я был джун, я бы форкнул и чонеть дописал в https://github.com/icexin/gocraft

ого )

ERROR: S client not available

а сети там по-твоему нет?

Лол, и еще один валидатор структур

Валидатор структур эти типа ... через рефлект?

а сети там по-твоему нет?

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

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

За несколько дней ничего дельного не написать и не прокачать скиллы

А так возьми какой-нибудь существующий проект и перепедаль его на Go. За полгода-год

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

ну тебе что сразу cisco ios подавай, ты спросил я ответил, роутер есть - https://github.com/docker/go-connections/tree/master/nat

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

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

А так возьми какой-нибудь существующий проект и перепедаль его на Go. За полгода-год

Как раз а) будет что в портфолио и б) будешь уже не джуном

А так возьми какой-нибудь существующий проект и перепедаль его на Go. За полгода-год

А питаться чем, святым духом?

ну тебе что сразу cisco ios подавай, ты спросил я ответил, роутер есть - https://github.com/docker/go-connections/tree/master/nat

понятно спасибо

А питаться чем, святым духом?

Работай на второй работе. Кому легко в этой жизни?

Работай на второй работе. Кому легко в этой жизни?

?

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

неплохо, спасибо )

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

Стипендия ещё 20 баксов. Хватало на проезд. Обед с собой из дома

Ну, желаю крепкого здоровья.

сохранить остатки )

Так ты выбери: тебе качаться или здоровье и спокойствие ?

можно быть умнее и не загонять себя в эти рамки.

можно быть умнее и не загонять себя в эти рамки.

Потом будет классика - привет, мне 35 как войти в айти

Да бросьте. Например, когда я устраивался на свою первую работу, я сделал так же: короткое время ёмко потратил на самообучение и создание мелких "проектов", приукрасил словом и был "джуниором" но не за 80 бачей.

Я 80 баксам в 2007 был рад так, будто миллионы получаю :D

Работодатель тоже наверное плакал от счастья.

Я 80 баксам в 2007 был рад так, будто миллионы получаю :D

2к рублей в месяц в 2007? кул стори бро

2к рублей в месяц в 2007? кул стори бро

Я не знаю курс рублей в 2007. Я не из России

30 000 тенге казахстанских

сложно) Но ок

Работодатель тоже наверное плакал от счастья.

Конечно. А что такого? Я джун студент. Нихера не знаю, но есть дикое желание кодить. Деньги на 10-м месте были

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

>в то время а я смотрю в шутке про 35 я не сильно ошибся

да, только шутка не понятна )