Pull to refresh
25
-3
Send message

Че т как то скучновато. Типа "соберите pikvm, но лучше не собирайте, потому что дорого". Я буквально месяц назад собрал из "того, что было" - orange pi plus 2e + usb hdmi loop конвертер, который на алике спокойно есть. И тысяч 7 это мне вышло, если не ошибаюсь.

Плюс на алике есть альтернативные наборы - blikvm. О них тоже не рассказали.

Вообщем тема немного многограннее.

именно так. Значит я не столь понятно выразился в основном тексте

да вы правы, но в "кровавом энтерпрайзе" часто по другому - иногда система, "откуда данные поступили изначально" - малодоступна, там другие люди, у них свои принципы работы, свои "планы работ" и т.д. Бывает (и часто), что это "коробка" и дешевле изменить "у нас" чем "у них". Масса ситуаций, правда

Очень атмосферно! Но не очень приятно.

Уточните пожалуйста, "При чём" точно пишется раздельно?

Хотя мне здесь всё предложение не до конца понятно, начиная от "возрастных" в кавычках, заканчивая утверждением, что нам неизвестно удовольствие, которое известно вам (почему вдруг? чем вы такой уникальный?).

Киндель вообще очень интересные ребята, видели например у них word wise? Я под впечатление этой фичи у нас делал режим инспектора, что конечно не совсем то, но где то похоже

А на букмейте тоже эта фича есть? Или там "электронный проговариватель"? Вы ведь понимате, что я решал (а на самом деле даже не я, но я адаптировал) более менее академическую задачу, так сказать "на интерес" (proof of concepts). По хорошему (чтобы это было как минимум "юзабельно") надо бы создать сервис, в который можно было бы загрузить и книгу и аудикнигу, а на выход скачать нужные файлы (сентенс инфо и вордтайминг) - т.е. та самая "магия". Я прекрасно понимаю, что вот этой вот моей дорогой пойдут единицы - так как путь заморочный. Но, блин, работает )))

Вес дает только аудиокнига, остальное копеешное. "Дубровский", около 20 глав, размер каждой (flac) - от 50 до 150м. Ну, нехило.

Но наверное можно поиграть с качеством / другими форматами, я просто такой целью не задавался.

ну в смысле "надо" ))) Если хотите. Но да, мысль верная.

Спасибо ) Представляете, в Ростелеком тоже работают обычные люди. Со своими разными увлечениями и хобби. Как знать, может быть другие коллеги подхватят инициативу и расскажут о своих проектах.

К слову - у нас на "Лукоморье" недавно даже конкурс детского рисунка проводили.

Спасибо за ссыль, посмотрим! на пгкодкипер не смотрели?

Если у нас параллельно идёт разработка в develop и исправление ошибок в релизной ветке, то может получиться такая ситуация, что мы создали в develop и в release по одному (для простоты) скрипту кумулятивной миграции. С этого момента на dev стенде и на (пусть это будет тест) тестовом история разъедется. Но нас больше интересует не стройность истории скриптов, а то, что объекты на обоих стендах должны быть идентичны. А для этого мы должны, после мержа релиза в develop , создать 2 скрипта: первый, который принесёт исправления из релизной ветки, а второй должен добавить функциональность, разработанную в develop , пока стабилизировали релиз.

Дальше нужно обеспечить такую схему, которая понимала бы ветвления. Это можно сделать, если у нас файл списка миграций содержит по каждой миграции идентификатор(имя файла) самой миграции и 1или 2 идентификатора предыдущих миграций.

Дальше всё я думаю не сложно. Зная текущую и список предыдущих миграций мы можем спокойно "путешествовать" По ним и можем выяснить непрерывная история или нет.

Это же проблема данных. Нужно удалять лишние данные. То есть мигратор не должен и не может обходить ограничения самой БД

Приветствую! Тонкая БД - это для удобства разработки, чтобы "плечами не толкаться". По сути анализ изменений в БД идет по гиту, т.е. условно говоря "от коммита X" до текущего состояния файлов объектов на диске - между ними идет сравнение и генерирование файла скрипта миграции. Потом уже все это (и измененные объекты и сам файл скрипта миграции) коммитится и "точка X передвигается".

да не, сегодня уже попустило ))) от слов, конечно, не отказываюсь, но уж извините за резкость. Говорил что думал.

  1. Зная, как продукты устроены изнутри, а также будучи контрибьютером в один из них - выглядит чудовищно ваша оценка "походя", хотя, чат GPT, я наверное с тобой разговариваю, если в статье упомянут oracle 9, которому лет 20 уже, если не более. Маякни тогда, мы с тобой вроде не ссорились

2. Вы можете хоть приблизительно сказать про ваш компарижен ,что с чем вы сравниваете? Уверен, что вряд ли. Переведите метрику референс пик плюс джамп. Кто где пик? Кого куда джамп?

Статья доставила. Давайте по пунктам:

Почему выбраны хабы (ниже) где хоть слово о них?:

Хабы: 

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

  • Мы встречаемся (в чатах, на созвонах) с фронтами - т.е. заинтересованные от бэка и фронта и проговариваем вообще всю "смысловую" часть, т.е. более менее крупными мазками, что как, когда и куда поедет;

  • Фиксируем все это дело в конфлюенс;

  • Ну и идем разрабатывать код. При этом при разработке конечно могут быть уточнения и т.д. и вот я бы не стал закладываться на 100% верности версии в конфлюенс (ну, может быть забыли обновить или чего то не заметили), но она служит неким "смысловым" ориентиром. А вот версия из кодогенерации из сваггера - она да, она самая огонь, она неактуальной быть не может;

  • Тестеры уже тестирую всю фичу, реализованную как на фронте, так и на бэке, в конфлюенс с контрактами особо не заглядывая, это как бы мы для себя;

Вроде работает такая схема. Пока никуда с нее не уходим. Более того, фронты с нашего сваггера генерят себе какие то там модели или код (ну, вообщем что то генерят), поэтому добиваются чтобы он у нас был максимально чистым (нулл, нот нулл - все это важно для них).

Тот случай, когда комментарии намного релевантнее саиой статьи, уж извините. Ничего из изложенного не "графовое" в каком то уникальном виде, т.е. применимо к плюс-минус любой из нормальных СУБД - чистый sql.

А вот ссылки коллег интересные.

Извините пожалуйста, случайно в минус ткнул, а как отменить не знаю

Information

Rating
Does not participate
Works in
Registered
Activity