Пора переходить к трипам без кислоты (с) Кен Кизи
В ходе серфинга по дайрам возник вопрос а чем различается мышление юристов и программистов. Ведь вроде занимаются очень похожим делом - пишут алгоритмы.
И в ПЧах моих, и вИзбранных есть юристы и программисты. Чесно и без злобы рассказываем то что о друг-друге думаем.
Я начну.
Программист пишет операционную систему пытаясь на 100% использовать возможности архитектуры данной ЭВМ.
Юрист:
а) пишет так чтобы свести архитектуру к некой "стандартной", а сверху пишет "стандартную" ОС.
б) пишет стандартную ОС, а потом жалуется, что ему подсунули плохую архитектуру.
=)
И в ПЧах моих, и вИзбранных есть юристы и программисты. Чесно и без злобы рассказываем то что о друг-друге думаем.
Я начну.
Программист пишет операционную систему пытаясь на 100% использовать возможности архитектуры данной ЭВМ.
Юрист:
а) пишет так чтобы свести архитектуру к некой "стандартной", а сверху пишет "стандартную" ОС.
б) пишет стандартную ОС, а потом жалуется, что ему подсунули плохую архитектуру.
=)
Юрист: пишет, одновременно гармонизируя разные и противоречивые команды в различных протоколах.
Программист: Берет достаточно понятный пользователю протокол и перекручивает его так, что сам потом не может вспомнить, какие команды какие последствия вызывают...
Я когда был в классе 7-8 я часто программировал используя какие-то особенности конкретного языка программирования или "черезжопные" конструкции, сейчас я сторонник четкого, красивого и структурного подхода =)
А структурный подход - он что у юристов, что у программистов - применяется. Если хорошие юристы или программисты. А плохие - применяют несистемный...
проблема в том, что єлементі кода у программистов не норовят начать самостоятельную жизнь в соответствии со свободной волей, и не обладают самостоятельными и противоположніми интересами, кроме тех случаев, когда программист это допустил
Зато юрист имеет дело с "социальным заказом" на законопроект или частным - на конкретную услугу и зависим от вмешательства нанимателя (или клиента) в процесс работы. Поэтому он захочет получить чёткие указания о параметрах желаемой программы и способах ее написания (прикрыть пятую точку и исключить жалобы на превышение полномочий). Писать он будет достаточно шаблонно, стараясь оставаться в русле принятой в данный момент практики, чтобы исключить несовместимость и свести к минимуму конфликты программ. Тщательно протестирует и отловит баги, но не нарушит указания, как писать, даже если его выполнение увеличивает количество багов и было бы проще писать изначально по-другому. Программа будет достаточно логичной, без индусского кода, будет прилично работать в указанной ОС, но будет шаблонной и потребует очень значительной переделки для переноса на другую платформу.
ну это так - поверхностное впечатление =)
1) У любой кибернетической системы самое слабое звено - пользователь, ходячая свобода воли. Огромные силы и средства трятяться на повышение "дуракоустойчивости" системы.
2) На заре компьютерной техники большее внимание уделялось обработке и нивелированию случайных ошибок аппаратной части. И даже сейчас нас приследуют "ошибка CRC" и "Fatal Error".
3) Нейросистемы и Искусственный Интеллект на подходе - тут свобода воли базового элемента не недостаток, а критически необходимый фактор, посмотрим как программисты справятся с данной напастью.
АУ ПРОГРАММИСТЫ!!!! ТРОЕ НА ОДНОГО, ВЫРУЧАЙТЕ!!!!))))))
дуракоустойчивость системы - совсем не то, что намеренное и сознательное использование системы и ее багов пользователем для других целей.
Молитва программиста: "Господи, перезагрузи этот мир")))
А давайте об общем?))
При хорошем тоне программирования и при хорошем подходе к созданию законов можно сделать что-то приличное) Но на практике и те и другие работают на заказчика, у которого есть такое большое ХОЧУ ТАК)) и почти бесполезно доказывать, что ТАК - чревато)
И ещё общее) В хорошем коде следует избегать переопределения переменных) То есть не надо называть одним и тем же словом разные понятия, потом система при определённых, часто труднопредсказуемых условиях может повести себя криво) На практике этим грешат, а юристы грешат этим профессионально) Что же удивляться, что результат такой?) Юзеры, они тем и отличаются, что обладают потрясающей способностью создавать нештатные ситуации)))
Только какой же там потрясающий язык!)))) Через пару страниц (а то и предложений)понимаешь, что ты уже ничего не понимаешь)))) Бубен куда проще, а книжки программеров - куда понятнее)))) Для программеров, разумеется)))
Вот скажите, чем фраза "причинение смерти" отличается от "лишения жизни"?)
Lexee Sly Как то у программистов заказчиков в узде держать получаеться =о)
А ты не пробовал к франчайзи попасть?) Твой начальник готов пообещать заказчику хоть Деву Марию на ночь, лишь бы денег содрать. О возможностях тебя при этом спрашивают мало... да и мало что принципиально невозможно, но багасто-багасто может оказаться в 90% случаев.
Только для программеров
Вот скажите, чем фраза "причинение смерти" отличается от "лишения жизни"?)
Взаимозаменяемы. Разница - стилистическая, позволяет избегать повторов.
Вот скажите, чем фраза "причинение смерти" отличается от "лишения жизни"?)
Взаимозаменяемы. Разница - стилистическая, позволяет избегать повторов.
не-а. Причинить смерть (буквально - тсать причиной смерти) может что угодно: болезнь, действия человека, стечение обстоятельств. Лишить жизни - в русском языке относится к действиям людей, и изредко, в устаревших формах - к животным.
Вы не подскажите, законы каких стран Вы изучали так подробно? А то ни в России, ни на Украине юристы законов не создают
а віше уже есть ответ на этот вопрос, тут же в комментах. И это реальный ответ
среди кого? какой там процент профессиональных юристов, котрые практиковали? И кто на самом деле пишет тексты, как Вы думаете?