Вы сказали "странЫ", значит, их больше одной. США не годится, поскольку они через печать доллара экспортируют свою инфляцию в остальной мир. Приведите какую-нибудь другую, пожалуйста.
Суть роли лида в том, чтобы совмещать технические знания и лидерские качества, и в этом ее уникальность. От обычного менеджера лид отличается тем, что сам хорошо разбирается в задачах своей команды. Он не управляет издалека, а работает вместе с коллегами и при этом принимает решения.
Да, и всё указанное - обязанности проектного менеджера.
В какой-то момент произошло снижение компетентности менеджеров и, соответственно, требований к ним. Если лет 10 назад на проекте было достаточно техлида и проектного менеджера, то теперь менеджер уже разучился работать с людьми, перестал понимать, чем он вообще управляет и получился "обычный менеджер" из цитаты выше. То, что было несоответствием позиции, стало нормальностью. Поэтому и потребовался "тимлид", который выполняет реальные менеджерские обязанности, чтобы менеджер в это время мог заниматься такими важными делами, как перетасовка полосочек в Ганте, назначение митингов в календарях и составление отчётов и презентаций для руководства.
Хожу на них через ssh из терминала. Когда уже там, проще запустить vim на месте, чем на локальной машине открывать нужный файл через tramp. Т.е. сперва шелл на серваке, потом редактирование. А так, чтобы понадобилось именно редактировать что-то удалённо в больших объёмах, у меня не бывает. Для такого лучше либо редактировать локально и переправлять на сервак через git, либо полноценный провижен (я использую mitamae).
Лет пять минимум, судя по репе с .dotfiles. Возможно, дольше. До этого какое-то время был spacemacs, до этого уже не помню.
впечатления
Не без своих проблем, но нужно понимать, что это проект практически одного автора и это bleeding edge. Если не ждать вечной стабильности, то и разочарований не будет.
для чего
Практически для всего, это для меня ключевой инструмент. Основные вещи - это
- организация: org-mode + база знаний через org-roam
- разработка: magit, разнообразные языки (в последнее время через tree-sitter режимы)
Это всё с evil-mode, который для меня является лучшим вимом, чем сам вим.
остаются ли рядом вимы
На локальной машине - отредактировать что-то под рутом, это может быть быстрее, чем открывать в емаксе в tramp. На удалённых серверах vim всегда основной редактор. Мышечная память работает везде. Поэтому, допустим, helix мне не зашёл, он ломает привычные схемы использования.
По моему мнению ценность вима - в концепции: модальность + логичные мнемонические последовательности кнопок (очень легко запомнить, что dw - это Delete Word, и очень легко сделать вывод, что Change Word - это cw). Реализовать эту концепцию можно поверх разных платформ. Emacs - вполне хороший вариант для такой базовой платформы.
Соблюдение субординации и поведение, адекватное ситуации, очень важны.
Дарья точно понимает смысл слова "субординация"? Рекрутёр - не начальник кандидата, кандидат - не подчинённый рекрутёра. Рекрутёр - наёмный работник, задача которого - найти для компании другого наёмного работника. Не больше и не меньше. Субординация будет только после найма и только между работником и его руководителем.
Как данные в облаке принадлежат не пользователю, а облаку, так и инфраструктура под чьим-то чужим управлением принадлежит не компании, а кому-то другому.
Что делать - возвращаться к истокам. Свои зеркала, свои репозитории, свои сервера, пусть даже не физические, но легко заменяемые. Свои бекапы на своих мощностях, в конце концов.
Что было тогда, интересно лишь с исторической точки зрения. Иначе можно и возвращения дореформенной орфографии требовать. Это даже актуальнее, ведь прошло всего сто лет.
Обычно обновление Postgres до новой основной версии включает создание нового экземпляра Postgres на желаемой версии и настройку репликации с текущего экземпляра на новый.
Вы описали один из вариантов, и, по моему опыту, далеко не самый частый. Можно ещё:
Остановить мастер, снять снапшот, обновить данные через pg_upgrade, запустить мастер.
Сделать реплику через физическую репликацию, проделать предыдущий пункт на ней, превратить её в мастер, направить клиентов на неё.
Sequence data is not replicated. The data in serial or identity columns backed by sequences will of course be replicated as part of the table, but the sequence itself would still show the start value on the subscriber.
Хороший разработчик должен попытаться разобраться в причинах проблемы. Сравнить окружения для начала. А для этого нужно разбираться в том, где и как его код будет работать за пределами его машины.
Это уж безотносительно того, что заботиться о прямоте докерфайлов, контейнеризации вообще и CI должны сотрудники эксплуатации, а не разработки.
Что прямо противоречит концепции DevOps, которая, как понятно из самого названия, есть DEVelopment+OPerationS.
Я не считаю контейнеризацию самым удачным способом упаковки кода для распространения. Но если с такой простой концепцией у разработчика возникают проблемы, то этот разработчик - максимум джун.
Вы сказали "странЫ", значит, их больше одной. США не годится, поскольку они через печать доллара экспортируют свою инфляцию в остальной мир. Приведите какую-нибудь другую, пожалуйста.
Назовите эти страны, пожалуйста
Где тут кто марширует? Просто идут по дороге
Вы несправедливы к гуглу. Всё, к чему он прикасается, просто умирает.
Да, и всё указанное - обязанности проектного менеджера.
В какой-то момент произошло снижение компетентности менеджеров и, соответственно, требований к ним. Если лет 10 назад на проекте было достаточно техлида и проектного менеджера, то теперь менеджер уже разучился работать с людьми, перестал понимать, чем он вообще управляет и получился "обычный менеджер" из цитаты выше. То, что было несоответствием позиции, стало нормальностью. Поэтому и потребовался "тимлид", который выполняет реальные менеджерские обязанности, чтобы менеджер в это время мог заниматься такими важными делами, как перетасовка полосочек в Ганте, назначение митингов в календарях и составление отчётов и презентаций для руководства.
Если потратить две минуты и погуглить "router pronunciation", то можно обнаружить, что носители языка называют его ПО-РАЗНОМУ.
Хожу на них через ssh из терминала. Когда уже там, проще запустить vim на месте, чем на локальной машине открывать нужный файл через tramp. Т.е. сперва шелл на серваке, потом редактирование. А так, чтобы понадобилось именно редактировать что-то удалённо в больших объёмах, у меня не бывает. Для такого лучше либо редактировать локально и переправлять на сервак через git, либо полноценный провижен (я использую mitamae).
Лет пять минимум, судя по репе с .dotfiles. Возможно, дольше. До этого какое-то время был spacemacs, до этого уже не помню.
Не без своих проблем, но нужно понимать, что это проект практически одного автора и это bleeding edge. Если не ждать вечной стабильности, то и разочарований не будет.
Практически для всего, это для меня ключевой инструмент. Основные вещи - это
- организация: org-mode + база знаний через org-roam
- разработка: magit, разнообразные языки (в последнее время через tree-sitter режимы)
Это всё с evil-mode, который для меня является лучшим вимом, чем сам вим.
На локальной машине - отредактировать что-то под рутом, это может быть быстрее, чем открывать в емаксе в tramp. На удалённых серверах vim всегда основной редактор. Мышечная память работает везде. Поэтому, допустим, helix мне не зашёл, он ломает привычные схемы использования.
По моему мнению ценность вима - в концепции: модальность + логичные мнемонические последовательности кнопок (очень легко запомнить, что dw - это Delete Word, и очень легко сделать вывод, что Change Word - это cw). Реализовать эту концепцию можно поверх разных платформ. Emacs - вполне хороший вариант для такой базовой платформы.
https://github.com/doomemacs/doomemacs комбо
Заголовок: "что происходит?". Открываю, ожидая увидеть ответ. В статье: "Что-то пошло не так". Ну... и на том спасибо, что ли
Дарья точно понимает смысл слова "субординация"? Рекрутёр - не начальник кандидата, кандидат - не подчинённый рекрутёра. Рекрутёр - наёмный работник, задача которого - найти для компании другого наёмного работника. Не больше и не меньше. Субординация будет только после найма и только между работником и его руководителем.
Она всегда была ненадёжна, даже без политики: иногда по экономическим причинам, иногда по техническим. Например, https://en.wikipedia.org/wiki/BGP_hijacking или свежайший https://www.opennet.ru/opennews/art.shtml?num=61249
Как данные в облаке принадлежат не пользователю, а облаку, так и инфраструктура под чьим-то чужим управлением принадлежит не компании, а кому-то другому.
Что делать - возвращаться к истокам. Свои зеркала, свои репозитории, свои сервера, пусть даже не физические, но легко заменяемые. Свои бекапы на своих мощностях, в конце концов.
То есть просто задуматься об управлении рисками, как подробно описано выше: https://habr.com/ru/news/819081/#comment_26895391
Что было тогда, интересно лишь с исторической точки зрения. Иначе можно и возвращения дореформенной орфографии требовать. Это даже актуальнее, ведь прошло всего сто лет.
Вы правда полагаете, что за 200 лет в русском языке ничего не изменилось?
А в какой стране Латинской Америки есть такая традиция? Они же испано- или португалоязычные.
"Не сталкивается с инструментом" != "Не может разобраться в концепции"
Вы описали один из вариантов, и, по моему опыту, далеко не самый частый. Можно ещё:
Остановить мастер, снять снапшот, обновить данные через pg_upgrade, запустить мастер.
Сделать реплику через физическую репликацию, проделать предыдущий пункт на ней, превратить её в мастер, направить клиентов на неё.
Сделать дамп из старой версии, залить в новую
Использовать сторонние инструменты типа bucardo
Да, и это описано в документации: https://www.postgresql.org/docs/current/logical-replication-restrictions.html
Хороший разработчик должен попытаться разобраться в причинах проблемы. Сравнить окружения для начала. А для этого нужно разбираться в том, где и как его код будет работать за пределами его машины.
Вы описали как раз плохих разработчиков. За аргумент "у меня всё работает" вообще надо гнать из профессии, как по мне.
Что прямо противоречит концепции DevOps, которая, как понятно из самого названия, есть DEVelopment+OPerationS.
Я не считаю контейнеризацию самым удачным способом упаковки кода для распространения. Но если с такой простой концепцией у разработчика возникают проблемы, то этот разработчик - максимум джун.