Как-то вот подумалось — ведь огромная часть людей из индустрии фактически являются последователями карго-культа. Только не строят самолёты и аэродром из тросника, а всё больше архитектуры и код.
Вот буквально, копируют магию белых людей без понимания как оно работает. Но это ещё пол беды, как только кто-то из племени пытается задать вопрос о нужности сего действа или просто указать другие способы использования или не использования магии белых людей, так сразу всё племя начинает дико ржать и гнобить выскочку. Ведь белым людям — виднее )))
Для дикаря нет никакой связи между причиной и следствием. Это и приводит к тому, что дикарь не может создать ничего нового.
Известный швейцарский психолог Жан Пиаже давал детям незаконченные предложения и просил их дописать окончание. В результате получались такие предложения:
К. (8 лет 6 мес): Один человек упал с велосипеда, потому что... он сломал себе руку.
Л. (7 лет 6 мес); Я пошел в баню, потому что... я после был чистым.
Д. (6 лет): Я потерял вчера мою ручку, потому что... я не пишу.
Как видите, дети не могут выявить причину, а только сопоставляют временные события. Именно такое мышление сохраняется у дикаря. Дикарь воспринимает временную связь, как причину. Разжег костер, пошел дождь. Следовательно, костер — это причина дождя.
но помню, что я встречал это где-то в другом месте и нашел:
«Уважаемые нумера! Недавно археологи откопали одну книгу 20-го века. В ней иронический автор рассказывает о дикаре и о барометре. Дикарь заметил: всякий раз, как барометр останавливался на „дожде“, — действительно шел дождь. И так как дикарю захотелось дождя, то он повыковырял ровно столько ртути, чтобы уровень стал на „дождь“ (на экране — дикарь в перьях, выколупывающий ртуть: смех). Вы смеетесь: но не кажется ли вам, что смеха гораздо более достоин европеец той эпохи. Так же, как и дикарь, европеец хотел „дождя“ — дождя с прописной буквы, дождя алгебраического. Но он стоял перед барометром мокрой курицей. У дикаря, по крайней мере, было больше смелости и энергии и — пусть дикой — логики: он сумел установить, что есть связь между следствием и причиной. Выковыряв ртуть, он сумел сделать первый шаг на том великом пути, по которому...»
AS>Дык, уважаемое племя, вы что думаете по поводу?
Есть несколько вариаций этого культа (произносится зомбированым голосом):
— хипстерский. «node.js это круто потому что это круто потому что все крутые пацаны используют nodejs потому что это круто и вообще». То же самое про MongoDB.
— менеджерский. «мы используем технологию X потому что наши консультанты сказали использовать технологию X и наши инвесторы имеют компании где уже решали то что мы решаем технологией X»
Можно вычислить одним вопросом:
Вопрос: почему вы используете Z?
Не-карго ответ: потому что <список причин, сравнений с другими технологиями, описания плюсов и минусов, применимость к проблеме разработки>
Карго ответ: потому что.
Здравствуйте, Alexéy Sudachén, Вы писали:
AS>Как-то вот подумалось — ведь огромная часть людей из индустрии фактически являются последователями карго-культа. Только не строят самолёты и аэродром из тросника, а всё больше архитектуры и код.
AS>Вот буквально, копируют магию белых людей без понимания как оно работает. Но это ещё пол беды, как только кто-то из племени пытается задать вопрос о нужности сего действа или просто указать другие способы использования или не использования магии белых людей, так сразу всё племя начинает дико ржать и гнобить выскочку. Ведь белым людям — виднее )))
AS>Дык, уважаемое племя, вы что думаете по поводу?
я думаю что Си не нужен. программисты ниасилившие С++ тоже.
Здравствуйте, Alexéy Sudachén, Вы писали:
AS>>>Дык, уважаемое племя, вы что думаете по поводу? A>>я думаю что Си не нужен. программисты ниасилившие С++ тоже.
AS>Это ты типа демонстрируешь поведение недалёкого туземца?! Я те больше скажу — программисты не осилившие жабу и шарп тоже не нужны! ))))
AS>ЗЫ. AS>Ведь сколько же я всего не осилил .... по профилю и CV видно, там не только один C++ )))
ты подержал его в руках, но не научился им пользоваться.
Когда при обсуждении какой-либо технологии или подхода к разработке я слышу "пробовали мы ваше ХХХ, серебряной пули не бывает" — это и есть культ карго. Не разобравшись, не научившись, пытались на коленке делать то, что только внешне похоже на ХХХ, обломались и вернулись к привычному. Или когда вместо продуктивной работы начинают играться в раскладывание карандашей на столе, то есть "настраивать под себя" инструменты разработки, пытаясь сэкономить одно нажатие на кнопку и два клика.
Здравствуйте, BrainSlug, Вы писали:
BS> «Уважаемые нумера! Недавно археологи откопали одну книгу 20-го века. В ней иронический автор рассказывает о дикаре и о барометре. Дикарь заметил: всякий раз, как барометр останавливался на „дожде“, — действительно шел дождь. И так как дикарю захотелось дождя, то он повыковырял ровно столько ртути, чтобы уровень стал на „дождь“ (на экране — дикарь в перьях, выколупывающий ртуть: смех). Вы смеетесь: но не кажется ли вам, что смеха гораздо более достоин европеец той эпохи. Так же, как и дикарь, европеец хотел „дождя“ — дождя с прописной буквы, дождя алгебраического. Но он стоял перед барометром мокрой курицей. У дикаря, по крайней мере, было больше смелости и энергии и — пусть дикой — логики: он сумел установить, что есть связь между следствием и причиной. Выковыряв ртуть, он сумел сделать первый шаг на том великом пути, по которому...»
То, что он выковырял ртуть (выковырял? она же жидкая и скользкая?) еще не значит, что он не понимает причину и следствие. Он мог тестировать гипотезу, что барометр вызывает дождь — в этом нет абсолютно ничего глупого. Важно что он делал после — продолжал ли с тех пор всю жизнь выковыривать барометры и ждать дождя, несмотря на отсутствие результата? Такие люди есть, но далеко не все, даже если они дикари.
Здравствуйте, Alexéy Sudachén, Вы писали:
AS>Как-то вот подумалось — ведь огромная часть людей из индустрии фактически являются последователями карго-культа. Только не строят самолёты и аэродром из тросника, а всё больше архитектуры и код.
AS>Вот буквально, копируют магию белых людей без понимания как оно работает. Но это ещё пол беды, как только кто-то из племени пытается задать вопрос о нужности сего действа или просто указать другие способы использования или не использования магии белых людей, так сразу всё племя начинает дико ржать и гнобить выскочку. Ведь белым людям — виднее )))
AS>Дык, уважаемое племя, вы что думаете по поводу?
пока думаешь как сделать правильно с пониманием, другие быстро и без понимания скопируют неправильно, выкатят первую версию, соберут пользователей, найдут под них еще денег, положат первую версию в грид, под это найдут еще пользователей, под это еще денег, а за это время напишут новую версию уже со знанием. про белых людей и племя без коментариев.
Кё>То, что он выковырял ртуть (выковырял? она же жидкая и скользкая?) еще не значит, что он не понимает причину и следствие. Он мог тестировать гипотезу, что барометр вызывает дождь — в этом нет абсолютно ничего глупого.
а я и не писал, что это глупо. я специально привел две разных точки зрения, (хоть цитата из "мы" и выдернута из контекста в большей мере и смысл её может быть диаметрально противоположный). и это может быть неглупо, даже если он не понимает причину и следствие. в философском смысле (идеалистическом я бы сказал) мы все можем не понимать причину и следствие. но со временем, с изменением требований, обстоятельств и прочего, понимание к чему-то приходит, к чему-то нет, а также появляются новые вещи, понятия, что угодно, к чему у нас также пока нет/не выработался подход/понимание и прочее. здесь важна, как правильно вы сформулировали, именно методология.
Кё>Важно что он делал после — продолжал ли с тех пор всю жизнь выковыривать барометры и ждать дождя, несмотря на отсутствие результата? Такие люди есть, но далеко не все, даже если они дикари.
в общем-то все, что вы написали — согласуется с моим комментом.
Здравствуйте, Alexéy Sudachén, Вы писали:
AS>Вот буквально, копируют магию белых людей без понимания как оно работает. Но это ещё пол беды, как только кто-то из племени пытается задать вопрос о нужности сего действа или просто указать другие способы использования или не использования магии белых людей, так сразу всё племя начинает дико ржать и гнобить выскочку. Ведь белым людям — виднее ))) AS>Дык, уважаемое племя, вы что думаете по поводу?
Я думаю, что вы не сможете верно сформулировать значение глагола "понимать".
Здравствуйте, Alexey Sudachen, Вы писали:
AS>Дык, уважаемое племя, вы что думаете по поводу?
Я думаю, что ты не правильно использовал термин. Карго-культ, это когда копируют внешние атрибуты, но оно при этом не работает. А то что ты описал, это эмпирика.
... << RSDN@Home 1.2.0 alpha 5 rev. 91 on Windows 8 6.2.9200.0>>
AS>>Дык, уважаемое племя, вы что думаете по поводу? AVK>Я думаю, что ты не правильно использовал термин. Карго-культ, это когда копируют внешние атрибуты, но оно при этом не работает. А то что ты описал, это эмпирика.
Здравствуйте, abibok, Вы писали:
A>Когда при обсуждении какой-либо технологии или подхода к разработке я слышу "пробовали мы ваше ХХХ, серебряной пули не бывает" — это и есть культ карго. Не разобравшись, не научившись, пытались на коленке делать то, что только внешне похоже на ХХХ, обломались и вернулись к привычному.
Это не культ карго, это объективная оценка высокого порога входа в технологию. Серебряной пули — чтобы за полчаса без перелопачивания гугла и документации на незнакомой технологии налабать распределенную систему управления ядерным реактором с вебдванолем и куртизанками — не бывает.
B>Это не культ карго, это объективная оценка высокого порога входа в технологию. Серебряной пули — чтобы за полчаса без перелопачивания гугла и документации на незнакомой технологии налабать распределенную систему управления ядерным реактором с вебдванолем и куртизанками — не бывает.
Я говорил не об этом. Вот есть проект с характерными и давно знакомыми проблемами. Видишь, что введение юнит-тестов, code review, CI, системы контроля версий с бранчами здорово поможет. Рассказываешь, убеждаешь, вроде согласились попробовать. Но вместо юнит-тестов пишут какую-то ерунду, куча тестов регулярно сломана, code review игнорируют или придираются к мелочам вроде стиля, не пытаясь анализировать смысл изменения, и т.д. То есть вроде что-то делается, но делается халтурно и поверхностно, без желания разобраться и использовать инструмент как положено. Разумеется ничего не выходят. На тебя обижаются "столько времени даром потратили на твои игрушки, некогда нам, надо кодить". Погнались за внешней атрибутикой и надеялись, что оно как-то само образуется. Вот это и есть культ карго.
Здравствуйте, abibok, Вы писали:
A>Или когда вместо продуктивной работы начинают играться в раскладывание карандашей на столе, то есть "настраивать под себя" инструменты разработки, пытаясь сэкономить одно нажатие на кнопку и два клика.
Это не имеет никакого отношения к карго культу. Это другое явление. У него есть и плюсы и минусы, но это не карго культ.
К примеру я напишу скрипт деплоя, даже если я убежден, что этот деплой будет производиться раз в год. И ручной деплой занимает на 82 секунды больше времени чем автоматический. Я потрачу 2 часа на этот скрипт совсем не ради экономии времени. По времени я потеряю, но выиграю в надежности и сохраню немного свободного места в голове (и да, я смогу потом легко объяснить что надо делать кому-то еще).
Не все меряется кликами. Я не поленюсь устранить лишний клик, если буду знать, что этот лишний клик будет меня всего лишь слегка раздражать, но будет делать это часто. Тут главное не пропустить момент, когда этот клик совсем не лишний.
Я могу потратить кучу времени, создавая лаконичный код, вовсе не потому, что его быстрее набрать.
Здравствуйте, Alexéy Sudachén, Вы писали:
AS>Как-то вот подумалось — ведь огромная часть людей из индустрии фактически являются последователями карго-культа. Только не строят самолёты и аэродром из тросника, а всё больше архитектуры и код.
Раз уж речь пошла о культе карго, позволю себе сменить тему — вспомнить о том, откуда пришел этот термин в ИТ.
А более конкретно — насколько культовый статус имеет Макконнелл и его книги.
Я не собираюсь цитировать эти книги как труды Ленина и не собираюсь на собеседованиях произносить пафосные речи типа мою жизнь изменил Макконнелл. Но, по-моему, было бы неплохо поговорить с собеседующим об этих книгах и таким образом начать разговор о темах, затронутых в них, типа насколько собеседуемый разбирается в этом.
Или это будет восприниматься в лучшем случае с иронией — типа нашел очередной (опять модное выражение, упомянутое в том числе Макконнеллом) siver bullet?
Здравствуйте, Ziaw, Вы писали:
Z>Здравствуйте, abibok, Вы писали:
A>>Или когда вместо продуктивной работы начинают играться в раскладывание карандашей на столе, то есть "настраивать под себя" инструменты разработки, пытаясь сэкономить одно нажатие на кнопку и два клика.
Z>Это не имеет никакого отношения к карго культу. Это другое явление. У него есть и плюсы и минусы, но это не карго культ.
Опять же из трудов классика, речь шла о 3 этапах:
1. "одинокий волк" не хочет следовать принципам.
2. группа перенимает готовую методологию и сосредотачивается на деталях
3. делают упор на принципы и понимают, что методология не универсальна.
Суть очевидно в том, что переход на более высокий уровень — это обучение, усилия, практика и время. И не все в состоянии перейти на другой уровень.
Здравствуйте, abibok, Вы писали:
A>Видишь, что введение юнит-тестов, code review, CI, системы контроля версий с бранчами здорово поможет. Рассказываешь, убеждаешь, вроде согласились попробовать. Но вместо юнит-тестов пишут какую-то ерунду, куча тестов регулярно сломана, code review игнорируют или придираются к мелочам вроде стиля, не пытаясь анализировать смысл изменения, и т.д.
Нет, это как раз опыт. Попробовали, не понравилось — в топку.
Карго культ это когда, к прмеру, пихают юнит-тесты во все щели, гонятся за процентами покрытия кода и пишут велосипедные атомные реакторы для моканья окружения. Как это всё влияет на разработку — неизвестно, как померять эффективность применения этих практик мы даже не представляем но это — путь самурая и иначе нельзя. Потому что это модно и молодёжно. И гуру так сказал.
Погнались за внешней атрибутикой и надеялись, что оно как-то само образуется. Вот это и есть культ карго.(с)
Здравствуйте, jeeist, Вы писали:
J>А более конкретно — насколько культовый статус имеет Макконнелл и его книги.
Какой культ Макконелла? это yet another bible
Почти никто его книгу не читал,
а если кто и читал, то не помнят или не понимают,
а если кто и помнит и понимает, то не применяет, (ибо якобы жизнь другая)
а если и применяет, то лишь очень малую часть.
Здравствуйте, Nuseraro, Вы писали:
J>>А более конкретно — насколько культовый статус имеет Макконнелл и его книги.
N>Какой культ Макконелла? это yet another bible N>Почти никто его книгу не читал, N>а если кто и читал, то не помнят или не понимают, N>а если кто и помнит и понимает, то не применяет, (ибо якобы жизнь другая) N>а если и применяет, то лишь очень малую часть.
Я читал, нихрена не помню, осталась только одна заповедь в голове: "пиши свой код так, как будто его будет поддерживать маньяк убийца, знающий твой адресс".
Так что да, все как у тебя, библия библией.
Пока писал вспомнил еще: код больше читается чем пишется. Но это в последнее время только ленивый не повторял.
Здравствуйте, Nuseraro, Вы писали:
N>Здравствуйте, jeeist, Вы писали:
J>>А более конкретно — насколько культовый статус имеет Макконнелл и его книги.
N>Какой культ Макконелла? это yet another bible
N>Почти никто его книгу не читал, N>а если кто и читал, то не помнят или не понимают, N>а если кто и помнит и понимает, то не применяет, (ибо якобы жизнь другая) N>а если и применяет, то лишь очень малую часть.
В принципе учит жизнь — годы, десятилетия, а не книги Но иногда книга помогает разложить все по полкам, систематизировать, правильно назвать вещи, показать направление, куда копать, итд. итп.
A>Видишь, что введение юнит-тестов, code review, CI, системы контроля версий с бранчами здорово поможет. Рассказываешь, убеждаешь, вроде согласились попробовать. Но вместо юнит-тестов пишут какую-то ерунду, куча тестов регулярно сломана, code review игнорируют или придираются к мелочам вроде стиля, не пытаясь анализировать смысл изменения, и т.д.
"Мы в ответе за тех, кого приручили". Поздравляю, вы убедили всех внедрять практику. Только почему вы после этого самоустранились из процесса? Нужно же обучить остальных, как правильно писать юнит тесты, зачем нужен ревью (и как его проводить). При этом нужно не просто обучать, но и контроллировать правильность понимания процесса. Например, участвовать в ревью и проводить потом "ревью ревью".
A>То есть вроде что-то делается, но делается халтурно и поверхностно, без желания разобраться и использовать инструмент как положено.
Ну а как вы хотели? Человек — существо ленивое. Вы всех убеждали "давайте внедрим вот это". Убедили, отлично. Остальные решают попробовать. И тут вдруг выясняется, что им еще нужно приложить кучу усилий и самостоятельно разобраться во всех тонкостях процесса и внедрить его! Получается, что агитировали вы, а делать то им. И им сложнее — вы уже знаете, что хотите, а они плохо представляют, чего хотите вы. При этом от вас никакой помощи (вы их работу считаете халтурой). Результат вполне предсказуем.
A>Разумеется ничего не выходят. На тебя обижаются "столько времени даром потратили на твои игрушки, некогда нам, надо кодить". Погнались за внешней атрибутикой и надеялись, что оно как-то само образуется. Вот это и есть культ карго.
Правильно обижаются. Я бы тоже обиделся. От меня чего-то хотят, при этом нормально не объясняют (говорят, ищи и учи сам) и говорят, что я халтурю! Если уж вы затеяли внедрение процесса, то внедрять надо упорно и до конца. Следить и корректировать в процессе внедрения, например. Предоставлять обратную связь (конструктивную) другим участникам. Объяснять, что неправильно (и что правильно тоже), какие бонусы уже получили, что еще предстоит получить и как этого добиться. Инициатива наказуема. Нужно же не только внешнюю атрибутику показать. Нужно рассказать, как и почему оно внутри работает (не надеясь, что сами разберутся). А потом и проконтролировать правильность понимания (без этого могут быть проблемы).
Так что в данной ситуации культа карго нет. Команда внутренней составляющей не знала (причины могут быть разные, скорее всего просто не показали). Применила ритуалы. Ритуалы не помогли. Команда сделала вывод, что внешние ритуалы не рулят (что правильно) и отказалась от технологии.
Z>К примеру я напишу скрипт деплоя, даже если я убежден, что этот деплой будет производиться раз в год.
Вы путаете КК и эффективность реализации. Я не имею ничего против горы усилий, если это приводит к решению задачи и получению опыта. КК — это когда решение задачи подменяется чисто внешней и поверхностной суетой-активностью. Например, когда человек настраивает неделями подбирает себе IDE, настраивает цвета-шорткаты, но в итоге так ничего и не пишет, для работы не использует. Или когда внедряют юнит-тесты, потому что так сказано в книжке, но эти тесты никакой реальной пользы не приносят, потому что писали их без понимая сути. Или когда начинают без повода наворачивать "архитектуру" и везде совать шаблоны проектирования, не потому что это необходимо для проекта, а потому что так положено.
A>Я читал, нихрена не помню, осталась только одна заповедь в голове: "пиши свой код так, как будто его будет поддерживать маньяк убийца, знающий твой адресс".
Эта фраза принадлежит John F. Woods, а не Макконеллу. Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.
M>"Мы в ответе за тех, кого приручили". Поздравляю, вы убедили всех внедрять практику. Только почему вы после этого самоустранились из процесса? Нужно же обучить остальных, как правильно писать юнит тесты, зачем нужен ревью (и как его проводить). При этом нужно не просто обучать, но и контроллировать правильность понимания процесса. Например, участвовать в ревью и проводить потом "ревью ревью".
Э, нет, это не мой проект. Я показал направление, как внешний эксперт, а дальше сами.
M>Так что в данной ситуации культа карго нет. Команда внутренней составляющей не знала (причины могут быть разные, скорее всего просто не показали). Применила ритуалы. Ритуалы не помогли. Команда сделала вывод, что внешние ритуалы не рулят (что правильно) и отказалась от технологии.
Команда не хотела работать и учиться, а выбрала легкий путь. Облом был ожидаем. Плохо, что эти люди теперь будут противниками технологии и не станут пытаться попробовать снова.
Здравствуйте, abibok, Вы писали:
A>Вы путаете КК и эффективность реализации. Я не имею ничего против горы усилий, если это приводит к решению задачи и получению опыта. КК — это когда решение задачи подменяется чисто внешней и поверхностной суетой-активностью. Например, когда человек настраивает неделями подбирает себе IDE, настраивает цвета-шорткаты, но в итоге так ничего и не пишет, для работы не использует.
Нет, это не КК. Если человек неделями подбирает под себя IDE, но в итоге ничего не пишет этому может быть множество объяснений, но не КК. Чаще всего он просто не знает, что и как ему писать.
A>Или когда внедряют юнит-тесты, потому что так сказано в книжке, но эти тесты никакой реальной пользы не приносят, потому что писали их без понимая сути. Или когда начинают без повода наворачивать "архитектуру" и везде совать шаблоны проектирования, не потому что это необходимо для проекта, а потому что так положено.
Это тоже не КК, это издержки знаний полученных в отрыве от практики. Пока на практике шишек не набьешь всегда будешь в той или иной мере ошибаться с применением книжных знаний.
Здравствуйте, abibok, Вы писали:
A>>Я читал, нихрена не помню, осталась только одна заповедь в голове: "пиши свой код так, как будто его будет поддерживать маньяк убийца, знающий твой адресс".
A>Эта фраза принадлежит John F. Woods, а не Макконеллу. Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.
Тем более. Библия библией))))
Здравствуйте, abibok, Вы писали:
M>>"Мы в ответе за тех, кого приручили". Поздравляю, вы убедили всех внедрять практику. Только почему вы после этого самоустранились из процесса? Нужно же обучить остальных, как правильно писать юнит тесты, зачем нужен ревью (и как его проводить). При этом нужно не просто обучать, но и контроллировать правильность понимания процесса. Например, участвовать в ревью и проводить потом "ревью ревью". A>Э, нет, это не мой проект. Я показал направление, как внешний эксперт, а дальше сами.
Все равно плохой вариант. Мне кажется, правильнее было бы не показывать направление, а указать проблемы и требовать их решить. Какими методами — это уже их проблемы. Могут — вашими методами, могут — своими. Но проблемы должны быть решены. Это хотя бы ориентир дает при применении практик. Или заинтересованного человека найти, который бы следил за тем, что задачи решаются (и при необходимости обращался к вам). Просто направления "идти туда 10 километров" мало будет.
M>>Так что в данной ситуации культа карго нет. Команда внутренней составляющей не знала (причины могут быть разные, скорее всего просто не показали). Применила ритуалы. Ритуалы не помогли. Команда сделала вывод, что внешние ритуалы не рулят (что правильно) и отказалась от технологии. A>Команда не хотела работать и учиться, а выбрала легкий путь. Облом был ожидаем. Плохо, что эти люди теперь будут противниками технологии и не станут пытаться попробовать снова.
Там что угодно могло быть. Может, от них требуют работу так же, как и раньше делать. Когда там учиться? В свободное время? За это пообещать нужно было что-нибудь. А противниками технологии они не станут, не переживайте. Когда (и если) они осознают проблему, то смогут выбрать и ту технологию, которая у них когда-то не получилась. По-умолчанию в проект ее брать не будут (потому что может не получиться), но это тоже хорошо.
Хотя результат, конечно, был ожидаемый. Никому ваша помощь не нужна была. Вас пригласили, чтобы создать видимость "заинтересованности" в проекте. Если бы хоть кто-то действительно хотел, могло бы получиться лучше.
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Alexey Sudachen, Вы писали:
AS>>Дык, оно часто и не работает ))))
AVK>Ну, я такого чтобы часто не работало не видел.
очень часто наблюдаю написание юнит-тестов, которые запускают один единственный раз (сразу после написания), т.о. 99.9999% всех тестов в проекте давно поломаны (код уже двадцать раз уже успели поправить, а тесты так и оставили)
вы уже либо крестик снимите, иль трусы наденьте...
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Философ, Вы писали:
Ф>очень часто наблюдаю написание юнит-тестов, которые запускают один единственный раз (сразу после написания), т.о. 99.9999% всех тестов в проекте давно поломаны (код уже двадцать раз уже успели поправить, а тесты так и оставили)
По моему опыту так происходит, когда тесты изначально были безполезны, например, потому что тестируют детали реализации. Периодически встречается, как кто-нибудь хочет написать тест на то, что его функция не выделяет динамической памяти, хотя по контракту этой функции такого вообще не требуется. Т.е. вполне возможна реализация, которая будет выделять, и что тогда? "А тогда перепишем тест, чтобы он проверял сколько именно она выделяет!" Рано или поздно подобного рода юнит тестов становится много, и на каждый чих ломается по нескольку тестов, в которых нужно тупо пойти и подправить в соответствии с текущей реализацией. Я взял себе за правило такие тесты просто удалять.
Здравствуйте, Alexéy Sudachén, Вы писали:
AS>Как-то вот подумалось — ведь огромная часть людей из индустрии фактически являются последователями карго-культа.
Угу. И "паттерны проектирования" тому лучший пример.
24.04.2013 10:03, Кодёнок пишет: > То, что он выковырял ртуть (выковырял? она же жидкая и скользкая?) еще не значит, что он не понимает причину и следствие. Он мог тестировать гипотезу, что барометр вызывает дождь — в этом нет абсолютно ничего глупого. Важно что он делал после — продолжал ли с тех пор всю жизнь выковыривать барометры и ждать дождя, несмотря на отсутствие результата? Такие люди есть, но далеко не все, даже если они дикари.
Дикарь чешет свой нос и тут начинается дождь. «О!» — думает дикарь и
когда снова нужен дождь начинает чесать нос: слева, справа, сверху,
снизу, левой рукой, правой... Начинается дождь. «О!» — думает дикарь: «Я
имею учиться на своих ошибках». Далее всю оставшуюся жизнь он посвящает
разработке сложнейшей системы чесания носа, совершенствуя ритуал в
зависимости от того, начинает идти дождь или нет. Он не только
разрабатывает эту систему, но и передает ее по наследству своим детям и
внукам, а те создают целую касту, школу, академию. И уже на изучение
великой науки вызывания дождя требуются годы упорного труда и только
самые способные и талантливые могут ее постичь, хотя до полного
совершенства доходят немногие. Ведь на исполнение полного ритуала уходит
до 8-9 месяцев. Зато достигшие совершенства могут с гордостью сказать:
"Не было еще ни одного случая, чтобы я не смог вызвать дождь."
Здравствуйте, Философ, Вы писали:
Ф>очень часто наблюдаю написание юнит-тестов, которые запускают один единственный раз (сразу после написания), т.о. 99.9999% всех тестов в проекте давно поломаны (код уже двадцать раз уже успели поправить, а тесты так и оставили)
Это какой-то вырожденный случай. Тесты должны автоматом прогоняться на CI сервере, иначе их смысл теряется. Они регулярно ломаются и редкий программист, случайно обнаруживший давно упавший тест, станет его чинить.
Здравствуйте, Ziaw, Вы писали:
Ф>>очень часто наблюдаю написание юнит-тестов, которые запускают один единственный раз (сразу после написания), т.о. 99.9999% всех тестов в проекте давно поломаны (код уже двадцать раз уже успели поправить, а тесты так и оставили)
Z>Это какой-то вырожденный случай.
Не вырожденный. Я такое очень часто вижу. Да что говорить, на моем текущем проекте тесты тоже в стол пишутся. На предыдущем CI сервер был развернут только на моей машине и я пинал других когда они ломали тесты.
Z>Тесты должны автоматом прогоняться на CI сервере, иначе их смысл теряется. Они регулярно ломаются и редкий программист, случайно обнаруживший давно упавший тест, станет его чинить.
Вот это 100% паравда.
Здравствуйте, Aikin, Вы писали:
A>Не вырожденный. Я такое очень часто вижу. Да что говорить, на моем текущем проекте тесты тоже в стол пишутся. На предыдущем CI сервер был развернут только на моей машине и я пинал других когда они ломали тесты.
А зачем они тогда пишутся? Это огромный перерасход ресурсов, писать тесты и не использовать их потом.
Здравствуйте, Ziaw, Вы писали:
A>>Не вырожденный. Я такое очень часто вижу. Да что говорить, на моем текущем проекте тесты тоже в стол пишутся. На предыдущем CI сервер был развернут только на моей машине и я пинал других когда они ломали тесты.
Z>А зачем они тогда пишутся? Это огромный перерасход ресурсов, писать тесты и не использовать их потом.
Так культ карго же))
На том проекте где я всех пинал был явно культ карго. На текущем их хоть не заставляют писать. Пишем для себя чтобы проверить, что текущий функционал работает.
СУВ, Aikin
... << RSDN@Home 1.2.0 alpha 5 rev. 1539>>
Re: Обучение на основе контекста и эксперимент с обливанием обезьян
Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания http://rsdn.ru/Info/rules.xml
* thriving in a production environment *
