|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 11 Aug 2001 06:23:09
To : "Antony Y. Bolotin"
Subject : Re: Программирование на C и время :-\
--------------------------------------------------------------------------------
Hi, Antony!
>>>>> "AYB" == Antony Y Bolotin <anton@cns.donetsk.ua> writes:
>> ...кроме того6 знаешь N тонких мест в библиотеках, и так далее.
AYB> 1. Ты знаешь N мест в своей программе. Как алгоритмических, так и
AYB> реализационных.
в том-то и дело, что мне обычно это не нужно. Это скрыто внутри билиотеки,
которая ралотает просто и понятно.
AYB> 2. Все стараемся делать по доке на либу. Каждую нужную и не
AYB> пользованую ранее функцию сначала обкатываем на простых маленьких
AYB> програмках :))
да-да.
Я же еще раз говрю - один и тот-же по йункциональности код на С я
обкатывал пол часа (или даже больше), пока мне не подсказали (потому
что я сам задрался, а С я совсм не люблю, темболее есть у кого спросить),
а на питоне код заработал СРАЗУ.
>> Я вот, угробил пол часа на эксперементы и внимательно чтение man asctime,
>> пока заметил фразу, что строка формируется где-то там в статическом
>> буфере, и может быть измененеа... (кста, в итоге меня просто ткнули носом
>> в те строки).
AYB> Хех. А внимательно ли читал man первые N раз - вот в чем вопрос ? И
AYB> весь ли ? :))
Конечно невнимательнро. Hо на питоне я вообще ничего не читал. Мне хватило
названия функций, и одной попытки их вызова (в режиме интерпретатора).
Вот же в чем прикол!
>> Вот и думай, нужно ли мне СТОЛЬ ГЛУБОКОЕ понимание того, что после
>> acstime нужно скопировать строку?
AYB> Тут уж не понимание - тут внимательность нужна :))
Понимание, нахрена сделано именно так, именно в этой библиотеке.
Hа языках более высокого уровня, все делается обыно более прозрачно,
потому как накладные расходы уже мало кого волнуют.
>> разобраться до конца в решаемой задаче, и разобраться до конца во всех
>> тонкостях наиболее возможных решений - это совсем разные вещи.
AYB> Естественно.
Вот и подумай, есьт ли смысл разбираться во всех тонкостях всех возможных
решений простой задачи, или лучш за это-же время разобраться с более
сложной задачей. Потеряв в производительности макета программы, но выграв
в своей личной производителности.
Заметь - разговор идет именно о макетировании. Потому как когда есть
спеификации на реализацию - там разбираться уже не в чем - просто пишется
код (а вернее он просто генерится из какой-нибудь UML Class Diagramm)
Кстати, С в этом отношении еще больше сосет. С++ сосет меньше ;))
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
