Есть некий реестр, который хранит brief схемы всех сервисов, а так же brief схемы, которые сервис использует, то есть по сути свои связи. Если провести аналогию, то у реестр хранит proto файл самого сервиса и proto файлы других сервисов, которые он использует. Это очень грубое описание, хранится конечно же все в структурированном виде. Обновление этой информации происходит после того как сервис задеплоен. В реестр попадают все обновленные и актуальные схемы
Вначале использовали этот плагин. Но в итоге перешли на свое решение на lua, так как нужно было кэширование и несколько других возможностей, которые плагин не поддерживал.
Чтобы не проложить канализационную трубу горизонтально технологи описали как это делать правильно и расчитали минимально необходимой уклон в градусах, а чтобы было еще проще и удобнее, то в сантиметрах на метр.
Это например когда нет части символов в названии переменных потому что разраб забыл переключиться в режим редактирования и начал что-то набирать.
впервые слышу о такого рода ошибках. Код вимеров не отличить от кода, написанного например на продуктах от JetBrains.
Отвечая на ваш вопрос могу повторить, что я этими материалами не пытаюсь никого ни в чем убедить. Каждый выбирает то, что ему удобно и что ближе. Я делюсь опытом и знаниями с теми, кому нужна именно эта тематика.
P.S. Я перешел на вим как раз с продуктов от JetBrains и VsCode. Несколько раз пытался вернуться обратно, но каждый раз не покидало ощущение недостаточности. Вим я настраиваю под себя в чем мне хочется, а не только в том, что разработчики дали настраивать. Кому-то хватает гибкости VSCode, мне - нет. Работать на клавиатуре в слепую и без мыши для меня одно удовольствие, которое другие IDE мне дать не могут. Тесная интеграция с множеством других консольных утилит (tmux, lf, zsh, etc), и возможностями которые они предоставляют ни одна IDE мне не заменит.
Часто слышу такой аргумент. Да редактирование занимает времени меньше чем чтение. Однако энерго затраты на редактирование можно существенно снизить. То есть тут речь не про время, а про количество внимания, которые вы вкладываете на перепрыгивание с мыши на код, листание скролом, выделения и вот это все. Вим это еще про десятипальцевую печать, а значит даже на клавиатуру смотреть не нужно и постоянно перекидывать взгляд. Но это не единственное, что дает вим. Помимо редактирования, такая же огромная скорость действий касается всего остального. Работа с табами, поиск по проекту/файлу, работа с гитом, навигация по всякого рода имплементациям интерфейсов и вот это все. Вим ощутимо увеличивает общую скорость работы, а главное перестаешь со временем думать про инструмент (так как автоматизм действий приходит неизбежно) и начинаешь думать про код. У меня это так работает.
Я пробовал использовать vimmode в больших IDE, но мне не зашло. Там этот режим дает преимущества только при редактировании текста, а если надо в normal mode например запустить тест под курсором или curl запрос отправить в терминал, то вот тут уже преимуществ нет. Поэтому для меня vimmode не стал заменой вима.
Вы видимо очень невнимательно пролистывали) Базовые возможности редактора это только редактирование, я же рассказал в том числе и про плагины. Кстати Telescope это только для NeoVim. Также как и Nvim-tree, gitsign, diffview. А также примеры конфигурации на Lua. А если бы вы еще доклад посмотрели, по которому написана эта статья, то там еще больше информации о разнице между vim и nvim)
Есть ли у вас планы по бесплатной или более дешёвой версии для частного использования? Садовый/дачный дом, хоз постройки и прочее такое.
Привет. Каждый сайдкар ест примерно 0,1 cpu и 10-20мб памяти.
определяются автоматически по интегрированным бриф схемам в сервис
Есть некий реестр, который хранит brief схемы всех сервисов, а так же brief схемы, которые сервис использует, то есть по сути свои связи. Если провести аналогию, то у реестр хранит proto файл самого сервиса и proto файлы других сервисов, которые он использует. Это очень грубое описание, хранится конечно же все в структурированном виде.
Обновление этой информации происходит после того как сервис задеплоен. В реестр попадают все обновленные и актуальные схемы
Вначале использовали этот плагин. Но в итоге перешли на свое решение на lua, так как нужно было кэширование и несколько других возможностей, которые плагин не поддерживал.
Есть controlplane, в который ходят все сайдкары и забирает там бандлы https://www.openpolicyagent.org/docs/latest/management-bundles/ Controlplane хранит у себя все необходимые данные и в момент обращения просто собирает этот бандл
Да именно так.
Чтобы не проложить канализационную трубу горизонтально технологи описали как это делать правильно и расчитали минимально необходимой уклон в градусах, а чтобы было еще проще и удобнее, то в сантиметрах на метр.
От того что на любом из них появится демократия они полезнее не станут. В любом случае самообразование полезнее)
подводникам на атомных лодках дают 300 грамм красного вина. Да, там случай отдельный, но все же пример есть.
все полиси OPA держит в памяти. Мы же их прокидываем в виде файла
впервые слышу о такого рода ошибках. Код вимеров не отличить от кода, написанного например на продуктах от JetBrains.
Отвечая на ваш вопрос могу повторить, что я этими материалами не пытаюсь никого ни в чем убедить. Каждый выбирает то, что ему удобно и что ближе. Я делюсь опытом и знаниями с теми, кому нужна именно эта тематика.
P.S. Я перешел на вим как раз с продуктов от JetBrains и VsCode. Несколько раз пытался вернуться обратно, но каждый раз не покидало ощущение недостаточности. Вим я настраиваю под себя в чем мне хочется, а не только в том, что разработчики дали настраивать. Кому-то хватает гибкости VSCode, мне - нет. Работать на клавиатуре в слепую и без мыши для меня одно удовольствие, которое другие IDE мне дать не могут. Тесная интеграция с множеством других консольных утилит (tmux, lf, zsh, etc), и возможностями которые они предоставляют ни одна IDE мне не заменит.
30млн от скольки?
Где бы ещё найти то место без господ
Часто слышу такой аргумент. Да редактирование занимает времени меньше чем чтение. Однако энерго затраты на редактирование можно существенно снизить. То есть тут речь не про время, а про количество внимания, которые вы вкладываете на перепрыгивание с мыши на код, листание скролом, выделения и вот это все. Вим это еще про десятипальцевую печать, а значит даже на клавиатуру смотреть не нужно и постоянно перекидывать взгляд.
Но это не единственное, что дает вим. Помимо редактирования, такая же огромная скорость действий касается всего остального. Работа с табами, поиск по проекту/файлу, работа с гитом, навигация по всякого рода имплементациям интерфейсов и вот это все.
Вим ощутимо увеличивает общую скорость работы, а главное перестаешь со временем думать про инструмент (так как автоматизм действий приходит неизбежно) и начинаешь думать про код. У меня это так работает.
Все и не надо. Только те, что нужны именно вам.
На наших объемах информации хранить конечно можно, но вот время выполнения аналитических запросов уже не удовлетворяет.
3 часа утомительно?) много людей с Москвы едут по 20 часов или больше
Впахивать по 12 часов гораздо более тревожный звоночек)
Я пробовал использовать vimmode в больших IDE, но мне не зашло. Там этот режим дает преимущества только при редактировании текста, а если надо в normal mode например запустить тест под курсором или curl запрос отправить в терминал, то вот тут уже преимуществ нет. Поэтому для меня vimmode не стал заменой вима.
Вы видимо очень невнимательно пролистывали) Базовые возможности редактора это только редактирование, я же рассказал в том числе и про плагины. Кстати Telescope это только для NeoVim. Также как и Nvim-tree, gitsign, diffview. А также примеры конфигурации на Lua. А если бы вы еще доклад посмотрели, по которому написана эта статья, то там еще больше информации о разнице между vim и nvim)
Спасибо, исправил