Вообще интересная ситуация, если задуматься... И встречается она достаточно часто, но для начала хотелось бы немного остановиться на том почему одни программные продукты продаются, и почему у одних заказов море, а другие уходят из нашего бизнеса... Обращаюсь я в первую очередь к командирам и ПМам и архитекторам... Потому как в первую очередь только от них зависит, что мы получим за продукт для продажи... и сколько будет стоить реализация...
Вполне мне кажется очевидно, что почти любой продукт как объект для рыночной продажи состоит из упаковки, идеи, корпуса и внутренностей... Под упаковкой обычно понимают ту или иную коробку с написанными и нарисованными на неё всякими завлекалочками, типа "без холестерина" или "всего 5 долларов" одним словом то что должно вызывать у покупателя мысль о необходимости купить именно этот продукт, а не стоящий рядом... Это именно то что продаёт и то что продается! Отбросьте иллюзии, это именно так. Помню в начале девяностых на Садовой у Площади Мира, на так называемом "толчке" я купил дочке китайский магнитофон, аж двухкассетный, точное название естественно не помню — какой-то "соник", что-нибудь типа мегасоник или ещё как не сильно важно. А важно то, что на его коробке в числе прочих достоинств, гордо красовалась надпись — "23 кнопки"... Ну да вполне здравый ход, если у конкурента их только 20, то об этом надо смело и гордо, не стесняясь одним словом, заявлять! Что собственно и было сделано... Так что упаковка это всё! Да! особо ценятся так называемая сексуальная упаковка, копирайт не знаю чей, но я услышал об этом впервые от Ратмира Тимашёва (AMUST)....
Идем далее... под корпусом (case), а понятно, что корпусА могут иметь далеко не все продукты, и в частности пельмени например его иметь не могут, не может его также иметь и одежда по тому как сама по сути и является нашим кейсом ну и пр. пр. ...
Может как это и не покажется странным но и среди программных продуктов так же вполне могут быть продукты не имеющие "корпуса", но зацикливаться на этом мы не будем, и лучше объясним зачем вообще мы выделили корпус как таковой, чем он вообще нам так интересен? Да в первую очередь выделили мы его потому как это по сути есть вторая упаковка, а это как уже было указанно выше и есть то что продаёт. Очень часто корпус это стиль, это может быть даже бренд, и он настолько важен, что его разработку поручают высокооплачиваемым профикам или даже целым лабораториям... Сейчас наиболее характерным корпусным товаром являются мобильные телефоны, и например такая компания как Самсунг настолько много внимания уделяет дизайну кейсов, что даже заказывает их и ни кого-нибудь, а у Пинафанино (Pinaforina), дизайнер феррари кстати. N400
В нашем же программном продукте, роль кейса играют те окошки и диалоги, которые видит пользователь, те кнопки на которые он давит для того чтобы выполнить то или иное действие, кейс это тот образ который ассоциируется с у пользователя с продуктом, и продуманность его настолько важна, что может заставить пользователя отказаться от одного продукта в пользу другого. Многие не зная или забывая, что для кейса важны только две вещи — стиль и функциональность, путают кейс с упаковкой, и разукрашивают его как новогоднюю ёлку... Это абсолютнейшее заблуждение.... Если только не рассматривать возможность менять скины как конкурентное преимущество... Но это уже другая история....
Идея — нечто не объяснимое... И далеко выходит за рамки данного поста, но двумя словами это то, что именно покупается... То за чем покупатель приходит в магазин.... Но спешу предупредить Почти все продавцы и прочие продаватели заблуждаются на сей счёт, считая, что точно знают ответ на этот вопрос.... Правильный ответ на него не знает даже сам тот кто приходит за покупкой.... И для получения правильного ответа не редко надо проводить исследования.... Так, что ещё раз повторю, мы не будем останавливаться на этом вопросе....
Ну вот мы наконец приблизились к тому о чем собственно и хотелось высказаться.... Поговорим о внутренностях... Что имеется ввиду — под этим странным названием вызывающим какие то не очень приятные кухонные ассоциации, мы понимаем те шестеренки которые крутятся внутри продукта, стеки, очереди, спинлоки, сортировки, списки, транзакции, коммиты и прочую архитектурно алгоритмическую начинку любого программного продукта... "То" — что выполняет команды пользователя (владельца) введенные или заданные через кейс....
Считается, что это не сильно важно, важно лишь сделать удовлетворительно, и этого будет вполне достаточно, а заморачивание вокруг этого, это уже голое искусство и к деньгам не имеет ни какого отношения, а если копнуть и ещё глубже так и вообще не не сильно важная вещь, ну одна из тех на которых принято экономить... Типа неизбежная затратная часть, как плата за офис, за электричество и пр. Крайне редко встретишь продукт в числе преимуществ которого было бы указанно, что используются какие то сверхбыстрые алгоритмы или, что при разработке были произведены какие то научные исследования... Что кстати и подтверждается направление развития инструментальных средств, а они то ведь развиваются в сторону удешевления и ускорения разработки... Да! Ускорение и удешевление разработки это абсолютно правильно, но многие идут ещё дальше... Ведь совершенно логично, нанять менее квалифицированных, а следовательно более дешёвых специалистов... а ещё лучше студентов или Индусов... Причем эта тенденция, она ведь проявляется не только в разработке программных продуктов... Посмотрите на строительный сектор... Там вместо Индусов — Таджики (в России) или Турки (в Германии) и т.д. НО в строительстве как и в нашем секторе перед возведением объекта следует проектирование и никто не догадается отдать заказ на проектирование в Китай или Индию... А ведь в чем проблема-то тот же оутсорсинг.... и вперёд...
Вообще со строительством очень много совпадений, ведь в частности можно вести строительство так называемым хоз. способом... То есть нанять рабочих, поставить над ними своего бригадира и "как-нибудь" запроектировав объект приступить к строительству, исправляя по мере его возведения и проект и что-то уже построенное, в итоге обретя иллюзию экономии времени и средств, получить нечто, что получилось, а не то, что хотелось... Ну конечно это уж совсем совковый подход, и он встречается всё реже и реже... Но вот нанять вместо профессионального электрика или водопроводчика друга детства это ещё сплошь и рядом... Применительно к нашему же роду деятельности это выглядит так — вместо того чтобы на разовую работу нанять узкоспециализированного профика, который сделал уже не один десяток подобного рода работ, пробуют выполнить эти работы силами универсалов, ну тех же которые им интерфейсы клепали, будут и сортировку 200-гигабайтного массива делать... Или те же которые сайт только, что закончили попробуют локетфишную изоляцию для многопоточности организовать... Ну а как же быть? спросят многие, не держать же в штате узких спецов, мы им просто работы по специализации столько не берем... Конечно же не держать, держать надо только профильный коллектив, а на все сложные, дорогие работы надо приглашать варягов... Некоторые даже проектирование и предварительный анализ отдают в спец. коллективы... А у себя держат и причем исключительно из экономии наиболее универсальных программистов...
Не все кто уехал, предал Россию.
Re: Программист универсал, или сэкономить по настоящему
AWW>Статьи писать никто не зовет, но на этот раз получилось что-то типа статьи....
В который раз убеждаюсь, что все новое — это просто основательно забытое старое
Я сейчас говорю о деструктивном маркетинге (http://www.wasm.ru/article.php?article=1014001).
AWW>Вполне мне кажется очевидно, что почти любой продукт как объект для рыночной продажи состоит из упаковки, идеи, корпуса и внутренностей... Под упаковкой обычно понимают ту или иную коробку с написанными и нарисованными на неё всякими завлекалочками, типа "без холестерина" или "всего 5 долларов" одним словом то что должно вызывать у покупателя мысль о необходимости купить именно этот продукт, а не стоящий рядом... Это именно то что продаёт и то что продается! Отбросьте иллюзии, это именно так. Помню в начале девяностых на Садовой у Площади Мира, на так называемом "толчке" я купил дочке китайский магнитофон, аж двухкассетный, точное название естественно не помню — какой-то "соник", что-нибудь типа мегасоник или ещё как не сильно важно. А важно то, что на его коробке в числе прочих достоинств, гордо красовалась надпись — "23 кнопки"... Ну да вполне здравый ход, если у конкурента их только 20, то об этом надо смело и гордо, не стесняясь одним словом, заявлять! Что собственно и было сделано... Так что упаковка это всё! Да! особо ценятся так называемая сексуальная упаковка, копирайт не знаю чей, но я услышал об этом впервые от Ратмира Тимашёва (AMUST)....
Это было правило номер Два: «Грузите апельсины бочками», а также правило номер Три: «Не дели – не придется делиться».
AWW>Может как это и не покажется странным но и среди программных продуктов так же вполне могут быть продукты не имеющие "корпуса", но зацикливаться на этом мы не будем, и лучше объясним зачем вообще мы выделили корпус как таковой, чем он вообще нам так интересен? Да в первую очередь выделили мы его потому как это по сути есть вторая упаковка, а это как уже было указанно выше и есть то что продаёт. Очень часто корпус это стиль, это может быть даже бренд, и он настолько важен, что его разработку поручают высокооплачиваемым профикам или даже целым лабораториям... Сейчас наиболее характерным корпусным товаром являются мобильные телефоны, и например такая компания как Самсунг настолько много внимания уделяет дизайну кейсов, что даже заказывает их и ни кого-нибудь, а у Пинафанино (Pinaforina), дизайнер феррари кстати. N400
Дизайнерские "новинки" — правило номер Раз: «Кто первый встал, того и тапочки».
AWW>Ну вот мы наконец приблизились к тому о чем собственно и хотелось высказаться.... Поговорим о внутренностях... Что имеется ввиду — под этим странным названием вызывающим какие то не очень приятные кухонные ассоциации, мы понимаем те шестеренки которые крутятся внутри продукта, стеки, очереди, спинлоки, сортировки, списки, транзакции, коммиты и прочую архитектурно алгоритмическую начинку любого программного продукта... "То" — что выполняет команды пользователя (владельца) введенные или заданные через кейс....
А это уже правило номер Четырe: «Делай и продавай секреты»
...Ei incumbit probatio, qui dicit, non qui negat...
Re: Программист универсал, или сэкономить по настоящему
Здравствуйте, Слава Шевцов, Вы писали:
СШ>Статья о том, чтобы задачу делали программисты широкого профиля, а узкие специалисты?
О том, что конкуретное преимущество это не только идея и не только формы и диалоги, как это сейчас модно считать но и начинка...
И о том, что консалтинг и консультанты это правильно... А доморощеные исследования это хоз. способ....
Согласись, что достаточно много продуктов постоенных на хуках, пачах и п.р. А на сам деле почти всегда можно без этого обойтись....
Например в "низкоуровневом программировании" человек спрашивает — "как быстро прочитать каталог из 10000 файлов", а ответ кроется в том, что "быстро читать" не надо — есть другие специальные механизмы...
Одним словом — достижения в менеджентменте из других областей надо шире осваивать...
Или как всега в России — все проблемы из-за менеджеров... И кстати пример тому тот-же Зенит...
Здравствуйте, Слава Шевцов, Вы писали:
СШ>>>Андрей, ничего не понял. Отдай написание статьи на аутсорсинг журналистам
AWW>>Спрашивайте — разъясним
хотелось бы краткого на абзац так сказать классического анонса вида "70 слов о том что находится ниже"
а то слов много, можно и не осилить же
итак, попробуем уложиться в лимит!
СШ>Статья о том, чтобы задачу делали программисты широкого профиля, а узкие специалисты?
я понял ровно наоборот: сурьезные места — сурьезным ребятам.
потом широкопрофильные бригадиры собирают красивую коробку
по проектам опять же не самопальным, а сурьезными ребятами сделанными, с гарантией.
Да и дешевле это элементарно, чем самому становиться спецом набивая шишки и все равно не догоняя узких спецов, так как они тоже на месте не стоят. риски уменьшаются, кач-во растет и цена падает ибо все шишки набитые узкими ребятами уже кем-то были фактически оплачены.
---
70 слов ровно — считайте!
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Valery A. Boronin, RSDN Team, linkedin.com\in\boronin
R&D Mgmt & Security. AppSec & SDL. Data Protection and Systems Programming. FDE, DLP, Incident Management. Windows Filesystems and Drivers.
Здравствуйте, Valery A. Boronin, Вы писали:
VAB>хотелось бы краткого на абзац так сказать классического анонса вида "70 слов о том что находится ниже" VAB>а то слов много, можно и не осилить же
Ну это уже для книги...
VAB>70 слов ровно — считайте!
Согласен на все 100...
Не все кто уехал, предал Россию.
Re: Программист универсал, или сэкономить по настоящему
Очень трудно читать, даже "подготовленому" читателю. Что вы предлагаете?
AWW>Так что упаковка это всё! Да!
Cогласен. Ведь еще классик Жора МакВейд писал:
Каждый день в почтовый ящик нашего офиса поступает печатная пачка объявлений, которые мы сортируем прямо над корзиной для ненужных бумаг. Смотрим что прислали: чушь, опять чушь, опять чушь, ну это может представляет интерес, чушь, чушь, итд. Как же мы решаем, какое из них сохранить? Смотрим на дизайн.
В 90-е годы компания Ford Motor выпустила существенно новую модель Taurus, на дизайн которой было потрачено 2.8 миллиарда долларов. Около трех тысяч миллионов долларов — на дизайн одного автомобиля. Давайте как следует усвоим это. <конец читаты>
AWW>особо ценятся так называемая сексуальная упаковка[...]
Согласен.
AWW>Многие не зная или забывая, что для кейса важны только две вещи — стиль и функциональность,
Те кому положено знать — не забывают. Другое дело, что спецы по инженерной психологии/дизайнеры отсутствуют на предприятии — это другое дело.
AWW>путают кейс с упаковкой, и разукрашивают его как новогоднюю ёлку[...]
Страшного здесь ничего нет. Да и решающим фактором — это не является, как и не является минимализм в ПО определяющим фактором. Опять же нужно обратится к спец-ту по инженерной психологии.
AWW>Почти все продавцы и прочие продаватели заблуждаются на сей счёт, считая, что точно знают ответ на этот вопрос.... Правильный ответ на него не знает даже сам тот кто приходит за покупкой[...]
Проблема выбора товара — это черта неудачников, неумеющих принимать решение. Именно для них созданы кофетерии.
— Кофе со сливками, кофе крепкое, кофе по-мексикански, кофе холодный, кофе обычный...
Это место, где человек может почуствовать себя котролирующем положение: "Да, пожалуй кофе со сливками, сэр!"
AWW>Считается, что это не сильно важно, важно лишь сделать удовлетворительно,
Крайне спорное утверждение. Считается наоборот.
AWW>Крайне редко встретишь продукт в числе преимуществ которого было бы указанно, что используются какие то сверхбыстрые алгоритмы или, что при разработке были произведены какие то научные исследования...
Почему же? — встречаются. Все крупные продукты такими являются!
AWW>Что кстати и подтверждается направление развития инструментальных средств, а они то ведь развиваются в сторону удешевления и ускорения разработки...
Скажем так — они развиваются в сторону уменьшение ваших денежных затрат и увеличение своего капитала. Т.е. опустим — ускорение разработки.
AWW>нанять менее квалифицированных, а следовательно более дешёвых специалистов... а ещё лучше студентов или Индусов[...]
Вот мы и дошли до избитой темы. Да, действительно есть такие тенденции. Однако: "Опыт — дорогой учитель, но для глупцов иного нет" и "Кадры — решают все". Поэтому, считаю что если программисты не могут повлиять на данный процесс, тогда пусть и не мешают ему разрушиться или наоборот.
AWW>[...]вместо того чтобы на разовую работу нанять узкоспециализированного профика, который сделал уже не один десяток подобного рода работ, пробуют выполнить эти работы силами универсалов, ну тех же которые им интерфейсы клепали, будут и сортировку 200-гигабайтного массива делать...
А что здесь плохого? Судьбы смертных ради святой идеи? Категорически несогласен. На мелких проектах — это неоправдано, а на крупных — недопустимо, недопустимо что работа делается непрофессионально.
AWW>А у себя держат и причем исключительно из экономии наиболее универсальных программистов...
Скорее это исключение, чем правило. Т.е. универсалов держат обычно в конторах, которые сегодня пишут на одном, завтра на другом, после завтра — на третьем. Вопрос существования таких контор решается лотереей сдал/провалил проект сегодня. Да и сами проекты пишутся максимум 2-3 месяца. Но это отдельная история.
... << RSDN@Home 1.2.0 alpha rev. 624>>
Re: Программист универсал, или сэкономить по настоящему
Здравствуйте, Andrew.W Worobow, Вы писали:
AWW>Программист универсал, или сэкономить по настоящему.... AWW>------------------------------------------------------
AWW>Вообще со строительством очень много совпадений, ведь в частности можно вести строительство так называемым хоз. способом... То есть нанять рабочих, поставить над ними своего бригадира и "как-нибудь" запроектировав объект приступить к строительству, исправляя по мере его возведения и проект и что-то уже построенное, в итоге обретя иллюзию экономии времени и средств, получить нечто, что получилось, а не то, что хотелось... Ну конечно это уж совсем совковый подход, и он встречается всё реже и реже... Но вот нанять вместо профессионального электрика или водопроводчика друга детства это ещё сплошь и рядом... Применительно к нашему же роду деятельности это выглядит так — вместо того чтобы на разовую работу нанять узкоспециализированного профика, который сделал уже не один десяток подобного рода работ, пробуют выполнить эти работы силами универсалов, ну тех же которые им интерфейсы клепали, будут и сортировку 200-гигабайтного массива делать... Или те же которые сайт только, что закончили попробуют локетфишную изоляцию для многопоточности организовать... Ну а как же быть? спросят многие, не держать же в штате узких спецов, мы им просто работы по специализации столько не берем... Конечно же не держать, держать надо только профильный коллектив, а на все сложные, дорогие работы надо приглашать варягов... Некоторые даже проектирование и предварительный анализ отдают в спец. коллективы... А у себя держат и причем исключительно из экономии наиболее универсальных программистов...
Откоментирую эту, заключительную часть Вашей предварительной версии будующей статьи, о пользе найма варягов в непростом деле ИТ (условно, назовем её так) с точки зрения универсального программиста. Были ведь основания обратить на неё внимание.
Соглашусь с Вами практически во всем, что Вы написали, понимая Вашу точку зрения. Но существует и другая, более редкая позиция в данном вопросе.
Речь идет о высокотехнологичных, наукоемких, преимущественно не программных отраслей рынка. К коим привлечение так называемых "варягов" не сулит ничего хорошего. Мне, как универсальному программисту, будет несложно переиначить то, что уже было создано (программное), и получило некоторое раскрытие, потому, что это было создано мной. Таким образом, удается достичь целей не раскрытия технологических аспектов главной идеи, представляющей наибольшую ценность. Вспомните пресловутую Кока-колу и отсутствие патента на продукцию.
Ко всему прочему, уровень реализации той или иной программной системы легко определяется сопоставлением рыночных аналогов. Их функциональности, представления и пр. Да Вы это знаете лучше меня, как и я вижу ущербность и запредельную цену предлагаемых готовых решений, ориентированных преимущественно на извлечение выгоды "оболваниванием" своих заказчиков.
Таким образом, не попадая в порочный круг отрасли, которая работает сама на себя, байпасом гоняя астрономические суммы денег, мы находим в себе силы и средства проводить собственные НИОКР, в которых программирование используется ровно на столько, для чего вообще были придуманы компьютеры: облегчить работу, удешевить, повысить надежность и улучшить характеристики создаваемых изделий. Пока это удается ... и уверен, что будет и впредь.
Что же касается высококонкурентных областей ИТ, здесь Вы правы, несомненно. Это стратегия, которая себя оправдывает ...
В заключение. Благодарю Вас и всех коллег, с которими имел честь здесь общаться.
В процессе работы над своими проектами я много здесь подчерпнул преимущественно читая, а не расспрашивая. К сожалению, приходится выбирать между общением и работой, совмещать это довольно проблематично, как раз по причине "универсальности".
Всем всего доброго, успехов и счастливого Нового года!
"В утренней тишине слышались только посвистывание сусликов и скрежетание нагревшихся ножовок." (с) Ильф и Петров
Re[2]: Программист универсал, или сэкономить по настоящему
Здравствуйте, Нехромаев, Вы писали:
Н>Соглашусь с Вами практически во всем, что Вы написали, понимая Вашу точку зрения. Но существует и другая, более редкая позиция в данном вопросе. Н>Речь идет о высокотехнологичных, наукоемких, преимущественно не программных отраслей рынка.
Собственно, другая позиция существует не только в этих отрослях рынка. ( Или может быть просто любую задачу МОЖНО рассматривать как технологическую и наукоемкую... )
Так что выскажусь как человек, предпочитающий иметь в команде "универсальных программистов"...
Суть тезиса в следующем: Программирование, это не знание конкретных технологий (и даже не навык работы с ними), а СПОСОБ ДУМАТЬ.
И здесь аналогия со строительством не катит. Если вопрос о квалификации строителя, это вопрос "что он умеет", то для программиста — это ворос "какой он".
То есть существенным является сам способ мышления и его совместимость с илеологией проекта. И на фоне этих параметров, время затраченное на освоение той или иной технологии почти не существенно.
Поэтому гораздо эффективнее оказывается иметь команду универсалов, котрые умеют думать четко и системно. Которые понимают идеии друг друга с полуслова и развивают их в едином ключе. А уж технологии они и выберут (по вкусу) и выучат — это-то как раз не проблема.
Re[3]: Программист универсал, или сэкономить по настоящему
Здравствуйте, EXO, Вы писали:
EXO>Так что выскажусь как человек, предпочитающий иметь в команде "универсальных программистов"...
EXO>Суть тезиса в следующем: Программирование, это не знание конкретных технологий (и даже не навык работы с ними), а СПОСОБ ДУМАТЬ. EXO>И здесь аналогия со строительством не катит. Если вопрос о квалификации строителя, это вопрос "что он умеет", то для программиста — это ворос "какой он".
Аналогии всегда не катят, на то они и аналогии. А вообще, Я думаю если спросить прораба, то он ответит про строителей точно так же как и вы. И ещё — не следует демонизировать средства, иначе вы не сможете ими пользоваться. Они бывают или специальные или универсальные... Вот например дрель это универсальный инструмент, а скажем резиноый шпатель нет.
EXO>То есть существенным является сам способ мышления и его совместимость с илеологией проекта. И на фоне этих параметров, время затраченное на освоение той или иной технологии почти не существенно.
Если только эта технология не слишком сложна, например научится хорошо писать драйвера ядра, за год не получится, да я думаю даже и за три... А вот перейти с виндового гуи на иксы можно и за пару месяцев...
EXO>Поэтому гораздо эффективнее оказывается иметь команду универсалов, котрые умеют думать четко и системно. Которые понимают идеии друг друга с полуслова и развивают их в едином ключе. А уж технологии они и выберут (по вкусу) и выучат — это-то как раз не проблема.
Верно! Строительная бригада обычно имеет в своём распоряжении стандартный набор универсальных инструментов, владелец их купил... А вот как только потребуются какие то специальные инструменты, то тут строители обычно приглашают узкоспециализироанные коллективы. Например если нужно просверлить отверстие в стене менее 2-3 см. то берут перфоратор и вперед... А вот если 10-20-40 см. то тут приглашают спец. бригаду со спец. оборудованием... И не потому, что строители не смогут просверлить или продолбить эту дырку, а то тому как это не рентабельно....
особо ценятся так называемая сексуальная упаковка, копирайт не знаю чей, но я услышал об этом впервые от Ратмира Тимашёва (AMUST).... 
