astrobeglec

Пикабушник
Дата рождения: 31 августа
Alexii5 Vales222
Vales222 и еще 1 донатер
в топе авторов на 354 месте
348К рейтинг 1959 подписчиков 165 подписок 955 постов 433 в горячем
Награды:
10 лет на Пикабу За контакт с инопланетным разумом Уверенный пользователь ПК За участие в Новогоднем видео-поздравлении Пикабу За участие в Новогоднем видео-поздравлении Пикабу более 1000 подписчиков
6

Об остросоциальных постах

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

Колонка "Честно" - все ведут себя честно и компетентно. В целом всем хорошо, всё работает.

Колонка "Воровство" - экономический расклад при появлении воровства.

Колонка "Идиотизм" - экономический расклад при назначении на должность явно не компетентного управленца.

"Воровство и идиотизм" - два предыдущих случая в одном лице.

Последняя колонка - когда вор и идиот прикрывает себе жопу.

Экономика - игра с нулевой суммой. То есть любой вор/коррупционер/идиот где бы он не находился тянет деньги из моего кармана. Меня это не устраивает.

Меня не устраивают последствия. То что:

  1. Врач на нищенской зарплате думает не как меня лечить, а как свести концы с концами.

  2. Педагог на нищенской зарплате думает не как учить моих детей, а как свести концы с концами.

  3. Полицейский на нищенской зарплате думает не как охранять мои права, а как свести концы с концами.

  4. Сотрудники сферы услуг на нищенской зарплате думает не как качественно оказать мне услугу, а как свести концы с концами.

И т.д. и т.п. И я осознаю, что вся эти толпа воров и долбоёбов содержится в т.ч. из моего личного кармана. На примере одного из недавних постов, но принцип работает по всем постам соответствующей тематики.

Предельно некомпетентный глава ТОП-1 банка в России вместо признания своей некомпетентности сочиняет сказки и собирается залезть в мой карман отменив кэшбэк маркетплейсов. Почему долбоёб - он, а платить за это должен я? Почему бы его просто не заменить на не долбоёба?

Практически вся "остросоциальная" сфера является таковой из-за вполне конкретных ФИО. ЕДИНСТВЕННЫЙ способ решения проблемы - устранить её причину т.е. заменить долбоёба или коррупционера на нормального управленца. По другому не работает и работать не может.

Тем, кто аргументирует "они же свои..." Хм... А что там с историческими примерами результатов политики "они же свои"...

Речь Посполитая. Элита - шляхта. "Они же свои". Не подскажете как у этой шляхты дела? Какая по площади сейчас Речь Посполитая? Ой, а её можно смотреть только на картах 1794 года и ранее.

Королевство Франция. Элита -аристократия. "Они же свои". Не подскажете как у этой аристократии дела? Какая по площади сейчас Королевство Франция? Ой, а её можно смотреть только на картах 1788 года и ранее.

Профессиональные историки тут нарисуют ещё несколько сотен примеров в т.ч. Российскую Империю. Чтобы разбавать однообразие и продемонстрировать "ценность" мигрантов могу привести ещё один пример, который прямо сейчас "в процессе".

1947 год. Надпись на плакате "Немцы разрушили наши семьи и дома. Не разрушайте наши надежды".

1947 год. Надпись на плакате "Немцы разрушили наши семьи и дома. Не разрушайте наши надежды".

И как там злые палестинцы не обижают "бедных и несчастных" еврейских мигрантов? Ой, если почитать эту статью в РБК, то окажется, что идёт открытый планомерный геноцид коренного населения. При этом те, кто в доеврейские времена был "элитой" куда-то испарились.

Опять же историки тут накидают как минимум десятки аналогичных примеров.

Ну и последний момент.

Читая про политику Великобритании, которая позволила им стать величайшей империей в истории (а это по факту так) подмечаешь один занимательный момент. На примере США. Англичане не воевали с индейцами. Они купили местную элиту и индейцы под руководством отдельных купленных представителей "элиты" настолько активно резали друг друга, что остатки этого процесса без проблем загнали в резервации. И КАЖДАЯ колония Великобритании имеет в целом ту же историю с поправкой на местные условия.

И отметились они этим в т.ч. и в России. Князь Феликс Феликсович Юсупов (элита, высшая аристократия) купленный или завербованный английским послом Освальдом Теодором Райнером организовал убийство Григория Распутина, который предостерегал императора от участия РИ в первой мировой войне т.к. понимал, что страна этого не переживёт.

Кстати, Распутин уже больше 100 лет активно демонизируется в англо-саксонском мире. Потому что если бы ему удалось убедить Николая II, то последствия для Великобритании и англо-саксонского мира были бы...

Более того контроль над колониями удерживался через "вам не нужно своё высокотехнологичное производств. В метрополии купите"... Ничего не напоминает? Вот вообще-вообще ничего?

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

Лично мне не особо хочется на своей шкуре узнавать "как жилось в ААА после БББ" из примеров выше.

Вот и всё.

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

Продолжение поста «Насколько разные "программист" и "программист 1С"?»1

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

У меня появилась мечта - чтобы до людей дошло, что именно их работа / инфраструктура / ЯП / стандарты... Это не истинна в последней инстанции. Это не более чем один конкретный случай.

И 1С, это "одна из" технология, со своими + и -. И как и у любой технологии есть места, где она "маст хэв", а есть где вообще не применима.

И что самое страшное... Это - нормально. Так и должно быть. И абсолютно любая технология так же имеет свои сильные и слабые стороны.

Говорить о том, что Х хорошо или плохо умный человек может только В КОНТЕКСТЕ некоторой задачи. А утверждать об ошибке / гениальности / глупости можно только вариативным анализом.

Контекст, ВНЕЗАПНО, может меняться. И вчерашнее гениальное решение сегодня может быть полным УГ. Наоборот - тоже.

И количество установок / внедрений не показатель. Миллионы мух не могут ошибаться?

Есть задачи. Есть инструменты. Есть наиболее отвечающий задаче инструмент, который имеет наилучшие показатели, которые требуют от задачи. Всё. Вот реально всё.

И сейчас я по эстафете передам урок, который мне преподали лет +/- 15 назад. Скорее даже серия уроков.

Когда я был молодым безграмотным долбоёбом и только начинал писать код, то быстро нажрался дерьма про "правильное" и "не правильное". Ну и естественно начал "учить". Мой начальник одного из проектов как-то вызвал меня и начал ставить особые задачи.

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

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

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

Я не горжусь, но есть такой показательный пример.

Как-то раз прилетела задача, реализовал я которую практически как идеальный пример говнокода. Где без крови из глаз нельзя посмотреть почти ни на одну строчку. Решение делалось "на коленке" нужно было "ещё позвчера". Задачу потом переписали "по стандартам", но... Правильное решение так ни разу в бой не пошло. Почему?

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

Безусловно, что это - исключение. Это ни разу не повод для гордости и больше игра случая. Согласен, что так не надо делать. Да, я всё это понимаю, осознаю и не спорю, но...

Это пример того, что незыблемых истин нет.

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

Насколько разные "программист" и "программист 1С"?1

Жизнь получилась так, что параллельно с разработкой на моём актуальном стеке Python/PHP/C++/C# + MariaDB/PostgreSQL/Oracle DB пришлось программировать в 1С.

В посте не будет поливания говном ни других языков, ни даже 1С (что само по себе удивительно).

Начнём издалека, а именно с того как вообще появляются ЯП и их цели и задачи. Это важно напомнить, для понимания принципиальных отличий 1С и других ЯП.

Начнем с введения про ЯП.

Компьютер понимает только бинарный код, но писать в двоичном стиле:

00010010 00110011 00110010

или хотя бы в 16-ричном

00 AB 9C

смогут, но только единицы на планете. Но проблема в другом - ПО требуется много, а так разрабатывать очень долго. Поэтому придумали программы, которые преобразуют условно понятный человеку язык в понятный ЭВМ бинарный код.

Но ни одна программа не может мыслить, поэтому код в редакторе должен строжайше соответствовать встроенным в него шаблонам.

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

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

Но... Это прорыв или провал? Парадоксально, но одновременно и то и то.

Чтобы понять прорыв нужно вспомнить такой момент - современная банковская сфера столкнулась с тем, что разработчики основного международного финансового ПО уже практически пенсионеры, а молодежь туда не особо горит желанием идти. Поэтому ситуация там весьма печальная. Как минимум 80% задач в 1С могут решать школьники с 8 класса (по шаблонам в ИТС). То есть дефицита кадров нет и скорее всего никогда не будет.

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

Давайте копнём глубже.

1С перенесло всю "тяжелую" в плане понимания и реализации часть типичного ЯП внутрь поставляемой Платформы. С одной стороны всё, что требует сильного напряжения мозгов, уже реализовано... С другой стороны то же самое, но уже в ином ключе:

Квалификация:

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

- программист, который работает с обычным ЯП знает довольно много трюков, когда небольшая правка "верхнего уровня" (базовых классов) способна сильно упростить код "внизу"... Но не в 1С. Писать тонны кода, когда вопрос можно было решить буквально парой строк в базовом классе... Можно, но психологически напрягает.

Структура кода:

- язык 1С в плане структуры максимально однозначен и примитивен. Это позволяет учить его легко, при этом избежать 90% ошибок (мы помним, что порог вхождения почти отсутствует), из оставшихся в 90% довольно легко понять где возникла проблема и как её решать;

- но всё это делает код крайне раздутым. Я решал одни и те же задачи на разных ЯП и в 1С код спокойно может быть в десятки раз больше того же Python. Во сколько раз нужно быть умнее

Организация работы:

- программисты 1С работают в жестко сформированной среде. Тот же code-style придумывать не нужно, он вшит в язык. Многие вопросы организации проекта так же уже вшиты в синтаксис. По сути для решения задачи из материалов ИТС (или аналогичных ресурсов) нужно либо копипастить код, либо проходить "мастера" написания кода, при этом подставлять в него свои элементы. Любой другой подход скорее всего просто не будет работать;

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

Надежность:

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

- но если программисты самой 1С где-то накосячили, сделали слабое или не оптимальное место (а этого более чем хватает), то это вообще никак не поправить и остается только смириться. Если проблема критична для проекта, то остается только писать внешнее решение и делать интеграцию, тут без вариантов. Для "только 1С" разработчиков - доводить информацию до руководства о необходимости внешнего решения.

Общий вывод:

1С является прекрасным (не рискну сказать, что лучшим, но всё возможно) решением, где недостатки платформы не настолько существенны, как её плюсы. Эта сфера - построение бизнес-решений по модели CRUD (C - create - создание, R - read - чтение, U - update - обновление, D - delete - удаление) средствами слабо квалифицированных, но при этом сравнительно легко обучаемых разработчиков.

С позиции типовых требований бизнеса 1С - наилучшее известное мне на сегодня решение.

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

Сейчас я немного обосную вывод на нескольких обобщенных примерах:

  1. 1С заточена на работу с фиксированными шаблонами объектов. Документы, Справочники, разные регистры. В сфере учёта (в т.ч. бухгалтерского) и управления такие объекты практически идеально отображают все сущности, которыми нужно оперировать, тут всё замечательно. Если же сущности задачи не укладываются в типовые шаблоны, то строить из них нужную структуру и работать с ней... Возможно, но больно и реализация пишется гораздо дольше, чем на других ЯП.

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

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

  4. Из-за "единой" архитектуры решения 1С уже сегодня довольно сильно "растолстели". В любом ЯП если мне нужен какой-то функционал, то я просто подключаю (или пишу) библиотеку. В 1С практически все "библиотеки" уже в поставке платформы, в результате чего невозможно писать простые решения, решение под слабое железо и решения требующие действительно высокую производительность (или работу "на пределе"). Просто потому что работа приложения в любом случае идёт только внутри платформы, а она сегодня далеко не "дюймовочка".

Рекомендации разработчикам:

1С которые хотят уметь в другие ЯП - если Вы хотите дальше развиваться и заниматься разработкой на других ЯП, то начинайте учить другой ЯП и работать на нём не позже полугода от начала работы в 1С. Чем дольше вы "варитесь" в 1С, тем меньше шансов на то, что сможете оттуда вырваться и не из-за того, что Вы думаете. Над самыми сложными для понимания и реализации задачами уже подумали в самой 1С при реализации платформы, но разработчики в других ЯП над этим должны думать сами. При этом эти задачи требуют в разы больше знаний теории и умения применять её на практике, чем всё, что вложено в 1С. ИМХО раз в 5.

Других ЯП, которые хотят в 1С - наберитесь колоссального терпения и запаситесь успокоительным. Желаний типа "писать шаблонизаторы под типовые ситуации", "работа в нормальной IDE", "перестать тыкать мышкой там, где в другом месте можно было бы написать строчку кода" не пройдёт вообще никогда, поэтому нужно расслабляться (и поддерживать квалификацию) решением задач на основном ЯП.

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

Куда пропал институт семьи2

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

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

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

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

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

Между "не воспользоваться правом" и "не исполнить обязанность" - принципиальная разница.

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

Ну и последнее, самое важное. Отношения, это не 100500 клинических долбоебических стереотипов. Мужчина и женщина вступают в отношения для (считайте, что это - чек-лист):

1. Взаимная эмоциональная поддержка. Жизнь у нас была и есть и будет весьма далекой от сказки. Довольно часто случаются ситуации эмоционального перегруза, когда "энергия на нуле" и обязанность второй стороны "дать зарядку".

2. Регулярный секс. С достижения половозрелого возраста и до окончания половой активности секс является такой же необходимостью для человека, как воздух, вода и еда. Кому интересны последствия - загуглите и охуейте. Так что дамы если "голова болит", то не выёбыватеся, а пейте таблетки заранее.

3. Общий бюджет и хозяйственная деятельность. Взаимная финансовая поддержка и распределение обязанностей. Может ли мужчина выполнять женскую работу, а женщина - мужскую? Да. Разумно это? Нет. Помимо работы (с дорогой) и сна у человека остается не более 1/3 жизни. Мужчина будет выполнять женскую работу и женщина мужскую - ДОЛЬШЕ. То есть если каждый делает свою работу, то свободными остаются 80% времени, если начинают друг у друга "забирать" - 40 - 60 %. У вас жизнь настолько охуенная, что можно жертвовать до половины свободно времени на выебоны?

4. Досуг, восстановление и рекреация. Совместный отдых, а так же помощь в отдыхе партнеру. Это не только отпуск, но и небольшой массажик, например. Или заварить вкусный чай. Просто сделать приятное партнеру.

5. Регулирование поведения. Вопреки распространённому мнению, мужская и женская психология - разные. Для мужчин и женщин важны разные вещи, поэтому в отношениях нужно для партнера делать то, что ВАЖНО ПАРТНЕРУ, а не собственные предположения "как ему будет лучше". Ходят легенды, что можно просто ртом спросить про ценности и приоритеты. Идиоты, которые с этим захотят поспорить, прошу сразу писать ответ на вопрос. Если мужской пол, то обоснование ценностей ноготочков, а так же когда последний раз наращивал. Если женского пола, то почему перебирать ГАЗ-21 это круто. Иначе - сразу нахуй. В принципе потом тоже нахуй, потому что если мужик делает ногти, а женщина перебирает ГАЗ-21, то их психика явно куда-то ушла и забыла вернуться.

6. Воспитание и социальный полигон. Семья, это по сути коллектив, который служит полигоном и некой справочной для проработки социальных связей с другими людьми. Семья обязана "тренировать" следующее поколение в нормальном социальном ключе, пресекать всякую херню. Вот все эти "издевался над животными", "избил одноклассника / одноклассницу", "пьяный за рулём" обязаны пресекаться в семье.

7. Воспроизводство населения. Если в семье меньше 3-х детей, то обеспечивать в старости будет просто некому. Здесь можно дискутировать очень много, но факт простой - нет детей, нет будущего.

8. Развитие коммуникаций. В отношениях гораздо проще пробовать разные коммуникативные навыки. Учиться говорить "нет" и т.д. и т.п.

Данный "чек-лист" необходимых и достаточных обязанностей в отношениях скомпонован по научным исследованиям института семьи СССР и которые потом переписываются и в современные учебники. Насколько они обоснованные?

Куда пропал институт семьи

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

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

Сторона, которая не получила необходимого или найдёт это на стороне (будет измена), или уйдёт в никуда.

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

И последняя ремарка. Она же - два вопроса. Первый вопрос прежде всего к женщинам (хотя и многие мужики этим страдают).

Почему нельзя понять, что строя отношения 2 - 3 и т.д. разы вы их строите с ДРУГИМ человеком? Почти всегда получается так, что если бывший - алкаш, то и текущий - алкаш. Даже если не пьёт вообще в т.ч. пиво. Бывший изменял? Текущий - кобель. Даже если будет сидеть в бункере под камерами 24/7, всё равно - кобель. И т.д. и т.п.

Второй - чисто к женщинам, ибо мужчин с этой проблемой я не встречал.

Почему если женщину достаточно сильно задел развод с бывшим (и особенно если есть ребенок), то включается режим "самопожертвования" в котором женщина целенаправленно и методично разрушает все последующие отношения? Это работает даже если разрыв отношений прямо и явно угрожает её жизни и жизни / здоровью её и ребенка. Если нет реальных причин для разрыва и нечего предъявить, то основания для ссор и разрывов будут просто придуманы. И чем дольше пытаешься удержать такие отношения, тем более сказочные фантазии тебе в вину припишут. А если ещё и реальных косяков нет, то от придуманного женщиной от зависти сдохнут все шизики и любители теории заговоров вместе взятые.

Поливанием дерьмом сегодня не будет. Будет такое наблюдение:

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

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

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

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

Да ну, бред какой-то...

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

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

Ну и чтобы добить тему, расскажу про типичных предпринимателей России. Вообще я текст написал, но понял, что читать никто не будет. Поэтому для ЛЛ три абзаца "А против Б", что такое "хороший" бизнес и почему. А негатив пока оставим на потом. Во всех случаях А и Б это бизнесы в одном сегменте, на одной территории, практически всегда прямые конкуренты. А - "хорошая" компания, "Б" - обычная, точнее обычные.

Строительство и ремонт. Компания А не имеет сайта, нигде ни копейки не вложила в продвижение, на предложение о создании сайта пообещали набить лицо. Компания Б имеет очень дорогой и качественный сайт, вкладывает сотни тысяч в рекламу. Зарплаты в А в 2,5 раза выше чем в Б, обороты примерно равны. Фокус в том, что А делает работы очень качественно, ценник примерно в 1,5 раза выше. Но работы делают настолько хорошо, что там реальная очередь - на годы вперед. 100% клиентов, это знакомые тех, кому они делали ремонт или строили объекты. Собственник не расширяет бизнес т.к. твёрдо уверен (и ИМХО прав) в том, что не сможет сохранить качество работы при увеличении объёма.

Пищевое производство. Компания А строго выполняет все СанПиН, все сотрудники обеспечены всем необходимым, проводятся все анализы продукции в т.ч. необязательные, своя лаборатория, з/п в 1,5 раза выше, чем в Б. Компания Б не особо скрывает, что забила на все анализы... То есть вообще. Получает контракты с прямыми нарушениями закона, кучи заявлений в прокуратуру (которые почему-то ничего не находят). Директор компании Б после начала СВО продал часть имущества для погашения долгов, компания А увеличила прибыль.

СТО. Компания А в штате всего несколько человек, ценник где-то на 10% выше, чем в Б. Главная проблема компании А в том, что не могут найти устраивающие их кадры, з/п отличаются в разы. Компания Б - "официал", штат в 10 раз больше. При этом А по количеству ремонтов / ТО опережает Б, но что самое главное - "возвратов" т.е. жалоб клиентов у А МЕНЬШЕ, чем у Б.

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

Во-вторых в компании А практически всегда работают те же люди, что до (а иногда и после) работают в Б. То есть нет фактора "уникального специалиста".

!!! ВАЖНО !!! Поскольку уже сложились два неверных мнения обо мне и моей деятельности.

  1. Моя деятельность уже более 20 лет так или иначе связана с сопровождением бизнеса. И когда я пишу про бизнес я не делаю сравнение "Я vs ИП/ООО", я сравниваю (как выше) компании между собой. В "копилке" опыт работы с сотнями ИП/компаний, точно не считал, но м.б. их уже больше тысячи. Зная "лучшие практики" и некоторые свои особенности я не считаю себя гением, даже не средним уровнем. Это к вопросу про ЧСВ.

  2. Я пишу не про какой-то конкретный случай или организацию. Случаи бывают разные. Информация полностью анонимная и обобщенная. NDA это святое.

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

Это без иронии и шуток, если что. Полностью и абсолютно серьезно.

Такие компании от "обычных", про которых будет дальше, обычно отличают следующие признаки:

- з/п сотрудников выше средней (по территории присутствия);

- есть экономический отдел и он более-менее успешно работает;

- в каком-то виде выстроена система планирования и отчетности;

- в каком-то виде формализованы и поставлены бизнес-процессы;

- активно применяются средства автоматизации.

Безусловно, что каждая компания - уникальна, где-то лучше Х где-то У, но вот эти 5 пунктов есть у всех "хороших" бизнесов. Теперь вопрос - а с чего я решил какой бизнес хороший, а какой - плохой?

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

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

- каждый работник стремиться туда, где платят больше. Делая з/п выше рынка можно собирать лучшие кадры, производительность труда которых выше (иногда в разы), чем у "обычных" работников. Грубо говоря есть Вася и Петя. Вася может делать 5 деталей в день, Петя - 10. Если сделать з/п в 1,5 раза больше и переманить Петю, то не смотря на повышение з/п компания получит прибыль.

Второй момент - получая нормальную з/п Петя думает над тем как ему хорошо сделать работу, а не где денег заработать.

- менеджмент любой компании генерирует много идей, почти в 100% случаев подсматривая у конкурентов. При этом есть пара моментов:

Во-первых провальные решения мало кто признает т.к. это плохо для "поддержания авторитета".

Во-вторых решение, которое прекрасно работает в компании А может приводить к большим убыткам в Б.

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

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

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

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

Помимо того, что за эту дичь платит предприниматель, она обычно ещё и сильно ухудшает продукт, который этот предприниматель продает. От чего страдают уже клиенты.

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

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

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

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

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

Проект закрыт.

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

За точку старта проекта можно взять далекий теперь 2014-й год, когда возникла его концепция и была первая провалившаяся попытка запуска. Ошибочно посчитав, что проблема была в сырости концепции, я дорабатывал систему 9 лет и довел до определенного законченного совершенства. За это время, если оценить общую сумму лично моих вложений в проект, то на новую машину хватило бы, ладно опыт всё равно интересный и он будет всегда при мне.

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

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

Мы живём в "эпоху Шапокляк".

Песенка из мультика "Кто людям помогает - тот тратит время зря. Хорошими делами прославиться нельзя…".

Что нужно, чтобы стать предпринимателем? Ничего. Сегодня (через правовой режим самозанятого) можно стартовать вообще без вложений, знаний, умений и т.д. Предприниматель, это что-то "святое", а зачем "святому" знать какие-то там основы экономики, теорию управления, маркетинг и ещё кучу всякого "не нужного" барахла... Совершенно не нужно. Ну и что, что прибыли - мизерные, за все косяки предпринимателя "с удовольствием" заплатят клиенты и сотрудники. У нас же свободный рынок, поэтому высокие цены и низкие зарплаты это всё рыночек и всё "как надо". Вот это - проблема, а это именно настоящая полноценная однозначная проблема, порождает за собой сразу целый спектр проблем:

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

- проблемы в социальной сфере. Зарплаты учителей, врачей и т.д. не из воздуха берутся. Они берутся из налогов. А если налоги - мизер, то и платить им нормальные зарплаты просто не из чего. Просто для факта - если всем учителям и врачам установить действительно достойную з/п и к этому прибавить ПФР, то консолидированный бюджет (сумма всех бюджетов всех уровней) России на этом закончится;

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

- коррупция. Стоит наш "святой" предприниматель на асфальте в лыжах и чувствует, что "не едет", а раз не едет, то "надо смазать". Вот и "смазываются" ручки чиновников, которые потом... Ну вы все всё знаете.

Могу долго продолжать, но в целом, 90% в нашей стране прямо или косвенно порождены именно этой глобальной проблемой - непрофессионализмом собственников бизнеса.

В принципе, это не было бы проблемой, если бы не два взаимосвязанных фактора.

  1. Олимпийское ЧСВ т.е. убеждение в собственной святости и непогрешимости.

  2. Страх перемен.

Вот в продолжении поста я написал ТОП проблем в ИТ сфере МСБ. Это не разовые случаи, это системные проблемы и как минимум 2 -3 из них есть у каждого субъекта МСБ, на этом теряются действительно огромные деньги...

Вот только сами предприниматели не видят в этом проблемы.

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

Ну и коротко пробегусь по комментами и выводам:

Спасибо @keelts за иллюстрацию подхода бизнеса к своей работе

Все безо всяких проблем 100% МСБ пользуется WhatsApp. Вопрос в цене и ценности ИТ решений.

Самый примитивный из распространенных мессенджеров является бизнес-инструментом. По эффективности это как палкой копать котлован под олимпийский бассейн, но всех всё устраивает.

Лично мне понравился комментарий@klarkin, который на самом деле несёт гораздо больше смысла, чем видно на первый взгляд:

1. Я подобного, в разных вариациях, видел за последние 20 лет, вариантов 10 минимум, из них 4 очень близко. Не взлетел ни один.
Даже не тратьте время.

2. У МСБ всегда или "нет денег" или нет денег. Нахера вам такой клиент?

По первому пункту - полностью согласен.

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

Персональный привет @Voldemaaar за комментарий раз и два.

Для начала "я сам вот из этих", т.е. предпринимателей. И частично вся моя критика касается и меня самого. Единственное что могу сказать в своё оправдание стараюсь исправляться. Что само по себе редкость.

Второй момент, который меня уже пиздец как раздражать стал... Почему-то у всех выработалась деформация психики, что любое структурированное предложение воспринимается как впаривание продукта. Нет, это не был продукт. Была задумка продукта, но мне убедительно оффлайн и онлайн доказали, что она нахер никому не нужна.

Ну и, кстати, сказал А говори и Б. Думаю, что пост про то, как "умные" и "зарабатывающие" предприниматели в России на самом деле зарабатывают будет весьма интересен широкой аудитории.

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

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

Предложили в 3-х предложениях сформулировать то, что было расписано в посте. Уложусь в одно.

Проект представлял собой юридический, ИТ-отдел и отдел маркетинга всего МСБ России за сравнительно небольшую абонплату.

Посмотрим насколько будет понятно это.

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

Первое обещанное продолжение. Сильно утомлять не буду, поэтому всего ТОП-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. В принципе ответ на вопрос в основном посте я уже получил. Всем спасибо за внимание. Насколько я понял в дальнейших продолжениях смысла уже нет.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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