caxapa.ru :: за пределами IDE? это зачем? актуальный пример приведите, а?

Mahagam (11.09.2013 16:09, просмотров: 312) ответил fk0 на Повторюсь. С кодом работают не только в окошке IDE проф. уровня, но и за его пределами. И слишком широкие строки везде мешают. Да и мотать головой влево-вправо неудобно. Лучше разорвать вызов функции на несколько строк. Программы на Lisp видел?

за пределами IDE? это зачем? актуальный пример приведите, а?

- 1) отладка в другом отладчике (в.т. для кода работающего на разных платформах), 2) другие IDE/редакторы, 3) просмотр diff'ов в разных программах, 4) работа с svn через разные программы, 5) просмотр исходников на вебсайте через trac, 6) работа с fk0(85 знак., 11.09.2013 16:26)
  - и чё? где тут лимит на 80 символов? консоль - это уже ССЗБ. Mahagam(142 знак., 11.09.2013 16:32)
    - Консоль (xterm и т.п.) тоже растянуть можно. Но не всегда удобно. Потому, что сверхширокое читать неудобно и место на экране лишнее занимает. Лимита жёсткого нет, но ВЫГЛЯДИТ ПЛОХО. Особенно когда diff в две колонки. Тут и в широкий монитор может fk0(11 знак., 11.09.2013 16:38)
      - такие широкие строки - редкость. но ради необоснованного предела в 80 символов придумывать как красиво сделать перенос и сохранить читаемость - не хочу. Mahagam(266 знак., 11.09.2013 16:41)
        
        Предела нет. Но не надо писать осмысленно исходники под 200 символов. Потому, что с ними работать неудобно. Больше чем с 80-ю символами -- неудобно. В том числе и читать неудобно: человек читает информацию построчно, сверху-вниз. И мотать головой fk0(73 знак., 11.09.2013 16:48)
        
        ещё раз: такие строки - редкость. но если такая строка удобнее чем перенос, то нахрена переносить? - Mahagam(11.09.2013 16:51)
        
        ... fk0(781 знак., 11.09.2013 16:56 - 16:59)
        
        есть привычка: одна строка = один оператор. и мозгом это так и воспринимается. а когда 5 строк - это один оператор, то нахрена такое надо. я лучше разок home/end жмякну, чтобы скрольнуть текст, чем буду мозг ломать соединяя в уме строки. - Mahagam(11.09.2013 17:01)
        
        Я уже пример Lisp программы приводил. Всю программу в одну строку записать? А с другой стороны там обычно сильно больше одного оператора. А вычисление аргументов функции при вызове -- это ли не отдельный оператор? Тогда стоит вызов функции fk0(355 знак., 11.09.2013 17:05)
        
        деление на строки не должно ломать логическую структуру программы. месиво из перенесённых концов строк ни разу не читабельно. Mahagam(24 знак., 11.09.2013 17:10)
- Актуальный пример в соседнем топике :) Думаете, для того, чтобы посмотреть текст исходника я WinAVR буду устанавливать, вместо того, чтобы просто F3 нажать? :))) - rezident(11.09.2013 16:12, ссылка)
  - я давно уже не смотрю код без подсветки синтаксиса. и что значит устанавливать? типа оно уже не установлено? - Mahagam(11.09.2013 16:16)
    - Нахрена держать на компе программы (WinAVR) которые никогда не использовались и использоваться не будут? О_о - rezident(11.09.2013 16:26)
      - вы с кодом работаете? если работаете - то есть IDE/редактор с подсветкой синтаксиса и настраиваемой табуляцией. а если не работаете, то нахрена вам вообще код смотреть? с какого перепугу тут вообще WinAVR приплели? - Mahagam(11.09.2013 16:30)
        
        IDE/редактор это вы только что приписали. Выше в топике было только про IDE. Соответственно и я про IDE (WinAVR), а не про редактор вообще. WinAVR и МК AVR никогда не использовал и надеюсь не придется использовать :) - rezident(11.09.2013 16:33, ссылка)
        
        WinAvr - это не IDE как бэ. - Apтём(11.09.2013 17:11)
        
        выше в топике было про работу _за пределами_ IDE. и все равно никто не раскрыл к чему могут привести длинные строки. насколько помню, даже древний notepad поддерживал строки до 65535 символов ))) - Mahagam(11.09.2013 16:37)
        
        Значительная часть программ может сломаться на ~4096. - fk0(11.09.2013 16:45)
        
        звиняй командир, но мой моск сломается значительно раньше )))))))))) - Mahagam(11.09.2013 16:47)

Средства и методы разработки