@proGO

« Назад

Страница 1302 из 1674

Далее »

Olzhas

21.03.2018
11:06:36

возможно я ошибся

dimcha

21.03.2018
11:06:50

[[constraint]] branch = "master" name = "tablewriter" source = "github.com/olekukonko/tablewriter"

мда, не работает ((

Olzhas

21.03.2018
11:11:06

а сам пакет в вендоре лежит?

Google

Olzhas

21.03.2018
11:11:25

vendor/master

а, вы dep ensure использовали

tsov

21.03.2018
11:18:58

я не хочу видеть, как он страдает

dimcha

21.03.2018
11:19:11

Да, иначе как?

tsov

21.03.2018
11:19:48

не страдай

dimcha

21.03.2018
11:20:24

Жизнь есть страдание

Не жить?

Mike

21.03.2018
11:23:00

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

Ой, ну камон, дохера сторонних пакетных менеджеров. Никто не сделал потому что чтобы сделать нормальную инфраструктуру, нужно больше, чем просто написать ПО. Если люди не будут писать манифесты для твоего ПМа, то твой крутой централизованный ПМ будет ничем не лучше притягивания зависимостей с гитхаба

А зашоренная "своим путём" коммунити го не будет писать никакие манифесты пока гугл не скажет, что это труЪ

Aleksandr

21.03.2018
11:24:00

Ой, ну камон, дохера сторонних пакетных менеджеров. Никто не сделал потому что чтобы сделать нормальную инфраструктуру, нужно больше, чем просто написать ПО. Если люди не будут писать манифесты для твоего ПМа, то твой крутой централизованный ПМ будет ничем не лучше притягивания зависимостей с гитхаба

Я про реестр пакетов. Пакетные менеджеры в общем то эксплуатируют возможности языка.

Mike

21.03.2018
11:24:19

И я про него.

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

Aleksandr

21.03.2018
11:26:09

Ну так чё камон. Реестров нет, никто не хочет. Система проста и рабочая. Кинул урл репо - получил пакет.

Google

Mike

21.03.2018
11:26:28

А потом васян обновил мастер и все тебе поломал

Да, я в курсе линии партии, всерьез советующей клонить зависимости к себе в репо

Aleksandr

21.03.2018
11:27:11

Для этого сделали менеджеры. Система продолжает работать

Mike

21.03.2018
11:27:50

Какие менеджеры? Которые вендорят всё в репо? Где вменяемое версионирование?

Aleksandr

21.03.2018
11:29:00

Какие менеджеры? Которые вендорят всё в репо? Где вменяемое версионирование?

Которые вендорят в проект. Нести ли их в репо ты сам выбираешь. Я против например

Mike

21.03.2018
11:29:23

Которые вендорят в проект. Нести ли их в репо ты сам выбираешь. Я против например

Проект, который собирается только на машине разработчика? meh

Aleksandr

21.03.2018
11:29:45

Про вменяемое версионирование - это к конечным разрабам. Не приучили. Но проблемы в общем то не добааляет

Abdulla

21.03.2018
11:30:23

Какие менеджеры? Которые вендорят всё в репо? Где вменяемое версионирование?

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

Mike

21.03.2018
11:30:50

И ты считаешь "не приучили" нормальным оправданием? В языке нельзя переменные оставлять неиспользуемые, потому что это якобы вызывает проблемы, а тут "не приучили". Смешно

Olzhas

21.03.2018
11:33:42

https://github.com/golang/vgo кто-нибудь тыкал?

Aleksandr

21.03.2018
11:35:42

И ты считаешь "не приучили" нормальным оправданием? В языке нельзя переменные оставлять неиспользуемые, потому что это якобы вызывает проблемы, а тут "не приучили". Смешно

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

Olzhas

21.03.2018
11:36:59

И ты считаешь "не приучили" нормальным оправданием? В языке нельзя переменные оставлять неиспользуемые, потому что это якобы вызывает проблемы, а тут "не приучили". Смешно

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

tsov

21.03.2018
11:37:18

а кто-нибудь уже делал свой форк компилятора? с блэкддеком и ...

Michael

21.03.2018
11:40:20

а кто-нибудь уже делал свой форк компилятора? с блэкддеком и ...

ага, goodlang

Mike

21.03.2018
11:43:33

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

Предсказуемо, дропнуть посыл полностью, прикопавшись к формулировке.

Dmitry

21.03.2018
11:43:46

И ты считаешь "не приучили" нормальным оправданием? В языке нельзя переменные оставлять неиспользуемые, потому что это якобы вызывает проблемы, а тут "не приучили". Смешно

"Якобы"? Смешно

Mike

21.03.2018
11:44:07

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

Ошибка вместо варнинга весьма раздражает в процессе разработки

Olzhas

21.03.2018
11:44:28

Ошибка вместо варнинга весьма раздражает в процессе разработки

потому что это ошибка

Mike

21.03.2018
11:44:43

потому что это ошибка

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

Olzhas

21.03.2018
11:44:56

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

память занимает

Google

Mike

21.03.2018
11:45:16

память занимает

Бред

1) Нет 2) Это не важно в процессе разработки и дебага

Dmitry

21.03.2018
11:46:16

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

Mike

21.03.2018
11:46:38

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

Оптимизиции Компилятора 101

Dmitry

21.03.2018
11:46:57

Ололо

Даже не смешно

Mike

21.03.2018
11:47:16

Мне тоже, как можно не знать таких базовых вещей?

И да, > 2) Это не важно в процессе разработки и дебага

Dmitry

21.03.2018
11:47:45

Вот Вы и показываете, что не знаете

Компилятор не во всех случаях может определить используемость

Mike

21.03.2018
11:48:24

Демагогия

Mike

21.03.2018
11:48:30

В большинстве случаев — может

Dmitry

21.03.2018
11:48:30

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

В большинстве случаев — может

Демагогия

Mike

21.03.2018
11:48:46

Не может он только в очень маленьком сете кейсов

Например при FFI

И других межобъектных передачах, если нет LTO

Но тогда это уже используемая переменная, с точки зрения контекста функции

Так что не наш случай

Google

Dmitry

21.03.2018
11:50:07

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

Mike

21.03.2018
11:50:44

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

(всего лишь достаточно разделить дебаг и релиз режимы)

Dmitry

21.03.2018
11:50:54

Чтооо?

И как это поможет, если программер забыл про удаление вызова метода?

Mike

21.03.2018
11:51:40

Как мы от неиспользуемых переменных перешли к удалению вызова метода?

Dmitry

21.03.2018
11:52:09

А разве не очевидно, что переменные не сами появляются?

a := DoSomething()

И потом эта a не используется

Mike

21.03.2018
11:52:38

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

Dmitry

21.03.2018
11:52:43

И попадает в релиз

Admin

ERROR: S client not available

Mike

21.03.2018
11:52:55

> [In reply to Dmitry S] (всего лишь достаточно разделить дебаг и релиз режимы)

Не попадает

Dmitry

21.03.2018
11:53:43

Ладно, через полгода-год работы с Go у вас бомбить перестанет и вы будете писать код без этих переменных :)

Mike

21.03.2018
11:53:43

Могу я поинтересоваться, из какого языка вы пришли в го?

Dmitry

21.03.2018
11:53:47

C++

Mike

21.03.2018
11:54:10

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

Alex

21.03.2018
11:54:14

Help me). С каждым выполнением фунции растет количество гоурутин, как можно посмотреть какие не закрыты?

Mike

21.03.2018
11:54:15

В крестах это разные вещи

Dmitry

21.03.2018
11:54:28

Да, и это не было хорошо

Google

Dmitry

21.03.2018
11:54:52

Когда код в дебаге у тебя работает, а релизе нет :)

Mike

21.03.2018
11:55:11

Там другая причина :)

Dmitry

21.03.2018
11:55:21

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

Mike

21.03.2018
11:55:28

И много чего не учли

Dmitry

21.03.2018
11:55:36

Дженерики добавят и можно больше ничего не желать

Mike

21.03.2018
11:55:54

:D

Не я сказал про дженерики, не я

Dmitry

21.03.2018
11:56:32

Но это не про "учли или нет"

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

Roman

21.03.2018
11:57:11

Дженерики добавят и можно больше ничего не желать

но без дженериков и правда тяжко

Dmitry

21.03.2018
11:57:15

C# и Java тоже без дженериков появлялись

Vasily Romanov

21.03.2018
11:57:18

Help me). С каждым выполнением фунции растет количество гоурутин, как можно посмотреть какие не закрыты?

надо включить pprof и потом дёрнуть /debug/goroutines вроде так

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

Mike

21.03.2018
11:57:35

И все же для меня странно как дядьки с огромным опытом разработки ПО могли сделать управление зависимостями через клонирование мастера гитхаба. Это скорее "не учли" менеджмент зависимостей вообще

Dmitry

21.03.2018
11:58:03

А вы почитайте

В инете было объяснение этому

Mike

21.03.2018
11:58:30

C# и Java тоже без дженериков появлялись

Rust появился сразу с дженериками и нормальным менеджером зависимостей. Учитывая ресурсы гугла — разговоры в пользу бедных.

Dmitry

21.03.2018
11:58:31

Если кратко, то то же, что и с дженериками

Alex