Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  18:34[Войти] | [Зарегистрироваться]
Обсуждение темы:
Оберон-технология: особенности и перспективы


Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение. 

Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру


Всего в теме 6256 сообщений

Добавить свое сообщение

Отслеживать это обсуждение

Обсуждение из раздела
Школа ОБЕРОНА

<<<... | 4626—4617 | 4616—4607 | 4606—4597 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 165


№ 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.
 AVC


№ 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« (Владимир Лось)
___________________________

Какие проблемы использования в Обероне чужого кода на других языках?
Смотря с чьей точки зрения смотреть?


Я задал конкретный технологический вопрос. У меня нет никакого желания обсуждать здесь организационные проблемы какой бы то ни было конторы.


<<<... | 4626—4617 | 4616—4607 | 4606—4597 | ...>>>
Всего сообщений в теме: 6256; страниц: 626; текущая страница: 165


Добавить свое сообщение

Отслеживать это обсуждение

Дополнительная навигация:
Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру
  
Время на сайте: GMT минус 5 часов

Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
Функция может не работать в некоторых версиях броузеров.

Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

 
© При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

Яндекс цитирования