Оберон-технология: особенности и перспективы |
Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение.
Всего в теме 6256 сообщений
Добавить свое сообщение
Отслеживать это обсуждение Обсуждение из раздела Школа ОБЕРОНА
№ 4616 07-05-2007 04:46 | |
Ответ на »сообщение 4613« (Посторонний В)
___________________________
На производстве кадры и технологии решают многое, но производство стремится к минимизации рисков: нет незаменямых людей, нет незаменяемых технологий. Чем выше зрелость компании, тем быстрее личность исполнителя и конкретный инструмент отходят на задний план. Причем здесь Оберон?
Правильно, поэтому ни один менеджер, будучи в здравом уме не будет переходить на инструмент никак не зарекомендовавший себя, не имеющий явных перспектив или не обладающий яркими, лежащими на поверхности, преимуществами.
КП предлагает построение инструментов, а не сам есть инструмент (по большому счёту). Этим вы никого не прельстите сейчас...
№ 4615 07-05-2007 04:33 | |
Ответ на »сообщение 4614« (Илья Ермаков)
___________________________
Илья, то, что вы перечислили - наглядный пример "удачного стечения обстоятельств". Время расцвета потребности обработки символьной информации императивными подходами ( с вынужденным добавлением декларативного сахарка ). А дальше - отдельная история. Соврешенно аналогична ситауции с виндой. Возникновение системы, удовлетворяющей запросам 90% пользователей: табличный процессор + редактор + простейшая БД + СОВМЕСТИМОСТЬ ДЛЯ ОБЕСПЕЧЕНИЯ ОБМЕНА ИНФОРМАЦИЕЙ МЕЖДУ НИМИ...
На чём будем базировать КП? Что такого "животрепещущего" он мгновенно и в необходимом охвате готов удовлетворить?
Что на нём (по мнению и на первый взгляд людей, пришедших из другого мира) ЛЕГЧЕ и БЫСТРЕЕ СДЕЛАТЬ (И ПОДДЕРЖИВАТЬ!)?
№ 4614 07-05-2007 03:41 | |
Ответ на »сообщение 4611« (Владимир Лось)
___________________________
Ответ на »сообщение 4607« (Посторонний В)
___________________________
Я задал конкретный технологический вопрос. У меня нет никакого желания обсуждать здесь организационные проблемы какой бы то ни было конторы.
... и с точки зрения "среднего" программера - даже если он одолеет все наши форумы и прочтёт все "слюни" и ахи в Сети про обероны, - НУ И ЧТО? 99% программистов сидят не в НИИ и ВУЗах - они постоянно переходят из фирмы в фирму... Напомнить чем они по преимуществу занимаются? И на чём? И сколько строк кода это составляет? И для каких средств 99% библиотек выпущено и продолжает выпускаться?
Владимир, но есть и контрпримеры...
Закроем на минутку глаза на весь "фактор славного прошлого" и то, что вы назвали "ахами"... Что останется интересного для массового ИТ, ну... возьмем малого масштаба, малых команд хотя бы... С этой точки зрения Оберон - еще один язык, а конкретно КП/ББ - еще один инструмент. С какими-то плюсами-минусами. Созданный "какими-то энтузиастами".
Ну так есть же масса примеров в последние годы, когда такие вот небольшие инструменты, созданные "какими-то энтузиастами" распространялись - да еще как распространялись - в индустрии... Те же Перл, PHP, Питон - типичные любительские "поделки". И что - PHP - стандарт де-факто... Питон тоже используют - и весьма крупные конторы с известными брендами используют - игровики, например...
Соль в позиционировании, как любит говорить РБ :-) И еще - в популярной литературе. "Черную дыру" с наличием последней сейчас будем закрывать - весь пакет материалов готов, готов план и очередность выпуска "пособий", дело идет.
А насчет позиционирования - КП/ББ не стоит играть в тяжелом весе. Стоит выходить на поле тех же "тонких клиентов", интерактивных медиа-документов и т.п.
А вот с AO/BlueBottle с точностью до наоборот - во встроенные, заказные системы, в программно-аппаратные комплексы...
№ 4613 07-05-2007 03:36 | |
Ответ на »сообщение 4610« (Владимир Лось)
___________________________
Послушайте, как в жизни 99% - это вопросы обустройства быта, так и в любой практической деятельности человека (нацеленной на принесение результатов) - организация и управление - тоже 99,9(9)%...
Если Вы пытаетесь влезть в сферу, в которой, как я понимаю, не являетесь профессионалом, то ничего хорошего не получится. На производстве кадры и технологии решают многое, но производство стремится к минимизации рисков: нет незаменямых людей, нет незаменяемых технологий. Чем выше зрелость компании, тем быстрее личность исполнителя и конкретный инструмент отходят на задний план. Причем здесь Оберон?
Оберон - это конкурентное преимущество для тех, кто это понимает. Если понимают люди, принимающие решение, они смогут обернуть это своему бизнесу во благо. И найдут пути к этому. Затраты на то, чтобы создать в компании условия для использования Оберона в качестве средства интеграции готовых, наработанных разноязыковых решений, вполне приемлемы, если пораскинуть мозгами. Только не надо на нем пытаться переписать весь мир. И не надо пытаться перевести на него всех подряд. Это утопия.
В этом форуме чаще высказываются либо индивидуалы, либо те, кто не относится к топ-менеджменту компаний. В противном случае, многие охи и вздохи были бы просто неуместны.
№ 4612 07-05-2007 03:34 | |
Ответ на »сообщение 4604« (Посторонний В)
___________________________
Какие проблемы использования в Обероне чужого кода на других языках?
... и теперь, с учётом того, о чём я упомянул в предыдущих постах, вы ПРЕДЛАГАЕТЕ ЗАНИМАТЬСЯ ДВОЙНОЙ РАБОТОЙ? - сопровождать то, что написано на Си(++) + ещё и связываться с этим из КП? Надолго вас хватит? Ну ладно, мы тут все энтузиасты и понимаем, КАК ДОЛЖНО БЫТЬ и КАК на "самом деле" ПРАВИЛЬНО, но вот проникнутся ли остальные члены вашей команды? Помните? они ведь "с улицы подобраны", по объявлению, и расчитывают встретить в работе то, к чему уже привыкли и с чем сталкивались...
№ 4611 07-05-2007 03:23 | |
Ответ на »сообщение 4607« (Посторонний В)
___________________________
Я задал конкретный технологический вопрос. У меня нет никакого желания обсуждать здесь организационные проблемы какой бы то ни было конторы.
... и с точки зрения "среднего" программера - даже если он одолеет все наши форумы и прочтёт все "слюни" и ахи в Сети про обероны, - НУ И ЧТО? 99% программистов сидят не в НИИ и ВУЗах - они постоянно переходят из фирмы в фирму... Напомнить чем они по преимуществу занимаются? И на чём? И сколько строк кода это составляет? И для каких средств 99% библиотек выпущено и продолжает выпускаться?
№ 4610 07-05-2007 03:18 | |
Ответ на »сообщение 4607« (Посторонний В)
___________________________
Я задал конкретный технологический вопрос. У меня нет никакого желания обсуждать здесь организационные проблемы какой бы то ни было конторы.
Послушайте, как в жизни 99% - это вопросы обустройства быта, так и в любой практической деятельности человека (нацеленной на принесение результатов) - организация и управление - тоже 99,9(9)%...
ЧЕМ ВЫ СОБИРАЕТЕСЬ ЗАИНТЕРЕСОВАТЬ МЕНЕДЖЕРОВ ПРОЕКТОВ (БОМБА ГДЕ?), ЧТО БЫ ОНИ НАПЕРЕГОНКИ ПОБЕЖАЛИ ПЕРЕОРИЕНТИРОВАТЬ СВОИ КОНТОРЫ НА НОВОЕ СРЕДСТВО РЕАЛИЗАЦИИ?
№ 4609 07-05-2007 03:10 | |
Ответ на »сообщение 4601« (Сергей Губанов)
___________________________
Да когда же наконец здесь перестанет мелькать этот термин "двойная диспетчеризация"??? Термин "двойная диспетчеризация" уже давным давно занят под другое понятие. И с этим ни чего поделать уже нельзя. Так исторически сложилось. Двойной диспетчеризацией называется возможность вызвать один и тот же метод двумя различными способами (по имени или по номеру). Очевидно, что программная шина к так определённой "двойной диспетчеризации" совершенно ни какого отношения не имеет. Поскольку термин "двойная диспетчеризация" уже занят, то для программной шины нужно использовать нечто другое, например, хотя бы "повторная..." или "двухкратная...", а лучше вообще не изобретать: "программная шина" - и так уже сам по себе вполне достаточный термин...
OK, терминологию можно уточнить.
Но все же советую поискать "двойная диспетчеризация" хотя бы в Google.
№ 4608 07-05-2007 03:10 | |
Ответ на »сообщение 4601« (Сергей Губанов)
___________________________
>>>Двойной диспетчеризацией называется возможность вызвать один и тот же метод двумя различными способами (по имени или по номеру).
In software engineering, double dispatch is a mechanism that dispatches a function call to different concrete functions depending on the runtime types of multiple objects involved in the call.
№ 4607 07-05-2007 03:08 | |
Ответ на »сообщение 4605« (Владимир Лось)
___________________________
Какие проблемы использования в Обероне чужого кода на других языках?
Смотря с чьей точки зрения смотреть?
Я задал конкретный технологический вопрос. У меня нет никакого желания обсуждать здесь организационные проблемы какой бы то ни было конторы.
Добавить свое сообщение
Отслеживать это обсуждение
Дополнительная навигация: |
|