Ну у меня карта альфабанка со счетами как к фунтам была привязана так и к чуфсам. И некоторые терминалы видя что карта не местная - предлагают такую конверсию. Всегда конечно выбираю ту валюту к чему привязана карта. Но к местным картам конечно таких вопросов не возникает.
Страна - стране рознь. В этом главный поинт. В России как правило вначале даешь карту, потом заправлешь. Так примерно и в штатах но бывают вариации (вставить в терминал на заправке, ввести пинкод, вытащить карту, залить сколько нужно и сумма снимается сколько нальешь). Но в Европе где катался - вначале заправляешься, потом уже оплачиваешь на терминале.
В Европе да, устроено все немного по-другому. В Англии тоже изначально запрашивается на терминале чаевые (но не везде), потом сумма чека и пинкод. В штатах же типа дают карту в руки, официанты убегают с картой, проводят там полоской по терминалу и приносят карту с чеком для подписи. Там реально мало где используют Чип и Пин. В Швейцарии терминалы вообще не запрашивают чаевые - не видел ни разу. Встречается иногда спрашивает в какой валюте расчитывать USD/CHF, но как правило около 30% такое.
Тянут американцы потому, что у них в стране чаевые оставляют хитрым способом при оплате карты. У них принято брать карту, шеркать магнитной полоской и проводить сумму на которую люди поели. дальше им выдают чек в котором написано вкратце следующее: вы наелись на сумму Х. Рекомендуем оставить чаевые которые составляют 10% - столько-то, 18% столько-то, 25% столько-то. И внизу строка под сумму и подпись.
Когда проводится черезполоску, авторизируется одна сумма. Но если на чеке есть чаевые то потом они добавляются к той сумме и в итоге сумма переправляется на общую. А вот если оплачивать по Чип&Пин, то та сумма которая будет на терминале, та и снимается. А считать видать народ не любит =)
Политика компании — никаких внешних воздействий. Ни каких установок дополнительных программ. Доступ к реестру — закрыт. Зарегистрировать новые DLL — невозможно. Поначалу даже внешние программы как-то пытался запустить через VBA но потом и эту лавочку прикрыли. Запрос на установку чего-либо (SublimeText с моей лицензией) был отклонен. Финансовая структура. Если даже как-то можно по почте прислать DLL, то зарегистрировать ее в системе не получается. Как написал товарищ выше — Это счастье когда вы можете писать на чем хотите.
С другой стороны представьте ситуацию с библиотеками sp_Blitz из видео. Вы админ к которому обращаются за помощью диагностировать систему. Вы даете упаковку скриптов (sp_Blitz) и эксельку которую просите запустить и выслать результат на мыло. Все. Не нужно просить устанавливать Python или еще чего. Офис есть везде.
А то, что Excell на русском не понимает формулы на английском и наоборот — делает бесполезным использование формул в международных компаниях.
если офис установлен русскоязычный, то формулы надо писать на русском. но открыв сохраненный файл в англоязычном офисе — они автоматически будут преобразованы к английскому варианту
У автора же была возможность выбрать другой инструмент, но он этого не сделал и теперь учит других поступать так же. Я с этим не согласен и не хочу такое поощрять.
Вы вероятно из тех людей кто «смотрит в книгу, видит фигу». И не поощряйте меня. :-)
В тех страховых и финансовых компаниях которых я работал, не существовало возможности установить дополнительно программное обеспечение на компьютер или тонкий клиент. Вообще. Совсем. На последнем месте было невозможно запустить даже cmd. Но везде и всегда был установлен нелюбимый многими M$ Офис.
Пытался донести этим постом, что нет смысла обрабатывать на экселе миллионы строк. Есть смысл вытаскивать в эксельку то, что нужно показать пользователю чтобы он не растерялся в результатах, а сразу видел куда смотреть. Для обработки больших данных есть совсем другие продукты. И этот пост не о них.
Берём вывод из MS SQL Management Studio, где есть даты и копи-пастим в эксель. Чу! Часть строчек выпадает из статистики потому что Студия добавила миллисекунды через точку и Эксель посчитал, что это теперь не дата, а строка.
думаю это стандартная проблема, которая появляется через Copy/Paste. Если запускать запросы напрямую с эксельки, то возвращаемый тип данных уже Date. Остается прочитать из XML файла желаемый формат презентации и вот уже хотим мы округлить десятичные до второго знака или вовсе убрать «копейки» не потревожив в итоге сумму по столбцу
Код на Питоне может обрабатывать большие объемы данных, чем может поместиться в Excel-таблицу. Документация к Питону лучше.
Поясните мне пожалуйста зачем для презентации данных мне загружать даже более 10 тыс строк? Если мне нужно сделать транзакционную выгрузку данных, я буду использовать другие средства. Если мне нужно показать распределение покупок по типам карт, то все это легко уместится в даже в таблицу с тысячей записей. Расскажите мне пожалуйста какие преимущества я получу используя питон на примере видео выше
Эта работа предполагала ручную обработку данных, а вы зачем-то лезете с автоматизацией.
Перечитайте пожалуйста текст. Возможно вы поймете для чего была введена автоматизация при постоянно возрастающем объеме данных. Так же удивлен откуда вы знаете какую обработку предполагал анализ данных? :-)
Ну и не забывайте пункт 1 — далеко не везде есть возможность использовать другие программные средства
Достаточно серьезные баги, которые я встречал в экселе и в аксессе 15 лет назад живы и сейчас.
Старые баги — это предмет отдельного поста. Мне кажется либо M$ перевел баги в разряд фич, либо каждый раз хочет убить всю разработку VBA, но с каждым новым релизом офиса понимают что это будет выстрел себе в ногу
Версионирование кода? Нет, зачем, пусть лежит в xls-файле на шаре. (sarcasm)
Ну вот и вы туда же. Ваш сарказм тут мимо. Значит все таки не умеете это все готовить. Экселька прекрасно загружает модули/код из текстовых файлов которые вы можете версионизировать.
У вас кейсы были из вашей жизни, я описал из своей. Много из вышеперечисленного решается так или иначе велосипедом под названием VBA. Вы просто не умеете это готовить
Счета (Invoices) я чудно сохранял в PDF из самого экселя. Ну и так же чудно добавлял сгенерированные файлы аттачем к письмам в Outlook. Так что да, пусть будет Office. Давно привык использовать SQL — поэтому даже выборку из экселевских таблиц для меня проще было сделать на нем. А так давно ковырял чужое приложение в Access + VBA
Чем то, что вы описали отличается от обычного программинга или разработки отчетов? Главная экселька одна, она является запускателем отчетов. Несколько (5-7) людей работали одновременно открывая запускную эксельку и вытаскивая то, что им нужно. Никто не жаловался. Вы первый :-)
А по поводу терпеть — добавил анекдот выше. Я остался очень доволен тем, что удалось создать для компаний.
возможно так https://github.com/mailcow
Как минимум неплохой понедельник и зашибательский вторник (пардон, не удержался) =)
Ну у меня карта альфабанка со счетами как к фунтам была привязана так и к чуфсам. И некоторые терминалы видя что карта не местная - предлагают такую конверсию. Всегда конечно выбираю ту валюту к чему привязана карта. Но к местным картам конечно таких вопросов не возникает.
Страна - стране рознь. В этом главный поинт. В России как правило вначале даешь карту, потом заправлешь. Так примерно и в штатах но бывают вариации (вставить в терминал на заправке, ввести пинкод, вытащить карту, залить сколько нужно и сумма снимается сколько нальешь). Но в Европе где катался - вначале заправляешься, потом уже оплачиваешь на терминале.
В Европе да, устроено все немного по-другому. В Англии тоже изначально запрашивается на терминале чаевые (но не везде), потом сумма чека и пинкод. В штатах же типа дают карту в руки, официанты убегают с картой, проводят там полоской по терминалу и приносят карту с чеком для подписи. Там реально мало где используют Чип и Пин. В Швейцарии терминалы вообще не запрашивают чаевые - не видел ни разу. Встречается иногда спрашивает в какой валюте расчитывать USD/CHF, но как правило около 30% такое.
Тянут американцы потому, что у них в стране чаевые оставляют хитрым способом при оплате карты. У них принято брать карту, шеркать магнитной полоской и проводить сумму на которую люди поели. дальше им выдают чек в котором написано вкратце следующее: вы наелись на сумму Х. Рекомендуем оставить чаевые которые составляют 10% - столько-то, 18% столько-то, 25% столько-то. И внизу строка под сумму и подпись.
Когда проводится черезполоску, авторизируется одна сумма. Но если на чеке есть чаевые то потом они добавляются к той сумме и в итоге сумма переправляется на общую. А вот если оплачивать по Чип&Пин, то та сумма которая будет на терминале, та и снимается. А считать видать народ не любит =)
в области рациональных чисел, так и есть - выдумка.
Жил в Лондоне 3 года. Очень неплохо. Но нужно знать где снимать. Лондон как шахматная доска в плане безопасности. Ребятам удачи в интеграции.
С другой стороны представьте ситуацию с библиотеками sp_Blitz из видео. Вы админ к которому обращаются за помощью диагностировать систему. Вы даете упаковку скриптов (sp_Blitz) и эксельку которую просите запустить и выслать результат на мыло. Все. Не нужно просить устанавливать Python или еще чего. Офис есть везде.
если офис установлен русскоязычный, то формулы надо писать на русском. но открыв сохраненный файл в англоязычном офисе — они автоматически будут преобразованы к английскому варианту
Вы вероятно из тех людей кто «смотрит в книгу, видит фигу». И не поощряйте меня. :-)
думаю это стандартная проблема, которая появляется через Copy/Paste. Если запускать запросы напрямую с эксельки, то возвращаемый тип данных уже Date. Остается прочитать из XML файла желаемый формат презентации и вот уже хотим мы округлить десятичные до второго знака или вовсе убрать «копейки» не потревожив в итоге сумму по столбцу
Поясните мне пожалуйста зачем для презентации данных мне загружать даже более 10 тыс строк? Если мне нужно сделать транзакционную выгрузку данных, я буду использовать другие средства. Если мне нужно показать распределение покупок по типам карт, то все это легко уместится в даже в таблицу с тысячей записей. Расскажите мне пожалуйста какие преимущества я получу используя питон на примере видео выше
Перечитайте пожалуйста текст. Возможно вы поймете для чего была введена автоматизация при постоянно возрастающем объеме данных. Так же удивлен откуда вы знаете какую обработку предполагал анализ данных? :-)
Ну и не забывайте пункт 1 — далеко не везде есть возможность использовать другие программные средства
Старые баги — это предмет отдельного поста. Мне кажется либо M$ перевел баги в разряд фич, либо каждый раз хочет убить всю разработку VBA, но с каждым новым релизом офиса понимают что это будет выстрел себе в ногу
Ну вот и вы туда же. Ваш сарказм тут мимо. Значит все таки не умеете это все готовить. Экселька прекрасно загружает модули/код из текстовых файлов которые вы можете версионизировать.
У вас кейсы были из вашей жизни, я описал из своей. Много из вышеперечисленного решается так или иначе велосипедом под названием VBA. Вы просто не умеете это готовить
А по поводу терпеть — добавил анекдот выше. Я остался очень доволен тем, что удалось создать для компаний.
Значит "старперов" не берете?