а!

* уменьшение кодовой базе в репе * страховка от ошибок "забыл запустить"

да но тогда не сработает go get

* уменьшение кодовой базе в репе * страховка от ошибок "забыл запустить"

Daniel Podolsky admin, [25 Sep 2018 19:17:47]: если проект компилируется без результатов генерации - так, может, и не нужна она? а если нет - вы же компилируете свою программу, прежде чем пушнуть? или вы хотите оставить программисту возможность компилировать локально другой код, нежели будет использовать CI? в любом случае - это тупо.

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

а чем? такой длины член далеко не у всех...

* уменьшение кодовой базе в репе * страховка от ошибок "забыл запустить"

Точно. И не надо потом в PR смотреть диф кодогена.

и так не надо, если руки из плеч

а чем? такой длины член далеко не у всех...

Вот кто б тебя забанил иногда? 😜

я помню "забыл запустить" - easyjson в одном из пакетов, после обновления структуры. Было больно отлаживать

я помню "забыл запустить" - easyjson в одном из пакетов, после обновления структуры. Было больно отлаживать

больно, да. но какие варианты-то?

и так не надо, если руки из плеч

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

больно, да. но какие варианты-то?

автоматический запуск перед компиляцией с кешированием

больно, да. но какие варианты-то?

генерить до каждого билда? (с кешированием)

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

проблема дифа генеренного кода решается один раз и навсегда

проблема дифа генеренного кода решается один раз и навсегда

это как?

автоматический запуск перед компиляцией с кешированием

каким это образом? технически?

это как?

да хоть с помощью того же RCS :)

это как?

.gitattributes

да хоть с помощью того же RCS :)

поздно. я же хочу компильнуть до пуша

каким это образом? технически?

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

скорее всего сама компиляция примерно также и работает

только надо было бы ещё на кодогенерацию это всё распространить

.gitattributes

вы имеете введу изменение стратегии слияния для vendors?

c помощью .gitattributes

только надо было бы ещё на кодогенерацию это всё распространить

хотя чего тут удивляться, это же Go

А почему любимого Славы Бахмутова на воскресном митапе не бвло?

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

пашет, наверное....

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

Вы троллите или серьёзно? Слово кодоГЕНЕРАЦИЯ вам как бы так мягко намекает, что сгенерированный код и код написанный руками - это слегка (совершенно) разные вещи.

Нет

Вы троллите или серьёзно? Слово кодоГЕНЕРАЦИЯ вам как бы так мягко намекает, что сгенерированный код и код написанный руками - это слегка (совершенно) разные вещи.

вообще нет

Или это тот случай из разряда "если этого нет в Go, значит это не нужно"?

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

поэтому и нет всяких дженерикой

и куча "копипаста"

Мы сейчас не про дженерики вообще говорим

коммитить кодген это нормально

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

и отсутствие гарантий актуальности сгенерированно кода - это вообще никак к "чисто" отнести не выйдет

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

так понятно

у вас IDE например тоже создает файл main.go и функцию main в нем, не скажите же вы что это коммитить нельзя и надо юзать генерацию на CI?

как я объяснял предыдущие два раза: 1) пушьте сгенерированный код сколько угодно 2) не надо кодогенерацию на CI выносить 3) не надо кодогенерацию доверять человеку, когда достаточно легко сделать так, чтобы доверять было не нужно 4) надо кодогенерацию выполнять при сборке

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

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

сразу все замолчали... :)

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

У нас ci только проверчет что все было сгенеренно - мы написали скрипт который там по хешсуммам считает Кодогенеоацию запускает разраб, потому что у него таск дальше по воркылоу не проходит Ну и коммитит соответственно В репе готовый к сборке код

Раньше запускалось при сборке, но это в итоге медленно

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

Суть в том, как ты будешь определять корректность подбора

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

нет, не такой-же, он не считается исходным кодом. Исходниками считаются те файлы которые писал человек (или сопостовимый высший интеллект).

кстати вопрос про моки

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

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

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

нет, не такой-же, он не считается исходным кодом. Исходниками считаются те файлы которые писал человек (или сопостовимый высший интеллект).

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

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

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

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

Что за бред

Это примерно тоже самое самое что забыть запушить часть исходников написанных руками

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

ты можешь называть это чушью, но я не один так считаю https://softwareengineering.stackexchange.com/a/361460

Что за бред

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

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

Гит покажет не закомиченный код

Как можно править код и забыть его запушить?

его не забыли запушить

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

Что за бред

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

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

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

рассинхрон исходного кода и генерированного кода это potential security issue а делать ответственным за это человека, который по своей природе часто ошибается, довольно опасная затея

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

сгенерили по схеме 1000 методов. Один метод поменял сигнатуру в схеме. Перегенерить забыли. Метод закоммичен старый.

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

Перегенерировать код надо после правок которые изменят этот код, это примерно как написать код и забыть сохранить файл

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

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

сгенерили по схеме 1000 методов. Один метод поменял сигнатуру в схеме. Перегенерить забыли. Метод закоммичен старый.

Перегенерить надо после того как поменяли сигнатуру, а не когда вздумается

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

Не попадет, такой код не пройдёт ни ревью ни тестов, человек будет научен, а после второго раза уволен за проф непригодность

Это же ошибка идиота, зачем идиоты в команде

Перегенерировать код надо после правок которые изменят этот код, это примерно как написать код и забыть сохранить файл

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

так народ, давайте закончим

Перегенерить надо после того как поменяли сигнатуру, а не когда вздумается

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

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

Точно также попадет код написанный руками, писал 10 методов, один сохранить забыл. Это же бред

Забыть перегенерить это почти как забыть сохранить файл

Забыть перегенерить это почти как забыть сохранить файл

почти да не почти

Кодген это написание кода за счёт другого кода, как можно забыть что делал в середине процесса?

@onokonem у меня тут вопрос, а если мы делаем репозиторий он должен требовать в зависимость непосредственно реализацию бд? Или какой то абстракций слой еще один. (NoSQL решение, json запросы)

@onokonem у меня тут вопрос, а если мы делаем репозиторий он должен требовать в зависимость непосредственно реализацию бд? Или какой то абстракций слой еще один. (NoSQL решение, json запросы)

без разницы