Здравствуйте, jhfrek, Вы писали:
J>В чем, простите, постройнее? Или это иррациональная любовь?
Краткость, лаконичность.
Эти пару строчек попробуй ка на паскале написать. Сколько по клаве стучать прийдется? Запаришься. И читабельность соответствующая.
int F(int n)
{
if(n<1)
return 1;
int ret=1;
for(int i=1;i<=n;i++)
ret*=n;
return ret;
}
Re[7]: Перспективы технологии, сравнение с другими технологи
Здравствуйте, Silver_s, Вы писали:
S_>Здравствуйте, jhfrek, Вы писали:
J>>В чем, простите, постройнее? Или это иррациональная любовь?
S_>Краткость, лаконичность. S_> Эти пару строчек попробуй ка на паскале написать. Сколько по клаве стучать прийдется? Запаришься. И читабельность соответствующая.
S_>
jhfrek пишет:
> 73 символа / 9 строк > >function F(n: integer): integer; >var i: integer; >begin > Result := 1; > for i := 1 to n do > Result := Result * n >end; > > > 89 символов / 7 строк > за счет того что в C++ int, а в Pascal integer C++ выигрывает, ты прав > ну и еше страшные для любого Сишника begin/end вместо {}
Они не страшные, а неудобные — жутко много получается абсолютно ненужной
писанины. Самое отстойное:
"if something then begin ... end;" — намного проигрывает "if () {...}".
int f(int n)
{
int ret=1;
for(int i=1;i<=n;i++)
ret*=n;
return ret;
}
7 строк 64 символа.
--
С уважением,
Alex Besogonov (alexy@izh.com)
Posted via RSDN NNTP Server 1.9
Sapienti sat!
Re[9]: Перспективы технологии, сравнение с другими технологи
Здравствуйте, Дарней, Вы писали:
Д>Ну во первых, конкретно тебя я не имел в виду. Вообще не интересуюсь, что и как ты там заканчивал.
А это уже совершенно неважно, имел ты в виду меня или "целый город". Это совершенно ничего не меняет.
Д>А университет я давно уже закончил — и теперь жалею время, которое на это потратил. Высшее ИТ образование в нашей стране ни к черту не годится, надо это просто признать. Оно не дает практических знаний, не "развивает мозги", и не "учит учиться".
А вот теперь уже уверенно отсылаю тебя еще раз к цитате Булгакова. Из того, что ты, уважаемый, ничему не смог научится в "университете", ровным счетом ничего не следует. Тем более, общих выводов о качестве ИТ образования в нашей стране.
Re[10]: Перспективы технологии, сравнение с другими технолог
C>Они не страшные, а неудобные — жутко много получается абсолютно ненужной C>писанины. Самое отстойное: C>"if something then begin ... end;" — намного проигрывает "if () {...}".
Здравствуйте, Cyberax, Вы писали:
C>Они не страшные, а неудобные — жутко много получается абсолютно ненужной C>писанины. Самое отстойное: C>"if something then begin ... end;" — намного проигрывает "if () {...}".
Как человек, писавший и на том и на том, могу сказать — это напрягало меня, но буквально неделю — две. Потом привыкаешь и даже не задумываешся о таком "неудобстве"
Re[10]: Перспективы технологии, сравнение с другими технолог
Serginio1 пишет:
> C>Они не страшные, а неудобные — жутко много получается абсолютно > ненужной > C>писанины. Самое отстойное: > C>"if something then begin ... end;" — намного проигрывает "if () {...}". > Ну после > CoMarshalInterThreadInterfaceInStream > CoGetInterfaceAndReleaseStream > CoCreateFreeThreadedMarshaler > BuildImpersonateExplicitAccessWithName
Эти функции бывают нужны раз в год, тем более они в WinAPI, и к языку
отношения не имеют.
А вот begin..end приходится писать по 100 раз на файл.
> Это пустяки. Главнон информативно !!!!
Вот уж begin..end от {} информативностью НИКАК не отличаются.
--
С уважением,
Alex Besogonov (alexy@izh.com)
Posted via RSDN NNTP Server 1.9
Sapienti sat!
Re[11]: Перспективы технологии, сравнение с другими технолог
Serginio1 пишет:
> C>Вот уж begin..end от {} информативностью НИКАК не отличаются. > ну есть же Edit Code Templates Например создал шаблон и набрал b > Ctrl+J и что ты захочешь. Даже в 1С они есть. Не вижу проблем. > Это все от индивидумов
begin..end'ы и прочие паскалевские конструкции захламляют код, отвлекая
внимание от нормальных конструкций.
--
С уважением,
Alex Besogonov (alexy@izh.com)
Posted via RSDN NNTP Server 1.9
Sapienti sat!
Re[13]: Перспективы технологии, сравнение с другими технолог
Здравствуйте, jhfrek, Вы писали:
J>Здравствуйте, Cyberax, Вы писали:
C>>Они не страшные, а неудобные — жутко много получается абсолютно ненужной C>>писанины. Самое отстойное: C>>"if something then begin ... end;" — намного проигрывает "if () {...}".
J>Как человек, писавший и на том и на том, могу сказать — это напрягало меня, но буквально неделю — две. Потом привыкаешь и даже не задумываешся о таком "неудобстве"
+1. Об этом обычно спорят только студенты. Потом это проходит.
Re[14]: Перспективы технологии, сравнение с другими технолог
Serginio1 пишет:
> C>begin..end'ы и прочие паскалевские конструкции захламляют код, отвлекая > C>внимание от нормальных конструкций. > При таком подходе лучше Питона языка нет потому, что и {} в принципе > не важны. > Надо всем поголовно перходить на Python.
Это, кстати, действительно один из плюсов Питона. Однако у него
достаточно и минусов...
--
С уважением,
Alex Besogonov (alexy@izh.com)
Posted via RSDN NNTP Server 1.9
Sapienti sat!
Re[14]: Перспективы технологии, сравнение с другими технолог
Serginio1,
> Сейчас пишу на 1С Delphi С# и честно говоря особо не напрягаюсь как с перехода с языка на язык так и по читабельности.
> Намного важнее выравнивание.
И это пройдет
Имхо, намного важнее внутренняя логика кода. Но, возможно, и это пройдет
Posted via RSDN NNTP Server 1.9
Легче одурачить людей, чем убедить их в том, что они одурачены. — Марк Твен
Re[15]: Перспективы технологии, сравнение с другими технолог
Здравствуйте, Павел Кузнецов, Вы писали:
>> Намного важнее выравнивание.
ПК>И это пройдет
ПК>Имхо, намного важнее внутренняя логика кода. Но, возможно, и это пройдет
Логику тяжело разглядеть будет (даже если она там есть) если код будет криво оформлен. По крайней мере напрягать будет.
Re[15]: Перспективы технологии, сравнение с другими технолог
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>Serginio1,
>> Сейчас пишу на 1С Delphi С# и честно говоря особо не напрягаюсь как с перехода с языка на язык так и по читабельности.
>> Намного важнее выравнивание.
ПК>И это пройдет
ПК>Имхо, намного важнее внутренняя логика кода. Но, возможно, и это пройдет
Имхо намного Важнее знание алгоритмов и их сочетание которое в итоге и образуют эту логику
Но без выравнивания никуда. Да еще комментарии всякие
... << RSDN@Home 1.1.4 beta 4 rev. 303>>
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Gaperton, Вы писали:
J>>Как человек, писавший и на том и на том, могу сказать — это напрягало меня, но буквально неделю — две. Потом привыкаешь и даже не задумываешся о таком "неудобстве" G>+1. Об этом обычно спорят только студенты. Потом это проходит.
Проходит, но лет через 5 опять приходит. Когда количество перелопаченого кода перевалит за 100K строк.
Здравствуйте, Silver_s, Вы писали:
S_>Здравствуйте, Gaperton, Вы писали:
J>>>Как человек, писавший и на том и на том, могу сказать — это напрягало меня, но буквально неделю — две. Потом привыкаешь и даже не задумываешся о таком "неудобстве" G>>+1. Об этом обычно спорят только студенты. Потом это проходит. S_> Проходит, но лет через 5 опять приходит. Когда количество перелопаченого кода перевалит за 100K строк.
Ну да. А когда пройдет 10 лет, и количество перелопаченного кода перевалит за 200К, то накатит так, что любимым языком станет К