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

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

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


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

Архив

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


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

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

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

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

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

 
   
С Л С

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

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

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

Квинтана

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

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

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

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

 
  
АРХИВЫ

 
 

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

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

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

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

С уважением,

VICH

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

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

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


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



Отслеживать это обсуждение
<<<... | 2612—2603 | 2602—2593 | 2592—2583 | ...>>>
Всего сообщений в теме: 5452; страниц: 546; текущая страница: 286


№ 2602   04-09-2007 06:54 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2601« (Руслан Богатырев)
___________________________

В принципе при любом итоге OpenXML будет продвигаться Microsoft как открытый стандарт с международным статусом. Так что вся эта возня им на руку.

OpenXML с декабря прошлого года имеет международный стандарт (ECMA 376), так что борьба за ISO-стандартизацию -- это дополнение (хоть и важное) к уже имеющему статусу OpenXML.
Стандарт см. http://www.ecma-international.org/publications/standards/Ecma-376.htm


№ 2601   04-09-2007 06:47 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2596« (Руслан Богатырев)
___________________________

Подведение итогов голосования оттягивается уже на вторник-среду, т.е. итоги будут известны ориентировочно в четверг. Вот предварительная информация от Computerworld: http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9034139&intsrc=news_ts_head

В принципе при любом итоге OpenXML будет продвигаться Microsoft как открытый стандарт с международным статусом. Так что вся эта возня им на руку.


В результате отложили на март будущего года. Соломоново решение. http://money.cnn.com/news/newsfeeds/articles/prnewswire/AQTU10304092007-1.htm


№ 2600   04-09-2007 06:33 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2571« (Сергей Прохоренко)
___________________________

Ответ на »сообщение 2567« (Руслан Богатырев)
___________________________

Пример: в MS Access запрос, сделанный с помощью конструктора, в 99,9% случаев не просматривается разработчиком в виде SQL-кода. Те 0,1% случаев, когда это необходимо, объясняются лишь недоработкой конструктора - тот не содержит средства для объединения строк из запросов одинаковой структуры с помощью UNION.

К сожалению, всегда есть соблазн сэкономить на графическом языке, заставив человека писать код вручную - вот в чем проблема.


Да что вы так привязались к этому QBE из Access?
Вам доводилось писать запросы на QBE (Query by Example, построитель по другому), содержащие хотя бы более 2 join'ов и нетривиальную обработку? На 10 клике мыши я обычно переключаюсь в режим SQL и пишу то что мне надо "врукопашную". Получается быстрее, нагляднее и эффективнее. Интересно потом попробовать перевести обратно, в вид QBE, но это не всегда получается.

У графических средств замечательное свойство - они действительно "разворачивают" модель в плоскости или пространстве. Но ведь и ограничений у них масса! Иной раз в тексте одно предложение звучит проще, чем то же самое, но нарисованное и наоборот.

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


№ 2599   04-09-2007 05:49 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2597« (mak)
___________________________

Из транслятора Оберона (в исходниках) не сложно сделать конвертер в Форт.
Только не в стандартный Форт, а в некое расширение Форта, удобное
транслятору Оберона. Если есть транслятор Оберона на Обероне,
то его можно будет и сконвертировать в Форт.


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


№ 2598   04-09-2007 05:47 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2586« (Илья Ермаков)
___________________________

Кстати говоря, один из неэффективных способов - щёлкать мышкой, пытаясь что-то там построить, когда можно записывать код со скоростью мышления... Если, конечно, владеть десятипальцевым слепым...
Оставьте уже мышку в покое ;-) Есть случаи, когда она может оказаться более эффективной, чем клавиатура. Просто не надо злоупотреблять каким-то одним инструментом.


№ 2597   04-09-2007 05:45 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 1298« (al_mt)
___________________________

...а на форте пишем Оберон...


Из транслятора Оберона (в исходниках) не сложно сделать конвертер в Форт.
Только не в стандартный Форт, а в некое расширение Форта, удобное
транслятору Оберона. Если есть транслятор Оберона на Обероне,
то его можно будет и сконвертировать в Форт.

Если Оберон на Си можно воспользоваться http://194.85.99.132:8888/CinF11.rar
Если на Паскале http://fpauk.narod.ru/pasp4.rar
Однако, эти конверторы еще не доделаны.
Думаю, что-то можно перевести конверторам, что-то придется перевести в ручную.


Вот только как быть с автоматической параллельностью? Это ж скорее для функциональных языков...


  http://fforum.winglion.ru/viewtopic.php?t=913&sid=0b114cda5d6fbc79ead260d7d39567aa
 Mak


№ 2596   04-09-2007 05:40 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2560« (Руслан Богатырев)
___________________________

P.S. Результаты голосования членов комитета по OpenXML должны быть известны уже сегодня.

Подведение итогов голосования оттягивается уже на вторник-среду, т.е. итоги будут известны ориентировочно в четверг. Вот предварительная информация от Computerworld: http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9034139&intsrc=news_ts_head

В принципе при любом итоге OpenXML будет продвигаться Microsoft как открытый стандарт с международным статусом. Так что вся эта возня им на руку.


№ 2595   04-09-2007 05:31 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2592« (Илья Ермаков)
___________________________
Всё! Мир и консенсус! Хинди-руси бхай-бхай!
А есть что-то поконкретнее по Viewer`у?
Или опять плоская зелёная черепашка с зазубренными краями? :)


№ 2594   04-09-2007 05:29 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 2591« (Beginner)
___________________________

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

Мысль интересная. По сетям Петри начнем с готового инструментария, но будем в любом случае делать свой. Так что Ваша идея насчет "нагревания" переходов, дуг и позиций -- стоит изучения. Можно использовать и псевдо-3D для наглядного разнесения этих сущностей в визуальном представлении.


№ 2593   04-09-2007 05:26 Ответить на это сообщение Ответить на это сообщение с цитированием
почему с усложнением конструкций процессоров и переходу к многомерным топологиям разработчики отказались от графической формы представления и перешли на текстовые языки?

Извините, можно я?
Процессор это царство нуля и единицы. Как ни странно, процессор это просто. В том смысле, что очень легко формализуемо. Ну и обрабатывать  огромные массивы по известным правилам - почему бы и не в традиционном текстовом, символьном виде?
Пакетная обработка в данном случае более эффективна. Приходит на ум столь любимая лента машины Тьюринга перемалываемая единственным процессором. Причём плюет на ввод-вывод (внешний мир), не допускает неопределённости модели и т.п.
Зачем приводилась ссылка на "Модель или алгоритм: новая парадигма информационной технологии" -- http://www.artint.ru/articles/narin/PARAD-R1.htm , если сами же противоречите излагаемым там мыслям?
Язык моделирования же - рисунок. Сколько бумаги портите схемками при обсуждении нового? Или сразу "рука к перу, перо к бумаге"?
Что-то много вопросительных знаков... Как и положено новичку :)


<<<... | 2612—2603 | 2602—2593 | 2592—2583 | ...>>>
Всего сообщений в теме: 5452; страниц: 546; текущая страница: 286




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

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

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

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

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