Комментарии: Не давайте бензопилу детям. http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/ Thinking aloud about business and software development Thu, 26 Apr 2012 16:25:03 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Автор: sdf http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-108990 sdf Fri, 30 Oct 2009 08:40:52 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-108990 <a href="http://www.ugg-mall.net" rel="nofollow">ugg boots on sale</a> <a href="http://www.ugg-mall.net" rel="nofollow">cheap ugg boots</a> <a href="http://www.ugg-mall.net" rel="nofollow">ugg</a> ugg boots on sale
cheap ugg boots
ugg

]]> Автор: Victor Ronin http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-105200 Victor Ronin Thu, 10 Sep 2009 14:13:49 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-105200 Ну, во первых такое четкое разделение ролей достаточно редко. Оно существует в крупных компаниях, причем только в хорошо организованных крупных компаниях. В большинстве же компаний роли таки активно смешиваются. Ну, во первых такое четкое разделение ролей достаточно редко. Оно существует в крупных компаниях, причем только в хорошо организованных крупных компаниях.

В большинстве же компаний роли таки активно смешиваются.

]]> Автор: -=SAI=- http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-105188 -=SAI=- Thu, 10 Sep 2009 13:28:21 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-105188 Мне кажется тут идет "смешение уровней": есть 4 основные роли в разработке: 1 Архитектор(виденье системы, патерны интерфейсы,бутылочные горлышки, маштабируемость, итп.) 2 Проэктировщик(Тот кто знает: Как реализован интерфейс и как новую "фичу" можно безопасно прикрутить в рамках парадигмы которую заложил архитектор. ) 3 Разрабочик ( получает от проэктировщика проэкт, где и чего нужно реализовать, ОН НИКОГДА НЕ ЛЕЗИТ В ОБЕКТНЫУЮ МОДЕЛЬ где может реально накасячить, ему это просто не нужно, ибо если нужен новый интерфейс ему напишут какой и где он должен быть) 4 Руководитель проэкта. (следит за тем чтобы уровни не смешивались и все работало "как надо" :) ) если: Кто-то из решил взять на себя более одной роли: потенциальный косяк. Идеальная тулза, это та, которая выполняет одно дейсвие ИДЕАЛЬНО :) Комбайн - многофункционален ДИШЕВЛЕ суммы всех идеальных тулзов, но труден в поддержке и не гибок :) Тут как в традиционном: Быстро/Качественно/Дешиво - выбирай любые 2! :) Мне кажется тут идет «смешение уровней»:
есть 4 основные роли в разработке:
1 Архитектор(виденье системы, патерны интерфейсы,бутылочные горлышки, маштабируемость, итп.)
2 Проэктировщик(Тот кто знает: Как реализован интерфейс и как новую «фичу» можно безопасно прикрутить в рамках парадигмы которую заложил архитектор. )
3 Разрабочик ( получает от проэктировщика проэкт, где и чего нужно реализовать, ОН НИКОГДА НЕ ЛЕЗИТ В ОБЕКТНЫУЮ МОДЕЛЬ где может реально накасячить, ему это просто не нужно, ибо если нужен новый интерфейс ему напишут какой и где он должен быть)
4 Руководитель проэкта. (следит за тем чтобы уровни не смешивались и все работало «как надо» :) )
если:
Кто-то из решил взять на себя более одной роли: потенциальный косяк.
Идеальная тулза, это та, которая выполняет одно дейсвие ИДЕАЛЬНО :)
Комбайн – многофункционален ДИШЕВЛЕ суммы всех идеальных тулзов, но труден в поддержке и не гибок :)
Тут как в традиционном: Быстро/Качественно/Дешиво – выбирай любые 2! :)

]]> Автор: Victor Ronin http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-105118 Victor Ronin Wed, 09 Sep 2009 17:42:35 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-105118 Обобщу проблему следующим образом. Проблема, что максимальная точноть по которой можно разбить кому из программистов что можно, а кому нельзя - являются файлы. а) Невозможно указать что-то ниже файла (а-ля нельзя изменять интерфейсы) б) Невозможно указать tool'ы которыми нельзя пользоваться (а-ля copy/paste) Обе проблемы не супер критичные, если что-то сделано не так, то это можно отловить в какой-то момент. Но.... Собственно насчет этого "НО" и спорим. Я говорю, что лучше проблемы предотвращать (как болезни), чем лечить. Обобщу проблему следующим образом.
Проблема, что максимальная точноть по которой можно разбить кому из программистов что можно, а кому нельзя – являются файлы.
а) Невозможно указать что-то ниже файла (а-ля нельзя изменять интерфейсы)
б) Невозможно указать tool’ы которыми нельзя пользоваться (а-ля copy/paste)

Обе проблемы не супер критичные, если что-то сделано не так, то это можно отловить в какой-то момент.
Но…. Собственно насчет этого «НО» и спорим.

Я говорю, что лучше проблемы предотвращать (как болезни), чем лечить.

]]> Автор: Владимир http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-105098 Владимир Wed, 09 Sep 2009 13:09:13 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-105098 Критические секции знаю. А критические файлы... Что это? C++ отказывается от использования файлов для обозначения блоков кода. C# ввели расширение методов ( http://msdn.microsoft.com/ru-ru/library/bb383977.aspx ). Снабдить cvs чем-либо типа http://pmd.sourceforge.net/cpd.html и высылать тимлиду уведомления? Человек существо изобретательное, после 2х пинков научится обходить программу. Критические секции знаю. А критические файлы… Что это?
C++ отказывается от использования файлов для обозначения блоков кода. C# ввели расширение методов ( http://msdn.microsoft.com/ru-ru/library/bb383977.aspx ).

Снабдить cvs чем-либо типа http://pmd.sourceforge.net/cpd.html и высылать тимлиду уведомления? Человек существо изобретательное, после 2х пинков научится обходить программу.

]]> Автор: -=SAI=- http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-105087 -=SAI=- Wed, 09 Sep 2009 09:28:29 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-105087 я что-то потерял нить, в чем проблема ? В том что нет софта который может ранжировать доступ к определенным файлам ? Или нельзя применить смекалку для удешевления контроля за опасными тулзами? ( типа есть пользователь на которого эксклюзивно залочены файлы: модели, интерфейсы, скрипты. Логин юзверя "ЛИД" ... иссесено если изменения с ним согласованы он "нужные" файлы отпускает ... И тут уже: чем больше у ЛИД'а критичных файлов - тем хуже лид :) тем больше у него гемороя. ) Тут еще есть психологический фактор: я "вижу" кратчайший путь решения поставленной задачи, но "тулзы" глючат и говорят что у меня нет доступа ... приходится делать , через ... вобщем в обход, в итоге реализация получится еще хуже чем кривая ( ибо заведомо неоптимальная(которой были нужны опасные тулзы) реализация была адаптированна к тому что есть в наличии ... естесвенно за большее время ... + дебаг ... и в результате рефакторинг :) ) С другой стороны: если сервер контроля версия настроен таким образом что лиду сваливаются наличия изменений в критичных ( по его мнению) файлах, и отфильтровываюся по Тем, кто эти изменения внес - всегда проще :) я что-то потерял нить, в чем проблема ?
В том что нет софта который может ранжировать доступ к определенным файлам ?
Или нельзя применить смекалку для удешевления контроля за опасными тулзами? ( типа есть пользователь на которого эксклюзивно залочены файлы: модели, интерфейсы, скрипты. Логин юзверя «ЛИД» … иссесено если изменения с ним согласованы он «нужные» файлы отпускает … И тут уже: чем больше у ЛИД’а критичных файлов – тем хуже лид :) тем больше у него гемороя. )
Тут еще есть психологический фактор: я «вижу» кратчайший путь решения поставленной задачи, но «тулзы» глючат и говорят что у меня нет доступа … приходится делать , через … вобщем в обход, в итоге реализация получится еще хуже чем кривая ( ибо заведомо неоптимальная(которой были нужны опасные тулзы) реализация была адаптированна к тому что есть в наличии … естесвенно за большее время … + дебаг … и в результате рефакторинг :) )
С другой стороны: если сервер контроля версия настроен таким образом что лиду сваливаются наличия изменений в критичных ( по его мнению) файлах, и отфильтровываюся по Тем, кто эти изменения внес – всегда проще :)

]]> Автор: Victor Ronin http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-104648 Victor Ronin Wed, 02 Sep 2009 17:12:52 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-104648 Все таки, если мы говорим об эффективности обучения, то между 1) и 2) большой разрыв. Человек видит как делать надо, получает по лбу чужими граблями. Но, все же он не получает по лбу именно своими граблями, поэтому обратная связь не так сильна. Хотя впрочем, мы достаточно сильно отклонились. Все таки, если мы говорим об эффективности обучения, то между 1) и 2) большой разрыв. Человек видит как делать надо, получает по лбу чужими граблями. Но, все же он не получает по лбу именно своими граблями, поэтому обратная связь не так сильна.

Хотя впрочем, мы достаточно сильно отклонились.

]]> Автор: Konstantin http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-104625 Konstantin Wed, 02 Sep 2009 08:59:34 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-104625 Ну зачем же сразу "пользовать copy/paste, изговнять проект вдребезги. Пытаться его в таком виде support’ить годик, не попадая ни в один deadline и работая на выходные". Вполне достаточно выполнить 2 пункта: 1) давать небольшие задачи ("детские грабли") - чтобы можно было относительно быстро потом показать как делать надо. 2) Посадить на maintenance проект на фикс багов, чтобы он увидел к чему могут приводить ошибки, которые он допустил, если их допускать и запускать. Такое сочетание хорошо прочищает мозги и очень хорошо учит читать код. Ну зачем же сразу «пользовать copy/paste, изговнять проект вдребезги. Пытаться его в таком виде support’ить годик, не попадая ни в один deadline и работая на выходные».

Вполне достаточно выполнить 2 пункта:
1) давать небольшие задачи («детские грабли») – чтобы можно было относительно быстро потом показать как делать надо.
2) Посадить на maintenance проект на фикс багов, чтобы он увидел к чему могут приводить ошибки, которые он допустил, если их допускать и запускать.

Такое сочетание хорошо прочищает мозги и очень хорошо учит читать код.

]]> Автор: Victor Ronin http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-104609 Victor Ronin Wed, 02 Sep 2009 01:15:25 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-104609 Таки ждал этого комментария :) И честно говоря нечего ответить. Действительно с точки зрения скорости обучения - быстрее человек учиться, когда два раза получил по лбу граблями - третий раз уже не наступаешь. С другой стороны, компании от этого может быть не слишком тепло. Частенько человек учиться в одной компании, а потом использует свои знания в другой. Хотя опять, же, для того чтобы человек получил граблями по лбу, ему нужно сначала таки разрешить пользовать copy/paste, изговнять проект вдребезги. Пытаться его в таком виде support'ить годик, не попадая ни в один deadline и работая на выходные. И вот в конце года он таки сообразит, что активно используя copy/paste год назад, он организовал себе веселую жизнь. Если же все заканчивается на том, что он делает плохо и ему говорят как сделать лучше, то у него нету обратной связи (его по лбу ничего не бъет) и вот тогда таки выгоднее сначала говорить, а потом что-бы он делал или блокировать вообще возможности делать неправильно. Таки ждал этого комментария :) И честно говоря нечего ответить. Действительно с точки зрения скорости обучения – быстрее человек учиться, когда два раза получил по лбу граблями – третий раз уже не наступаешь.

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

Хотя опять, же, для того чтобы человек получил граблями по лбу, ему нужно сначала таки разрешить пользовать copy/paste, изговнять проект вдребезги. Пытаться его в таком виде support’ить годик, не попадая ни в один deadline и работая на выходные. И вот в конце года он таки сообразит, что активно используя copy/paste год назад, он организовал себе веселую жизнь.

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

]]> Автор: Konstantin http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/comment-page-1/#comment-104602 Konstantin Tue, 01 Sep 2009 21:40:01 +0000 http://victorronin.com/2009/08/31/ne-davajte-benzopilu-detyam/#comment-104602 Если просто объяснять как сделать хорошее решение, то неопытный просто не поймёт чем же оно лучше. А вот если дать ему сделать как он хочет (понаступать на грабли), потом показать, что он ещё упустил в своём решении, и как таки сделать это всё правильно, то да - времени он затратит раза в 2 больше, но польза будет значительно больше чем в 2 раза, т.к. он не только поймёт как надо сделать правильно, а ещё и поймёт почему его 1-е решение было неправильным - а вот это уже позволит ему не повторять его ошибки. Уже сравнивал - позволить сделать с ошибкой и объяснить как её исправить и сделать правильно, даёт лучший эффект при обучении как работы в целом, так и работы с системой в частности(ибо залезут туда, куда ты и подумать не мог - зато лучше начнут понимать логику системы). Если просто объяснять как сделать хорошее решение, то неопытный просто не поймёт чем же оно лучше. А вот если дать ему сделать как он хочет (понаступать на грабли), потом показать, что он ещё упустил в своём решении, и как таки сделать это всё правильно, то да – времени он затратит раза в 2 больше, но польза будет значительно больше чем в 2 раза, т.к. он не только поймёт как надо сделать правильно, а ещё и поймёт почему его 1-е решение было неправильным – а вот это уже позволит ему не повторять его ошибки.

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

]]>