Отвечу. У нас как то так исторически сложилось, что бэкенд стартовал раньше фронта, поэтому какое то время мы придумывали эндпоинты вообще сами как хотели, потом уже изменили правила игры и стало так:
Мы встречаемся (в чатах, на созвонах) с фронтами - т.е. заинтересованные от бэка и фронта и проговариваем вообще всю "смысловую" часть, т.е. более менее крупными мазками, что как, когда и куда поедет;
Фиксируем все это дело в конфлюенс;
Ну и идем разрабатывать код. При этом при разработке конечно могут быть уточнения и т.д. и вот я бы не стал закладываться на 100% верности версии в конфлюенс (ну, может быть забыли обновить или чего то не заметили), но она служит неким "смысловым" ориентиром. А вот версия из кодогенерации из сваггера - она да, она самая огонь, она неактуальной быть не может;
Тестеры уже тестирую всю фичу, реализованную как на фронте, так и на бэке, в конфлюенс с контрактами особо не заглядывая, это как бы мы для себя;
Вроде работает такая схема. Пока никуда с нее не уходим. Более того, фронты с нашего сваггера генерят себе какие то там модели или код (ну, вообщем что то генерят), поэтому добиваются чтобы он у нас был максимально чистым (нулл, нот нулл - все это важно для них).
Тот случай, когда комментарии намного релевантнее саиой статьи, уж извините. Ничего из изложенного не "графовое" в каком то уникальном виде, т.е. применимо к плюс-минус любой из нормальных СУБД - чистый sql.
Я ведь правильно понимаю, что в случае, который вы описываете (к сожалению, exposed еще только пробуем, в боевых условиях пока не использовали) все равно придется "опускаться до таблиц"? А мы то хотели все-таки сделать это через "изолированный слой". Да, это такой осознанный риск, что ли. Вернее не сколько риск, а решение.
Ну и плюс тесты то все равно же, если они написаны, отработают ситуацию. А мы их пишем, у нас много тестов.
Но спасибо, обратим внимание на exposed dsl, а может и придумаем что-то подобное, применительно к нашему решению.
Друг мой, когда я это разрабатывал, писал и больше года пользовался — все было хорошо.
А потом прибежали вы с нелепицей «не вводите людей в заблуждения» (в какое, собственно? вернее в какие?).
Я вроде и не планировал, но спасибо вам, без вас я бы не справился.
К слову — действительно несколько дней назад что то произошло с домовенком — мне пришлось перепривязать его, но все опять работает (и его сайт работает). С автором я никогда и не общался. Возможно у вас более полная информация, я не берусь судить.
На самом деле наверное да, проще выпилить его да и все. Нет, никакой особой паранойи у меня на эту тему нет (я надеюсь), да и в целом — интерес в проекте был чисто академический. Конечно, как мне кажется, правильно все делать на Home Assistant'е (и вероятно на других протоколах, типа MQTT, ZigBee, хотя с ними еще не ковырялся), но я ж другие цели ставил.
Буду ли делать — непонятно, так как в целом — более менее наигрался.
Если решу покупать дом или дачу — ну, тут другое дело, но это все еще не завтра.
о, вообще отлично. но хотя вы же сами понимаете, есть в прошивке момент романтики, тем более когда есть эдакий элемент хакинга, мол, китайцы придумали вот так, а мы все взяли и переделали как нам надо.
Спасибо, ушел читать про них.
А можно вашего совета? Мне не подойдет на утюг Sonoff TH 16A?
понятно, подороже, но тысяча рублей все же не крупные деньги. Зато тут еще можно развлечься с влажностью и температурой. Хотя… у меня и часы на адруине+max7219 это очень неплохо умеют, но все равно же интересно.
вот у него почему то один канал так чудит. Да и то, знаете, раз в месяц-два выключается, а то и реже. Мне почему то кажется, что это железная проблема.
А за утюг — ну не знаю, вполне себе он работает, обычный домашний простой парогенератор филипс. Автоматы не вылетают нигде, сонофф — жив. Причем он не на 4ch, а на «бейсике» висит. Ну у нас относительно свежий ремонт с заменой всей проводки, автоматов и т.д. — т.е. сделано более менее грамотно (как мне кажется).
Приветствую! А вашу библиотеку можно для своей читалки использовать? У нас (KnownReader, если интересно - есть статьи на хабре) есть достаточно богатая функциональность по поддержке офлайн и онлайн словарей. Ключевая фича здесь - выбрал слово и отправил в словарь. При этом не все словари поддерживают словоформы, соответственно было бы неплохо (опционально) дать возможность (перед отправкой в словарь) привести слово в начальный вид.
И, если да, то вопрос второй - в исходном проекте есть и английский и немецкий языки, можно вас попросить доработать ещё и на них, например в виде:
lookupForMeanings("люди", "ru");
Лучше бы вообще дать возможность загрузить нужный словарь из Stream (а не изнутри библиотеки), а потом организовать поиск в нём.
Да я, честно говоря, не замерял. Думаю не много. Основная загрузка и расчет — по ночам (там пачками и по многу). Потом пользователи в основном только смотрят рассчитанные показатели, объем пользовательского ввода невелик.
А для миграции то зачем такая хирургическая точность? Ведь главное смигрировать (окончательно) в тот момент, когда мы вреда не нанесем. День-два простоя системы нам дадут, больше — вряд ли. Мы уложимся.
Статья доставила. Давайте по пунктам:
Почему выбраны хабы (ниже) где хоть слово о них?:
Хабы:
Data Mining
Microsoft SQL Server
SQLite
Data Engineering
Отвечу. У нас как то так исторически сложилось, что бэкенд стартовал раньше фронта, поэтому какое то время мы придумывали эндпоинты вообще сами как хотели, потом уже изменили правила игры и стало так:
Мы встречаемся (в чатах, на созвонах) с фронтами - т.е. заинтересованные от бэка и фронта и проговариваем вообще всю "смысловую" часть, т.е. более менее крупными мазками, что как, когда и куда поедет;
Фиксируем все это дело в конфлюенс;
Ну и идем разрабатывать код. При этом при разработке конечно могут быть уточнения и т.д. и вот я бы не стал закладываться на 100% верности версии в конфлюенс (ну, может быть забыли обновить или чего то не заметили), но она служит неким "смысловым" ориентиром. А вот версия из кодогенерации из сваггера - она да, она самая огонь, она неактуальной быть не может;
Тестеры уже тестирую всю фичу, реализованную как на фронте, так и на бэке, в конфлюенс с контрактами особо не заглядывая, это как бы мы для себя;
Вроде работает такая схема. Пока никуда с нее не уходим. Более того, фронты с нашего сваггера генерят себе какие то там модели или код (ну, вообщем что то генерят), поэтому добиваются чтобы он у нас был максимально чистым (нулл, нот нулл - все это важно для них).
Тот случай, когда комментарии намного релевантнее саиой статьи, уж извините. Ничего из изложенного не "графовое" в каком то уникальном виде, т.е. применимо к плюс-минус любой из нормальных СУБД - чистый sql.
А вот ссылки коллег интересные.
Извините пожалуйста, случайно в минус ткнул, а как отменить не знаю
Я ведь правильно понимаю, что в случае, который вы описываете (к сожалению, exposed еще только пробуем, в боевых условиях пока не использовали) все равно придется "опускаться до таблиц"? А мы то хотели все-таки сделать это через "изолированный слой". Да, это такой осознанный риск, что ли. Вернее не сколько риск, а решение.
Ну и плюс тесты то все равно же, если они написаны, отработают ситуацию. А мы их пишем, у нас много тестов.
Но спасибо, обратим внимание на exposed dsl, а может и придумаем что-то подобное, применительно к нашему решению.
Исходники здесь : https://github.com/plotn/coolreader
Как собрать - лучше лично приходите
Кнопки с ножницами отрезают буквы сначала и с конца введенного текста)
Да, дизайн этого экрана мне тоже кажется перегруженным (
А потом прибежали вы с нелепицей «не вводите людей в заблуждения» (в какое, собственно? вернее в какие?).
Я вроде и не планировал, но спасибо вам, без вас я бы не справился.
К слову — действительно несколько дней назад что то произошло с домовенком — мне пришлось перепривязать его, но все опять работает (и его сайт работает). С автором я никогда и не общался. Возможно у вас более полная информация, я не берусь судить.
На самом деле наверное да, проще выпилить его да и все. Нет, никакой особой паранойи у меня на эту тему нет (я надеюсь), да и в целом — интерес в проекте был чисто академический. Конечно, как мне кажется, правильно все делать на Home Assistant'е (и вероятно на других протоколах, типа MQTT, ZigBee, хотя с ними еще не ковырялся), но я ж другие цели ставил.
Буду ли делать — непонятно, так как в целом — более менее наигрался.
Если решу покупать дом или дачу — ну, тут другое дело, но это все еще не завтра.
Спасибо, ушел читать про них.
понятно, подороже, но тысяча рублей все же не крупные деньги. Зато тут еще можно развлечься с влажностью и температурой. Хотя… у меня и часы на адруине+max7219 это очень неплохо умеют, но все равно же интересно.
да, упустил на самом деле.
А за утюг — ну не знаю, вполне себе он работает, обычный домашний простой парогенератор филипс. Автоматы не вылетают нигде, сонофф — жив. Причем он не на 4ch, а на «бейсике» висит. Ну у нас относительно свежий ремонт с заменой всей проводки, автоматов и т.д. — т.е. сделано более менее грамотно (как мне кажется).
Ну я проверю как раз. Ок, давайте я поковыряю, если совсем не пойдёт, приду к вам с тупыми вопросами, вдруг не откажете)
Приветствую! А вашу библиотеку можно для своей читалки использовать? У нас (KnownReader, если интересно - есть статьи на хабре) есть достаточно богатая функциональность по поддержке офлайн и онлайн словарей. Ключевая фича здесь - выбрал слово и отправил в словарь. При этом не все словари поддерживают словоформы, соответственно было бы неплохо (опционально) дать возможность (перед отправкой в словарь) привести слово в начальный вид.
И, если да, то вопрос второй - в исходном проекте есть и английский и немецкий языки, можно вас попросить доработать ещё и на них, например в виде:
lookupForMeanings("люди", "ru");
Лучше бы вообще дать возможность загрузить нужный словарь из Stream (а не изнутри библиотеки), а потом организовать поиск в нём.
Спасибо.
А для миграции то зачем такая хирургическая точность? Ведь главное смигрировать (окончательно) в тот момент, когда мы вреда не нанесем. День-два простоя системы нам дадут, больше — вряд ли. Мы уложимся.