Вход | Регистрация


Информационные технологии ::

Метки: 

Что делает программный код надежным и безошибочным?

Я
   ЕщеОдинПрограммист
 
02.07.18 - 14:04
Какие есть правила, соблюдая которые можно сделать программный код более надежным, менее ошибочным, даже не прибегая к тестам?
 
 
   Волшебник
 
1 - 02.07.18 - 14:06
   МихаилМ
 
2 - 02.07.18 - 14:08
один метод - одно действие.
следствие все действия, которые можно описать - оборачиваются в методы.
   Джинн
 
3 - 02.07.18 - 14:10
Чем проще и короче код, тем он безошибочнее и надежнее :)
   ЕщеОдинПрограммист
 
4 - 02.07.18 - 14:19
(3) Короче? Интересно, можно ли упростить и укоротить типовые конфы 1С?
(2) Это применимо к маленьким программам. А в больших ошибки нередко возникают на стыках блоков. И есть ошибки где просто замылился мозг и напечатал не ту переменную, что не вызвало явного проявления ошибки. Как такого избежать?
   Asmody
 
5 - 02.07.18 - 14:20
   ЕщеОдинПрограммист
 
6 - 02.07.18 - 14:30
(5) а ты сам это применяешь? Если да, то перескажи человеческим языком.
   H A D G E H O G s
 
7 - 02.07.18 - 14:31
(0) Живительный свистюль начальства.
   Вафель
 
8 - 02.07.18 - 14:32
Тестирование
   Малыш Джон
 
9 - 02.07.18 - 14:33
(0) а что значит в твоем понимании "надежность" и "безошибочность" ?
   ЕщеОдинПрограммист
 
10 - 02.07.18 - 14:45
(9) ошибочностью программы наверное то, что ошибки потом все же находятся. И приходится искать некую середину между временем на тестирование и на вероятность что ошибка найдется и ее последствия. Т.е. хочется сократить время на тестирование. А при разрастании программ время на тестирование разрастается так же.
 
 Рекламное место пустует
   Джинн
 
11 - 02.07.18 - 14:47
(8) Тистировщики - они как привидения Все о них говорят, но никто не видел. Вживую увидел профессионального тестировщика 1 раз в жизни. И также 1 раз в жизни технического писателя. Ценники у них были конские.
   exwill
 
12 - 02.07.18 - 14:50
(0) В принципе не существует способа определить рабоспособна программа или нет. Пиши, как пишется, а пользователи потом разберутся.
   Вафель
 
13 - 02.07.18 - 14:52
(11) не обязательно выделенные. А в принципе культура тестирования/автотестирования
   Джинн
 
14 - 02.07.18 - 15:04
(13) Эти были монстры. Первый разбирал весь алгоритм с писал сценарий тестирования, проходя все ветки алгоритма. А второй писал настоящую доку. По ГОСТу. Я сам слегка прифигел, т.к. все представлялось мне намного проще.
   Asmody
 
15 - 02.07.18 - 15:09
(6) Я для атомных станций код не пишу.
   Малыш Джон
 
16 - 02.07.18 - 15:17
(15) вооооот) в голове вертелось, не мог мысль сформулировать)

(0) пиши так, как будто пишешь ПО для атомной станции по-соседству)
   Вафель
 
17 - 02.07.18 - 16:01
(16) за такую скорость разработки тебя не похвалят
   Малыш Джон
 
18 - 02.07.18 - 16:07
(17) так вопрос-то был не про скорость, а про надежность и безошибочность
   DmitrO
 
19 - 02.07.18 - 16:09
(0)есть такое правило: не применять типовые конфигурации и БСП. :о)
   Вафель
 
20 - 02.07.18 - 16:19
(19) однако у большинства типовых качество на порядок получше самописок
   Eiffil123
 
21 - 02.07.18 - 16:21
Самый безопасный код - когда его нет. Всё остальное - опасно.
   Малыш Джон
 
22 - 02.07.18 - 16:23
дзен-программизм - он такой
   Малыш Джон
 
23 - 02.07.18 - 16:23
"Безопасный код подобен опасному код, только он безопасный"
   Cool_Profi
 
24 - 02.07.18 - 17:05
Юнит-тесты и функциональные/интеграционные тесты.
Или функциональное программирование, которое поддаётся математическому доказательству правильности
   Ching Wo
 
25 - 02.07.18 - 19:19
(0) Таких правил ОЧЕНЬ много. Я программирую уже 10+ лет, и даже сейчас открываю для себя новые правила которых раньше не знал.
   Лефмихалыч
 
26 - 02.07.18 - 19:55
   МимохожийОднако
 
27 - 02.07.18 - 20:11
Если программиста вовремя не остановить, он будет улучшать код до изнеможения. Как та крыса с вживлённым электродом в область удовольствия.
   МимохожийОднако
 
28 - 02.07.18 - 20:19
(26) Неплохо. Со многим можно согласиться на 100%.
   Ching Wo
 
29 - 02.07.18 - 20:39
(26) В основном касается только 1С.
   mistеr
 
30 - 02.07.18 - 21:09
Хотел накидать несколько пунктов, а в (26) почти все они уже есть.
   Dotoshin
 
31 - 02.07.18 - 21:19
(0)  Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте (с)
https://habr.com/post/302570/
   vde69
 
32 - 02.07.18 - 22:13
(26) ну в целом соглашусь, единственное чего добавлю:

обязательно писать комментарии,

для сложных мест делать дополнительное описание структур и переменных которые используются далее по коду.
   Сияющий в темноте
 
33 - 02.07.18 - 22:40
В 1с нет типизации данных,поэтому,могут случаться нелепые ошибки,когда путаются параметры,но они резво через структуры идут к именованным аргументам и произвольному их количеству.
 
 
   los_hooliganos
 
34 - 03.07.18 - 05:30
(0) Надо 1С перейти на ООП. Программирование подобно разработке и тестированию автомашины.
Эти 2 штуки сделали бы код максимально безопасным и не ошибочным.
Хотя даже автомашины как мы знаем бывают разные. Есть АвтоВаз, а есть BMW.
   los_hooliganos
 
35 - 03.07.18 - 05:33
Проблема функционального кода в том, что его очень трудоемко менять, если изменяться условия среды, в которой функционирует код.
ООП в этом плане намного удобнее.
С другой стороны понимание и разбирание ООП кода требует от незнающего (да и знаюещего) больше интеллектуальных способностей и усилий.



Список тем форума
Рекламное место пустует Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует