Схема повышения качества работы с клиентами. Часть 2. Разработка.




Принцип обмена данными из 1С с сайтом (на MySQL) и выдачи (публикации) этих данных по запросу.
PHP-Скрипт автоматической загрузки данных из файла данных в формате CSV в базу данных сайта работающего на WordPress.

В продолжение моей темы: 1С:Альфа-Авто Автосалон Автосервис: обмен с сайтом.
С помощью данного скрипта можно загружать в автоматическом режиме, по расписанию, данные сервисных книжек (ремонтов авто) из 1С:Альфа-Авто Автосалон Автосервис.
Также можно загружать данные в ручном режиме: для этого делается скрытая страница, где размещается специальная кнопка.
Комментарии размещенные внутри скрипта разъяснят логику и порядок действия.
Комментарии с "/////    echo" использовались для отладки.
Дополнительно создана таблица для журналирования результатов загрузки данных.
Скрипт включает в себя защиту от SQL инъекций (думаю безопасность соблюдена в полной мере).
В кратце:
1. Пишется скрипт, который запускает этот.
2. Создается регламентное задание в WordPress, по которому запускается скрипт из п.1. 
3. Этот скрипт осуществляет проверку на существование файла обмена в папке.
4. Если данные не новые, загрузка не производится.
5. Если данные новые, очищается таблица сервисных книжек.
6. Загружаются новые данные.

Собственно сам скрипт:

<?php // Полная загрузка сервисных книжек, создан 2024-01-05 12:44:55

global $wpdb2;
global $failure;
global $file_hist;

/////  echo '<H2><b>Старт загрузки</b></H2><br>';

$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
/////   echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}

$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
/////   echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}

/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
/////   echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
/////    echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist);   ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7];    ////получаем размер файла
$m_mtime_file=$masiv_data_file[9];   ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file

/////   echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
/////   echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
/////   echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);

if ($results)
{   foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));

////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
/////   echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
/////   echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}

////загружаем данные
$table='vin_history';         // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация     // (путь от корня web-сервера)
$delim=';';          // Разделитель полей в CSV файле
$enclosed='"';      // Кавычки для содержимого полей
$escaped='\

99 Comments

  1. davdykin

    Спасибо за интересные статьи. Некоторые моменты использовал, некоторые моменты стали «открытием».

    Reply
  2. leosoft

    1. Интересно — а аккаунт не может сбежать вместе с лучшими программистами к полюбившим их клиентам?

    2. «Если вы сталкивались в своей работе с фрилансерами, то понимаете, что это люди, которые спокойно могут сдавать сырой продукт» —

    Вы не путаете халтурщиков-студентов с профессионалами фрилансерами? Никогда сырой продукт не сдается! Это просто убыточно — начнут тестировать и вызывать даже по мелочам, но это же будет прямая потеря времени, за которую никто не заплатит!

    Reply
  3. kapustinag

    Хорошая статья. Кое-что соответствует нашей практике работы или задумкам, но есть и новые интересные вещи. Надо будет взять на вооружение. Спасибо.

    Reply
  4. nurpoz

    (2) leosoft,

    1. Это решается отчуждением функций. Аккаунт не занимается созданием системного избыточного сервиса, не занимается системным построением отношений с клиентами. Эти функции стоят над ними. Так что любит клиент далеко не аккаунта с программистами. ))

    Я не зря часто пишу слово «системно», мало просто оказывать избыточный сервис, мало просто строить отношения с клиентами.

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

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

    Во всех случаях, когда задачи декомпозируемы, то 80% ответственности за качество ложится на аккаунта. А в случаях недекомпозируемых задач, которые требуют суперспециалиста, развесовка ответственности, как правило, наоборот.

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

    Когда я писал, я не имел в виду профессиональных фрилансеров.

    Reply
  5. pumbaE

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

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

    Reply
  6. nurpoz

    (5) pumbaE,

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

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

    Reply
  7. Evgen.Ponomarenko

    Прикольно, мне кажется, что мысль выделять синим изменения, живет сама по себе, вне зависимости от нашего сознания )))) http://infostart.ru/public/201607/ см. п4.1 и п4.2

    Подсистемы и видео – рулят! Чем пользуетесь для видео захвата?

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

    Reply
  8. Evgen.Ponomarenko

    С тезисом

    Ограждаем пользователей клиента от разработчиков

    — полностью согласен. С аргументацией не согласен в корне.

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

    Мы ограждали программиста от рядовых пользователей еще и по той причине, что существует так называемое состояние «потока», для того, что бы войти в него программисту требуется в среднем 20 минут. Если программиста отвлекают каждые 40 минут, то за день он эффективно отработает только 4 часа. Если вы дергали его каждые 20 минут – не удивляйтесь, что вам мягко говоря не рады. Ведь по большому счету мы сами не даем ему возможности сделать ту работу, которая нам же и нужна.

    Reply
  9. Evgen.Ponomarenko

    Не могу согласиться, что

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

    — ну ни как! Так может выразиться, только тот кто не является в душе программистом, он может быть кем угодно – РП, аналитиком, собственником, кем угодно – но не программистом. Чтобы понять его суть, нужно понимать его нужды, не более того. Да программистами трудно управлять не спорю. Это сержант может командовать отделением в 10 человек, но уже уровнем выше сложность управления не позволяет управлять больше чем тремя. Программисты хорошо работают парами или тройками, дальше сложность и количество коммуникаций растут быстрее, чем польза от дополнительного программиста.

    По поводу плохо поставленной речи: Где вы видели опытного программиста в возрасте от 35 лет и стажем от 10-ти с плохо поставленной речью? Если человек теряет дар речи и начинает заикаться под прессом главного бухгалтера и ему всего 25 лет, это нормально.

    Программисты ленивы не более, чем любой другой демотивированный сотрудник.

    Reply
  10. Evgen.Ponomarenko

    Я понимаю, что текучка неизбежна, но вот последствия этой текучки можно и нужно искоренять системно.

    Категорически с Вами не согласен, работать нужно не со следствием, а с причиной: проблема лежит в самой идее франчайзинга 1С «использование низко квалифицированной наемной рабочей силы.» Обучение/Сертификация 1С это кузница специалистов низкой квалификации, еще и за деньги самого специалиста/Франча. Большинство профессиональных разработчиков в 1С либо имеет богатый опыт разработки/внедрения в других средах разработки либо стаж в 1С более 5 лет.

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

    Reply
  11. Evgen.Ponomarenko

    По поводу отчуждения. Ох уж мне эти сказочники. А вы пробовали забрать ребенка у матери? Так почему вы считаете, что отобрав у автора его детище, заменив его кнутом и пряником вы получите продукт, который выдержит проверку временем, станет лучшим в своем классе? Прошло уже с 10 лет, а я до сих пор помню как от нас уходил программист, чуть ли не со слезами на глазах – так ему не хотелось расставаться и с коллективом и результатом труда этого коллектива. Правда это было не 1с…

    Хех… учиться Вам еще и учиться!

    Хотя… не могу с вами не согласиться… текучка она и в Африке текучка, и системные решения здесь никому не помешают. На самом деле не смотря на столь критичные посты, я вам благодарен за поднятые темы и дельные советы.

    Reply
  12. hulio

    (0) как альтернативу подсистемам можно использовать хранилище конфигурации. То есть, само собой, что логически конфигурация разбивается на подсистемы. Но вот добавление подсистемы на каждый небольшой этап/доработку может быть не всегда удобно. Вполне можно обойтись хранилищем конфигурации — надо лишь при помещении изменений в хранилище устанавливать метку.

    Пример, как я это использую: есть проект на базе типового решения 1С, требующий вмешательства в конфигурацию. В таком случае, я добавляю корневую подсистему «Доработки», содержащую еще две подсистемы — «ИзмененныеОбъекты» и «НовыеОбъекты». Кроме того, при помещении любых изменений в хранилище я стараюсь максимально полно описать сделанные доработки. Помимо такого комментария я добавляю метки вроде «0001_ИмпортИзКлиентБанка», «0005_РКО_ДвиженияПоРасчетам» или просто «SD_XXXX» (для изменений, сделанных по заявке № XXXX в ServiceDesk).

    Есть только один минус — если с хранилищем что-то случится, то и история изменений потеряется 🙂

    Reply
  13. pumbaE

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

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

    — Это как помочь бабушке через дорогу перейти, когда вам по пути «Да, без проблем!», но как только необходимо помочь подняться на 5 этаж без лифта, сразу вспоминаем, что опаздываем на важную встречу, встреча принесет денег, деньги накормят своих детей и «Извини бабуля, спешу, дела…»

    Reply
  14. nurpoz
    Reply
  15. nurpoz

    (13) pumbaE,

    У нас нет менеджеров по продажам и стратегов, как отдельных функциональных единиц.

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

    Reply
  16. nurpoz

    (13) pumbaE,

    Какие функции вы выделяете в работу менеджера по продажам?

    Не совсем понятно зачем он нужен там, где продажа производится в процессе оказания услуг.

    Reply
  17. Evgen.Ponomarenko

    (14)

    Очень рад, что не ошибся в Вас ))))) Не смотрите на мою критику… Просто ваши статьи очень обширные, видно, что человек с большим опытом, а вот с каким… было трудно понять… Тем более, что ранее Вы не светились. Есть одна восточная мудрость «Хочешь познать человека — сразись с ним». ))) Я думаю мои комментарии помогли Вам полностью раскрыться. Мне интересны Ваши статьи, хотелось, что бы Вы писали и дальше. Ваш опыт достоен раздела «Выбор эксперта». Считай-те, что это был мой способ привлечь внимание к Вашей персоне. Уже было хотел пройтись по вашей первой статье, мне казалось, что она не заслуженно не привлекала достойного внимания, но вечером заметил, что все стало на свои места.

    Reply
  18. Evgen.Ponomarenko
    У вас какое-то искаженное восприятие того, что я написал. Этот ваш пост — фантазия чистой воды.

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

    Reply
  19. nurpoz

    (17) Evgen.Ponomarenko, (18) Evgen.Ponomarenko,

    Спасибо за заботу.

    Но писАть, как и пИсать, необходимо, когда уже не можешь. (с) Жванецкий

    Поэтому сижу и терплю. Уж что родится, то родится.

    Reply
  20. gendal

    nurpoz,

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

    Reply
  21. Gilev.Vyacheslav

    очень хорошая статья, спасибо

    Reply
  22. pro-rok

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

    Reply
  23. nurpoz

    (20) gendal,

    Всему свое время.

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

    Моя личная мотивация — личное совершенствование и драйв. Взгляд может показаться немного философским, но для меня это реальность. Бизнес заставляет развиваться, обнаруживать личные слабости, устранять их, приобретать новые навыки, много и быстро учиться, прыгать выше головы, рисковать, брать ответственность, думать о стратегии, придумывать и реализовывать «военные»-конкурентные хитрости и пр. А в плане драйва, для меня это вторая бурная молодость, бабье лето, которое сравнимо по накалу только с последними классами школы и первыми курсами университета, где был полный отрыв… как давно это было )))

    (21) Gilev.Vyacheslav, (22) pro-rok,

    Спасибо за доброе слово.

    Reply
  24. Evgen.Ponomarenko

    (14)

    Я программист с 5-го класса, с тех пор, когда мы делали мультики на программируемых калькуляторах (это надо было видеть)

    , — хе…хе… я тоже луноход сажал на калькуляторе. Я смотрю у нас много общего:

    Я тоже успел поковырять Андрюшу. На новый год супруге сделал подарок — в её магазин разработал а-ля кассовый аппарат, со сканером штрих кода под планшет. Выгрузка/загрузка через xml. Прайс внешний — тоже xml. Все транзакции дублируются в файл. Поля на формах формируются программно. Встроенный калькулятор и клавиатура. Могу поделиться. 1С жутко тормозит под одноядерный планшет, в конце-концов поставил на винде под УФ, работает до сих пор. Классная тема — терминальный клиент под андроид: «2Х», все здорово, кроме одного, пока не работает удаленная печать. Честно говоря с аднроидом и принтерами одна большая печалька.

    Reply
  25. Evgen.Ponomarenko

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

    Reply
  26. ZLENKO

    Рекомендую почитать http://gettingreal.37signals.com/ если поискать в инете — можно найти на русском

    Reply
  27. ZLENKO

    «избыточный сервис должен быть системой» — это только в случае когда клиент готов платить за «качество» 🙂 К сожалению часто сталкиваюсь с тем что клиенту не нужен избыточный сервис, а нужно просто сделать именно то что он просит. Не больше и не меньше. Не имеет смысла даже здравые мысли доводить до уровня лозунгов.

    Reply
  28. nurpoz

    (27) ZLENKO.PRO,

    Согласен полностью. Как вы можете заметить, тема как раз об этом.

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

    Сервис кроется в мелочах и, как правило, он не требует существенных затрат.

    Reply
  29. Fenicss

    А вообще кто нибудь по такому принципу работает у вас? Просто я считаю это увеличивает штат. Во вторых я часто выступаю посредником между фирмами и скажу что сложную доработку очень сложно защитить (не отчет).

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

    Reply
  30. ZLENKO

    (28) Полностью с Вами согласен… Однако в глазах большинства клиентов «ресторанами» являются, например, БИТ или Рарус. Переубеждать их что это не совсем так — бесполезно 🙂

    Reply
  31. help1Ckr

    (25)Evgen.Ponomarenko,

    «за уведенного специалиста фирмы внедренца в течении полу-года» крепостное право отменили в 1861 году) этот пункт договора будет только отталкивать от вас клиентов, ибо реализовать его в суде у вас не получится. Проверено на личном опыте.

    Reply
  32. help1Ckr

    (30) ZLENKO.PRO, не бесполезно) я еще на 7ке в франче использовал систему избыточного сервиса (не знал просто тогда что она так называется) и это приносило свои результаты)

    Reply
  33. help1Ckr

    (25) Evgen.Ponomarenko, » С тех пор вижу смысл включать в договор пункт о денежной компенсации за уведенного специалиста фирмы внедренца в течении полу-года. » кстати. тут проще и правильнее со стороны законности будет фиксировать обучение специалистов и в случае ухода требовать от них оплаты стоимости обучения.

    Reply
  34. Evgen.Ponomarenko

    (31) help1Ckr,

    по поводу крепостного права ))))) «мои» означало не право собственности, «мои» означало, что я вложил в них все лучшее, что у меня было. Крепостное право, это когда у тебя в городе крупные франчи в сговоре, они не возьмут к себе программиста из того же картеля.

    Включить пункт в договор, не означает на нем настаивать, хотя никто и не возражает обычно. Если возразили — убираем, но это первый звоночек, который может означать не порядочность заказчика. Три таких звоночка — повод задуматься:»Нужен ли такой заказчик?»

    Идти в суд? Да бог с вами! Просто у Вас появляется возможность торговаться, футбольные клубы продают своих специалистов друг другу и это считается нормальным. Даже не в торге дело, вы можете даже простить

    «шалость» вашему заказчику, но это уже становится дополнительным сервисом. Наличие такого пункта в договоре — это ваш козырь, как вы им воспользуетесь зависит от вас.

    Reply
  35. Evgen.Ponomarenko

    (33) help1Ckr,

    В этом случае, у меня к сотруднику никаких претензий, как раз он мне ничего не должен. Во первых сертификаты 1С для меня пустой звук. Во вторых я являюсь носителем довольно уникальной школы программирования корнями уходящей в Харьковоблэнерго, основоположником которой был Третьяков Сергей Робертович. Методика была ориентирована на DB Oracle.

    В 2006 году адаптировал её под 1С 8.0. Тот кто ей пользуется — деградирует как программист 1С, зато развивается как архитектор. Существенно повышается скил в SQL запросах. Те кто впервые знакомится с техникой… переживают культурный шок.

    Так, что если сотрудник от меня уходит, тихо радуюсь ))))) В мире 1с еще одним классным специалистом стало больше.

    Reply
  36. nurpoz

    (29) Fenicss,

    Я как-нибудь напишу про свой путь от сотрудника франча до работодателя. Это эволюционный процесс. Он не из головы происходит (возможно у кого-то и так, но у меня нет), а именно из потребностей. Я был вольнонаемным специалистом и у меня выросли объемы, но основное мое преимущество было в качестве и отношениях с клиентами. Что мне делать? Нанимать специалиста и отдавать клиента ему? Уведут, это показывал мой опыт работы во франче (я, кстати ушел из франча в ноль, не взяв с собой никого). Сможет ли он так же ревностно относится к работе, как я? Нет. Вот именно оттуда растет мой первый удачный эксперимент с аккаунтом и тех.специалистом в тылу. Да, штат вырос аж в два раза = я + 1 )), зато КПД нашей с ним выработки выросло в более чем 3 раза. Т.к. я продолжал выполнять сложные работы, а 80% всех простых работ я скидывал с себя. Позднее я придумал, как и сложные работы отдавать, но об этом позже. Самое сложное, что мне далось в этом плане, это осознание, что управление это тоже работа, которая просто необходима.

    (30) ZLENKO.PRO,

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

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

    (34) Evgen.Ponomarenko,

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

    Reply
  37. Evgen.Ponomarenko

    (36)

    Полностью поддерживаю, разве, что с не большим уточнение, закон сохранения работает в замкнутых системах, я бы говорил о законе обратной связи в сложных системах. Мне кажется термин «обратная связь» больше подходит. А в остальном с вами полностью согласен: развитие происходит в процессе деятельности в не зависимости от нашего текущего понимания, многое понимаешь годы спустя. Приятно было познакомится 🙂

    Уж извините, если, что было не так.

    Reply
  38. ZLENKO

    (36) С московским БИТ-ом не сталкивался, а вот с украинским достаточно недавно… С московским Рарусом сталкивался, правда давно еще в 2006 году… Да тут даже дело не в каком то конкретном франче. Не хочу сказать что в франчах нет специалистов — есть и бывают очень даже «сильные», но в основном все же это школота-студенты со всеми вытекающими последствиями. Но при этом считаю, что в неудачных проектах виноват в первую очередь клиент, ведь именно он выбирает и контролирует исполнителя. Так что «бачили очi що купували — iжте хоч повилазьте»* (украинская народная мудрость)

    * «видели глаза что покупают — кушайте хоть повылезайте»

    Reply
  39. Dzenn

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

    Reply
  40. nurpoz

    (39) DZENN, спасибо за обратную связь, такие замечания мне полезны.

    Reply
  41. ZLENKO

    (39), (40) Изменил формулировки в (38) на более «мягкие» 🙂

    Reply
  42. ZLENKO

    (36) «Нет клиента более благодарного и лояльного, чем тот, которым БИТ продал УПП, внедрил, а потом клиент попал к нам. Легкие деньги, легкий контакт, легко дать качество даже без избыточного сервиса.»

    100%

    Reply
  43. genayo

    Планируется ли в последующих статьях более подробное описание непосредственной работы по ведению доработок? Выделение цветом и подсистемы это явно не все ваши ноу-хау, интресно было бы узнать об используемых инструментах, о процессе тестирования…

    Reply
  44. nurpoz

    (43) genayo,

    Бросьте. )) Какие ноу-хау? Это просто некоторый опыт, который родился из необходимости решать те или иные задачи. Про тестирование уже есть публикация, смотрите «похожие» внизу этой публикации.

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

    Reply
  45. genayo

    (44)Хорошо, вот конкретные вопросы.

    1.Как ведется перечень доработок? Используется хранилище, система контроля версий или что-либо другое?

    2.Допустим, вы начинаете работу с проектом доработки типовой конфигурации, который до вас вела другая фирма. Как вы получаете список доработок другой фирмы, и что с ними потом делаете — переписываете под свои стандарты, вносите в перечень доработок или что?

    3.Кто делает документацию — разработчик или какой-то специальный человек?

    Reply
  46. nurpoz

    (45) genayo,

    1. Хранилище и гугл-докс. CVS мы пока никакую не используем. Но с появлением стабильной 8.3. с возможностью выгрузки конфы в xml начнем думать в этом направлении.

    2. Если заказчик не может предоставить вменяемой документации по проделанной работе (иное встречалось всего пару раз), то мы предлагаем два подхода, либо взять и все задокументировать, либо разбираться с текущими доработками по ходу дела. Те же самые два подхода — либо все сразу, либо итеративно. Т.е. до заказчика доносится мысль, что устное предание, которое осталось от предыдущих поставщиков услуг не в счет и в системе с большими отклонениями от типовых все равно будет присутствовать большая доля исследовательской работы перед внесением изменений. На практике еще никто не согласился на полное документирование того, что было сделано до нас. Стоимость наших услуг, как правило в этом случае возрастает в 2-3 раза (редко больше) из-за большой доли исследовательской работы.

    3. Документацию разработки у нас всегда делает разработчик. Это время оплачивается клиентом и соответственно оплачивается разработчику. Мы проводим специальные тренинги для того, чтобы ускорить и упростить этот процесс. Когда мы только начали вводить обязательное документирование, то столкнулись с сопротивлением заказчиков оплачивать такие наши услуги. Проанализировав ситуацию, мы выяснили, что на документирование уходит очень много времени. Уже писал где-то, что мы брали задачник по 1С:Специалисту и натаскивали народ на написание документации. Например, на 4х часовую задачу по специалисту на первом занятии тренинга тратилось от 2 до 4 часов на документирование. Я поставил задачу довести всем навык до 1 часа. У кого-то страдал навык формализации своих мыслей, кому-то тяжело давалась часть со сценариями или ПМИ. За три месяца тренинга по одному занятию в неделю, где мы каждый раз брали новые задачи, мы у всех довели навык до 1 часа без потери качества.

    Reply
  47. genayo

    (46) 1,2 Спасибо, все понятно.

    А п.3 Очень интересно, я даже думаю заслуживает отдельной статьи…

    P.S. А можете выложить образец документации, которая у вас получается, или это секрет?

    Reply
  48. tolyan_ekb

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

    Reply
  49. tolyan_ekb

    (36) хорошая статья и хорошие комментарии. Захотелось даже поработать в таком франче ))

    Reply
  50. nurpoz

    (48) tolyan_ekb,

    Спасибо за отзыв.

    Квалификацией надо управлять, а ее управление растет из стратегии. Это не эфемерная стратегия, это понимание где и через какое время вы хотите оказаться. Что толку мне от эксперта по технологическим вопросам крупных внедрений, если я иду захватывать рынок небольших розничных магазинчиков?

    И недоразвивать нельзя и переразвивать нельзя. Квалификация это ведь инструмент. Хороша ложка к обеду, а не где и когда попало.

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

    (47) genayo,

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

    Reply
  51. Totoro

    (0) Спасибо за статью, есть хорошие идеи. Со всеми тремя пунктами про программистов почти полностью не согласен, видно вы с другими программистами работаете или просто смотрите только со своей стороны 🙂 В большинстве случаев это не лень, а нудная и не интересная работа (честно говоря не представляю как ленивый человек может работать на непостоянной проектной работе, а не уйти на размеренную постоянную работу), не легко уводим, а низкая или не достаточная мотивация работодателя по сравнению с другими фирмами (промежуточное звено хоть и нужно для нормальных программистов, чтобы не мешать их работе, но в этом случае — всего лишь отсрочка для неуверенных в себе и ленивых сотрудников), не плохо поставленная речь, а недостаточный опыт общения по реальным задачам (если программист постоянно не выполняет обязанности аналитика при общении с пользователями, то мало шансов, что он вдруг сможет их выполнить хорошо). И все таки, стоит добавить, что этот подраздел в основном для средне-крупных проектов, иначе вы просто выйдете из бюджета с оплатой всех промежуточных звеньев и документации, если конечно промежуточные звенья не работают «за тарелку супа» )

    Reply
  52. nurpoz

    (51) Totoro,

    Пусть у каждого будет свое мнение. Мое мнение тоже может измениться, я тоже учусь.

    На счет трехзвенной архитектуры клиент-аккаунт-специалист. Недавно наткнулся на чудесный ролик

    http://www.youtube.com/watch?v=8bVAl73JvLM

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

    И все таки, стоит добавить, что этот подраздел в основном для средне-крупных проектов, иначе вы просто выйдете из бюджета с оплатой всех промежуточных звеньев и документации, если конечно промежуточные звенья не работают «за тарелку супа» )

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

    Reply
  53. Gureev

    Если специалист хочет уйти, то он в любом случае уйдет, к этому клиенту или другому.

    И обратно, если клиент хочет нанять спеца себе то он это сделает.

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

    На любом проекте начиная со среднего должна быть связка «РП — ведущий спец — спец» масштабируемая в зависимости от масштабов (простите за тавтологию). И все эти люди должны выполнять свои непосредственные обязанности, а не ограждать спецов от клиентов.

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

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

    Риторический вопрос: Много у нас руководителей имеют MBA ну или хотя бы профильное образование?

    Reply
  54. nurpoz

    (53) Gureev,

    Бюрократия не нужна, когда в ней нет необходимости и она не работает.

    А у вас есть МВА или профильное образование?

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

    Концепции это хорошо, с реализацией всегда проблемы. И тут образование не при чем.

    РП это на проектах. А на сопровождении крупных объектов на ком должно все замыкаться?

    Reply
  55. pumbaE

    (53) Gureev, риторический вопрос, найдите в публикации РП 🙂

    Reply
  56. Gureev

    (54)

    у меня профильного образования пока нет, но планирую.

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

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

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

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

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

    Reply
  57. nurpoz

    У нас есть и РП )) но в рамках управления он тоже является аккаунтом. Возможно мы смотрим с разных сторон. Мне приходится контролировать сразу несколько объектов, как проектных, так и стоящих на сопровождении, поэтому люди стоящие во главе этих процессов для меня все аккаунты.

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

    Reply
  58. OBEH

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

    Вообще, замечаю такую тенденцию или явление, как «программист 1С-исник». Это программист, как правило, знающий только платформу 1С. Определенные ограничения из этого вытекают.

    Reply
  59. Vyacheslav56

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

    Reply
  60. nurpoz

    (59) Vyacheslav56,

    У нас есть опыт вхождения в разные сферы с проектами по автоматизации. Если есть общее понимание, как работают разные виды учета, то адаптироваться к требованиям заказчика не так уж сложно. Критическим фактором тут будет являться вменяемость требований заказчика и его понимание «как должно быть». Вот если этого нет, то тогда только экспертность исполнителя.

    Reply
  61. tango

    (56) Gureev,

    предлагаю не симптомы устранять, а

    напрасно

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

    менять экстенсивность развития на интенсивность (это когда повышение качества услуг/работ выражается в прайсе, а не количестве окучиваемого) франи сами не станут (как показывает опыт)

    заставить их это сделать может только какое-то объективное обстоятельство

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

    Reply
  62. AllexSoft

    (57)nurpoz,

    Очень хорошие, полезные статьи, спасибо! Плюсую.

    НО: я бы не стал работать у вас в франче, только по 1 причине — мне было бы скучно у вас в трехзвенной сестеме, люблю общаться с клиентом от руководителя, до бухов и низших исполнителей, изучать бизнес-процессы, отлаживать их, писать ПО под эти безнес-процессы, смотреть результаты которые реально будут после внедрения ПО… со всеми вытекающими

    Reply
  63. tango

    (62) AllexSoft, ты не стал бы там работать из-за зарплаты

    Reply
  64. AllexSoft

    (63) tango, у любого более менее нормального программиста настает этап когда он перерастает франь и по зп и по своим возможностям и потребностям, тогда его не удержишь уже не трехзвенной архитектурой управления ни пунктом в договоре ни чем-то еще (пожалуй кроме координального повышения зп и других задач, этого ни один франь позволить не может), вот поэтому спецы и уходят… tango, вот сколько в МСК искать работу 1С прогером со стажем >3х лет ? в часах давай… =) да думаю и nurpoz, это прекрасно понимает.

    Reply
  65. tango

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

    Reply
  66. nurpoz

    (62) AllexSoft,

    А мне было скучно работать так, как вы описали. Это лишь личные предпочтения.

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

    Reply
  67. AllexSoft

    (66) не) не бывает у меня скуки… для антискуки я обычно берусь за новый проект автоматизации с нуля. например была какая нибудь БД на досе или делфях, или вообще царство Excel … на год нормально, не скучно =)

    Я да, за стабильную платформу, релизы, сервер, адекватных пользователей которым вообще нужно что ты делаешь для них и тд…

    По поводу адреналинщиков в проектах автоматизации (таковых не знаю если честно), но если они и есть то думаю подобный адреналин не уместен на проекте внедрения какой то системы, от него клиент пострадает 100%

    Reply
  68. nurpoz

    (67) AllexSoft,

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

    Я да, за стабильную платформу, релизы, сервер, адекватных пользователей которым вообще нужно что ты делаешь для них и тд…

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

    Reply
  69. tango

    плавно перешли к «что русскому здорово, то немцу смерть» : не подвинет 1с сапу за бугром 🙂

    Reply
  70. Evgen.Ponomarenko

    (68)

    Хех, как показывает практика попытка «программирования программистов» обычно завершается CRC-error, если конечно программист — действительно программист, а не начинающий кодер. Уж больно они творческие, как вы правильно заметили, художники. Мне ближе позиция AllexSoft, но мне кажется Вы правы в том, что у каждого свой путь. Кому-то интереснее познавать чужие предприятия, кому-то интереснее познавать свою фирму. Я думаю всему, свое время. Свободным художникам легче в том, что если они «хотят сделать, что-то хорошо, то делают это сами». Вам приходится «делать качественно», чужими руками. Это тяжелее, даже с тех позиций, что у Ваша ответственность распространяется не только на обязательства перед заказчиками, но и перед наемными сотрудниками. Успехов вам ), и нам ). Кто знает, может быть через пять лет на базе ИС появиться «Независимая артель свободных художников», которая уделает Аксапту по полной программе )))) В любом случае такой артели понадобится «Правильный локомотив», кто или что им станет — покажет время )))

    Reply
  71. Evgen.Ponomarenko

    (58) OBEH,

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

    Вообще, замечаю такую тенденцию или явление, как «программист 1С-исник». Это программист, как правило, знающий только платформу 1С. Определенные ограничения из этого вытекают.

    Мне кажется, в моем посте вы перепутали платформу и конфигурации, я говорил о платформе. У меня 20 лет трудового стажа программиста и не только, 7 последних лет в 1С8. Говорил совершенно без пафоса, скорее мимо ходом. То что стандартные конфигурации от 1С — полный отстой, это даже не обсуждается. Сама платформа 1С — вполне рабочая лошадка, все чего в ней не хватало, я себе уже давно сделал. Мне не особо нравится тенденции её развития, но иногда её новшества меня радуют. Так, что зря Вы так.

    Reply
  72. AllexSoft

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

    (71) Evgen.Ponomarenko, я тоже думаю что платформа 1С предприятие вполне может задать жару аксапте и навижену, возможностей заложено довольно много, просто как всегда у нас бывает, хорошее дело никак не доведут до ума

    Reply
  73. Evgen.Ponomarenko

    (58) OBEH,

    надо, как минимум, поработать на десятке продуктов других фирм «мирового масштаба». Подозреваю, что такого опыта у вас нет.

    Десяток???… Поверьте )))) столько не живут… тем более смена технологий происходит каждые 5 лет.

    С 98 года по 2002 года внедряли у себя в облэнерго ERP «Финансовая коллекция» на базе СУБД Oracle.

    Внедрили. Пожалели(поставщик съехал с катушек). С 2002 года по 2006 системно и методично, можно сказать с пристрастием, изучали ВСЕ ВОЗМОЖНЫЕ альтернативы, в том числе «мирового масштаба».В том числе доходила очередь до тендеров. Ничего выдающегося, везде свои тараканы. С тех пор много воды утекло… разбежались друзья, кто куда. Некоторые из них либо работают либо работали с SAP R/3, Oracle Application, Axapta — не фонтан (сказывается разница в менталитете и б/п). Хорошо там, где нас нет. В платформу 1С — влюблен, не спорю, но выбор вполне осознанный.

    Reply
  74. nurpoz

    (70) Evgen.Ponomarenko,

    Интересно, программирование пузырьковой сортировки это творчество?

    Reply
  75. AllexSoft

    (74) не путать

    программирование пузырьковой сортировки

    и внедрение 1С Предприятие или разработку конфы, это все же разные вещи

    Reply
  76. nurpoz

    (75) AllexSoft,

    Приведите примеры творческих задач, которые перед вами стояли. И разделите где там было творчество, а где была квалификация и навыки.

    Reply
  77. Evgen.Ponomarenko

    (74)

    Интересно, программирование пузырьковой сортировки это творчество?

    Для первого класса, второй четверти — да, детское творчество )))))

    В принципе сейчас это задача должна решаться на уровне

    1) SQL: ORDER BY

    2) 1C: ТЗ.Сортировать(«Колонка»);

    Причем вариант 1 в приоритете, после использования варианта 2 — вымыть руки с мылом, прочесть мантру.

    А к чему был вопрос?

    Reply
  78. Evgen.Ponomarenko

    (76)

    Ну право, не начинайте… вы в курсе как начинались войны между тупоконечниками и остроконечниками?

    Reply
  79. AllexSoft

    (76) воронку продаж тут (на ИС) tango рисовал средствами графики 1С, вот это творчество)))

    Reply
  80. nurpoz

    (77) Evgen.Ponomarenko, (78) Evgen.Ponomarenko,

    Как раз к этому. Вы так лихо всех программистов записали в селебрити с потребностями во вдохновении и творческом отпуске. Но это очень спорный вопрос. А я лишь выдвинул противовес.

    Reply
  81. nurpoz

    (79) AllexSoft,

    Согласен. Но это точечная работа. Уверен, что 90% и более работы любого профессионала это рутина.

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

    Reply
  82. nurpoz

    (79) AllexSoft,

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

    Reply
  83. AllexSoft

    (81) это просто видение программиста или ваш взгляд на программиста, они кстати могут и разными быть. Я кстати отношу себя к «творческим» если хотите) Я предпочитаю то что вы назвали «избыточным сервисом», чем прогнозируемость результата четко разработанного по ТЗ.

    Reply
  84. nurpoz

    (83) AllexSoft,

    Тут как раз нет проблем. Консенсус. Я уважаю любой профессиональный подход, если он приносит результаты.

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

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

    Reply
  85. Evgen.Ponomarenko

    (80)

    А я лишь выдвинул противовес.

    Я уже даже не могу вспомнить с какого момента начались качели )))

    Я лишь хотел сказать, что на фирме должен быть баланс «звез» и «трудяг». Был у меня очень замечательный опыт работы в одной компании. Звезд было семеро и двадцать-тридцать трудяг. Золотое было время. Каждая звезда тянула за собой два-три трудяги. Потом потихоньку звезды разбежались… остались только трудяги. Иногда прихожу в гости, печальное зрелище. Я надеюсь ваш бизнес будет развиваться динамично и вы сохраните в своем составе адекватных звезд. Я не хочу с вами спорить. Хочу, чтобы у вас и ваших подчиненных сложилось все ок.

    Reply
  86. Evgen.Ponomarenko

    (84)

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

    Это вопрос ценности sm. Если бы ИС приносил приличный доход, здесь бы все было бы по другому.

    Reply
  87. nurpoz

    (85) Evgen.Ponomarenko,

    Я лишь хотел сказать, что на фирме должен быть баланс «звез» и «трудяг».

    Баланс это я понимаю. И тут консенсус. Я против перекосов.

    Reply
  88. Evgen.Ponomarenko

    (86)

    Самое смешное… как только появляется КОНСЕНСУС — пропадает диалог )))))))))))

    Нечего обсуждать — все со всем согласны )))))))))

    Получается, что если хочешь, чтобы статья обсуждалась — нужен конфликт…

    нет конфликта — значить его нужно создать ))))))

    Если есть конфликт — есть правые и не правые, есть герои и пострадавшие ))))

    Если есть пострадавшие — есть негатив, а он никому не нужен.

    Да… главное конечно же, в конце концов прийти к консенсусу

    Reply
  89. Evgen.Ponomarenko

    (79) AllexSoft,

    воронку продаж тут (на ИС) tango рисовал средствами графики 1С, вот это творчество)))

    tango — это Жемчужина ИС, без него было бы скушно )))))

    Reply
  90. hogik

    (77)

    «Для первого класса, второй четверти — да, детское творчество»(с)

    Евгений (Evgen.Ponomarenko).

    А для тех, кто для вас сделал «ORDER BY» — это что? 🙂

    Reply
  91. romansun

    ох… очень мощные статьи. Столько мыслей сразу…

    Практически со всем категорически согласен.

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

    Reply
  92. romansun

    Что еще… Мыслей реально очень много — я сегодня прочитал все ваши публикации, пока перевариваю ))

    Всегда вот была интересна именно технологическая составляющая процессов проекта. Например, как устроен процесс «задача-аналитика-разработка-тестирование», какой софт используется, кто что кому после чего аппрувит, согласует, принимает. Как это всё автоматизировано и т.п.

    Документооборотная часть тож интересна — ТЗ, ТП, ЧТЗ, BRD, FSD, ПМИ, СПД, Уставы проекта, Регламенты, рабочие группы, протоколы и т.п и т.д.

    Хотя, конечн, понимаю, что это всё тянет на книгу :)..

    В любом случае, спасибо за статьи. Подписался на рассылку. С удовольствием буду читать, вникать.

    Reply
  93. Evgen.Ponomarenko

    (90) hogik,

    А для тех, кто для вас сделал «ORDER BY» — это что? 🙂

    Пройденный этап.

    Хотелось бы поставить памятник при жизни, всем тем, кто участвовал в разработке стандарта SQL/92, отдельно Эдгару Кодду, и всем другим людям, которые освободили других программистов от рутины и позволили заняться творчеством более высокого порядка.

    Reply
  94. nurpoz

    (88) Evgen.Ponomarenko,

    Диалог возможен и без конфликта )

    (91) romansun,

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

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

    Reply
  95. nurpoz

    (92) romansun,

    Не ручаюсь за полноту информации, но все это будет, я надеюсь. Часть в рассылке, часть на ИС.

    Reply
  96. Evgen.Ponomarenko

    (94)

    Диалог возможен и без конфликта )

    Возможен, но чаще всего происходит по схеме пост(62)- пост(84)

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

    а не доказать кто круче.

    Reply
  97. Evgen.Ponomarenko

    (95)

    А рассылки уже были? я ни чего не пропустил?

    Reply
  98. nurpoz

    (97) Evgen.Ponomarenko,

    Нет, вы ничего не пропустили. Но определенные мероприятия уже намечаются.

    Reply
  99. hogik

    (0)

    Мне понравилось описание программиста. Но, не понимаю…

    Почему именно их «уводят» клиенты, а не сотрудников Вашей специальности?

    И почему после «увода» программиста, клиенты перестают нуждаться в Ваших услугах?

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *