-
- Споры о том, чей стандарт и чьи предпочтения лучше - самое неблагодарное и пустое занятие. Не лучше ли просто грамотно разбить задачу на модули, определить интерфейсы, а дальше пусть каждый пишет как хочет и отлаживает свой код сам (с помощью stub(294 знак., 28.02.2013 10:31,
)
- Это не инженерное дело, а менеджеровское. Если руководство фирмы считает, что лучше иметь код, написанный по одинаковым правилам, чтобы не зависеть от талантливых, но гордых людей - то имеет право требовать написание по стандарту. - Vladimir Ljaschko(28.02.2013 10:44)
- Не фантазируйте. Самая важная цель -- совместная разработка сложной программы, возможности манёвра разработчиков. Стандарт дело десятое и наживное, легко можно привыкнуть к любому, и он не ограничивает талант ни в коей мере. - VVB(28.02.2013 12:05)
- О да, каждый хозяин спит и видит как бы создать машину по извлечению прибыли, состоящую из одних только быстрозаменяющихся винтиков. Только ведь у всего есть и обратная сторона. - stub(28.02.2013 10:56,
)
- Это не инженерное дело, а менеджеровское. Если руководство фирмы считает, что лучше иметь код, написанный по одинаковым правилам, чтобы не зависеть от талантливых, но гордых людей - то имеет право требовать написание по стандарту. - Vladimir Ljaschko(28.02.2013 10:44)
- в командных проектах пользуемся. соответственно и "индивидуальные предпочтения" и сами наборы правил сближаются. лично пришлось многое порубить - Vit(28.02.2013 10:08)
- Лично мне п.1 сильно помогает в анализе проекта из 40 тыс. строк. Активное использование многих return в теле функции для меня затрудняет понимание алгоритма (разве только для проверки граничных условий в начале, чтобы вложенность не плодить). Ну VVB(25 знак., 28.02.2013 10:12)
- для облегчения чтения говнокода:) предпочитаю ограничение размера текста функции до одного экрана (не самоцель и понятно, что не всегда получается). соответственно стиль ужимистый - таб 2, открывающая скобка сразу после if, каммент в той же строке Vit(312 знак., 28.02.2013 11:17)
- Ужимистый стиль - это неуклюжая попытка нарушить первое правило (функция должна быть обозримой). У меня отступы - это 8 пробелов. SciFi(185 знак., 28.02.2013 11:26, ссылка)
- для облегчения чтения говнокода:) предпочитаю ограничение размера текста функции до одного экрана (не самоцель и понятно, что не всегда получается). соответственно стиль ужимистый - таб 2, открывающая скобка сразу после if, каммент в той же строке Vit(312 знак., 28.02.2013 11:17)
- Лично мне п.1 сильно помогает в анализе проекта из 40 тыс. строк. Активное использование многих return в теле функции для меня затрудняет понимание алгоритма (разве только для проверки граничных условий в начале, чтобы вложенность не плодить). Ну VVB(25 знак., 28.02.2013 10:12)
- Споры о том, чей стандарт и чьи предпочтения лучше - самое неблагодарное и пустое занятие. Не лучше ли просто грамотно разбить задачу на модули, определить интерфейсы, а дальше пусть каждый пишет как хочет и отлаживает свой код сам (с помощью stub(294 знак., 28.02.2013 10:31,