Уже второй раз приходится писать, что статья не несет в себе полезной научной нагрузки.
25.08.08 - ровно 15 лет с момента регистрации на Инфостарте.
Сразу скажу, что не отслеживаю даты регистрации ВКонтакте или в Одноклассниках). На 20 лет тоже ничего писать не буду.
Дальше всерьёз)
В статье расскажу:
-- Почему решил написать публикацию
-- Как стал автором на Инфостарте
-- Какие плюсы и минусы принёс Инфостарт
-- Что можно было бы улучшить (моё персональное мнение)
Почему решил написать публикацию?
На Инфостарте на днях вышло несколько статей про авторов из ТОП-50, где каждый из них поделился своими впечатлениями.
Взглянув на дату в своём профиле, решил сделать то же самое. Коллеги рассказали абсолютно разные пути на этом ресурсе, и какие плюсы они получили.
Публикации получились довольно мотивирующими.
Скажу честно, много лет к данному ресурсу относился с большой долей скепсиса. Ничего не публиковал, соответственно ничего и не скачивал)
Но некоторые статьи читал иногда.
Как стал автором на Инфостарте
В 2018 году работал архитектором на проекте крупном... Коллега подал заявку на Infostart Event (о чём всем нам рассказали по почте). В этот момент я стал задумываться о том, что нужно активнее использовать данный ресурс.
На самом деле, идеология, на которой построен сайт, мне очень близка. Когда-то был ЗУП 2.5 актуальным решением... В 2010 году у меня было четкое понимание, что задачи, решённые мною на проектах, актуальны для всех! Ведь ЗУП 2.5 был одинаково кривой и слабо функциональный для любого проекта. Для сравнения, ЗУП 3 плохо работает только на крупных проектах)
На тот момент у меня накопились наработки по разным блокам учета, которые, практически 1 в 1, переносились в новый проект, и всё работало как надо. Благодаря этому, проект в буровой организации мне удалось выполнить всего за 8 месяцев! Это был личный рекорд, более ни разу не повторившийся. С ЗУП 3 это уже невозможно).
Что это за наработки:
-- Управленческий табель. Решал задачи с формированием кадровых переводов при частом изменении графика работы. Формировались документы отклонений на основе данных СКУД. Можно было фиксировать время работы на разных объектах и т.д.
-- Печатные формы всего того, чего не было в типовой конфигурации. Это и трудовые договоры, и доп. соглашения. Приказы на совмещение и тому подобные, где не было электронных аналогов.
-- Подсистема учета дополнительных отпусков. Раньше она отсутствовала. Сейчас в странном виде есть (в ЗУП 2.5), но тоже не то...
-- Приказ на изменение штатного расписания и подбор позиции штатного расписания из регистра в кадровых приказах.
-- Третье измерение в РС "Работники организаций" - Разряд. Очень актуально было для производственных организаций. Даже сейчас это вписывают в название должности, что неверно.
Т.е. по сути всё, что я делал на проектах, делал как тиражное решение. Только на тот момент сильно не хватало знания стандартов разработки. Честно говоря, не знаю, почему не воспользовался Инфостартом для продвижения этих решений. Ну а с 2016 года начал заниматься ЗУП 3.0, и все эти доработки стали никому ненужным мусором.
Моим дебютом на данном ресурсе стала статья "Кто такой архитектор?". Написана она была изначально на эмоциях! Были эмоции от работы в Роснефти на этой позиции, несколько неудачных собеседований. На собеседованиях некоторые так и говорили: "Мы не знаем, кто такой архитектор и как его использовать в работе". В качестве ответа на вопрос и была написана эта статья. Текущая версия статьи переработана, убраны из неё все эмоции и резкие выражения, осталась только суть! На мой взгляд, она актуальна по сей день.
Это был такой дебют с радостью и разочарованием одновременно! С одной стороны были положительные комментарии от большого числа коллег, с другой стороны включились некоторые коллеги-хейтеры, с которыми не очень сложились отношения на работе. В т.ч. те, кто уволился из-за меня). После волны хейта около года ничего больше не публиковал.
Какие плюсы принёс Инфостарт
1. В начале уже писал, что идеология Инфостарта мне близка. До публикации первой статьи, добавил в каталог несколько решений:
-- Подбор НДФЛ удержанного для ведомостей (утратило актуальность из-за новых версий). Всё же 5 продаж у него было, что сильно порадовало. Пришлось снять это решение, т.к. писать его под новый релиз довольно долго.
-- Помощник заполнения графиков при вахтовом методе работы. Решение актуально до сих пор. Разъездной характер работы до сих пор в тиражных решениях не реализован.
Это решение появилось по сути в результате моей ошибки) Пообещал его сделать одной компании, но сильно промахнулся с его оценкой) В шесть раз! Хотел отказаться, но жена уговорила меня его доделать, пока были на море. Благодаря продажам на Инфостарте компенсировал свою ошибку в оценке.
Получилось очень удачное решение. т.к. за несколько лет до сих пор не требуется его актуализация. Он написан на программном интерфейсе ЗУП 3.1. Этот интерфейс стабилен!
Недавно проверял его на релизе ЗУП 3.1.20 примерно.
-- Правильный расчет страховых взносов по организациям в холдинговой структуре. Решение также актуально по сей день. Но обновить его на текущий релиз непросто. Решение было продано 1 раз. Его купила разработчик, которой нужна была идея реализации этой задачи. Она его купила, я со своей стороны рассказал ей, что и где нужно доработать, и все остались довольны)
Конечно, мильёнов это всё не принесло, но кое-что лежит приятное на счете)
2. Написание статей. Главный плюс этого - наличие хорошо аргументированного материала по важным для меня темам.
Вот приходишь иной раз на собеседование и полчаса рассказываешь то, что уже рассказывал раз 10 минимум. Или есть у коллег какое-то популярное заблуждение...
Почему бы не описать это в статье!? Ведь в диалоге на продумывание аргументации не всегда есть время. При написании статьи его столько, сколько не жалко.
К таким статьям могу отнести публикации:
-- Ни в ЗУП ногой!? А мне нравится! Часть 4. Главное - правильный перенос данных!
Чтоб не вести пустой спор с кем бы то ни было - кидаю ссылки на статьи.
3. Сейчас перед некоторыми собеседованиями прошу ознакомиться с какими-то статьями. В них описано, как я думаю, решаю задачи, в целом работаю... После ознакомления с моими статьями собеседование идёт обычно более позитивно! Ссылки на некоторые статьи у меня указаны в резюме.
Часто на собеседованиях просят показать примеры кода. Честно скажу, не горю желанием что-то скидывать, т.к. пишу обычно что-то большое и сложное, и не горю желанием скидывать это кому попало. Ну и всё, что появилось в открытом доступе, для автора можно считать утерянным) Для этих целей у меня есть несколько публикаций, в которых описываю процесс разработки, который привёл к результату. Одновременно с этим в публикации есть куски кода.
Вот примеры таких публикаций:
-- Пример работы с файлами odt в клиент-серверной модели работы
-- Работа с контактной информацией
-- Отладка временных таблиц и типа ТаблицаЗначений
4. Благодаря публикациям появилась возможность выступать на конференциях.
Мне повезло быть докладчиком 3 года подряд на конференции Желтая субмарина. Выступал со следующими темами:
-- Кто такой архитектор (2021 год)
-- Главное - правильный перенос данных! (2022 год)
-- Серия статей "Я - ЗУПер" (2023 год)
Довелось один раз быть докладчиком на Infostart Event 2022. Выступал с этим докладом:
Зачем и как читать чужой код? Какой результат ожидаем получить? Основные подходы
Этот доклад является своеобразным кратким чек-листом тех подходов, которые более подробно описаны в цикле статей "Как читать чужой код?". Вот ссылки:
-- Часть 1. Общие вопросы. Доработка чужого кода. Code review
-- Часть 2. Доработка типовой конфигурации. Обновление доработанной типовой конфигурации
-- Часть 3. Разбор и доработка запросов
-- Часть 4. Программный интерфейс. Исправление чужих доработок
5. Пишу статьи о том, что все не любят: о ЗУП!
Первая серия статей - Ни в ЗУП ногой!? А мне нравится.
Цель этих статей - познакомить читателя с плюсами и минусами конфигурации ЗУП 3. Рассказано о необходимых компетенциях и способах их получения.
Вторая серия статей - Я - ЗУПер.
Цель этих статей - прокачать компетенции, понять, почему лучше быть узкоспециализированным, когда это хорошо, когда не очень.
В планах написать серию технических статей про ЗУП. Рассказать, как работает такая страшная штука, как "Менеджер расчета зарплаты"). Или как считаются налоги.
В целом всё это приводит к некоторой популярности... Не раз сталкивался с людьми, которые читали мои статьи, но не знакомы со мной. В т.ч. это часто происходит на собеседованиях, или конференциях.
Единственный минус этого - так называемые хэйтеры. Т.е. не те, кто критикуют по делу и дают дельные советы, а люди, которым некуда деть слова, в т.ч. плохие, и они сливают всё это в комментариях к статьям. Но на эту тему хочу написать отдельную статью...
Что можно улучшить на Инфостарт?
Этот раздел может, конечно, удивить... Прошу не воспринимать написанное, как повод кого-то поругать или упрекнуть!
Напишу, чего мне не хватает как автору:
1. Забвение статей.
Все, кто пишут статьи, сталкиваются с тем, что через пару дней просмотры статьи падают, и наткнуться на статью можно лишь случайно. Поэтому автору нужно успеть набрать за короткое время:
-- Для начала 10 плюсов. Тогда статья появляется в блоке "В тренде" и появляется в группах Инфостарта в соц. сетях. Это не так просто! В разделе новых публикаций она висит всего час. Потом можно рассчитывать на своих подписчиков (На момент написания статьи их 250). При таком количестве подписчиков все мои статьи попадают в блок в тренде
-- Как можно больше комментариев. В блоке "В тренде" статья может задержаться максимум на неделю. Но чаще всего 2-3 дня. А вот если она наберет 40+ комментариев, то попадёт в блок "Обсуждаемые". Здесь продержится весь месяц с момента набора нужного количества комментариев.
Если не повезло, то через 3 дня Ваша статья потеряется в тысячах других публикаций. А что если Вы очень старались, потратили много времени и получился довольно полезный контент?! Как википедия практически! Автору всегда интересно расширить аудиторию своих читателей, особенно по каким-то важным темам.
Всё просто: можно создать раздел "Энциклопедия". Все статьи в любом случае проходят модерацию. Авторы статей могли бы подавать заявки на включение статей в такой раздел. Вот какими качествами должна обладать публикация для включения в раздел:
- Описанная статья, подобно главе в какой-то книге, качественно описывает какую-то проблему, или раскрывает какую-то тему. Конечно сюда не попадут статьи из раздела "О жизни".
- Публикация набрала 30 и более плюсов
- Тема остаётся актуальной и через несколько лет.
Но при всём при этом автор должен раз в 3 года (или какой-то другой промежуток времени) обновлять публикацию, актуализировать её под текущие релизы платформы и конфигураций.
Пользователи, которые будут читать публикации из раздела "Энциклопедия" могут быть уверены в том, что информация полезна и актуальна!
Всем ли будет доступен раздел или с ограничениями или с оплатой - решать администрации ресурса.
2. На мой взгляд на Инфостарте не хватает одного раздела. Это касается и конференции и Infostart Awards. Точно не хватает мне)))
Но, может, и не только мне. Я бы добавил категорию, в которую попали бы все публикации/доклады на тему тиражных решений.
Это не о том, о чём рассказывает Грянина. Не про то, о чём рассказывают на партнёрских конференциях...
Речь идёт об интересных подходах при внедрении какого-либо из типовых решений. Например, часть моих статей посвящены решению ЗУП. Точно могу сказать, что продолжу писать на эту тему в будущем. Я не пишу про то, как считать налоги, но я напишу о том, как устроены алгоритмы по расчету налогов, какова архитектура справочников/документов/регистров, связанных с решением этой задачи.
Уверен, многим есть что сказать! Особенно если речь про сложные конфигурации ЕРП или УХ. Также можно в этом разделе рассказывать про какие-то частотные проблемные участки в учете и способы их автоматизации.
Предлагаю название этой секции: "Лучшие практики тиражных решений".
3. Узкая аудитория для платных решений (за рубли)
Если хорошо подумать, то аудитория для наших решений - это бухгалтеры и другие пользователи типовых конфигураций. Но данный сайт, он в бОльшей степени для ИТ-специалистов. И немаленькая часть покупателей - тоже ИТ специалисты. Получается, что большинство конечных пользователей не в курсе, что их работу можно как-то облегчить с помощью решений, продающихся на Инфостарте. Наше решение должен в каталоге найти какой-то разработчик/аналитик (руководители редко этим занимаются), ему должно понравиться и только тогда произойдёт продажа.
На мой взгляд, какой-то длинный путь! Какова вероятность покупки решения по ЗУП? Выше давал ссылку на помощник заполнения графиков при вахтовом методе работы.
С текущим подходом шансы невелики! Почему нельзя рекламу доработок показывать на тех сайтах, где сидят кадровики и бухгалтеры? Понятно, что это затраты на рекламу, но ведь и доходы от продажи увеличатся? Вбил какой-нибудь пользователь в поиске "Работа вахтовым методом", а ему где-то баннер всплыл с моим решением. Мне кажется взаимная реклама с профессиональными ресурсами всем будет выгодна.
Ещё один аспект - для какой конфигурации написано решение. Если посмотреть на ТОП-10 продаж за месяц, то там постоянно решения для торговли! Крайне редко туда попадают другие решения. Т.е. заниматься продажей решений для ЗУП мало кому интересно! С этой проблемой постоянно сталкиваюсь и в работе. Все умеют продавать проекты по ЕРП/БП/УХ, но мало кто умеет продавать проекты по ЗУП) Именно поэтому и пишу про рекламу на профессиональных ресурсах.
Ещё раз повторюсь, что выразил моё персональное мнение, как автора публикаций и некоторых решений.
На этом всё! Как итог могу точно сказать - хорошо, что есть Инфостарт! Публикуйтесь, читайте публикации, покупайте решения)
