Принцип открытого кода для риэлтора. 3 / 1862
25 июн. 2007
Развитие интернета как дешевого, высокоскоростного канала связи сделало возможным существование эффективной работы по принципам открытого кода для специалистов всего мира. В целом, принципы открытого кода – это не только всем известное программирование под Linux, но и вообще создание некоего продукта общими усилиями. Подразделения разных компаний, отвечающие за исследования и разработки, больше не должны в одиночку биться над развитием какой-либо ветви эволюции своих идей или продуктов – теперь они подключены к коллективному разуму через интернет и могут призвать на помощь интеллекты лучших из своих коллег, рассеянных по всему миру. Чем не перспектива для риэлтора?
А пока инноваторы наслаждаются недавно обретенными преимуществами работы сообща, программисты уже задумываются не только о сильных, но и о слабых сторонах модели открытого кода. Открытый код великолепно зарекомендовал себя там, где нужно усовершенствовать существующий продукт. Но это привело многих к мысли, что открытый код полезен больше для оптимизации и шлифовки уже разработанного, чем для изобретения и создания чего-то нового с нуля.
Принцип совместной работы значительно сокращает скорость выявления и устранения проблем, недостатков, недоработок любой программы. Понятно, что десять программистов, работающих параллельно, «выловят всех блох» в одном софтверном продукте примерно в десять раз быстрее, чем один специалист. При этом запараллеливание работы – столь же немаловажное преимущество принципа открытого кода, как и свежий взгляд сразу нескольких людей на одну проблему. И еще один положительный аспект – все участники работы над проектом распределены по всему миру и не только обладают совершенно разным опытом и разнообразной квалификацией, но и с разных точек зрения, с разными целями смотрят на продукт. Возможна ли структуризация риэлторского бизнеса таким образом?
Помимо рыночной составляющей и юридической подоплеки, есть еще целая система факторов, навыков отдельных специалистов и некоего багажа знаний, которые в сумме дают уникальный применительно к инвестициям в недвижимость продукт.
Наконец, огромный плюс работы по принципам открытого кода – в том, что решение конкретной задачи не требует координации всего множества людей, которые над ней работают. Каждый из них – сам по себе и работает, как может, а вместе они делают вклад в общее дело. Пример не из области программирования – Wikipedia, «народная энциклопедия», где каждая статья написана и дополняется совершенно различными людьми, причем каждый из них демонстрирует свои познания в сфере своих интересов и компетенций.
Но все эти плюсы оборачиваются громадными минусами, если задача по определению требует скоординированной, слаженной командной работы. Если участники большой неформальной группы экспертов должны работать в тесном взаимодействии или, хуже того, во взаимозависимости, это создает сперва сложности, а затем и просто хаос. Наверно каждому из нас вспомнились свои примеры на это правило. ) К тому же, модель коллективного труда работает только в том случае, если автору исходной проблемы не нужно оплачивать труд многочисленных специалистов. Иначе он просто разорится!
Еще один большой недостаток, которым грешит неконтролируемый «коллективный разум», – низкое качество готового продукта. Этого не удалось избежать Wikipedia – многие материалы плохо написаны, во многих случаях страдает навигация по статьям. Но ситуация с Linux гораздо лучше – и все потому, что разработчики этого программного продукта в свое время наняли высококлассных программистов, которые «фильтруют базар» – рассматривают и оценивают плоды трудов множества коллег со всего света, чтобы отобрать, скомпилировать и применить только действительно ценные идеи, а затем выдать свободным разработчикам новую версию продукта для следующей серии усовершенствований. Эта «когорта власть предержащих» – последняя инстанция, которая принимает решения и синтезирует разрозненные предложения. Итак, немного иерархии и координации не помешает, если вы хотите получить действительно качественный продукт.
Работа по принципам открытого кода может значительно усилить инновационный потенциал компании. Но только если вы правильно примените эти принципы. Без них вы рискуете отстать от жизни, поскольку на изобретения и их тестирование может уйти слишком много времени. Однако этой модели недостает фокусировки и дисциплины, присущей организованным командам и группам. Открытый код – это мощный инструмент, но не панацея. Он великолепен, когда нужно обнаружить и решить локальные проблемы, собрать и категоризировать информацию или выполнить другую задачу, которая отнимает непозволительно много времени, если ее поручить одному человеку. Этот метод также помогает вовлечь потребителя в процесс совершенствования продукта – и тем самым не только учесть пожелания клиентов, но и заинтересовать их, а значит, повысить лояльность.
Но при этом принцип открытого кода полезен скорее в сборе сырья для инноваций, чем в создании инновационного конечного продукта. Окончательную форму усовершенствованной новинке должна придавать формализованная, организованная команда собственных специалистов, которая «отфильтрует лишнее и оставит лучшее». На стадии выработки конечного продукта привлечение массы сторонних людей, пусть и профессионалов, не ускорит и не упростит, а лишь запутает и дезорганизует процесс.
В связи с этим вопрос: Насколько применимо использование принципа открытого кода к созданию компаний недвижимости, основной площадкой своей деятельности считающих интернет? Как такая компания может воспользоваться преимуществами принципа открытого кода в конкурентной борьбе с компаниями этим принципом не пользующимися? Насколько вообще применимо использование открытого кода в сфере недвижимости?
Есть мнение?
А пока инноваторы наслаждаются недавно обретенными преимуществами работы сообща, программисты уже задумываются не только о сильных, но и о слабых сторонах модели открытого кода. Открытый код великолепно зарекомендовал себя там, где нужно усовершенствовать существующий продукт. Но это привело многих к мысли, что открытый код полезен больше для оптимизации и шлифовки уже разработанного, чем для изобретения и создания чего-то нового с нуля.
Принцип совместной работы значительно сокращает скорость выявления и устранения проблем, недостатков, недоработок любой программы. Понятно, что десять программистов, работающих параллельно, «выловят всех блох» в одном софтверном продукте примерно в десять раз быстрее, чем один специалист. При этом запараллеливание работы – столь же немаловажное преимущество принципа открытого кода, как и свежий взгляд сразу нескольких людей на одну проблему. И еще один положительный аспект – все участники работы над проектом распределены по всему миру и не только обладают совершенно разным опытом и разнообразной квалификацией, но и с разных точек зрения, с разными целями смотрят на продукт. Возможна ли структуризация риэлторского бизнеса таким образом?
Помимо рыночной составляющей и юридической подоплеки, есть еще целая система факторов, навыков отдельных специалистов и некоего багажа знаний, которые в сумме дают уникальный применительно к инвестициям в недвижимость продукт.
Наконец, огромный плюс работы по принципам открытого кода – в том, что решение конкретной задачи не требует координации всего множества людей, которые над ней работают. Каждый из них – сам по себе и работает, как может, а вместе они делают вклад в общее дело. Пример не из области программирования – Wikipedia, «народная энциклопедия», где каждая статья написана и дополняется совершенно различными людьми, причем каждый из них демонстрирует свои познания в сфере своих интересов и компетенций.
Но все эти плюсы оборачиваются громадными минусами, если задача по определению требует скоординированной, слаженной командной работы. Если участники большой неформальной группы экспертов должны работать в тесном взаимодействии или, хуже того, во взаимозависимости, это создает сперва сложности, а затем и просто хаос. Наверно каждому из нас вспомнились свои примеры на это правило. ) К тому же, модель коллективного труда работает только в том случае, если автору исходной проблемы не нужно оплачивать труд многочисленных специалистов. Иначе он просто разорится!
Еще один большой недостаток, которым грешит неконтролируемый «коллективный разум», – низкое качество готового продукта. Этого не удалось избежать Wikipedia – многие материалы плохо написаны, во многих случаях страдает навигация по статьям. Но ситуация с Linux гораздо лучше – и все потому, что разработчики этого программного продукта в свое время наняли высококлассных программистов, которые «фильтруют базар» – рассматривают и оценивают плоды трудов множества коллег со всего света, чтобы отобрать, скомпилировать и применить только действительно ценные идеи, а затем выдать свободным разработчикам новую версию продукта для следующей серии усовершенствований. Эта «когорта власть предержащих» – последняя инстанция, которая принимает решения и синтезирует разрозненные предложения. Итак, немного иерархии и координации не помешает, если вы хотите получить действительно качественный продукт.
Работа по принципам открытого кода может значительно усилить инновационный потенциал компании. Но только если вы правильно примените эти принципы. Без них вы рискуете отстать от жизни, поскольку на изобретения и их тестирование может уйти слишком много времени. Однако этой модели недостает фокусировки и дисциплины, присущей организованным командам и группам. Открытый код – это мощный инструмент, но не панацея. Он великолепен, когда нужно обнаружить и решить локальные проблемы, собрать и категоризировать информацию или выполнить другую задачу, которая отнимает непозволительно много времени, если ее поручить одному человеку. Этот метод также помогает вовлечь потребителя в процесс совершенствования продукта – и тем самым не только учесть пожелания клиентов, но и заинтересовать их, а значит, повысить лояльность.
Но при этом принцип открытого кода полезен скорее в сборе сырья для инноваций, чем в создании инновационного конечного продукта. Окончательную форму усовершенствованной новинке должна придавать формализованная, организованная команда собственных специалистов, которая «отфильтрует лишнее и оставит лучшее». На стадии выработки конечного продукта привлечение массы сторонних людей, пусть и профессионалов, не ускорит и не упростит, а лишь запутает и дезорганизует процесс.
В связи с этим вопрос: Насколько применимо использование принципа открытого кода к созданию компаний недвижимости, основной площадкой своей деятельности считающих интернет? Как такая компания может воспользоваться преимуществами принципа открытого кода в конкурентной борьбе с компаниями этим принципом не пользующимися? Насколько вообще применимо использование открытого кода в сфере недвижимости?
Есть мнение?
25 июн. 2007
Глубоко...... Я нифига не донырнул 
Можно немного попроще? На пальцах, так сказать.
Можно немного попроще? На пальцах, так сказать.
25 июн. 2007
Так: всего тут много, но пойдем по порядку.
Для продажи хрущевки тети Фроси призывать на помощь интеллекты лучших из своих коллег, рассеянных по всему миру не требуется.
А потом: риелтор - сугубо бурундук. Кусок в зубы и шмыг в нору.
У крупных компаний это "шмыг в нору" поставлено на поток. У мелких - происходит кулуарно.
Даже когда дело касается программного обеспечения, каждый хочет иметь в конторской программе свои "фишки" и не намерен делить их секреты с конкурентами.
Нет. Риелтор это человек, который договаривается между продавцом и покупателем, арендатором и арендодателем...
Я не понимаю, что вы можете привнести в это простое обстоятельство. Какой коллективный разум? Зачем?
Кошмар конторский. А кто будет отвечать деньгами за их "работает, как может"?
А далее вы сами отвечаете, старина: :D
Должен сказать, что хиппово, что вы такой вопрос вообще поставили.
Забавно, умозрительно представляю, как бы все это выглядело.
skadorr1 писал(а):В целом, принципы открытого кода – ...... создание некоего продукта общими усилиями. Подразделения разных компаний, отвечающие за исследования и разработки, больше не должны в одиночку биться над развитием какой-либо ветви эволюции своих идей или продуктов – теперь они подключены к коллективному разуму через интернет и могут призвать на помощь интеллекты лучших из своих коллег, рассеянных по всему миру. Чем не перспектива для риэлтора?
Для продажи хрущевки тети Фроси призывать на помощь интеллекты лучших из своих коллег, рассеянных по всему миру не требуется.
А потом: риелтор - сугубо бурундук. Кусок в зубы и шмыг в нору.
У крупных компаний это "шмыг в нору" поставлено на поток. У мелких - происходит кулуарно.
Даже когда дело касается программного обеспечения, каждый хочет иметь в конторской программе свои "фишки" и не намерен делить их секреты с конкурентами.
skadorr1 писал(а):Принцип совместной работы значительно сокращает скорость выявления и устранения проблем, недостатков, недоработок любой программы. .. При этом запараллеливание работы – столь же немаловажное преимущество принципа открытого кода, как и свежий взгляд сразу нескольких людей на одну проблему... все участники работы над проектом распределены по всему миру и не только обладают совершенно разным опытом и разнообразной квалификацией, но и с разных точек зрения, с разными целями смотрят на продукт. Возможна ли структуризация риэлторского бизнеса таким образом?
Нет. Риелтор это человек, который договаривается между продавцом и покупателем, арендатором и арендодателем...
Я не понимаю, что вы можете привнести в это простое обстоятельство. Какой коллективный разум? Зачем?
skadorr1 писал(а):Наконец, огромный плюс работы по принципам открытого кода – в том, что решение конкретной задачи не требует координации всего множества людей, которые над ней работают. Каждый из них – сам по себе и работает, как может, а вместе они делают вклад в общее дело.
Кошмар конторский. А кто будет отвечать деньгами за их "работает, как может"?
А далее вы сами отвечаете, старина: :D
skadorr1 писал(а):К тому же, модель коллективного труда работает только в том случае, если автору исходной проблемы не нужно оплачивать труд многочисленных специалистов. Иначе он просто разорится!
skadorr1 писал(а):Еще один большой недостаток, которым грешит неконтролируемый «коллективный разум», – низкое качество готового продукта.
skadorr1 писал(а):Но при этом принцип открытого кода полезен скорее в сборе сырья для инноваций, чем в создании инновационного конечного продукта. Окончательную форму усовершенствованной новинке должна придавать формализованная, организованная команда собственных специалистов
skadorr1 писал(а):На стадии выработки конечного продукта привлечение массы сторонних людей, пусть и профессионалов, не ускорит и не упростит, а лишь запутает и дезорганизует процесс.
Должен сказать, что хиппово, что вы такой вопрос вообще поставили.
Забавно, умозрительно представляю, как бы все это выглядело.
Мысли пачкают мозги
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 4 гостя
