Я не так доавно переводил десятки классов из c++ в c# с маршалингом для древнего xfs 3.3 . С учётом всех исправлений потратил день, в ручную на это может не одна неделя ушла бы.
Много задач выгружаю алисе. Очень хорошо идут рутинные задачи. То, что я делал бы 4 дня, с Алисой AI удалось решить за пол дня. Со своей стороны понимаю, что если бы AI не так быстро забывал бы контекст, имел возможность работать с репозиториями, то времени потребовалось бы вообще 1-2 часа.
К тому моменту 90% уже написанного нечто жрущего память, ресурсы процессора , тратящего беспощадно электроэнергию... уже будет выкинуто на свалку (нет, не истории) небытия, о котором уже мало кто вспомнит.
Это нечно уже принесёт кому-то виллы, самолёты, а кому-то дырку от бублика, отвлекаться на это не имеет никакого смысла.
То, что я писал ещё каких-то 18 лет назад, сегодня осталось только в моей памяти, в памяти моих коллег и возможно в памяти тысяч пользователей(в чем я малость сомневаюсь), которые когда-то пользовались платёжной системой SUPERKACCA в Узбекистане, которая работала на платёжном сервисе Aves от Штрих-м. Компания закрылась, код весь утерян даже на сайте ещё живущей штрих-м уже давно нет упомянаний об этом софте. Обрывками осталась информация на некоторых ещё живущих форумах.
Из этого когда-то давно сделал вывод, софт, который приносит деньги здесь и сейчас егт не планируется использовать более 5 лет и имеет возможность полного горизонтального масштабирования, не нуждается в какой-либо серьёздной оптимизации. Под это идеально подходят все клиентские GUI будь то в браузере или десктоп приложении.
Вероятней всего эти клиенты умрут раньше нежели чем вы выполните в них какую-либо оптимизацию.
В финансовых учреждениях и в тех случаях, где кривые руки могли случайно что-то записать не в свою область памяти, лучшне управляемой памяти ничего нет.
Но с другой стороны я глубоко уважаю нативный код.
Возможно это и имелось ввиду, но написано, что массив может не лежать последовательно в памяти, что не является верным утверждением и может относится разве что к связанным спискам, которые по факту массивами не являются.
Госпади боже мой. Когда я прочитал что где-то на свете бывают массивы в которых данные расположены не последовательно, из под меня чуть табуретка не улетела )))
Не, ну возможно автором имелся ввиду массив указателей, где фактически указатели в массиве последовательны, а вот данные на которые указывают элементы массива как придётся...
Дам одну подсказку для оптимизации. Никогда не делите на константу, а по возможности всегда лучше умножать на дробное число, а не делить и это относится ко всем процессорам и архитектурам(ао всяком случае на x86 и arm точно это так)
Если в белом списке есть хоть один сервис, который позволяет перегонять трафик от одного пользователя другому, то этот бесый список заведомо возволит любому беспилотнику пользоваться этим каналом связи. Передача метрик через канал MAX это прям вообще банальщина.
Куда более изощрённый способ передачи метрик сожет быть через корзину того же wb или озона, просто закидывая нужные товары в корзину в нужном количестве....
Беспилотник наполняет корзину, а враг читает её. Или наоборот, враг наполняет корзину, а беспилотник читает её для изменения курса...
Я сильно удивлюсь тем, что люди, которые придумали все эти ограничения не понимают этого. Либо они осознанно пошли на этот риск(решение на коленке для того, что бы прям сейчас закрыть дыру), либо цель белого списка и есть самацель а не бпла.
Очень надеюсь, что люди там это понимают и всерьёз не рвссматривают подобные белые списки, которые позволяют как принимать, так и передавать данные как 100% защита от бпла. А иначе мне как-то страшно немного станет.
В разных законах грань персональных данных разная. Обычно персональными данными называют совокупность данных по которым можно однозначно вычеслить человека (в рамках страны а не корпорации). По сути просто ФИО не может быть персональными данными. А вот уже связка с домашним адресом уже может.
Есть вендоры, которые производят такое оборудование. Знаю что есть NCR или OKI. В целом где-то на авито когда-то видел продавали пачками эти банкоматы. Сейчас возможно там же можно найти БУ или даже новые. Главное что бы на банкомате весь софт стоял установленным, а иначе где его искать ума не приложу... Работают они как правило все через CEN/XFS - это открытый протокол, с которым можно ознакомиться тут https://www.cencenelec.eu/. Там есть разные версии XFS. Конечно возможно можно найти и прямые протоколы по работе с оборудованием, но тут нужно понимать уже, с чем будет легче работать. Протокол (набор API под Windows) имеет историю со времён царя гороха (где-то в протоколе находил отсылки к Windows 3.11). Даже понять не могу, зачем вам может это понадобится. Ради одного-двух банкоматов гарантирую, что даже не стоит этим заморачиваться )))
На ваш хэш может найтись более одной строчки с паролем. А далее, дело за малым, можно просто подставить совершенно другую строку в качестве пароля и войти в ваш сервис не зная оригинаььного пароля.
Меня удивляют люди, которые в руках не держали, не разбирали и не видели следы фрезеровки на внутренних поверхностях, а уже делают какие-то выводи ))) Я за блок питания ручаться не могу(не разбирал его), но вот корпус самого компьютера это фрезеровка.
Да госпади, в те же 90-е эти станки начали сдавать на металлолом этим стонкам ещё работать и работать, но новому государству Узбекскому тогда нужно было заборы возле гос учреждений строить. В итоге часть станочного парка магическим образом превратилась в заборы. Лет 10 назад эти заборы уже убрали. Жаль, что завод из заборов обратно уже сделать некому.
Я не так доавно переводил десятки классов из c++ в c# с маршалингом для древнего xfs 3.3 . С учётом всех исправлений потратил день, в ручную на это может не одна неделя ушла бы.
Много задач выгружаю алисе. Очень хорошо идут рутинные задачи. То, что я делал бы 4 дня, с Алисой AI удалось решить за пол дня. Со своей стороны понимаю, что если бы AI не так быстро забывал бы контекст, имел возможность работать с репозиториями, то времени потребовалось бы вообще 1-2 часа.
К тому моменту 90% уже написанного нечто жрущего память, ресурсы процессора , тратящего беспощадно электроэнергию... уже будет выкинуто на свалку (нет, не истории) небытия, о котором уже мало кто вспомнит.
Это нечно уже принесёт кому-то виллы, самолёты, а кому-то дырку от бублика, отвлекаться на это не имеет никакого смысла.
То, что я писал ещё каких-то 18 лет назад, сегодня осталось только в моей памяти, в памяти моих коллег и возможно в памяти тысяч пользователей(в чем я малость сомневаюсь), которые когда-то пользовались платёжной системой SUPERKACCA в Узбекистане, которая работала на платёжном сервисе Aves от Штрих-м. Компания закрылась, код весь утерян даже на сайте ещё живущей штрих-м уже давно нет упомянаний об этом софте. Обрывками осталась информация на некоторых ещё живущих форумах.
Из этого когда-то давно сделал вывод, софт, который приносит деньги здесь и сейчас егт не планируется использовать более 5 лет и имеет возможность полного горизонтального масштабирования, не нуждается в какой-либо серьёздной оптимизации. Под это идеально подходят все клиентские GUI будь то в браузере или десктоп приложении.
Вероятней всего эти клиенты умрут раньше нежели чем вы выполните в них какую-либо оптимизацию.
В финансовых учреждениях и в тех случаях, где кривые руки могли случайно что-то записать не в свою область памяти, лучшне управляемой памяти ничего нет.
Но с другой стороны я глубоко уважаю нативный код.
Возможно это и имелось ввиду, но написано, что массив может не лежать последовательно в памяти, что не является верным утверждением и может относится разве что к связанным спискам, которые по факту массивами не являются.
Госпади боже мой. Когда я прочитал что где-то на свете бывают массивы в которых данные расположены не последовательно, из под меня чуть табуретка не улетела )))
Не, ну возможно автором имелся ввиду массив указателей, где фактически указатели в массиве последовательны, а вот данные на которые указывают элементы массива как придётся...
Дам одну подсказку для оптимизации. Никогда не делите на константу, а по возможности всегда лучше умножать на дробное число, а не делить и это относится ко всем процессорам и архитектурам(ао всяком случае на x86 и arm точно это так)
Если в белом списке есть хоть один сервис, который позволяет перегонять трафик от одного пользователя другому, то этот бесый список заведомо возволит любому беспилотнику пользоваться этим каналом связи. Передача метрик через канал MAX это прям вообще банальщина.
Куда более изощрённый способ передачи метрик сожет быть через корзину того же wb или озона, просто закидывая нужные товары в корзину в нужном количестве....
Беспилотник наполняет корзину, а враг читает её. Или наоборот, враг наполняет корзину, а беспилотник читает её для изменения курса...
Я сильно удивлюсь тем, что люди, которые придумали все эти ограничения не понимают этого. Либо они осознанно пошли на этот риск(решение на коленке для того, что бы прям сейчас закрыть дыру), либо цель белого списка и есть самацель а не бпла.
Очень надеюсь, что люди там это понимают и всерьёз не рвссматривают подобные белые списки, которые позволяют как принимать, так и передавать данные как 100% защита от бпла. А иначе мне как-то страшно немного станет.
Ну не знаю как вы, но я бы из-за одного рубля не стал бы стоять в длинющей очереди.
В разных законах грань персональных данных разная. Обычно персональными данными называют совокупность данных по которым можно однозначно вычеслить человека (в рамках страны а не корпорации). По сути просто ФИО не может быть персональными данными. А вот уже связка с домашним адресом уже может.
Скорее все купюры от предыдущего клиента попали в CashIn касеты, а с CashIn как с Дону - выдачи нет.
Такое может быть железо очень древнее парой.
Есть вендоры, которые производят такое оборудование. Знаю что есть NCR или OKI. В целом где-то на авито когда-то видел продавали пачками эти банкоматы. Сейчас возможно там же можно найти БУ или даже новые. Главное что бы на банкомате весь софт стоял установленным, а иначе где его искать ума не приложу... Работают они как правило все через CEN/XFS - это открытый протокол, с которым можно ознакомиться тут https://www.cencenelec.eu/. Там есть разные версии XFS. Конечно возможно можно найти и прямые протоколы по работе с оборудованием, но тут нужно понимать уже, с чем будет легче работать. Протокол (набор API под Windows) имеет историю со времён царя гороха (где-то в протоколе находил отсылки к Windows 3.11). Даже понять не могу, зачем вам может это понадобится. Ради одного-двух банкоматов гарантирую, что даже не стоит этим заморачиваться )))
Есть ресайклеры монет типа SmartHopper которые работают в сопряжении со стандартными монетниками CCTalk.
На ваш хэш может найтись более одной строчки с паролем. А далее, дело за малым, можно просто подставить совершенно другую строку в качестве пароля и войти в ваш сервис не зная оригинаььного пароля.
Не забывайте, что это авиационный завод был. Не космос конечно же, но точно и не ШирПотреб.
Меня удивляют люди, которые в руках не держали, не разбирали и не видели следы фрезеровки на внутренних поверхностях, а уже делают какие-то выводи ))) Я за блок питания ручаться не могу(не разбирал его), но вот корпус самого компьютера это фрезеровка.
Сейчас тот завод uzDaewoo выпускает вроде бы шевроле.
Тогда зарплаты не платить стало нормой. Каждый выживал как мог.
Да госпади, в те же 90-е эти станки начали сдавать на металлолом этим стонкам ещё работать и работать, но новому государству Узбекскому тогда нужно было заборы возле гос учреждений строить. В итоге часть станочного парка магическим образом превратилась в заборы. Лет 10 назад эти заборы уже убрали. Жаль, что завод из заборов обратно уже сделать некому.