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

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

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


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

Архив

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


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

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

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

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

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

 
   
С Л С

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

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

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

Квинтана

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

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

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

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

 
  
АРХИВЫ

 
 

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

Здравствуйте!

Хотелось бы знать, как народ отнесся бы к появлению проекта по созданию Руccкой ОС. Причём не только русской, но и всего русскоговорящего населения? Присоеденились бы вы к такому проекту?

Прошу не относить к флейму. Речь идёт о уже существующем проекте.

С уважением,

VICH

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

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

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


Всего в теме 5452 сообщения



Отслеживать это обсуждение
<<<... | 2772—2763 | 2762—2753 | 2752—2743 | ...>>>
Всего сообщений в теме: 5452; страниц: 546; текущая страница: 270


№ 2762   11-09-2007 21:28 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2761« (info21)
___________________________

Ответ на »сообщение 2745« (Beginner)
___________________________

Ответ на »сообщение 2731« (Ка джа)
___________________________
Мышь более удобна - основание ладони на столе, управление пальцами - наиболее "интеллектуальные", тонкие инструменты (кроме языка, наверно:).
Перо -- тоже пальцы.

А вот в слепую схватить мышь и подвигать -- легче, чем перо.


При создании манипулятора, который впоследствии стал называться мышь, Дуглас Энгельбард вполне серьезно рассматривал устройство, надеваемое на колено. Чувствительность и реакция практически не отличаются от той, которая достигается при управлении рукой (руками).
Видимо не стали использовать из эстетических соображений :)


№ 2761   11-09-2007 16:17 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2745« (Beginner)
___________________________

Ответ на »сообщение 2731« (Ка джа)
___________________________
Мышь более удобна - основание ладони на столе, управление пальцами - наиболее "интеллектуальные", тонкие инструменты (кроме языка, наверно:).

Перо -- тоже пальцы.

А вот в слепую схватить мышь и подвигать -- легче, чем перо.


№ 2760   11-09-2007 16:12 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2724« (Сергей Прохоренко)
___________________________

Сергей, позвольте поправить насчет активности в творчестве.
На самом деле самое главное в творчестве -- усмотреть нечто, чего никто не замечает. И в этом смысле активность есть отбрасывание ложных попыток. Все большие творцы -- от Вирта и назад по времени (художники и проч.) об этом говорят и их черновики об этом свидетельствуют.

Так вот насчет Росы, чтобы не было офтопом: для сферы ИТ как раз характерно то, что люди лепят (потому что лепка физическими ограничениями гораздо слабее ограничена, чем, скажем, проектирование самолетов), а потом делают "впиндюринг" (забыл, кто тут сказал, хорошее словцо). И и того, что я слышу насчет Росы -- достаточные признаки что именно эта болезнь (включая идеологический такой впиндюринг).


№ 2759   11-09-2007 15:59 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2705« (panda)
___________________________

О чем говорит, что человек не может кого-то убедить, даже нескольких?
Да много вариантов:
что не прав;
что не умеет убеждать;
что не понимает, что идет против догмы (независимо от правоты любой стороны);
что те несколькие -- менее его компетентны или априорно его не любят...


№ 2758   11-09-2007 15:55 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2707« (Димыч)
___________________________
Уважаемый Димыч, спасибо за труд -- главное выделили -- теперь можно не спешить читать!


№ 2757   11-09-2007 15:28 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2755« (Сергей Перовский)
___________________________

Ответ на »сообщение 2753« (Сергей Прохоренко)
___________________________
Ну, не надо только общих слов. Какие именно проблемы? С каким конкретно графическим представлением?
Представьте себе несколько объектов работающих псевдопараллельно (про многоядерность пока забудем). Они посылают друг другу сообщения, причем сообщения эти имеют не конкретного адресата, а условие по которому адресат (может быть не один) будет выбран. Каким образом это отобразить графом или таблицей или как-нибудь еще, кроме как, собственно, математической записью условий?


У Вас уже есть модель в форме математической записи условий. Ваша задача как программиста - сделать модель понятной для компьютера. Компьютер вполне понимает математическую запись условий. Что еще нужно? Всё уже есть! Никакие другие (в т.ч. графические) представления больше не нужны.

В простейшем случае все объекты получают все сообщения. Затем объект проверяет выполнение условия, содержащегося в сообщении. В условие подставляются какие-то параметры данного объекта, например, тип, или назначение, или местоположение, или идентификатор. Если условие выполнено, то сообщение принимается, в противном случае - отвергается. Всё это похоже на шину CAN-bus.


№ 2756   11-09-2007 14:22 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2754« (Сергей Прохоренко)
___________________________

Всё правильно. Только Вы от чьего лица пишите? От лица инициаторов проекта "Росы" или от своего собственного?

Сергей, есть вот какое предложение. И не только к Вам. Ближайший год у нас по крышу забит работами совсем иного характера (копошимся в фундаменте, перелопачиваем информацию).

Нам интересна проработка вопросов, связанных с построением интерфейса для таких классов ОС, как Developer, Office, Home. Озвучиваю пока эти три варианта, у каждого из которых своя специфика.

Но интересна именно проработка (хотя бы эскизная), а не активный обмен мнениями -- у нас на это скоро просто не будет времени. Свяжитесь со мной (координаты  в моем блоге) -- мы попробуем согласовать программу действий (на что желательно обратить внимание, что посмотреть и т.п.). По мере готовности можно будет погружать эту часть внутрь проекта вместе с тем, кто эти идеи выдвинул.

Что касается Access, то посмотрите повнимательнее Clarion (как здесь уже рекомендовали) -- http://www.softvelocity.com/
Я им интересовался в параллель с TopSpeed-линейкой компиляторов (с начала 1990-х) и после их слияния. Там есть, что поковырять в плане построения интерфейса.


№ 2755   11-09-2007 14:20 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2753« (Сергей Прохоренко)
___________________________
Ну, не надо только общих слов. Какие именно проблемы? С каким конкретно графическим представлением?
Представьте себе несколько объектов работающих псевдопараллельно (про многоядерность пока забудем). Они посылают друг другу сообщения, причем сообщения эти имеют не конкретного адресата, а условие по которому адресат (может быть не один) будет выбран. Каким образом это отобразить графом или таблицей или как-нибудь еще, кроме как, собственно, математической записью условий?

Очень рад за Дельфи. Не зря у этой среды разработки столько приверженцев.
А теперь поднимите руки, кто панелью с древовидным представлением пользуется хотя бы раз  в неделю :)
Идеи эти проверенные, иногда полезные, но никак не революционные.

Только Вы от чьего лица пишите? От лица инициаторов проекта "Росы" или от своего собственного?
Только от собственного. А что это меняет?
Вы хотите, чтобы Вас попросили разработать ТЗ на интегрированную среду разработки?  И гарантировали, что будут его реализовывать?
Никаких гарантий никто Вам не даст. Так, что можете делать эту работу на свой страх и риск. Получится интересно, может быть кто-нибудь возьмется реализовывать. И может даже спасибо скажут.

Пока Вы высказали ряд полезных идей, которыми многие участники форума давно переболели (я в том числе). Все эти представления данных и алгоритмов полезны, но принципиального увеличения производительности и надежности не принесут.


№ 2754   11-09-2007 13:47 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2751« (Сергей Перовский)
___________________________

Ответ на »сообщение 2746« (Сергей Прохоренко)
___________________________
Я сомневаюсь, что в Дельфи есть панель зависимости объектов как в Access'е (под объектом здесь понимается всё, что угодно, а не понятие ООП).
Зависимость всего, чего угодно, представить сложно, но зависимость модулей, компонентов, объектов, полей, методов и процедур отображается в древовидной структуре.


Очень рад за Дельфи. Не зря у этой среды разработки столько приверженцев.


Моя роль могла бы состоять в постановке задачи и рецензировании, но, похоже, это не требуется.
Почему не требуется? У Вас есть год на то, чтобы познакомится с существующими RAD системами, провести их сравнительный анализ и сформулировать требования к новой RAD.
То есть пойти тем же путем, что и разработчики ядра ОС - сначала анализ всех доступных существующих решений. Иначе так и будет продолжаться: "я сомневаюсь, что есть такая фича" - "не сомневайтесь, есть".
Постановщик задачи не должен сомневаться - он должен знать :)


Всё правильно. Только Вы от чьего лица пишите? От лица инициаторов проекта "Росы" или от своего собственного?


№ 2753   11-09-2007 13:24 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2750« (Сергей Перовский)
___________________________

Ответ на »сообщение 2748« (Сергей Прохоренко)
___________________________
То же самое с структурой программы: как только, кроме замечательной логики нужно отобразить обработку исключений и обмен сообщениями и, не дай бог, параллельные процессы,  так с графическом представлением возникают проблемы.


Ну, не надо только общих слов. Какие именно проблемы? С каким конкретно графическим представлением? А с текстовым представлением они не возникают? А с гипертекстовым? А с табличным? А с древовидными списками?


<<<... | 2772—2763 | 2762—2753 | 2752—2743 | ...>>>
Всего сообщений в теме: 5452; страниц: 546; текущая страница: 270




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

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

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

Перейти на конкретную страницу по номеру
  
Время на сайте: 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» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

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