попадаются активные рассуждения о том, что компилятор C позволяет себе вытворять с типами данных. И как его вразумить, чтобы не пытался long как int трактовать, например
создавайте свои типы данных, не используйте встроенные
Транзакция - это скорее проводка, если не путаю. Двойная запись - своего рода избыточное кодирование, чтобы в какой-то момент сравнить две цифры, и проконтролировать целостность данных. Правда, мне непонятно, как она работает, если товар уже ушел, а деньги еще не отдали. Запишем в задолженность? Ну ок. А если товар сгорел вместе со складом, или отдан бесплатно на благотворительность? Тоже какие-то костыли? С точки зрения бухгалтера, я конечно неправ, ведь я предлагаю сломать его теорию, проверенную столетиями на бумаге, теперь вот и в компьютер засунули. Но я смотрю с другого угла - как айтишник, который бухгалтерии никак не касался, имел опыт участия в написании систем по учету всякого, в том числе финансового. И волей случая пару раз просили как-то поправить что-то в 1С конфигурации, и было там всё так страшно и противоестественно, что вот видимо до сих пор травма осталась.
Ответственность за достоверность данных в любом случае на человеке, который вносит эти данные в компьютер. Ошибки и попытки обмана при изменении записей выявляются журналированием. Я вообще о другом. Сторно, двойная запись, дебет с кредитом - эти бухгалтерские абстракции появились задолго до компьютеров, и утратили актуальность.
Не нужны те же самые принципы при совершенно других возможностях. В книге придумали промежуточный итог "сальдо", потому что сумму записей человеку долго считать, компьютеру это не нужно. В книге придумали специальные таблицы, чтобы человеку легче делать отчеты за период, компьютеру это не нужно. В книге сложно исправить запись, в компьютере наоборот. Это устаревший подход, ориентированный на книгу, а не на компьютер.
Давайте посмотрим еще глубже. Что такое вообще бухгалтерия? Это движок БД, рассчитанный на бумажный носитель. Все эти проводки, шахматки, дебиты, кредиты и прочие сущности, придуманы лишь для того, чтобы удобнее было отражать хозяйственную деятельность в амбарной книге, легче искать ошибки и составлять отчеты. Бухгалтерия стала совершенно не нужна с появлением компьютеров и реляционных баз данных, но легаси движок потащили в компьютер и стали в нем симулировать амбарную книгу, потому что "бухгалтеры так привыкли" - это и было главной ошибкой.
Сначала они просто делали софт. Потом они подумали, что лучше меня знают, какие их новые программы мне нужно установить на компьютер, когда скачивать обновления и перезагружаться, какие выставить настройки, какие службы должны непременно работать. Теперь они за меня решают, когда мне нужно продавать старый компьютер и покупать новый. Но я не вижу массовых возмущений, это только для меня проблема?
Этот закон про сорта подписей лично я считаю вредительским. По-первых, наплодили сущностей, смешали их в кучу, чем сильно затруднили понимание у большинства людей. Во-вторых, неотъемлемым свойством подписи является возможность её верификации третьими лицами. Подпись на бумаге можно всегда перепроверить, криптографическую тоже. В случае кода в СМС например банк говорит "клиент сказал правильный код, мамой клянус", но это вообще никак нельзя подтвердить, можно только верить на слово банку.
У вашей нейронки крыша поехала, присылает мне подборки объявлений типа "муж на час", "свой человек", "собеседник по переписке", хотя ничего даже отдаленно похожего я никогда не искал.
В механизме внимания эмбеддинги контекста сопоставляются каждый с каждым, при этом учитывается их взаимное положение. Для каждого сопоставления получается вес его влияния на выходной эмбеддинг. Благодаря этому трансформер выучивает отношения между эмбеддингами (токенами, сущностями...), я так это понимаю.
Вы бы ездили на телеге и отправляли комменты морзянкой, если бы это действительно было так.
создавайте свои типы данных, не используйте встроенные
Как это технически предполагается делать, протокол GSM это умеет? На кнопочной звонилке не уместятся 32 символа на дисплее.
Транзакция - это скорее проводка, если не путаю.
Двойная запись - своего рода избыточное кодирование, чтобы в какой-то момент сравнить две цифры, и проконтролировать целостность данных. Правда, мне непонятно, как она работает, если товар уже ушел, а деньги еще не отдали. Запишем в задолженность? Ну ок. А если товар сгорел вместе со складом, или отдан бесплатно на благотворительность? Тоже какие-то костыли?
С точки зрения бухгалтера, я конечно неправ, ведь я предлагаю сломать его теорию, проверенную столетиями на бумаге, теперь вот и в компьютер засунули. Но я смотрю с другого угла - как айтишник, который бухгалтерии никак не касался, имел опыт участия в написании систем по учету всякого, в том числе финансового. И волей случая пару раз просили как-то поправить что-то в 1С конфигурации, и было там всё так страшно и противоестественно, что вот видимо до сих пор травма осталась.
Ответственность за достоверность данных в любом случае на человеке, который вносит эти данные в компьютер.
Ошибки и попытки обмана при изменении записей выявляются журналированием.
Я вообще о другом. Сторно, двойная запись, дебет с кредитом - эти бухгалтерские абстракции появились задолго до компьютеров, и утратили актуальность.
В моем представлении, этим антимонопольщики должны заниматься
Не нужны те же самые принципы при совершенно других возможностях. В книге придумали промежуточный итог "сальдо", потому что сумму записей человеку долго считать, компьютеру это не нужно. В книге придумали специальные таблицы, чтобы человеку легче делать отчеты за период, компьютеру это не нужно. В книге сложно исправить запись, в компьютере наоборот.
Это устаревший подход, ориентированный на книгу, а не на компьютер.
Давайте посмотрим еще глубже. Что такое вообще бухгалтерия? Это движок БД, рассчитанный на бумажный носитель. Все эти проводки, шахматки, дебиты, кредиты и прочие сущности, придуманы лишь для того, чтобы удобнее было отражать хозяйственную деятельность в амбарной книге, легче искать ошибки и составлять отчеты.
Бухгалтерия стала совершенно не нужна с появлением компьютеров и реляционных баз данных, но легаси движок потащили в компьютер и стали в нем симулировать амбарную книгу, потому что "бухгалтеры так привыкли" - это и было главной ошибкой.
Сначала они просто делали софт.
Потом они подумали, что лучше меня знают, какие их новые программы мне нужно установить на компьютер, когда скачивать обновления и перезагружаться, какие выставить настройки, какие службы должны непременно работать.
Теперь они за меня решают, когда мне нужно продавать старый компьютер и покупать новый.
Но я не вижу массовых возмущений, это только для меня проблема?
Кринж
В ЛК налоговой можно отказаться от получения бумажных писем.
Этот закон про сорта подписей лично я считаю вредительским. По-первых, наплодили сущностей, смешали их в кучу, чем сильно затруднили понимание у большинства людей. Во-вторых, неотъемлемым свойством подписи является возможность её верификации третьими лицами. Подпись на бумаге можно всегда перепроверить, криптографическую тоже. В случае кода в СМС например банк говорит "клиент сказал правильный код, мамой клянус", но это вообще никак нельзя подтвердить, можно только верить на слово банку.
У вашей нейронки крыша поехала, присылает мне подборки объявлений типа "муж на час", "свой человек", "собеседник по переписке", хотя ничего даже отдаленно похожего я никогда не искал.
После прочтения статьи вспомнилось, как одно время в почтовый ящик пихали газету, целиком состоящую из невыдуманных историй об излечении.
А мне бы выпрямиться.
"- Да что ж вы там такое готовите, звери?! – закричало население"(с)
В механизме внимания эмбеддинги контекста сопоставляются каждый с каждым, при этом учитывается их взаимное положение. Для каждого сопоставления получается вес его влияния на выходной эмбеддинг. Благодаря этому трансформер выучивает отношения между эмбеддингами (токенами, сущностями...), я так это понимаю.
Давайте без патетики. Я предположил способ, каким образом на них могли надавить.
Вроде был же закон, что нельзя рассказывать про блокировки и недоступность интернета?
Отношения между сущностями запоминаются как раз в трансформере.