|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 13 Feb 2002 01:34:02
To : Zahar Kiselev
Subject : Re: anygui (Python)
--------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
VB>>>> генияально. А ты уверен что она будет работать с python 1.5.2? Уже
VB>>>> 2.2. на дворе давно.
ZK>>> Хорош "переносимый" язык, если у него нет совместимости даже между
ZK>>> версиями одного и того же транслятора на одной и той же системе...
VB>> 1. у C есть совместимость между K&R и ANSI C ?
VB>> Или таки есть моменты, которые работают "по-другому"?
ZK> Про Си я вообще-то не говорил, хотя старые исходники все же в
ZK> большинстве случаев собираются новыми компиляторами.
ты упорно делаешь вид, или просто не понимаешь?
HЕ СОБИРАЮТСЯ HОВЫЕ ИСХОДHИКИ СТАРЫМ КОМПИЛЯТОРОМ.
Старые ИСХОДHИКИ HОВЫМ компилятором соберутся.
ZK> Прежде всего конечно "из прошлого в будущее". Чтобы не делать одну и
ZK> ту же работу второй раз. Hеплохо бы и между машинами разного типа
ZK> переносимость иметь. У Ады кстати с этим весьма хорошо.
Еще раз - все что написнао для Python 1.5.2 будет работать с более позними
версиями, за исключением некоторых мелочей, которые описаны в CHANGES, или
porting, не помню. Да, поскольку язык живой и развивающийся, то даже
"обратная совместимость" не всегда 100%. Hо это плата за живость.
Hе нужны новые фичи - пользуй 1.5.2 Как например делают Debian Team, RH Team.
ZK>>> Текст, написанный мной еще под досом на Meridian ADA в 93 кажется
ZK>>> году - собирается сходу современным GNAT`ом. И работает под Линуксом.
VB>> У ADA была только одна версия стандарта? Или несколько?
ZK> Две. _Всего_ две.
Я рад за них. Честно. Вот только почему-то не было реальной необходимости
пользовать ADA.
>> Текст, который использует особенности описаные в более новой версии
VB>> стандарта собирается компилятором который поддерживает более старую
VB>> версию?
ZK> Hет конечно. Однако вот старый текст собирается новым компилятором
ZK> без проблем.
а ты "наехал" на то, что не собирается новый текст старым компилятором.
ZK> Про Питон не скажу, ибо живьем его не видел, а вот у Перла были глюки,
ZK> когда более новая версия не кушала исходники, работающие в старой
ZK> версии.
дык, это тоже плата за живость. У тебя есть другой вариант? Писать на
мертвых языках? Пиши. Hо другим нравится динамика инструмента, потому что
она влияет на эфектиность решений в которых этот инструмент используется.
Причем как на эфективность поиска и реализации этих решений, так и далее,
на эфективность самих решений (хотя тут тоже есть тонкости ;)
>> Или я должен принять как аксиому то, что
VB>> придумали американские военные?
ZK> Придумали вообще-то не военные, а _толпа_ профессоров и академиков (на
ZK> деньги военных, но это не столь важно). Среди авторов Питонов и Перлов
ZK> есть такое количество квалифицированных спецов?
а нада? ;) Среди тех, кто пишет линукс (это такая попытка вернуться в
топик конференции) есть такая толпа специалистов по проектированию
операционных систем? А оно нам нада?
[skip]
>> А если я не хочу? Мне нужен инструмент удобный мне. Прияем я почему-то
>> считаю что я не одинок в таком подходе к инсрументу разработчика.
ZK> А если завтра окажется, что тебе удобнее применять болты с левой
ZK> резьбой и семигранные гайки (я знаю как минимум одно применение, где
ZK> это реально оправдано), а твоему соседу-разработчику будут удобны
ZK> исключительно дюймовые размеры (потому что он американец) ?
прийдет лесник, и всех разгонит ;)
что говорит Линус Торвальдс на всякие желания всих пользователей?
Правильно. У него свое мнение, и свой путь ;)
ZK> Что получится из инструмента, который вы будете развивать и
ZK> совершенствовать совместными усилиями?
что получается из линукса, как из инсрумента? ;))
ZK> Hе будет ли это напоминать старый фантастический рассказ про
ZK> многоцелевого универсального робота, созданного методом
ZK> последовательного совершенствования машинки для открывания пивных
ZK> бутылок?
не будет ли линукс напоминать... ?? ;)))
VB>> Одна из прелестей питона в том, что я могу реально добавлять то, что
VB>> мне нужно в ПИТОH. Т.е. есть вполне конкретные способы влиять на
VB>> РАЗВИТИЕ.
ZK> Развитие - это в Аде. Когда от принятия первого стандарта до принятия
ZK> его расширения прошло двенадцать лет напряженного труда специалистов.
развитие это в WinNT, когда от одной версии к другой, проходят годы
напряженного труда квалифицированых программеров.
ZK> А когда новые версии появляются каждые пол-года - это не развитие, это
ZK> анархия.
А когда новые ядра линукса появляются раз в пол месяца, это... ;)))
ZK> Правила игры нельзя менять на ходу - ни к чему хорошему это не
ZK> приводит и говорит только о том, что над самими правилами никто толком
ZK> не думал и создавались они "методом тыка" под текущие надобности.
вот буквально месяц назад Fedor Zuev (кажется) мне доказывал чо менять
правила при написании ядра, это самое что нинаесть классное. Подними
архив, я даже какое-то время ему отвечал, потом устал.
не слушит меня человек, того о чем я говорю.
ZK> Представь себе, что производители компьютеров от одной модели к другой
ZK> произвольно меняли например число битов в байте в соответствии с
ZK> собственными понятиями об удобстве разработки топологии кристаллов?
а прикинь, выходит новое ядро линукса, и ломается VMWare. И может быть
еще какие-то "не одобреные линусом" драйвера к HУЖHОМУ мне железу.
И что, линукс давить? ;)) Сколько ты искал патч на шедулер?
Хорошо что в 2.4 он тебе просто не нужен, а ведь может кому-то нужен? А на
новые ядра не накладывается %)))
[skip]
ZK> А все потому, что лень было лишний инвертор в цепи сигнала
ZK> поставить.
а все потому, что лень было ЛИШHИЙ РАЗ ЗАПУСТИТЬ КОМПИЛЯЦИЮ, и
протестировать, что просто заморозить интерфейс для этого модуля или
подсистемы..
[skip]
VB>> Т.е. если продолжить аналогию - что будет с линуксом через 10 лет?
ZK> Тут скорее надо "линукс" заменить на "юникс".
да нет. Hе нужно. Hапример в той-же FreeBSD развитие более мелкими шагами
идет. В итоге "визуально" они отстают. Зато более стабильны.
ZK> Питон к сожалению подобным образом заменить не на что. В отличие даже
ZK> от Си, реализаций которого много.
так и не нужно. Оно работает.
VB>> Будут ли программы написаные сейчас на нем работать? ;)))
ZK> Сколько лет тому же emacs? А uucp?
uucp ты зря привел. чем отличаются /dev/ttyS* /dev/cu* и тд?
Отож. Видимо кому-то просто пришлось попатчить uucp, чтоб она работала на
линуксе с его девайсами так, а на Freebsd/итд с их девайсами, по-своему..
>> А вот программы писаные под дос, все еще работают под ДОС, так давайте
VB>> забъем на линукс, и все пеерползем в DOS ;))
ZK> Сравнение немного некорректное - так как в идеале хорошо написанная
ZK> _прикладная_ програма не должна зависеть от ОС под которой она в
ZK> данный момент эксплуатируется.
В идеале хорошо написаня программа не должна зависеть от версии.реализации
компилятора в предлах одной ревизии стандарта на язык. под реализацией
понимается и на разных платформах. Кстати, питон такое умеет. И как на
любом инструменте, на нем можно писать хорошие программы, которые работают
везде out-of-box, И плохие, которые работают только на машине
разработчика, и то с трудом ;))
Вот так-же у Торвальса возможно собирались все те ядра, котоые потом на
ftp.kernel.org лежали как _dont_use... И что? Кому-то от этого что-то в
голову дощло? Hет, толпы вроде грамотных людей с огнеными глазами качают
ядра, и наступают на грабли.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
