Комментарии: Компьютерщик нового поколения

Аитова Лейла : другие произведения.

Комментарии: Компьютерщик нового поколения
()

Самиздат: [Регистрация] [Найти] [Рейтинги] [Обсуждения] [Новинки] [Обзоры] [Помощь|Техвопросы]

Размещен: 30/06/2008, изменен: 03/10/2010. 2k. Статистика.

Аннотация:
Это даже не то, чтобы юмор, просто ностальгия. Только для тех, кто был юзером в конце 90х. ---Вот только что новый лаборант - админ дисплейного класса увидел старую версию Биоса и удивился. Для него новинка. Блин, печально...

ОБСУЖДЕНИЯ: Юмор (последние)
18:06 Нейтак А.М. "В порядке похихи" (283/1)
17:35 Шибаев Ю.В. "И вот опять..." (5/4)
16:42 Калинин А.А. "Басенки 2024-11" (10/4)
10:51 Ковальчук А.И. "Повелительница Тьмы" (622/1)

Добавить комментарий Отсортировано по:[убыванию][возрастанию]Страниц (3): 1 2 3

ОБЩИЕ ГОСТЕВЫЕ: 18:26 "Форум: Трибуна люду" (287/72) 18:26 "Форум: все за 12 часов" (341/101) 18:06 "Диалоги о Творчестве" (306/15) 17:55 "Технические вопросы "Самиздата"" (245/7) 25/11 "Форум: Литературные объявления" (666) 25/11 "О блокировании "Самиздата"" (294)
ОБСУЖДЕНИЯ: (все обсуждения) (последние) 18:26 Коркханн "Первая выгрузка" (784/4) 18:23 Бирюк В. "Зверь лютый Книга 33. Интриганки" (198/2) 18:21 Кротов С.В. "Чаганов: Война. Часть 4" (347/23) 18:14 Седрик "Список фанфиков с моими комментариями" (402/16) 18:09 Давыдов С.А. "То, что я читаю и смотрю" (954/10) 18:07 Родин Д.М. "Князь Барбашин 3" (889/28) 18:06 Нейтак А.М. "В порядке похихи" (283/1) 18:06 Модератор-2 "Диалоги о Творчестве" (306/15) 18:05 Козлов И.В. "Коллективный сборник лирической " (66/36) 18:04 Буденкова Т.П. "Альбиция шелковая" (14/1) 18:03 Васильева Т.Н. "Конкурсы 2024 года. Анонс. " (17/1) 17:59 Буревой А. "Чего бы почитать?" (888/4) 17:59 Алекс 6. "Параллель 2" (543/9) 17:56 Серый А. "Резонанс: О Тенях и Цветах" (2/1) 17:51 Бояндин К.Ю. "Форма и содержание (2024-12-" (584/7) 17:49 Рыжов О. "Фельдфебель" (1) 17:49 Гончарова Г.Д. "Устинья, дочь боярская - 1. " (184/9) 17:45 Винокур Р. "Похолодает ближе к декабрю" (4/3) 17:43 Кулаков А.И. "Прода" (359/2) 17:39 Седой Г. "Телохранитель - 3. Новый дом. " (2/1) Полный список...>>
РУЛЕТКА: Мир Карика. Первый Ван Лав. Держи меня Мы были здесь счастливы Рекомендует Сергеева М. ВСЕГО В ЖУРНАЛЕ: Авторов: 108525 Произведений: 1671561 Список известности России СМ. ТАКЖЕ: Заграница.lib.ru \| Интервью СИ Музыка.lib.ru \| Туризм.lib.ru Художники \| Звезды Самиздата ArtOfWar \| Okopka.ru Фильм про "Самиздат" Уровень Шума: Интервью про "Самиздат" НАШИ КОНКУРСЫ: Рождественский детектив-24	02/12 ПОЗДРАВЛЯЕМ: Бабкин А.Ю. Бойкова А. Брюн Бэйба К. Варлаков Г. Волкова И.В. Воронцова М.С. Гаджиева Л. Галкин Г.С. Гамаюн А.Ю. Герман С.Э. Гинзбург М. Глэм Т. Граб А. Грачушник Н.М. Давыдов В. Дикка Дубровин А.А. Жалнина Н. Золотая Л. Ильясова Л.Т. Катрейн Класов И.Д. Климов Д.С. Колючий О. Кос Криворогова И.Р. Кудинова А.И. Куклинов Н.В. Майн Ю.М. Малаев А.Е. Милославская К. Милославская С. Мячин С.А. Невер А. Неярова А. Овчинникова Е.П. Орлов Р.А. Ошка Э. Петрова И.Б. Попов М.С. Рассоха Г.С. Рассоха Г.С. Рыбаков А.О. Саба С. Санин Е. Сибиданов Б.Б. Синдарион Скворцов Б.В. Сугралинов Д.С. Сутугин А.Н. Ткаченко Т.В. Токунов А. Халов Н.А. Хеллер Я. Хомякstory Храмов В.А. Цацин С.Т. Чебан И.П. Чиненков А.В. Шаманов С. Шулепова М.К. Delia Kobold Netta S. Sanote Snowfox О. Tassa O. Whispa В.
ПОСЛЕДНИЕ ПОСТУПЛЕНИЯ: (7day) (30day) (Рассылка) 12:56 Серый А. "Резонанс: О Тенях и Цветах" 10:51 Шкин А.М. "Девять клинков Гекаты 3" 07:09 Герасимов А.С. "На кончике хвоста в цвете " 01/12 Piaf "Возникновение" 01/12 Манчев В.С. "Царичина (1 часть)" 30/11 Неизвестный А.Ф. "Книга третья.Часть вторая" 30/11 Бирюк В. "Зверь лютый. Книга 5. Парикмахерия" 28/11 Иевлев Г.В. "В плену горячей звезды" Полный список...>>

86. Васильев Артем Вячеславович (silvereye@yandex.ru) 2013/09/06 13:22 [ответить]
ух, какие баталии. :) прям ностальжи ностальжи... десять лет как програмированием и кулхацкерством бросил заниматься. Стал обычным юзверем. ну немного расшареным и апдейтнутым, но все же.
Так вот камень в огород мощностей. Когда есть средства - тупо забиваешь на оптимизацию и увеличиваешь мощность. этот путь проще и не заморачивает. вот помню был у меня целерон 133тий... как я на нем изгалялся, постоянно что то кудато пилил, выдергивал, чистил, освобождал и оптимизировал. и да, летало у меня там все и летало хорошо. Но потом работа, деньги, нехватка времени и прирос я до двух ядер. и стало вообще мне пофиг. и оптимизировал я больше по привычке и без фанатизма. а сейчас... восемь ядер, твердотельные диски, 32гбоперативы зверьграфядро аж в четыре ядра... и положил я болт на оптимизацию. ибо даже все "демоны" в идл режиме кушают максимум 1%от. и даже запущенный новый икском, или тот же скайрим на ультранастройках позволяет попутно сидеть в интернетах и компилировать видео на 20гигов... и все это без тормозов. ну вот и нафига теперь оптимизировать?

85. Тэсаки 2013/02/17 18:39 [ответить]
  Наткнулся на фразу, заставившую меня задуматься...
  "Александр, помнится, жаловался, что объектно-ориентированный подход - это минное поле. Код множится и дублируется, мешая нормальной работе. Да, проще писать. Но - дольше выполнять. Вот и прогрессирует год за годом вычислительная мощность процессоров." (С) один фанфик
  Что-то в этом есть... Вспомнить хотя бы Менуэт ОС, полностью написанную в ассемблере... Влазит на дискету 3.5...

84. Аитова Лейла 2011/10/08 12:22 [ответить]
  >>Ооо! Коллега :-) Я в него до сих пор играю... Но он ПОЗЖЕ Цивилизации появился. На её движке сделан, вроде как...
  Да, их несколько было вроде, по Цивилизации.
  >Рубанемся? по сетке?

  О, боюсь, времени пока вообще нет... Насыщенный год будет.

83. Аитова Лейла 2011/10/08 12:20 [ответить]
  > > 81.Катц Алекс
  >Я аж прослезился...
  >Добавьте туда же:

  Даааа, определённо добавлю!

82. Катц Алекс (t.i.g.e.r@mail.ru) 2011/09/25 19:10 [ответить]
  > > 71.Давыдов Сергей Александрович
  >> > 70.Аитова Лейла
  >>Не-е... на нём Master of Magic забавней.
  >
  >Ооо! Коллега :-) Я в него до сих пор играю... Но он ПОЗЖЕ Цивилизации появился. На её движке сделан, вроде как...
  Рубанемся? по сетке?

81. Катц Алекс (t.i.g.e.r@mail.ru) 2011/09/25 18:52 [ответить]
  Я аж прослезился...
  Добавьте туда же:
  - Он не понимает как можно играть в "old good games"- игры "с такой плохой графикой"...
  - Он не играл в X-com.
  - Он не летал в Elite.
  - Он не знает что такое работать с текстовой строкой MS-DOS.
  Ну и для любителей постапокалипсиса:
  - Он играл только в третий Фаллоут...
  Короче говоря, ребята, он просто убог и словно не жил и не дышал полной грудью:
  -Он ВСЕ пропустил!!!

80. *Талипов Артём (eric-s@mail.ru) 2011/04/28 11:09 [ответить]
  > > 79.Аитова Лейла
  >Здорово. Не критиковать и не мириться, а сесть и сделать самому. Хорошая позиция. И радует, что в нашей стране кто-то ещё пытается что-то создавать.

  Если бы я ещё его создал. А то дойду до определённого шага. Посмотрю на полученное. И начинаю всё заного, в лучшем случае уходя на шаг дальше, чем раньше.

  > Лейла умная, Лейла "Историю науки и техники" ведёт.

  Вот именно систематизацией, обобщением и сведением я и занимаюсь.

  >Вот поэтому и нужно что-то принципиально новое...

  Тут действительно трудно говорить. Гибкость пораждает дополнительные ресурсы, а ежели нужна скорость, то о гибкости можно забыть.

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

  В языках основанных на классах, всё было точно так же. Процедура всё та же и адрес у неё не изменился.

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

  Далее, динамические библиотеки dll. Дело в том, что библиотека загружается в адресное пространство программы. Тоесть, просто куда придётся. Программа, потом некий набор сторонних библиотек. Фиксированных адресов у функций уже нет.
  Тут есть два варианта, либо прямо при загрузке програмы и библиотеки, изменять их код, (операционная система должна проанализировать весь машинный код загруженный в память) и заменить адреса функций, на их новые реальные адреса.
  Либо (как делается сейчас) адреса всех функций вынесены в отдельную таблицу, где изменяются. Так и загружается программа быстрее, и код стабильнее т.к. операционная система его не трогает.
  А в итоге, функция вызывается, с прыжком. сначала call на специальную заглушку, а там уже сразу jmp на начало процедуры.

  Но всё ещё хитрее, сам адрес заглушки, для начала нужно получить! Есть два варианта.
  В программе, которая использует библиотеку, есть таблица импорта, с информацией какие же функции ей нужны.
  т.е. сначала адрес получается из этой таблицы, а потом осуществляется переход.

  Но с этим импортом/экспортом функций всё ещё сложнее.
  вот допустим я создал библиотеку и программу, скомпилировал их и выложил. Всё нормально.
  А потом кто-то решил изменить мою библиотеку. Добавил в неё функцию и выложил у себя. А нумерация функций в таблицах уже слетела!

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

  А как я уже говорил, поиск номера строки в таблице это просто. Банально берётся адрес начала таблицы и к нему прибавляется номер элемента, умноженного на размер элемента.
  Но поиск строки... Нужен специальный цикл, который будет перебирать все элементы. И ещё один цикл, который будет сравнивать имена... В ообщем дополнительная нагрузка.
  Зато это даёт возможность гибкого изменения библиотек или програм, без дополнительной сверки и взаимной синхронизации.
  Например программа написанная для windows 2000, будет работать на windows xp, хотя в библиотеках windows xp появились новые функции.

  Вот хороший пример, когда именование гибче чем нумерование, но оно потребляет больше ресурсов.

  Для объектно-ориентированных языков, подобное именование, может быть в чём-то полезнее.
  Например такой язык как C++ не позволяет изменять класс. Как описали клас в исходном коде, как он был скомпилирован, так класс и остался.
  А вот например JavaScript позволяет добавлять или удалять члены класса прямо на лету.
  Я уже объяснял, как вызываются функции класса в C++, по номерам и указателям. А в JavaScript функции вызываются по именам. Т.е. есть табллицы с именами и адресами, по которым выполняется поиск.

  Абстрагирование от машины, от платформы, делает язык более гибкий и более удобный для разработчиков. Но в свою очередьь подобное делает язык менее быстрым. Ну вот не может компилятор всё оптимизировать... Да и нельзя ему. Часть кода должна быть динамической. И если C++ многие проверки делает прямо при создании машинного кода, то языки более высокого уровня, оставляют это на время выполнения (run-time).
  Ну к примеру можно вместо строк с именами использовать хэш-ключи, только вот такие ключи уже необратимо кодируются. Да и возникает опастность наложения разных имён, у которых хэш-значения одинаковые.

  В языке Java пошли дальше. В отличии от полной интерпретации, как в JavaScript, сначало делается промежуточный код байт-код, который интерпретируется на виртуальной машине. Оно так быстрее, чем чистая интерпретация.

  А например в C# пошли ещё дальше, сам байт-код, в фоновом режиме оптимизируется и компилируется, затачиваясь под определённую машину.

  Но всё это только полумеры. Надо действительно, что-то новое, только вот, не очень понятно, что же конкретно.

  Можно например создать процессор, который будет понимать и выполнять чистый байт-код. Ха-ха-ха. И такой процессор, уже не может понимать более новые программы. Хотя старые программы, на нём будут действительно выполнятся немного быстрее.
  Но на самом деле, специализированный процессор, получается гораздо дороже обычного, а прирост скорости не очень-то значительный.

  И что же тут можно изменить? Можно к примеру вводить ограничения на имена функций. Например помню в qbasic было прямо так сказано, что имя функции может состоять из латинских букв и цыфр длинной 40 символов, но учитыватся будут только первые 12 символа. Это бред. Такое было нужно, исключительно для оптимизации.


  Можно к примеру, выполнять специализированную сборку. Я уже предлогал делать жесткую оптимизацию всего софта на компьютере.
  Но можно, сделать просто специализированную компиляцию. К примеру в компьютере заводится база данных с именами функций.
  А при установке программы, имена функций заменяются на соответствующие номера. Те имена, которых нет, добавляются в базу.
  Ну и если в программе будет нужно имя функции, оно вызывается через базу...
  Думаю, что это может дать некоторое ускорение, возможно даже очень приличное.
  Только придётся переделывать всю операционную систему!

  >Таки да, конечно. Но... Вон, познакомилась с Обливионом на 1,7 ГГц Celeron. Играла на 2,93 Celeron. Сейчас простенький двухъядерник - так здорово! Можно и меньше, но больше - приятно.

  Согласен, что приятно. А мне порой и моего 4 ядерного интела по 2.88 mhz мало, хотя иногда он просто так гудит, как сейчас расходуя только 19% своей мощности.

  >Ога, а потом хранитель инфы решит, что ты чьи-то права нарушил и выкинет без разбирательств мегабайты полезностей. Как с читалками было.

  Я не знаю, что там было с читалками. Я держу и буду держать свою информацию у себя. А если буду использовать мобильные терминалы, то подключая их к своему компу... (ха-эм, пока не купил новый нетбук, но старый именно так и работал.)
  Книжки, музыка, видео, программы, хранятся на большом брате, а с нетбука их очень удобно использовать, сидя к примеру в другой комнате, тусуясь на болконе или на кухне, через wi-fi роутер. А выходя из дома, через смартфон и интернет.
  Но... Вот мне смешно даже... У современных компов, есть такие возможности, но далеко не все способны ими воспользоватся. Даже чтобы настроить домашнюю сетку на должном уровне, нужно помучатся. А уж чтобы влесть на свой собственный комп через инет... Ну ладно, я на свой влезу, а для некоторых это будет очень даже проблемно.

  >>Дело ещё в том, что красивость и совместимость, изначально потребует много сил.
  >Так они кроме них ничем не занимаются, зачастую.

  О да. Есть такое. Хотя... Некоторые очень даже занимаются. Но далеко не всем и далеко не сразу изменения видны.
  Например, казалось бы, что изменилось в windows?
  Сделали более понтовый интерфейс, добавили немного возможностей. А так... Всё тот же windows от 94 года.
  Но мне как системному программисту, видно систему из нутри. И там сделано очень даже много. Огромный, просто титанический объём работы. Многое добавляется, многое изменяется. А ведь чтобы внести изменения или дополнения, надо очень многое учесть. И это только самый низкий уровень ntdll, kernel32, user32 и так далее.
  Но кроме этого у ЬMicrosoft есть и много других продуктов, окромя самой windows.
  Причём, какой никакой, а комплексный подход, единая централизованная архитектура с идеологией. Это не gnu linux, где каждый ляпает от себя, всякое разное. А потом это упорно пытаются состыковать.

  >Так за 30 лет могли бы и дрова написать, не?

  ну минимум драйверов есть. А так... Гэ-ха-эм, на простых компьютерах или виртуальных машинах работает, ну и хорошо.

  >Вот это - самое оно. К нему идёт, но очень медленно. Коммерсанты мешают.

  В чём-то мешают, в чём-то помогают.

  Например проблема разных стандартов. Вот бесит меня, что у разных компаний разные стандарты. радиоТелефоны одной компании, не будут нормально работать с базами от другой компании.

  Я вот говорил, что windows это огромный труд.
  Да, это так. Но к сожалению, есть и накладки.

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

  С другой стороны, комерсанты финансируют развитие и разработку.
  Опять тот же самый windows. Я время от времени любопытствую, что же было улучшено... Сколько осталось ошибок.
  Вот честное слово, когда они исправят в самой новой версии все ошибки, я обещаю, что куплю её... Даже $100 не пожалею!
  А так... Я и стареньким, глюкавным шареварным, а лучше фриварным софтом буду пользоваться.
   Матерясь конечно же на него, но как говорится что хотел за 0 рублей, то и получил.

  И если бы не комерсанты, которые финансируют разработки, то многие продукты не увидили бы света.

79. Аитова Лейла 2011/04/24 22:23 [ответить]
  > > 78.Талипов Артём
  >Хе-хе. Я конечно на гения не тяну. Вообщем... Вот уже лет пять занимаюсь разрабодкой своего языка. По этому тема для меня достаточно больная.
  Здорово. Не критиковать и не мириться, а сесть и сделать самому. Хорошая позиция. И радует, что в нашей стране кто-то ещё пытается что-то создавать.
  >А на счёт гениальности... Сейчас одному человеку, очень трудно проанализировать всё.
  Сама не гений, но, насколько известно, большиство гениев не изобретали велосипед, а использовали чужие наработки. Тот же самый Эддисон, например, вообще ничего не изобрёл, кроме цоколя лампы. Только описал и систематизировал. Менделеев изучил неудачные попытки, прежде чем двигаться в правильную сторону. Ну и всё такое. Лейла умная, Лейла "Историю науки и техники" ведёт.

  >Только вот человек, на такую оптимизациюуже неспособен.
  >Надо переработать все коды: и операционной системы и установленных програм, превратив их в единую монолитную программу.
  >Быстродейстие будет бешенным. Только вот, гибкости не будет вообще!
  Вот поэтому и нужно что-то принципиально новое...

  >Сейчас очень многие компьютеры не загружены на свой максимум.
  Не, ну понятно, что максимум ресурсов не везде нужен.
  >Вон, уже выпускают сервера с процессорами intel atom. И нормально, все довольны.
  Таки да, конечно. Но... Вон, познакомилась с Обливионом на 1,7 ГГц Celeron. Играла на 2,93 Celeron. Сейчас простенький двухъядерник - так здорово! Можно и меньше, но больше - приятно.

  >И решение многих современных проблем, может оказатся... На самом деле, похоже к этому всё и придёт...

  >У человека небольшой компьютер с возможностью выхода в сеть.

  >На компьютере установлены драйвера и браузер.

  >Вся тяжолая информация хранится в сети.

  Ога, а потом хранитель инфы решит, что ты чьи-то права нарушил и выкинет без разбирательств мегабайты полезностей. Как с читалками было.

  >А всякие айпады, гуголпады, смартфоны и планшеты, очень даже активно юзают интернет.
  Не. Моё - это моё. А Интернет - это улица. Как польщователю мне, например, неприятно жить на улице.

  >Дело ещё в том, что красивость и совместимость, изначально потребует много сил.
  >Так что если делать, то сразу уходить в отрыв. Наплевав на всякие бытовые заморочки.
  >Это большие компании, могут себе позволить нанять десяток тысяч разрабодчиков, которые будут заниматься красивостями и дополнениями.
  Так они кроме них ничем не занимаются, зачастую.

  >Да что далеко за примером ходить? Вон, minix. Создана исключительно в учебных целях, уже лет тридцать назад. До сих пор из неё черпают идеи. А система развивается и меняется.
  >Банально, нет драйверов, нет совместимых програм.
  >А ведь в команде далеко не один человек.
  Так за 30 лет могли бы и дрова написать, не?

  >Так что если делать что-то новое, надо придумать, как не топтатся по граблям.
  >Да и оборудование, желательно стандартезировать. Чтобы можно было использовать одинаковые драйвера, для разных девайсин одного поколения.
  Вот это - самое оно. К нему идёт, но очень медленно. Коммерсанты мешают.

78. *Талипов Артём (eric-s@mail.ru) 2011/04/15 06:52 [ответить]
  > > 67.Аитова Лейла
  >ТО, что бейсик и паскаль развиваются, честно говоря, для меня сюрприз. Вот как раз-таки от С этого больше ожидала... Странно. почивают на лаврах?

  Тут дело немного в другом. Такой язык как basic, практически не стандартезирован и глумится над ним можно довольно лихо.
  Взять пять современных компиляторов и программы пригодные для одного, не пойдут на всех остальных.
  Но в каждой ветке, есть свои, очень даже интересные идеи.
  Например vb.net очень сильно ориентирован на dot net framework.
  freebasic на систему и быстроту, сохранив максимальную совместимость с qbasic.
  В прочем известные диалекты зашли в тупик. Хотя пересмотрев и переработав, можно тот же бэйсик или паскаль возрадить. В прочем я думаю, что стоит плюнуть на них.

  С языками C и C++, другая проблема. Языки имеют жесткие стандарты. Эти стандарты долго изучаются и пересматриваются. Одним из критериев добавления новой опции в язык, является её совместимость. Тоесть новая возможность, не должа помешать компилятору откомпилировать старый исходник.
  И честно говоря, стандарты публикуются очень редко. Например последний стандарт по C++, который ожидался ещё в 2006 году, до сих пор не опубликован. Его все уже называют C++ x0, а заявки, поступившие позже 2005 года не рассматривают вообще.
  В прочем msvc и gcc уже реализуют вкусняшки.

  С тем самым Рэндомом в прошлом году обсуждали, чего же нехватает в C++, и как позаказу от msvc10 стала поддерживать лямда функции и ещё некоторые другие, ещё не зафиксированные стандартом элементы.

  Но на самом деле, всё это мелочи. Язык нужно пересматривать полностью.
  Сейчас ведутся разработки. Языки развиваются, но по чуть чуть, с большим откатом назад.

  >50 лет как-то мрачновато. Неужели нет программистов, способных сейчас на тщательный анализ и гениальное озарение?

  Хе-хе. Я конечно на гения не тяну. Вообщем... Вот уже лет пять занимаюсь разрабодкой своего языка. По этому тема для меня достаточно больная.
  Очень много спорных вопросов. Очень много мнений. Одному нравится так, другому совсем по иному.

  Чего-то действительно нового, я не придумал. Просто хочу свести всякие вкусности воедино. И обеспечить максимальную гибкость самого языка.

  А на счёт гениальности... Сейчас одному человеку, очень трудно проанализировать всё.
  Чтобы делать какие-то выводы о необходимости того или иного, надо поработать, поэксперементировать, потестировать.
  Причём нужно закладывать всякие фичи, в самую основу. Иначе придётся очень много переделывать.

  > Мы ведь так в тупик уйдём. Мощности растут, функциональность растёт, а вот самая основа - языки программирования? Они ведь могли бы перевести софт на новый уровень.

  Лично мне и так кажется, что идём в тупик.
  Не, в принципе, можно некоторые моменты вычислить. Но гениального озарения это не заменит.

  А всякие навороты и примочки системы / языка, на быстродействии не очень-то хорошо отражаются.
  Например Microsoft решила, что с числовых идентификаторов локали и языка, надо переходить на строковые.
  Есть положительная и отрицательная сторона подобного решения.

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

  А в минусах быстродействие. Если число обработать просто, то строку придётся сравнивать с целлым массивом строк.

  И вот такое по всюду. Гибкость, требует дополнительных ресурсов.
  Хотя... на самом деле, на реальных машинах, в обычных программах, выглядит не всё так страшно.
  Вместо простого указателя на функцию, уже давно используются тройные или даже шестерные пересылки с дополнительными пересчётами.
  А строковые идентификаторы используются не только в именах файлов, мьютексах и атомах, но и при создании элементов окна.
  Работает вполне даже шустренько. И показывает свои удобства.

  Но вот оптимизировать такое... Чесно скажу - быстродействие может возрасти в несколько тысяч раз.
  Только вот человек, на такую оптимизациюуже неспособен.
  Надо переработать все коды: и операционной системы и установленных програм, превратив их в единую монолитную программу.
  Быстродейстие будет бешенным. Только вот, гибкости не будет вообще!

  >У меня такая сумасшедшая надежда. Как нам мама-папа говорили: "представляешь, компьютеры занимали целую комнату!", так и мы будем пугать детей: " а раньше они страшно грелись и были с плоскими экранами!"
  >
  >Уже сейчас можно поработать над новыми технологиями железа, только этого не будут делать, пока старые ещё приносят прибыль.
  >А вот под новое железо точно понадобится что-то принципиально новое по части программ.

  Вообще-то есть намёки на дальнейшее развитие. Как раз из железа, ещё можно выжать соки.
  Сейчас очень многие компьютеры не загружены на свой максимум.

  Например для некоторых серверов, очень выгодно ставить маломощные процессоры. Большой диск, толстый канал в интернет, дофига памяти и ядро, из какой-нибудь мобилы.

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

  Вон, уже выпускают сервера с процессорами intel atom. И нормально, все довольны.

  С другой стороны для некоторых задачь, нужны большие мощности.
  Есть несколько решений:
  1. мэйнфрэймы.
  2. датацентры.
  3. распределённые сети.

  И решение многих современных проблем, может оказатся... На самом деле, похоже к этому всё и придёт...

  У человека небольшой компьютер с возможностью выхода в сеть.

  На компьютере установлены драйвера и браузер.

  Вся тяжолая информация хранится в сети.

  Через браузер можно послушать музыку, посмотреть видео, почитать тексты и даже поиграть в игрушки.

  А ежели нужно что-то расчитать... Опять всё через браузер. Специальный сервер, заточенный под конкретные расчёты, быстро сделает всё что нужно.

  У меня машина сейчас очень даже не хилая. Но к примеру оптическое распознавание книги делает 2 часа, а специализированный сервис 10 минут.
  И вообще, в интернете, с каждым днём появляется всё больше онлайн сервисов.
  А всякие айпады, гуголпады, смартфоны и планшеты, очень даже активно юзают интернет.

  >Вот если бы нашёлся, энтузиаст, которому не жалко годы жизни на это убить... Начинал бы с фуфла, красивого и совместимого. Потихоньку развивалось бы... Но не гарантия, что получится, да...


  Дело ещё в том, что красивость и совместимость, изначально потребует много сил.
  Так что если делать, то сразу уходить в отрыв. Наплевав на всякие бытовые заморочки.
  Это большие компании, могут себе позволить нанять десяток тысяч разрабодчиков, которые будут заниматься красивостями и дополнениями.

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

  Да что далеко за примером ходить? Вон, minix. Создана исключительно в учебных целях, уже лет тридцать назад. До сих пор из неё черпают идеи. А система развивается и меняется.
  Но для боевых машин, её не ставят. Максимум поиграться на виртуальной машине или старенькой тачке.
  Банально, нет драйверов, нет совместимых програм.
  А ведь в команде далеко не один человек.

  Именно по этому, новые операционные системы, вроде android или maemo, базируются на gnu linux.

  Так что если делать что-то новое, надо придумать, как не топтатся по граблям.
  Да и оборудование, желательно стандартезировать. Чтобы можно было использовать одинаковые драйвера, для разных девайсин одного поколения.

77. Давыдов Сергей Александрович (momagic@mail.ru) 2011/04/13 01:26 [ответить]
  > > 76.Аитова Лейла
  >По роликам - на Герои похоже.

  Скорее, взяты лучшие элементы из Мастера и King`s Bounty.
  >Русская, что ли...

  Угу. На СИ по ней отличный фанфик есть :-)

Страниц (3): 1 2 3

Связаться с программистом сайта.

Новые книги авторов СИ, вышедшие из печати:
О.Болдырева "Крадуш. Чужие души" М.Николаев "Вторжение на Землю"

Как попасть в этoт список

Кожевенное мастерство | Сайт "Художники" | Доска об'явлений "Книги"

Аитова Лейла : другие произведения.

Комментарии: Компьютерщик нового поколения ()

Комментарии: Компьютерщик нового поколения
()