@ Все таки React @
Утро проходит за изучением еще одного интересного сервиса
А именно - https://expo.dev/
И для локальных целей проверки гипотезы - его достаточно
Для непонимающих - по сути - если у нас готов BackEnd - то UI можно построить быстро - сразу под 2 платформы
Правда потом все равно переезжать в периметр - потому что тесты и импортозамещение…
Но для проверки гипотезы - просто огонь
Осталось только проверить концепцию React+Electron https://medium.com/folkdevelopers/the-ultimate-guide-to-electron-with-react-8df8d73f4c97
Но это мы сделаем быстро ;-)
@ Визуализация WSJF @
Все размышлял как объединить “автопланировщик” вопросов на стримы и собственные изыскания по PMO
Придумал фактические автопланировщик тем на стриминг - причем часть тем я как автор буду публиковать сам
Осталось только автоматизировать “авторграфик и сделать автоматический квадрант”
И вот последнее - это то что меня сегодня зацепило:
- Диаграмма типа Квадрант позволяет четко визуализировать приоритеты
https://www.solutionsiq.com/resource/blog-post/visualizing-wsjf/
И это меня вдохновило
P.S. Кстати - оказывается КВАДРАНТ можно сделать и в Excel - то есть прототип можно быстро накидать прямо там - чтобы потом перенести на GraphQL+ChartJS
Это если кто не в курсе у меня сейчас в фокусе - https://hasura.io/blog/graphql2chartjs-realtime-charts-made-easy-with-graphql-and-chartjs/
@ Тестовая залипуха @
Разбирался сегодня с тем как тестировать GraphQL - внезапно переходя по ссылкам очередной раз вернулся к BDD и Karate
По сути - мы можем констатировать что всё придумано за нас ;-)
Наиболее интересным помимо API-Test стало вот что https://github.com/karatelabs/karate/tree/master/karate-core
То есть это полноценный BDD для тестирования UI - что в целом уже позволяет проверять LowCode инструменты
К сожалению нет альясов на русский сходу - но это дело наживаное
@ Модель SAFe - если конечно у вас есть [email protected]
Копирайты мы перебивать не будем 😉 - хотя когда то давно мы делали примерно тоже самое
Если вы хотите (вдруг) сделать замену JIRA для команд разработки - стоит почитать вот такое:
https://scrumtrek.ru/blog/enterprise-agility/7569/model-trebovanij-v-safe/
Ну и вот вам мое личное домашнее задание (потому что я сам над ним думаю) как отразить в СУБД связь типа разновидность
О чем речь - есть коллекция (таблица) возможностей - их РАЗНОВИДНОСТЯМИ может являться Бизнес-возможность и Возможность-Спонсора - как это отразить в SQL
P.S. И нет больше Ишузов ;-)
@ Инкрементальность в ETL - новенькое @
все началось с фразы что FULL репликация простая - а дальше начинает “зззззз” - исследуя AifFlow я нигде не нашел у них методики по инкрементальной выгрузки… Только какие-то примеры костылей
Второй момент - в AirFlow ты не можешь заявить схему данных в явном виде - только через вторую группу костылей…
И это жестоко - и тут на сцену вышел AirByte с их достаточно холиварным заявлением что AirFlow - это вроде как GOOD, но вместе с этим UGLY и BAD
Только у AirByte я нашел в классе явную возможность поддержки ETL с функцией докачки
И вот мы уже смотрим инструкцию как сделать поддержку Tellegram https://youtu.be/kJ3hLoNfz_E
НО - блин - у меня как обычно получилось что версия “глубокая” Альва и я опять ранний адоптер
https://github.com/airbytehq/airbyte/releases
@ Как гиперболизировать проблему - следите за руками @
Итак вводная - на скриншоте - типовой код 1С и типовое нарушенное правило
А теперь смотрите
- Код был написан компанией 1С командой “1С-Commons” - то есть используется во всей стране
- Мы можем сделать вывод - что собственный код команда БСП на предмет соответствия собственным стандартам не проверяем
- дальше этот код попадает в конечную конфигурацию которую дорабатывают франчайзи - его сотрудники - видят типовой код и в своих процедурах делают также - то есть я как заказчик начинаю получать “плохой код уже не только от вендора, но и от его партнеров”
- дальше внутренняя команда у заказчика - видит типовой код и видит код от партнера и думает что так правильно - и вот у меня как у заказчика начинают плодится процедуры которые НИЧЕГО не делают
- а я как заказчик вам за это кстати плачу деньги
И тут я внедряю Сонар - и вижу объем технического долга и хочу выкинуть вашу систему к черту
https://docs.checkbsl.org/checks/overall/ProcedureAsFunction/
@Стриминговая себестоимость - отдаем долги@
Как бы это поинтересней сказать - была старая тема как в потоке считать себестоимость и ваще “таймменеджмент”…. То есть если кто не помнит - суть была в следующей
Собестоимость увеличивается с каждым моментом времени - а значит ее нужно не пересчитывать, а досчитывать по событию “возникла затрата”
Называется этот подход “Реактивное программирование” - собственно сегодняшний гугел привел меня очередной раз в сторону Распределенных концевых вычислений - собственно 2 ссылки
И вторая еще веселей - https://wasmedge.org/book/en/frameworks/serverless.html
А проблема все таже как мне подсчитать себестоимость в случае если у меня нет сервера как таковово - а только куча нищебродского железа по стране распиханного.
@Как перевести на русский [email protected]
Вообще достаточно интересный вопрос - а действительно как… Причем чтобы вписаться в дизайн - где количество символов ограничено
О чем это я - вести с полей - создания евангелистической архитектуры
- пришлось пользоваться неофициальными форками и самому писать тесты - пока вы тут спите
- пришлось изучить https://svelte.dev/
- пришлось изучить Koa https://koajs.com/#introduction
- GraphQL пришлось делать самому - как и часть визуальных элементов
НО самое главное - оно работает в режиме “Мультиорганизаций”
И это косяк - потому что - поддерживается из коробки только “Много организаций” - “Много приложений” - но НЕТ ЦФО - то есть подразделений $-)
Пришлось добавить
https://github.com/Budibase/budibase/pull/2651
@ xRabbitMQ Streams - отдает долги@
Давеча был вопрос про стримиинг - и мы думали что пока в гонке за “стримминг” участвуют только Kafka/Pulsar/Nats/ZeroMQ из крупняков
Ан нет товарищи - vmWare обернула AMQP 1.0 в новый протокол и вот теперь на базе RMQ кластера можно делать тот же самый стримиинг - без замены инфраструктуры федерации RMQ
https://github.com/rabbitmq/rabbitmq-server/blob/v3.9.x/deps/rabbitmq_stream/docs/PROTOCOL.adoc
@Хранилище образов моденнное@
Собственно вот чем еще хочу поделиться - в условиях когда внешний Docker Registry может быть недоступен, да и политика аутентификации уже лет 5 как заставляет желать лучшего - это я про официальный DockerHub
Да и в условиях политики нулевого доверия - еще лет 5 назад мы с товарищими поняли что надо делать собственные реестр
даже для случаев простого наследования:
FROM ubuntu:latest docket build -t iczin/ubuntu:latest .
тем самым применяется политика нулевого доверия внешним образам - но во всю ширь встает вопрос на чем делать
Собственно я сегодня про Harbor https://goharbor.io/docs/2.4.0/
И вот что важно - “низом там Dragonfly присутствует” - а он уже работает в том числе через пирринг (читай торенты) - что улучшает докачку
https://github.com/dragonflyoss/Dragonfly2
@SAFe заметки - опять граф@
Минутка еще одного противоречия - к вопросу о диаграмме Ганта
Интересно выходит - методологи отказываются от слов продукт - заменяя его словом PortfolioItem
Методологи отказываются от слова задача и проблема - заменяя его чем угодно - Рисками, Фичами, Дефектами, Эпика
Но в итоге вынуждены выстраивать связи чтобы построить “граф поставки ценности” и подключить к этому метрики потока
Это я читаю “правоприменительную практику” при имплементации SAFe - нашел интересное:
- модель связей требований
- моделирование графа потока ценности
- расчет метрик и примеры диаграмм для оценки качества потока пользы
В общем выглядит так что я не один такой - который сознательно отказывается от глоссария “проект, задача” в целях перехода на гибкие подходы. То есть мы в эффективности не теряем - мы ее измеряем и направляем
https://wilsonmar.github.io/scaled-agile/
Завтра подумаю как это можно автоматизировать - потому что диаграмму Ганта то нужно показать и критический путь тоже
@Применение графов для бизнеса@
Еще одна интересная мысль - есть графы (теория графов) - то есть математика: векторы, графы, множества и т.д.
А есть - потребность пользователей - и большой вопрос - а как показать способ решения задачи бизнесменов через теорию графов.
И вот я сегодня увидел как решает эту проблему Neo4J (сам движок я не использую предпочитая его аналог на PostgreSQL)
Фактически они делают “примеры кода” - под бизнес-задачу. Обратите внимание - тестовые данные вначале готовятся в Excel - а потом приземляются на язык OpenCipher
по ссылке - решение бизнес-задачи “метод критического пути”
https://neo4j.com/graphgists/project-management/
@А нужен ли ETL/[email protected]
Гложет меня эта ситуация - это я к вопросу Apache AirFlow
С одной стороны - все должно быть событийно и стримингово - то есть ELT/ELT сервисы как бы не нужны - с другой стороны почти каждый день возникают задачи на загрузку/трансформацию/хранение - то есть ETL как бы нужен
Со второй стороны - наиболее эффективным выглядит Python - потому что ему уже в школе обучают - поэтому можно поперекладывать массивы быстро и даже при помощи стажеров.
С другой стороны мне нужно быстро показать Граф трансформации для целей MDM - а если это граф - то у Apache Airflow нет GraphQL прям явно
Плюс на пятки наступает NiFi
Буду размышлять над этим противоречием в эти выходные А пока вот что я сейчас развиваю для себя - но там Rust https://vector.dev/blog/graphql-api/
Интересно а как вы решаете проблему ETL с учетом того чтобы можно было быстро подключать плагины даже стажерами
@Улучшение [email protected]
Скорее всего читать вам будет тяжело, хотя не факт - все уже привыкли к GIT как к некому стандарту - с другой стороны, те кто с GIT с самого начала знают несколько его “недочетов”
- тяжелую работу с историей - попробуй слей несколько ревизизий с отдельными измениями, а не с целым коммитом
- издевательством с ветвлением в случаях с микрофичами - особливо в части контрибьютинга
- бесконечное количество команд при работе с рабочей копией
С другой стороны - уже видны попытки на Rust сделать улучшения, что интересно
- Конфликт можно закомитить - а че такого - да оно не соберется, точнее соберется, а конфликт будет проигнорирован
- Любая команда внутри рабочей копии - это тоже коммит
- Любая комманда на коммит - сразу делает обновление
Это я все про вот этот проектик https://github.com/martinvonz/jj
@интересное по [email protected]
Интересный полет мысли - давеча я хотел человеку доказать что логика это Наука - подумал что если логические законы это прям законы - то может быть кто-то уже догадался их оцифровать и пошел искать инструмент автоматизированных логических инструментов
И вот слово ScienceLogic вбитое в Гугле вместо того чтобы привести к АвтоЛогике привело меня к AIOPS концепции, и что хуже всего к инструменту деплоера “моделей” к исполнению в виде микросервисов
https://github.com/SeldonIO/seldon-core
И вот я уже упаковываю модели в микросервисы вместо философского холивара про науку логику.
@Встроить в 1С [email protected]
Второй ответ - я вспоминал вот эту публикацию https://infostart.ru/public/225601/
Вопрос был по встраиванию красивых компонентов с диаграмами внутрь чего либо
Там в глубинах можно обнаружить вариант встраивания диаграмм в том числе в 7.7 - у кого она еще осталась
Но придется хитрить с пересборкой или подключением CDN - но это микропроблема - был бы 1С-ник вменяемый
https://cdnjs.com/libraries/antd
@Встраивание JS библиотек@
Ответ на вопрос с сегодняшней трансляции
Вопрос был по встраиванию красивых компонентов с диаграмами внутрь чего либо
Собственно вот такой инструмент я имел виде - сам инструмент мне не подошел - чисто для бизнес-приложений - потому что “слишком сильно торчат уши C#” пока что
https://www.radzen.com/blog/a-new-era-for-blazor-development/
Но суть отражает - вот тут можно посмотреть что каждый компонент - это тупо класс C# https://github.com/radzenhq/radzen-blazor/tree/master/Radzen.Blazor
В глубинах можно найти как мужики подключили https://antblazor.com/
