Никакой. Уже второй год майнингом квартиру отапливаю. Самое смешное что избыточные расходы за электроэнергию на отопление кв оказались не выше тех что платил пользуясь тепплом из батарей.
Дурят нашего брата, продают тепло с ТЭЦ - остатки от выработки электроэнергии - по завышенным ценам.
А калькуляция такая , что энергии потребляю где то на 1.5тр, а в биткойнах даёт примерно на +10тр в мес. Правда оборудования тыс на 350, то есть окупаемость около 3.5 лет. Летом не выключаю, просто держу окна открытыми. Урал - летом не особо жарко.
Вообще, у разработчиков есть копии баз на какой то период, с которыми работают при тестировании. Когда 20 лет назад с егрп работали, так было. Но там не было еще законов о перс данных и на существование таких утекших данных смотрели сквозь пальцы (контекст защиты был что с этой базы можно в теории делать для своих целей выписки мимо кассы ЕГРП, а ге что номера паспортов кому то утечь могут). Тем более дальше нашего тестового сервера они не утекали. И нас не волновало содержимое, только скорость работы на реальных данных. Возможно оттуда и произошла утечка.
Может в крупном бизнесе где 10ки разрабов, и можно создать базу с фейковым заполнением, а нас четверо программистов сидело - не до таких изысков. Все эти ограничения дело такое - работать мешают только)))
Для парсера то можно универсально написать. Знач структуру.
Но попробуйте например такую задачу, как всосать json или XML в вариантный тип данных - паскалевски variant (допустим у меня в языке через варианты-наследники IUnknown реализуются объекты имеющие именованные свойства, то есть абсолютно любая древовидная иерархия возможна внутри variant). Если структура данных заранее не известна, то Json содержит информацию о том что данные - массив чего либо и это отлично отпарсится в varray. В XML же, массивы передаются просто перечислением нескольких одинаково называемых элементов расположенных в dom друг за другом. А теперь пытаемся придумать как отличить в XML просто элемент от массива из этого элемента длиной 1.....
Мне например такой способ неизвестен. В итоге XML в общем виде в variant не засосать...
Никакой. Уже второй год майнингом квартиру отапливаю. Самое смешное что избыточные расходы за электроэнергию на отопление кв оказались не выше тех что платил пользуясь тепплом из батарей.
Дурят нашего брата, продают тепло с ТЭЦ - остатки от выработки электроэнергии - по завышенным ценам.
А калькуляция такая , что энергии потребляю где то на 1.5тр, а в биткойнах даёт примерно на +10тр в мес. Правда оборудования тыс на 350, то есть окупаемость около 3.5 лет. Летом не выключаю, просто держу окна открытыми. Урал - летом не особо жарко.
Вообще, у разработчиков есть копии баз на какой то период, с которыми работают при тестировании. Когда 20 лет назад с егрп работали, так было. Но там не было еще законов о перс данных и на существование таких утекших данных смотрели сквозь пальцы (контекст защиты был что с этой базы можно в теории делать для своих целей выписки мимо кассы ЕГРП, а ге что номера паспортов кому то утечь могут). Тем более дальше нашего тестового сервера они не утекали. И нас не волновало содержимое, только скорость работы на реальных данных. Возможно оттуда и произошла утечка.
Может в крупном бизнесе где 10ки разрабов, и можно создать базу с фейковым заполнением, а нас четверо программистов сидело - не до таких изысков. Все эти ограничения дело такое - работать мешают только)))
В смысле не могут- не могут хостинг в рамках РФ купить и выгрузить часть данных, интегрированы через апи? Странно это, как программист заявляю.
Майнеры говорят что с изоляцией ядра в любом случае % 25 тормозов добавляется. Вывод -инструкция не помогает.
Для парсера то можно универсально написать. Знач структуру.
Но попробуйте например такую задачу, как всосать json или XML в вариантный тип данных - паскалевски variant (допустим у меня в языке через варианты-наследники IUnknown реализуются объекты имеющие именованные свойства, то есть абсолютно любая древовидная иерархия возможна внутри variant). Если структура данных заранее не известна, то Json содержит информацию о том что данные - массив чего либо и это отлично отпарсится в varray. В XML же, массивы передаются просто перечислением нескольких одинаково называемых элементов расположенных в dom друг за другом. А теперь пытаемся придумать как отличить в XML просто элемент от массива из этого элемента длиной 1.....
Мне например такой способ неизвестен. В итоге XML в общем виде в variant не засосать...