армия всё-таки официальная обязанность, как бы мы к ней не относились, но все таки может сложиться ситуация когда откосить не получиться
Я понимаю что ситуации могут быть всякими и подобные экивоки не просто так, но, КМК, человеку с таким бэкграундом (олимпиады, топовые профильные ВУЗы) будет проще не попасть туда по схеме "бакалавриат->магистратура->аспирантура->докторантура" (ну или как оно теперь будет называться)
Некоторые и так сидят себе работу придумывают еще со времен когда никакого аи не было. Особо наглые - просто ютуб и нетфликс смотрят, раз в неделю презентацию делают по какой-то очень важной (нет) теме и годами в таком режиме.
Йеп, звучит действительно как все истории про работу обычного сараримана в Ниппонии
Это 100% точно да, прямо как в анекдоте про категории людей и бэкапы, мол на самом деле их не 2 "те кто делает" и "те кто уже делает", а 3 - "те кто уже проверяют что разбэкапливается"
UPD: про "не катить в дождь" забавно, что у этого была своя причина, которую впоследствии починили, но привычка дуть на воду, после того как обожглись на молоке оставалась.
Ну вот допустим Ваше " Вот представь что случилась проблема, даже и небольшая, кто это править будет?" это ответ на мой исходный вопрос "а почему лучше подождать?". Такой ответ порождает дальнейшую ветвь обсуждения - "а проблему прям нужно править?".
Что я тут имею ввиду - при деплое мы можем или собственно править - пытаться какими-нибудь костылями подпереть релиз, лишь бы он поехал, лишь бы циферка версии обновилась, либо забить = откатить.
В первом случае мы снова проваливаемся в тот же devops-cargo-cult - мы следуем каким-то практикам не потому что так лучше, а потому что мы думаем что так лучше, и пофиг на цену, а это и сломанный IaC, и "неудачный я выбрал день чтобы бросить курить"-devops (это был буквально я и мне очень не понравилось), и бутылочное горлышко в виде упомянутого выше devops, и сломанного ttm, и прочего печального.
Во втором случае мы вышли (но это не точно, скорее - наверное выходим) из порочного круга мантр "после 17 не катить"/"в пятницу не катить"/"в дождь не катить" (и это не шутка, работал я в компании в которой было не принято релизиться в дождь). НО - здесь естественно так же есть своя цена, а именно нужно потратить человекочасы на такую систему, которая способна сама себя восстанавливать к последнему рабочему состоянию.
Именно это я и имею ввиду под "это задача для sre/devops, причем скорее всего, это будет что-то вроде эпика". SRE должны находить такие узкие места и улучшать их, делать рабочие механизмы релиз-менеджмента (выкатить, откатить, уведомить как базовый минимум) вместо собирания бамбукового аэродрома "на следующей неделе фриз, потому что наш devops в отпуске в ПНД из-за той каши yaml'а, которую ему некогда разгрести, потому что у него 9000 релизов в сутки"
Осталось вместо креста/квадрата читать значение оси z (LT-RT), а вместо стрелок влево/вправо значение оси x левого стика - т.к. там 8 бит на ось, можем получить возможность управлять напряжением подаваемым на моторы с шагом точности ~127. И тогда машинка сможет ездить не просто 0-100, но и плавно ускоряться и поворачивать.
Да, Rider создавался как IDE для .NET-разработки. Но сегодня это ещё и мощный инструмент для работы с базами данных, который может заменить связку из нескольких утилит.
Для работы с базами данных существует (хотя я и не понимаю зачем оно существует, как и половина других продуктов JetBranins) DataGrip - "IDE for DB"
Да и ЕМНИП, в каждой IDEA-based IDE, типа самой IDEA, PHPStorm, Goland, PyCharm, в упомянутом Rider и остальных - один и тот же набор инструментов для работы с БДшками.
ВСЖ
Я понимаю что ситуации могут быть всякими и подобные экивоки не просто так, но, КМК, человеку с таким бэкграундом (олимпиады, топовые профильные ВУЗы) будет проще не попасть туда по схеме "бакалавриат->магистратура->аспирантура->докторантура" (ну или как оно теперь будет называться)
И это в ответ на пример использовать роадраннер?
Вот бы полноценную статью прочитать об японском айти "изнутри, но сбоку" ;)
ИМХО, это ошибка ставить дисплей такого разрешения
Йеп, звучит действительно как все истории про работу обычного сараримана в Ниппонии
Даже интересно какие были аргументы
Вроде как tailscale self-hosted не существует. Есть headscale - open-source версия tailscale'овского control server'а.
Еще из вариантов можно netbird попробовать - он полностью open-source, включая сервер изначально, но по функционалу, ИМХО, чуть уступает
Я пришел сюда из будущего
На этом пожалуй и заканчиваем
ЕМНИП, вкладки можно было в отдельное окно выносить
Максимальное количество открытых вкладок меняется в настройках
Это 100% точно да, прямо как в анекдоте про категории людей и бэкапы, мол на самом деле их не 2 "те кто делает" и "те кто уже делает", а 3 - "те кто уже проверяют что разбэкапливается"
UPD: про "не катить в дождь" забавно, что у этого была своя причина, которую впоследствии починили, но привычка дуть на воду, после того как обожглись на молоке оставалась.
Жаль в ней нет инфо о наличии GPON или SFP
И то при условии что других задач нет, чего почти никогда не случается потому что "релизим СРОЧНО, продукт горит!"
Ну вот допустим Ваше " Вот представь что случилась проблема, даже и небольшая, кто это править будет?" это ответ на мой исходный вопрос "а почему лучше подождать?". Такой ответ порождает дальнейшую ветвь обсуждения - "а проблему прям нужно править?".
Что я тут имею ввиду - при деплое мы можем или собственно править - пытаться какими-нибудь костылями подпереть релиз, лишь бы он поехал, лишь бы циферка версии обновилась, либо забить = откатить.
В первом случае мы снова проваливаемся в тот же devops-cargo-cult - мы следуем каким-то практикам не потому что так лучше, а потому что мы думаем что так лучше, и пофиг на цену, а это и сломанный IaC, и "неудачный я выбрал день чтобы бросить курить"-devops (это был буквально я и мне очень не понравилось), и бутылочное горлышко в виде упомянутого выше devops, и сломанного ttm, и прочего печального.
Во втором случае мы вышли (но это не точно, скорее - наверное выходим) из порочного круга мантр "после 17 не катить"/"в пятницу не катить"/"в дождь не катить" (и это не шутка, работал я в компании в которой было не принято релизиться в дождь). НО - здесь естественно так же есть своя цена, а именно нужно потратить человекочасы на такую систему, которая способна сама себя восстанавливать к последнему рабочему состоянию.
Именно это я и имею ввиду под "это задача для sre/devops, причем скорее всего, это будет что-то вроде эпика". SRE должны находить такие узкие места и улучшать их, делать рабочие механизмы релиз-менеджмента (выкатить, откатить, уведомить как базовый минимум) вместо собирания бамбукового аэродрома "на следующей неделе фриз, потому что наш devops в отпуске в ПНД из-за той каши yaml'а, которую ему некогда разгрести, потому что у него 9000 релизов в сутки"
Осталось вместо креста/квадрата читать значение оси z (LT-RT), а вместо стрелок влево/вправо значение оси x левого стика - т.к. там 8 бит на ось, можем получить возможность управлять напряжением подаваемым на моторы с шагом точности ~127. И тогда машинка сможет ездить не просто 0-100, но и плавно ускоряться и поворачивать.
Для работы с базами данных существует (хотя я и не понимаю зачем оно существует, как и половина других продуктов JetBranins) DataGrip - "IDE for DB"
Да и ЕМНИП, в каждой IDEA-based IDE, типа самой IDEA, PHPStorm, Goland, PyCharm, в упомянутом Rider и остальных - один и тот же набор инструментов для работы с БДшками.
Это такой же карго-культ про которые статья. Вскрывается банальным вопросом - "а почему лучше подождать?".
Собственно, ответ на этот вопрос - это задача для sre/devops, причем скорее всего, это будет что-то вроде эпика от "на пару спринтов" до "цель на Q5"
Он и есть не удобный, не понимаю зачем putty, когда openssh спокойно устанавливается через компоненты windows и отлично работает в windows terminal.
Установил putty только чтобы сконвертировать ssh ключ в ppk формат, с которым far умеет работать (разработчики far, добавьте поддержку ed25519)
Так и подумал, но решил что лучше уточнить)
Ну на самом деле да, следующим хотел про perforce helix спросить "а чего не он, он как раз под геймдев позиционируется"
Как говорится - "так исторически сложилось"
Что же там такое, что аж на терабайт и почему в таком случае это все еще git?