From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Maksim Otstavnov X-Mailer: The Bat! (v1.51) Personal Organization: home office X-Priority: 3 (Normal) Message-ID: <11323041001.20010607204713@otstavnov.com> To: Sergei Aranovsky In-Reply-To: <3B1F9296.9EB19308@srm.ru> References: <3B1DCA99.76D3CDDD@zmail.ru> <4525.010606@psrp.te.ru> <3B1DD5C8.DD676375@zmail.ru> <20010606114412.D13238@axel.ocrv.ts> <3B1F39E0.BEDEAB08@srm.ru> <796083117.20010607160435@otstavnov.com> <3B1F81E1.35587F14@srm.ru> <12013604011.20010607180956@otstavnov.com> <3B1F9296.9EB19308@srm.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: [mdk-re] =?koi8-r?B?UmU6IFtKVF0g78bUz9DJyyAgTlQ0?= Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru X-Reply-To: Maksim Otstavnov List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Thu Jun 7 20:37:01 2001 X-Original-Date: Thu, 7 Jun 2001 20:47:13 +0400 Archived-At: List-Archive: List-Post: Hello Sergei, Thursday, June 07, 2001, 6:41:26 PM, you wrote: >> Это архитектурные принципы. Я их вижу три: >> 1) компонентность ("набор инструментов" vs "станка"), >> 2) простота ("файлы+процессы" vs произвольного набора сущностей), >> 3) расширяемость (принцип, согласно которому любое сочетание >> инструментов можно использовать как один инструмент, абстрагируясь от >> его устройства), SA> Согласен. >> SA> Это плоды вековой застройки. Дом, сбоку сарай (IPC), с другого >> SA> боку пристроечка (sockets), внутри дома попытались сделать модную >> SA> планировку (pthreads), но получилось плохо (в разных комнатах пол >> SA> и потолок по разному неровные). :-)) >> >> Это бантики. SA> Нет. Это более или менее неудачные попытки добавить необходимые компоненты. SA> В случае sockets результаты приемлемые, а в случае SystemV IPC - скорее нет. Просто сокеты ложатся в перечисленные принципы (это же просто файлы), а IPC - нет. При этом, IPC являются обходом нормального пути, придуманным из-за соображений производительности, а не архитектурной целостности. На мой взгляд, юниксы от внедрения IPC скорее проиграли, чем выиграли. >> Software development _не_ может быть массовым производством. Это >> по типу сервисный (постиндустриальный) бизнес. SA> Не всегда. Custom software development -- да, согласен, а производство SA> коробочных продуктов ближе к массовому производству. Нет. Само наличие эффективной отрасли контрафактного размножения ("пиратства") показывает, что структура издержек совсем другая. SA> Вообще, кроме укороченного цикла разработки (вследствие давления SA> обстоятельств), что, по вашему, отличает промышленное SA> программирование от, скажем, разработки электронного устройства? То, что "промышленное программирование" - это миф. SA> По моему, только больший элемент кустарщины (признак незрелости SA> отрасли). Не больше, чем признаком незрелости является зеленый цвет огурца. Просто огурцы - это не бананы. А программирование - не промышленное производство. -- -- Maksim