1. Серверу ок

на этапе напсания кода мне иде подскажет что поля то нет

2. Серверу не ок.

на этапе напсания кода мне иде подскажет что поля то нет

Вот, если уж об иде, то кодогенерация на уровне иде вполне решается

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

можно

Если иде нет, то несколько сложнее

Оно либо скомпилилось, либо нет

И вот тут вам либо гитхуками обвешиваться

К слову, почему бы и нет

Либо думать на тему "что будет, если на сервер неполный жсон уйдет"

И тут либо все норм, либо сервер просто нафиг пошлет

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

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

А автозапуск генерации сильно много поломать может

Так что я против такого "умного" компилятора

да и вообще это странно, что у тебя в репо и релиз уйдет код, который разработчик даже не видел

Видеть-то видел. Просто не в запущенном состоянии)

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

при таком подходе разраб не видел новый код)

Свят-свят

При этом он его и не запускал

Вообще, мне кажется, что такие кейсы - они уже не в компетенции гошного компилятора

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

ненене, не CI, а make-скрипт

Если оно реально требует контроля, то уж билд-систему пилить всяко надо

ненене, не CI, а make-скрипт

это про другое) искать не буду, о речь шла про ci

Ага, читал

Там было про "сгенеренный код кодом не считается, и держать его в Гите не надо"

Вот такая позиция, вроде, была

Вот такая позиция, вроде, была

и что-то такое было. но это все разные кейсы. многое обсудили)

Там было про "сгенеренный код кодом не считается, и держать его в Гите не надо"

моя позиция была такова: "сгенеренный код - это тоже код, но не исходный, потому-что его не человек писал. Исходным кодом считается только то, что писал человек или сопостовимый интеллект" основываясь на https://softwareengineering.stackexchange.com/a/361460

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

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

... но при этом кешировать дабы снизить её стоимость.

А ci/не ci, коммитить/не коммитить - это уже другое дело.

... но при этом кешировать дабы снизить её стоимость.

Да, с кешированием разумеется.

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

И прошу обратить внимание что тут написано "должна запускаться при компиляции", а не "должна запускаться только при компиляции".

И прошу обратить внимание что тут написано "должна запускаться при компиляции", а не "должна запускаться только при компиляции".

однако с этим тоже есть небольшая проблемка... autocompletion будет партачить если вручную не запускать

ну для автокомплита уж руками, или может ide сможет

ну для автокомплита уж руками, или может ide сможет

в таком случае лучше чтоб IDE генерила при сохранении исходника

вот да

но, это не отменяет нужду генерации при сборке, просто она пройдёт из кеша

точнее можно при сохранении запускать каждый раз генерацию

если есть кеширование, то будет быстро

и при сохранении исходника и при сборке

точнее можно при сохранении запускать каждый раз генерацию

При сохранении чего?

При сохранении чего?

Но ведь же можно прочитать сообщение выше.

и при сохранении исходника и при сборке

вот это вот

Какого исходника?

Любого файла? Файла го? Джисон?

Я даже не знаю как на это реагировать

ну ведь можно же наверное прочитать сообщения выше и понять о чём идёт речь

Я почитал, там не сказано, там просто говорится что при изменении исходника

Схема на основе которой генерится коды может быть в JSON, xml, yaml, а может в го коде

Вот я и спрашиваю при изменении чего должна запускаться генерация

Я почитал, там не сказано, там просто говорится что при изменении исходника

из контекста понятно что не всех файлов, "исходника" -> одного, значит того, из которого генерится код, не "исходников"

из контекста понятно что не всех файлов, "исходника" -> одного, значит того, из которого генерится код, не "исходников"

Вопрос как раз в этом - как иде поймёт после изменения какого файла надо запускать генерацию?

Вопрос как раз в этом - как иде поймёт после изменения какого файла надо запускать генерацию?

make скрипт

go run make.go -g

оптимизировать можно дальше, конечно

А зачем? Почему просто не запустить генерацию, если мейк файл все равно руками запускаем?

в VSC есть такие полезные вещи как workspaces, где можно прописать выполнение скрипта на разные файлы: generated_api.json -> go run make.go -g generated_api.json

А зачем? Почему просто не запустить генерацию, если мейк файл все равно руками запускаем?

Автоматизация ради автоматизации без реальной пользы и это я не про vsc

Автоматизация ради автоматизации без реальной пользы и это я не про vsc

из оперы "если мнение не моё - значит оно неверное"

из оперы "если мнение не моё - значит оно неверное"

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

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

аргументация вся озвучена, вернее описана, выше. ты совершенно не понял о чём идёт речь

Watch "JavaScript: Understanding the Weird Parts - The First 3.5 Hours" on YouTube https://youtu.be/Bv_5Zv5c-Ts

"The first 3.5 hours"

аргументация вся озвучена, вернее описана, выше. ты совершенно не понял о чём идёт речь

Я как раз понимаю, а ты теоретизируешь и высасываешь из пальца

Watch "JavaScript: Understanding the Weird Parts - The First 3.5 Hours" on YouTube https://youtu.be/Bv_5Zv5c-Ts

How to write good JavaScript code, a step-by-step instruction: 1. Install TypeScript... *offtop*

Я как раз понимаю, а ты теоретизируешь и высасываешь из пальца

считай как хочешь

А почему может не работать ldflags? Делаю в пакете system переменную var Branch string, собираю через go build -ldflags "-X system.Branch=master" и при запуске в переменной пустая строка все равно.

эм

насколько я помню это работает только для пакета main

но могу нагло врать

нагло

это работает везде

но могу нагло врать

Врешь)

Вот у меня в main работает а в отдельном пакете почему-то нет.