Comments 201
неинтересно, потому что это тупиковая ветка эволюции. Сейчас очень многие компании переходят на облачные сервисы и как пример - гугл документы. Там есть аналог экселя. Но вот VBA там не работает. Что делать? Ну, писать скрипты на местном аналоге, или использовать low или nocode решения. https://vas3k.ru/blog/nocode/ Ознакомьтесь. За этим будущее. Все будут использовать различные SaaS решения. Одно для общения. Второй - почта. Третье - какая-нибудь таблица в гугле. Это все нужно связать вместе. И желательно не нанимать дорогущих инженеров. А VBA... он прибивает гвоздями к экселю и более того - конкретной версии экселя. Чудес ведь не бывает.
При этом полученный на задачах на VBA опыт можно конвертировать в опыт промышленного программирования. Достаточно добавить знание какого-нибудь более вменяемого языка. Джавы той же
Сейчас очень многие компании переходят на облачные сервисы
В крупных городах при безусловном доступе к интернету и при ненужных документах.
А вот в малых городах, где доступ к интернету временами исчезает, и в случаях, если документы нельзя выпускать за пределы предприятия — облачный сервис не поможет.
Вы говорите очень странные вещи. Какой "доступ к интернету временами исчезает"? Это попросту означает, что в таком случае у ВАС СЛОМАЛОСЬ ВСЕ. Нет бизнес-процессов. Типичный пример - оплата кредитной карте в любом заведении. Даже в парикмахерской. Нет интернета - иди отдыхай.
в случаях, если документы нельзя выпускать за пределы предприятия
почти гарантированно можно (здесь есть определенные формальности что называть пределами предприятия, тем более в многофилиальной структуре). Тем более, если ребята хотят обеспечить какую-то отказоустойчивость. Даже банки, черт возьми, сидят в облаках (хоть и не полностью, но там сотрудники знают что они делают, а не как в шарашмонташ у ашота)
"Типичный пример - оплата кредитной карте в любом заведении. Даже в парикмахерской. Нет интернета - иди отдыхай. "
Какую-то чушь вы написали. Как связаны интернет и оплата картой?
Не говоря уже о том, что даже если не работает оплата картой, то в некоторых местах люди всё еще могут достать из шкафа старые одежды из шкур, вознести молитвы древним тёмным богам, почистить колесцовый мушкет заплатить наличкой.
а вот так. Вы терминалы для оплаты видели или выползли из деревни, где только наличная форма оплаты?
Ну таки в деревне тоже нужно в чём-то составлять отчётность. Какая там доля населения у нас живёт в местах, где безналичная оплата - роскошь, а не повсеместная реальность?
Правда, не думаю, что автор статьи очень заинтересован в работе в таких местах.
если обратите внимание - я аппелирую к статье автора, который утверждает, что он все это делал в Германии. Я готов утверждать, что в большинстве глухих деревень Европы есть безналичная форма оплаты. И с интернетом тоже порядок (иначе не смогли бы работать почта, всякие офисы, автомастерские и прочее). Касательно российской глубинки - ну, кто ж виноват, что она вымирает. Мне кажется, что это вопрос к пр-ву РФ и его целенаправленной политике.
Ну таки в деревне тоже нужно в чём-то составлять отчётность.
ну, если так рассуждать, то в этой деревне (российской, глухой) - газа нет (сам Пу говорит, что уровень газификации недостаточный), электроэнергия по талончикам в строго определенное время, светят лучиной. В таком случае не автоматизацию на VBA надо делать, а доставать абак (счеты такие деревянные) и проводить цифровизацию на них )))) Зато - да, в каждом населенном пункте есть стационарный телефон для экстренной связи. Такой. https://newsvo.ru/blogovo/100380 Только не рабочие они в большинстве своем
в большинстве глухих деревень Европы есть безналичная форма оплаты
В Германии это совсем не так. 3 года назад даже в Мюнхене в биргартенах не принимали, но передумали из-за короны. В деревнях только наличка
Кроме того недавно по Германии был глобальный сбой и во многих магазинах пару недель оплата карточкой не работала. Я поэтому в кошельке всегда ношу наличку, хотя плачу почти всегда картой.
а в Испании - так. Европа - большая. Уверен, что в скандинавских странах тоже все с POS хорошо
Я в Австрии, в Тироле. У большинства "альмов" (горных хижин) POS с оплатой по безналу, без инета. Все работает через сотовую связь, да тот же инет, но это просто вещь в себе от, например, SIX-payments. С моими excel табличками интернетом никак не связано. Я к тому, что инета как такового нет, а бизнес идет.
Интересно вот мне - эти альмы же сдаются на букинге или airbnb, наверное? Как они заказы принимают, если инета у них нет? А по закону любое заселение официальное требует оформления + чек.
это горные хижины, зимой, напрмер, просто идешь недо остановиться останавливаешься, оставляешь в копилке на стене такую-то сумму за человека. Если пиво в ящиках есть можешь взять и оставить в копилке 2,5 за бутылку. Никто тебя не выгонит, если полно народа, но стандартно при планировании созваниваются с хозяином хижины и спрашивают места и даты. Я говорю только про пацнаунскую и пицтальскую и отцтальскую долины, про высокогорье.
И с интернетом в Германских деревнях в основном все очень плохо
Я готов утверждать, что в большинстве глухих деревень Европы есть безналичная форма оплаты.
Хрен там, в Словакии, Чехии это частая проблема даже в крупных городах.
В Германии, в магазине размеров Лидла (не помню как он назывался) на кассе оказалось невозможно заплатить VISA/Mastercard (только какая то местная платежная сеть)
только какая то местная платежная сеть
VPAY, вероятно. Только это не какая-то местная платежная сеть, а общеевропейская платежная система.
на кассе оказалось невозможно заплатить VISA/Mastercard (только какая то местная платежная сеть)
Но Вы ТОЛЬКО ЧТО подтвердили, что безнал есть, просто не VISA/MC, а МПС (м - в смысле - местечковая, а не что Вы подумали). Как бы надо разделять ситуацию - POSов нет вообще, и то, что “они какой-то не той системы”
Я только что сказал, что в Чехии и Словакии я не мог заплатить никакой карточкой множество раз в цетре города
если это было _сейчас_ (ну, в историческом плане), то может у Вас просто карточка российского банка, а они все сейчас отключены от VISA/MC? С разморозкой? Вы же не даете все существенные детали, чтобы сделать какие-то выводы по Вашему сообщению…. (Грустный смайлик).
Так сложилось, что российский пользователь избалован онлайном, электронными платежами и прочими ВАФАЯми. По некоторым публикациям, становится ясно, что в России всё очень хорошо с онлайном. Пожалуй самые дешёвые услуги телефонии и интернета в мире. По онлайн сервисам мы тоже опережаем многие страны. (простите за отсутствие пруфов, есть личный опыт). Уже давно, практически отказался от наличных, в каждой подворотне, в любом мелком магазине стоит платёжный терминал. Поэтому нам кажется, что если уж в нашей дыре так, то уж в развитых странах и подавно.
это все не так. Мадрид - интернет оптика в каждый дом. Мобильная связь 4g, покрытие отличное. По ценам - знаете. Да, дороже, чем в РФ, но посмотрим что будет дальше. Учитывая уровень зарплат - все прекрасно. То есть удельно интернет и связь ДЕШЕВЛЕ в Европе. Сюприз? А еще отсутствие роуминга. Короче, если интересно, могу конкретные цифры, но никакой паники нет. Электронные услуги? Серьезно? РФ в глубокой заднице. Тут все электронное. Налоговая, полиция, счета. Я в РФ все никак не могу ЖКХ по штрихкоду оплатить, потому что УК ущербная - генерит его криво. Тут вообще онлайн - сами все списывают с банковского счета, лепота. Онлайн кинотеатры - есть. Амазон и медиамаркт доставка заказов на следующий день. Такси прекрасно ездит. Каршеринг - тоже имеется.
Хельсинки, Стокгольм, Будапешт, Берлин - все то же самое.
Долго могу рассказывать. Короче.
Россия - не плохая. Россия - великая страна с огромным потенциалом. Но по факту получается, что пропаганда раздувает величие яндексами всякими, хотя по факту какая-нибудь маленькая европейская страна вроде Финляндии или Эстонии по многим пунктам может России дать фору. Что делать? Ну, перенимать позитивный опыт соседей и партнеров. А не мариноваться в этом собственном величии и нежелании вытравлять из себя совок. Чего только стоит окружающая среда. В РФ - это всегда борьба. С пандусами. С людьми с синдроном вахтера. Я не понимаю - почему не жить как люди и не давать другим так же жить как людям ? Что не так с 1/5 частью суши? И не нужно мне тут про климат рассказывать.
Не холивара ради, а интереса для. А почему Вы сраниваете Мадрид и РФ? Насколько я знаю в Москве и подмосковье оптика за очень дешево с сумашедшей скоростью. Посмотрел карту покрытия мобильными операторами в Испании - все выглядит еще хуже чем в Германии https://www.nperf.com
А почему я не могу сравнивать с Мадридом? Я сравниваю с теми местами, где я реально был.
Насколько я знаю в Москве и подмосковье оптика за очень дешево с сумашедшей скоростью.
нет. define дешево? define сумасшедшая скорость? По тарифу гигабит, а по факту - ваш роутер не может больше 150 мбит по вайфау? Или этот гигабит гарантирован только в ночное время? Могу сказать одно - я не страдал от качества связи в МО, когда там жил. Пользовался и Ростелеком, и МГТС. Кстати, МГТС был чуточку получше. А ростелек откровенные мудаки (именно не с технической стороны, а с организационной - это надо было умудриться впарить 4й PON адаптер, хотя в моей сети больше 3-х не работает, но, кстати, на мгтс все было ок, а еще это все в аренду, короче, долгая история - это по сути узаконенный грабеж населения, я потом расскажу как они пенсам впаривают всякие левачные услуги). Касательно дешево - еще раз повторюсь - удельно, в Европе инет даже в пересчете на зарплату дешевле. Сейчас фибра 300 мбит + мобильный телефон в пакете, стоит что-то типа 40 евро. Дорого? Я бы не сказал. Помню времена, когда я ADSL протаскивал за 2000 рублей в Питере... Мобильная связь дешевле? Ну, у меня мегафон никогда дешевле 700 рублей в месяц не выходил. Сейчас на зарубежном операторе - самый дешевый безлимитный тариф на звонки с то ли 5, то ли 10 гигов - 5 евро всего (!). Поэтому я не знаю... хотите мерять стоимость и качество жизни? Можно попробовать. Только зачем.
@dizatorrВы абсолютно правы, что Россия разная. Очень рад, что у Вас в городе все окей. Но, к сожалению, это далеко не так. Общественная среда, пандусы - в Москве, Петербурге, в Новгороде в каком-то зачаточном, если не хуже состоянии. Если хочется конкретики - ну, посмотрите ролики Каца, Варламова, отчеты о поездках Лебедева по разным городам и странам. Имеющий глаза да увидит. Я реально могу повториться, надрать с интернета реальных пруфов своей позиции, но надо ли? Все равно эта работа никого не переубедит.
Есть и проблемы, вот только мы их стараемся решить, а не кричать на всех углах - как всё плохо.
это правильная позиция. Но для начала надо признать проблему. А с этим в РФ как обычно все плохо. Культура такая. Отрицания, что ли. Все у нас хорошо. РФ - великая страна. А англичанка гадит (я не шучу, это примерное резюме пропаганды с телика).
Я не расскажу за всю Россию, вся Россия очень велика.
Могу рассказать за наш маленький провинциальный городок. С интернетом полный порядок, минимум 2 поставщика оптики в доме. 300р за безлимит при 500Мб скорости, по выходным правда падает до 200, да и ладно, не страшно. Оплата за ЖКХ по сети, если есть желание, показания счётчиков. Штрафы, налоги и прочее - тоже по сети. Народ на столько обленился за пандемию, что за хлебом в магазин, который в соседнем подъезде, раздумывает - ходить не ходить или онлайн заказать. Лента, Яндекс, Сбер и несколько местных бегунков. Озон и Дикая ягода либо до двери, либо через дорогу пункт выдачи, там же и Али с российски складов выдают. Все блага цивилизации, вот только пивопровод ни как не проведут (шутка).
С пандусами, всё более или менее, много велодорожек и парков. Два театра, нет три, если детский считать. Музеи, кинотеатры, выставки и прочее, правда не столичного уровня, ну так и мы не столица.
Есть и проблемы, вот только мы их стараемся решить, а не кричать на всех углах - как всё плохо.
Я в РФ все никак не могу ЖКХ по штрихкоду оплатить, потому что УК ущербная - генерит его криво.
Придираетесь к ПО небольшой конторы, тогда как на уровне государственного ПО (ГисЖКХ) можно просто подключить Ваш счёт от управляйки/поставщиков газа/электроэнергии и прочего к единому лицевому счёту, добавить этот ЕЛС в мобильном приложении банка (Сбер, Тинькофф) и счета будут приходить в приложении, где оплата будет в два клика * кол-во счетов.
А почему я не должен придираться?
счета будут приходить в приложении, где оплата будет в два клика * кол-во счетов.
в Европе это по-другому работает. Ты оставляешь номер своего банковского счета IBAN и оттуда все услуги автоматом списываются - интернет, газ, свет и прочее. И не нужно бегать по интернет-банкам считывать QR коды. По мне так очень удобно. Конечно, это не предполагает, что ты живешь от зарплаты до зарплаты. Но это другой вопрос.
POS-терминалы с симкой и прямым звонком в банк до сих пор много где используется, надо просто отъехать немного от столиц и не писать чушь.
С каким "прямым звонком в банк"?
Пример, пожалуйста, приведите. Модель терминала, хотя бы )
Или все же речь идёт о встроенном GSM/3/4G модуле? Так это тоже интернет. Мобильный интернет.
Так терминалы через интернет работают все. Как платить без свзи с банком?
Немного не по теме, но проблема может быть и обратная.
При наличии интернета, но отсутствии телефонной связи оплаты может и не быть.
Кейс: деревня, сотовая связь отвратительная, смс проходят за непрогнозируемое время.
На крыше установлен 4G модем с внешней антенной и раздаёт интернет.
Проблема в том, что для регистрации на сайте\оплаты онлайн часто просят ввести пароль из смс. в 95% случаев к моменту когда СМС доходит, код уже устаревает.
Даже в парикмахерской. Нет интернета — иди отдыхай.
В парикмахерской с этим проще, там в отличии от супермаркета интернет скорее всего прямо в POS-терминале встроен.
Все правильно, но он же там не силой мысли появляется или святым духом - значит есть мобильное покрытие или стационарный wifi
а саму транзакцию провести хоть через неделю
Вот да!
Ездил как-то зимой на лыжах с горы покататься. Наверху, на горе, можно арендовать шкафчики для личных вещей - оплата кредиткой через встроенный терминал. Интернет на гору, видимо, завозят только весной. В общем, эта транзакция у меня в выписке только через месяц нарисовалась.
Это распространенная схема для транспорта в связи с тем что терминалы не особо долго держат заряд. Поэтому на связь выходят раз за маршрут и скидывают все накопленные транзакции. Карты по которым оплата не прошла падают в черный список до момента погашения задолженности
Дело не в заряде, а в том, что при переключении между сотами или секторами связь постоянно подмораживает, и вместо минутного обилечивания десятка вошедших можно до следущей остановки ждать, пока терминал отдуплится и выдаст чек одному пассажиру.
В средних размерах городе мест где нет хотя бы 2g можно сказать что и нет. В совокупности с крошечным объемом данных в одной транзакции вероятность длительного проведения транзакции стремится к нулю. Хотя не исключено что в момент когда эту схему придумывали ситуация обстояла другим образом и это был один из факторов. Вопрос с жизнью терминала от аккумулятора основной фактор который мне озвучивали предоставили транспортного оператора моего города когда я уточнял у них причину необходимости отложенной авторизации а не работы в онлайне
Я в самолете картой оплачивал еду. До сих пор (спустя больше недели) нет еще списания
У меня такое ощущение что в общественном транспорте иногда такие терминалы. Смс или пуш о списании приходят через полчаса после оплаты.
а если это еще и страна победивших кредиток — то там вообще терминал в теории может «взять под козырек», а саму транзакцию провести хоть через неделю, когда связь появится.
Удивительный факт, но исторически все операции с кредитными картами были оффлайн-операциями. А ещё люди выписывали чеки (некоторые до сих пор так делают). В редких случаях продавец звонить в банк, чтобы авторизовать платёж.
И этот функционал никуда не делся и сейчас. Оффлайн-платёжи поддерживают любые кредитные карты и большая часть дебетовых, которые по факту — кредитки с нулевым лимитом.
Тем более, если ребята хотят обеспечить какую-то отказоустойчивость. Даже банки, черт возьми, сидят в облаках (хоть и не полностью, но там сотрудники знают что они делают, а не как в шарашмонташ у ашота)
Вот именно с этой стороны облака могут представлять опасность, особенно для банков и т.п. крупных организаций имеющих данные к которым не желательно было бы подпускать кого-то другого (да, мне тоже много рассказывали про безопасность и изолированность облаков, но я так-же видел немало сообщений о взломе облачных сервисов и краже конфиденциальных данных).
Во многих крупных организациях, у которых всё совершенно нормально с доступом к Интернет, ИБ категорически запрещает выносить корпоративные данные в какие-то общедоступные ресурсы. Скорее уж своё корпоративное облако формируют (если финансы позволяют), но тут уже без гуглодоксов.
Вот именно с этой стороны облака могут представлять опасность, особенно для банков и т.п. крупных организаций имеющих данные к которым не желательно было бы подпускать кого-то другого (да, мне тоже много рассказывали про безопасность и изолированность облаков, но я так-же видел немало сообщений о взломе облачных сервисов и краже конфиденциальных данных).
Поверьте - безопасность какого-нибудь Амазона сильно выше, чем в какой-нибудь компании из 10 калек и администратора Васи. Крупные проекты в Амазоне проходят сертификацию по самым жестким стандартам ИБ - это ведь о чем-то говорит? К тому же наличие серверов у Вас в стойке точно так же не гарантирует, что не будет утечки. Может быть особо умный менеджер, который тупо сдампит базу. Может быть - админы развернут монгу или эластик голой жопой в интернет, при этом даже в компании не будет никаких средств это проверить. Облако - это всего лишь другой подход к инфраструктуре. Не более. Где можно и нужно - используйте. Где есть регуляция, которая запрещает - ну, окей, не используйте. Но зачастую ПД и даже карточные данные можно утаскивать и в облако и это прекрасно работает.
ИБ категорически запрещает выносить корпоративные данные в какие-то общедоступные ресурсы.
И правильно. Но есть же разница между инфраструктурой компании в облаке, которая под контролем сотрудников ИБ этой самой компании и сотрудников IT этой самой компании, и неограниченным доступом к Гугль документам и возможностью пошерить их на весь интернет?
Скорее уж своё корпортивное облако формируют (если финансы позволяют), но тут уже без гуглодоксов.
Гуглодоксы - я имею в виду - скорее не как конкретное решение, а концепцию.
Поверьте — безопасность какого-нибудь Амазона сильно выше
Не поверю. Безопасность данных европейской компании от американских спецслужб явно не будет выше на американском же Амазоне, чем на своих серверах. В некоторых случаях, как показали Ассанж и Сноуден это может быть очень важно.
Безопасность данных европейской компании от американских спецслужб явно не будет выше на американском же Амазоне, чем на своих серверах
Надо подумать. Во-первых, у европейцев есть вполне местные датацентры Амазона и гугла. Если боитесь физического взлома - ну, окей, держите сервера в европейском регионе. Это не возбраняется. Во-вторых, вроде бы есть у SAPа облако - вполне себе европейская компания. Я когда говорю Амазон - я говорю про концепцию, а не про конкретную реализацию. В третьих, учитывая, что европейские ЦОДы Амазона и гугла под европейскими же ЮЛ зареганы и в европейской юрисдикции, то в случае утечек и прочего - Еврокомиссия такие штрафы по GPDR им вменит, что мало не покажется. Хотя кажется, что гуглу и Амазону в принципе на штрафы пофиг - заплатят и не подавятся. В четвертых, для параноиков есть куча вариантов - как обеспечить хранение информации в недоверенной инфре. Шифрование там всякое, контроль доступа, аудит и все такое. Это все реализуется.
Вы, наверное, намекаете на ситуации вроде того, что есть американский Боинг и европейский AirBus. И если AirBus в амазоне, то случайно может случиться какая-то диверсия со стороны американского Боинга? Или утечка данных, которая позволит Боингу обогнать AirBus? Мало вероятно. Кажется, что амазон должен больше дорожить своей репутацией...
Вы, наверное, намекаете на ситуации вроде того, что есть американский Боинг и европейский AirBus. И если AirBus в амазоне, то случайно может случиться какая-то диверсия со стороны американского Боинга? Или утечка данных, которая позволит Боингу обогнать AirBus? Мало вероятно. Кажется, что амазон должен больше дорожить своей репутацией...
А если об этом никто не узнает (как минимум есть большая надежда), а цена вопроса миллионы (если не миллиарды (в авиастроении это скорее они)) долларов? Уверены что в Амазоне все такие бессеребреники и никто не сольёт данные?
Регулярные сливы данных о клиентах (наносящие, кстати, банкам огромные репутационные ущербы) подтверждают что это не так.
Ещё немаловажный момент. Вы упомянули про GDPR, в России его аналог называется ФЗ-152. Несколько лет назад была очень показательная история с Битрикс, который при возникновении проблем с местным Дата-центром мувнул своё облако в Германию, тем самым автоматически (и без их ведома) сделав клиентов, державших в нём персональные данные, нарушителями ФЗ-152.
Очень наглядная была демонстрация того, что данные, которые вы размещаете в облаке, вам уже не принадлежат.
Уверены что в Амазоне все такие бессеребреники и никто не сольёт данные?
да, только это должно быть сделано на уровне процессов. Например, все сервера имеют шифрованные диски, сотрудники с физ доступом не могут знать где какая виртуалка запущена, всякие регламенты. Да, это не абсолютная защита. И мы помним истории про шпионские усб брелоки в супермайкра серверах в ДЦ. Но если такие факты с амазоном вскроются... его репутация будет похоронена, и даже сами американские госы оттуда выедут. Почитайте, пожалуйста, про безопасность в амазоне... и уверяю вас - это совсем другой уровень, чем даже классические отечественные хостинги...
Регулярные сливы данных о клиентах (наносящие, кстати, банкам огромные репутационные ущербы) подтверждают что это не так.
они происходят не потому что данные в облако.
Ещё немаловажный момент. Вы упомянули про GDPR, в России его аналог называется ФЗ-152. Несколько лет назад была очень показательная история с Битрикс, который при возникновении проблем с местным Дата-центром мувнул своё облако в Германию, тем самым автоматически (и без их ведома) сделав клиентов, державших в нём персональные данные, нарушителями ФЗ-152.
Не могу прокомментировать, но вероятно Вы не очень разбираетесь в ФЗ-152. Он не запрещает хранение ПД зарубежом. А напротив - он обязывает локализовать данные россиян, чтобы в случае Че т-щ майор мог их забрать. К тому же в Европе и Америке к этому гораздо более серьезное отношение. Например, во всех договорах указано - кто еще помимо компании, с которой отношения, имеет доступ и к каким данным клиентов. И эта информация должна актуализироваться всегда. Да, битрикс тоже мог так формировать документацию, а потом мувнуться... но здесь все сложно... Я сейчас, к примеру, работаю в компании, которая предоставляет услуги автоматизации. И мы не можем запретить клиентам внутри держать чувствительные данные, мы открыто об этом говорим. ПД - можно, условно - карточные данные нельзя. Если же клиент сам положил к нам КД, то это его персональные проблемы. Возможно с битриксом так же - он обещал соответствие ФЗ-152? Если нет, то взятки гладки.
Очень наглядная была демонстрация того, что данные, которые вы размещаете в облаке, вам уже не принадлежат.
и да, и нет. Да - в смысле - вас могут отключить от ваших данных в любой момент (например, вы попали под санкции). Нет - даже если эти данные станут известны подрядчику или поставщику услуги, то он не имеет юридического права их использовать....
да, только это должно быть сделано на уровне процессов. Например, все сервера имеют шифрованные диски, сотрудники с физ доступом не могут знать где какая виртуалка запущена, всякие регламенты.
И у Вас есть гарантия что в том-же Амазоне всё идеально и нет никаких дыр, недоработок, нерадивых/обиженных/подкупленных и т.п. сотрудников и прочих факторов превращающих красивый идеальный мир в реальный?
Но если такие факты с амазоном вскроются... его репутация будет похоронена, и даже сами американские госы оттуда выедут.
Так уже-же вскрывались. Были с Amazona достаточно масштабные утечки данных клиентов. Даже самого Безоса арабы в позапрошлом году ломанули.
Не могу прокомментировать, но вероятно Вы не очень разбираетесь в ФЗ-152. Он не запрещает хранение ПД зарубежом. А напротив - он обязывает локализовать данные россиян, чтобы в случае Че т-щ майор мог их забрать.
В описанном мной реальном и весьма известном примере (он легко гуглится (не знаю, можно ли тут давать ссылки, скандал был известный, ищется несложно)) персональные данные переехали из России в Германию, что однозначно является нарушением Статьи 18 ФЗ-152.
К тому же в Европе и Америке к этому гораздо более серьезное отношение. Например, во всех договорах указано - кто еще помимо компании, с которой отношения, имеет доступ и к каким данным клиентов.
Аналогичные требования есть и в ФЗ-152 (Ст.22)
Нет - даже если эти данные станут известны подрядчику или поставщику услуги, то он не имеет юридического права их использовать....
Сейчас оказалось что даже средства и недвижимость чужие изымать можно (оправданий тут куча, но факт остаётся фактом), что уж говорить про данные.
Поверьте - безопасность какого-нибудь Амазона сильно выше, чем в какой-нибудь компании из 10 калек и администратора Васи. Крупные проекты в Амазоне проходят сертификацию по самым жестким стандартам ИБ - это ведь о чем-то говорит?
Сервера в Амазоне могут быть хоть сколь угодно защищенными, но это вообще ничего не значит, если в компании пароли от серверов приклеены на стикерах на бумажках. Или что серверы настроены криво, и в них всюду дыры. Да, инфраструктура амазон железобетонная, но это не спасает от кривых рук.
Безопасность - это не про "насколько хорошо защищены наши серверы". Это целый комплекс мер, начиная от работы с людьми, заканчивая контролем доступа к данным.
Вы абсолютно правы. Просто я иллюстрирую, что есть пропасть между условным Таймвебом и Амазоном. И учитывая, что последний реально дорожит репутацией и имеет адекватные процессы, то я скорее поверю, что проблемы в ИБ будут на стороне потребителя услуг амазона, чем у них самих
Да, инфраструктура амазон железобетонная, но это не спасает от кривых рук.
ну, не железобетонная. Они тоже ошибки делают. Не боги горшки обжигают. Но я уверен, что там работают профессионалы
Безопасность Амазона подозреваю вытекает из параноидальных мешающих систем.
1й крупный заказ на амазоне всй ок.
2й крупный заказ (видеокарта) амазон отменяет типа кончились.
3,4 заказы одновременно по одной видеокарте (заказал ещё и на брата) вы заблокированы навсегда, почему не скажем.
Предположительно амазон отправил в вечный бан (при чём меня, т.е. поддержка пишет смена карты не поможет) за заказ на чужое имя.
Может быть, вы не знали: если купить лакшери-товар в самолете и расплатиться картой, списание будет только когда самолет сядет и появится интернет. В полете терминал только собирает данные и потом передает в банк. Так что расплачиваться терминалом без интернета возможно.
Так что расплачиваться терминалом без интернета возможно.
Для этого нужен ряд условий. В частности, ваша карта должна быть чиповой, а стоимость покупаемого товара должна быть ниже установленного лимита для данной категории мерчантов. Ну т.е. технически возможность осуществлять оффлайн-покупки по картам действительно есть, другой вопрос в том, что в большинстве случаев она не используется. Чёрта с два вы расплатитесь картой при уходе в оффлайн вашего любимого супермаркета :)
Добрый день! Не обязательно лакшери. Можно и просто еду себе купить в самолете - как говорится, у кого что болит. Очень рад, что кто-то может позволить себе лакшери товары ))) в самолетах и скоростных поездах.
Касательно самолетов - я в курсе, спасибо. Но это примерно такой же архаический метод списания, как прокатка карты в Американской глубинке и взятие с нее оттиска. Я уж не говорю о том, что это не работает на произвольных картах. И я говорил, что нормальные учреждения, а не какие-то корнер кейсы (типа самолета) В остальном -@DrPass прекрасно прооппонировал Вам
Я бы взглянул на выражения лиц безопасников на военных предприятиях, например, когда бы те услышали об облачгых сервисах.
В РФ мягко говоря не всё гладко промышленностью, но всякие роскосмосы, росатомы и пр. будут бережно хранить документы даже не в электронном виде, даже в том случае, если они вовсе никому не нужны извне.
РЖД. Интернета нет, платите наличкой. (Электричка рязань-сасово)
В крупных городах при безусловном доступе к интернету и при ненужных документах.
… при маленьких документах. Большие Google Docs не особо переваривает :)
У Excel 365 есть тоже возможность подключить облако, OneDrive или даже через Microsoft Teams. Создается группа, туда добавляется нужные сотрудники, добавляется местное хранилище файлов, при использовании Excel-файлов с макросами файл открывается с помощью галочки - "открыть в приложении" и вуаля. У меня так на заводе в Германии работает сейчас связка офис <-> производственный участок 1 <-> производственный участок 2. Есть ERP, но там такое сделать оказалось трудно и сложно в использовании, вернее никто так и не отважился. А Excel-файл со всеми изменениями я сделал за пару рабочих дней. И она заменила не сложную надстройку в ERP, а убрала кипу бумажных листоков и человека, который эти листки разносил и контролировал выполнения того или иного заказа.
Excel - не тупиковая ветвь, а программа для своей ниши. В идеальном будушем наверное ERP все-таки заменит все и останется одно телевидение (с) Москва слезам не верит. Но в реальном настоящем внедрение ERP-систем зависит часто от компьютерной грамотности среднестатического пользователя. Если фирма IT или около-IT - внедрение проходит на ура, а как что-то другое - все идет часто очень сложно и затягивается на годы. Excel может помочь сделать первый шаг к той же ERP.
когда я говорю эксель - я имею в виду именно оффлайновую копию. Касательно облачного office 365, у меня смешанные ощущения, но в принципе это рабочее решение. Не самое плохое.
Excel - не тупиковая ветвь, а программа для своей ниши.
несомненно, но не нужно, например, из экселя делать базы данных. Или вспомните ужасные эксели с макросами на 100000 строчек - а все потому что - в нем решили вести весь ассортимент товарной продукции компании N.
тема абсолютно вечная и вездесущая, автоматичекая генерация отчетов по данным, я этим занимался после института, данные были в двоичном формате после расчета специальным программным кодом, которым пользуются уже 50 лет. Ввод данны в виде текстовых строк, повторяющих перфокарты. Даже название единицы данных осталос со времен пефокарт - карта. В ядерной отррасли этим кодом пользуются челове 100 по всему миру из них 10 в России и 3 были в нашем отделе. Распаковка данных на паскале, а вот создание красивых отчетов с графиками exel + word + VBA. И использовалось еще лет 10 после моего ухода, а может и сейчас используется. И таких примеров в любой идустрии и в любой стране тысячи. В отличие от облачно модных решений все инструменты на любом компе в любой отделе. Бери и делай. Руководство в восторге. Ничего менять не надо, в все вдруг волшебным обазом ускорилось.
16 марта 2022 г. Google уведомила партнеров о том, что подключение для новых клиентов закрыто, но Google уважает свои обязательства перед существующими клиентами и продолжает их обслуживать.
Есть много разных околобюджетных и бюджетных организаций не перейдут в облако в обозримом будущем по целому ряду "потому что". Плюс текущая политическая ситуация как бы намекает нам о том, что шансы быть отрезанными от внешнего мира с их SaaS вовсе не нулевые.
Я конечно извиняюсь, но вы говорите какие-то странные вещи. Какой-нибудь сраный Кобол уже 20 лет пытаются выковырять из промышленных систем, розницы, банков и прочих крупных компаний и это при том, что активная разработка новых систем уже практически не ведется. Эксель и его макросы настолько вросли в современные западные офисные процессы, что его выковыривать будут намного дольше Кобола, а поддержка всего этого оплатит обучение еще десяткам тысяч студентов.
Я активно использую оба инструмента и Excel + VBA и GoogleSheets + GAS. Очень похожие инструменты очень мощные, но у них несколько разные ниши.
Преимущества GS - бесплатно, отличная одновременная многопользовательская работа в одном файле и листе, супер интеграция со всеми сервисами google, открывается на телефоне, кроссплатформенный, отличный встроенный отладчик для GAS, GAS по сути - Java Script со специализированными расширениями.
Преимущества Excel - локальность, для конфиденциального применения, более развитые функции чем в GS, VBA легче, чем GAS (для начинающих), более производительный.
Excel никогда не умрет и VBA c ним. И речь не только о временных или тестовых решениях. Я, например, перед серьезной разработкой, делаю быстрые модели на Excel + VBA, чтобы протестировать или доказать гипотезы.
А недавно мне попался файл, который я сделал 12 лет назад, его до сих пор используют для планирования SupplyChain в иностранной компании.
VBA порой действительно бывает полезен для быстрого моделирования каких-то решений, которые неохота сразу писать на основном языке. Поскольку всё сразу наглядно.
а потом это все годами работает, если работает - не трогай! Пример из статьи как раз об этом. Можно написать заявку в отдел ERP сотсавить бюджет на 100500 уе и ждать до пенсии пока саперы исправять текущие баги корпоративной ЕРП и дойдут до твоего участка, а можно взять и сделать.
а потом ты такой - приходишь на работу с макбуком и у тебя вся эта чертова автоматизация не работает, потому что, во-первых, все макросы зло (а как иначе еще на VBA работать) - сколько было макровирусов и до сих пор попадаются экземпляры. Я вообще ожидаю от файла документа (а именно таковым является xslx) - что это будет файлом документа, а не неведомой зверюшкой, программой по сути. Во-вторых, я уже отмечал, что макросы зависят (и их работоспособность тоже) от конкретной версии экселя
При прочих равных выглядит так, что лучше научиться python + flask и начать разрабатывать веб-порталы внутри ландшафта айти своей компании. Решение популярное - и найти людей на доработку будет возможно, в отличии от б-мерзского VBA. А там - тот же пайтон пригодится для всего. Автоматизация инфраструктуры. Машинное обучение. И все такое.
Повторюсь - учить VBA в 2022 - это архистранно. Это как учить КОБОЛ. Рынок есть, но он схлопывается
все макросы злоВы просто не умеете их готовить.
б-мерзский VBAКому-то и Python «б-мерзский». Вообще на вкус и цвет все фломастеры разные.
Была проблема, сделано решение, оно работает. Интернет-воины воюют не в ту сторону.
учить VBA в 2022...
Не нужно учить, можно просто использовать эту возможность при необходимости - язык крайне прост и естественным образом использует объектную модель Эксель. Разумеется, это можно делать из любого "нормального" языка. Получатся танцы с бубном, если это не сфера вашего постоянного интереса. Пример. Я не работаю с Эксель. Решаю вычислительные физические задачки и каждый год как научный редактор готовлю сводный отчет по теме в Word. Много авторов, куча литературных ссылок по теме. Всё бы ничего, но где-то в миннауке усердно работают неугомонные люди, которые требуют подробную отчетность. Вот эти ребята работают с Эксель. Данных требуется всё больше, а формат их представления год от года меняется. От отчаяния перед всем этим ужасом я пару лет назад использовал VBA и написал программку, которая сама читала отчет и формировала нужные таблицы в текущем формате за секунду. Вместо недели труда некоего добровольца, которого нужно было бы найти. Меняется формат - вносятся косметические изменения в код - и дальше поползли. Делал для себя. Но через год этой штукой пользовался весь институт в обязательном порядке, а мне ещё и денежки заплатили. Так что никогда не знаешь, что понадобится, и хорошо, что оно есть.
учить VBA в 2022
Нас в институте еще в 96-97 г, слегка учили VBA, а Excel только появился! Но, понятно, что никто ничего не помнил, поскольку учили на экономистов. Хотя, судя по всему VBA в ВУЗовской программе был или даже есть. Поскольку у меня было несколько случаев, когда я заставлял экономистов решать задачи с использованием VBA (разрабатывать), и они справлялись, хотя перед этим никогда с ним не работали. Поэтому народу, способному работать с VBA на самом деле полно, нужно лишь правильно ставить задачи и давать ресурсы. Лично для меня VBA значительно проще, многих трехэтажных формул.
Нет, я, наверное, немного неправильно выразился. В VBA я моделирую решение оффлайн, и когда добиваюсь устойчивой работы, переношу алгоритм в онлайн на основной язык. Я бы даже так сказал: для меня это средство быстрой отладки алгоритмов (Вот, это точнее).
крупные компании слишком громоздки для автоматизации многих небольших операций, которые жрут человеческий ресурс.Можно заказать создать в ERP форму отчета, но эту форму будут ваять полгода, а работать надо сейчас. Так как таких операций много, на круг набегают огромные потери, которые, как правило, не учитываются. Ну как ты учтешь, что у тебя девочка, которая ваяет подня один отчет, который можно делать за 5 минут. Или еще хлеще - сидят тетушки, которые копипастом делают акты, например, в том же экселе - сидят на полной зарплате, в то время как макрос, который их заменяет всех, пишется минут на 30.
Соответственно, берется народный умелец, и за пару дней за пиццу и пиво пишет макрос
Зачастую все зависит от айти отдела и от затраченного времени и средств на разработку. Где то до сих пор vba используют, где-то foxpro. Во многих крупных конторах до сих пор lotus работает.
...работу с базами данных медленно уходящий в прошлое Access, а вот всю возможную работу с данными, цифрами, отчетами поддерживает главный герой нашей статьи – Excel.
Да только многие "так называемые Power users" работу с БД тоже реализуют на Excel. Сначала оно вроде как даже удобно и неплохо работает, а вот когда объем данных подрастет, становится очень увлекательно...
В гигантских конторах с госучастием vba единственный способ автоматизации, никаких облаков нет, весь сторонний софт запрещен, кроме уже установленного. А установлен только МСофис и то не полностью.
во-во, это не только в госконторах, в принципе крупные организации не любят расширять своим сотрудникам возможности для автоматизации систем. Вот, например, сижу я. есть у меня САП, но написать на ABAP скрипт я не могу, правов нема и не будет по политике компании. Причем политика компании странная. У меня правов нет, а в украинском филиале запросто пишет :) А у нас операторы убиваются, ручками накладные делают втроем весь день. Пришлось на VBA корячить нажимание нужных кнопок в сапе.
В гигантских конторах с госучастием vba единственный способ автоматизации, никаких облаков нет, весь сторонний софт запрещен, кроме уже установленного.
Не встречал таких гигантских контор. Наблюдал как раз противоположную ситуацию. Огромная куча разнообразных информационных систем разрабатывавшихся в разные времена и для автоматизации разных задач, поддержка которых превращается в серьёзную проблему, и ИТ-подразделения бъющиеся над задачами сокращения/укрупнения/интеграции этих многочисленных информационных систем. Тут если-бы на VBA, как в статье, всё писалось, было-бы большое счастье.
На счёт описанной в статье ситуации, у нас в РФ несколько своя специфика. Пользователи менее грамотные (особенно это проявлялось в 90-х, начале 2000-х, сейчас заметно лучше стало), поэтому описанная ситуация с коллективной работой над макросами встречалась редко. Чаще какой ни будь местный программист, на общественных началах, или за небольшую премию, писал на FoxPro, Delphi и т.п. (наблюдал среди таких программных продуктов шедевры, где в качестве буфера обмена использовался Winpopup :) ) очень нужную программу для автоматизации бизнес-процессов, постепенно развивал её, а потом уже программа начинала работать на программиста, который либо выбивал себе постоянную премию/совместительство за работу по её поддержке/доработке, а чаще вообще уходил превращаясь в подрядчика имеющего с софтины которую только он один знает, но которая очень нужна, стабильный и неплохой доход.
Облака могут быть, но свои, внутренние.
Наблюдал как раз противоположную ситуацию. Огромная куча разнообразных информационных систем разрабатывавшихся в разные времена и для автоматизации разных задач, поддержка которых превращается в серьёзную проблему, и ИТ-подразделения бъющиеся над задачами сокращения/укрупнения/интеграции этих многочисленных информационных систем. Тут если-бы на VBA, как в статье, всё писалось, было-бы большое счастье.
совершенно не факт. Централизованное решение в ИТ ландшафте как раз можно внятно обновлять. А эксель файлик как? Вот смотрите. Поменялись бизнес процессы - нам нужно обновить код макросов. Был у нас файлик Отчет_v1.0.xlsx, стал Отчет_v2.0.xslx. Как ты будешь его дистрибьютить среди своих потребителей? Как контролировать, что тетя Маша использовала последнюю версию файла и получила верные данные, а не предыдущую? Не, это все рак мозга, простите, худшие практики из 90-х, которые люди зачем-то тянут в XXI век. Зачем - потому что по-другому не умеют, а вообще можно по-другому и можно лучше.
Облака могут быть, но свои, внутренние.
в десятку! Чем многие компании и занимаются - делают свое внутреннее облако. Или гибридное решение между онпремис сервера и различными облаками и поверх этого какой-то слой унификации
>Как ты будешь его дистрибьютить среди своих потребителей?
Разослать по почте, очевидно
>Как контролировать, что тетя Маша использовала последнюю версию файла и получила верные данные, а не предыдущую?
Сама Маша не может контролировать, какую версию использует? Обязательно над ней с палкой стоять и бить по рукам, когда тянется к старой версии файла? Ну если в Машей все так плохо, значит подойти к ней и вручную удалить старый файл и залить новый.
(наверно есть и другие методы проверки, а как иначе)
что касается централизованных - централизованные нужны когда они делаются на одну организацию. А вот у вас группа из трех человек. Зачем им централизованное решение. Они между собой файлы перекинули из общей папки и им хорошо. Да, для более масштабных вещей уже пишут что-то в 1с (несколько раз с этим сталкивался) заменяя ручную работу в экселе. Но это должна быть большая задача и часто повторяемая. Плюс у всех пользователей должен быть доступ к этому централизованному решению (а тот же 1с не у всех может быть)
Короче, эксель это тактическое решение. А централизованные - стратегическое. Чаще всего. Но вообще конечно есть еще всякие павер би, тут уже все сурьезно и выходит на другой уровень
Ребята выше топят, что VBA круто и это средство автоматизации для крупных компаний. То есть - для (по сути) неограниченного спектра внутренних сотрудников и потенциально еще - возможно для внешних контрагентов, клиентов и прочего. Получается, Вам нужно делать еще отдельный (условно) веб сайт - где описывать какая конкретно версия документа последняя и правильная и плюс инструкции для скачивания и использования. Касательно рисков использования устаревшей версии - я серьезно, они имеются и могут иметь последствия от никаких (повезло) до “переделайте, пожалуйста, документ, вот актуальная версия шаблона” и до финансовых потерь в организации - потому что любая автоматизация аффектит бизнес-процессы. И представьте себе, что в какой-то формуле была ошибка… и ее не заметили…
Сама Маша не может контролировать, какую версию использует?
Может может, а может, что и не может. А может она попросту не знает, что этот файл может иметь какие-то версии. Забыли добавить в название. Или она вообще не айтишница и для нее это все магия.
значит подойти к ней и вручную удалить старый файл и залить новый.
увеличиваем косты на поддержку, ну, окей....
Разослать по почте, очевидно
Еще идиотские предложения будут? Вы же прекрасно знаете, что почту никто не читает. А чего сразу - не приказ гендиректора организации, что с XX.XX.XXXX требуется использовать только лишь версию файла с макросами YY.YY, и никак иначе. И под личную подпись работника?
то касается централизованных - централизованные нужны когда они делаются на одну организацию. А вот у вас группа из трех человек. Зачем им централизованное решение. Они между собой файлы перекинули из общей папки и им хорошо.
Здесь я с Вами полностью согласен -три человек, наверное, внутри своей группы как-нибудь могут договориться и обеспечить синхронизацию подходов и информации о текущем состоянии автоматизации друг между другом. Но см. Первый абзац
Плюс у всех пользователей должен быть доступ к этому централизованному решению (а тот же 1с не у всех может быть)
кстати, это не проблема. Кому надо - можно сделать доступ всем. Можно даже и не прямой, а опосредованны (через VDI). Ролевая модель в 1С вполне достаточная.
Вы управленческие задачи (маша, которая не читает почту, которая путается в файлах и прочий саботаж) переносите на айти решения. Такая Маша будет просто вредить работе, без всякого айти. Что, кроме айти нет вопросов, где нужно юзать нужный файл в нужное время и читать почту? как она вообще работает, если почту не читает? Вы не путаете рабочую почту и служебную. За непрочтение служебной - депремирование а потом вылет с работы. И служебная почта логгируется. Не получится сказать "не дошло"
Может в вашей компании принято не читать почту, там, где я работал, читать было принято. Почта это основной способ коммуникации. Телефон - если что-то "тонкое" и срочное
Вы поставите маше централизованное решение, так она будет кнопки путать. Просто не стоит нанимать людей с низким IQ на работу. А чел со средним интеллектом вполне может освоить "этот файл не юзаем, юзаем этот с такого-то числа)
По поводу кост на поддержку, тут уже писали, что прогер на вба - 150к, прогер на питоне -300к. На 300к можно нанять одного вба, одного саппортера и еще деньги останутся. Причем наличие централизованного решения не отменяет необходимость поддержки
Может в вашей компании принято не читать почту, там, где я работал, читать было принято. Почта это основной способ коммуникации. Телефон - если что-то "тонкое" и срочное
Проблема не в этом, проблема в том, что в почту любому сколь угодно активному сотруднику валятся 100 писем в день. И их разгребать это целая эпопея. И там легко не заметить очередное информационное письмо, о том, что обновилась версия макроса. У него же явно приоритет какой-то низкий. На самом деле, повторюсь, вместо того, чтобы явно прописывать, что Маша обязана следить за всеми информационными письмами, проще сделать так, чтобы проблема версионности не стояла вовсе.
Вы поставите маше централизованное решение, так она будет кнопки путать. Просто не стоит нанимать людей с низким IQ на работу. А чел со средним интеллектом вполне может освоить "этот файл не юзаем, юзаем этот с такого-то числа)
знаете, и здесь я с Вами ПОЛНОСТЬЮ согласен. Наймите нормальных людей - они и сделают нормально. Но опять же - не нужно создавать людям дополнительную когнитивную нагрузку. Все должно быть просто и удобно. Это как я с ИБ боролся. Долго им объяснял, что если они своими запретами делают людям НЕУДОБНО (хоть и все правильно, по регламентам), то люди будут делать НЕПРАВИЛЬНО, НЕБЕЗОПАСНО, но как им удобно. Поэтому надо идти на компромиссы и делать удобные системы, чтобы делать неправильно не было желания. И, кстати, это возможно. И вроде бы удалось объяснить свою позицию.
По поводу кост на поддержку, тут уже писали, что прогер на вба - 150к, прогер на питоне -300к. На 300к можно нанять одного вба, одного саппортера и еще деньги останутся. Причем наличие централизованного решения не отменяет необходимость поддержки
Вы прикалываетесь. Тут не требуется питон программист на 300к. Вполне хватит за 150к. К тому же, Ваши данные не бьются со статистикой самого хабра по вакансиям https://habr.com/ru/article/649423/
Причем наличие централизованного решения не отменяет необходимость поддержки
несомненно. Но его поддерживать проще, чем хаос из файлов разных ревизий. Поверьте - у меня богатый опыт. Помните - как программировали еще до внедрения VCS? Копия каталога с исходным кодом и суффикс с датой, например. А потом как все эти гиты, гитлабы появились - разработка прямо очень ускорилась и стала более безошибочной и удобной.
Знаете, работал, не валилось 100 писем в день. Может это какая-то управленческая проблема в вашей организации? зачем рассылать письма, которые не читают? (когда даже дрючили за переполнение ящиков, сейчас не знаю, может железо подешевело)
Это не мои данные, это тут ребята называли суммы с ХХ. Хабр не репрезентативен
Это не мои данные, это тут ребята называли суммы с ХХ. Хабр не репрезентативен
все лгут. Я за меньшие деньги девопсом в Москве когда-то работал. Карьера (я сам так считаю) - занижает стоимость труда (очевидно). ХХ - в зависимости от того, как мы смотрим - вакансии или резюме (и желаемую зарплата). Знаете ли, я тоже хочу быть перзидентом, иметь мульт в месяц (кстати, мне бы хватило), и вообще в ус не дуть. Кто ж запретит?
зачем рассылать письма, которые не читают?
господи, какие вы все тяжелые. Рассылают - потому что нет другого способа информирования. Не в слак же писать? А в некоторых компаниях слака вообще нет. Помимо этого есть регулярные рассылки "типа мы тут проводим очередной хакатон". Есть и обычные письма от человеков, но на самом деле как показывает практика - проще все вопросики решать в чатах, это реактивнее получается, чем в почте. Почта должна быть только для фиксации договоренностей. Да и то спорно. Я все думал - каким образом можно сделать внутренний портал, в котором сделать настройку уведомлений и рассылок для сотрудников. Не придумал. Все равно фигня какая-то получается. И, да, я говорю про реальные примеры нормальной работы. А прикиньте - сколько писем у продажников? Ну, что поделать.
Короче, куча мусора в почте - это, увы, реальность. И каждый борется с этим в меру своих сил (например, фильтры настраивает).
Может это какая-то управленческая проблема в вашей организации?
во всех организациях (где я работал) - не было управленческой проблемы, сириозли. Все прекрасно работает. Но факт некоторой избыточности вот 100 входящих есть. О, вспомнил. В жире работаете? Вам валятся уведомления о смене статуса тикетов ваших подчиненных? Я их честно брал - и тупо сразу удалял, не читая )))))
(когда даже дрючили за переполнение ящиков, сейчас не знаю, может железо подешевело)
можно просто письма удалять ))) не знаю... Сейчас железо действительно подешевло, но в целом гигов 2-5 для корп ящика достаточно. Для передачи тяжелых данных (презентации там всякие, видео) - есть другие ресурсы (типа условного дропбокса, в почту просто ссылку на файл кидаешь с авторизацией доступа)
Знаете, работал, не валилось 100 писем в день
То вы просто программистом работали. Попробуйте поработать менеджером по продажам, логистом, бухгалтером…
не, не работал. я в HR работал
Сейчас работаю в сфере продаж. ну 100 писем может от внешних приходить, в это я верю, но внутренних писем то откуда 100? Коллеги рехнулись что ли, еще своих 100 присылать?
ну 100 писем может от внешних приходить, в это я верю, но внутренних писем то откуда 100
Так про 100 внутренних, я понял, речь и не шла. Если вам упало 100 внешних писем и 5 внутренних, вам ничуть не проще будет в них разобраться, особенно в свете того, что половина внутренних обычно всякие информационные уведомления, которые смотришь одним глазом или вообще не смотришь.
В смысле не проще? простое раскладывание по папкам. Ну рили, если 100 писем, с этим надо что-то делать. Это при любом раскладе ситуация неудобная. Пропустить можно что-то важное от директора и вылететь с работы
мне в день до 500 приходило.
Правда, я их раскидывал с помощью VBA - там большая часть была отбивки от клиентских и корпоративных систем, я отбивки сводил в списки, потом просматривал. Все от директоров были на особом контроле (вместо бипа у меня свинка визжала, когда от главных боссов прилетало сообщение :) ) и вносились в реестр. Часть писем, в которых от подрядов были акты, сами архивировались в папку, а данные из них копировались в файлик. Пропустить вряд ли что мог.
как боженька написал.
Был у нас файлик Отчет_v1.0.xlsx, стал Отчет_v2.0.xslx. Как ты будешь его дистрибьютить среди своих потребителей? Как контролировать, что тетя Маша использовала последнюю версию файла и получила верные данные, а не предыдущую?
Если макрос писал стажер Костик, который устроился на каникулы подработать, а переписал его менеджер Вася, который что-то умеет в VBA, а начальник в лучшем случае очень смутно подозревает, что сотрудники что-то делают макросами, то да - никак.
А если это реально корпоративное решение, то есть специальный человек, ответственный за малую автоматизацию (это может быть частью его функционала - например, единственный профессиональный vbaiшник, которого встречал на работе, был оформлен как инженер по конфигам, и кроме макросов, ваял конфиги), который мониторит пользователей и контролит корректность версий, формирует хранилище, макросы описаны и обеспечены инструкциями, корректная версия лежит в корпоративном облаке, и выполнение макроса именно этой версии прописано в регламентах по процессам.
Реальное количество пользователей каждого макроса не так велико, чтобы терять контроль над ними. Каждым макросом обычно автоматизируется частный функционал, который лежит на 1-5 работниках. Это вполне контролируемое количество.
Большее количество пользователей и универсальные макросы (например, встречал для перевода и вставки курсов валют с корпоративного портала) - это уже создание корпоративных надстроек. Тут вообще легко - обновление надстроек кладется на сисадминов.
Вы прекрасно иллюстрируете, что в любой компании должен быть порядок и процессы, а технические решения являются второстепенными (хотя и важным компонентом успеха).
единственный профессиональный vbaiшник, которого встречал на работе, был оформлен как инженер по конфигам, и кроме макросов, ваял конфиги
ага, бас фактор =1. Уволится этот вбашник или кирпич ему на голову упадет и что делать?
который мониторит пользователей и контролит корректность версий, формирует хранилище, макросы описаны и обеспечены инструкциями, корректная версия лежит в корпоративном облаке, и выполнение макроса именно этой версии прописано в регламентах по процессам.
уж не лучше серверок на пайтон с фласком и веб интерфейсом сделать? А на выходе - например, пдфка со всеми заполненными данными с отчетом. Красиво, надежно, и не нужно думать о версиях (потому что это решение существует в единственном, если нужно - отказоустойчивом - инстансе в инфре)
Уволится этот вбашник или кирпич ему на голову упадет и что делать?
Нанять другого, положить функционал на имеющегося сотрудника. Вы делаете проблему из ничего. Я неоднократно перебирал, апдейтил, переписывал, писал инструкции, дорабатывал макросы от людей, которые давным-давно уволились. Пользователи приходили с какой-то проблемой, решал. Часто, правда, писал все заново (в основном из-за неоптимальности алгоритмов или обилию изменений, когда проще новый написать). При том, что я это делал неофициадльно, просто потому, что больше некому это было делать.
Если у вас процесс малой автоматизации на VBA ОРГАНИЗОВАН, то у вас после вашего бедолаги, попавшего под кирпич, останется
хранилище макросов
реестр макросов с описаловом
список кто каким тулом пользуется
список источников для каждого макроса
хелпики
наконец, регламенты, в которых прописано кто что с макросами делает
А если вы за упаковку пива попросили сотрудника сделать вам самосоздающийся отчет - ну, логично, дешевые решения - большие риски.
уж не лучше серверок на пайтон с фласком и веб интерфейсом сделать?
как будет реализован контроль за корректностью версий, не так принципиально. Главное, чтобы он был. Просто обычно конторы малую автоматизацию за нужное дело не считают, и все макросы, которые гуляют по офисам - это самопальная импровизация самих сотрудников с соответственным бардаком.
Вы этот бардак считаете как проистекающий от самого VBA и накинулись на инструмент - дескать, инструмент плохой. А инструмент вполне нормальный, просто организаторы не организуют. Ведь если бы не было реальной необходимости автоматизировать, если бы конторы оперативно решали проблему пяти девочек, которые часами какую-нибудь хрень копипастят, потому что большую систему сложно, долго подстраивать и локализовывать под их нужды, то никто, поверьте, не заморачивался в эксельке код писать, разве что по фану.
положить функционал на имеющегося сотрудника.
Только если он согласен. Сотрудник ведь не раб, он мог на это не подписываться )))
Я, кстати, не спорю, что Вы молодец. Но как правило ведь будет не “процесс малой автоматизации на VBA ОРГАНИЗОВАН”, а именно, что “вы за упаковку пива попросили сотрудника сделать вам самосоздающийся отчет”.
Ведь если бы не было реальной необходимости автоматизировать, если бы конторы оперативно решали проблему пяти девочек, которые часами какую-нибудь хрень копипастят, потому что большую систему сложно, долго подстраивать и локализовывать под их нужды, то никто, поверьте, не заморачивался в эксельке код писать, разве что по фану.
Я бы сказал так - excel и vba берут по разным причинам - например, из-за отсутствия кругозора, из-за глупости, из-за того, что это было первое попавшееся. Но это далеко не означает, что это лучшее решение. Касательно минусов VBA я уже писал. В принципе, это действительно проистекает из-за несерьезного отношения к этой всей малой автоматизации. А не сколько из-за инструмента. Но инструмент от этого лучше не становится. Я искренне считаю, что VBA уже не актуален и привел примеры и аргументы почему это так. Выше. Начиная с первого сообщения. Еще добавлю, что VBA ничего такого супер классного в процессы не добавляет. Ну, например, взять тот же пайтон - можно легко сделать автодокументирование кода. А VBA пахнет подходами из 90-х, когда это все нужно делать самому. А тут как раз начинается вот эта история с процессами вокруг, которые нужно имплементировать и поддерживать.
Я бы сказал так - excel и vba берут по разным причинам - например, из-за отсутствия кругозора, из-за глупости, из-за того, что это было первое попавшееся.
В крупных конторах берут в основном как стихийная инициатива снизу, потому что доверху ни хрена не достучаться со своими нуждами. В менее крупных берут в основном, что это более дешевое и быстрое решение, не требующее кардинально перешивать процессы.
По глупости - ну был мужик, который предлагал написать на эксельке полноценную WMS. Но это обычно до реализации не доходит.
В принципе, это действительно проистекает из-за несерьезного отношения к этой всей малой автоматизации. А не сколько из-за инструмента. Но инструмент от этого лучше не становится.
То есть, вы сами признали, что основные проблемы малой автоматизации - организационные, то есть, что ей никто нигде не занимается, и это в основном самопал сотрудников. Инструмент же - если позволяет решать задачи - значит, это нормальный инструмент.
Вспомнил тут... У меня жена - профессиональный музыкант с консерваторским образованием (альт). И как-то поехали мы к моим родственникам, и решили мои спеть под аккомпанимент. Музыкант есть, а инструмента нет. Стали искать - нашли.. аккордеон. Я воочию наблюдал, что такое профи: она через 10 минут вполне нормально брала аккорды на инструменте, который в первый раз держала в руках.
Это я к чему. Профессионал сыграет вам на чем угодно.
Я не проф музыкант, но должен заметить, то альтисты (это ж скрипка, не домра да) изучают в том числе и игру на фортепиано. А у аккордеона правая клавиатура = фортепьянной
короче, попробовал бы она так на баяне :)
это был первый, но не последний случай, когда я ее наблюдал играющей на незнакомых инструментах с ходу. Там был и ксилофон, и флейта, и даже такая экзотика как терменвокс.
Просто нарабатывается хорошая общетеоретическая подготовка, хорошо развитый слух и навык со слуха играть. Этого часто оказывается достаточно для простой дилетантской игры с ходу.
Вот смотрите. Поменялись бизнес процессы - нам нужно обновить код макросов. Был у нас файлик Отчет_v1.0.xlsx, стал Отчет_v2.0.xslx. Как ты будешь его дистрибьютить среди своих потребителей? Как контролировать, что тетя Маша использовала последнюю версию файла и получила верные данные, а не предыдущую?
Очень просто. У Маши на рабочем столе не файлик, а ярлык. Файлик лежит на общем ресурсе и обновляется там.
Не, это все рак мозга, простите, худшие практики из 90-х, которые люди зачем-то тянут в XXI век.
Худшие практики я описывал выше, когда для автоматизации различных бизнес-процессов создаётся куча мелких разномастных информационных систем, которые потом как-то сопровождать нужно и т.п. А данные из Excel как раз обладают очень хорошей переносимостью. Их спокойно можно брать в качестве источника данных для любой информационной системы.
Худшие практики я описывал ниже, когда для автоматизации различных бизнес-процессов создаётся куча мелких разномастных информационных систем, которые потом как-то сопровождать нужно и т.п. А данные из Excel как раз обладают очень хорошей переносимостью. Их спокойно можно брать в качестве источника данных для любой информационной системы.
я с Вами категорически не согласен. Касательно кучи разномастных систем - ну, сделайте одну большую систему, по принципу модулей. Все равно возникает задача интеграции стопицот информационных систем в ландшафте любой одной не сильно большой организации. И эксель тут мимо. Точечно - я не отрицаю, что эксель может решать какие-то задачи. Но зачастую есть инструменты лучше. Про аналитику уже писали. PowerBI и все такое.
А данные из Excel как раз обладают очень хорошей переносимостью.
НУ ЗДРАСЬТЕ. Я же приводил примеры. Только они как об стенку горох похоже. Переносимость... Ну-ну...
Их спокойно можно брать в качестве источника данных для любой информационной системы.
вместо настройки нормального процесса загрузки данных из мастер источника. Ведь как обычно - эксель - это не золотой источник, а промежуточный. Типа - у поставщика прайс в 1с, он выкладывает выгрузку в виде экселя как файл на сайт и поехали дальше его курочить. Нет чтобы сразу дать нормальный API (а нормальные пацаны так и делают) и позволить сделать человеческую и интеграцию - с мониторингом там, повтора запроса и всем прочим.
Касательно кучи разномастных систем - ну, сделайте одну большую систему, по принципу модулей.
Когда автоматизация ведётся по общему плану, так и делается, но если компания существует много лет, неизбежно возникает ситуация что пришли одни люди, что-то сделали, потом другие, сделали что-то ещё, а потом со всеми этими напластованиями автоматизации нужно работат.
А ещё компании могут объединяться. Даже если у вас всё стройно и чётко, а к вам в структуру вливается ещё какая-то, то у вас уже возникает зоопарк информационных систем, от которого одномоментно и легко не избавиться.
И эксель тут мимо.
Эксель тут наиболее легко автоматизируемая часть. Если бы все свои локальные бизнес процессы автоматизировали как описано в статье выше - это бы очень сильно облегчило жизнь при формировании единого ИТ-ландшафта крупных предприятий.
Точечно - я не отрицаю, что эксель может решать какие-то задачи. Но зачастую есть инструменты лучше.
Конечно есть. Причём, кто-то предпочитает одно, кто-то другое, а кто-то третье, а потом со всем этим вместе нужно работать.
вместо настройки нормального процесса загрузки данных из мастер источника.
Все ли об этом задумываются? Тут скорее наоборот бывает. Человек, пишущий свою софтину под FoxPro и использующий в качестве буфера Winpopup (этим, кстати, он даже ОС не позволяет сменить на актуальную, вынуждая держать специально под свой продукт старый комп с устаревшей версией Windows) максимально не заинтересован чтобы из его ПО что-то там легко переносилось, это лишает его стабильного источника дохода.
А ещё компании могут объединяться. Даже если у вас всё стройно и чётко, а к вам в структуру вливается ещё какая-то, то у вас уже возникает зоопарк информационных систем, от которого одномоментно и легко не избавиться.
согласен. Но это же задача айти отдела и есть - наводить порядок и поддерживать его, чтобы компания работала как часики
Конечно есть. Причём, кто-то предпочитает одно, кто-то другое, а кто-то третье, а потом со всем этим вместе нужно работать.
а кому-то нравится не эксель, а либреофис, а кто-то в pages фигачит. И?
Все ли об этом задумываются? Тут скорее наоборот бывает. Человек, пишущий свою софтину под FoxPro и использующий в качестве буфера Winpopup (этим, кстати, он даже ОС не позволяет сменить на актуальную, вынуждая держать специально под свой продукт старый комп с устаревшей версией Windows) максимально не заинтересован чтобы из его ПО что-то там легко переносилось, это лишает его стабильного источника дохода.
гнать такого человека в шею. Типичный пример ашот-разработки
Самое страшное, что я видел в своей жизни - это т.н. ЭксельОпс. Это когда каждый отдел замыкается в себе. И все взаимодействие между отделами построено на обмен экселек с макросами в специальном формате. Это ужасно. Поверьте. Валидация параметров через пень колоду. Автоматизация - практически все на ручном приводе. Контроль сроков? Не, не слышал. Лучше бы реально внедрили жиру и ставили друг другу таски в произвольной форме друг другу. А еще лучше - внедрить какой-то портал (можно самописный), который будет предоставлять окошки с формами и воркфлоу... не знаю... самое ближайшее, наверное, https://forms.io/ или form.io По крайней мере это можно легко интегрировать с другими системами, которые имеют API. А еще с эксельопс типовая история - что нет вообще никаких справочников. Например, невозможно подгрузить из актив директори список пользователей. Вообще никак. Бр.... ужас. А еще, повторюсь, зачастую это работает только на той же версии офиса, на которой это поделие было сделано (в случае если там внутри есть макросы). Плакать хочется. Не. Не надо даже пытаться идти в эксель и VBA, если хочется сохранить психику и не делать плохо будущим поколениям.
а кому-то нравится не эксель, а либреофис, а кто-то в pages фигачит.
Таких подавляющее меньшинство, приходя в сколько ни будь крупную организацию они не встречают понимания среди остальной массы пользователей (да и корпоративные стандарты документооборота не дают развернуться) и вынуждены работать в MS.
Сейчас в РФ ситуация будет меняться, но это вынужденно и касается конкретно РФ и РБ.
гнать такого человека в шею. Типичный пример ашот-разработки
Согласен. Вот только он уже сам себя выгнал и пребывает в положении подрядчика, а его продукт в положении критичного для работы организации ПО, которое нужно как-то сопровождать (или переносить, на что не всегда выделяют денег, ведь оно же нормально работает и пользователям нравится, привыкли они к нему).
А еще лучше - внедрить какой-то портал (можно самописный), который будет предоставлять окошки с формами и воркфлоу...
Да. Встречал такой вариант когда внедрили, а следующая команда ещё, а потом ещё. В итоге, этих порталов оказалось несколько штук, причём, каждая команда считала порталом только свой, а другие знать не хотела и отсылка: "посмотри это на портале" превращалась в очень серьёзный квест.
Вы постоянно описываете варианты как хорошо было-бы сделать без учёта того, что организации могут существовать очень долго. В результате вот Вы пришли, сделали хорошо, сменили работу, после Вас пришёл ещё кто-то, сделал ещё лучше и так далее. А потом со всем этим нужно как-то жить.
С неработоспособностью макросов сталкивался только применительно к попыткам работать с документами MS Excel в других офисах. Excel любят как раз за совместимость.
Таких подавляющее меньшинство, приходя в сколько ни будь крупную организацию они не встречают понимания среди остальной массы пользователей (да и корпоративные стандарты документооборота не дают развернуться) и вынуждены работать в MS.
Корпоративные стандарты вообще первичны. Я в компании Х для того. чтобы иметь возможность подключать библиотеки для Outlooka, три дня мотался по техподдержке, потом оказалось, что это кастомная настройка в реестре их закрывает, и открывается только под админом. Я согласовывал с штаб-квартирой, чтобы они дали мне возможность программно получать и отправлять почту, потом объяснял техподдержке, как это делается - техподдержка с этим ни разу не сталкивалась, а интернет вне корпоративных ресурсов у техподдержки был закрыт :)
Полагаю, что любители альтернатив вообще ничего в такой ситуации сделать не смогут.
Централизованное решение в ИТ ландшафте как раз можно внятно обновлять. А эксель файлик как? Вот смотрите. Поменялись бизнес процессы — нам нужно обновить код макросов. Был у нас файлик Отчет_v1.0.xlsx, стал Отчет_v2.0.xslx. Как ты будешь его дистрибьютить среди своих потребителей? Как контролировать, что тетя Маша использовала последнюю версию файла и получила верные данные, а не предыдущую?
Очень просто. Ничто не мешает в коде проверять какая версия используется, храня допущенные к эксплутатации версии где-либо централизованно. В виденном мной случае — это было в виде вызова хранимки на SQL сервере. И в зависимости от того, с каким номером клиентский экзепляр эксельки обращался к серверу, последний либо отдавал положенные данные либо заставлял выдавать MsgBox с сообщением, мол версия устарела, новая версия уже выслана вам на почту, и высылал заранее заготовленный шаблон письма с вложением. Там вообще наворочено много нетипичного для средней эксельки было. Логирование, автоматическая авторизация, подсовывание только контекстно нужных данных. И все это рождалось только из-за того, что с серверной стоны ничего кроме SQL было нельзя по политикам. Никакого веб сервера, ничего. Кровавый энтерпрайз, так его.
совершенно не факт. Централизованное решение в ИТ ландшафте как раз можно внятно обновлять. А эксель файлик как? Вот смотрите. Поменялись бизнес процессы - нам нужно обновить код макросов.
Очень просто. Файлик с макросом при открытии обращается через SQL-запрос к лежащему на сети файлу с версиями и правами доступа. И если версия файла зашитая в макросе отличается от последней в файле, то файлик просто не открывается, а тете Маше выскакивает сообщение, что версия устарела, заберите новую версию в такой-то общей папке. Также раздаются права на файлы и их части.
И Вы только что этот файлик прибили гвоздями к внутренней инфре предприятия. А теперь представьте себе, что это форма, которую нужно отправлять внешним коллегам? И у них нет доступа к этому самому файлу, лежащему на сети. Делать это все через веб-портал? Так может сразу там сделать человеческий интерфейс для работы людей - веб-приложение написать? Как бы это не так уж и сложно, зато очень интересно
Ну, и в случае ошибки сети (если все-таки файлик) - как он отработает? Зависнет? Уйдет в себя? Вы только что сломали оффлайн работу с формами. С другой стороны, в век всеобщей интернетизации это не особо нужно вроде как...
И Вы только что этот файлик прибили гвоздями к внутренней инфре предприятия. А теперь представьте себе, что это форма, которую нужно отправлять внешним коллегам?
Например, эта форма лежит на сервере (последняя версия), пользователи к ней не имеют доступу и отправляется она по почте, автоматически макросом, инициированным, например, из Excel. Геморно, но системность и порядок всегда требуют затрат ресурсов. Можно даже каждой отсылаем копии зашивать некий ID .для верификации версии в полученном ответе.
Есть конечно такая практическая задача в инвестиционных и девелоперских компаниях: увязка финансовых моделей с бюджетами. Фин.модели всегда по определению Excel, бюджеты хочется иметь в OLAP или транзакционных системах. Нормальной реализации интеграции не видел пока нигде.
Так может сразу там сделать человеческий интерфейс для работы людей - веб-приложение написать?
Для этого есть офигенный бесплатный Excel в облаке. Называется GoogleSheets и у него есть свой "VBA" - GAS. Причем он очень легко и хороше интегрируется с оффлайн Excel.
Ну, и в случае ошибки сети (если все-таки файлик) - как он отработает? Зависнет? Уйдет в себя?
Не откроется. Нужно будет просто повторно его открыть. Работает даже в плохих сетях очень надежно.
Вы только что сломали оффлайн работу с формами.
Вы не знали как реализовать, я ответил. А нужно ли это делать практически, где и в каких случаях, нужно смотреть по месту.
VBA по моему мнению, это не инструмент IT-шников, это инструмент пользователей. А пользователи у нас достаточно слабо подкованы. Я считаю, что, например, для тех же экономистов владение VBA должно быть одним из обязательных критериев при приеме на работу.
А нельзя пайтоном модифицировать Excel?
Таки вещи есть, но большинство считает, что никаких особых плюсов они не дают, проще все сделать через VBA.
я тоже задумывался. но почитав, как это делается, решил не чесать правой ногой левое ухо. Потому что для результата это ничего бы не дало, ну, разве что сам помучился и навыки в питоне бы развил.
Я вижу один огромный плюс - знание python, что на рынке труда является более значимым чем знание vba ))
Чтобы питон для конкретного индивида стал сколько-нибудь значимым на рынке труда, нужно намного больше потрудиться, чем в освоении вба. А легкий в освоении вба можно со старта применять для автоматизации рутины во множестве контор, где используют офисные проги. Это тоже работа и она ценится коллегами, пусть и оплата невысока, но и вложения невелики. Умение работать с вба в екселе я бы прировнял просто к углубленному знанию программы, например к умению делать диаграммы, сводные таблицы, использованию продвинутых формул, а эти навыки полезны в самых разных жизненных ситуациях, и не будут лишними для какого-нибудь аналитика, автоматизатора средней руки. )
Есть PyXLL и XlWings, которые позволяют использовать простоту и мощь Python+Pandas внутри Excel, а это значительно ускоряет решительно всё. Просто представьте, что ваш Excel "знает" все проводки из бухучета вашей компании за все годы, и любой итог по ним вы получаете, написав короткую формулу с UDF. Данные Pandas хранятся в RAM, они особо проиндексированы и снабжены отдельными bool-столбцами, описывающими основные аспекты деятельности. Результат выборки и расчета по ним - мгновенен. Все это возможно и с LibreOffice Calc. Для VBA тут тоже найдется работенка - допилить форматы итд, т.к. никакой другой ЯП не имеет такой тесной интеграции с API MSO.
Все зависит от задачи.
Наверное найдется свой 1-2%, где это будет целесообразно.
По-моему, строительство подобных систем в Excel с использованием VBA - это всё-таки в большинстве случаев неправильно и/или от безысходности (тот момент, когда "коллектив уже долгое время стоит в очереди на автоматизацию, но все никак не получает необходимого софта" - столь же показателен, сколь и повседневен).
Excel - всё-таки по своему назначению табличный процессор. На который потом, по куче не связанных с его основным назначением причин, понавертели всяких свистоперделок. Что, само собой, ни удобства, ни скорости ему не добавило, а наоборот, превратило его в неповоротливого и нестабильного монстра. Да ещё и совершенно не рассчитанного на практике на тот объём данных, который в него в теории и согласно документации вроде бы можно запихнуть. Особенно доставляет ограничение на количество форматов ячеек. Вы бы видели физиономию дамы, у которой после задания жирного шрифта в одной ячейке улетает в никуда половина форматирования на листе...
Сколько раз видел эти многотонные простыни данных, в которых путается даже тот, кто годами работал с таким файлом, и VBA-код, который может часами жевать эти данные. Пару раз поучаствовал в оптимизации, причём один раз ускорил обработку аж на два порядка. Полмиллиона строк данных были вынесены в Access, где быстро и хорошо, с VBA даже сравнивать не стОит, обрабатывались простейшими запросами с выдачей результатов на другой лист. По счастью, Офис там был Проф - крайне редкая ситуация, почти везде Стандарт, и Аксесса нет.
По поводу того что эксель медленный и неповоротливый не соглашусь. Тестирую сейчас на Debian Excel, OnlyOffice таблица, МойОфис Таблицы, LibreOffice Calc, Эксель по макросам самый шустрый, а еще на портянке данных не вылетает в отличие от OnlyOffice и МойОфис. По макросам LibreOffice самый медленный.
еще на портянке данных не вылетает
У каждого свое понятие портянка,
В моих данных например более 2-х млн. строк по каждой позиции (данные более 100 параметров раз в секунду), и Excel это уже не тянет никак. А для кого то и 1000 строк портянка, с которой он не напрягаясь разберется.
МойОфис и OnlyOffice при работе макроса с данными 1000 х 1000 ячеек крашатся. Excel и Calc вывозят и 100 х 11000. Если честно, то мне в ПТО/Сметном деле таких данных за глаза, т.к. у меня задача простая - заполнять из подготавливаемой портянки макросом, методом копирования данных, шаблонные документы.
про vba-код, который часами жует данные - могу пояснить.
В основном VBA занимаются непрофессионалы, дилетанты, типа меня. Те профи, кто пишут и продают готовые надстройки к экселю, созданием заземленных отчетов не заморачиваются обычно. Они работают за хорошую денежку, это им финансово неинтересно.
Потому код ни хрена не оптимальный, с огромным количеством итеративных обращений к ячейкам и диапазонам. Видел кучу чужого кода, когда данные из одной таблицы в другую переносятся по ячейкам с переключнием между окнами (как макрорекордер им велит). При разговоре с авторами они даже не подозревают, что можно вычислить результаты, записать в массив, и уже только на финальном этапе обратиться к книге и записать из массива в ячейки. Некоторые еще и поячеечно форматирование делают, и все это без малейшего подозрения на существование возможности отключить обновление экрана.
Но так как для массы задач ресурсы компьютера излишни даже при таком варварски расточительном программироваии, то все это сходит с рук. К тому же общий экономический эффект от автоматизации делает непринципиальным вопрос - пять минут он крутит, полчаса или час, если эта операция ранее выполнялась за два дня, то оптимизация быстродействия сожрет больше человеческого ресурса программиста, чем сэкономит рабочего времени пользователя.
В точности так и есть. Многие за основу берут код макрорекордера. Сам переписывал такое чудо на массив. Время исполнения с 4 минут упало до 20 секунд. Хотя и 4 минуты было прогрессом до ручного составления отчёта, который больше часа "рожали"
В плане ускорения поиска еще полезно создание словарей - резко уменьшает количество итераций, поиск по ключу лучше и быстрей переборов. Но попытка другим объяснить, что чем ячейки перебирать, лучше загнать в словарь, обычно проваливается. Это весьма характерное мышление дилетантов - для понимания новых методов теоретических знаний не хватает, а читать теоретические статьи не хотят.
С созданием классов и коллекций словарей - честно говоря, сравнить не удавалось. Там где это надо, там никаким другим способом не сделать..
по опыту - для ускорения VBA достаточно на время работы макроса отключить, предварительно отладив код, всякую отрисовку интерфейса и расчет формул (с последним надо аккуратнее), а в конце макроса включить опции обратно. Даже без оптимизации кода такой подход ускоряет время выполнение макроса на порядок или даже порядки. У меня при заполнении шаблона с 1.5мин. на 1 лист время упало до 9 секунд.
Ускоряем VBA
Hidden text
'Ускоряем Excel путём отключения всего "тормозящего"
Public Sub AccelerateExcel()
'Больше не обновляем страницы после каждого действия
Application.ScreenUpdating = False
'Расчёты переводим в ручной режим
Application.Calculation = xlCalculationManual
'Отключаем события
Application.EnableEvents = False
'Не отображаем границы ячеек
If Workbooks.Count Then
ActiveWorkbook.ActiveSheet.DisplayPageBreaks = False
End If
'Отключаем статусную строку
Application.DisplayStatusBar = False
'Отключаем сообщения Excel
Application.DisplayAlerts = False
End Sub
+1
Сам так делал еще в прошлом веке.
P.S. На VBA уже не программирую, да и вообще предпочитаю хранить программный код отдельно от обрабатываемых данных.
если это делается для себя, то нормально. А если для пользователя... даже экран отключал - все равно пользователи прибегали с криками "завис", потому что не моргал. Включал, чтобы моргал. :)
Еще полезно где-нибудь раз в минуту работы макроса сохранять книгу, чем-то вроде ActiveWorkbook.Save
То ли оперативу эксель чистит после этой команды, то ли пулл выполненных операций, но работать начинает быстрее. Это если он у вас замедляется со временем.
Есть возможность использовать Excel еще в одном интересном качестве. Представьте, что у вас система банковского скоринга, или перспектив продаж недвижимости, короче, какой-то мощный анализ данных на нейросетях или еще чем-то. Но вот насчитанные им коэффициенты, все эти бесконечные матричные веса, параметры и т.д. очень хорошо ложатся в Excel для быстрого получения ответа по исходным данным.
Ну, это вообще бред. Во-первых, к банковскому скорингу предъявляются особые требования, например, по отказоустойчивости, по скорости обработки входящего потока данных. Эксель - это чисто локальное решение. Запустить на машине менеджера. Если же нужна полноценная автоматизация бизнес процесса - это надо писать… ну, отдельное серверное приложение… повторюсь…. Например, на том же python. И интегрировать это приложение в пайплайн обработки данных
Во-вторых, в типичной модельки - тысячи, если не десятки тысяч коэффициентов. Да, формально ML это ф-ция, которая берет вектор данных на входе, делает какую-то математику, а потом выплевывает вектор существенно меньшего размера. Но на Эксель это попросту не перенести (фактически). Это совсем другая история. Несомненно - всегда можно изобрести троллейбус из буханки. Только зачем?
Видел похожее живьем. С одной стороны ломает мозг, а с другой впечатляет.
Знаю девочку, которая ради фана положила в Anaplan простейшую сетку, обученную для классификации fashion mnist.
Но на практике, конечно, очень специфичный подход.
Был (в Сибири) примерно в похожей ситуации, но скорее основателем. Лет десять назад пришел молодым инженером (с небольшим опытом работы) по внедрению ОС и серверов в местного системного интегратора. Через некоторое время понял, что не хватает вот как минимум табличек в работе, а в целом еще много вещей, кроме табличек можно было решать автоматически...
Имея до того так же небольшой джуниорский опыт в разработке (под винду) попробовал что-то сделать, но вот по текущей работе на эту оптимизацию в день было этак полчаса и я не мог позволить себе запустить IDE, что-то планировать, делать какие то привычные тогда формочки (собсно я же попробовал и всегда каа-аак только погружался в разработку - сваливалось дело по текущей работе).
Наколотив очередную спецификацию менеджерам в отдел продаж в экселе я понял, что все, баста, хватит! :) Сделал формулы везде где только можно и отдал менеджеру, тот тут же попросил посчитать альтернативный вариант с другими ценами и дать сравнить с текущими в моей спецификации. Я прошел на принцип и создал отдельный лист в этом файле и посчитал всё там, скопировав содержимое позиций товара на другой лист и скопировав все формулы. Так же вынес отдельно курс доллара и добавил колонки (итого, р., итого, $).
Менеджер одобрил и попросил третий вариант - тут уж было просто.
В дальнейшем приходили просьбы выдать по спецификации сумму товара с НДС и без НДС, стоимость товара с НДС и без НДС по каждой позиции, экспорт расчетов в красивый pdf чтобы показать заказчику... Само собой что-то где-то не получалось, я вспомнил про макросы и с ними стало сильно проще. Довел в целом расклад до того, что уже сейл-менеджер смог сам писать на первом листе файла в табличке название товара, количество, стоимость за штуку в $, а прочее, прочее и прочее считалось автоматически. Не соврать - писал файл наверное года два, из них первое время четко разработка, а потом уже доработка под пожелания отдела продаж.
Самым эпичным был лист в файлике, на котором я делал прогноз участия в конкурсе с данной спецификацией с "ключевыми" ценами на торгах для операторов и с общим прогнозом насколько нам "повезет".
Потом я оттуда уволился. Потом более опытные коллеги рассказали мне, что я им там "написал 1С" и что все это можно было не делать, будь у нас что-то вроде 1С. Ну а я по молодости лет и не спрашивал почему у нас нет 1С, а просто автоматизировал текущую деятельность.
Общался с тамошним отделом продаж три года назад, файлик мой все еще в работе.
Я очень сомневаюсь, что ситуация на постсоветском пространстве сильно отличается, но этот момент стоило уточнить.
Сильно. Везде где я работал, высший пилотаж - это использование формулы ВПР (VLOOKUP). А если знаешь как работает СУММЕСЛИ (SUMIF), то ты вообще бог.
я из сотни сотрудников только одного сумел научить формуле INDEX(MATCH). Остальные упорно копировали налево условия поиска и VLOOKUP.
А был еще случай - как-то решили научить начальников смен на складе работе в Эксель. Обучение ограничили 4-мя формулами и сводными табицами. Из 4-х начальников за два месяца освоить 4 формулы смогли двое, а сводные таблицы - только 1
Если, вдруг, ты будешь создавать компанию и тебе нужна команда, то пожалуйста, пиши, приглашай к сотрудничеству. Я на твоей стороне и убеждён, что писать специализированный софт для автоматизации офисных задач - не самое лучшее решение. Проще использовать имеющиеся инструменты. Приглашай к взаимовыгодной работе.
Мне кажется питон дата инжинер или дата саентист 300 тыс. в МСК. Excel vba 150 тыс.
А если и то и то знаешь, а ещё и догонку Power Query, BI, но вот что-то у меня пока не получается найти достойную работу )
в мск за VBA 150 платят разве только грязными.
Чаще всего за VBA платят пиццей и пивом :)
Ну есть некоторые отдельные личности, которые платят деньгами для решения их офисных рутинных задач... а в остальном бытует мнение, от малограмотности в основном, что "чё там, за что платить, это просто Excel".
я в своей жизни только одного начальника повстречал, который уверен, что за VBA стоит платить. Остальные пытались отделаться какой-то херней. Один начальник попросил написать макрос, сказал, что будет бонус. Бонусом, как выяснилось позже была термокружка, полученная им на презентации у заказчика :) У меня теперь хренова туча термокружек....
Сначала такой гений менеджмента не хочет платить настоящему программисту за VBA, и находит студента, готового все сделать за спасибо. Студент делает что то наполовину кое-как, его поделие постоянно глючит, подвисает и через раз работает с ошибками, но работает. После этого менеджер принимает решение, что да макросы это конечно говно, и нужны взрослые ERP решения. И хотя взрослые решения стоят совсем уж дорого, но ему удается найти одну отличную компанию системного интегратора, которая за относительно небольшое количество миллионов денег внедряет программно-аппаратный комплекс на современном стеке технологий, с масштабируемой, устойчивой, но в тоже время гибкой и распределенной архитектурой. Не система, а мечта! Одна беда - глючит и сбоит эта новая система примерно так же, как и старое студенческое поделие, потому что на самом деле его писали профессиональные вайтишники, под руководством 23-х летнего синьёра (ведь только благодаря этому система стоит сущёственно дешевле, чем у фирм конкурентов). Зато теперь все по взрослому, а не на каком то там вонючем VBA!
Спасибом платят. Больше я не видел)))
Наверно для дата инженеров или не дай бог саентистов надо квалификацию иметь немного другую (побольше математики, например)
Скорее всего VBA сам по себе проще (но это не точно) и потренироваться в нем можно не ставя себе никаких питонов (честно говоря, я даже не знаю как на винду поставить и запустить этот самый питон, какую идэ использовать -а эксель вот он, рядом, так и манит)
Верьте в себя! Ради +150 тыс. Вы точно сможете питон выучить. Дата инженером можно без математики)
Натюрлих, но мне не 30, а почти 45.
Но вообще, да, это довольно интересная ситуевина, когда всяким аналитикам, от которых требуют экселя, VBA, PowerBi и еще всяких умных слов - платят 150к, а вот питонистам уже другие деньги (я то склоняюсь к аналитике, и кмк кажется для аналитика главное практика и мозги, а питон это или SQL - это все языки запросов)
Натюрлих, но мне не 30, а почти 45.
Моя мама в 60 Java изучила. Просто от нечего делать на пенсии. Конечно, не на профессиональном уровне, но у неё цель была развлечь мозги, а не стать программистом.
Мне 42 я не смог в питон вкатиться пока что.
лично меня останавливает еще и вопрос "нафига". ну допустим питон выучил. но питон это просто инструмент, им надо для чего-то пользоваться ведь.
Вот зачем пхп выучить я понимаю (у меня сайт есть на друпале), пхп, потом апи, потом писать модули. а с питоном чего. выучить питон чтобы знать питон просто так?
"... если вам интересно ..." — да, интересно.
Пишите, дружище.
ИМХО, излагайте для чайников в VBA, но уже знакомых с программированием.
Особенно интересны "инсайты" — осознание несформулированных ранее принципов/идей/лайфхаков-читкодов.
Excel - король малой автоматизации, особенно в больших корпорациях. И никогда никакая ERP или бакновская система полностью не будет решать всех малых задач. особенно задач локальной пост-аналитики. И еще очень часто, именно из таких вот Excel-VBA программ, как из прототипа вырастает новая система или модуль для главной информационной системы организации. Так что дело Excell и VBA бессмертно!
Полностью поддерживаю. А также добавлю, что с применением Excel можно прототипировать рабочие процессы, а когда их накапливается уже значительное количество, то и объединять в новый софт
полностью поддерживаю. Например, на экселе обкатал алгоритм автопополнения зоны подбора и написал замечания в разработку. Правда, не знаю, насколько они там использовали этот репорт.
У нас после обучения "Универсальным отчётам" 1С, от Excel отказались все продажники. Что странно, экономисты до сих пор всё пересчитывают в Excel, правда, без макросов, но с Power BI...
Не знаю - мне макросы вообще не нравятся - видимо, из-за того, что дома - LibreOffice, а на работе MS, а может со времён макро-вирусов...
VBA для Excel, то как лопатой рубить дрова, конечно можно, но процесс вряд ли Вас будет радовать. Я пишу VSTO на C# в Visual Studio. И скажу, что макросы в VBA это не безопасно, глючно и больно.
Я прошел этап VBA и советую изучить C# (или VB net, или C++ net), это действительно сильный инструмент автоматизации.
Насчёт реалии рынка в постсоветском пространстве, они немного другие, и пока я не нашел коммерческого применения своим знаниям, кроме автоматизации своего рабочего места и повышения эффективности своего труда. А работодателю не интересно за счёт чего я выполняю работу за троих. Да и мне не интересно получить ещё одну обязанность, за "спасибо".
нда? То есть, чтобы сделать простенькую хрень для Экселя, надо изучить С#? Сильно сложных задач для VBA как правило, нет, потому что малая автоматизация их просто не содержит. VBA вплне достаточен для тех задач, что на нем решаются.
Согласен, что сложных задач немного и у меня все было хорошо на VBA, когда не появилась необходимость работать с базой данных компании. Да VBA это умеет, но..
Давным-давно, лет 25 назад я для одной строительной фирмы писал ПО по расчету стоимости работ. Поскольку у них не было ничего (совсем ничего) кроме калькуляторов, я по-быстрому в Excel -е сделал пару формочек, макросов, и т.п. Типа, пока буду делать настоящее ПО, вам хоть какая-то автоматизация. И они активно ее использовали.
Прошло лет 20. Я случайно попал в эту фирму. Мое ПО уже не использовалось, НО..... мои Excel- овские формы работали. Да, их модифицировали, но они использовались 20 лет !!!
Так что потенциал у этой технологии есть.
Занимался этой темой достаточно плотно. На самом деле MS потихоньку убивает VBA и сделал ставку на JS. Лично мне совсем непонятно зачем - куча компаний использует сложные легаси скрипты на VBA, плюс много специалистов в наличии. В свое время был крайне неприятно удивлен - в последних редакциях Офиса (после 2013) некоторый продвинутый функционал на VBA уже не работал (навскидку помню, вставить свой пункт в контекстное меню, были и другие сюрпризы). Так что, VBA на данный момент достаточно тупиковый путь, если товарищи из MS не одумаются...
На самом деле MS потихоньку убивает VBA и сделал ставку на JS.
Я сварщик по JS ненастоящий, но тут пару дней ковырял OnlyOffice у которых макросы на JS, что не понравилось, возможно это у них так:
JS не поддерживает многомерные массивы
Конкретно у них нельзя напрямую из макроса открыть файл с таблицей и сохранить ее в другой файл. Можно создать новые файлы через Builder API, но не взяв за шаблон имеющийся файл, заполнить и сохранить под новым именем.
С повторным использованием переменных у меня возникли проблемы, но тут может я что-то в синтаксисе напутал.
если действительно так, то это полное говно. Как вбез них в анализе данных?
если это действительно так, то можно сказать, что автоматизацию таблиц такая хрень просто убивает. Например, простая задача - нафигачить по шаблону кучу документов, в VBA исполняемая за полчаса код писать, полчаса тестить, на разработку потребует минимумрабочего дня на вылизывание форматов.
Есть еще вариант использовать C#, который сам по себе очень приятная штука. Я делал продвинутый конвертер из Ворда в вэб на нем. 2 основные проблемы: необходимость открытия окна программы для работы со встроенными объектами (графики, диаграммы....), а также производительность (конкретно для ворда файлик страниц на 80 с кучей графиков и диаграмм конвертился минут 30-60 в связи с тормознутостью работы с вордовскими объектами). Кстати, еще есть библиотеки python (openpyxl, python-docx), но с производительностью работы python-docx тоже все плохо.
VBA прекрасен как язык работы с офисными приложениями. Особенно он хорош в связке MS Access + MS SQL, можно клепать прилы для декстопа быстро, дешево, гибко. То, что нужно для средних контор компов на 100. Понятно, что сейчас такое можно найти лишь как наследие давних проектов-самоделок (у меня такой на поддержке), но это была целая эпоха. Жаль, что Microsoft тихо похоронила Access, "развивая" его так, что прогеры с 2003 версии не хотели повышаться, потому что глюки, неудобства и отказ развивать ту же связку с MS SQL (adp).
Мда ... помню помню эти славные времена автоматизации ... интересно было почитать. А комментарии - так ващще огонь ! А насчёт заработать, так это как везде\всегда. Может получится , а может и НЕ получиться... Опять же, если вы на основной работе уже участвовали в разработке\внедрении\поддержке, набили шишек , сваяли сто-питсот отчётов на VBA так и на фрилансе , вполне , можете копеечку схалтурить. А если решили с нуля изучить VBA чтобы легко обогатиться - так даже не думайте.
Автор, спасибо за текст. Если не ошибаюсь, VBA это ни что иное как VB 6, и как говорил Кант про вещь в себе,, an sich selbst (как есть). Но вообще, идеология использования VBA очень хорошо изложена у Р. Михеева в очень прекрасной книге VBA и программирование в MS Office для пользователей, 2006 г.
Смешно. Ей богу смешно! Как падают файлы Экселя под тяжестью накопленных данных я переодически наблюдаю с 2001-го года. Какое уродство создают люди на базе таблиц вообще не поддается описанию! На дворе 2022 год! Имея бесплатные альтернативы СУБД в виде MySQL и PostgresQL вы серьезно рассуждаете об использовании таблиц эксель для автоматизации? Да даже если вы прожите на VBA то стоит для хранения рассматривать MS SQL Express который бесплатен. Любая СУБД лучше чем Эксель! Любой генератор отчетов лучше чем Эксель. Мало того MS Office стоит хорошего бабла. А на основе open source СУБД можно собрать БЕСПЛАТНОЕ решение. А с экономии за работу получить еще бабла. И решение это будет масштабируемое, не в пример тому уродству что создается на базе таблиц Экселя.
вы много линейного персонала обучили языку запростов SQL? Представляете, как это сделать в крупных организациях? Плюс эксельки в том, что она доступна для практически нулевого уровня. И то толпы людей в нее втыкают, как баран в новые ворота годами, и... не могут освоить. А вы хотите, чтобы люди с SQL работали :)
Во многом SQL просто излишен. Таблички в экселе достаочно для большинства операций большинству людей. Я видел не так много вещей за свою более чем 20-летнюю рудовую деятельность, например, в логистике, когда реально требовался бы инструмент серьезней экселя. В основном это касалось аналитики из многих удаленных источников. 3.>А с экономии за работу получить еще бабла.
извините, а в какой Нарнии вы живете? За экономию обычно работник не вознаграждается в условиях российского бизнеса. Написав праобраз WMS на основе open-source, никто ничего толком не получит, и в первую очередь программист, кроме разве что опыта. Да и решение это в значитеьной части будет зарублено руководством, потому что персонал интерфейс будет осваивать сложно, долго, система будет негибка, в SQL вы персонал не обучите, все равно будут пытаться вырваться к эксельке, а вам будут прилетать требования доделать, дописать, прикрутить, расширить и пр.
Как правило падают плохо сделанные файлы Excel, c изначально плохой архитектурой, поскольку их делали пользователи развивая эволюционным путем. Для того чтобы использовать СУБД и SQL люди должны массово уметь их использовать. А они массово знают Excel на среднем уровне. При этом ни они, ни Вы не знаете, что через VBA к файлам Excel можно делать SQL-запросы, после чего он превращается в полноценную реляционную БД. А кроме того можно делать запросы к любым SQL БД, после чего Excel превращается в морду для запросов и их обработки. На этих функциях можно построить практически любые системы. Но практически никто не знает, что может Excel и как это использовать.
Хотел бы узнать побольше информации, т.к. сам являюсь студентом.
VBA - сила, будет актуален всегда. Как пришёл на место вообще не связанное с программированием и с самим программированием знаком только на базовом уровне сразу прочувствовал всю мощь этого прелесного языка. В условном автокаде ему конкурентов нет, липс - сложно, не понятно, страшно, то ли дело вба. Автоматизировал 70-80% рутинной работы
Как я с помощью VBA оплатил себе университет