Nikolay801_ (27.02.2013 09:45, просмотров: 155) ответил alex68 на Принят новый стандарт MISRA C:2012Будь ты проклят, Перри-Утконос!
-
- Там есть много разумного, облегчающее кодирование. VVB(983 знак., 28.02.2013 07:16)
- Да, забыл отметить, что анализировали не только сбои программ, но и сбои аппаратуры (типа тяжёлая частичка прилетела). Анализ двоичного кода им тоже немало подсказал каких конструкций языка Си надо избегать для большинства архитектур и VVB(42 знак., 28.02.2013 10:08)
- после двух "да" третье "да" сказать легче, чем "нет"(С) часть от КО, а часть для имитации бурной деятельности организации. Vit(843 знак., 28.02.2013 09:33)
- Вы в конторе пользуетесь каким-либо согласованным стандартом кодирования? Или каждый пишет как хочет? - VVB(28.02.2013 10:01)
- Споры о том, чей стандарт и чьи предпочтения лучше - самое неблагодарное и пустое занятие. Не лучше ли просто грамотно разбить задачу на модули, определить интерфейсы, а дальше пусть каждый пишет как хочет и отлаживает свой код сам (с помощью 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,
- Ну и мои альтернативные комменты Vladimir Ljaschko(400 знак., 28.02.2013 09:55)
- Вы в конторе пользуетесь каким-либо согласованным стандартом кодирования? Или каждый пишет как хочет? - VVB(28.02.2013 10:01)
- Пробовали применять у себя. Слишком много переделывать в проектах придется. Да и уровень программистов не очень высок. А других нет и не будет. Явные косяки приходится глазами выискивать. - alex68(27.02.2013 11:54)
- Насколько помню, там большинство требований носит рекомендательный характер, прямых запретов не много. Так что, имхо, нож предлагается отобрать только охотничий, кухонный оставляется. - stub(27.02.2013 09:59, )
- интересно что там насчет камментов даблслешами и как от этого зависит безопасность? - Vit(27.02.2013 10:08)
- Давайте поставим вопрос ширше - как вообще комменты влияют на безопасность? :-) - amusin(28.02.2013 07:20)
- пример есть Vit(580 знак., 28.02.2013 09:46)
- Запрещены только вложенные комментарии, что, имхо, разумно. - stub(27.02.2013 10:15, )
- Да первыми пунктами Error[Pm116]: source code shall only use /* ... */ style comments (MISRA C 2004 rule 2.2) D:\work\Types\Type Kplus\k_globals.h 91 - Vladimir Ljaschko(27.02.2013 10:15)
- Да, надо же, а в версии 98 года были разрешены. - stub(27.02.2013 10:26, )
- и всё-таки интересно - запретили-то накуа? интересно, есть где-нить почитать
срачправила с умными камментами - Vit(27.02.2013 11:07)- вот тут есть оригинальный документ на английском Nikolay801_(262 знак., 27.02.2013 11:49)
- пасиб
, но такие читалки ненавижус трудом нашел кнопу загрузки. по 45 - если извратиться с юнионами, то можно. только нуего - Vit(27.02.2013 12:38) - да Фтопку эту мисру. Они бы сразу язык Си запретили и полная безопасность обеспечена. Указатели вообще опасная штука. Пасиб за ссылку на првило, это позволило мне не тратить время на чтение остального. - abivan(27.02.2013 12:30)
- пасиб
- Кстати, а проверку этого правила в ИАРе можно и отключить, равно как и множество других обязательных правил. И совесть программиста может остаться относительно чистой. - stub(27.02.2013 11:23, )
- анекдотец напомнило (с) Snaky(883 знак., 28.02.2013 00:28 - 00:33)
- А что, кто пишет проги по иначе? Warning - и начинаю просматривать, только если какая - то жопа непонятная происходит. - tesla(28.02.2013 00:37)
- кое-кто таки пишет - Snaky(28.02.2013 16:51, ссылка)
- Всё ж у западников правильнее подходы в программировании, даже на форумах заметно. У нас слишком много случайных людей. - Vladimir Ljaschko(28.02.2013 17:24)
- Дада, запятые, например, в коде! Атас! Индокитайского кода чтоли никогда не видел? - fk0(28.02.2013 17:31)
- Всё ж у западников правильнее подходы в программировании, даже на форумах заметно. У нас слишком много случайных людей. - Vladimir Ljaschko(28.02.2013 17:24)
- Ну, это вы зря. Ворнинг - таки потенциальная рантайм ошибка, если не выстрелила сейчас, выстрелит когда нибудь потом. Да и просто приятнее когда все чисто. - stub(28.02.2013 08:28, )
- кое-кто таки пишет - Snaky(28.02.2013 16:51, ссылка)
- Programming is like sex because one mistake and you have to support it for the rest of your life. - alex68(28.02.2013 00:33)
- А что, кто пишет проги по иначе? Warning - и начинаю просматривать, только если какая - то жопа непонятная происходит. - tesla(28.02.2013 00:37)
- :) типо "чуть-чуть беременна"(С) - Vit(27.02.2013 11:29)
- Ага, подумаешь, галочку случайно затер :-) - stub(27.02.2013 11:49, )
- Ага, подумаешь, галочку случайно затер :-) - stub(27.02.2013 11:49,
- анекдотец напомнило (с) Snaky(883 знак., 28.02.2013 00:28 - 00:33)
- вот тут есть оригинальный документ на английском Nikolay801_(262 знак., 27.02.2013 11:49)
- и всё-таки интересно - запретили-то накуа? интересно, есть где-нить почитать
- Да, надо же, а в версии 98 года были разрешены. - stub(27.02.2013 10:26,
- Давайте поставим вопрос ширше - как вообще комменты влияют на безопасность? :-) - amusin(28.02.2013 07:20)
- Вот сейчас разрешил то - в проекте 3098 ошибок. Можно поменять коменты, сделать одинон выход из функций, наставить статиков, но отказаться от своей "макросизации" я не могу. - Vladimir Ljaschko(27.02.2013 10:08)
- интересно что там насчет камментов даблслешами и как от этого зависит безопасность? - Vit(27.02.2013 10:08)
- Там есть много разумного, облегчающее кодирование. VVB(983 знак., 28.02.2013 07:16)