avva: (Default)
[personal profile] avva
[livejournal.com profile] ilyavinarsky недавно привёл ссылку на слайды выступления Роба Пайка: Systems Software Research is Irrelevant.
Я это читал почти два года назад, когда слайды были выложены на сеть вскоре после самого выступления.

Ничего за эти два года не изменилось.

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

И при всём уважении к проектам типа Линукса или (особо любимого мной) FreeBSD - это технологии двадцатилетней давности. Монолитное ядро, всё та же иерархичная организация драйверов и файловых систем с практически такими же интерфейсами. В некоторых случаях технология движется назад во времени. Первоначальное устройство ядра Windows NT было - чётко разделённые по своим обязанностям (жёсткая изоляция по функциональности) модули, кооперирующие друг с другом и драйверами; вся графика сидит в user-mode и не пачкает ядро; иерархия IQRL позволяет даже отправлять в своп куски ядра. С переходом к NT 4.0 и далее графику, быстроты ради, запихали в ядро (понизив стабильность и создав кучу дыр в security); модули во многом потеряли те зачатки автономности, что были, и теперь о них напоминает только конвенция по наименованию функций; ядро и драйверы намертво засели в памяти.

Чувство разочарования, гнетущее Пайка, очевидно - и его легко понять. Он - один из ведущих разработчиков Plan 9, системы, очень похожей на Юникс, только намного лучше. Среди множества удачных находок Plan 9 мне лично самой главной кажется последовательное воплощение оригинальной юниксовской идеи "всё через файловую систему". От идеи этой в современных Юниксах остаются /dev и специальные файлы (напр. named pipes). Между тем вокруг наросло множество интерфейсов: одни только сокеты и TCP/IP чего стоят, не говоря уж о всяких других. Plan 9 сбрасывает множество разных интерфейсов обратно на уровень файловой системы, не в виде отдельного мелкого хэка типа /proc, а в качестве фундаментальной идеи. Основное отличие заключается в том, что каждый процесс по-своему видит глобальную файловую систему и может динамически этим видом управлять. Это, конечно, во-первых очень упрощает все проблемы, связанные с разрешениями к доступу (нет доступа к ресурсу - ты его не видишь) и иерархиями (какая-то программа хочет видеть библиотеки там-то - специально для неё сделаем вид, что там они и есть). Файловая система перестаёт быть жёстким деревом файлов и директорий, изредка меняющимся при помощи mount points и файлов девайсов; она становится гибким виртуальным уровнем, полностью характеризующим общение программы с ОС и окружающим миром, бесконечно разнообразным и легко управляемым.

Всё это исключительно интересно и потрясающе удобно и полезно. Но Plan 9 как был, так и остаётся уделом небольшой группы разработчиков, отдельных факультетов CS и разных энтузиастов. Несмотря на свою близость к Юниксу, несмотря даже на усилия разработчиков по поддержке юниксовых интерфейсов и лёгкости перевода существующих юниксовских программ на почву Plan 9, несмотря на опен-сорс, всё это остаётся маргинальным, малоизвестным, редко используемым. Почему? Потому что хватает Линукса. Потому что хватает Windows. Никто - включая технически грамотных, любопытных юзеров, включая даже академическое сообщество - не хочет новых систем, радикально новых устройств. Как насчёт новой оконной системы для Юникса, улучшающей совершенно безумную низкоуровневую структуру протокола X'а с его гигантскими потоками траффика? Э, нет, мы лучше выпустим новую версию XFree и напишем драйвер для ещё одной графической карточки с супер-новым акселератором.

Несколько лет назад я с очень большим интересом следил за системой Inferno. Её придумали те же люди, что сделали Plan 9, и её можно примерно охарактеризовать как мини - Plan 9 на основе виртуальной машины. У неё есть свой язык - Limbo, основанный на C, со встроенной в язык параллелизацией (concurrency), не объектно ориентированный, но на мой взгляд очень часто более удобный и эффективный, чем Джава; всё компилируется под виртуальную машину Dis, которую мне в свою очередь нравилась больше, чем JVM. И главное - при своём очень маленьком размере Inferno сохраняет основные достоинства Plan 9.

Да, она не open-source, но ведь и Джава тоже не open-source. Между тем о Инферно (и Лимбо) сейчас почти никто не помнит, а средненький язык Джава, не содержащий абсолютно ни одной новой идеи... А была бы Inferno open-source, это бы что-то сильно изменило? Plan 9 уже почти два года open-source, и что?

Да, я понимаю, что за Джавой стояла мощь Sun Microsystems. Что это был мощный коммерческий проект, в пиар которого были вложены огромные деньги. И т.д. и т.п. Я не думаю, что Инферно должна была, или могла, обойти Джаву по популярности. Но несомненно, какую-то нетривиальную нишу она могла себе создать - по крайней мере в академическом сообществе, где как бы должны ценить техническое превосходство. Где должны стремиться находить и развивать лучшее и новое, а не универсальное и привычное, или проталкиваемое на рынок менеджерами. Об этом, собственно, и пишет Пайк. И да, я его хорошо понимаю. Но сомневаюсь, что можно в этой ситуации что-то изменить.

Date: 2002-04-17 02:42 pm (UTC)
From: [identity profile] ex-ilyavinar899.livejournal.com
Подожди, перестанет действовать закон Мура - закончится теперешний маразм. Воплотятся в жизнь системы и на основе exokernel, и на основе metaobject protocol, и все остальное, что сейчас кажется удаленной от жизни экзотикой.

every time Andy Grove increases processor power, Bill Gates uses it up

Date: 2002-04-18 12:45 am (UTC)
From: [identity profile] mbravo.livejournal.com
Вот-вот. Единственное, что можно заметить в связи с оригинальным постингом - так это то, что энтузиасты не энтузиасты, а никаких заметных grassroots efforts на основе того же Plan9 или Inferno - нету. Были бы - индекс, так сказать, цитируемости пополз бы вверх. Тут [livejournal.com profile] sergeax в чем-то прав - хотите известности - делайте интересные проекты. У меня до сих пор валяюются где-то демо-дискетки с Plan9+8 1/2, с которыми я носился по знакомым, а в шкафу дома валяются распечатки документации на Infernoo, Limbo и Dis. А толку-то? Где эта самая экзотика, пусть на уровне фанатов, но не изолированных, а группы, объединенной инетом? Группы, способной привлечь к себе интерес себе подобных и обеспечить самоподдерживающийся процесс роста? Увы.

Появится - свистите. Walled City Гибсоновский - вот, чем не прототип :)

Date: 2002-04-17 02:53 pm (UTC)
From: [identity profile] toshick.livejournal.com
Всему свое время.

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

Подозреваю, что издержки такой жизни превзошли бы затраты на полчища системых программистов и админов.

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

Re:

Date: 2002-04-17 03:31 pm (UTC)
From: [identity profile] avva.livejournal.com
Да нет, я не имею в виду переход всех и вся. Проблема, в частности, именно в этой вашей ментальности "если бы мы..." Кто это - мы? Совершенно необязательно, чтобы все сразу прыгали от одной системы к другой, новой.

В 70-е и 80-е было большое разнообразие систем, самых разных, по-разному устроенных. Если появлялась новая интересная система, она завоёвывала какую-то нишу и развивалась, соперничая с другими. Сейчас же есть по сути дела две системы: Windows и Unix, у Юникса есть две основных разновидности, постоянно копирующих друг друга. И всё.

Date: 2002-04-17 04:12 pm (UTC)
From: [identity profile] ex-ilyavinar899.livejournal.com
Мне кажется, что будущее за системами, построенными на основе виртуальных машин, будь то JVM, .NET CLR, смоллтоковские виртуальные машины, или что-то иное (транслировать байткод стековых виртуальных машин между друг другом несравненно легче, чем традиционные ISA; уже существуют трансляторы из JVM в CLR и наоборот). То, что сейчас называется ядром операционной системы, будет со временем поглощаться такими виртуальными машинами, а остаток выполнять сегодняшнюю функцию BIOS. Преимущества независимости того же .NET от архитектуры железа и от операционной системы очевидны.

Конечно, ни Java, ни .NET не существовали бы без исследований в академии и в частных лабораториях. Секрет Полишинеля .NET заключается в том, что в 1996 году Microsoft купил компанию, основанную человеком, защитившим в начале 1990х диссертацию про портативную виртуальную машину, и разработал .NET CLR на основе виртуальной машины этой компании (хотя и в очень сильно измененном виде - архитектура той машины RISC, а .NET CLR стековая).

Date: 2002-04-18 01:21 am (UTC)
From: [identity profile] toshick.livejournal.com
Я просто сказал, почему рынок не поддерживает такие решения. Очевидно, что "мы" и вообще любая персонификация здесь - разговорное упрощение. Речь вовсе не идет о том, чтобы все куда-то прыгали. Речь о том, что издержки кривых систем, видимо, оказываются меньше, чем издержки постоянных переходов к лучшим, но совсем другим.

В 90х произошла унификация не только операционок, но и железа. Впрочем, две оригинальных все-таки были - NeXT и BeOS. Это такая естественная стадия, потом, наверное, снова будет разнообразие, но уже на другом железе и других архитектурных принципах. На каких ? Я не пророк и не специалист по CS.

Date: 2002-04-17 02:56 pm (UTC)
From: [identity profile] levg.livejournal.com
Все так. И состояние это возникло не вчера и не два года назад, а лет уже 10 наверное. И шансов на перемены в обозримом будущем - никаких. "Потому что хватает Линукса. Потому что хватает Windows" и нет причин, по которым хватать перестанет.

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

Торжество brute force и Deep Blue монумент ему. Амен.


From: [identity profile] dado.livejournal.com
есть "как надо бы" и "как работает" и напирать на "как надо" стоит когда от этого лучше работает а не просто по тому что это идеологически красивше, хотя это мой прикладной подход и если бы кто-то не ковырялся "для души" со разным open source projects то чем бы я зарабатывал себе на хлеб с маслом

Date: 2002-04-17 04:00 pm (UTC)
From: [identity profile] sergeax.livejournal.com
"а средненький язык Джава, не содержащий абсолютно ни одной новой идеи..."

А что средненький язык Java? На вебе он умер - 95% того, что на нем делалось теперь умеет Flash и намного быстрее, а главное - это не язык, а среда-редактор, то есть визуален и за него можно посадить художника. На серверной стороне он жив постольку-поскольку где-то сдуру внедрили технологию jsp, написали что-то под нее, а потом не сумели с нее соскочить вовремя. Ну в самом деле, ткните мне пальцем, если я неправ.

Потом, что значит "эта операционка лучше"? Для существующих задач прекрасно хватает существующего инструментария. Если говорить о вебе, то 5 лет назад это был
Perl и CGI, сейчас это интерпретируемые смешанные страницы asp или php, буквально завтра (а местами и сегодня) это .Net у Гейтса и пока непонятно, что последует в качестве ответа у open source.

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

Date: 2002-04-17 04:07 pm (UTC)
From: [identity profile] levg.livejournal.com
Все так, кроме "нормальный стартап должен выйти на нулевой уровень максимум через 12 месяцев - иначе никто под него денег не даст".

Break even за 12 месяцев? Невиданное совершенно дело. Майкрософт разве что...

Date: 2002-04-17 04:53 pm (UTC)
From: [identity profile] sergeax.livejournal.com
Не break even, а выйти на нулевой месячный баланс. То есть зарабатывать столько же, сколько тратить.

Date: 2002-04-17 05:07 pm (UTC)
From: [identity profile] ex-ilyavinar899.livejournal.com
Мой бывший работодатель считался очень перспективным одно время. Он существует два года. До breakeven ему очень, очень, очень далеко.

Date: 2002-04-18 01:18 am (UTC)
stas: (Default)
From: [personal profile] stas
Стартап с нуля до нулевого баланса за год? Что-то это кажется не очень реальным... Разве что готовый продукт уже есть и маркетинг уже проведен или по каким-то причинам не нужен вообще...

Date: 2002-04-18 01:51 am (UTC)
From: [identity profile] sergeax.livejournal.com
Уточняю дополнительно - я про интернет-стартап.

Date: 2002-04-18 02:26 am (UTC)
stas: (Default)
From: [personal profile] stas
это типа которые порталы с баннерами? так это же сплошная панама на 99.9%. какой уж там нулевой баланс... да и подохли они уже небось практически все, коммунизм-то кончился.

Re:

Date: 2002-04-18 04:02 am (UTC)
From: [identity profile] levg.livejournal.com
это и есть break even

Date: 2002-04-18 03:35 am (UTC)
From: [identity profile] catpad.livejournal.com
Ну, пожалуйста, я тыкаю пальцем.
Во-первых, не вижу ничего "средненького" и "серенького" в Джаве. Чистый ОО язык со встроенным multithreading и рефлексивностью, работающий на виртуальной машине, со знакомым всем синтаксисом да к тому же с морем стандартных библиотек - что может быть лучше для general-purpose language ?
Конечно, ни одной новой идеи в нём нет, но кому они нужны, если достаточно было собрать все хорошие старые идеи и выкинуть многие плохие новые (как например, templates, operator overloading etc.), чтобы получился прекрасный язык ?
И не надо городить откровенную чушь, сравнивая язык программирования с языком графики и user interface - Flash. Если мне нужно написать программу для веба, я не буду "писать на Flash".
Что же касается "умирающей" Джавы - сейчас в Японии она встроена во все модели мобильных телефонов DoCoMo и J-Phone - главных провайдеров сотовой связи с числом клиентов 60 миллионов человек. То же самое уже начинается в Европе, и дальше.
Серверная сторона имеет слабое отношение к JSP, поэтому неуместно связывать жизнь Джавы с web-servers. Большая часть индустрии - это enterprise servers, которые абсолютно все (кроме Майкрософтовского, конечно) поддерживают EJB. А их - несметное количество.
Кроме того, JSP - не в пример лучше ASP с их поганым VBScriptom, один взгляд на синтаксис которого должен приводить в ужас нормального человека.
Примеры можно приводить и дальше, но надоело.

Date: 2002-04-17 04:01 pm (UTC)
From: [identity profile] sergeax.livejournal.com
Не поместилось в 4000 лимит, продолжаю (кстати, раз уж перешли на UTF-8 - надо бы и размеры текстовых полей в два раза увеличить, нет?).

Мораль? "А вы докажите". А вот напишите (не вы лично, а вообще) на базе этой Plan 9 супер-пуперский сервер приложений, обладающий прозрачной масштабируемостью, высокой надежностью, простотой и ясностью для разработчика, низкой требовательностью к ресурсам, и забацайте на нем мега-проект, уровня того же LJ, или CNN.com, или IMDb, или еще чего в этом роде - и покажите всему миру, что решение на базе вашей операционки выходит дешевле, проще в разработке, надежнее и динамичнее.

В итоге, первый коммент - самый трезвый. Но и на это особенно надеяться не надо. Ибо Интел выпускает этим летом шасси для четырехпроцессорного решения на P-III в трехюнитовом корпусе, а следующей зимой еще два комплекта - для 4 * Xeon и 8 * P-III в пятиюнитовом. Производители винтов тоже на месте не стоят. И я, кажется, уже догадываюсь, каким будет мой следующий сервер.

Кстати, раз уж зашел. А как вообще может заплатить за свой ЖЖ нормальный юзер из России? У PayPal в списке стран, из которых принимаются кредитки, России нет.

Date: 2002-04-17 10:18 pm (UTC)
From: [identity profile] piggymouse.livejournal.com
Оплата из России (http://www.livejournal.com/paidaccounts/ibill.bml).

Date: 2002-04-18 01:23 am (UTC)
stas: (Default)
From: [personal profile] stas
Самое интересное, что написание такого проекта, в общем, не значит абсолютно ничего. При желании, один конкретный проект можно написать на чем угодно, если задаться такой целью, и зависеть его качество будет лишь от целеустремленности конкретного разработчика. Если уж говорить о проектах класса IMDB/LJ/CNN, то там вообще операционка - дело стовосемнадцатое, примерно так же связанное с качеством проекта, как производитель оперативной памяти на сервере. Т.е. или оно работает, и тогда все равно, или нет - и тогда все равно тоже.

Date: 2002-04-18 04:19 am (UTC)
From: [identity profile] iljuhin.livejournal.com
Da nikogo ne interesuet super-puperovskij LJ na PLan9. Interesuet vseh chtob support byl normal'nyj, i chtob operatsionka byla ne igrushechnaja. Kontora v kotoroj ja sejchas rabotaju delala produkt ( storage ) na baze Plan9, ja s nim nemnozhko uspel porabotat' ( tipa IDE driver pokorezhit' ). Ochen' vse milo, tol'ko supporta nikakogo, vmesto fucking manual - fucking source kod, pljus polovina togo chto na nem begalo byla napisana nashimi zhe gerojami ( tipa NFS3 server svoj, potomu chto standartnogo net ). Estestvenno, chto v kontse kontsov ot nego otkazalis'.

Date: 2002-04-17 05:27 pm (UTC)
From: [identity profile] trurle.livejournal.com
На тему microkernel vs. monolitic kernel была в свое время дискуссия Линуса и Танненбаума. Следует признать что microkernel - по крайней мере, в том виде как он сушествовал в Mach, NT и OSF - неработоспособная идея.

Date: 2002-04-17 05:30 pm (UTC)
From: [identity profile] avva.livejournal.com
Да это была не дискуссия, а перебранка, ничего интересного о самих кернелах она не выяснила.

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

Нежизнеспособна? Не уверен.

Date: 2002-04-17 06:14 pm (UTC)
From: [identity profile] trurle.livejournal.com
У микрокернела есть очень серъезные проблемы - subsystem interaction overhead. В микрокернеле это взаимодействие осуществляется за счет передачи сообщений, что, понятное дело, гроб с музыкой.
Мне кажется что более перспективной идеей является Spring или Eros - разделение на функциональные модули; при этом передача управления из модуля в модуль осуществляется напрямую; ОС заботится только о зашите частных данных.
Но по сути Пайкс, конечно, прав; не то плохо что микрокернел - не самаю лучшая идея; а что никакие новые технологии не возникают.

Re:

Date: 2002-04-17 06:16 pm (UTC)
From: [identity profile] avva.livejournal.com
Вот именно. Я сам не большой поклонник микрокернела ;)

Date: 2002-04-18 01:04 pm (UTC)
From: [identity profile] ex-ilyavinar899.livejournal.com
Интереснее было бы, если бы о защите частных данных заботился язык (или виртуальная машина).

Date: 2002-04-17 11:20 pm (UTC)
From: [identity profile] sema.livejournal.com
Меня в этом отношении удивила Apple, вроде бы славящаяся умением смотреть в будующее и продвигать новые идеи - OSX-то юникс в душе.

Date: 2002-04-18 06:30 am (UTC)
nine_k: A stream of colors expanding from brain (Default)
From: [personal profile] nine_k
У Apple беда есть -- он периодически сходит с ума.

То они совсем загибались, когда упорно делали очень дорогое железо, продав одновременно лицензии на совместимые разработки -- естественно, umax их делал (в обоих смыслах). То вот теперь сделали ужасный юзерский интерфейс Aqua, который (беря в скобки потребление ресурсов) имеет гораздо худшую usability, чем самая что ни на есть OS 7.

А то, что подстелили под это bsd -- да велика ли разница, что именно. Что, раньше лучшее ядро было? :-) А вот то, что куча портированного с *nix теперь доступна на маке -- мудро.

Вообще им бы, конечно, лучше BeOS бы купить, если б они за красотой и идейностью гнались :-) Какое там :-\

Date: 2002-04-18 01:45 am (UTC)
From: [identity profile] bish0nen.livejournal.com
Да тут всё просто, по-моему. Для того, чтобы создать в наше время новую зрелую ОС, нужны колоссальные затраты, финансовые и материальные. Юникс дорос до теперешнего состояния только потому, что имел запас в 15-20 лет вызревания в университетах и прочих местах, потом уже более-менее что-то пригодное протолкнули на рынок, благо дело тогда писюки со своим software (здесь следует известный жест, обозначающий кавычки) отдыхали в стороне вместе с маками. Во второй половине 80-х, уже подобравшись к концу стометровки бега по граблям, коммерческие вендоры смогли построить нормально работающие системы с немалыми затратами, тем не менее. На примере Майкрософт замечательно видно, что даже обладая огромными деньгами, протолкнуть на рынок совершенно новую ОС весьма непросто, даже за 12 лет прошедших лет. На рынок больших серверов им до сих пор дорога закрыта, кстати.

Потом есть ещё такая штука, называется она legacy. Именно она определяет курс на написание ещё одного драйвера к XFree86 вместо полного переписывания. Да оно и непонятно, зачем надо. Большой трафик в сети? gigabit ethernet уже стоит смешных денег. Не пролезает X-трафик в adsl? есть компрессоры X-протокола, самый последний из которых я пробовал год-два назад уменьшает трафик на порядок и больше (кстати, леть семь назад Сан нам обещал полную замену X-терминалов на Java-терминалы с их компактнейшим в сравнении с X-протоколом трафиком. и где оно сейчас?). Низкоуровневый API? он у всех одинаковый, что в X11, что GDI, что в MacOS - они все разливались из одной кастрюли.

.... to be concluded ....

Date: 2002-04-18 01:46 am (UTC)
From: [identity profile] bish0nen.livejournal.com
.... conclusion ....

Java. Да, убогий язык, омерзительный. Немногим лучше C++, но это всё фигня. Главное, что с Java впервые на массовом рынке появилась технология компонентного программирования и идея reusability впервые стала реальностью в отличие от хаоса предыдущих лет. Семь лет назад, начав в запудривания мозгов всем под видом "write once, run everywhere", Сан всё-таки произвёл революцию и смог родить нечто большее, чем ещё один язык с ещё одной виртуальной машиной. J2EE - вот главное достоинство Явы, это - гигантский скачок в программной индустрии, остальное - мелочи. Сейчас Майкрософт, отстав снова от рынка, навёрстывает гигантскими шагами и, как это не поразительно, впервые грамотно подготовившись - наняв кучу умных и известных людей. .NET, на мой взгляд, - это логическое продолжение (и завершение) идей J2EE, принципиально нового там нет ничего, лишь шлифовка и улучшение идей конкурента, а тот же C# лишь немногим лучше Явы. Есть совершенно замечательный язык Eiffel, например. Его внедрение позволило бы сократить затраты на создание сложного ПО на порядки в сравнении с Явой и С++, ну и где сейчас Eiffel? Хорошо, что хоть идеи Мейера о дизайне по контракту через 15 лет нашли понимание и в последней версии JDK есть даже ключевое слово assert, и оно работает.

Короче, на массовом рынке никогда не было и не будет массовых потрясений, как я считаю, потому что там всё определяется идеей зарабатывания "длинного доллара", а потрясения - это скользкая дорожка, можно ведь и сорваться вниз или просто не поспеть за всеми, как это случилось с DEC и SGI, например. Рынок диктует иные требования, нежели зачастую этого хочется.

А всё, что остаётся сбоку - это ностальгия или лёгкая грусть у тех, кто не равнодушен.

P.S. А лимит-то на длину поля ввода надо бы увеличить, ага?

Date: 2002-04-18 03:55 pm (UTC)
From: [identity profile] avva.livejournal.com
В общем-то со всем согласен, что и хочу зарегистрировать.
А длину увеличим вот-вот, это недосмотр.

путём зерна

Date: 2002-04-18 07:59 pm (UTC)
From: [identity profile] oboguev.livejournal.com
Видите ли, операционные системы и их ядра - по большому счету стали (или становятся) BIOS-ом.

Я вот, например, не помню, какой марки BIOS стоит у меня в машине.

new decisions

Date: 2004-06-09 05:53 am (UTC)
From: (Anonymous)
www.bluebottle.ethz.ch

June 2025

S M T W T F S
123 4 5 6 7
8 910 11 12 13 14
15 16 17 1819 20 21
22 23 24 25 262728
2930     

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jun. 26th, 2025 08:03 am
Powered by Dreamwidth Studios
OSZAR »