Хорошо помню имбовый баг в TM4 на PS: если потратить всё оружие, то при выполнении комбо "выстрел назад" происходил выстрел последним использованным оружием. Можно было шарашить молниями (убервафля, которая поражала сразу всех врагов на карте), пока не произойдёт автопополнение каких-то самых простых ракет.
Утверждение понятное, но ничто не мешает государству принудить и банки к ограничению доступа вкладчиков к их средствам, что мы могли видеть на примере валютных счетов в 22 году. Мне сложно представить ситуацию, когда деньги в банке будут защищены существенно лучше, чем ЦР с точки зрения влияния государства, двухконтурной экономики и вот этого всего.
Уверен, что в системе будут участвовать не только, и не столько физлица. Изначальный вопрос стоял как "зачем нужен ЦР". Можно много рассуждать о его применимости или выгоде от его использования, но ответ от этого не изменится: это массовый законный способ получить контроль над своими электронными деньгами, которого до внедрения ЦР в принципе не существует.
Почему нет выбора? Вы можете точно так же передать свои ЦР банку или обналичить. С той разницей, что обычные рубли вам придётся нести в банкомат/отделение, а ЦР - онлайн.
Если речь о том, что будет только один оператор/гарант ЦР, ну так и ценность бумажного рубля обеспечивается только ЦБ. Просто бумажный рубль проходит гораздо более длинную цепочку, чем цифровой, прежде чем попадёт к Вам в руки.
Вы обратили внимание на мелочи, но проигнорировали главное: право распоряжаться электронными деньгами. Передавая деньги в банк, вы поручаете банку распоряжаться этими деньгами по своему усмотрению и принимаете все связанные с этим риски. ЦР должен дать вам возможность распоряжаться своими электронными деньгами не перепоручая их третьей стороне.
Затем, что, передавая деньги банку, вы передаёте ему и право распоряжаться этими деньгами по своему усмотрению, а цифровой рубль должен стать аналогом купюр в кармане, которыми никто кроме вас распоряжаться не может.
Представьте, что вместо банка вы несёте все свои деньги соседу Васе с нижнего этажа под честное слово, что когда они вам понадобятся, он выдаст вам сколько нужно. С банками схема аналогичная, с поправкой на законодательное регулирование. Вы лишаетесь своих денег и получаете обязательство, что долг банка перед Вами будет возвращён по требованию.
На самом деле, да. Я, например, разучился запоминать информацию, но отлично научился запоминать ключи, по которым её можно нагуглить. Да и в принципе использование уже готовых ответов очень сильно повлияло на способности аналитического мышления.
Реклама - фиг с ней, а вот факт того, что после посещения сайтов застройщиков начинают сыпаться звонки от них на личный номер телефона с их супервыгодными предложениями, уже пугает.
360-фидбек со временем сводится к тому, что все друг другу ставят отличные оценки за то что они такие классные и здорово вчера посидели в баре. Оценки ниже "отлично" на таких ревью получают, как правило, либо совсем ни на что не годные сотрудники, либо те, кому не удалось вписаться в коллектив. Эта практика не имеет ничего общего с оценкой реальной эффективности сотрудников.
Лично знаю ведущего разработчика в тиньке (400+), который не знает разницу между передачей параметра по ссылке и по значению. Послековидные годы были довольно тучными, а хард скиллы не всегда коррелируют с оплатой.
Главная проблема роста в том, что 10 джунов одновременно могут расти в синьоров в рамках одной компании и одного отдела, но лидом стать из них сможет только один. Не потому что остальные плохие, а потому что они перейдут к нему в подчинение. И чем выше вы поднимаетесь, тем сильнее эта воронка сужается.
1 тимлид на команду из 10 человек. Один груплид на 30 человек. Один лид отдела на 100. Если на линейной позиции ваши шансы вырасти из джуна в мидла, а из мидла в синьора примерно равны и при хороших задатках близки к 100%, то, при прочих равных, шанс стать тимлидом уже в 10 раз ниже, чем синьором, а рук. отдела - в 10 раз ниже, чем тимлидом.
В Java есть класс мысленных задач, которые называются java puzzlers. Там тоже применяется базовый синтаксис, результаты исполнения которого можно вывести, зная "базу". Тем не менее, самые синьористые синьоры поголовно допускают в них ошибки, потому что это именно головоломки, а не типовой продакшн код, с которым они имеют дело ежедневно. Более того, даже если подобное встречается в реальной работе, результат легко узнать при помощи исполнения этого кода.
Ваши примеры - скорее из области головоломок, а не проверки базы.
Не раз видел людей с "20-летним опытом", которые не знают что такое докер или как настроить пайплайн в gitlab ci. Очень неправильно в ит искать прямую корреляцию между стажем работы и профессиональным уровнем.
Если после 20 лет работы человек 2 года не может пройти собеседование, вероятно, есть что-то, о чём мы не знаем.
У кассира есть кнопка "забить болт". На кассах самообслуживания в Спаре для многих товаров сейчас тоже есть такая опция, но она требует отсканировать бейджик наблюдателя за кассами, что всё равно неудобно.
Перебивать и перескакивать разумеется не приветствуется, но тут всё зависит от конкретных собеседующих.
Возможно, проблема как раз в том, что вы говорите про заучивание решения задач по видео с Ютуба, а от вас ждут понимания того, какие инструменты применять в той или иной ситуации и знания типовых шаблонов. Сейчас все научились рисовать квадратики, но копни чуть глубже - сразу сыпятся на непонимании деталей.
Странно в тиньке то, что для разработчиков грейд, по сути, выставляется на первом собеседовании, и даже идеально сданные последующие секции особо не могут на него повлиять в сторону повышения.
Потому что ваши запросы, как правило, или слишком простые, чтобы для них использовать орм, или слишком сложные, чтобы их можно было качественно выразить через орм.
Хорошо помню имбовый баг в TM4 на PS: если потратить всё оружие, то при выполнении комбо "выстрел назад" происходил выстрел последним использованным оружием. Можно было шарашить молниями (убервафля, которая поражала сразу всех врагов на карте), пока не произойдёт автопополнение каких-то самых простых ракет.
Утверждение понятное, но ничто не мешает государству принудить и банки к ограничению доступа вкладчиков к их средствам, что мы могли видеть на примере валютных счетов в 22 году. Мне сложно представить ситуацию, когда деньги в банке будут защищены существенно лучше, чем ЦР с точки зрения влияния государства, двухконтурной экономики и вот этого всего.
Уверен, что в системе будут участвовать не только, и не столько физлица. Изначальный вопрос стоял как "зачем нужен ЦР". Можно много рассуждать о его применимости или выгоде от его использования, но ответ от этого не изменится: это массовый законный способ получить контроль над своими электронными деньгами, которого до внедрения ЦР в принципе не существует.
Почему нет выбора? Вы можете точно так же передать свои ЦР банку или обналичить. С той разницей, что обычные рубли вам придётся нести в банкомат/отделение, а ЦР - онлайн.
Если речь о том, что будет только один оператор/гарант ЦР, ну так и ценность бумажного рубля обеспечивается только ЦБ. Просто бумажный рубль проходит гораздо более длинную цепочку, чем цифровой, прежде чем попадёт к Вам в руки.
Вы обратили внимание на мелочи, но проигнорировали главное: право распоряжаться электронными деньгами. Передавая деньги в банк, вы поручаете банку распоряжаться этими деньгами по своему усмотрению и принимаете все связанные с этим риски. ЦР должен дать вам возможность распоряжаться своими электронными деньгами не перепоручая их третьей стороне.
Затем, что, передавая деньги банку, вы передаёте ему и право распоряжаться этими деньгами по своему усмотрению, а цифровой рубль должен стать аналогом купюр в кармане, которыми никто кроме вас распоряжаться не может.
Представьте, что вместо банка вы несёте все свои деньги соседу Васе с нижнего этажа под честное слово, что когда они вам понадобятся, он выдаст вам сколько нужно. С банками схема аналогичная, с поправкой на законодательное регулирование. Вы лишаетесь своих денег и получаете обязательство, что долг банка перед Вами будет возвращён по требованию.
На самом деле, да. Я, например, разучился запоминать информацию, но отлично научился запоминать ключи, по которым её можно нагуглить. Да и в принципе использование уже готовых ответов очень сильно повлияло на способности аналитического мышления.
Реклама - фиг с ней, а вот факт того, что после посещения сайтов застройщиков начинают сыпаться звонки от них на личный номер телефона с их супервыгодными предложениями, уже пугает.
Лучше расскажите как именно вы настроили свой ИИ для того чтобы он выдавал такие шикарные результаты.
Сейчас выглядит как волшебная коробка, в которую что ни положи, получишь ровно то, что требуется по проекту
360-фидбек со временем сводится к тому, что все друг другу ставят отличные оценки за то что они такие классные и здорово вчера посидели в баре. Оценки ниже "отлично" на таких ревью получают, как правило, либо совсем ни на что не годные сотрудники, либо те, кому не удалось вписаться в коллектив. Эта практика не имеет ничего общего с оценкой реальной эффективности сотрудников.
Как показывает практика, наскальная живопись жива тысячелетия спустя, а рейд массивы и облака не всегда способны прожить и десяток лет.
Лично знаю ведущего разработчика в тиньке (400+), который не знает разницу между передачей параметра по ссылке и по значению. Послековидные годы были довольно тучными, а хард скиллы не всегда коррелируют с оплатой.
Так всё-таки почему люди слышат не то, что им говорят?
Главная проблема роста в том, что 10 джунов одновременно могут расти в синьоров в рамках одной компании и одного отдела, но лидом стать из них сможет только один. Не потому что остальные плохие, а потому что они перейдут к нему в подчинение. И чем выше вы поднимаетесь, тем сильнее эта воронка сужается.
1 тимлид на команду из 10 человек. Один груплид на 30 человек. Один лид отдела на 100. Если на линейной позиции ваши шансы вырасти из джуна в мидла, а из мидла в синьора примерно равны и при хороших задатках близки к 100%, то, при прочих равных, шанс стать тимлидом уже в 10 раз ниже, чем синьором, а рук. отдела - в 10 раз ниже, чем тимлидом.
В Java есть класс мысленных задач, которые называются java puzzlers. Там тоже применяется базовый синтаксис, результаты исполнения которого можно вывести, зная "базу". Тем не менее, самые синьористые синьоры поголовно допускают в них ошибки, потому что это именно головоломки, а не типовой продакшн код, с которым они имеют дело ежедневно. Более того, даже если подобное встречается в реальной работе, результат легко узнать при помощи исполнения этого кода.
Ваши примеры - скорее из области головоломок, а не проверки базы.
Не раз видел людей с "20-летним опытом", которые не знают что такое докер или как настроить пайплайн в gitlab ci. Очень неправильно в ит искать прямую корреляцию между стажем работы и профессиональным уровнем.
Если после 20 лет работы человек 2 года не может пройти собеседование, вероятно, есть что-то, о чём мы не знаем.
Вот чего не понимаю в USB-C, так это почему разъёмы папа-мама сделаны именно таким образом, а не наоборот.
Lightning от Эппл выглядит гораздо логичнее.
У кассира есть кнопка "забить болт". На кассах самообслуживания в Спаре для многих товаров сейчас тоже есть такая опция, но она требует отсканировать бейджик наблюдателя за кассами, что всё равно неудобно.
Перебивать и перескакивать разумеется не приветствуется, но тут всё зависит от конкретных собеседующих.
Возможно, проблема как раз в том, что вы говорите про заучивание решения задач по видео с Ютуба, а от вас ждут понимания того, какие инструменты применять в той или иной ситуации и знания типовых шаблонов. Сейчас все научились рисовать квадратики, но копни чуть глубже - сразу сыпятся на непонимании деталей.
Странно в тиньке то, что для разработчиков грейд, по сути, выставляется на первом собеседовании, и даже идеально сданные последующие секции особо не могут на него повлиять в сторону повышения.
Потому что ваши запросы, как правило, или слишком простые, чтобы для них использовать орм, или слишком сложные, чтобы их можно было качественно выразить через орм.