The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Почему Ruby и Python не могут занять место стареющей Java, opennews (??), 09-Июн-08, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


19. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от demo (??), 09-Июн-08, 11:53 
>>>по поводу отступов в Python действительно можно плакать, ибо использовать ТАКОЙ аргумент как минимум не профессиональный. К тому же думать о проблеме отступов может лишь тот, кто видел код, но ничего не писал.<<
>
>Видел код, писал, писал еще. В итоге отступы доканали и Питон был
>заброшен.

Как это - доканали? предпочитаемый редактор не позволяет вставлять нужное чисто пробелов вместо табуляций? т.е. использование неподходящего редактора/использование неподходящих настроек в предпочитаемом редакторе оказалось важнее использования python? Так и говорите, не стесняйтесь - "мне питоне не нужен", мы поймём :)

А многим другим, и мне в том числе - нужен :)

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

21. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от terr0ristemail (ok), 09-Июн-08, 12:06 
>А многим другим, и мне в том числе - нужен :)

А зачем? :)
Проблема с отступами не в том, что в вашем конкретном редакторе отступы правильные/неправильные, а в том, что если вас 10 человек, и одному нравится 8 пробелов на таб, другому 3, третьему 1, то вы на питоне хрен чо напишете. Либо гребите всех под одну гребенку, как Мокро$овк.
А одна из главных заповедей программиста - надо писать так, чтобы ваш код был реюзабельный, в том числе и другими.
Если вы пишете для себя, никто вам не мешает хоть на русском языке программировать.
Просто другие этого не поймут.

Ответить | Правка | Наверх | Cообщить модератору

47. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от demo (??), 09-Июн-08, 12:44 
> А зачем? :)

Программу писать, вестимо...
у меня не 10 человек - только 5 :)
Но вот прикинь - вопроса о величине отступов не стоит. Я, как руководитель, назначил к исполнению большую часть рекомендаций PEP-008 + ещё кое-какие требования. А если будет 10 человек и кто-то захочет демонстрировать свою индивидуальность в ущерб целостности результата - будет соотв. реакция :)

Так что если у вас не артель свободных художников, а какая-либо совместная работа, обязательно нужно "всех под одну гребенку" :)

а хто такой Мокро$овк?

Ответить | Правка | Наверх | Cообщить модератору

51. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от terr0ristemail (ok), 09-Июн-08, 12:58 
>> А зачем? :)
>
>Программу писать, вестимо...

Одну? Маленькую? :)

>у меня не 10 человек - только 5 :)
>Но вот прикинь - вопроса о величине отступов не стоит. Я, как
>руководитель, назначил к исполнению большую часть рекомендаций PEP-008 + ещё кое-какие
>требования. А если будет 10 человек и кто-то захочет демонстрировать свою
>индивидуальность в ущерб целостности результата - будет соотв. реакция :)

Проверять не запарился? :) Всем поставил нотепад? :)

>Так что если у вас не артель свободных художников, а какая-либо совместная
>работа, обязательно нужно "всех под одну гребенку" :)

Не unix-way. =)
Хотя согласен, стандартизация - меньшее зло. :)

>а хто такой Мокро$овк?

Микросовт, есссно. =)

А все-таки я бы хотел услышать хоть один аргумент ЗА отступы. =)

Ответить | Правка | Наверх | Cообщить модератору

73. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от demo (??), 09-Июн-08, 14:18 
> Одну? Маленькую? :)

Ну типа того. Хотя по мне - не очень маленькая: ~100 форм, ~250 файлов ("рукописных"), ~65 тыс. строк (это с учётом автоматически нагенерированных, лень вычищать и запускать пересчёт).

> Проверять не запарился? :) Всем поставил нотепад? :)

Неа, высочайшим рескриптом велено использовать eric4.
Впрочем, желающие могут использовать и другое - пока желающих не нашлось...

> А все-таки я бы хотел услышать хоть один аргумент ЗА отступы. =)

Глобального сильного аргумента "ЗА" не будет. Просто в нашем "монастыре" принят такой "устав". Такое локальное правило - типа как uft-8 вместо KOI8-R/CP1251/EBCDIC, или соглашение писать слева направо.

Есть слабый аргумент - отступы всё равно используются (я ими ещё когда на FORTRAN-IV писал - уже пользовался) и назначение отступам семантической роли позволяет избавиться от "лишних" слов. Это приводит к некоторой унификации текста, и облегчает чтение чужих текстов.

Просто на мой взгляд аргументы "ПРОТИВ" тоже особой силы не имеют :)

Ответить | Правка | Наверх | Cообщить модератору

92. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от Forthemail (??), 09-Июн-08, 18:37 
А что пишете, если не секрет?
Любопытно просто. Сам пишу на python+qt, как среда eric4 и весьма доволен. Глюковат он, правда.
По теме:
На мой взгляд фигурные скобки, либо begin end порождает неплохие макароны, в которых порой путаешься весьма неслабо. Как итог нормальные люди форматируют все равно отступами, дабы структуру было лучше видно, а операторные скобки эту функцию плохо выполняют. Ну и на кой операторные скобки тогда? Если можно теме же отступами создавать структуру.
С операторными скобками еще и ошибка бывает, каковой не может быть в питоне, разве только в силу полной невнимательности. Например, скобки не ставятся программистом, ввиду наличия всего одного оператора, потом вдруг понадобилось добавить с блок еще оператор, а скобки забыли - ошибка.

Ответить | Правка | Наверх | Cообщить модератору

161. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от demo (??), 10-Июн-08, 19:56 
Мы пишем САМСОН-ВИСТА - "комплекс программных средств, который обеспечивает ввод, хранение, обработку (статистическую, аналитическую, финансовую), и передачу информации об обслуживании пациентов в лечебно—профилактических учреждениях". Более полное описание потребует отдельной статьи, я пока не готов :)  
сайт http://samson-rus.com/ делается - но пока ещё далёк от совершенства :(
Ответить | Правка | Наверх | Cообщить модератору

61. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от ezhik (?), 09-Июн-08, 13:35 
Кто-нибудь может ПОНЯТНО объяснить или дать ссылку чем замена табов пробелами лучше самих табов? Бесполезная пурга про генофонд не интересует.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

83. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от Оммм (?), 09-Июн-08, 15:18 
О боги! тем что 4 пробела ВЕЗДЕ 4 пробела, и ни у кого, ничего не поедет, а вот таб может варьировать, и исользуя табы код может "ездить" в зависимости от настроек..
Ответить | Правка | Наверх | Cообщить модератору

90. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от ezhik (?), 09-Июн-08, 16:55 
ну, клева. Если в коде везде используется таб.

тебе нравиться отступы в 3 пробела - мне в 7. каждый видит ту катринку, которая ему нравиться. Интепретатор видит таб и ему одинаково, как это выглядит у кого на экране. Для него это один таб. Мне по.. чему равняется таб у тебя, а тебе нет дела до моих табов. До тех пор пока они остаются табами.

Если же ты программируешь в команде, где большой дядя решил, что отступ должен быть 11 пробелов - ты с такими настройками сидеть и будешь.

Опять же не очень понятно, что делать если в твоей команде отступ 4 пробела, а нужно совмещать код другой команды, где другой отступ... (если использовать табы - такого не будет, там отступ - это таб, а как ты его рисуешь на экране - твое дело)

Подход типа в моей песочнице отступ 4 пробела и это Ъ - лашарный пиар, не более.

Как мне объяснили, косяк будет, если код набран с табами, а кто-то начнет его менять в редакторе, который настроен автоматом заменять табы на пробелы.

Ответить | Правка | Наверх | Cообщить модератору

32. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от zyx (?), 09-Июн-08, 12:26 
>[оверквотинг удален]
>>
>>Видел код, писал, писал еще. В итоге отступы доканали и Питон был
>>заброшен.
>
>Как это - доканали? предпочитаемый редактор не позволяет вставлять нужное чисто пробелов
>вместо табуляций? т.е. использование неподходящего редактора/использование неподходящих настроек в предпочитаемом редакторе
>оказалось важнее использования python? Так и говорите, не стесняйтесь - "мне
>питоне не нужен", мы поймём :)
>
>А многим другим, и мне в том числе - нужен :)

python отличный язык. Проблематичны именно большие проекты, когда программисты находятся не в одном офисе и сложно их всех заставить работать с полностью одинаковым окружением.

про отступы написано:
"зависит от настроек редактора, которые могут быть разными у разных программистов"
другими словами, если вдруг у одного из участников проекта табуляции выставлены не в 8 как у всех, а в 3, код на питоне превращается в кашу, и это еще не худший вариант - хуже, если такой человек напишет код и внесет в проект, а потом у другого это все "поплывет".

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

37. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от terr0ristemail (ok), 09-Июн-08, 12:34 
>про отступы написано:
>"зависит от настроек редактора, которые могут быть разными у разных программистов"
>другими словами, если вдруг у одного из участников проекта табуляции выставлены не
>в 8 как у всех, а в 3, код на питоне
>превращается в кашу, и это еще не худший вариант - хуже,
>если такой человек напишет код и внесет в проект, а потом
>у другого это все "поплывет".

+1
Похоже, большинство местных питонеров - индивидуалисты =)

Ответить | Правка | Наверх | Cообщить модератору

222. "Почему Ruby и Python не могут занять место стареющей Java"  +/
Сообщение от Кирилл (??), 18-Июн-08, 10:45 

>python отличный язык. Проблематичны именно большие проекты, когда программисты находятся не в одном офисе и сложно их всех заставить работать с полностью одинаковым окружением.

Мы, к примеру, решаем проблему одинакового окружения отсылкой аутсосеру запакованной виртуальной машины с полностью готовой отконфигурированной средой. Правда на яве и руби )

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру