Ещё раз: С++ не обещает и не обеспечивает никакой бинарной совместимости. Не важной какой стандарт - во всех стандартах написано, что не обеспечивает. Как только программа собранна, то всё - вся бинарная совместимость закончилась.
И это про не стандарты C++. Это про вызов внешнего кода. Вы не можете передать С++ объект во внешнюю библиотеку (DLL/SO и т.п.) и не можете получить его оттуда. А как вы в таком случае реализуете модули ядра, которые пользователь сам собирает только из заголовочных файлов?
В законе есть много момент, когда статус валютного резидента меняется задним числом или наоборот - заранее, сразу после отъезда. Ни черта они там не автоматизируют.
У меня Госуслуги приняли неправильные паспортные данные, которые благополучно прошли проверку и разошлись по банкам и сотовым операторам - опечатался при вводе данные в Госуслуги (потому, что сами они ничего о смене российского паспорта не знают).
Ещё налоговая при смене паспорта и вовсе аннулировала ИНН (!!!), так как у них привязан к старому недействительному паспорту, а новые паспортные данные им взять негде и нет возможности (ответ от налоговой). Поэтому после смены паспорта нужно ещё и кабинете налоговой запрашивать обновление паспортных данных с Госуслуг (которые, как мы помним, тоже ничего о новом паспорт не знают). А так, да, всё у них отлично автоматизированно и работает.
C++ несколько раз уже терял совместимость сам с собой. "constexpr", например, Заменили бы макросы, а потом C++ взял и запретил для них приведение типов. А что с кодом делать? Я на этом очень сильно попал. Аналогично с их проклятой семантикой const&. За это им вообще в аду гореть. И самое главное: С++ не гарантирует бинарной совместимости. Причём даже там, где мог бы (то есть даже в простых структурах классах). То есть все интерфейсы вам нужно через export "C" описывать, а иначе работа пользовательского когда и внешних модулей ядра (что особенно важно), зависит от типа и версии компилятора. А ядро это сплошной импорт/экспорт, так как модули могут как встроенными, так и внешними, а многие структуры ядра используются, как внутри ядра, так и для обменя с внешним кодом. А на хрена вам C++, еcли вам совершенно всё придётся заворачивать/разворачивать в export "C"?! Где там будут все ваши безопасные типы?
Всё не так. По ходу прогресса все больше работ переходит в категорию низкоквалифицированных, и всё больше работ требуют более высокой квалификации. Можно не учиться, но тогда ты не сможешь выполнять большинство работ. Можно вместо школы учиться ремеслу и стать, например, офигенным каменщиком. Но, во-первых, ты всё равно учился, просто не в школе.
Во-вторых, в результате ты конкурентен только для крайне узкого спектра работ, а переучиться тебе сложно/невозможно из-за отсутствия знаний в других областях. В третьих, твоя работа всё достаточно низкоквалифицированная (относительно затраченного на обучение времени) и будет вытесняться более технологичными квалифицированным трудом (кладка камня будет всё менее и менее востребованной сокращая спрос).
"работают", "предоставят", "сделают". Может, сделают, а может нет, главное новость запостить. Очередная новость из будущего - с таким нужно на первый канал, а не на Хабр.
Н-да... ИИ превращается в магию. Всё больше программистов верят, что ИИ делает ошибки назло людям, и его нужно просто правильно попросить не делать ошибок. И, что особенно удивительно, при этом каждый второй считает себя в той или иной мере специалистом по ИИ, знает много умных слов, сам клепал что-нибудь с ИИ, и может даже рассказать всякое умное про нейросети, линейный градиенты, функции потерь и линейные градиенты. И никого ничего не смущает же...
Какой-то огромный набор велосипедов, а в результате никуда и не поехали... Не понял, зачем нужен direnv, если потом всё равно делается самопальный скрипт, который может ровно так же сразу и окружение импортировать - вместе с проверками три строчки кода добавится. А так вас Pyenv + UV + direnv + самописный скрипт импорта окружения (!!!), и все рулят виртуальными окружениями (!!!). Несколько... странно? Один из велосипедов и вовсе из исходников собран - вот радость для продакшена будет! Неужели такой необходимый велосипед?
Даже make прикручен, фигачили бы уже сразу scons какой-нибудь, чтобы уже прямо вообще. А потом весь этот зоопарк велосипедов нужно будет прикрутить к IDE. А потом к продакшену. А сверху ещё и nginx прикрутить придётся, так как веб-сервер не поддерживает HTTP3/QUICK.
И что интересно, при всём богатстве велосипедов, в реальность поставить несколько версий Python под Linux всё равно будет больно и сложно. На всех велосипедах заявлена установка и поддержка нескольких версий компиляторов, но где вы в реальности эти версии возьмёте? А если вы их уже взяли, то вон в тот скриптовый файл нужно просто ещё две переменные окружения добавить и больше ничего не нужно.
Может быть, я конечно и придираюсь и сейчас так принято, но как-то это всё так себе выглядит. Ощущение, что каждый последующий велосипед изобретал человек, который толком не разобрался в предыдущем, и которому было просто лень написать скрипт в пять строк. И потому он с энтузиазмом ваялся ещё один велосипед с очередной собственной поддержкой "виртуальных окружений" и "нескольких версий интерпретаторов". Киллер-фичи прямо.
Там же взаимодействие игроков идёт: голосование, совместное выполнение заданий, слежка за другими игроками и т.п. Даже чат есть. Что именно нужно "делать наоборот"?
Сотен. Сотен миллионов. Так как там номера у вообще всех, кто имел отношение к США с 1936 года. Включая умерших и иностранцев. А это намного больше, чем живых.
Да, кстати, вспомнил ещё одну штуку про SSN, которая обычно шокирует американцев. Скорее всего бОльшая часть найденных Маском "проблем" связана именно с ней.
Есть процедура "удаления" SSN, которой пользуются тысячи, если не десятки тысяч, человек ежегодно. Более того, каждый, кто был налоговым резидентом США и хочет перестать им быть должен пройти через эту процедуру. А это все обладатели долгосрочных виз и гринкарт, которые решили отказаться от своего статуса резидента. И это единственный законный способ для иностранца перестать быть налоговым резидентом США. Никакого фзического удаления само-сабой не происходит, так есть такая же процедура восстановления SSN, да и все платежи полученные льготы тоже никуда не делись. Но с точки зрения государства человек просто перестаёт существовать, как налоговый резидент. По факту происходит заморозка состояния SSN и ставится отметка, что его запрещено использовать. При этом вся информация остаётся доступной и валидной (так как этот SSN ещё долгое время может использоваться в целях проверки налоговой отчётности). Для таких SSN отметка о смерти вообще никак не может быть снята без прохождения восстановления.
И ещё один интересный факт. Все оригиналы документов о присвоении SSN хранятся в бумажном виде в архиве огромной пещере. Добавление бумажной записи занимает три месяца, а запрос в архив - до полугода. Фокус в том, что до середины семидесятых не было физической возможности хранить в единой базе всю необходимую информацию. И поэтому все оригиналы информации по людям, родившимся до середины 80х - бумажные. И оцифровать всю картотеку SSN на тот момент уже было просто невозможно. Поэтому информация по старым номерам добавлялась по мере возможности и не является гарантированно верной. И все исправления базы для старых номеров обязательно должны согласовываться с бумажным архивом и вноситься в него. А так как SSN даётся один на всю жизнь, то при выдаче/восстановлении/аннулировании SSN для родившихся в 80х и ранее всё равно нужно запрашивать бумажный архив (чтобы гарантировать отсутствие дубликатов). Именно поэтому провалились все попытки валидировать и почистить базу SSN. А они были и много. И поэтому на данный момент принято решение не трогать старые записи, пока не будет уверенности, что все владельцы старых номеров умерли, либо обновили данные. Ну, и кроме того есть проблема в том, что согласно закону, оригинал решения о выдаче SSN должен быть только бумажный (это ключевая информация о гражданах с точки зрения государства и гарантировать её сохранность в электронном виде было невозможно). Нужно отдельное решение правительства по этому вопросу, которому мешает невозможность оцифровать старые записи.
Как? Вот у вас запись о филиппинце, которому присвоен SSN в 1940 году, когда эта территория была под контролем США. А в 1946 году США ушли. Что с этим человеком? Тем более, что электронной базы тогда ещё не было. Или запись об обладателе долгосрочной визы или гринкарты, который уехал из США и больше никогда не возвращался - откуда возьмёте информацию? Или человек с двумя гражданствами, который жил и умер вне США? Откуда информация?
Это зависшие записи. Было и есть огромное число случаев, когда SSN выдавался негражданину, а потом государство вообще больше никогда не получало информации об этом человеке. Откуда США могут узнать о смерти иностранца?
Именно так. Потом для иностранцев ввели SSI, чтобы уменьшить бардак, но до того момента SSN получили уже миллионы, если не десятки миллионов иностранцев. Кроме того SSN получают иностранцы, имеющие право на долговременное проживание в США (это грин-карты и много чего ещё). Теоретически иностранец потом должен уведомить о прекращении статуса резидента, но на практике это мало кто делает, если не собирается в США жить. И данных по смертям этих людей у американского правительства нет.
Я ещё SSN могут (но не обязаны) получить все желающие граждане Пуэрто-Рико, а там такой правовой бардак творится... А ещё их получали жители островных территорий США и Филиппин. Но после 1946 года, США оттуда ушли и многие из этих SSN остались в подвешенном состоянии - у США информации об этих людях больше нет.
Запросто. Завышение возраста раньше было очень массовым явлением, благо, что проверить было практически невозможно. Кроме того, SSN можно получить наследникам и родственникам в результате судебных разбирательств. 1000 человек это совсем немного.
Никак. Десятилетиями можно пенсию за умершего получать. Периодически ПФР и налоговая пытаются устраивать "чистки" и фильтровать тех, кому за 100 лет, или кто совсем не проявлял активности (не было запросов на пересчёт пенсии, изменения статуса и т.п.), но работает оно так себе, так формальных оснований у них для таких чисток нет.
Бюджет, кстати, считают по предыдущим периодам, к которым добавляют поправку, основанную на выборках из других баз. Потому что далеко не все, находящиеся в базах, получают пенсии и пособия. А те, кто получает, получают их в разное время и в разном размере.
Это люди, о которых (ещё) нет информации об их смерти. Они получили номера в докомпьютерную эпоху, о них может быть неполная информация. К тому же информация о смерти гражданина не из воздуха берётся. Государство может банально не знать о смерти, если это иностранец, человек с двумя гражданствами, умерший без документов и т.п.
Для сборки ядра?
Ещё раз: С++ не обещает и не обеспечивает никакой бинарной совместимости. Не важной какой стандарт - во всех стандартах написано, что не обеспечивает. Как только программа собранна, то всё - вся бинарная совместимость закончилась.
И это про не стандарты C++. Это про вызов внешнего кода. Вы не можете передать С++ объект во внешнюю библиотеку (DLL/SO и т.п.) и не можете получить его оттуда. А как вы в таком случае реализуете модули ядра, которые пользователь сам собирает только из заголовочных файлов?
Почему не докер?
В законе есть много момент, когда статус валютного резидента меняется задним числом или наоборот - заранее, сразу после отъезда. Ни черта они там не автоматизируют.
У меня Госуслуги приняли неправильные паспортные данные, которые благополучно прошли проверку и разошлись по банкам и сотовым операторам - опечатался при вводе данные в Госуслуги (потому, что сами они ничего о смене российского паспорта не знают).
Ещё налоговая при смене паспорта и вовсе аннулировала ИНН (!!!), так как у них привязан к старому недействительному паспорту, а новые паспортные данные им взять негде и нет возможности (ответ от налоговой). Поэтому после смены паспорта нужно ещё и кабинете налоговой запрашивать обновление паспортных данных с Госуслуг (которые, как мы помним, тоже ничего о новом паспорт не знают).
А так, да, всё у них отлично автоматизированно и работает.
C++ несколько раз уже терял совместимость сам с собой. "constexpr", например, Заменили бы макросы, а потом C++ взял и запретил для них приведение типов. А что с кодом делать?
Я на этом очень сильно попал.
Аналогично с их проклятой семантикой const&. За это им вообще в аду гореть.
И самое главное: С++ не гарантирует бинарной совместимости. Причём даже там, где мог бы (то есть даже в простых структурах классах). То есть все интерфейсы вам нужно через export "C" описывать, а иначе работа пользовательского когда и внешних модулей ядра (что особенно важно), зависит от типа и версии компилятора. А ядро это сплошной импорт/экспорт, так как модули могут как встроенными, так и внешними, а многие структуры ядра используются, как внутри ядра, так и для обменя с внешним кодом.
А на хрена вам C++, еcли вам совершенно всё придётся заворачивать/разворачивать в export "C"?! Где там будут все ваши безопасные типы?
Всё не так. По ходу прогресса все больше работ переходит в категорию низкоквалифицированных, и всё больше работ требуют более высокой квалификации. Можно не учиться, но тогда ты не сможешь выполнять большинство работ.
Можно вместо школы учиться ремеслу и стать, например, офигенным каменщиком.
Но, во-первых, ты всё равно учился, просто не в школе.
Во-вторых, в результате ты конкурентен только для крайне узкого спектра работ, а переучиться тебе сложно/невозможно из-за отсутствия знаний в других областях.
В третьих, твоя работа всё достаточно низкоквалифицированная (относительно затраченного на обучение времени) и будет вытесняться более технологичными квалифицированным трудом (кладка камня будет всё менее и менее востребованной сокращая спрос).
"работают", "предоставят", "сделают". Может, сделают, а может нет, главное новость запостить.
Очередная новость из будущего - с таким нужно на первый канал, а не на Хабр.
Н-да... ИИ превращается в магию. Всё больше программистов верят, что ИИ делает ошибки назло людям, и его нужно просто правильно попросить не делать ошибок. И, что особенно удивительно, при этом каждый второй считает себя в той или иной мере специалистом по ИИ, знает много умных слов, сам клепал что-нибудь с ИИ, и может даже рассказать всякое умное про нейросети, линейный градиенты, функции потерь и линейные градиенты. И никого ничего не смущает же...
Какой-то огромный набор велосипедов, а в результате никуда и не поехали...
Не понял, зачем нужен direnv, если потом всё равно делается самопальный скрипт, который может ровно так же сразу и окружение импортировать - вместе с проверками три строчки кода добавится.
А так вас Pyenv + UV + direnv + самописный скрипт импорта окружения (!!!), и все рулят виртуальными окружениями (!!!). Несколько... странно? Один из велосипедов и вовсе из исходников собран - вот радость для продакшена будет! Неужели такой необходимый велосипед?
Даже make прикручен, фигачили бы уже сразу scons какой-нибудь, чтобы уже прямо вообще.
А потом весь этот зоопарк велосипедов нужно будет прикрутить к IDE. А потом к продакшену.
А сверху ещё и nginx прикрутить придётся, так как веб-сервер не поддерживает HTTP3/QUICK.
И что интересно, при всём богатстве велосипедов, в реальность поставить несколько версий Python под Linux всё равно будет больно и сложно. На всех велосипедах заявлена установка и поддержка нескольких версий компиляторов, но где вы в реальности эти версии возьмёте? А если вы их уже взяли, то вон в тот скриптовый файл нужно просто ещё две переменные окружения добавить и больше ничего не нужно.
Может быть, я конечно и придираюсь и сейчас так принято, но как-то это всё так себе выглядит. Ощущение, что каждый последующий велосипед изобретал человек, который толком не разобрался в предыдущем, и которому было просто лень написать скрипт в пять строк. И потому он с энтузиазмом ваялся ещё один велосипед с очередной собственной поддержкой "виртуальных окружений" и "нескольких версий интерпретаторов". Киллер-фичи прямо.
Там же взаимодействие игроков идёт: голосование, совместное выполнение заданий, слежка за другими игроками и т.п. Даже чат есть. Что именно нужно "делать наоборот"?
Сотен. Сотен миллионов. Так как там номера у вообще всех, кто имел отношение к США с 1936 года. Включая умерших и иностранцев. А это намного больше, чем живых.
Да, кстати, вспомнил ещё одну штуку про SSN, которая обычно шокирует американцев.
Скорее всего бОльшая часть найденных Маском "проблем" связана именно с ней.
Есть процедура "удаления" SSN, которой пользуются тысячи, если не десятки тысяч, человек ежегодно. Более того, каждый, кто был налоговым резидентом США и хочет перестать им быть должен пройти через эту процедуру. А это все обладатели долгосрочных виз и гринкарт, которые решили отказаться от своего статуса резидента. И это единственный законный способ для иностранца перестать быть налоговым резидентом США.
Никакого фзического удаления само-сабой не происходит, так есть такая же процедура восстановления SSN, да и все платежи полученные льготы тоже никуда не делись. Но с точки зрения государства человек просто перестаёт существовать, как налоговый резидент. По факту происходит заморозка состояния SSN и ставится отметка, что его запрещено использовать. При этом вся информация остаётся доступной и валидной (так как этот SSN ещё долгое время может использоваться в целях проверки налоговой отчётности). Для таких SSN отметка о смерти вообще никак не может быть снята без прохождения восстановления.
И ещё один интересный факт. Все оригиналы документов о присвоении SSN хранятся в бумажном виде в архиве огромной пещере. Добавление бумажной записи занимает три месяца, а запрос в архив - до полугода. Фокус в том, что до середины семидесятых не было физической возможности хранить в единой базе всю необходимую информацию. И поэтому все оригиналы информации по людям, родившимся до середины 80х - бумажные. И оцифровать всю картотеку SSN на тот момент уже было просто невозможно. Поэтому информация по старым номерам добавлялась по мере возможности и не является гарантированно верной. И все исправления базы для старых номеров обязательно должны согласовываться с бумажным архивом и вноситься в него. А так как SSN даётся один на всю жизнь, то при выдаче/восстановлении/аннулировании SSN для родившихся в 80х и ранее всё равно нужно запрашивать бумажный архив (чтобы гарантировать отсутствие дубликатов).
Именно поэтому провалились все попытки валидировать и почистить базу SSN. А они были и много. И поэтому на данный момент принято решение не трогать старые записи, пока не будет уверенности, что все владельцы старых номеров умерли, либо обновили данные.
Ну, и кроме того есть проблема в том, что согласно закону, оригинал решения о выдаче SSN должен быть только бумажный (это ключевая информация о гражданах с точки зрения государства и гарантировать её сохранность в электронном виде было невозможно). Нужно отдельное решение правительства по этому вопросу, которому мешает невозможность оцифровать старые записи.
Как? Вот у вас запись о филиппинце, которому присвоен SSN в 1940 году, когда эта территория была под контролем США. А в 1946 году США ушли. Что с этим человеком? Тем более, что электронной базы тогда ещё не было.
Или запись об обладателе долгосрочной визы или гринкарты, который уехал из США и больше никогда не возвращался - откуда возьмёте информацию?
Или человек с двумя гражданствами, который жил и умер вне США? Откуда информация?
Это зависшие записи. Было и есть огромное число случаев, когда SSN выдавался негражданину, а потом государство вообще больше никогда не получало информации об этом человеке. Откуда США могут узнать о смерти иностранца?
Именно так. Потом для иностранцев ввели SSI, чтобы уменьшить бардак, но до того момента SSN получили уже миллионы, если не десятки миллионов иностранцев.
Кроме того SSN получают иностранцы, имеющие право на долговременное проживание в США (это грин-карты и много чего ещё). Теоретически иностранец потом должен уведомить о прекращении статуса резидента, но на практике это мало кто делает, если не собирается в США жить. И данных по смертям этих людей у американского правительства нет.
Я ещё SSN могут (но не обязаны) получить все желающие граждане Пуэрто-Рико, а там такой правовой бардак творится...
А ещё их получали жители островных территорий США и Филиппин. Но после 1946 года, США оттуда ушли и многие из этих SSN остались в подвешенном состоянии - у США информации об этих людях больше нет.
В таком виде эта выборка вообще смысла не имеет.
Обратите внимание, что в табличке все даты смерти из цифровой эпохи. До того составление такой таблички было крайне затруднено.
Запросто. Завышение возраста раньше было очень массовым явлением, благо, что проверить было практически невозможно. Кроме того, SSN можно получить наследникам и родственникам в результате судебных разбирательств.
1000 человек это совсем немного.
Никак. Десятилетиями можно пенсию за умершего получать. Периодически ПФР и налоговая пытаются устраивать "чистки" и фильтровать тех, кому за 100 лет, или кто совсем не проявлял активности (не было запросов на пересчёт пенсии, изменения статуса и т.п.), но работает оно так себе, так формальных оснований у них для таких чисток нет.
Бюджет, кстати, считают по предыдущим периодам, к которым добавляют поправку, основанную на выборках из других баз. Потому что далеко не все, находящиеся в базах, получают пенсии и пособия. А те, кто получает, получают их в разное время и в разном размере.
Это люди, о которых (ещё) нет информации об их смерти. Они получили номера в докомпьютерную эпоху, о них может быть неполная информация. К тому же информация о смерти гражданина не из воздуха берётся. Государство может банально не знать о смерти, если это иностранец, человек с двумя гражданствами, умерший без документов и т.п.