@janPona, @janPona а он тебе прям помогает — помогает ?

@janPona, Офигеть!
Почему ты думаешь, что оно того стоит?

@Anonymous, Я не знаю, где посмотреть статистику, но по ощущениям без него, как без рук.

Пишу, например:

if statusID == nil {
return ...
}

и жду, когда за меня напишут:

return nil, errors.New("missing statusID")

Т.е. не сказал бы, что он прям за меня пишет большие функции (хотя бывает), но в таких рутинных моментах вот просто сотни раз в день срабатывает.

И это сильно разгружает мозги

@BradleyManning, комментом выше

@janPona, @janPona интересный фидбэк. Теперь немного обидно что не попробовал пока был бесплатным.

@janPona, Прикольно. Но рутину можно и без нейросетей. В принципе, в Visual Studio давно подвижки в этом направлении.
Надеюсь, что конкуренция сподвигнет их как следует в это вложиться.

@Anonymous, сейчас у них 2 месяца free trial, так что не всё потеряно

@BradleyManning, например? стандартный автокомплит — штука полезная, но Copilot сокращает количество нажатий на клавиши именно потому, что угадывает мои намерения. По ощущениям, как будто читает мои мысли или копипастит мой собственный код из будущего

@janPona, так это же значит что можно (нужно?) менять язык программирования
вот например github.com

@cypa, наркоманы в треде!

@janPona, поставил, автокомплитит мне мой С++.
конечно, в основном лажает, но зато весело.
из минусов — предлагает мне в иных функциях передать 3 аргумента, хотя у функции только один. То есть еще много есть над чем работать.

@SannySanoff, Так добавь аргументов, ему виднее

@SannySanoff, а що такое?

@cypa, не гуглится за edh кроме гитхаба и language server, хотя кто-то его пилит, какой-то один афтар. Посмотрел сорцы, но не прохавал фишку. Поясни.

@janPona, Я, видимо, зацепился глазом за конкретный легко автоматизируемый пример, а у тебя их, наверное, 100 разных

@SannySanoff, я сам только разбираюсь, но смысл что это императивный язык для скриптования на основе библиотек на Haskell,
я это просто как пример привёл,
просто я заметил что много проблем и ошибок просто на согласовании разных пространств имён и вот ищу какой-нибудь вариант позволяющих упросить это

@cypa, use c++ namespaces ;-)

@SannySanoff, я в более широком смысле имел в виду

@cypa, не могу представить, расскажи, любопытно.

@janPona, Не знаю что ты в нем нашел, пока что помогает только самые примитивные задачи решать. При этом ломает родной автокомплит. И предлагает почему-то по одной строчке вместо того чтоб сразу весь сниппет вывалить.

@iworshipthemoon, а какие у тебя задачи?

@SannySanoff, я же админ в основном, а не программист,
то что я вижу — это, к примеру, какая путаница с передачей запросов и окружения в цепочках HTTP-прокси и web-приложений,
что творится с DNS, наверное, всем понятно,
ещё я посмотрел на затруднения с применением haskell и у меня сложилось впечатление что мешают как раз старые традиционные интерфейсы — смесь спонтанных компромиссов между ограничениями железа уровня прошлого века и человекопонятностью, может путанное объяснение получилось, но я продолжаю изучение пока,

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

@janPona, типично-фронтовые + интеграционные тесты для фронта. вот в тестировании он себя хорошо показывает

@SannySanoff, в практическом плане, например, современное сетевое железо вполне способно прожевать списки hash'ей человекочитаемых доменных имён вместо IP-адресов, хотя бы в рамках одного ЦОД или кластера приложений, так почему не избавиться от IP-адресов?

@cypa, а, мешанина ентерпрайза это да. Я не знаю чем это лечится. Классическая архитектура изолированной операционной системы требует много подпорок чтобы работать на многих нодах.

@cypa, почему не избавиться от IP-адресов?
потому что ничего не будет работать.