Поговорим о доверии... А надо ли давать его в кредит?! Часть 1. Этап знакомства и начала отношений

08.07.24

Саморазвитие - Личная эффективность

Обсуждая пост одной "Охотницы" в телеграмме, зашла речь о доверии. А ведь важная штука! Рассмотрим, что это такое, надо ли давать его в кредит и если давать, то сколько вешать в граммах!?

Рассмотрим самые проблемные ситуации, в которых нам не хватает доверия:

1. В резюме  можно написать всё, что угодно!?

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

3. Это ты там работала... А теперь надо посмотреть, как ты тут будешь работать!

4. Он(а) у нас давно работает, его(её) мнению мы доверяем.

5. Ты ж не штатный сотрудник... Мало ли что случится?!

6. Помятая салфетка уже никогда не будет прежней)))

 

Теперь подробнее... Для того, чтобы веселее было читать, давайте представим, что Работодатель - это состоятельный мужчина, а Сотрудник - это девушка, которая захочет всячески ему понравиться, ведь если понравится, то будет какое-то время на его обеспечении. Ессно не все такие, и не деньги главное в отношениях... Этот пример исключительно для придания комичности статье, и чтоб было понятно, какую чушь порой несут работодатели в описанных ситуациях. Ну и чтоб девушкам было не обидно читать это... Работодатель - это зажравшийся богатый бабник, а девушка на самом деле хорошая во многих смыслах этого слова. Цель этого сравнения понять: каковы у Вас шансы, что хорошая девушка захочет строить с Вами долгосрочные отношения?

 

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

 

1. В резюме  можно написать всё, что угодно!?

 

 

Чтоб разобраться в этом вопросе, накидаем ТОП-5 признаков хорошего сотрудника и девушки. Да, у всех свой ТОП-5, но я накидаю свой.

ТОП-5 качеств для сотрудника:

  • Большой опыт работы (знаний)
  • Ответственность
  • Нацеленность на результат
  • Неконфликтность
  • Умение работать в команде

 

ТОП-5 для девушки:

  • Умная
  • Понимает, что она также несет ответственность за происходящее
  • Готова к семье/детям
  • Умеет находить компромиссы
  • Готова прислушиваться к мнению мужчины.

 

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

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

 

И вот теперь смотрим на ситуацию: Вам на сайте знакомств пишет красивая девушка, реально обладающая озвученными качествами, а Вы ей пишете: ну написать-то в анкете можно чё угодно, может, даже фото не Ваше))) Какие шансы у Вас? Скорей всего, Вас забанят и напишут: "Да пошел ты ... козёл!".

Для того, чтобы был шанс на знакомство, нужно поверить, что, возможно, Вам реально повезло! Встретиться и во время общения попытаться разобраться в человеке.

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

В моей практике, за 20 лет работы в сфере 1С, НИКОГДА не работал там, где на собеседовании выказывалось неуважение на пустом месте.

 

Что в итоге получает работодатель:

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

Более подробно про понятие неадекватности можно почитать в статьях:

Адекватность работодателя. Как её определить? Часть 1. Собеседование, заключение трудового договора

Адекватность работодателя. Как её определить? Часть 2. Процесс работы, от испытательного срока до увольнения

Адекватность РП и тимлидов. Часть 1. Вмешательство в процесс и влияние на результат

 

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

 

 

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

  • Твои разработки уже включены в твою зарплату. Без этих наработок ты не стоишь этого...
  • Они вряд ли нам подойдут, возможно они вообще не работают, а ты хочешь от нас получить побольше денег.
  • Ну всякое же может случиться... И что тогда?

Т.е. получается ситуация с кривым зеркалом! У тебя есть то, чего нет у остальных кандидатов, а ты ещё и виноват в том, что это у тебя есть!? Ещё нужно убедить/доказать это работодателю. 

 

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

  • Без квартиры и машины я бы не обратил на тебя внимания... Ты не стоишь "этого".
  • Ты хочешь со мной отношений, чтобы я ремонтировал твою машину и платил ипотеку.
  • А мало ли что произойдёт между нами, и что тогда?!

 

Похоже на бред сумасшедшего!? По моему, самое оно! Теперь вернёмся в сферу работы...

Так сложилось, что сталкиваясь с задачей по переносу данных из ЗиК 7.7 в ЗУП 2.5 (15 лет назад) и из ЗУП 2.5 в ЗУП 3, всё время приходится пользоваться правилами конвертации. Большинство до сих пор считают это единственным способом перейти на новую систему. Ведь эти правила разработал вендор, а значит, ну не могут они быть плохими...

Но мой 15-ти летний опыт работы в сфере ЗУП показывает, что могут! И мне это жутко надоело!!! Каждый раз приходится их сильно переделывать, писать кучу обработок для исправления ошибок, как в исходной системе, так и в новой. При выходе новых релизов надо заново правила переделывать... Поэтому, на одном из проектов я в ультимативной форме предложил написать перенос данных "с нуля"! Т.е. либо  вот так, либо самостоятельно переходите с помощью типовых правил. Заказчик оказался неглупым, и согласился самостоятельно проверить, как сработает перенос. Правила конвертации себя "оправдали". Работу мне согласовали.

Как результат - я сделал совершенно новый механизм (нет, не велосипед!). И вот какие у него оказались плюсы:

  • Во-первых, он написан не от балды, а согласно определенному подходу, который я описывал вот в этой статье: Ни в ЗУП ногой!? А мне нравится! Часть 4. Главное - правильный перенос данных! Т.е. есть концепция переноса данных и мы не тянем всё что попало в новую систему. А ошибки исправляем в исходной системе. Почему так, описано детально в статье.
  • Во-вторых, механизм основан не на конвертации данных. У него 2 способа получения данных: прямое COM-соединение (старое, доброе и стабильно работающее) и чтение данных из файлов Excel. Если безопасность позволяет подключаться напрямую, есть доступ на сервер - используем COM, иначе выгружаем всё в Excel. Выгрузка данных и их считывание написано универсально, что сильно упрощает процесс добавления новых таблиц и полей в перенос! Как это делается я дополнительно описал в статье с примерами кода, к которой даже приложен шаблон обработки. Вот эта статья: Универсальный шаблон для загрузки данных из Excel и подбора ссылок в любой конфигурации
  • В-третьих, был реализован универсальный способ подбора ссылок. Реализованы регистры соответствий, чтоб не тянуть мусор из исторических систем. Это позволяет легко расширять состав таблиц и полей. Не надо писать новые запросы. Просто нужно подключить уже существующие механизмы. Как это сделать подробно описано вот в этой публикации: Несколько альтернативных универсальных способов подбора ссылок при переносах данных.
  • В-четвертых, возможность загрузки данных из Excel позволяет грузить данные откуда угодно!!! Это может быть SAP, Oracle, Axapta и всё что угодно. Это достигается благодаря тому, что есть набор шаблонов, который можно заполнить на стороне выгружаемой системы, и спокойно загрузить тем же самым инструментом, что и из ЗУП 2.5. Все шаблоны имеют подробное описание полей и правил их заполнения. В качестве примера я приложу бесплатный файлик с презентацией Power Point. В нём будут описаны 6 таблиц справочников. Общий объём документации примерно 200 листов А4. Т.е. всё описано подробно.

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

  • На одном проекте оплатили документацию, получили и начались чудеса...

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

Более того, мне предложили вычесть из следующего акта сумму за документацию. Ессно, я отказался, и эти твари кинули меня на 100 тысяч! 

Комичность этой ситуации заключается в трёх пунктах:

-- В любом случае нужно сопоставить таблицы исходной системы и ЗУП 3 (а именно поля ЗУП 3 были в моей документации описаны!)

-- Из-за своей нерасторопности они усомнились в моей работе. Какое-то кривое зеркало в меня отрикошетило! 

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

И главная причина всего этого звучит так: "Не поверили, что это сработает, решили, что я просто хочу побольше денег срубить".

В целом ДА! Тиражные решения делаются именно для того, чтобы побольше денег срубить))) И всё, что на Инфостарте выложено и успешно продаётся, тоже кем-то сделано во время работы, чтобы потом побольше денег срубить. Только за тиражным решением всегда есть выполненные проекты!

 

  • На другом проекте купили документацию по кадровому учету. Оплатили, акт подписали. 

Начали уже даже сравнивать таблицы с имеющимися уже web-сервисами. Я начал писать выгрузку данных из ЕРП в свой же формат Excel, т.к. несколько филиалов уже в ЕРП. Написал уже практически весь кадровый учет... И тут представитель заказчика говорит архитектору: "Мы ж с тобой всё ещё год назад проговорили, что выгрузка будет через правила конвертации! А Вы тут с Excel-ем, это не серьёзно!"))) И вот какие интересные аргументы были приведены:

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

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

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

Самое главное, что этим инструментом уже был запущен один крупный проект и вариант загрузки из Excel был на тех же данных протестирован!

Собственно если вопросы отправить "в обратку", и напомнить, что нет типовых правил по переносу с ЕРП в ЗУП 3... То станет понятно, что оба вопроса, мягко говоря, странные! Причем заданы они были без разбора ситуации, без разбора кто исполнитель и т.д. Потом его пытались убедить аргументированно - но всё бесполезно! Как говорится, если начальник несёт ахинею - отойди и не мешай! 

Комичность в том, что меня взяли на проект в основном для того, чтобы я объединил данные из САП и ЕРП в одну базу ЗУП 3. Ну и где ж он, интересно, видел "правильные" правила?! Даже правила от вендора никогда не используют без серьёзной доработки. А сколько они ошибок содержат - это только на небесах знают... Пока писал свой перенос, я исправил примерно 50 ошибок

 

Что в итоге получили эти руководители:

  • Ключевая задача проекта "Перенос данных" не выполнена! Людей, способных её выполнить на рынке не так уж и много. 
  • Сроки переноса не соблюдены
  • Качество переноса оставляет желать лучшего. Ведь просто на проработку концепции миграции у меня ушло недели 3. А инструмент создавался и отлаживался в течение года! Объём кода примерно 45 тысяч строк кода. Сделать такую работу за месяц-два в нормальном качестве нереально. 
  • Что там будет в переносе налогов, тоже не очень понятно. Ведь чтобы начать считать их в середине года, нужно соблюсти много условий, которые нигде и никем не описаны. У меня это получилось после 2-х месяцев доработки и тестирования. 

Наверно, гениев на рынке специалистов по ЗУП сильно больше, чем мне кажется. Иначе всё это выглядит как человек, который пилит сук, на котором сидит, и тут же стреляет себе в колено)))

 

3. Это ты там работала... А теперь надо посмотреть, как ты тут будешь работать!

 

 

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

И вот девушка на собеседовании сидит рассказывает, что 10 лет:

  • Первому мужу рубашки гладила
  • Борщ, котлетки, пельмешки готовила
  • Дома было идеально чисто
  • Саморазвитием занималась
  • Детей двоих родила

По всем параметрам идеальная жена... И тут ей говорят: "Ну это ты там гладила/готовила/убирала... (работала) Посмотрим теперь, как ты тут будешь работать!?" Как Вы думаете, куда Вас пошлёт эта девушка???? Уверен, Вы знаете! 

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

Конечно же, это понятно, что нужно всегда доказывать своё право быть на Олимпе, но это нужно делать не с уровня плинтуса!

Чаще всего, работодатели, которые это произносят, они совершают и другие ошибки, которые описаны в статье:

Адекватность работодателя. Как её определить? Часть 1. Собеседование, заключение трудового договора

 

Продолжение во второй части!

 

Если Вы не знаете, зачем и как ставить плюсы, Вам сюда:

Зачем и как ставить плюсы

 

Если есть желание ещё почитать про взаимоотношения с работодателем, вот статьи:

Адекватность работодателя. Как её определить? Часть 1. Собеседование, заключение трудового договора

Адекватность работодателя. Как её определить? Часть 2. Процесс работы, от испытательного срока до увольнения

Адекватность РП и тимлидов. Часть 1. Вмешательство в процесс и влияние на результат

 

Полезные публикации на технические темы:

Работа с контактной информацией.

Универсальный шаблон для загрузки данных из Excel и подбора ссылок в любой конфигурации.

Просмотр регистров по НДФЛ

Пример работы с файлами odt в клиент-серверной модели работы

Особенности работы с COM-соединением

доверие сотрудничество работа отношения собеседование испытательный срок штат штатный

См. также

Личная эффективность Бесплатно (free)

В этом выпуске мы поговорили с ведущими подкаста "Аналитики у микрофона" Татьяной Рыловниковой и Анной Войкиной про цели и ценности создания, прослушивания и участия в подкастах.

09.09.2024    270    0    Radio_Analyst    1    

2

Личная эффективность Бесплатно (free)

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

23.08.2024    730    0    user1947860    3    

5

Удаленная команда Личная эффективность Бесплатно (free)

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

20.08.2024    3934    0    PROSTO-1C    14    

22

Коммуникации Личная эффективность Обучение и наставничество Бесплатно (free)

Последние полгода систематизировала для себя тему онбординга и решила поделиться тем, к чему пришла на данный момент. Буду рада дополнениям в комментариях, так как тема крайне широкая. Часть наблюдений про организацию онбординга со стороны работодателя раскрою в отдельной статье. А в этой статье рассмотрим онбординг глазами приходящего в компанию сотрудника.

23.07.2024    1601    0    SerjoginaMaria    6    

13

Личная эффективность Бесплатно (free)

В восемнадцатом выпуске второго сезона подкаста Радио “Аналитик“ обсудили, как появилась методика WOOP, чем она может быть полезна и зачем нужна отдельная методика, если можно просто брать и делать.

30.04.2024    640    0    Radio_Analyst    0    

5

Лидерство Личная эффективность Agile Анализ потребностей и поиск решений Бесплатно (free)

В семнадцатом выпуске второго сезона подкаста Радио “Аналитик“ обсудили, что из себя представляет модель Кеневин, чем и в каких ситуациях она может быть полезна тем, кто работает в сфере ИТ и не только.

19.04.2024    1059    0    Radio_Analyst    0    

5

Личная эффективность Презентации и публичные выступления Бесплатно (free)

В статье рассказывается о 5 способах развития аналитика уровня мидл, мидл + и выше.

18.04.2024    2042    0    TanyaRi    1    

15

Личная эффективность Презентации и публичные выступления Бесплатно (free)

В шестнадцатом выпуске второго сезона подкаста Радио “Аналитик“ обсудили, что такое матанавыки, в чем их ценность, чем они отличаются от soft skills и как их развивать.

01.04.2024    574    0    Radio_Analyst    0    

4
Отзывы
97. Prepod2003 11.07.24 09:18 Сейчас в теме
Доверие заказчика к разработчику является одним из важнейших факторов для успешного завершения проекта. Взаимное доверие позволяет создавать продуктивные рабочие отношения, минимизировать риски и обеспечивать высокий уровень удовлетворенности обеих сторон. Это доверие способствует открытой и честной коммуникации, что позволяет обеим сторонам свободно обмениваться идеями, ожиданиями и опасениями. Такая атмосфера помогает избежать недоразумений и конфликтов, что значительно улучшает качество работы.

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

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

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

Таким образом, доверие между заказчиком и разработчиком является фундаментом успешного проекта. Оно обеспечивает эффективную коммуникацию, гибкость в работе, снижает стресс и повышает мотивацию, помогает управлять рисками и создает основу для долгосрочного сотрудничества. Важно строить доверительные отношения с самого начала работы над проектом, что гарантирует высокое качество и удовлетворенность обеих сторон.
ASKiselev; FReIM; biimmap; +3 Ответить
36. ivanov660 4564 08.07.24 14:13 Сейчас в теме
(27)
Я про то, что какая разница какой интерфейс у обработки, если задача будет решена.
Есть обработка значит быстро, меньше издержек. Нет обработки, значит дороже и больше издержек (нанимай людей для переноса данных вручную или пиши свою, получай штрафы и т.д.).
FReIM; biimmap; +2 Ответить
55. biimmap 2005 08.07.24 17:18 Сейчас в теме
(49)
Кстати про ком, это транспорт


вот и я об этом! А в переносе главное не транспорт, а состав данных! Концепция!!!
А люди видят слова COM и Excel, и такое ощущение что мозг полностью отключается от этих слов.

Начинают судить об инструменте по транспорту. Хотя универсальность может только Excel обеспечить, ибо никакой САПер не будет тебе выгружать в модные форматы. Никому это не надо. А в Excel спокойно выгружают без всякого.
ASKiselev; +1 Ответить
117. kser87 29.07.24 20:45 Сейчас в теме
Только за тиражным решением всегда есть выполненные проекты!

Скорее, за создателями тиражных решений
60. biimmap 2005 08.07.24 17:24 Сейчас в теме
(56)
Я часто сам за то, чтобы покупать готовые модули, как пример модуль интеграции с api WB.
Безусловно я могу сам его написать, но это займет у меня много времени.
Проще, дешевле и быстрее купить готовый модуль который еще и на поддержке.


Именно это же и я "проповедую". Но ведь согласись, чтоб купить готовый модуль надо обладать ДОВЕРИЕМ!!!
61. biimmap 2005 08.07.24 17:26 Сейчас в теме
(58)
Есть линкус на сервере, поэтому нужно дать шире возможности, а то получается только эксель.


так я ж не использую COM объект для чтения и записи в Excel, а использую табличный документ. и это отлично работает на Линуксе вроде бы)
Остальные комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. FReIM 9 08.07.24 09:10 Сейчас в теме
Ну действительно выгрузка по COM и через Excel как правило доверия не вызывает. Особенно после "быстрых" выгрузок горе программистов, которые ой что-то забыли учесть. Хотя честно для выгрузки хоть txt файлы используйте. Просто конвертация уже написана и с помощью неё можно написать что угодно, но это требует и времени и знания подводных камней конвертации. Более того правила конвертации может прочитать любой другой специалист изучивший конвертацию, а вот авторский велосипед может прочитать только тот, кто ознакомился с документацией к велосипеду, а подводных камней велосипеда может не знать даже его автор.
И естественно очень странно требовать правил конвертации с SAP в ЗУП. Их просто не может существовать.

Ну и задача по переносу данных обговаривается заранее. На каком инструменте будет выполнятся. Так что тут на лицо либо забывчивость работодателя, либо желание не вдаваться в подробности разработчика.
rambomax; +1 Ответить
5. biimmap 2005 08.07.24 10:12 Сейчас в теме
(1)
Ну действительно выгрузка по COM и через Excel как правило доверия не вызывает


Ты вообще читал статью? Или просто так ляпнул?

А ты вообще в курсе, что типовой обмен данными тоже сделан через COM, только зачем-то ещё и файлы формируются!? А знаешь о том, что выгрузка из большой базы ЗУП занимает больше суток!?

И чтоб совсем закрыть вопрос - выгрузка в Excel у меня идёт 4 часа там где больше суток у типового механизма
45. FReIM 9 08.07.24 15:44 Сейчас в теме
(5)
Давайте так, если вы стразу на "ты" с заказчиком, то ясно почему вас объявляют не серьезным, вы ведете себя не вежливо.
Ваш механизм я не видел и судить о его работоспособности не берусь, думаю вы не выкладываете в открытый доступ, а как минимум предлагаете купить.
starik-2005; +1 Ответить
50. biimmap 2005 08.07.24 15:58 Сейчас в теме
(45) мы просто общаемся в комментах. И да я не люблю выкать. Делаю это редко и только там где нельзя никак по другому. Одна из первых фраз от меня: давай общаться на ты. Это не связано никак с вежливостью.

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

Я ничего не втюхиваю, моя цель это результат.
56. FReIM 9 08.07.24 17:20 Сейчас в теме
(50)
Обычно у заказчика недостаточно квалификации, чтобы понять этот код.
Хорошо, если есть штатный специалист на поддержке, который может оценить ваш труд.
Я часто сам за то, чтобы покупать готовые модули, как пример модуль интеграции с api WB.
Безусловно я могу сам его написать, но это займет у меня много времени.
Проще, дешевле и быстрее купить готовый модуль который еще и на поддержке.
59. biimmap 2005 08.07.24 17:23 Сейчас в теме
(56)
Обычно у заказчика недостаточно квалификации, чтобы понять этот код.


У меня статьи написаны по принципу "чтоб уборщице было понятно".
60. biimmap 2005 08.07.24 17:24 Сейчас в теме
(56)
Я часто сам за то, чтобы покупать готовые модули, как пример модуль интеграции с api WB.
Безусловно я могу сам его написать, но это займет у меня много времени.
Проще, дешевле и быстрее купить готовый модуль который еще и на поддержке.


Именно это же и я "проповедую". Но ведь согласись, чтоб купить готовый модуль надо обладать ДОВЕРИЕМ!!!
66. FReIM 9 08.07.24 17:44 Сейчас в теме
(60)
Ну доверие при найме в штат.
И доверие при покупке готового продукта это разное доверие и по разным критериям.
А доверие при аутсорсе совсем третье.
А в статье смешались кони, люди и критерии оценки.
Одно дело принимать сотрудника в штат, другое заказывать разовую работу, третье покупать готовый модуль для длительного пользования.

Чтобы купить готовый модуль стоит заказть демонстрацию его работы, сотрудница одной известной франчази в имени которой есть слово Первый и отсылка к двоичной системе не смогла продемонстрировать работу модуля, хоть менеджер позиционировал сотрудницу как технического специалиста.
Серьезно, когда спрашиваешь у специалиста а может ли ваш модуль работать с характеристиками, ожидаешь ответа, а не давайте я потом уточню, и когда спрашиваешь про поддержку маркировки или почему демонстрация не на УНФ 3.0 или последней рознице, а на УНФ 1.6
Тут все доверие и пропадает.
69. biimmap 2005 08.07.24 18:43 Сейчас в теме
(66)
Тут все доверие и пропадает.


Правильно! ты заказал демонстрацию, проявил желание приобрести. Это и была нужная здесь порция доверия.
А они не смогли оправдать доверие и сделка не состоялась!
70. biimmap 2005 08.07.24 18:46 Сейчас в теме
(66)
Ну доверие при найме в штат.
И доверие при покупке готового продукта это разное доверие и по разным критериям.
А доверие при аутсорсе совсем третье.
А в статье смешались кони, люди и критерии оценки.


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

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

И моя аналогия с отношениями говорит о том же! Невозможно выстроить отношения с девушкой, если нет на старте кредита доверия взаимного.
8. biimmap 2005 08.07.24 10:26 Сейчас в теме
(1)
Особенно после "быстрых" выгрузок горе программистов, которые ой что-то забыли учесть


Инструмент разрабатывался ГОД! Т.е. явно о быстрой выгрузке говорить не приходится. Особенно учитывая наличия комплекта документации.
10. biimmap 2005 08.07.24 10:30 Сейчас в теме
(1)
И естественно очень странно требовать правил конвертации с SAP в ЗУП. Их просто не может существовать.

Ну и задача по переносу данных обговаривается заранее. На каком инструменте будет выполнятся


Там где я написал про правила, выгрузка должна идти из ЕРП. Но опять же, типовых правил не существует, и как понять, что написанные правила приведут к успеху?!

Для выгрузки из SAP используются существующие для других целей веб-сервисы, и никто их менять не хочет) А они и половину данных не выгружают нужных.
21. biimmap 2005 08.07.24 11:16 Сейчас в теме
(1)
Более того правила конвертации может прочитать любой другой специалист изучивший конвертацию, а вот авторский велосипед может прочитать только тот, кто ознакомился с документацией к велосипеду, а подводных камней велосипеда может не знать даже его автор


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

Просто в это надо вчитываться и думать. А у нас это не любят делать.
44. FReIM 9 08.07.24 15:41 Сейчас в теме
(21)
Изучать самописку или использовать инструмент по которому уже в 1С сертификацию и курсы прошел?
Если у вас помимо документации есть еще и обучение по работе с вашим модулем и пример разбора сложных ситуаций - хорошо.
Просто ваше решение я точно не смотрел. а конвертацию тыкал.
46. biimmap 2005 08.07.24 15:48 Сейчас в теме
(44) так а зачем обучать, если есть я который это знает и сделать готов?!) это если говорить о случаях описанных в статье. Ведь планировалось, что я сам сделаю перенос. Примерную смету расходов я выдал. Смета это часть документации.

Если говорить о будущем, то дая планирую сделать инструкцию для технических спецов. Но там пока что сложно. Надо чётко соблюдать последовательность действий. Возможно со временем придумаю как это автоматизировать.
51. FReIM 9 08.07.24 17:11 Сейчас в теме
(46)
Если вы описываете не общий подход, а только конкретный случай разового переноса, то хоть миллион китайцев нанимайте для ручного переноса. Заказчика должна волновать стоимость и сроки. Все. Остальное не его дело.
Если он хочет чтобы вы переносили под православным благословением танцуя канкан. То хозяин барин, только делать это не будете или будете за большие деньги и не самолично.
101. sashocq 193 11.07.24 10:49 Сейчас в теме
(1)
очень странно требовать правил конвертации с SAP в ЗУП. Их просто не может существовать.


Может. Например, при наличии возможности подключения к БД через ADODB.
См. https://forum.infostart.ru/forum24/topic307407/#message3084193
103. FReIM 9 11.07.24 15:43 Сейчас в теме
(101)
Это костыль. Т.е. подготовить выгрузку в формате понимаемом конвертацией то еще извращение. Так что заказчик не может этого требовать. Можно вообще делать выгрузку в промежуточную самописную конфу, а потом грузить из неё конвертацией в ЗУП. Вопрос зачем?.
2. FReIM 9 08.07.24 09:26 Сейчас в теме
В любом случае вопрос с доверием при приеме в штат программиста решается простым тестированием по задачам, которые ему предстоит решать, сильно поможет наличие сертификата 1С Специалист по платформе, а так же по нужному разделу учета. Ну и конечно испытательный срок 3 месяца. Он поможет понять может ли человек работать в команде и быть банально опрятным.
3. biimmap 2005 08.07.24 10:09 Сейчас в теме
(2)
и быть банально опрятным


вот вообще непонятно причём тут доверие и опрятность... Это уже о каком-то другом понятии
43. FReIM 9 08.07.24 15:37 Сейчас в теме
(3)
Попробую объяснить.
Сложно в одном офисе работать в команде с человеком который не моется.
Действительно сложно.
Возможно для такого человека формат удаленной работы - лучший выбор, возможно даже без видеосвязи.
47. biimmap 2005 08.07.24 15:50 Сейчас в теме
(43) я не против того что неприятно) есть люди которые моются, но чтобы вспотеть заново им достаточно 5 минут))))

Просто к доверию это не имеет отношения. А так да я согласен.
53. FReIM 9 08.07.24 17:14 Сейчас в теме
(47)
Ну доверие, если у человека в резюме "умение работать в команде" и он претендует на должность подразумевающую работать в офисе и на личное собеседование он пришел с бодуна в рваном тряпье и с запашком ужасным вместо переноса собеседования. То это говорит как минимум о том, что он немного лукавит, если не сказать грубее. А это как раз вопрос доверия.
49. Xershi 1541 08.07.24 15:55 Сейчас в теме
(3) это сравнение с общественным транспортом или даже туалетом. Есть чистый с хорошим воздухом и мягкой мебелью. А есть прокуренный и не убранный. Отсюда и вывод с кем работать комфортно.
Просто когда работаешь один на это можно не обратить внимания. А люди смотрят глазами. Но к статье это не относится конечно же.
Спасибо что порадовали статьей.
Кстати про ком, это транспорт. Перепишите его на ашттп в новых бсп он появился уже. Тогда вам никто не скажет, что это атас+))
52. biimmap 2005 08.07.24 17:13 Сейчас в теме
(49)
Но к статье это не относится конечно же.


Вот и я об этом! Статья не про чистоплотность и не про комфорт.
54. biimmap 2005 08.07.24 17:16 Сейчас в теме
(49)
Перепишите его на ашттп в новых бсп он появился уже. Тогда вам никто не скажет, что это атас+))


у меня нет такой потребности, ибо главный прицел - это импортозамещение! А чтение в этом случае идёт через Excel. И именно Excel будет основным способом работы инструмента, т.к. выгрузка и чтение работает шустро!
И в будущем, когда буду переносить опять из ЗУП, я вряд ли буду пользоваться COM соединением. Это лишь изначально так было сделано, чтоб можно было пользовать загрузкой без файлов.
55. biimmap 2005 08.07.24 17:18 Сейчас в теме
(49)
Кстати про ком, это транспорт


вот и я об этом! А в переносе главное не транспорт, а состав данных! Концепция!!!
А люди видят слова COM и Excel, и такое ощущение что мозг полностью отключается от этих слов.

Начинают судить об инструменте по транспорту. Хотя универсальность может только Excel обеспечить, ибо никакой САПер не будет тебе выгружать в модные форматы. Никому это не надо. А в Excel спокойно выгружают без всякого.
ASKiselev; +1 Ответить
58. Xershi 1541 08.07.24 17:23 Сейчас в теме
(55) вы поняли суть, есть предрасудки. Есть линкус на сервере, поэтому нужно дать шире возможности, а то получается только эксель. Поэтому и считают, что это прошлый век, я думаю, что разработав такое решение не проблема написать еще один транспорт. А не просто я сделал, я молодец, на больше нету сил или желания))
Успехов вам!
61. biimmap 2005 08.07.24 17:26 Сейчас в теме
(58)
Есть линкус на сервере, поэтому нужно дать шире возможности, а то получается только эксель.


так я ж не использую COM объект для чтения и записи в Excel, а использую табличный документ. и это отлично работает на Линуксе вроде бы)
65. FReIM 9 08.07.24 17:33 Сейчас в теме
(61)
COM на линуксе точно не работает. Как и Excel. Можно сохранить в xls и xlsx, а потом их читать.
Но опять же при обмене между 1С тогда уж лучше mxl, если без табличного документа никак не обойтись.
А при обмене с другими системами часто выгрузку таблиц с помощью csv формата делают, поскольку для других форматов выгрузки таблиц БД нужны плагины.
68. biimmap 2005 08.07.24 18:40 Сейчас в теме
(65)
COM на линуксе точно не работает. Как и Excel


а табличный документ прекрасно сохраняет в xls, равно как и читает из него без СОМ и Excel.
71. Xershi 1541 08.07.24 19:01 Сейчас в теме
(68) тогда почему про СОМ и Excel писали?
Логичнее тогда уже писать что обмен идет через файл, который хранит таблицы в формате xls и xlsx. Сделано по причине визуального и кросплатформенного решения, которое понятно пользователю и разработчикам другим приложений и программ. В любом случае у вас тогда у самого путаница в работе, мне тоже как то задавали вопросы чем отличается ком и оле. Но в любом случае меня туда не позвали и как видно правильно сделали, нечего мне с таким подходом там было делать! Но я к чему, похоже у вас проблемы как преподнести заказчику ваши плюсы. Согласитесь 100к терять на ровном месте какой-то абсурд!
user1256741; FReIM; biimmap; +3 Ответить
72. biimmap 2005 08.07.24 19:03 Сейчас в теме
(71)
Но я к чему, похоже у вас проблемы как преподнести заказчику ваши плюсы


Иногда сталкиваюсь с этим! я могу сделать всё что угодно, а вот продать это вообще не моё)))
73. biimmap 2005 08.07.24 19:05 Сейчас в теме
(71)
тогда почему про СОМ и Excel писали?


файлы же экселевские? формат .xls. Через СОМ моя обработка умеет работать? ДА!
Вот поэтому и написано. А детали раскрыты в публикациях, на которые даны ссылки в статье.
80. FReIM 9 09.07.24 10:25 Сейчас в теме
(73)
Тогда почему именно xls, а не xlsx или mxl или csv?
Почему не txt?
В качестве файла для выгрузки таблиц он пошустрее табличного документа будет.
Почему не XML или json?
Последний прекрасно читается в структуры и соответствия.
Или это по причине того что просто пользователь может взять и открыть выгрузку и легко её прочитать?
Парсер на стороне приемнике в любом случае придется писать.
74. biimmap 2005 08.07.24 19:05 Сейчас в теме
(71)
Сделано по причине визуального и кросплатформенного решения, которое понятно пользователю и разработчикам другим приложений и программ.


Именно так! Другими словами но именно об этом написано в публикациях
75. Xershi 1541 08.07.24 19:07 Сейчас в теме
(74) маркетинг называется, качайте скил и кидал будет меньше))
FReIM; biimmap; +2 Ответить
77. biimmap 2005 08.07.24 19:16 Сейчас в теме
(75) да да, оно самое. Вот для меня это ядерная физика на китайском)
81. FReIM 9 09.07.24 10:28 Сейчас в теме
(77)
Ну так оно самое. Люди не обладают компетенцией, чтобы понять высланную им документацию.
Для директора это может быть "что-то на техническом".
А для питон программиста "от боже это на русском!".
76. biimmap 2005 08.07.24 19:08 Сейчас в теме
(71)
Согласитесь 100к терять на ровном месте какой-то абсурд!


Если у людей нет понимания, что доброе имя стоит дороже чем 100 тысяч... тут никакие способности не помогут.)))

Поверь я выводы сделал из того случая. Много что поменял с точки зрения демонстрации продукта.
У меня появился "пробник" описания, смета расходов и 2 статьи. Посмотрим, как это скажется на результате.
110. DoctorRoza 11.07.24 20:15 Сейчас в теме
(58) предрассудки - это линукс на сервере без GUI, а виндовс сервер обязательно с GUI ))
64. FReIM 9 08.07.24 17:29 Сейчас в теме
(55)
Вообще тогда csv отличный вариант, многие забугорные решения в него из коробки выгружают.
Зачем Excel то тогда? И какая универсальность в Excel? Когда одни и те же грабли форматов Text и Value при сохранении из сторонней программы в Excel.
67. biimmap 2005 08.07.24 18:39 Сейчас в теме
(64) Вот для Вас и других людей с подобными вопросами и написаны 2 публикации:

1. https://infostart.ru/1c/tools/2068196/
2. https://infostart.ru/1c/articles/2045184/

в них всё очень детально описано. Ознакомьтесь
82. FReIM 9 09.07.24 10:31 Сейчас в теме
(67)
Кроме главного. А зачем тогда вообще xlы, а не mxl. Раз все равно выгружаете из табличного документа и читаете табличный документ?
114. d4rkmesa 17.07.24 22:12 Сейчас в теме
(64) Когда речь о выгрузке чего-либо из SAP, то в 90% случае это Excel. Исходя из своего довольно субъективного опыта, конечно. Могут, конечно, в csv, но так координаторам и аналитикам с "той" стороны виднее.
4. qwinter 683 08.07.24 10:10 Сейчас в теме
Наверно, гениев на рынке специалистов по ЗУП сильно больше, чем мне кажется. Иначе всё это выглядит как человек, который пилит сук, на котором сидит, и тут же стреляет себе в колено)))
Не, это ты пилил сук на котором он сидел и доил работодателя)))
biimmap; FReIM; +2 Ответить
6. biimmap 2005 08.07.24 10:13 Сейчас в теме
7. biimmap 2005 08.07.24 10:14 Сейчас в теме
(4)
это ты пилил сук


Если бы я пилил этих "сук", то поверь, внизу бы оказался карельский муравейник, и я точно бы допилил до конца! Ибо я довожу дело всегда до конца)))
9. qwinter 683 08.07.24 10:27 Сейчас в теме
Вспомнился один забавный случай про обесценивание. Было крупное внедрение на оборонном закрытом предприятии находящемся у черта на куличках, они сами были заинтересованы, сразу было оговорено что могу поговорить только в обед и естественно по видеосвязи, потому что много работы, а не о какой удаленке там и речи быть не могло, про это внедрение много говорили, и вот в конце мне заявляют что не серьезно собеседоватся из машины. Сколько же мне стоило сил, что бы не заржать прямо в лицо, хотя наверное сейчас я бы не сдерживался.
16. biimmap 2005 08.07.24 11:10 Сейчас в теме
(9)
в конце мне заявляют что не серьезно собеседоваться из машины


а что ты такой несерьёзный? Надо было форму военную Одеть.
11. rambomax 08.07.24 10:50 Сейчас в теме
Мне описанное в статье показалось настолько странным, что захотелось привести прямую аналогию:
один мой знакомый реально хороший технический специалист оказался человеком-обладателем "очень сложного характера" и решил продать своему работодателю свои наработки. Работодатель был крупным оборонным предприятием со спецификой. Всё закончилось тем, что хороший программист, но "человек со сложным характером" получил уголовное преследование, суд и приговор.
Всё описанное выше очень сильно напоминает ту историю.
Я лично - на стороне работодателя. И, чисто человечески, когда мне начинают рассказывать про СОМ и ехел в 21м веке, "моя рука тянется к пистолету" (только за одним исключением - 7.7))))
А эротические аналогии с "девушками" пусть останутся на совести автора: если работаешь на результат и в команде, то не гоже на аналитиков пенять, если проект провалился - все были в одной лодке - "в разводе виноваты оба одинаково", продолжая сексуальные параллели.
sashocq; FReIM; sergioevans; +3 2 Ответить
12. biimmap 2005 08.07.24 11:02 Сейчас в теме
(11)
получил уголовное преследование, суд и приговор


За характер уголовку вряд ли дают) Там наверно было что-то ещё. Для этого ж ущерб должен быть и доказательства его.
Поэтому не знаю почему у Вас такая ассоциация.
15. rambomax 08.07.24 11:09 Сейчас в теме
(12)
Там именно характер заставлял хотеть всё больше денег и больше, что вынудило хорошего программиста повести себя с работодателем настолько честно, что хватило на статью УК.
Я понимаю, что случаи бывают разные и описанное в статье это "взгляд с одной стороны решётки в зале суда", но постоянное упоминание, что работодатель должен денег за "уникальные методики и знания" сразу наводят на воспоминания.
Зачем использовать в статье эротику - "девушек". Гораздо лучше "землекопа". И все аналогии заиграют новыми красками: "я умею держать лопату ногами - мало вероятно, что мы согласны за это платить" "я там выкопал Чёрное море - хорошо, посмотрим как будешь копать тут".
18. biimmap 2005 08.07.24 11:12 Сейчас в теме
(15)
Зачем использовать в статье эротику


Эротика возникла лишь у тебя в мыслях.

Статья про доверие в отношениях. И вторая часть тоже будет в этом стиле и тоже про отношения. Про постель там ни слова. Аналогия с отношениями упрощает понимание написанного.
13. biimmap 2005 08.07.24 11:05 Сейчас в теме
(11)
не гоже на аналитиков пенять


так это чистая правда. здесь нет обвинения. Простая констатация фактов.
Ну и пока что проект не провалился) Хотя я на 99% уверен, что это произойдёт чуть позже. у них 01.07 должна была начаться ОПЭ. И ессно она не началась
14. biimmap 2005 08.07.24 11:07 Сейчас в теме
(11)
моя рука тянется к пистолету


суицид дело очень плохое!

Вы наверно тоже не в курсе как работает типовой перенос. Excel используется как возможность универсально грузить откуда угодно. Вы из SAP, Oracle перенос как делали бы?! Конвертацией?)))
d4rkmesa; +1 Ответить
17. rambomax 08.07.24 11:11 Сейчас в теме
(14)
В каждом конкретном случае решение было бы для этого случая: "Все счастливые семьи – похожи друг на друга, каждая несчастливая семья – несчастна по-своему" (писатель Л. Н. Толстой).
FReIM; sergioevans; +2 2 Ответить
19. biimmap 2005 08.07.24 11:14 Сейчас в теме
(17) а у меня решение универсально для всех случаев. Если непонятно как и почему так получилось - в тексте есть ссылки на поясняющие это статьи.
20. rambomax 08.07.24 11:16 Сейчас в теме
(19) Когда в руках есть молоток, понятно, что все "случаи" становятся "гвоздями".
Это классика: "наша бритва подходит для любого лица, лицо становится любым после первого бритья"
22. biimmap 2005 08.07.24 11:17 Сейчас в теме
(20) нет дальше интереса в чём-то убеждать. Причём аргументы тут не действуют никакие.
Статья точно для таких как ты написана.
23. rambomax 08.07.24 11:23 Сейчас в теме
(22)
Спасибо, я понял, что это статья про "все гвардейцы Кардинала, а я Дартаньян".
Наличие дартаньянов в любой команде - огромная беда.
Поэтому я и намекаю: что иногда дартаньяны, несмотря на всю их правоту, шпагу и знакомства с деТревилями, получают уголовное преследование.
Как говорится: меньше пафоса - ближе к народу.
30. webester 26 08.07.24 13:36 Сейчас в теме
У меня тоже ощущение, что автору просто очень обидно, что с ним обошлись несправедливо и он пришел жаловаться сюда, в поисках сочувствия. Не знаю кто там гвардейцы а кто кардинал, но, что у автора припекает видно за километр. А вместо этого ему тут: да у тебя ерунда какая-то вместо наработки вот ты и получил, что получил. Там наверное из космоса видно, как у автора полыхает. Слюной и злостью брызжет во все стороны. Весь монитор мне забрызгал(и как его теперь оттирать с внутренней стороны?) Я думаю, что надо остановиться и успокоиться. Просто отпустить ситуацию. Время как обычно легко и быстро все по местам расставит. Если наработка крутая и нужная она быстро все окупит, а заказчиков которые думают, что вам не по пути надо отпускать с миром и спокойной душой. Денег жалко да. Но случилось как случилось. Фарш невозможно провернуть назад. И доказывать кому-то, что-то тоже не имеет смысла.
DmitryKSL; yukon; FReIM; rambomax; +4 Ответить
31. biimmap 2005 08.07.24 13:40 Сейчас в теме
(30)
Там наверное из космоса видно, как у автора полыхает


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

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

Так что цель именно изменить будущее, а не поплакаться. Но то, что меня такое задевает это правда!
32. webester 26 08.07.24 13:49 Сейчас в теме
(31)
Дело не в том, как сейчас, а в том, как хочется чтобы было в будущем.

Не думаю, что заказчик (или ваш потенциальный заказчик) сразу начнет доверять фрилансерам как прочитает статью. Ваша статья к этому не ведет. Она вообще ни к чему не ведет. Просто набор наблюдений который справедлив(или вам кажется, что справедлив) в вашем конкретном случае. На месте одного руководителя или даже большей их части (если организация крупная) обязательно попадется удак. Это как бы уже даже привычно должно быть. Что он там будет что-то читать на ИС - смешная шутка.
33. biimmap 2005 08.07.24 14:00 Сейчас в теме
(32) То что чудаков на работе валом, ессно это понятно. Но это не значит, что это норма и что ничего не надо делать. По крайней мере у меня другое мнение.

А без доверия невозможно сотрудничество. В любом случае нужно что-то доверить, чтобы проверить. Никак иначе! У меня всегда работа строится ТОЛЬКО на доверии. Если мне не доверяют, то обычно даже до заключения договора не доходит.
34. biimmap 2005 08.07.24 14:02 Сейчас в теме
(32)
сразу начнет доверять фрилансерам


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

Иными словами, я не фрилансер!
VyacheslavShilov; +1 Ответить
35. webester 26 08.07.24 14:06 Сейчас в теме
(34)
Иными словами, я не фрилансер!

Я имел ввиду исполнителя, работа которого носит разовый или эпизодический характер. Ничего плохого в определении "фрилансер" не вижу. Сам был на своем ИП много лет практически с одним - двумя крупными заказчиками. Вы можете себя идентифицировать как вам удобно. Да хоть даже можете называть себя "Боевой вертолет". Почему нет.
38. biimmap 2005 08.07.24 14:16 Сейчас в теме
(35)
Ничего плохого в определении "фрилансер" не вижу


а работодатели видят! И объяснить им что ты не фрилансер, а проектник крайне тяжело!!!
40. webester 26 08.07.24 14:19 Сейчас в теме
(38) Понял. Есть надежда, что потенциальный заказчик не только статью прочитает, просветится. Но еще и комменты заценит и в случае чего будет понимать, что Павел Филатов из г. Москва не какой-то там фрилансер. А проектник, а это уже не хухры мухры. Тогда это важно конечно.
42. biimmap 2005 08.07.24 14:34 Сейчас в теме
(40) Поржал, сарказм это хорошо.

Некоторые мои статьи есть в моём же резюме. Так что те кто мне звОнит, уже с ними знакомы.
Важные для конкретного проекта статьи я направляю заранее на почту для ознакомления.

Ещё раз повторюсь - это помогает.

Да и тебе никто не мешает мои статьи отправлять своим работодателям и обращать на важные для тебя момент внимание.

Более того, есть люди которые так делают! Присоединяйся
100. sashocq 193 11.07.24 10:27 Сейчас в теме
(14) А почему нет? Она достаточно удобно организована, чтобы сосредоточиться на логике переноса, а не на вспомогательных механизмах. И не очень понятно для чего делать цель "без промежуточных файлов". Вроде, они не мешают, а даже иногда помогают при отладке.

У меня возникала как-то задача переноса данных из системы MS Dynamics Nav в учетную систему 1С. Сделал всё это в КД 2 + интерфейсную обработку потом прилепил с запуском обмена в фоне и выводом лога. Технически выгрузка и загрузка запускалась в одной базе 1С (получателе): выгрузка подключалась к СУБД через ADO, выгружала то что нужно в xml, затем загрузка загружала это как обычно в базу. Механика там очень простая.

Если вы поверхностно знаете КД 2, то так и говорите: я не очень разбираюсь в типовом механизме конвертации данных, поэтому сделал своё с нуля. И это очень хорошо, что у вас в итоге всё заработало. Но, как тут уже сказали, правила конвертации изучить и доработать — для этого нужен любой разработчик, знающий этот распространённый механизм. А чтобы добавить 2 реквизита и новый справочник в вашу обработку — для этого скорее всего понадобитесь вы.

И я понимаю, почему понадобилось делать что-то своё для переноса данных из старой системы в новую. Но то, что вы свой перенос из одной базы 1С в другую базу 1С с нуля сделали не на КД 2, а всё-всё своё, это ещё раз показывает, что просто в КД 2 вы "плаваете". Для разового переноса это ОК.
107. biimmap 2005 11.07.24 16:37 Сейчас в теме
(100)
что просто в КД 2 вы "плаваете"


Я там не плаваю, я ей не пользуюсь! Причин этому очень много. Главная - это сложность отладки и зависимость от релизов. Есть ещё с десяток!

А то что я сделал, сделано на века и позволит мне делать переносы с ЗУП 3 на ЗУП 4 потом на ЗУП 5 и т.д. И конвертация там и рядом не валялась.
115. d4rkmesa 17.07.24 22:18 Сейчас в теме
(100) Есть одно "Но", КД 2 в 2024 жутко устарела, даже больше, чем неустаревающий Excel. Выгрузки из Navision \ Incadea подобные я видел и дорабатывал, но не стал бы делать подобные в 2024, ибо жуткие костыли.
116. sashocq 193 17.07.24 23:01 Сейчас в теме
(115) Если мы говорим о постоянной/периодической выгрузке, то я не спорю: есть более привлекательные варианты (не Excel, конечно)

Но если мы говорим о разовой (переход со старой системы на новую и т. п.), то более нового и удобного пока ничего нет. Собственно, этот механизм и в КД 3.1 встроили (обмен по правилам, вроде называется). Так что вы, конечно, можете это называть по-другому, но это та же самая КД 2 и есть, только на упр. формах.
24. пользователь 08.07.24 11:36
Сообщение было скрыто модератором.
...
25. ivanov660 4564 08.07.24 13:30 Сейчас в теме
(24)
1.
Сейчас все гоняются за опытными спецами

Скорее за: "высококвалифицированными низкооплачиваемыми специалистами" )
2. Со стороны заказчика следует ожидать результат в рамках, а инструменты должны оставаться за исполнителем (хоть ручками сотня китайцев перебьет).
27. biimmap 2005 08.07.24 13:33 Сейчас в теме
(25)
Со стороны заказчика следует ожидать результат в рамках


Поясни о чём речь? Как раз наличие инструмента и позволяет быть в рамках! Ведь есть фикс затраты на него и время на использование. а так надо с нуля чёрти чё делать и здесь быть в рамках ну никак не получится!
36. ivanov660 4564 08.07.24 14:13 Сейчас в теме
(27)
Я про то, что какая разница какой интерфейс у обработки, если задача будет решена.
Есть обработка значит быстро, меньше издержек. Нет обработки, значит дороже и больше издержек (нанимай людей для переноса данных вручную или пиши свою, получай штрафы и т.д.).
FReIM; biimmap; +2 Ответить
37. biimmap 2005 08.07.24 14:15 Сейчас в теме
(36)
Я про то, что какая разница какой интерфейс у обработки, если задача будет решена.


Руками и ногами поддерживаю твою мысль!
28. biimmap 2005 08.07.24 13:34 Сейчас в теме
(25)
Скорее за: "высококвалифицированными низкооплачиваемыми специалистами" )


Много мечтателей. Это правда. У меня об этой написано в статье https://infostart.ru/1c/articles/1984004/
в первой части статьи про негативные тенденции
26. nemec 21 08.07.24 13:31 Сейчас в теме
(24) добавьте выгрузку в JSON-ы эти новомодные и пусть уже успокоятся)
29. biimmap 2005 08.07.24 13:36 Сейчас в теме
(26)
добавьте выгрузку в JSON-ы эти новомодные и пусть уже успокоятся)


В том и дело что нет разницы. У меня выгрузка и чтение Excel работает гораздо быстрее чем вот эти новомодные хрени)
39. bayselonarrend 2027 08.07.24 14:19 Сейчас в теме
(26)Спецификация JSON так то в 99 году вышла))) Я конечно знал, что 1С консервативен, но не настолько же
FReIM; biimmap; +2 Ответить
41. webester 26 08.07.24 14:21 Сейчас в теме
(39)8ка вообще сырая еще, если вам это об чем ни-будь говорит.
bayselonarrend; +1 Ответить
48. starik-2005 3077 08.07.24 15:51 Сейчас в теме
Понимает, что она также несет

Вообще, опыт - штука такая... Вот сидишь ты десять лет в одной конторе на одной должности. Что это о тебе говорит? Только одно - ты неспособен развиваться. Хотя опыта вроде как не занимать.

Вообще, в резюме есть три критерия (два - мало, четыре - лишка - Лукьяненко, "Звезды - холодные игрушки"):
1. Достаточный опыт с движением (админ/разраб/старший разраб/архитектор). Отсутствие движения - это должно напрячь.
2. Релевантность опыта задачам. Я, например, почти не занимался ЗУП. При офигенском опыте задачи ЗУПа я буду решать скорее всего сильно долльше заточенной на это девочки.
3. Возраст. На ХХ куча джунов с милиардлетним опытом постпенсионного возраста. Нафига они нужны? Вообще, после 45-50 лет надо перестать бегать и осесть в конторе мечты. Если не нашел такую, то, видимо, софтскиллз отсутствуют. Единственная приличная причина менять работу - контора приказала долго жить. Но тут лучше с рекомендациями релоцироваться в сторону более молодых коллег.
VyacheslavShilov; +1 Ответить
57. biimmap 2005 08.07.24 17:22 Сейчас в теме
(48)
Вообще, опыт - штука такая... Вот сидишь ты десять лет в одной конторе на одной должности. Что это о тебе говорит? Только одно - ты неспособен развиваться


Возможно... Ты вроде читал мои статьи... А в них написано, что я не сижу на одном месте.
d4rkmesa; +1 Ответить
62. biimmap 2005 08.07.24 17:27 Сейчас в теме
(48)
При офигенском опыте задачи ЗУПа я буду решать скорее всего сильно дольше заточенной на это девочки.


Полностью согласен с этим! А мой опыт только и состоит из ЗУПа.
63. biimmap 2005 08.07.24 17:28 Сейчас в теме
(48)
Возраст. На ХХ куча джунов с милиардлетним опытом постпенсионного возраста. Нафига они нужны?


а нафига они нужны джуны? Что они могут сделать серьёзного?! НИЧЕГО!
112. gybson 16.07.24 21:27 Сейчас в теме
(48) Вот я 12 лет руководил. И развитие шло ровно с развитием компании при неизменной должности. Просто сначала это несколько магазинов и серверов, а потом много магазинов, интернет, облака и вообще другой бизнес.
78. titanium2008 46 08.07.24 22:29 Сейчас в теме
Я как архитектор когда захожу на проект ЗУПа всегда гружу данные из экселя! Тут именно политический момент- заказчик отвечает за свои данные и выгружает их как хочет в заранее согласованный формат и занимается выверкой. Потом у меня разраб пишет загрузку данных.
79. biimmap 2005 08.07.24 23:57 Сейчас в теме
(78) УРА! Я не одинок в своём выборе)))
84. FReIM 9 09.07.24 10:41 Сейчас в теме
(79)
Ну у вас в задачах показать файл обмена бухгалтеру. Тогда понятно и ясно.
Я немного другой областью занимаюсь. Интеграциями с сайтами/кассами(офд)/транспортными системами/макетплейсами по различным api, там как раз csv, xml, json.
Ну или xml soap.
Все это объединяет то, что максимум, кто будет смотреть логи и выгрузки это технический специалист, но никак не бухгалтер.
Там задача передать необходимый минимум информации через канал связи.
83. FReIM 9 09.07.24 10:34 Сейчас в теме
(78)
Ну если выгрузка для бухгалтера, чтобы заниматься выверкой, то да эксель как раз для бухгатера.
А если чисто формат переноса передачи данных, то он даже хуже чем родной mxl.
87. biimmap 2005 09.07.24 14:44 Сейчас в теме
(83)
если чисто формат переноса передачи данных, то он даже хуже чем родной mxl


Вот мы уже много обсуждаем, что якобы Excel плохой... Но давай аргументированно по пунктам - почему плохой?
Ещё раз повторюсь, выгрузка на 3000+ сотрудников в Excel идёт 4 часа. Это очень быстро, ибо типовая выгрузка идёт больше чем сутки.

Чтение этого объема данных до начала поиска ссылок занимает 2,5 часа. Что тоже довольно быстро. Зачем мне другой формат???


(83)
если выгрузка для бухгалтера, чтобы заниматься выверкой, то да эксель как раз для бухгатера


Выгрузка не только для бухгалтера или кадровика. Просто есть возможность проанализировать данные до того, как этот набор Г..НА загрузить в базу. Ведь загрузка идёт несколько суток. А я уже на этом этапе могу найти десятки а то и сотни ошибок, просто просматривая глазами таблицы. На их повторное создание если полностью, то я затрачу 4 часа, если точечно то от 5 до 15 минут.

Я могу загружать данные, которые пофигу откуда выгружены. Какие ещё нужны аргументы?!
Чтение Excel и укладка по таблицам выполняется одной универсальной функцией. Её текст можно найти в публикации с шаблоном. Мне всё равно сколько таблиц, всё равно какие у них поля, эта функция не изменится следующие 200 лет. Вот в этом универсальность! Пофигу откуда, пофигу сколько, пофигу на состав колонок.

Добавление в перенос новой таблице занимает час максимум 2, в зависимости от сложности. Добавление нового поля - 3 минуты.

Достаточно аргументов!? А с этой сраной конвертацией, выйдет новый релиз ЗУП 3 и будешь неделю правила переделывать заново.

А для моей обработки пофигу на релиз ЗУП 3 и пофигу на релиз того откуда выгружаю.

Давай либо аргументированно, либо не стоит мусорить в комментариях.
91. FReIM 9 10.07.24 09:11 Сейчас в теме
(87)
Почему вообще вопрос про Excel?
Когда речь идет про выгрузку и чтение через табличный документ.
Давайте не путать механизмы и форматы файлов.
Формат выбирается под задачу.

Более того, xls или xlsx более тяжеловесен чем ваш xml (мы говорим не про Xml который сделан с помощь конвертации).
Вы же понимаете что xml или json можно и ручками формировать.
Просто вы написали парсер для табличного документа хотя аналогично могли для любого другого формата.

Вы ваши функции могли реализовать через любой формат файла в принципе.

Единственное достоинство - Excel может прочитать бухгалтер и директор, а остальные форматы нет.
94. biimmap 2005 10.07.24 15:32 Сейчас в теме
(91) опять набор слов без аргументов


(91)
Вы ваши функции могли реализовать через любой формат файла в принципе


мог, но не захотел по озвученным выше причинам. Давай закончим на этом.
95. FReIM 9 10.07.24 16:01 Сейчас в теме
(94)
Ок.
Я не говорю что эксель плохой или хороший.
Но скорость записи табличного документа в эксель несколько медленнее записи в текстовый файл или xml, json. (особенно хорошо видно на примере формата xlsx пишется много мусора и лишнего оформления, которое не нужно.)
Замеров я вам сейчас не приведу.
Естественно перегруженный сериализацией формат выгрузки конвертации универсален, но к сожалению медленный, особенно, если выгружать зависимые объекты по ссылке.

С вами никто не спорит.
Просто хотелось понять причины столь экзотического выбора формата файла для переноса данных как эксель.

Так что резюмируем:
1) Эксель нагляден и для заказчика и для вас.
2) Парсер вы писали для эксель и табличного документа, вам так удобнее было, а потом переписывать не стали, ибо ЗУП нет огромного количества строк в регистрах, чтобы упереться в чисто технические ограничения в 1 048 576 строк для xslx и 65 536 строк для xls.
3) Производительность текущей выгрузки вас вполне устраивает, даже если будет и более производительный формат для записи, то все переделывать для выигрыша в скорости нет смысла, вас и так устраивает текущая скорость, а оптимизация ради оптимизации смысла не имеет, вам и так есть чем заняться.
Вот ссылка на ограничения формата.
96. biimmap 2005 10.07.24 23:14 Сейчас в теме
(95)
Так что резюмируем


Резюме правильное, значит мы не зря столько обсуждали)


(95)
65 536 строк для xls


Сталкивался. есть таблицы для которых при выгрузке формируется больше 10 файлов. Они универсально считываются и собираются в итоге в один запрос. Всё продумано.
98. FReIM 9 11.07.24 09:56 Сейчас в теме
(96)
Ну так! Мы сюда не помидорами кидаться приходим, а поговорить с умными людьми. :)
Мои скромные разработки на инфостарте не попадающие под NDA, написаны под задачу. Там даже интерфейса как такового не разработано, так чтобы работало и ладно.
Поскольку пользователь вообще не должен был участвовать в настройке, оно должно само работать без его участия.

Сейчас бы я писал по другому, есть несколько строк кода, что сделаны не оптимально после перехода с УТ 11.4 на УТ 11.5

Так что не мне говорить про тиражные решения. Но ваше решение я бы посмотрел.
А так в нашей компании есть талантливый человек, что написал правила конвертации с УПП на ЗУП, но перетаскивали данные полгода, благо начали заблаговременно, и больше перетаскивали самих бухгалтеров, кадровиков и доработки для них, нежели сами данные. (поскольку ЗУП КОРП и холдинг, а компаний больше десятка) Ну и конечно же был несчастный, что перетаскивал печатные формы в WORD. Сам проект длился год, а еще полгода посте проекта перетаскивали то, что забыли и дорабатывали то что "срочно нужно". В том числе через эксель и COM дозагружали, то что было "не нужно", а потом стало нужно.
Оставьте свое сообщение