Oracle фактически вернется к "доковидным" временам по числу сотрудников.
Amazon -- на фоне того, что в 2020 наняли 500к, уволить 16к -- капля в море. К тому же в 22 году сократили и вовсе ~4% штата, оставив на своих местах 1,5кк(!!!) сотрудников
Основная причина всей корпоративной чистки — агрессивная переориентация на ИИ.
Вторая причина — .... После избыточного найма в прошлые годы Бигтех избавляется от «жирка», чтобы поддержать стоимость акций.
Точно ли основная причина увольнений из-за ИИ? В мире рынки штормит, нефть туда-сюда прыгает, логистика страдает
Не забывайте про retention, исходя из того, насколько вы планируете останавливать Stand-in базу (log.retention.hours и log.retention.bytes).
Делали ли что-то на стороне базы источника, чтобы был запас по размеру WALа, если дебезиум по каким-то причинам не вычитывает эвенты?
TOAST, который хранит тяжелые колонки вне основной строки. При обновлении строк в такой таблице WAL лог не дублирует значения этих тяжелых колонок, если они не менялись
Помимо описанных способов решения нюанса с TOASTами можно еще поменять replica identity таблицы на full. Тогда ценой увеличенного размера WAL можно получить значения TOAST колонок в эвенте, даже если по ним не было апдейтов
Как проверить, что все изменения дошли? Они летят через Kafka, поэтому мы можем обратиться к ней через Admin API, получить последние прочитанные Sink-коннектором офсеты, а также получить для каждого топика последние записанные офсеты.
По оффсетам можно проверить только то, что на standby доставили все, что было в кафке на момент переключения. Проверяется ли как-то дополнительно, что на источнике лаг WALа минимален / нулевой / достаточен, чтобы гарантировать отсутствие потери данных по ключевым таблицам?
Такая ситуация крайне редкая, но если удариться в крайности, то шанс все еще не нулевой получить пропуск, так как в момент сверки оффсетов дельта была равна 0, но потом дебезиум накинул сверху еще апдейтов, которые остались в WAL невычитанными.
Но может я в статье пропустил таки логику, которая позволяет гарантировать отсутствие лага в логической репликации.
Есть еще блок настроек, который конфигурируется не для каждого коннектора, а именно в конфиге Kafka Connect Cluster
Можно на воркерах выставить настройку:
connector.client.config.override.policy=ALL
Это позволит в каждом коннекторе переопределять отдельные значения для consumer/producer. Когда-то на одном из проектов потребовалась эта фича и в целом решила ряд проблем с кастомизацией (топики при этом сами создавали, дабы autocreate не нарушал чувство прекрасного)
Применение такого решения не подойдёт, если:
Вы не умеете готовить Kafka.
Кафка здесь выглядит полезной, но не является строго обязательной. У дебезиума есть иные варианты работы. Например, отдельное самописное приложение с embedded engine или flink cdc. В обоих примерах можно полностью без кафки обойтись, не теряя в надежности
Предположу, что речь была про steam guard, который даже в случае, если кто-то получил доступ к аккаунту, все равно будет требовать подтверждения при обмене/покупке/продаже предметов => сразу все не утащат
Поведение BE-узла при нагрузочных тестах — CPU и сеть.
Поведение BE-узла при нагрузочных тестах – память и свободное место на диске.
Скрины одинаковые. Хотя может так и задумывалось.
По самим результатам пара вопросов:
В тестах были конфигурации 3+30 и 3+60. На скринах, судя по всему, выжимка по какому-то одному выбранному узлу BE. Как вели себя остальные? Не было ли перекоса в данных? На всех ли нодах одинаковый объем полезной нагрузки выполнялся?
На скринах также графики -- при бенчмарках в рамках какой конфигурации? 3+30 или 3+60? И на каком объеме? 1Тб или 3Тб?
С полной версией отчета можно ознакомиться на официальном сайте StarRocks Pro. В ней вы найдете в том числе сводные таблицы с результатами Power-теста для каждого масштаба данных.
https://docs.starrockspro.ru/docs/benchmarking/TPC_DS_Benchmark -- если речь про эти результаты, то по этой ссылке результаты бенчмарка TCP-DS на объеме 100Гб (хотя по ссылке же при этом есть упоминание, что объеме даных от 1 Гб до 3 Тб). На этой же странице: "StarRocks развернут с 1 FE и 3 BE.". Где можно полные результаты посмотреть? Понятно, что тестировать на своем профиле нагрузки нужно, но всегда любопытно другие бенчмарки посмотреть, если их потенциально можно повторить
И вот на месте банка, я бы вообще лишний раз никому не выдавал кредит, а положил бы их так же дальше на "депозит" (гос.облигации)
Учитывая, что банки также кредитуются у ЦБ, то какой резон государству кредит выдавать с меньшим процентом, чтобы потом кто-то мог купить гос.облигации (что по своей сути дать в долг государству) и получить % больше? Ловко придумано, я даже сначала и не понял! ^_^
Банки по-прежнему чувствуют себя хорошо, но у них нет тех прибылей, которые были в предыдущие годы
Вот на чем основан этот вывод? На каких данных? Я вот первые попавшиеся отчеты открываю и вижу у того же сбера (https://www.sberbank.com/ru/investor-relations/groupresults/ifrs_results_for_the_3rd_quarter9oct) рост чистой прибыли за 25Q3 +9% год к году. Данные за чуть больший период по тому же сберу (https://smart-lab.ru/q/SBER/MSFO/net_income/) тоже не то, чтобы могут позволить утверждать, что были какие-то особые сверх-прибыли за несколько лет. 21 год -- ожидаемо при низкой ключевой ставке ЦБ + снятие после-ковидных ограничений. 23 год -- эффект низкой базы относительно 22-го. 16 год -- эффект цифровой трансформации. В остальные года вполне естественный рост, тем более с учетом размера бизнеса.
Какая прибыль должна быть, чтобы прибыль стала снова "как та, которая была в предыдущие годы"?
Может быть речь о каких-то конкретных банках, которые не чувствуют себя хорошо? Такие наверняка есть. Вопрос в том, насколько они заметны на общем фоне.
Пузырь ИТ в мире лопается
В чем это проявляется? В том, что зарплаты не растут? Так экономика (не только в РФ) в целом сейчас не лучший период переживает. Это затронуло и другие сферы в том числе.
Не может бизнес думать о расширении, когда текущая цель = выжить и не потерять нажитое (или хотя бы пройти этот период с минимальными потерями). Раз нет расширения, то и нужды в масштабном найме нет, но есть нужда в оптимизации костов. И опять-таки, ключевые ставки центральных банков не то, чтобы сопутствуют тому, чтобы абсолютно любой бизнес в целом мог позволить себе думать о таких прекрасных вещах, как безудержный рост.
Нет масштабных задач для тысяч айтишников
Та же инхаус разработка, про которую есть речь в этой же статье. Там вполне могут работать если не тысячи, то сотни специалистов. Зависит от масштаба бизнеса, где подобная разработка происходит. Это же в копилку про:
Если бы кто-то сейчас заказал разработку полностью новой ERP-системы, заменяющей SAP, на это потребовались бы тысячи сотрудников. У нас есть отдельные корпорации, которые могли бы себе это позволить, но им это не нужно.
Сейчас инхаус, после -- опенсоурс/коммерческий продукт. Компании, которые подобные масштабные продукты делают есть.
Если бы кто-то сейчас заказал разработку полностью новой ERP-системы, заменяющей SAP
У кого бы еще заказать такую систему, чтобы это не вылилось в дыру в бюджете на десятки лет
Более гибкий подход заключается во введении поля expected_status_change_time. В него записывается момент, до которого статус задачи должен измениться. ... Главное здесь — иметь надёжные тайм‑ауты и аккуратно настроенные запросы, чтобы не возникла ситуация, когда две копии одной задачи выполняются одновременно.
Как будто бы тут применим принцип не "если", а "когда" произойдет ситуация, при которой worker1 уже превысил expected_status_change_time и worker2 взял эту же задачу, хотя worker1 в состоянии выполнить ее успешно.
С идемпотентными задачами такой проблемы нет (кроме лишнего сжигания ресурсов на их выполнение). Но как в такой ситуации происходит резолв конфликтов в задачах с сайд-эффектами? worker1 при попытке завершить задачу дополнительно проверяет "не превышен ли лимит выполнения" или "принадлежит ли задача до сих пор мне"? Верно ли понимаю, что подобное решается только подбором нужного интервала выполнения для каждого отдельного типа задачи или есть какие-то механизмы, помогающие дополнительно снизить вероятность дублирования?
В голову приходит только идея с heartbeat механизмом, при котором worker1 дополнительно сообщает, что "он жив, задача в работе, требуется больше времени", но может есть что-то более хитрое.
Не очень понятно, почему речь тогда только про IT направление. С 22 года есть определенный тренд уменьшения числа вакансий, но этот тренд распространяется и на другие сферы в том числе.
https://www.macrotrends.net/3049/us-job-openings -- +68% год к году в 22 году. Дальнейшее снижение, как минимум, ожидаемо, как максимум обусловлено экономической ситуацией. При около нулевых ставках займа денег нанимать "как ни в себя" -- было рабочей стратегией. При текущих ставках -- уже нет (да, сейчас я про рынок US, так как рассматриваю данные по нему, ибо найти их оказалось кратно проще).
Если вернуться в плоскость зарплат, то тот факт, что они не растут или растут, но не такими темпами, как раньше, также обусловлен тем, что и экономическая ситуация не располагает сейчас к резкому росту затрат на ФОТ.
Не знаю, насколько можно опираться на труды Адама Смита в этой дискуссии, но он (а может и кто-то задолго до него) сформулировал следующее утверждение (вольный пересказ): если экономика растет, то компании вынуждены конкурировать за рабочую силу путем предложений лУчших условий (=зарплат). Если экономика стагнирует или падает, то ситуация оборачивается в пользу того, что компании вынуждены сокращать расходы, уменьшая затраты и на рабочую силу (так как не до роста). А раз вакансий фактически становится меньше, то и у соискателей особо выбора и не остается, кроме как согласиться на те условия, которые предлагают.
По поводу роста можно поспорить в пользу того, что "ВВП то растет, значит и экономика растет", однако здесь ситуация такая, что ВВП по-разному считать можно.
Ну тогда это проблема не офиса а конкретного человека, который решил жить далеко от работы.
Да в целом люди сами виноваты, что живут далеко от школ/университетов/больниц/офисов. Как советуют коучи: "если у вас нет квартиры, то в чем проблема взять ее и купить?"
Если серьезно, то не всегда банально есть возможность не то, чтобы жить рядом с офисом, но и снять квартиру рядом (начиная от ценников, заканчивая тем, что нет вакантных мест).
Должен быть какой-то баланс в этом. Иначе так можно дойти до того, что и сотрудники потенциальные начнут говорить "это не моя проблема, что я далеко живу, это проблема офиса, что он далеко от меня -- стройте ближе" :)
Вы же давно работаете в этой компании? Наверняка изучили довольно хорошо все изнутри, знаете, куда смотреть, если вдруг какой-то баг или нужно что-то новое сделать, и в целом ощущаете все на кончиках пальцев. Да, задач приходит много, но это не значит, что вы должны их делать 24/7 -- все-таки у вас тоже есть определенный ресурс, а если вы один не вывозите все задачи (причем не потому что не справляетесь по экспертизе, а просто потому что перегружены задачами), то, как минимум, вам имеет смысл попросить о расширении штата.
Если ситуация иная -- с задачами справляетесь, но уходить жалко, так как вы единственный разработчик и бросать людей не хотите (благородно, но нужно и о себе помнить: бизнес есть бизнес), то есть и иной вариант, который может вам подойдет: устройтесь на вторую работу (по ИП или по ТК РФ) :) Так вы двух зайцев убьете: и на текущем месте останетесь и с новыми технологиями на новом месте познакомитесь, и опыта нового наберетесь (да еще и приятный бонус в виде двойной зарплаты будет и диверсификации рисков). Если работаете удаленно, то этот вариант вполне адекватен и естественен
Почему бы государству не сделать так, чтобы человеку после "бесплатного" обучения хотелось не "свалить в закат платить налоги в другой стране", а наоборот остаться работать здесь и платить эти самые заветные налоги в своей стране?
Отучился бесплатно - будь добр работать в стране несколько лет.
Это больше похоже на борьбу со следствием, а не с причиной и только лишний раз подстегнет определенный процент населения смотреть на заграницу. Так можно и до бесплатной медицины дойти: "вылечился бесплатно - будь добр, отработай"
Ну, а если серьезно, то по поводу фин.грамотности я все же имею ввиду какое-то базовое понимание того, что вообще в мире финансов есть, какие инструменты существуют, как ими пользоваться и какие у них риски.
На своем опыте могу сказать, что еще в школе был предмет, который фактически вводили в экспериментальном режиме (изначально в виде некоего дополнение к основным урокам экономики). Суть его как раз была в том, что бы рассказать о различных финансовых инструментах и в целом о тех темах, которые чуть ближе к жизни, нежели темы, которые раскрываются в классической экономике. Всех школьников инвесторами это не сделало, но, как минимум, основную задачу такая активность выполнила, на мой взгляд.
Т.е. что в консерватории Интернете стоит исправить
Я все-таки не перестану утверждать, что проблема не в интернете как таковом, а в отсутствии финансовой грамотности у населения, и проблема это системная, которую соответствующим образом нужно решать :)
Сингапурский опыт подсказывает, что через просвещение детей, которые поддаются такому просвещению в школах легче, можно менять привычки и взрослых. Сразу поясню -- под просвещением подразумеваю донесение полезной для жизни информации (фин.грамотность), а не "культурное просвещение", под которым можно все, что угодно спрятать ( ͡ᵔ ͜ʖ ͡ᵔ)
Никакого введения в синтаксис не было, мы учились прямо по ходу занятия.
Вы уверенны, что вам нужно введение в синтаксис? Я предположу, что если бы оно и было, то содержание статьи изменилось бы на то, что вам начали преподавать заведомо неактуальные знания и, скорее всего, вы были бы также разочарованы. Вам же предложили иной путь: дали задачи, которые надо решить, и никак не ограничили в выборе источников информации.
Работая совместно в этом случае, каждая выдрячья семья называется Группой Консьюмеров, которая успевает следить за своей частью потока сообщений, сколько бы их не было всего в реке.
called a consumer group, could keep up with the flow of messages in the stream, no matter how busy the river got.
Кажется, в оригинале мысль в том, что каждая группа в целом может справиться с потоком, но сами группы между собой нагрузку не делят.
p.s. пожалейте людей с не самым хорошим интернетом — почти на 170 мб картинок и гифок. Может удасться их как-то пожать? =)
Не банк, конечно, но тоже организация серьезная: https://finuslugi.ru/glossariy/transakciya
Buy the rumor, sell the news :)
oracle - https://stockanalysis.com/stocks/orcl/employees/
amazon - https://stockanalysis.com/stocks/amzn/employees/
Oracle фактически вернется к "доковидным" временам по числу сотрудников.
Amazon -- на фоне того, что в 2020 наняли 500к, уволить 16к -- капля в море. К тому же в 22 году сократили и вовсе ~4% штата, оставив на своих местах 1,5кк(!!!) сотрудников
Точно ли основная причина увольнений из-за ИИ? В мире рынки штормит, нефть туда-сюда прыгает, логистика страдает
Спасибо за статью! Было интересно почитать
Делали ли что-то на стороне базы источника, чтобы был запас по размеру WALа, если дебезиум по каким-то причинам не вычитывает эвенты?
Помимо описанных способов решения нюанса с TOASTами можно еще поменять replica identity таблицы на full. Тогда ценой увеличенного размера WAL можно получить значения TOAST колонок в эвенте, даже если по ним не было апдейтов
По оффсетам можно проверить только то, что на standby доставили все, что было в кафке на момент переключения. Проверяется ли как-то дополнительно, что на источнике лаг WALа минимален / нулевой / достаточен, чтобы гарантировать отсутствие потери данных по ключевым таблицам?
Такая ситуация крайне редкая, но если удариться в крайности, то шанс все еще не нулевой получить пропуск, так как в момент сверки оффсетов дельта была равна 0, но потом дебезиум накинул сверху еще апдейтов, которые остались в WAL невычитанными.
Но может я в статье пропустил таки логику, которая позволяет гарантировать отсутствие лага в логической репликации.
Можно на воркерах выставить настройку:
connector.client.config.override.policy=ALLЭто позволит в каждом коннекторе переопределять отдельные значения для consumer/producer. Когда-то на одном из проектов потребовалась эта фича и в целом решила ряд проблем с кастомизацией (топики при этом сами создавали, дабы autocreate не нарушал чувство прекрасного)
Кафка здесь выглядит полезной, но не является строго обязательной. У дебезиума есть иные варианты работы. Например, отдельное самописное приложение с embedded engine или flink cdc. В обоих примерах можно полностью без кафки обойтись, не теряя в надежности
Предположу, что речь была про steam guard, который даже в случае, если кто-то получил доступ к аккаунту, все равно будет требовать подтверждения при обмене/покупке/продаже предметов => сразу все не утащат
Скрины одинаковые. Хотя может так и задумывалось.
По самим результатам пара вопросов:
В тестах были конфигурации 3+30 и 3+60. На скринах, судя по всему, выжимка по какому-то одному выбранному узлу BE. Как вели себя остальные? Не было ли перекоса в данных? На всех ли нодах одинаковый объем полезной нагрузки выполнялся?
На скринах также графики -- при бенчмарках в рамках какой конфигурации? 3+30 или 3+60? И на каком объеме? 1Тб или 3Тб?
https://docs.starrockspro.ru/docs/benchmarking/TPC_DS_Benchmark -- если речь про эти результаты, то по этой ссылке результаты бенчмарка TCP-DS на объеме 100Гб (хотя по ссылке же при этом есть упоминание, что объеме даных от 1 Гб до 3 Тб). На этой же странице: "StarRocks развернут с 1 FE и 3 BE.". Где можно полные результаты посмотреть? Понятно, что тестировать на своем профиле нагрузки нужно, но всегда любопытно другие бенчмарки посмотреть, если их потенциально можно повторить
Учитывая, что банки также кредитуются у ЦБ, то какой резон государству кредит выдавать с меньшим процентом, чтобы потом кто-то мог купить гос.облигации (что по своей сути дать в долг государству) и получить % больше? Ловко придумано, я даже сначала и не понял! ^_^
Вот на чем основан этот вывод? На каких данных? Я вот первые попавшиеся отчеты открываю и вижу у того же сбера (https://www.sberbank.com/ru/investor-relations/groupresults/ifrs_results_for_the_3rd_quarter9oct) рост чистой прибыли за 25Q3 +9% год к году. Данные за чуть больший период по тому же сберу (https://smart-lab.ru/q/SBER/MSFO/net_income/) тоже не то, чтобы могут позволить утверждать, что были какие-то особые сверх-прибыли за несколько лет. 21 год -- ожидаемо при низкой ключевой ставке ЦБ + снятие после-ковидных ограничений. 23 год -- эффект низкой базы относительно 22-го. 16 год -- эффект цифровой трансформации. В остальные года вполне естественный рост, тем более с учетом размера бизнеса.
У тбанка тоже достойные результаты (https://smart-lab.ru/q/T/r/y/MSFO/).
Какая прибыль должна быть, чтобы прибыль стала снова "как та, которая была в предыдущие годы"?
Может быть речь о каких-то конкретных банках, которые не чувствуют себя хорошо? Такие наверняка есть. Вопрос в том, насколько они заметны на общем фоне.
В чем это проявляется? В том, что зарплаты не растут? Так экономика (не только в РФ) в целом сейчас не лучший период переживает. Это затронуло и другие сферы в том числе.
Не может бизнес думать о расширении, когда текущая цель = выжить и не потерять нажитое (или хотя бы пройти этот период с минимальными потерями). Раз нет расширения, то и нужды в масштабном найме нет, но есть нужда в оптимизации костов. И опять-таки, ключевые ставки центральных банков не то, чтобы сопутствуют тому, чтобы абсолютно любой бизнес в целом мог позволить себе думать о таких прекрасных вещах, как безудержный рост.
Та же инхаус разработка, про которую есть речь в этой же статье. Там вполне могут работать если не тысячи, то сотни специалистов. Зависит от масштаба бизнеса, где подобная разработка происходит. Это же в копилку про:
Сейчас инхаус, после -- опенсоурс/коммерческий продукт. Компании, которые подобные масштабные продукты делают есть.
У кого бы еще заказать такую систему, чтобы это не вылилось в дыру в бюджете на десятки лет
Как будто бы тут применим принцип не "если", а "когда" произойдет ситуация, при которой worker1 уже превысил expected_status_change_time и worker2 взял эту же задачу, хотя worker1 в состоянии выполнить ее успешно.
С идемпотентными задачами такой проблемы нет (кроме лишнего сжигания ресурсов на их выполнение). Но как в такой ситуации происходит резолв конфликтов в задачах с сайд-эффектами? worker1 при попытке завершить задачу дополнительно проверяет "не превышен ли лимит выполнения" или "принадлежит ли задача до сих пор мне"? Верно ли понимаю, что подобное решается только подбором нужного интервала выполнения для каждого отдельного типа задачи или есть какие-то механизмы, помогающие дополнительно снизить вероятность дублирования?
В голову приходит только идея с heartbeat механизмом, при котором worker1 дополнительно сообщает, что "он жив, задача в работе, требуется больше времени", но может есть что-то более хитрое.
Не очень понятно, почему речь тогда только про IT направление.
С 22 года есть определенный тренд уменьшения числа вакансий, но этот тренд распространяется и на другие сферы в том числе.
https://www.macrotrends.net/3049/us-job-openings -- +68% год к году в 22 году. Дальнейшее снижение, как минимум, ожидаемо, как максимум обусловлено экономической ситуацией. При около нулевых ставках займа денег нанимать "как ни в себя" -- было рабочей стратегией. При текущих ставках -- уже нет (да, сейчас я про рынок US, так как рассматриваю данные по нему, ибо найти их оказалось кратно проще).
Если вернуться в плоскость зарплат, то тот факт, что они не растут или растут, но не такими темпами, как раньше, также обусловлен тем, что и экономическая ситуация не располагает сейчас к резкому росту затрат на ФОТ.
Не знаю, насколько можно опираться на труды Адама Смита в этой дискуссии, но он (а может и кто-то задолго до него) сформулировал следующее утверждение (вольный пересказ): если экономика растет, то компании вынуждены конкурировать за рабочую силу путем предложений лУчших условий (=зарплат). Если экономика стагнирует или падает, то ситуация оборачивается в пользу того, что компании вынуждены сокращать расходы, уменьшая затраты и на рабочую силу (так как не до роста). А раз вакансий фактически становится меньше, то и у соискателей особо выбора и не остается, кроме как согласиться на те условия, которые предлагают.
По поводу роста можно поспорить в пользу того, что "ВВП то растет, значит и экономика растет", однако здесь ситуация такая, что ВВП по-разному считать можно.
Эскроу счет, увы, не панацея. Вернуть что-то может и вернут, но в текущих реалиях это не более 10 млн.
Возникает закономерный вопрос: как так, если сам счет вроде как был придуман ровно для того, чтобы обезопасить дольщиков.
https://blog.domclick.ru/novosti/post/novyj-limit-vozmesheniya-po-eskrou-schetam-mogut-vvesti-v-2025-godu?utm_referrer=https%3A%2F%2Fwww.google.com%2F
Да в целом люди сами виноваты, что живут далеко от школ/университетов/больниц/офисов. Как советуют коучи: "если у вас нет квартиры, то в чем проблема взять ее и купить?"
Если серьезно, то не всегда банально есть возможность не то, чтобы жить рядом с офисом, но и снять квартиру рядом (начиная от ценников, заканчивая тем, что нет вакантных мест).
Должен быть какой-то баланс в этом. Иначе так можно дойти до того, что и сотрудники потенциальные начнут говорить "это не моя проблема, что я далеко живу, это проблема офиса, что он далеко от меня -- стройте ближе" :)
Вставлю свои 5 копеек :)
Вы же давно работаете в этой компании? Наверняка изучили довольно хорошо все изнутри, знаете, куда смотреть, если вдруг какой-то баг или нужно что-то новое сделать, и в целом ощущаете все на кончиках пальцев. Да, задач приходит много, но это не значит, что вы должны их делать 24/7 -- все-таки у вас тоже есть определенный ресурс, а если вы один не вывозите все задачи (причем не потому что не справляетесь по экспертизе, а просто потому что перегружены задачами), то, как минимум, вам имеет смысл попросить о расширении штата.
Если ситуация иная -- с задачами справляетесь, но уходить жалко, так как вы единственный разработчик и бросать людей не хотите (благородно, но нужно и о себе помнить: бизнес есть бизнес), то есть и иной вариант, который может вам подойдет: устройтесь на вторую работу (по ИП или по ТК РФ) :) Так вы двух зайцев убьете: и на текущем месте останетесь и с новыми технологиями на новом месте познакомитесь, и опыта нового наберетесь (да еще и приятный бонус в виде двойной зарплаты будет и диверсификации рисков). Если работаете удаленно, то этот вариант вполне адекватен и естественен
Почему бы государству не сделать так, чтобы человеку после "бесплатного" обучения хотелось не "свалить в закат платить налоги в другой стране", а наоборот остаться работать здесь и платить эти самые заветные налоги в своей стране?
Это больше похоже на борьбу со следствием, а не с причиной и только лишний раз подстегнет определенный процент населения смотреть на заграницу. Так можно и до бесплатной медицины дойти: "вылечился бесплатно - будь добр, отработай"
Нет, так как у меня нет на такое лицензии ^_^
Ну, а если серьезно, то по поводу фин.грамотности я все же имею ввиду какое-то базовое понимание того, что вообще в мире финансов есть, какие инструменты существуют, как ими пользоваться и какие у них риски.
На своем опыте могу сказать, что еще в школе был предмет, который фактически вводили в экспериментальном режиме (изначально в виде некоего дополнение к основным урокам экономики). Суть его как раз была в том, что бы рассказать о различных финансовых инструментах и в целом о тех темах, которые чуть ближе к жизни, нежели темы, которые раскрываются в классической экономике. Всех школьников инвесторами это не сделало, но, как минимум, основную задачу такая активность выполнила, на мой взгляд.
Я все-таки не перестану утверждать, что проблема не в интернете как таковом, а в отсутствии финансовой грамотности у населения, и проблема это системная, которую соответствующим образом нужно решать :)
Сингапурский опыт подсказывает, что через просвещение детей, которые поддаются такому просвещению в школах легче, можно менять привычки и взрослых. Сразу поясню -- под просвещением подразумеваю донесение полезной для жизни информации (фин.грамотность), а не "культурное просвещение", под которым можно все, что угодно спрятать ( ͡ᵔ ͜ʖ ͡ᵔ)
Что интересно, от подобных новостей, судя по некоторым наблюдениям, действительно, количество подобных случаев возрастало ¯_(ツ)_/¯
Прямо таки принцип социального доказательства в действии)
Вы уверенны, что вам нужно введение в синтаксис? Я предположу, что если бы оно и было, то содержание статьи изменилось бы на то, что вам начали преподавать заведомо неактуальные знания и, скорее всего, вы были бы также разочарованы. Вам же предложили иной путь: дали задачи, которые надо решить, и никак не ограничили в выборе источников информации.
Кажется, в оригинале мысль в том, что каждая группа в целом может справиться с потоком, но сами группы между собой нагрузку не делят.
p.s. пожалейте людей с не самым хорошим интернетом — почти на 170 мб картинок и гифок. Может удасться их как-то пожать? =)