Банки это совсем другая история. Они конечно предоставляют отчеты в установленные сроки и блокируют всех подряд по распоряжению.
Но тут сам ЦБ прямо в реальном времени будет видеть, что Вася послал 100 руб Пете.
И если ему это не понравиться, может на лету отклонить транзакцию.
Больше не нужно делать всякие там запросы, чтобы узнать какие люди пересылают деньги какому-то оппозиционеру. Можно сразу получить список этих людей и на всякий случай заблокировать все их счета.
В случае Signal владельцы серверов могут получить ваш номер телефона.
Но в случае с Telegram или Whatsapp любой левый человек может получить ваш номер телефона.
Судя по этой статье утверждается, что любой левый человек также может получить номер телефона в Signal, но не описан механизм как это работает.
Про Signal надо больше подробностей. Насколько я помню простым добавлением телефонов в список контактов получить информацию не получиться. Номер телефона в Signal показывается лишь в случае когда у обоих пользователей в списке контактов есть номера друг друга.
Прикол в том, что у разработчика 2-5 лет не было прибавки к зарплате и его текущая зарплата сильно ниже рыночной. И вот он приходит и говорит, хочу больше денег. А ему, что он должен брать больше обязанностей и выполнять больше работы. В этот момент новых людей нанимают по текущей рыночной зарплате, т.е. более высокой.
Разумеется, для повышения оплаты нужно становится более полезным для фирмы.
Меня это почему должно волновать? Это вопросы бизнеса, я же в данном случае выступаю как наемный сотрудник. Допустим проработал я в фирме 2-5 лет. Соответственно мой опыт вырос моя стоимость на рынке, как специалиста тоже выросла. Скилов стало больше. Зарплаты по рынку выросли.
Если человек может сам предложить, как фирма будет получать больше денег с его опыта и скилов, то ему пусть в бизнес или на худой конец в менеджеры.
Для тимлидов или менеджеров еще можно там что-то предложить, т.к. у них есть доступы к разным там бюджетам, зарплатам, расходам доходам. А у рядового разработчика доступа к этой информации нет и как конкретно он зарабатывает деньги для фирмы и в каком объеме он не знает. Исходя из этого сложно что-то там предложить.
Если для фирмы/отдела/начальника не безразлично куда это деваются все опытные сотрудники, то она должна предусмотреть этот момент.
прямо сказать, я хочу получать «X рублей, что мне надо сделать»
У меня как-то это ни разу не срабатывало.
Начинают говорить, что ты должен взять на себя больше обязанностей. А нахрена мне больше обязанностей, если я могу в соседней фирме получать больше без «больше обязанностей», т.к. зарплаты по рынку за несколько лет выросли.
Либо другой вариант. Прямо сейчас повысить мы тебе не можем, потому что <любая причина>, но подожди пол годика, может что-то измениться. Ничего не меняется.
А потом обижаются, что я так «внезапно» уволился.
Может есть что-то, что я упускаю и воздушный ближний бой по сложности задачи сравним допустим с автономным автомобилем, который по уровню безопасности вождения лучше человека в 10000 раз?
Эээ, пока что ИИ в области вождения автомобиля хуже человека и разработчики говорят, что ИИ сможет заменить человека за рулем минимум лет через 10. У вас какие-то другие данные?
Может, вопрос в bus-factor данного решения и стоимости поддержки.
Ну так в том то и вопрос, что стоимость поддержки докера в нашем случае оказалась выше. Не вижу как это может влиять на bus factor.
но при росте сложности проекта и увеличении размера команды такие решения начинают существенно проигрывать тому же докеру.
Это упрощение. Факторов больше чем размер команды, но это конечно один из них.
в том числе много ручных операций и портянки скриптов и/или YAML
Ну а чем докер принципиально отличается от bash скрипта, Dockerfile это по сути и есть плюс минус bash-скрипт.
На моём опыте, большая часть его противников
Я не противник докера. Более того я его использую для тестирования bash-скриптов. (Хотя могу и без докера, через vagrant). Но я против бездумного пихания докера и микросервисов в каждый проект.
или не хотят изучать технологию, или не хотят ничего менять в своей работе
Я выше написал, что изначально докер был в проекте. Так что это не про нашу ситуацию.
У нас нет такой потребности. Но наверно можно разные ветки разворачивать в разных папках. Не вижу тут как-то принципиальной проблемы.
Я не претендую на универсальность решения. Зависит от многих факторов — масштаба проекта, количества проектов, размера команды, проекты живут на своем железе или делят общее и так далее.
А как же поддержание единой тестовой и прод среды, автодеплой
Ну много вариантов есть — ansible например.
Но сейчас я скажу одну вещь, после которой у вас наверно взорвется голова )))
Раньше я использовал ansible, но потом перешел на Makefile y bash-скрипты.
Пишу «make deploy» и все готово, деплой на тестовый сервер «make deplytest», запуск тестов «make test».
Есть еще CI куда на котором тесты запускаются автоматически после каждого комита, и также автоматически деплоится на тестовый сервер.
Вы не поверите, но до сих пор довольно многие компании работают с монолитами.
Вы так говорите, как будто микросервисы это идеальное решение всех проблем.
Кроме того что эта архитектура в некоторых случаях может решить какие-то проблемы, во многих случаях она может создать больше проблем чем решить их.
Я часто вижу что микросервисы применяются вообще не к месту.
То что в монолите решается джойном по таблице (по условию более сложному чем по id), то в микросервисе эта задача становится очень и очень сложной.
когда люди даже о Докере не хотят задумываться
Я выпилил докер с проекта 3 года назад.
Докер это не только новые возможности, но и новые затраты на поддержку докера и решение проблем с докером. Это не всегда оправдано и зависит от разного Один у вас проект или 50. Одна история когда у вас один проект и одна команда, а другая история когда у вас на одном и том же железе размещено 50 проектов.
Чиновники считают, что такие маневры помогут стимулировать экспорт российского софта
Экспорт российского софта (и других услуг и продуктов) может быть тогда, когда на платеж из-за рубежа в 10 тыс руб на адрес юр. лица банк не будет требовать 100500 документов для валютного контроля. Отмечу, что с оплатой картами таких проблем нет.
Если хотите что-то получить от начальства, всегда начинайте сентенцию так: «Мне очень нужен ваш совет, как поступить. вот в такой ситуации..» И дальше по обстоятельсвам. Можно даже изложить свою проблему как гипотетическую от третьего лица.
Не могли бы вы раскрыть пример. Не ясен контекст употребления. Я хочу повышения? Или пожаловаться на то что кто-то косячит? Почему прямо не сказать?
Крутая идея, но реализация хромает.
Если я не вижу, то тест вынуждает меня угадывать. Почему я не могу нажать другую кнопку, чтобы было сразу понятно. А так я случайно угадываю и текст дальше предлагает мне еще меньше букву.
Результаты в каких-то непонятных единицах.
Надеюсь, что кто-то сделает получше.
Но тут сам ЦБ прямо в реальном времени будет видеть, что Вася послал 100 руб Пете.
И если ему это не понравиться, может на лету отклонить транзакцию.
Больше не нужно делать всякие там запросы, чтобы узнать какие люди пересылают деньги какому-то оппозиционеру. Можно сразу получить список этих людей и на всякий случай заблокировать все их счета.
А сейчас посмотрел 30 часов видео на ютюбе/курсере и все, ты разработчик.
Ну добавилась там пара функций, глобально у устоявшихся фреймворках редко что меняется. Обычно глобальные изменения происходят до версии 1 или 2.
Но в случае с Telegram или Whatsapp любой левый человек может получить ваш номер телефона.
Судя по этой статье утверждается, что любой левый человек также может получить номер телефона в Signal, но не описан механизм как это работает.
Меня это почему должно волновать? Это вопросы бизнеса, я же в данном случае выступаю как наемный сотрудник. Допустим проработал я в фирме 2-5 лет. Соответственно мой опыт вырос моя стоимость на рынке, как специалиста тоже выросла. Скилов стало больше. Зарплаты по рынку выросли.
Если человек может сам предложить, как фирма будет получать больше денег с его опыта и скилов, то ему пусть в бизнес или на худой конец в менеджеры.
Для тимлидов или менеджеров еще можно там что-то предложить, т.к. у них есть доступы к разным там бюджетам, зарплатам, расходам доходам. А у рядового разработчика доступа к этой информации нет и как конкретно он зарабатывает деньги для фирмы и в каком объеме он не знает. Исходя из этого сложно что-то там предложить.
Если для фирмы/отдела/начальника не безразлично куда это деваются все опытные сотрудники, то она должна предусмотреть этот момент.
У меня как-то это ни разу не срабатывало.
Начинают говорить, что ты должен взять на себя больше обязанностей. А нахрена мне больше обязанностей, если я могу в соседней фирме получать больше без «больше обязанностей», т.к. зарплаты по рынку за несколько лет выросли.
Либо другой вариант. Прямо сейчас повысить мы тебе не можем, потому что <любая причина>, но подожди пол годика, может что-то измениться. Ничего не меняется.
А потом обижаются, что я так «внезапно» уволился.
Эээ, пока что ИИ в области вождения автомобиля хуже человека и разработчики говорят, что ИИ сможет заменить человека за рулем минимум лет через 10. У вас какие-то другие данные?
Ну так в том то и вопрос, что стоимость поддержки докера в нашем случае оказалась выше. Не вижу как это может влиять на bus factor.
Это упрощение. Факторов больше чем размер команды, но это конечно один из них.
Ну а чем докер принципиально отличается от bash скрипта, Dockerfile это по сути и есть плюс минус bash-скрипт.
Я не противник докера. Более того я его использую для тестирования bash-скриптов. (Хотя могу и без докера, через vagrant). Но я против бездумного пихания докера и микросервисов в каждый проект.
Я выше написал, что изначально докер был в проекте. Так что это не про нашу ситуацию.
Я не претендую на универсальность решения. Зависит от многих факторов — масштаба проекта, количества проектов, размера команды, проекты живут на своем железе или делят общее и так далее.
Ну много вариантов есть — ansible например.
Но сейчас я скажу одну вещь, после которой у вас наверно взорвется голова )))
Раньше я использовал ansible, но потом перешел на Makefile y bash-скрипты.
Пишу «make deploy» и все готово, деплой на тестовый сервер «make deplytest», запуск тестов «make test».
Есть еще CI куда на котором тесты запускаются автоматически после каждого комита, и также автоматически деплоится на тестовый сервер.
В онлайне гораздо больший выбор.
Вы так говорите, как будто микросервисы это идеальное решение всех проблем.
Кроме того что эта архитектура в некоторых случаях может решить какие-то проблемы, во многих случаях она может создать больше проблем чем решить их.
Я часто вижу что микросервисы применяются вообще не к месту.
То что в монолите решается джойном по таблице (по условию более сложному чем по id), то в микросервисе эта задача становится очень и очень сложной.
Я выпилил докер с проекта 3 года назад.
Докер это не только новые возможности, но и новые затраты на поддержку докера и решение проблем с докером. Это не всегда оправдано и зависит от разного Один у вас проект или 50. Одна история когда у вас один проект и одна команда, а другая история когда у вас на одном и том же железе размещено 50 проектов.
Экспорт российского софта (и других услуг и продуктов) может быть тогда, когда на платеж из-за рубежа в 10 тыс руб на адрес юр. лица банк не будет требовать 100500 документов для валютного контроля. Отмечу, что с оплатой картами таких проблем нет.
Да, спасибо!
Не могли бы вы раскрыть пример. Не ясен контекст употребления. Я хочу повышения? Или пожаловаться на то что кто-то косячит? Почему прямо не сказать?
Если я не вижу, то тест вынуждает меня угадывать. Почему я не могу нажать другую кнопку, чтобы было сразу понятно. А так я случайно угадываю и текст дальше предлагает мне еще меньше букву.
Результаты в каких-то непонятных единицах.
Надеюсь, что кто-то сделает получше.