|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 11 Jul 2005 21:54:54
To : Kirill Frolov
Subject : Re: COM-порт
--------------------------------------------------------------------------------
Jul 11 18:05 05, Kirill Frolov wrote to Zahar Kiselev:
ZK>>>> Вот если бы интерпретатор Паскаля...
KF>>> Паскаль -- это громоздко, медленно, требует отладки,
ZK>> скорость при наличии процессора пятилетней давности уже не критична,
ZK>> ввсе равно будет быстро.
KF> Зато мозги в голове никак не пятилетней давности... И процессором
KF> их пока никак не заменить. Критично время написания, а не исполнения.
Если "медленно" относилось ко времени написания - то может быть и соглашусь.
Если дойдут руки сравнить с временем изучения упомнянутого тобой autoexpect.
KF>>> элементарные вещи(вроде тех же списков) нужно писать вручную и
KF>>> т.д... Это нереально.
ZK>> C этим недостатком согласен. Паскаль действительно не умеет массивы
KF> Массивы он уметь может. Hо массив -- это тип. Произвольную
KF> структуру
KF> туда уже не запихнёшь, например.
А очень надо? Получится нечто совершенно запутанное и малопонятное.
Сталкивался в такой штуке как Clipper, там с типами переменных было плохо, в
одну переменную можно было в некоторых случаях записать значения разных типов,
что нередко приводило к глюкам. Там даже _объявить_ переменную можно было только
через непрямо - в начале процедуры присвоить ей какое-то значение нужного типа,
а иначе компилятор принимал тип переменной по первому присваиванию в коде. Во
всяком случае для непрофессионального программиста слишком "произвольные"
структуры данных противопоказаны, ибо гарантированно ведут к глюкам.
KF> Или городить классовую кашу из
KF> оопщины,
KF> а-ля борланд. Деклараций классов на 5 страниц и хелло-ворлд на
KF> строчку.
Это гарантированно не подходит "любителям". Чтобы хорошо управляться с классами
и объектами - нужно быть профессионалом.
KF>>>>> Да. А если, к примеру, понадобиться протокол с привязкой ко
KF>>>>> времени?
ZK>>>> В _моем_ случае - пинок программистов встроенного софта - и прибор
ZK>>>> сам начнет выдавать отметки времени. В других случаях это
ZK>>>> действительно может
KF>>> Hа что уйдёт пол-дня. И ещё пол-дня на отладку внесённых глюков.
ZK>> Учитывая, что классически на это уходит неделя согласований, хотябы
ZK>> даже у моих коллег, кто не умеет работать с интернетными
ZK>> технологиями.
KF> А мог уйти, максимум, час. Вот я про что.
А _на_практике_ нет разницы межу пол-дня и часом. Между неделей и половиной дня
- есть, а час или пол-дня - никто не заметит.
Говорю тебе как человек, халтурящий в качестве разъездного инженера-наладчика
железяк с контроллерами.
KF>Hа уровне писюка многие
KF> проблемы решаются значительно проще.
Причем я уточню - на уровне писюка с линуксом. Потому что в стабильности и
повторяемости его поведения я уверен и знаю, что во время выезда на объект он
меня не подведет. В отличие от непредсказуемости капризов виндов(не раз наблюдал
у таких же разъездных инженеров).
KF>>> "грязное" решение. То же самое можно и вручную, значительно лучше.
KF>>> Речь же не про что-то фундаментальное, а 15-минутную поделку.
ZK>> Что-то я не слышал, чтобы кто-то это реально использовал для
ZK>> 15-минутных поделок.
KF> Hу почему нет. Если диалог, изначально проводимый вручную,
KF> гарантированно повторяется то autoexpect вполне справится.
Верю. Hо почему-то не слышал чтобы кто-то пользовался. Интересно, здесь кроме
тебя есть кто-нибудь, кто пробовал эту штуку?
KF> для
KF> "автоматизации виндов" тоже такое есть: мышой по кнопкам тычешь, а
KF> оно
KF> запоминает, в какие кнопки жал. И никакого программирования.
Как любопытный курьез - видел, применения в реальной работе - не встречал.
ZK>>>> присобачиванием такой штуки как libero, специально для создания
ZK>>>> автоматов предназначенной.
KF>>> А url посмотреть можно?
ZK>> Оно у меня на диске, мне ее когда-то прислали, вместе с исходником и
KF> Hашёл: http://www.imatix.com/html/libero/
Потом расскажи о впечатлениях профессионала...
Zahar
--- Msged/LNX 6.1.1
* Origin: mobile point - FIDO over GPRS (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
