Давайте будем спорить о вкусе устриц с теми, кто их ел :)
Неблагодарное дело - учить нубов жизни, особенно если учиться они не собираются.
Пусть товарищ снизойдет с высоты своей кармы и для начала ознакомится с PMBOK или хотя бы с вводной информацией по управлению рисками. После этого может быть хоть какой-то разговор, так - трата времени...
Типа: "Нам тут думать некогда, работать нужно. Все же ж сложно и непонятно, задачу фиг поймешь, сотрудников мотивировать, президент новый, а вы со своими рисками и методологиями лезете."
"гиблое дело применять такой аппарат при работе над ЛЮБЫМ проектом, не только в Сети. Люди - не константы, всегда (опять же по закону Мерфи) найдетс человек, который сдвинет все ваши диаграммы далеко за пределы буферов"
Поздравляю - Вы только что объявили бессмысленными любые попытки управлять чем-либо, связанным с людьми. Ну да, люди же - не константы. Нахуя мне управлять космическим кораблем, если в ней человек? Он же сейчас там все тумблеры с дури понажимает, и все взорвется!!!
Кстати, процесс о котором Вы говорите ниже - самый обычный процесс, адаптированный для конкретно _Вашей_ команды и _Вашего_ типа проектов, и он, несмотря на все рассуждения про "гиблое дело, ..." и т.д. - вполне реально помогает Вам здесь и сейчас бороться с неопределенностью и рисками.
Чапек К. "Двенадцать приемов литературной полемики"
11. Impossibile (здесь: нельзя допускать — лат.) . Не допускать, чтобы противник хоть в чем-нибудь оказался прав. Стоит признать за ним хоть крупицу ума и истины — проиграна вся полемика. Если иную фразу нельзя опровергнуть, всегда еще остается возможность сказать: "Господин Икс берется меня поучать...", или "Господин Икс оперирует такими плоскими и давно известными истинами, как его "открытие...", или "Дивись весь мир! Слепая курица нашла зерно и теперь кудахчет, что...". Словом, всегда что-нибудь да найдется, не так ли?
Есть множество ситуаций, когда для выполнения сложной задачи можно либо написать пусть не очень много, но сложного кода (сложно тестировать, поддерживать, изменять), а можно сгенерировать много простого, который "спрессует" в себе все иерархии наследования, сложности взаимодействия, и т.д.
Отлаживать просто, работает быстро, изменения делать просто - перегенерировал, и все.
Пример - ORM'ы. Можно использовать сложные библиотеки, а можно сгенерировать DAL-слой, состоящий из элементарного кода.
Для тех, кто хочет держать руку на пульсе и узнавать свежие новости от авторитетных людей, можно порекомендовать тематические подкасты. От себя могу посоветовать вот этот: http://polymorphicpodcast.com
Описание не профессионала, а помеси супермена с планокуром :)
И как проект написан ему безразлично, и любой код он может заставить работать, и ленивый, и ООП - именно для него, но в то же время ему "проще написать одну функцию", хотя тут же лучше класс, чем функции. И получает он больше, чем стоит, и (вот ведь чудо!) - лучше ему быть профессионалом, чем говнокодером.
Если автор будет рассказывать про Usenet, выдавая информацию такими же порциями, ему придется страниц 200 сделать. И на каждой большими буквами ссылка "ДВИГАЙТЕСЬ ДАЛЬШЕ!".
Для остальных: http://ru.wikipedia.org/wiki/Usenet
Абсолютно согласен, столь обсуждаемый "проект" похож на описание использования даже не кнопки "Пуск", а кнопки "Back". Лучше бы автор дописал пол-абзаца статьи в Википедии. Тем более что нормальный человек все равно пойдет сразу в Википедию, а не на какой-то непонятный сайт.
Это по поводу 1-го варианта? Пользовались таким долго, и никаких проблем никогда не возникало.
Наверное, все-таки исполняемый файл с сетевого ресурса грузится в память целиком. Можно поставить эксперимент, собственно :)
Неблагодарное дело - учить нубов жизни, особенно если учиться они не собираются.
Пусть товарищ снизойдет с высоты своей кармы и для начала ознакомится с PMBOK или хотя бы с вводной информацией по управлению рисками. После этого может быть хоть какой-то разговор, так - трата времени...
Поздравляю - Вы только что объявили бессмысленными любые попытки управлять чем-либо, связанным с людьми. Ну да, люди же - не константы. Нахуя мне управлять космическим кораблем, если в ней человек? Он же сейчас там все тумблеры с дури понажимает, и все взорвется!!!
Кстати, процесс о котором Вы говорите ниже - самый обычный процесс, адаптированный для конкретно _Вашей_ команды и _Вашего_ типа проектов, и он, несмотря на все рассуждения про "гиблое дело, ..." и т.д. - вполне реально помогает Вам здесь и сейчас бороться с неопределенностью и рисками.
Пеар: http://ohmygod.habrahabr.ru/blog
11. Impossibile (здесь: нельзя допускать — лат.) . Не допускать, чтобы противник хоть в чем-нибудь оказался прав. Стоит признать за ним хоть крупицу ума и истины — проиграна вся полемика. Если иную фразу нельзя опровергнуть, всегда еще остается возможность сказать: "Господин Икс берется меня поучать...", или "Господин Икс оперирует такими плоскими и давно известными истинами, как его "открытие...", или "Дивись весь мир! Слепая курица нашла зерно и теперь кудахчет, что...". Словом, всегда что-нибудь да найдется, не так ли?
Поиск там нормальный, это раз. Никакой "мешанины" ни разу нигде не наблюдалось, это два.
Или у среднего разработчика Firefox личный сайт лучше? ))
Отлаживать просто, работает быстро, изменения делать просто - перегенерировал, и все.
Пример - ORM'ы. Можно использовать сложные библиотеки, а можно сгенерировать DAL-слой, состоящий из элементарного кода.
И как проект написан ему безразлично, и любой код он может заставить работать, и ленивый, и ООП - именно для него, но в то же время ему "проще написать одну функцию", хотя тут же лучше класс, чем функции. И получает он больше, чем стоит, и (вот ведь чудо!) - лучше ему быть профессионалом, чем говнокодером.
Бред какой-то.
Для остальных: http://ru.wikipedia.org/wiki/Usenet
Наверное, все-таки исполняемый файл с сетевого ресурса грузится в память целиком. Можно поставить эксперимент, собственно :)