astrobeglec

Пикабушник
Дата рождения: 31 августа 1983
Alexii5 Vales222
Vales222 и еще 1 донатер
поставил 37939 плюсов и 264 минуса
отредактировал 4 поста
проголосовал за 7 редактирований
в топе авторов на 418 месте
Награды:
За контакт с инопланетным разумом Уверенный пользователь ПК За участие в Новогоднем видео-поздравлении Пикабу За участие в Новогоднем видео-поздравлении Пикабу 5 лет на Пикабуболее 1000 подписчиков
141К рейтинг 1721 подписчик 155 подписок 521 пост 139 в горячем

Продолжение поста «Вопрос предпринимателям малого и "низа" среднего бизнеса. Нужно ли?»

Первое обещанное продолжение. Сильно утомлять не буду, поэтому всего ТОП-10 типов мошенничества и проблем в сфере ИТ.

  1. Решение не соответствует задачи. Каждый программный продукт или сервис проходит примерно один жизненный путь. Перед организацией становится задача, которую решает группа программистов. Затем это решение чуть допиливается и начинает продаваться как отдельный продукт / сервис. Здесь следует отметить то, что при разработке группа программистов решают СВОЮ проблему, а не Вашу. Это потом маркетологи компании-производителя убеждают клиентов, что у него есть та же самая проблема, что иногда так и бывает, но крайне редко. Поскольку программисты довольно часто решают типовые задачи, то на каждую проблему обычно есть несколько решений и нужно выбирать решение, при разработке которого разработчики были в максимально близких к Вам условиях. Проблема здесь больше не в ИТ части, а непосредственно в маркетинге. Потому что им интересны только продажи, а как потом это будет работать и будет ли вообще работать им в целом всё равно. Главное, что деньги от заказчика получены... В контексте МСБ проблема в том, что кадров, которые могли бы взвешено подойти к вопросу выбора ПО там просто нет. Вообще нет. Потому что из-за дефицита кадров в крупном бизнесе все, кто способен не то что качественно, а просто хоть как-то решать задачи, уходят именно туда.

    Сумма потерь бизнеса доходит до суммы всего закупленного ПО / сервисов.

  2. Старое оборудование под видом нового. Есть три случая, когда на рынок выходит б/у оборудование:

    - крупные компании продают рабочее оборудование, которое планово заменили;

    - оборудование приобреталось на проект, выработала определенную часть своего ресурса;

    - восстановленное оборудование.

    Не вполне отдельный случай, но на такие площадки так же попадает оборудование:

    - после затопления складов (переупакованное);

    - сильно (несколько лет) залежавшееся;

    Основная особенность такого оборудования - неизвестно сколько оно ещё будет работать. Поскольку с таким оборудованием приходилось иметь дело, то могу ответственно заявить - может и 10 лет проработать, может и через неделю прекратить работать. Как повезет, никаких закономерностей нет ни по классам устройств ни по производителям. Есть ресурсы, где подобное оборудование честно продается по соответствующим ценам, а именно 5 - 50 % от стоимости. При этом, поскольку много где есть культура хранения заводской упаковки, нередко оборудование с таких ресурсов приходит именно в заводской упаковке "как новое". В целом до этого момента всё ОК и никаких проблем нет, но!

    Есть компании, которые скупают подобное оборудование и продают его как новое и по цене нового. Есть мелкие магазины, которые продают компьютеры "в сборе", куда идут именно такие комплектующие. Отличить новое и хорошо сохранившееся оборудование способен не каждый сисадмин, про не ИТ-шников говорить нечего.

    Сумма потерь - 50 - 95 % стоимости оборудования.

  3. Толстая прослойка над специалистами. ИТ по масштабам своего разнообразия примерно равен всему оффлайну. Ввиду этого цены на ряд ИТ-услуг не сформированы даже примерно и являются чистым соглашением сторон. Ряд "эффективных менеджеров" уже довольно давно сидят на этой теме. Суть работы заключается в том, чтобы проехать по ушам заказчика, выбить бюджет побольше, на бирже фриланса найти исполнителя подешевле и положить разницу себе в карман. Проблему создает даже не тот факт, что человек работает передастом, а то, что договоренности идут раньше работы и эти [цензура] в ИТ понимают намного меньше, чем свинья в апельсинах. В результате:

    - в проект вносятся элементы, которые в лучшем случае просто не нужны, но зачастую ухудшают его;

    - идёт необоснованное удорожание проекта;

    И две вишенки на торте:

    - доступ к инфраструктуре клиента получают левые исполнители, которые почти никогда не то что не подписывали, но и не знали про NDA.

    - бывает так, что эти идиоты в задание на биржах выкладывают не только ТЗ, но и документы составляющие коммерческую тайну и доступы к ИТ-инфраструктуре (логины и пароли);

    Сумма потерь - до 99,5% стоимости проекта + возможные потери от взломов и исков клиентов.

  4. Изъятие компонентов для перепродажи. За единичными исключениями проконтролировать соответствие того, за что было заплачено и что физически есть внутри сервера или ПК заказчик не может. Особенно если говорить про весь жизненный цикл работы этого сервера или ПК. Поэтому весьма распространена схема, когда заказывается дорогое оборудование, при сборке или ремонте компоненты заменяются на более дешевые. Дорогие компоненты потом уходят либо в личное пользование, либо продаются через мелкие магазины ИТ-направления / сервисы, иногда на Авито. В особо наглых случаях сотрудникам в личные ПК.

    Сумма потерь - до 80% (иногда до 95%) стоимости сервера или ПК.

  5. Дополнительный балласт решений. Ввиду того, что Заказчик обычно не может внятно сформулировать ТЗ в его расплывчатые формулировки вполне себе можно вложить ещё немного пунктов и бюджета. К решению проблем и задач это отношение не имеет, зато положительно влияет на продажи.

    Сумма потерь - до 70% от бюджета проекта.

  6. Субъективизм при решении задач. ИТ это ОЧЕНЬ большая сфера. И задача может решаться 100500 различных способов, при этом именно под задачу оптимально выбирать один, но есть два нюанса:

    - далеко не всегда есть под рукой специалист под решение;

    - дешевое решение, это меньше прибыль для исполнителя;

    Поэтому как "единственно верное" впаривается то, "что умеем" по цене "насколько смогли развести".

    Сумма потерь - до 99% бюджета проекта.

  7. Ступеньки роста бизнеса. Помимо классического деления микро, малый и средний бизнес в ИТ решения принято делить на SOHO, Middle, Enterprise. Не смотря на то, что они могут быть внешне похожи и даже решать одни и те же задачи, во-первых это принципиально разные продукты, во-вторых в зависимости от организации бизнес-процессов уровни бизнеса и уровни программных продуктов друг другу соответствуют почти никогда. Здесь очень большая тема для обсуждения, но суть проблемы в том что идут либо траты на покупку более дорогого, чем требуется ПО, либо ПО "не вытягивает" и идут расходы на простой.

    Суммы потерь - до 40% бюджета ИТ-отдела.

  8. Автоматизируем что не нужно / Не автоматизируем то, что нужно. Для автоматизации бизнес-процессов требуется определенная подготовка и оценка эффективности. Нельзя и нецелесообразно автоматизировать всё подряд. В итоге решения по автоматизации принимаются не на основе технико-экономических обоснований целесообразности (этот термин, кстати, мало кто вообще слышал), а по принципу "заткнуть самую громкую глотку". В итоге бизнес во-первых теряет деньги на автоматизации того, что не нужно, а во-вторых не автоматизирует то, что нужно автоматизировать.

    Суммы потерь - до 500% бюджета на автоматизацию.

  9. Некорректный ИТ-менеджмент. Главная проблема ИТ в том, что законы и правила его существования сильно отличаются от тех же законов и правил по которым живут другие отрасли. Безусловно, что своя специфика есть везде, но именно в ИТ отличия от других сфер максимальные. Это распространяется и на управление ИТ, при этом нормальный начальник ИТ сегодня, это жемчужина даже не на берегу, а в пустыне. Приведу пару коротких примеров неочевидности:

    - сумма затрат на единицу при увеличении объёмов производства в классической системе растёт, а в ИТ падает. То есть если себестоимость 1 платья 1000 руб, при пошиве 10 сумма будет 9800 (980 на одно), при 100 - 95000 (950 на одно), то в ИТ при продаже 1 копии сумма, например, будет 10 млн. при 10 - 1 млн. за копию, а при 100 - 100 тыс. за копию.

    - стоимость производства единицы товара и производственной линии в классическом производстве отличается на порядки, а в ИТ разница почти всегда отсутствует. Производство чего-либо требует строительство заводов, в ИТ СРАЗУ производится готовый тиражируемый продукт.

    Суммы потерь - до 100% бюджета ИТ.

  10. Археология и палеонтология в решениях. ИТ очень быстро меняется. Причём иногда это "очень" длится месяц-два и равно изменениям в любой оффлайн отрасли за век. Следить за всем довольно сложно, поэтому будем честны - мало кто из ИТ-шников уделяет этому должное время и внимание. Как итог "по привычке" используются инструменты и решения прошлых поколений, в то время когда есть решения, которые позволяют получить абсолютно тот же результат с гораздо меньшими затратами сил и средств.

    Суммы потерь - до 90% ФОТ ИТ отдела.

P.S. В принципе ответ на вопрос в основном посте я уже получил. Всем спасибо за внимание. Насколько я понял в дальнейших продолжениях смысла уже нет.

Показать полностью

Вопрос предпринимателям малого и "низа" среднего бизнеса. Нужно ли?

Нужен ли малому бизнесу описанный в посте инструмент?
Всего голосов:

Долго ли коротко ли в муках рождался проект. Изучался рынок, проводилось формирование ТЗ, проектирование, вкладывались свои силы и средства... И вот пришло время его громогласно объявить, но на "пробных шарах" внезапно пошли проблемы о которых я не задумывался до этого. Проблема оказалось в том, что проект настолько принципиально новый, что его тупо не понимают и не воспринимают. Причём ни техническую часть ни продуктовую, в связи с чем хотелось бы эти моменты конструктивно обсудить, чтобы принять окончательное решение о продолжении проекта или о том, что этим на данном этапе вообще не стоит заниматься.

Актуальность и проблематика.

Ситуация в ИТ-сфере на уровне микро, малого и среднего бизнеса описывается одним не слишком печатным словом - "пиздец". Главными компонентами оного являются:

- отсутствие системного подхода. Если решения в крупных организациях формируют полноценную замкнутую инфраструктуру, которая работает как одно целое, то ничего подобного для МСБ просто нет. Есть компоненты, которые с разной степенью успешности решают те или иные задачи и которые требуют значительных ручных усилий для связки между собой;

- нет заточенных решений. Практически все решения для МСБ это урезанные версии корпоративных продуктов и сервисов. Они заточены прежде всего на интересы крупного бизнеса, а их "обрезка" далеко не всегда соответствует реальным потребностям МСБ.

- у лиц, принимающих решения, нет объективной информации по инфраструктуре в целом, её компонентам, целям, задачам, взаимодействиям и т.д. и т.п. и как следствия - понимания что это такое и как оно работает. ИТ это весьма неочевидная для стороннего человека сфера. Решения, которые нужны каждому "как воздух" зачастую высмеиваются, абсолютно бесполезные - возносятся. Как итог ИТ-инфраструктура 99% организаций МСБ выходит в разы дороже объективно необходимой стоимости и за редкими исключениями почти полностью бесполезная.

- впаривание и коррупция. Как следствие прошлого пункта, а так же ещё нескольких факторов, архитектура ИТ-инфраструктуры, её компоненты, оборудование, ПО, работы по обслуживанию, модернизации, заказы решений делаются исключительно по двум факторам. Во-первых это умение впарить со стороны поставщика, во-вторых это возможность материально заинтересовать лицо, которое будет принимать решение о покупке, либо может повлиять на это решение. В итоге почти всегда закупается не то что нужно, не в тех объёмах, задачи не решаются, бизнес страдает.

- нет обобщенной независимой статистики. Насколько продукт лучше/хуже аналогов и конкурентов и насколько он подходит для решения задачи сейчас можно узнать двумя путями. Во-первых запросить демо-доступ и провести хоть какую-то оценку продукта, во-вторых закупить Х сот или тысяч единиц и собрать статистику. Оба варианта для МСБ недоступны прежде всего по финансовым причинам.

По каждой из озвученных выше проблем могу написать как минимум 2 - 3 десятка постов из личной практики, с цифрами сколько было впустую потрачено денег и времени. В этот пост писать не буду, он и так длинный, но десяток примеров типичного мошенничества в ИТ в продолжении поста напишу. И глобально всё это порождает одну общую проблему:

В малом и среднем бизнесе собственники, руководители и простые сотрудники видит в ИТ проблему, а не инструмент решения проблемы.

И, к сожалению, вынужден признать что в рамках их личного опыта они полностью и безусловно правы. При этом отсутствие нормальной ИТ-службы порождает большие ненужные финансовые затраты, которые снижают прибыли бизнеса, зарплаты сотрудников и что хуже всего - кормят огромную толпу мошенников, которые осознали что в отрасли можно делать то же самое, что и при классическом мошенничестве, но доказать факт мошенничества практически нереально .

Код проекта: СМБС

Проект: "Бизнес-стандарт малого и среднего бизнеса"

Техническая часть: проект инфраструктурный т.е. это не одна программа / сервис, а их комплекс. Комплекс включает в себя:

  1. Готовое рабочее место (на базе Linux). Готовое, это значит что инструменты для решения всех типовых бизнес задач уже доступны сразу после установки "из коробки". Привезли железо, воткнули флешку, несколько кликов и через полчаса можно садиться и работать.

  2. Готовый сервер для МСБ (можно чтобы работал в виртуалке на одном из рабочих мест). Грубо говоря все основные облачные решения Гугла/Яндекса, бэкапы и вот это вот всё, чем дышит крупный бизнес прямо у каждого ИП в офисе.

  3. Платформа для обучения пользователей, системных администраторов, программистов "с нуля" эффективной работе в своей зоне ответственности. Соответственно как эффективно работать в Linux, как его "готовить" чтобы он работал быстро и без сбоев и как быстро и эффективно (т.е. дешево) писать программные решения, которые решают задачи бизнеса.

  4. Сервис управления ИТ-инфраструктурой, который позволит в автоматическом режиме следить за состоянием оборудования, контролировать и минимизировать затраты на инфраструктуру. Так же планируется сбор анонимной статистики, чтобы независимо оценивать качество программного и аппаратного обеспечения.

  5. Каталог МСБ. Грубо говоря сервис по типу Алиэкспресс / Озон / Вб, где есть не только товары, но и услуги. При этом это именно каталог т.е. каталогизированные объявления без встроенной логистики и доставки. При этом для публикации по факту ничего не нужно - информация о товарах, услугах, ценах берется из бухгалтерской программы и публикуется автоматически. По желанию (галочке в панели управления и оплате хостинга/домена) автоматически создается типовой сайт компании.

  6. Платформа ИТ-решений и внешних ИТ-специалистов. Двухкомпонентная система, которая включает в себя:

    - Каталог ИТ-решений с независимой статистикой использования, обзорами, сравнениями, характеристиками, оценками трудозатрат по внедрению, сопровождению.

    - Аналог бирж фрилансеров, но принципиально иного формата. Текущие биржи сильно перекошены в ИТ, здесь же планируется более удобный для бизнеса и более прозрачный и понятный для сторон формат взаимоотношений. Так же планируется функционал "привязки" фрилансера (приходящего специалиста) и компании.

  7. Маркетинго-правовая платформа. Обучающие материалы по управлению продажами, чек-листы по основным бизнес-процессам, шаблоны документов и т.д. и т.п. В отличии от других платформ решение класса "он-лайн" т.е. при изменении законодательства автоматически вносятся изменения в соответствующие документы. Это довольно сложно понять, поэтому в продолжении к посту 2 будет описано что это и зачем нужно.

Продуктовая часть: в отличии и в каком-то смысле в противовес классическим сервисам, это не типовой сервис. Это аналог автоподборщиков, технадзора и т.п. То есть работа выполняется на стороне заказчика, а не исполнителя. И заказчик платит не за сервис, а грубо говоря за аренду сотрудника. Ввиду того, что у нас этот механизм сильно не распространен поясню подробнее:

Классический сервис / продукт - это когда вы как обычно покупаете товар или услугу.

Сервис на стороне заказчика - это сервис/услуга в которой специалист независимо оценивает и контролирует качество классического продукта / сервиса.

Не буду расписывать, но в проект заложены механизмы по которым предвзятое сотрудничество с поставщиками ИТ-решений будет не просто слишком больным и неприятным, а экономическим самоубийством. То есть если проект пойдёт в ход и у кого-то возникнет желание "продвинуть" решение Х, то во-первых решение Х никаких преференций не получит, а во-вторых убытки для самого проекта будут сказочными, даже если про это никто и никогда не узнает.

Как будет для заказчика строится взаимодействие с сервисом - продолжение 3.

Прошу пройти опрос и высказать своё мнение в комментариях.

P.S. Для тех, кто любит возбуждаться по поводу и без - это не реклама т.к. продукта нет и не факт, что он будет.

Показать полностью

Продолжение поста «7 интересных приёмов при работе со сводной таблицей»

С момента оригинального поста прошло уже почти 3 недели, но комментарии до сих пор добавляются... Значит тема за живое таки задело.

Первое, что я бы хотел сказать:

У Excel/Calc есть своя область применения. Это визуализация, расчёты по небольшим объёмам данных (в т.ч. для создания нормальных ТЗ для разработчиков). Здесь он - лучший и не надо это в 100500 раз писать, это сразу было написано в оригинальном посте.

Второе:

Начать пользоваться Excel/Calc проще, чем СУБД, безусловно. Но только на начальном этапе, довольно быстро Excel/Calc становятся СЛОЖНЕЕ работы с СУБД. По сути не целесообразно уходить за связку простых формул, графиков, ВПР, сводных таблиц. Потому что уходя дальше Вы по сути тратите время на освоение инвалидного кресла, вместо занятий бегом. И в итоге будете инвалидом, а не спортсменом.

Третье:

Power Query, это система доступа к различным БД в т.ч. файловым (при этом ещё и в ORM стиле). Считать это хорошим и правильным может только человек вообще не понимающий в хранении и обработки данных. Исторически импорт из БД был доступен ещё в 2000-м офисе для высвобождения дефицитных на тот момент программистов от наиболее распространенных Read-задач. А технология ORM появилась как высвобождение дефицитных программистов БД от написания простых запросов. Объективно это костыль костыля, созданный чтобы неквалифицированный пользователь без понимания в ИТ-технологиях мог за неделю сделать то, что квалифицированный программист делает минут за 30. Просто потому что экономически выгодней чтобы офисный планктон игрался в PQ/PB, и не тратил намного более дорогое время разработчиков на всякую херню.

Ни с какого ракурса это в принципе нельзя назвать "мощным решением", это можно рассматривать только как игрушку для не профессионалов или вынужденный костыль костыля созданный из-за дефицита квалифицированных кадров.

Ну и наконец последнее. Таких комментариев было очень много, процитирую только последнее, немного поправив ошибки:

Всё было бы хорошо если бы автор написал про крупные компании, но он то напирает на всех. Нафига маленькой фирме или самозанятому покупать и ставить себе СУБД и сервак, когда с его задачами справляеться домашний офис.

И разберем по пунктам, что же здесь не так (ТОП-5, чтобы не было книги):

  1. !!! САМОЕ ГЛАВНОЕ !!! Не все, но довольно много компаний, имеют свойство расти, и в контексте затронутой темы это становится огромной проблемой. Потому что:

    - компания растёт, увеличиваются объёмы данных;

    - человеку сложно менять привычки, он всегда будет пользоваться тем, чем привык пользоваться;

    - люди, которые занимают руководящие посты на "старте" компании, потом (при росте) начинают формировать ТОП-менеджмент уже разросшейся структуры;

    - как только работа с Excel/Calc вышла за связку простых формул, графиков, ВПР, сводных таблиц, то освоение решения в Excel/Calc становится более затратным по времени, а результат хуже, чем то же самое делалось в БД.

    Как итог, выросшая из сохи (малого офиса) более менее крупная компания всю ключевую информацию хранит в костылях, а обрабатывает инвалидами.

  2. Человек пользуется только доступными ему инструментами. Если он знает только молоток, то всё вокруг кажется исключительно гвоздями. Даже болты и саморезы. В итоге получается картина, которую можно проиллюстрировать аллегорией:

    "молоток - классный инструмент. Вот я взял болт, забил его в гайку, но он стал вываливаться, поэтому я зашел на канал Иванова и посмотрел, что если взять второй молоток, то можно болт в гайку вставить и ебашить сразу с двух сторон и он перестанет выпадать, правда болтается немного". И, что самое страшное про гаечный ключ человек не хочет даже и слышать, как и про критику молотка. Молоток теперь - святое, а всех несогласных нужно сжечь на костре.

    По сути это ровно та же самая наркомания.

  3. СУБД, это такая же программа как и другие и ставится не сложнее Офиса. И интерфейс к ней тоже. И ставится на обычные ПК.

    Сервер, это тот же самый ПК. Я даже не скажу, что "обычно мощнее" т.к. сейчас большинство серверов по производительности проигрывают смартфонам за 15к и им этого более чем хватает. Есть и монстры по производительности, но типовое серверное решение сегодня не мощнее 4/4/80 (4 ядра, 4 Гб ОЗУ и 80 Гб SSD). Если для Вас это дико, то нужно пояснить, что одна только графическая оболочка Windows жрёт ресурсов больше, чем хорошая серверная инфраструктура компании на 30 - 40 сотрудников.

  4. При хранении данных в Excel/Calc эти данные всегда недостоверные в той или иной части и дают широкий простор для подтасовок, приписок и т.д. Причём я знаю два случая, когда именно возможность манипуляции данных в Excel/Calc привело к банкротству компании.

  5. Самое раздражающее и напрягающее. При использовании Excel/Calc в более-менее крупной компании основная работа офисного планктона заключается в том, чтобы работать живой СУБД. Знаю случаи когда до 60% времени сотрудники занимаются тем, что при использовании СУБД делается автоматом. Что это означает? То что з/п этих сотрудников как минимум в 2 раза меньше, чем могла бы быть, а компания ежегодно тратит половину ФОТ офиса на взносы в религиозную секту "свидетели Excel/Calc". Если бы на этом дело и ограничивалось, то было бы в целом похуй, но именно это является триггером огромного числа проблем.

Первая проблема - зарплаты сотрудников. При такой постановке бизнес-процессов они всегда будут низкими, в разы меньше, чем могли бы быть.

Вторая проблема - убытки бизнеса, опять же из-за траты денег на пустые вопросы. Убытки означают и то, что в развитие вкладывается намного меньше средств чем могло бы быть.

Третья проблема - повышенный риск банкротства. Компания у которой снижен "запас прочности" имеет повышенный риск банкротства.

Четвертая проблема - снижение ВВП т.к. сотрудники, которые могли бы что-то полезное производить или делать занимаются ролевыми играми в СУБД.

Пятая проблема - невозможность принятия объективных и взвешенных решений. Внести некорректные данные в отчет в Excel/Calc несопоставимо проще, чем в СУБД и этим очень активно пользуются. Потом на основании некорректных данных принимаются тупые решения, которые приводят к ещё большим убыткам.

Шестая проблема - снижение общего уровня квалификации и дисциплины. Зачем повышать квалификацию, работать эффективнее, если можно просто потом немного поправить числа в Excel/Calc?

Цепочку можно продолжать ещё долго. Каждый её пункт в отдельности даже не сильно существенный, но вот в совокупности использовании Excel/Calc в чём то существенном это просто катастрофа...

Показать полностью

Вопрос администрации

Согласно официальным правилам:

3.6. Полное удаление комментариев и постов возможно лишь в случаях, если они:
3.6.1. нарушают законодательство Российской Федерации, о чем есть постановление уполномоченного органа государственной власти;
3.6.2. нарушают авторские права третьих лиц;
3.6.3. содержат сведения, которые могут нанести вред его автору.
3.7. Пользователь самостоятельно принимает решение об обнародовании объекта авторских прав. В соответствии со статьей 1269 Гражданского кодекса Российской Федерации отказаться от решения об обнародовании контента Пользователь может до момента его фактической публикации на сайте.

Пост про аналог Пикабу какое правило нарушил, что его полностью снесли, до 404?

Про то, что домен в запрете я скромно умолчу.

Насколько я понимаю, действующая политика стала "мы творим что хотим, а вы жрите что дают"?

И жесткая политика в области конкуренции? Братки-стайл из 90-х?

Ответ user6783380 в «Хорошо смеётся тот, кто смеется последний»

Поскольку родственников и знакомых много где есть на ПМЖ я скажу так... Нет хороших или плохих мест. Есть места, которые тебе подходят и не подходят. Каждая страна имеет свои особенности.

Говорить, что в стране Х жить хорошо/плохо, это всегда ложь. Потому что "хорошо" или "плохо", это - субъективные оценки. То, что для одного хорошо, для другого - плохо.

Лично меня бесят восторженные посты про жизнь за границей. По двум причинам:

  1. Нет полноценных обзоров, в которых бы писали картину в целом.

  2. Многие ведуться на сказки о загранице. И некоторые потом огребают таких проблем, что годами пытаются вернуться назад и потом это время за границей пытаются забыть всю оставшуюся жизнь.

Просто помните, что абсолютно любая страна, это пакетное предложение, где есть не только пряники, но и кнуты.

Ответ rost575 в «В Волгограде студент изобрел жидкий пуленепробиваемый бронежилет»

Был на нескольких форумах в 2009-2010 годах, где наши студенты и изобретатели показывали свои работы. И уже 14 лет живу с ощущением, что меня забросило в каменный век.

С инженерными кадрами в России полный порядок (по крайней мере на тот период), но у государства и бизнеса нет особого желания это всё поддерживать и развивать. Да и если посмотреть в целом на техносферу, то именно русские учёные туда внесли очень большой вклад. Изобрели далеко не всё, но вклад такой, что гордиться более чем можно.

Второй момент - наши масс-медиа так же не горят желанием всё это показывать, что поддерживает иллюзию того, что у нас все дебилы.

Ну и 3-й момент - за эти 14 лет я видел много зарубежных повторов того, что было на этих форумах. И в массовом сознании эти изобретения так же будут приписаны западу.

Чукча не писатель... Да и не читатель тоже...

Обратил внимание на такую особенность (в т.ч. в своих постах), которая уже начинает становиться проблемой. Есть более-менее длинный пост где изложено:

Пункт 1

Пункт 2

Пункт 3

Пункт 4

Пункт 5

И под постом есть тонны комментариев типа "автор дурак, тут нужен Пункт 2/3/4" или "а как же Пункт 2/3/4", или "автор не прав, он даже не знает про Пункт 2/3/4". То есть по сути середину поста никто не читает или не воспринимает...

Связь с зарплатами (и ситуацией в целом) в стране тут тоже никто не увидит...

Ответ на пост «7 интересных приёмов при работе со сводной таблицей»

Есть очень немного вещей от которых у меня пригорает. И Excel с VBA уверенно занимают места в ТОПе вещей из-за которых у меня пригорает особо.

Я не буду хейтить сами продукты, у меня есть ровно один вопрос - нахера вы его тыкаете везде?

Второй вопрос, вытекающий из первого, нахера вы его настолько глубоко изучаете?

А сейчас я "на пальцах" объясню смысл этих вопросов. Для начала такая вот эмпирическая (то есть основанная на личном опыте) диаграмма.

Ответ на пост «7 интересных приёмов при работе со сводной таблицей» Microsoft Excel, Таблицы Excel, Гифка, Длиннопост, Бизнес, Ответ на пост

Это сравнение производительности труда по времени в зависимости от используемой технологии.

Безусловно, что для неподготовленного человека разбираться в СУБД и SQL сложнее, чем в Excel, но изучая Excel очень быстро достигаешь потолка технологии и останавливаешься, в то время как возможности почти любой СУБД несопоставимо больше.

Не скажу, что задолбался, но меня постоянно раздражает то, что "гуру Excel" ведут себя как вегетарианцы. "Самый лучший продукт" и прочие дифирамбы. И при этом настойчиво пытаются впарить... Я, честно говоря, так и не понял что. Ну давайте немного "попаримся" и сравним Excel и СУБД.

Начнём с плюсов Excel - он "в одно лицо" может данные хранить, отображать и показывать графики.

Второй плюс... Подскажите мне в комментариях, ибо лично я не знаю.

Теперь поехали по минусам. На самом деле их очень много, но чтобы не грузить, ТОП-3 на мой взгляд:

Первый - сказочная ресурсоёмкость. Из-за перечисленных плюсов программа вынуждена выполнять очень много не нужных для решения задачи операций. Можно было бы сказать, что "программа же делает, а не человек", но тут есть два больших НО:

  1. Для решения задач обработки +/- существенных объёмов данных системник под Excel будет стоить раза в два дороже. Если в компании 20 - 25 человек работают с большими таблицами Excel, то минимум миллион принесен в жертву Excel. Это бы меня не волновало, если бы не тот факт, что компания этот миллион будет закладывать в стоимость продукции или торговую наценку, а значит в т.ч. и я плачу за этот бред.

  2. Производительность труда при работе с Excel на порядки ниже, чем с СУБД. Когда мне на тех или иных работах передавали формирование отчетов в БД, то на их составление стало уходить до 10 - 12 раз меньше времени, при этом исчезли кучи багов в этих самых отчетах. Это абсолютно бессмысленные затраты на зарплаты сотрудников. За которые в т.ч. и я опять же вынужден платить.

Второй - Excel от слова совсем не поддерживает реляционную модель. До 90% работы с таблицами Excel (кроме ввода данных) это выполнение руками работы, которую делает SQL из коробки. Нужно раз заморочиться с запросом и забыть тему. Так что офисный планктон можно называть "Человек-СУБД" ;-)

Третье - очень серьезные ограничения на объём обрабатываемых данных, как по количеству листов(таблиц), так и строк. Да и по формулам не всё радужно. СУБД переваривает на том же железе на порядки больше и гораздо быстрее.

Ну и пара моментов, которые просто бесят:

  1. Excel зачастую считает, что знает лучше пользователя что он имел ввиду. Ряд длинных числовых реквизитов внезапно может обрасти нулями в конце (с потерей данных);

  2. Excel и "срочно" на более-менее приличных объёмах данных, это взаимоисключающие вещи. И если вдруг возникает ситуация, когда надо срочно или потеряем деньги (что бывает крайне редко, но таки бывает) при использовании Excel остается только смириться с потерей денег.

Так вот возвращаясь к вопросу в начале поста - ради чего вы учите "фишки" Excel и тратите на него время? Чтобы потом неделю делать то, что любая СУБД за минуту сделает?

Про VBA скажу коротко - научиться программировать на VBA и на Python (простые задачи) по времени и силам примерно одинаково. Возможности VBA и Python (даже в рамках примитивных задач) вообще несопоставимые. Это как детский пластиковый совочек и карьерный экскаватор. Опять вопрос - зачем?

Ну и, пожалуйста, не надо писать, что Excel это что-то серьезное. Для своих задач, а именно - прикинуть хрен к носу на паре десятков тысяч строк максимум или оформить табличку со сравнительно небольшим объёмом информации - топчик, спорить не буду. Но он топчик ТОЛЬКО для таких задач...

И возвращаясь к вопросам выше, гуру Excel, ответьте мне - зачем вы тратите своё время и деньги работодателя на возню с детской игрушкой? В Интернете есть 100500 курсов по СУБД, тот же Excel/LibreCalc более чем умеют в импорт. Или просто нравится играться, а не работать?

P.S. Сразу отвечу на вопрос про формулы - тот же PostgreSQL умеет работать с Python, внешние модули так же никто не отменял. Формулы Excel и возможности ЯП опять же несопоставимы и сравнение опять не в пользу Excel.

P.P.S. Сегодня делал отчет. 6 таблиц, от 200к до 35М записей, связка построчно, причём к "центральной" таблице на 6,5 млн. строк привязывались остальные 5. 2 таблицы привязывались по нескольким ключам. Аналог в Excel - ВПР по нескольким полям (т.е. по агрегированному полю). Время формирования отчета в СУБД - минута, данные теряют актуальность за час, время работы над отчетом от получения ТЗ до готового воспроизводимого "по кнопке" результата - 4 часа.

Я бы написал "Слабо в Excel повторить?", но не буду. Потому что насмотрелся на таблицы в сотни мегабайт которые открываются десятки минут и только на компах с 8+ ядрами, 16 Гб ОЗУ и шустрыми SSD. И которые после аплоада данных в PgSQL спокойно формируются за секунды (максимум минуты) на древних компах с характеристиками Raspberry PI.

Показать полностью 1
Отличная работа, все прочитано!