Здравствуйте, biochemist, Вы писали:
B>Здравствуйте, Kerk, Вы писали:
K>>Это какая-то маргинальная ситуация, когда сисадмин лезет руками в базу. Руки надо за такое отбить. B>Самое грустное — единственное действенное средство — по морде. Увы, но реалии таковы.
Бывает еще когда случается какой-то сценарий, непредусмотренный разработчиками системы и нормальным образом через обычные интерфейсы в базу не внести изменения. Например, если считавшийся много лет мертвым гражданин, обнаружился живым и заявившем права, но такого юзкейса в интерфейсе просто не было.
Здравствуйте, Michael7, Вы писали:
M>Бывает еще когда случается какой-то сценарий, непредусмотренный разработчиками системы и нормальным образом через обычные интерфейсы в базу не внести изменения.
Вспомнилась пара историй с анекдот.ру, увы, поиск там .... Одна старая: наш уехал в Голландию и стал там ДБА. По ночам его постоянно дёргали, ибо при сливе данных из ЗАГСов в одну базу постоянно возникали сбои. Оказалось, что происходила проверка: пол брачующихся должен быть разным. Но со времён написания произошли некие изменения.
Другая более свежая: наш программист писал для немцев. Но базу сказали доделать: пол родителей целочисленный. А надо дробный.
«Национализм во мне столь естественный, что никогда никаким интернационалистам его из меня не вытравить»
Менделеев Д. И.
Здравствуйте, pagid_, Вы писали:
_>И иррациональный
Нет. Там подробно объяснено что и почему, просто лень писать. Связано с налогообложением. И кто "родитель номер раз" — в случае чего в первую очередь свяжутся с ним.
«Национализм во мне столь естественный, что никогда никаким интернационалистам его из меня не вытравить»
Менделеев Д. И.
Здравствуйте, biochemist, Вы писали:
B>Нет. Там подробно объяснено что и почему, просто лень писать. Связано с налогообложением. И кто "родитель номер раз" — в случае чего в первую очередь свяжутся с ним.
Это кроилово из желания запихнуть в одно поле то, для чего оно не предназначено. Тоже вряд ли рациональное желание.
Здравствуйте, biochemist, Вы писали:
VD>>Ну а проверки было бы недурно дублировать и в софте. Вряд ли кто в наши дни позволяет пользователям напрямую в БД данные загонять. B>Человеку, знающему пароль root насрать на проверки в софте.
А остальным не насрать. Я подключал как-то ФИАС, попался логически неверный объект (уже не помню что там было, кажется название null), написал в поддержку — они согласны что так быть не должно, но все вопросы к администрации села Кукуево — это они такую запись сделали. Никакого root там и в помине нет, просто софт не бьет по рукам за такие косяки.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Michael7, Вы писали:
M>МОСКВА, 13 апр — РИА Новости. Счетная палата обнаружила в Реестре федерального имущества (РФИ) шесть земельных участков, площадь которых имеет отрицательную величину, составляющую в общей сложности минус 619 тысяч квадратных метров. Соответствующие цифры приводятся в опубликованном в четверг отчете аудиторов о проверке полноты и достоверности сведений в государственных информационных системах.
Что вы как маленькие, компьютерную графику не изучали никогда, что ли?
1) Расставили точки периметра в обратном порядке, посчитали методом обхода, получили отрицательное число, забыли взять модуль
2) Если земельный участок состоит из нескольких многоугольников, с дыркой посередине, — то площади этих многоугольников надо вычитать; расставили многоугольники в обратном порядке
Кстати, если геометрия участка ещё более сложная, — например, два многоугольника, соприкасающиеся вершиной, — так, что в базе это один многоугольник, — и точки расставлены "восьмёркой", то есть, у одной половинки обход по часовой стрелке, у другой против часовой, — то тут хоть бери модуль, хоть не бери, а всё равно получим абсолютную разность площадей вместо суммы.
И для налогоплательщика это будет неслабый профит!
И даже ещё проще: например, сперва точки южного полупериметра с запада на восток, потом точки северного полупериметра с запада на восток — и хоба, вместо одного выпуклого многоугольника у нас восьмёрка из двух выпуклых в противоход.
Как такое можно сделать? Элементарно! Отсортировать точки лексикографически по (широте, долготе).
M>МОСКВА, 13 апр — РИА Новости. Счетная палата обнаружила в Реестре федерального имущества (РФИ) шесть земельных участков, площадь которых имеет отрицательную величину, составляющую в общей сложности минус 619 тысяч квадратных метров. Соответствующие цифры приводятся в опубликованном в четверг отчете аудиторов о проверке полноты и достоверности сведений в государственных информационных системах.
как в древних студенческих байках
Так как до этого места всё равно никто не дочитает, примем число "пи" равным пяти. Иначе расчёты не сходятся, а искать ошибку мне лень.
По причине того, что до этого места дипломной работы все равно никто не дочитает, для облегчения конструкции выполним сердечник трансформатора из дерева.
Здравствуйте, Кодт, Вы писали:
К>Что вы как маленькие, компьютерную графику не изучали никогда, что ли?
К>1) Расставили точки периметра в обратном порядке, посчитали методом обхода, получили отрицательное число, забыли взять модуль К>2) Если земельный участок состоит из нескольких многоугольников, с дыркой посередине, — то площади этих многоугольников надо вычитать; расставили многоугольники в обратном порядке
К>Как такое можно сделать? Элементарно! Отсортировать точки лексикографически по (широте, долготе).
Все логично, возможно как раз что-то подобное и произошло. Но ведь не должны быть баги такого типа в подобном ПО, это же уровень студентов, причем не очень внимательных.
Здравствуйте, Michael7, Вы писали:
M>Все логично, возможно как раз что-то подобное и произошло. Но ведь не должны быть баги такого типа в подобном ПО, это же уровень студентов, причем не очень внимательных.
Полностью согласен: в хороших программах вообще не должно быть ошибок.
На практике сталкивался со странным случаем. Не как программист, а как человек сосед. Участок, приобретенный как прямоугольник, как внезапно выяснилось, несколько загогулист и имеет внутри совсем загогулистые фрагменты государственной земли. Это же самозахват! Прибегали судьи, землемеры с астролябиями, читали обвинения, базы данных, перемеряли, что-то куда-то писали. Источников потенциальных ошибок там вагон. Это случай, когда все честно, по правилам. Мы же, чисто как программисты, не должны исключать случаев и злого умысла тоже. Не так уж там все просто.
Ну да, алгоритмы должны отлавливать. А баги считают, что никому ничего не должны. Ты в начале описал удачный случай, когда баг отловили. Ну, пожили люди некоторое время на отрицательной площади, получили интересный опыт. Пожелаем им скоро и успешно вернуться в реальный мир.
Здравствуйте, Michael7, Вы писали:
M>Все логично, возможно как раз что-то подобное и произошло. Но ведь не должны быть баги такого типа в подобном ПО, это же уровень студентов, причем не очень внимательных.
Это не обязательно баги ПО, это может быть тупо отсутствие контроля входных данных.
Вот, скажем, программа должна поддерживать многосвязные фигуры (с дырками), — для этого нужен или формат данных "множество многоугольников с явным признаком + или -", или универсальный "многоугольник с направлениями обхода"
Почему-то выбрали второе.
И, добро пожаловать, рукожопые землемеры.
Как программа отличит, что кадастровый инженер ввёл точки со смыслом "да, вот такой кривущий у нас участок тут" или как попало?
Причём на кадастровом плане всё может быть нарисовано красиво.
Есть ещё один источник бед. Это миграция данных.
Один конкретный участок, допустим, кадастровый инженер правильно введёт руками. Приехал межевать, походил со спутниковым приёмником и теодолитом, перенёс на карту и ввёл по порядку.
А если это старые базы, в которых уже были ошибки, или были какие-то тонкости и несовместимости, о которых мигратор не подозревает.
Скажем, программист увидел, что в тестовой подборке все многосвязные многоугольники обходятся по часовой стрелке, например, — ну и понёс копировать как есть. А в соседнем районе ещё советский кадастровый инженер был эстет и записывал точки против часовой стрелки...
Или в текстовом формате знаки добавления-вычитания фигур — ожидается, что "+" и "-", а при сканировании документов у плюсика палка оказалась бледной или там соринка на бумагу легла. А сравнить итоговую площадь на листочке со свежевычисленной — не догадались.
Опять же, на кого возлагается контроль данных.
Можно возложить на владельцев участков. Мол, если там какая-то дичь, то всё равно при очередной сделке с недвижимостью они сами прибегут и попросят исправить.
А владелец участка смотрит: "ого, у меня минус сто гектар, это сколько же мне денег государство задолжало!" и сидит не дышит в предвкушении.
Так что проблема тут междисциплинарная, так сказать.
Перекуём баги на фичи!
