все так. Но скорее всего пользователь на все это согласится :)
Особенно с банками: GPS локация нужна типа чтобы показать ближайшие отделения и банкоматы, а микрофон нужен чтобы звонить в банк из роуминга по IPтелефонии а не по GSM.
все это хорошо, но сейчас приложения многих банков ставятся с сайта банка, а там нет такого ревью :) ну и RuStore/NashStore может быть очень лоялен при публикации :)
ИП может выбрать и пятый вариант — платить НПД (самозанятость). Плюсы в том, что он остается ИП, в т.ч. отдельный расчетный счет, на него деньги перечисляют без повышенных тарифов от банков.
Думаю что после распечатки, подписания, скрепления степлером эффективная толщина будет намного больше чем 0.1мм.
А еще: теперь попробуем достать листок из середины этого кв/м, который обложен в среднем 5.000 страницами сверху и по перимитру другими листами (от 1 до X стопок)…
12 мрлд делим на 70.000 кв.м получаем 171.428 документа на один квадратный метр.
А если учесть что еще нужны проходы, и т.п. то плотность получается еще выше…
Хотя физически это можно представить, я впечатлен такой плотностью.
Я верю что есть клиенты у которых условно 10 договоров по 100 страниц. (и ипотека и брокерский счет ИИС и еще чего-нибудь)
Но это не «средний клиент», а в моем подсчете на каждого (каждого) по 100 страниц получается. Думаю что в среднем по 5-10 листов в реальности на среднего, минимум 1 лист.
Предположим что у Сбербанка 120 млн. клиентов (да я знаю что в РФ 140 млн человек, и есть еще юр.лица). Делим 12 млрд на 120 млн., получаем по 100 страниц (бумажных) на КАЖДОГО клиента. Я как юр.лицо 100 страниц в Сбер не подписывал, а уж как физ.лицо тем более.
Видимо это внутренние документы Сбера
Предположим, что ученик хотел узнать есть ли пароль «qwerty123» в словарях, то в гугл можно ввести «qwerty12», а тройку или что-то другое потом добавить.
вполне себе нормально делает Excel-файл из 6 строк.
2) про inline строки — их вполне можно вставлять :) Правда хватает на один раз, при сохранении этого файла Excel-ем, он сконвертнет все в sharedstring. Но для вывода из какой-нибудь другой системы это реально проще, чем справочники делать.
и пара вопросов:
3) Есть ли у вас на примете какой-нибудь валидатор этого XML языка? Разметку Notepad++ подсвечивает, но вот незакрытые теги он не дает.
4) есть ли на примете bat-файл для сжатия обратно в zip/xlsx из отдельных файлов? Разобрать можно одной командой вида 7z.exe x file1.xlsx
а вот собрать…
ок :) Сделал «very long string», скопировал на миллион раз. Нормально. Сделал "=rand()" и еще миллион копий — нормально. Миллион формул и значений с большой дробной частью. (Памяти заняло примерно 120 мегов ОЗУ, в .xlsx 32 мега, в .xlsb — 15 мегов, в формате .xls сохранять отказался, ибо в нем все свыше 65 тыс строк отрежется…
думаю что Excel хранит данные «в ОЗУ» в том же формате что и раньше (95, 97,2000,XP, 2003), приближенному к тому бинарному виду что потом на диске в формате xls.
И еще ему нужно очень быстро это находить и обсчитывать, и тут проще с распакованным работать :)
Для верности я провел опыт (Excel 2016, 64bit, все апдейты установлены, на компе 8 ГБ ОЗУ).
Открыл Excel, вбил в ячейку A1 число 1. Скопировал на всю строку. Размер занятой памяти с 45 мегабайт поднялся до 48.
Потом попросил всю ПЕРВУЮ строку скопироваться на все строки (миллион). Excel ОТКАЗАЛСЯ, потому что ему не хватит ОЗУ. Если бы он хранил это в компрессированом виде, то проблема была бы только хранить 1 млн. вхождений ОДИНАКОВОЙ строки.
Однако в том же файле скопировать цифру 2 млн раз (на весь столбец) — вполне удалось. (занято 122 МБ).Т.е. в ОЗУ он хранит все таки распакованный вид, иначе ему что хранить ссылку на 2, что хранить ссылку на целый ряд «как первый» было примерно одинаково.
Не очень понятно зачем shared строковые данные в формате, который ОБЯЗАТЕЛЬНО затем собирается архиватором ZIP. ZIP отлично сожмет текст, который повторяется несколько раз.
Могу только предположить что формат (кусок про shared) придумали и утвердили чуть раньше чем решили зиповать…
все так. Но скорее всего пользователь на все это согласится :)
Особенно с банками: GPS локация нужна типа чтобы показать ближайшие отделения и банкоматы, а микрофон нужен чтобы звонить в банк из роуминга по IPтелефонии а не по GSM.
Ну или еще какие отмазки.
все это хорошо, но сейчас приложения многих банков ставятся с сайта банка, а там нет такого ревью :) ну и RuStore/NashStore может быть очень лоялен при публикации :)
Конечно речь не про iOS
import numpy as np...
import pyautogui as pg
...
import numpy
import pyautogui
А зачем два раза импортировать библиотеки?
льготная ипотека для сотрудников IT-компаний непосредственно вовлечённых в разработку и внедрение программного обеспечения.
Разве ее приняли? Вроде только разговоры...
Она внутри MS в 2019 перешла в другую команду, которая что-то там с C++ делает.
Ну а Билл Гейтс ОС писал когда не закончил ВУЗ, а Линус целый UNIX переписал под себя тоже в таком возрасте :)
2.5 млрд делим на 70.000 кв.м, получаем 35.714 рублей / кв.м в год.
Это уровень аренды в очень хороших офисах класса А в Москве :)
А еще: теперь попробуем достать листок из середины этого кв/м, который обложен в среднем 5.000 страницами сверху и по перимитру другими листами (от 1 до X стопок)…
Я не знаю откуда у нее такие странные цифры.
«Другими словами, для 136 миллиардов бумажных страниц потребуется примерно 16 миллионов деревьев».
Ну а для 12 млрд видимо 1.4 млн. деревьев
2) Из других источников — «из одного дерева получится 11 855 листов бумаги». Огруглим до 12.000, получим 1 млн.
=======
Порядок цифр примерно совпал.
А если учесть что еще нужны проходы, и т.п. то плотность получается еще выше…
Хотя физически это можно представить, я впечатлен такой плотностью.
Но это не «средний клиент», а в моем подсчете на каждого (каждого) по 100 страниц получается. Думаю что в среднем по 5-10 листов в реальности на среднего, минимум 1 лист.
Видимо это внутренние документы Сбера
Пару выводов:
1) Для r и c не обязательно указывать полный адрес (r=«1», r=«A3» и т.п.)
Такой код:
вполне себе нормально делает Excel-файл из 6 строк.
2) про inline строки — их вполне можно вставлять :) Правда хватает на один раз, при сохранении этого файла Excel-ем, он сконвертнет все в sharedstring. Но для вывода из какой-нибудь другой системы это реально проще, чем справочники делать.
и пара вопросов:
3) Есть ли у вас на примете какой-нибудь валидатор этого XML языка? Разметку Notepad++ подсвечивает, но вот незакрытые теги он не дает.
4) есть ли на примете bat-файл для сжатия обратно в zip/xlsx из отдельных файлов? Разобрать можно одной командой вида
7z.exe x file1.xlsxа вот собрать…
И еще ему нужно очень быстро это находить и обсчитывать, и тут проще с распакованным работать :)
Для верности я провел опыт (Excel 2016, 64bit, все апдейты установлены, на компе 8 ГБ ОЗУ).
Открыл Excel, вбил в ячейку A1 число 1. Скопировал на всю строку. Размер занятой памяти с 45 мегабайт поднялся до 48.
Потом попросил всю ПЕРВУЮ строку скопироваться на все строки (миллион). Excel ОТКАЗАЛСЯ, потому что ему не хватит ОЗУ. Если бы он хранил это в компрессированом виде, то проблема была бы только хранить 1 млн. вхождений ОДИНАКОВОЙ строки.
Однако в том же файле скопировать цифру 2 млн раз (на весь столбец) — вполне удалось. (занято 122 МБ).Т.е. в ОЗУ он хранит все таки распакованный вид, иначе ему что хранить ссылку на 2, что хранить ссылку на целый ряд «как первый» было примерно одинаково.
Могу только предположить что формат (кусок про shared) придумали и утвердили чуть раньше чем решили зиповать…