...А серебряной пули все еще нет

[mazzy]

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


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

Будь то Платформа Java, Платформа .Net, Платформа 1С, Axapta, Oracle - цель и смысл один.

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

Подробнее...
http://www.computerra.ru/282340/

[komar]

Серебряной пули - может и нет. Зато есть Великий Бубен!!!!!!

[Recoilme]

Цитата:

Сообщение от mazzy

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

Цитата:

Сообщение от mazzy

Recoilme,
2. Пожалуйста, не надо утверждений и ссылок на "аналитические" статьи в стиле "все говорят". Из тех же соображений.

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

[mazzy]

Цитата:

Сообщение от Recoilme

Насчет "других видных деятелей"...
Это я действительно пропустил.
Серебрянная пуля - это из Брукса.

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

Цитата:

Сообщение от Recoilme

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

Расскажите про умный подход.
Выдвиньте теорию "до провала". А еще лучше "вместо" провала

[Андре]

Цитата:

Расскажите про умный подход.

Очень рекомендую 'Software estimation: demystificatifying the black art'.

[Recoilme]

Цитата:

Сообщение от mazzy

Насчет "других видных деятелей"...
Это я действительно пропустил.
Серебрянная пуля - это из Брукса.

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



Расскажите про умный подход.
Выдвиньте теорию "до провала". А еще лучше "вместо" провала

Запросто:

Цитата:

Работа менеджера команды хороших программистов заключается не столько в каждодневном управлении: хорошие программисты, как правило, вовсе не требуют руководства, так как сами успешно управляют своими проектами. А вот непрограммисту трудно понять, насколько хорошо работает тот или иной его подчиненный. Похожая ситуация возникла с американскими автомобилями - я называю ее парадоксом дизайна. Допустим, вы задались целью создать какой-нибудь замечательно красивый продукт и хотели бы для начала пригласить талантливого дизайнера. Так вот, если допустить, что у вас нет художественного вкуса, то как определить, какой дизайнер действительно талантлив? Судить по его прежним работам вам не дано по определению. Ориентироваться на награды или прежние места работы бессмысленно, поскольку в дизайне, как и во многих других областях, эти вещи, в первую очередь, зависят от моды и частных договоренностей и лишь потом - от художественных качеств. Из этого парадокса нет выхода: вам не удастся создать прекрасную вещь, не понимая, что такое красота и гармония. Так вот, американские автомобили не красивы, потому что американскими автомобильными компаниями управляют люди с плохим вкусом.

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

[mazzy]

Цитата:

Сообщение от Андре

Очень рекомендую 'Software estimation: demystificatifying the black art'.

Стоит предупреждать, что ссылка на платные вещи.

В двух словах суть рассказать можешь?

[mazzy]

Цитата:

Сообщение от Recoilme

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

Кто бы спорил...

Есть только два вопроса:
1. Где взять столько хороших программистов?
2. Как можно использовать остальных программистов для получения более-менее приемлемого результата?

[Recoilme]

Цитата:

Сообщение от mazzy

Кто бы спорил...

Есть только два вопроса:
1. Где взять столько хороших программистов?
2. Как можно использовать остальных программистов для получения более-менее приемлемого результата?

1.

Цитата:

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

2. Они не нужны. Посредственности будут только мешать

[mazzy]

Вот как?
И сколько же народу по вашим оценкам вам "мешают"?

Попробую спросить в конструктивном стиле

Цитата:

Сообщение от Recoilme

тогда наша задача может привлечь первоклассных хакеров.

Сколько по вашим оценкам "первоклассных хакеров"?
Сколько по вашим оценкам желающих, перед которыми может встать задача "привлечь первоклассных хакеров"?
Если первых меньше, чем вторых, то что делать "желающим"?

[Андре]

Цитата:

Стоит предупреждать, что ссылка на платные вещи.

Ок. Извини.
Если кому-то интересно - напишите мне на email - пришлю "бесплатную" chm версию.

Цитата:

В двух словах суть рассказать можешь?

Книга Steve McConnell, ранее известного по Code Complete, описывающая основные ошибки и предлагающая практические приемы для реалистичной оценки сроков, рисков, объемов функционала, который мы можем реализовать в отведенный нам срок при разработке ПО.

[Андре]

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

[Recoilme]

Цитата:

Сообщение от mazzy

Вот как?
И сколько же народу по вашим оценкам вам "мешают"?

Попробую спросить в конструктивном стиле

Сколько по вашим оценкам "первоклассных хакеров"?
Сколько по вашим оценкам желающих, перед которыми может встать задача "привлечь первоклассных хакеров"?
Если первых меньше, чем вторых, то что делать "желающим"?

А кто сказал что будет легко? Инвестиции в НИОКР всегда были самыми рискованными , но в то же время самыми выгодными. Каждый инвестор мечтает найти свой MS или хотя бы Гугл ))
Ответить в конструктивном русле сможет только человек заработавший милион - другой долларов на том, что сумел привлечь первокласных хакеров.
Знал бы прикуп - жил бы в сочи


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

[mazzy]

Цитата:

Сообщение от Recoilme

Потом размышлять. Потом действовать. А там как повезет.

Значит "серебрянной пули все еще нет"?

[Recoilme]

Цитата:

Сообщение от mazzy

Значит "серебрянной пули все еще нет"?

И не будет.

[mazzy]

Цитата:

Сообщение от Recoilme

И не будет.

Зачем же тогда утверждать, что статья Полный бред?

Цитата:

Сообщение от Recoilme

Полный бред типичного ТОПа с дипломом МБА который...

По крайней мере, название является правильным.
Что еще правильно в этой статье?

[Андре]

Цитата:

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

Кстати, здесь ты полностью ошибся Автор - очень хороший разработчик. И mba него нет. Поищи его постинги на rsdn.ru - он там часто пишет

[gudzon]

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

ЗЫ Кстати хакер - не всегда хорошо. чаще всего эти товарищи сразу кидаются креативить и переделивать систему "как надо!".)))

[Recoilme]

Цитата:

Сообщение от mazzy

Зачем же тогда утверждать, что статья Полный бред?

По крайней мере, название является правильным.
Что еще правильно в этой статье?

Мне не понравилась статья. Первый раз я бросил её читать абзаце на 4 честно говоря. Мне неинтересно читать очевидные вещи пермешанные с бредом.

Цитата:

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

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

Цитата:

Роль программиста не имеет точных аналогов в других профессиях (как бы кто ни пытался доказать обратное) - ни инженеры, ни изобретатели, ни писатели, ни журналисты не работают в условиях столь тесного переплетения чистого творчества, точных наук, практических "приемчиков" и сложных взаимодействий между членами команды

Ну вот пример

Цитата:

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

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

Цитата:

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

Цитата:

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

Нарушена причинно-следственная связь . Брукс сказал - пули нет. Действительно - пули нет. А значит, продолжаем искать серебряную пулю.

Хочется поинтересоваться какие препараты принимает автор??

Цитата:

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

Бред. Выше я приводил цитаты Пола Грэма - что основная проблема - как раз собрать 30 лучших в мире специалистов по разработке ОС вместе

Цитата:

Предположим, мы начинаем амбициозный софтверный проект. Что нужно, чтобы быть уверенным в том, что проект будет успешно завершен? Ответ здесь зависит от того, кто такие "мы" - маленький стартап из трех студентов или большой Мicrosoft? [Это, естественно, крайности - зато удобные для иллюстрирования точки зрения] В первом случае "успешно завершен" означает "мы допишем его до того, как нам надоест, и сделаем все настолько cool, чтобы разом уесть всех возможных конкурентов"; во втором - "проект не завалится под собственной тяжестью и будет закончен хоть когда-нибудь". Другими словами, первых куда больше интересует эффективность используемых инструментов-технологий-подходов, а вторых - надежность (при этом первые готовы пойти на некоторые компромиссы в области надежности, а вторые - пожертвовать некоторой эффективностью). Все дальнейшее - следствия этой дихотомии.

СОГЛАСЕН НА 100%. Только я это уже читал)) У другого автора ))

Цитата:

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

Полностью не согласен. Эффективность не растет, скорей падает.

Цитата:

Изобретателями технологий, существенно повышающих эффективность работы, чаще всего являются этих технологий основные потребители - талантливые одиночки/небольшие группы, работающие в условиях "куча гениальных идей, побыстрее бы все реализовать!" [Отсюда - довольно распространенное мнение, что в IT все сколько-нибудь стоящее изобретается талантливыми и малоизвестными одиночками; см., например, недавнюю статью Пола Грэма "Сила маргиналов" (Paul Graham, "The Power of the Marginal"; www.paulgraham.com/marginal.html)]: поисковик Google; языки программирования Python, Ruby и менее известный, но подающий большие надежды Nemerle; да и сам Web - дело рук и мозгов отнюдь не транснациональных корпораций. Понятное дело, что судьба технологии, за которой не стоит отдел маркетинга из тысячи отборных специалистов, - зачастую дело случая; принято считать, что "достойное само найдет себе дорогу", к сожалению, это далеко не всегда так.

Полностью согласен. Только зачем мне читать перепечатки чужих статей???
Я лучше почитаю оригинал! (см., например, недавнюю статью Пола Грэма "Сила маргиналов")


............................................

Ну и так далее. Или бред - или компиляция чужих статей.
НЕ ИНТЕРЕСНО.

[Андре]

Цитата:

Кстати хакер - не всегда хорошо

Угу.

Цитата:

For very small projects, individual capabilities dictate the project outcome. As project size increases, talented individuals still matter, but their efforts are either supported or undermined by organizational influences.

Копирайт все тот же - 'Software estimation: demystificatifying the black art'.