Size: a a a

2020 November 19

СА

Сергей Аксёнов... in ctodailychat
Max Syabro
у меня примерно такой-же вопрос но вставлять не в доку, а во фронтенд
передавать с сервера чот лень, тоже думаю какой-то декоратор написать для енамов который автоматом будет складывать в папку с фронтом обновленные значения
На фронтенд мне как раз передать не лень, типовой контроллер, на вход которому просто этот enum отдаётся (отнаследованный от абстрактного).
источник

MS

Max Syabro in ctodailychat
навскидку не будет работать автокомплит и тайпчек
источник

СА

Сергей Аксёнов... in ctodailychat
Max Syabro
навскидку не будет работать автокомплит и тайпчек
А, в этом смысле. Нет, у меня просто отдаётся типа GET enums/file_types, и результат потом используется при работе фронтенда, не при кодинге.
источник

GL

Gleb Lesnikov in ctodailychat
а есть нативные клиенты для спотифая?
источник

u

unkmas in ctodailychat
есть
источник

SS

Slava Savitskiy in ctodailychat
нативные очень перегруженное слово. это какие?
источник

A

Alex in ctodailychat
Сергей Аксёнов
Всем привет! Я с очередным вопросом-набросом. В сервисе используется какое-то ненулевое количество enum-значений. Они же фигурируют в документации (markdown). Хочется сделать так, чтобы менять эти списки нужно (а в идеале и можно) было бы только в одном месте, чтобы не терять синхронности между докой и кодом. Кто-то сталкивался с такой проблемой? Как решали?

Два очевидных решения - это или парсить код и вставлять результат в доку, или парсить доку и автогенерировать из неё код. Оба кажутся кривоватыми и ненадёжными.
во многих языках (да почти во всех) есть аннотация кода (специально отформатированные комменты) из которых можно генерить доки автоматом на этапе компиляции. У нас так сделано, в CI встроена сборка доков
источник

AR

Anton Revyako in ctodailychat
Alex
во многих языках (да почти во всех) есть аннотация кода (специально отформатированные комменты) из которых можно генерить доки автоматом на этапе компиляции. У нас так сделано, в CI встроена сборка доков
у вас по-царски и типы есть  :)
источник

IV

Igor V in ctodailychat
Сергей Аксёнов
Всем привет! Я с очередным вопросом-набросом. В сервисе используется какое-то ненулевое количество enum-значений. Они же фигурируют в документации (markdown). Хочется сделать так, чтобы менять эти списки нужно (а в идеале и можно) было бы только в одном месте, чтобы не терять синхронности между докой и кодом. Кто-то сталкивался с такой проблемой? Как решали?

Два очевидных решения - это или парсить код и вставлять результат в доку, или парсить доку и автогенерировать из неё код. Оба кажутся кривоватыми и ненадёжными.
Привет! Генерировать доку, но без необходимости парсить код. Например, имлементировать условный toMarkdown метод у енума и entrypoint который бы его вызывал. Если же в языке нет встроенной поддержки енумов, то смотрел бы в сторону решений похожих на //go:generate
источник

S

Sage in ctodailychat
Чат, привет! А кто занимается разработкой приложений под Андроид? Сталкивались ли с проблемой бана со стороны Гугл Плея? Хотел бы посоветоваться, задать вопросы
источник

D

Denys in ctodailychat
Sage
Чат, привет! А кто занимается разработкой приложений под Андроид? Сталкивались ли с проблемой бана со стороны Гугл Плея? Хотел бы посоветоваться, задать вопросы
Перманентный бан?
источник

MS

Max Syabro in ctodailychat
Sage
Чат, привет! А кто занимается разработкой приложений под Андроид? Сталкивались ли с проблемой бана со стороны Гугл Плея? Хотел бы посоветоваться, задать вопросы
https://t.me/android_ru тут еще спроси
источник

SS

Slava Savitskiy in ctodailychat
Sage
Чат, привет! А кто занимается разработкой приложений под Андроид? Сталкивались ли с проблемой бана со стороны Гугл Плея? Хотел бы посоветоваться, задать вопросы
пока только со стороны эппл, но кажись гугл скоро подтянется 😂
источник

S

Sage in ctodailychat
Denys
Перманентный бан?
Да
источник

ИМ

Илья Макеев... in ctodailychat
Anton Revyako
у вас по-царски и типы есть  :)
а у вас в компании есть дба?)
источник

D

Denys in ctodailychat
Sage
Да
К сожалению, из позитивных исходов, какие я знаю, нужно либо быть большой компанией, либо поднимать публичный шум.
источник

AR

Anton Revyako in ctodailychat
Илья Макеев
а у вас в компании есть дба?)
знаешь анедот про стартап и публичный дом?...
источник

ИМ

Илья Макеев... in ctodailychat
теперь знаю)
источник

IV

Igor V in ctodailychat
Anton Revyako
знаешь анедот про стартап и публичный дом?...
хорошая шутка 😉
источник

S

Sage in ctodailychat
Denys
К сожалению, из позитивных исходов, какие я знаю, нужно либо быть большой компанией, либо поднимать публичный шум.
Я так понимаю, разбираться в причинах даже не имеет смысла?)
источник