Pull to refresh
23
4
Антон Губарев @antgubarev

Инженер

Send message

определяются автоматически по интегрированным бриф схемам в сервис

Есть некий реестр, который хранит brief схемы всех сервисов, а так же brief схемы, которые сервис использует, то есть по сути свои связи. Если провести аналогию, то у реестр хранит proto файл самого сервиса и proto файлы других сервисов, которые он использует. Это очень грубое описание, хранится конечно же все в структурированном виде.
Обновление этой информации происходит после того как сервис задеплоен. В реестр попадают все обновленные и актуальные схемы

  1. Вначале использовали этот плагин. Но в итоге перешли на свое решение на lua, так как нужно было кэширование и несколько других возможностей, которые плагин не поддерживал.

  2. Есть controlplane, в который ходят все сайдкары и забирает там бандлы https://www.openpolicyagent.org/docs/latest/management-bundles/ Controlplane хранит у себя все необходимые данные и в момент обращения просто собирает этот бандл

  3. Да именно так.

Чтобы не проложить канализационную трубу горизонтально технологи описали как это делать правильно и расчитали минимально необходимой уклон в градусах, а чтобы было еще проще и удобнее, то в сантиметрах на метр.

От того что на любом из них появится демократия они полезнее не станут. В любом случае самообразование полезнее)

подводникам на атомных лодках дают 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)

Спасибо, исправил

Спасибо что делитесь конфигами. Благодаря таким людям как вы я нашел для себя много интересных возможностей.

для дебага на go я использую delve. Тот же самый что используется в VSCode, мне этого хватает. Брейкпоинты, стектрейсы, вотчинг переменных и прочее.

Information

Rating
818-th
Location
Воронеж, Воронежская обл., Россия
Works in
Date of birth
Registered
Activity

Specialization

Specialist
Lead