Excel vs программы для риэлторов 148 / 18082

Программ для риэлторов сейчас предостаточно. Все дело в том кто донесет до риэлтора то что надо и объяснит что это ему надо и что это дает.
Если просто вести в одном агентстве базу данных, так мелкие фирмы вообще пользуются блокнотом и печатают данные в рекламу в word, а кому нужна база данных скачали с инета уже что-нибудь или сделали свое.
А вот чтобы ввести в городе единую систему, вот здесь надо постараться, у нас сейчас работает, а что сделали Вы Akella кроме программы?

Akella писал(а):
Очень много риэлторов используют в качестве базы для хранения информации программу MS Excel.
Также немало риэлторов используют профессиональный софт по недвижимости.

Хотелось бы узнать у тех и других преимущества. Но больше хотелось бы узнать преимущества именно программ перед экселем.

Собираюсь жене подарок сделать. Дилемма. Не знаю что выбрать. Хотелось бы узнать преимущества чайника перед сковородкой. Дрель не предлагать - пройденный этап (печальный). Слышал, что многие сейчас в своей работе используют именно чайник, а я видел сковородку хоть и дороже, но зато с тефлоновым покрытием. Поделитесь преимуществами именно сковородки перед чайником.

Сковородка, наверное, лучше. В ней можно и готовить и воду подогреть. Но какой нормальный человек будет греть воду в сковородке. Лучше купить и то и другое.

Анатолий писал(а):
, а что сделали Вы Akella кроме программы?

В каком смысле? Что Вы имеете ввиду под "кроме программы"?
По крайней мере есть несколько программ, а не одна. Разной функциональности: сервер репликации базы для филиалов агентства (можно и для нескольких агентств организовать обмен инфой), программы обработки объявлений, а также извлечения объявлений с веб сайтов.

Я имел ввиду про внедрение.
Ведь риэлторам в большинстве случаев особые навороты и не нужны. У кого большие запросы и амбиции сами себе программу заказывают, а для массового потребителя нужны основные функции в программе, дешево и чтобы массовое было.

Akella писал(а):
Лучше купить и то и другое.

О том и речь. Одно другое не исключает. Сейчас большинство заказчиков требуют, чтобы конечным результатом всех отчетов был именно ехель. Заказчику трудно сформулировать, что именно ему нужно, и еще труднее - что ему понадобится завтра. Стандартные средства отчетности выгружают данные на бумагу - что не есть хорошо, малейшая переделка - приходится обращаться к программисту. А тут - все данные хранятся и сопровождаются в базе данных, запустил нужный отчет - выгрузил результат в ехель (или в ворд, а оттуда в ехель) - и крути верти данные, как хочешь. По-поводу хранения и сопровождения данных в ехеле - не ожидал, что в недвижимости так все плохо. Приятель писал программное обеспечение для страховой компании (точно не помню, кажется Ингосстрах), думаю бизнеспроцессы похожи. Агенту выдается коммуникатор с прошитым для них программным обеспечением, который связывается с базой данных. В идеале агенту вообще не надо ехать в офис. Придет время и до агентств недвижимости доберутся - напишут что-нить серьезное, так что про ехель надолго забудут. Хранение и сопровождение данных в ехеле - сие есть неправильно, потомушта сие есть неправильно и все тут. Понимаю, что "можно" в принципе организовать в нем отношения один ко многим, можно сделать еще много чего. НО!!!! (как бы это объяснить) всетаки нужны примеры - в реляционной базе данных пользователь физически не сможет сделать ссылку на несуществующий объект. Пользователь физически не сможет ввести в поле даты текст, а числовое поле ввести текст. И как бы программист не старался сие заблокировать - всеравно чтонибудь упустит и самое худшее случится. Говорю сие опираясь на опыт. Когда делаешь что-то и возникает ошибка, пытаешься анализировать, почему произошла ошибка - человек виноват? Нет ребята, виноват тот кто выбрал ехель в качестве программы.
Тут говорили про связку ехель/аксес. Жаль Вы не видели плачевный результат переноса данных из ехеля в аксес - обычный копипасти. Ну набивали на домашнем компутере операторы в ехеле, а мы уже в аксес перенесли. Потом долгая работа с базой данных, обработка данных, верстка справочника, размещение модульной рекламы, осталось только вывести пленки и везти в типографию - вот тут то и выяснилось - на этапе переноса все номера телефонов - округлились. Это так пример к слову - каждый для себя сам решит, кто виноват - тот кто делал копипасте или тот кто решил связаться с ехелем.
Другой пример - разные люди набивают однородные данные в разные файлы - потом сие сливается вместе и считается зарплата сотрудников.
Очень весело происходит, когда в одной колонке часть данных ехелем воспринимается как текст, а часть как число. Выделяешь всю колонку - говоришь ему (ехелю) - "Это число такого-то формата", а он всеравно не хочет в итогах использовать числа, которые когда-то были текстом. Пришлось писать программу, которая пробегала по всем ячейкам и ей (ячейке) - присваивала ее же значение. Ну очень весело. Особенно весело это было, когда за дверью стояло около ста человек, желающих получить зарплату. Можете проверить в любой версии ехеля - по глюкам он совместим снизу вверх. Задайте в одной колонке формат ячейки текст, а другой - число. введите в первую ячейку число 3, во вторую - 2. Затем выделите всю колонку и назначьте формат - число. просуммируйте всю колонку (и мысленно представьте, что таких записей не две,а порядка 10 000). Так вот ( о чем это я) - сумма 3+2 будет совсем не пять, а три. Проэкспериментируйте.
Если нужно еще примеров - их есть у меня, но они трудновоспроизводимые - не поймал причину, хотя глюк налицо. На маленьком количестве данных он не появляется - а как только данных много - на те пожалуйста. А приведенный выше пример можете проверить на своем компе в любой версии ехеля.
А в принципе - поддерживаю всех, кто ехель хвалил.

bhr
Вы в экселе не понимали причину глюков потому и занимались всякой фигней. Вы просто не знали понятий -"Формат ячейки" и "Формат данных"
По вашему примеру:
Формат ячеек был переведен, а данные остались в текстовом формате. Надо формат данных было перенести дополнительно.
В старых excel не помню как. В 2007, разночтение форматов подсвечивается, надо выделить весь диапазон и ткнуть на выноске предупреждения, и изменить формат под формат ячейки.
В екселях все проблемы от незнания в основном, кажется что так просто нафигачил колонок и вперед, на самом деле всё куда сложнее и без знания основ будешь сильно косячить.

По делу:
Надо использовать то что наиболее полно отвечает вашим потребностям! Для примера можно взять один довольно глобальный IT проект в котором я участвовал как руководитель одного из направлений. Для ведения хода проекта: две багзиллы - одну из полностью под проект переписали, вторую почти чистой держали, MySQL базу, excel который тупо в CVS выкладывался. И этого было вполне достаточно. И каждый инструмент использовался для своих целей. Для других проектов был другой набор, например MS project manager + ITS + excel + wiki. Всё зависит от потребностей и от разумности использования.

Tundr писал(а):
bhr
Вы в экселе не понимали причину глюков потому и занимались всякой фигней. Вы просто не знали понятий -"Формат ячейки" и "Формат данных"
По вашему примеру:
Формат ячеек был переведен, а данные остались в текстовом формате. Надо формат данных было перенести дополнительно.
В старых excel не помню как. В 2007, разночтение форматов подсвечивается, надо выделить весь диапазон и ткнуть на выноске предупреждения, и изменить формат под формат ячейки.

В старых ехелях - никак!!!! И тогда сие был гарантированный глюк. В новом - "нужно нажмать какуюто кнопку". Представьте, что человек ее не нажмал. Кто виноват? человек или ехель?
Как вы думаете, зачем придумали ссылочную целосность? Мое мнение - чтобы физически пользователь не смог ошибиться. А ехель умышленно предлагает человеку ошибиться. Обратите внимание - мы говорим про обычных риелторов, которым для того, чтобы сложить два числа (2+3) в казалось бы простой системе нужно понимать такие вещи как -"Формат ячейки" и "Формат данных". Пусть они сами решат для себя нужно оно им или нет.
Кстати - случай, который я описал был ооочень давно, тогда никаких подсвечиваниев не было. И сие был явный глюк. Сейчас они про этот глюк знают - но исправлять не собираются - объявили сие особенностью программы - на хрена она нужна - не есть понятно.
Раз пошла такая пьянка - спрошу уже про глюк, причину которого не понял и гарантированный повтор реализовать не смогу, но ей богу было и неоднократно. поиск текста в листе - текст гарантированно существует (просто поверьте на слово) - ехель отказывается его искать. Встречали такое? Если да, то какую кнопку еще нужно нажмать, чтобы он искал то, что у него на листе гарантированно существует.

Tundr писал(а):
bhr
По делу:
Надо использовать то что наиболее полно отвечает вашим потребностям!

Черт побери - про это казалось бы и писал, когда спрашивал, что лучше чайник или сковородка. Если был не понят сразу - с этим пунктом согласен и именно это и имел ввиду.

bhr

Раз пошла такая пьянка - спрошу уже про глюк, причину которого не понял и гарантированный повтор реализовать не смогу, но ей богу было и неоднократно. поиск текста в листе - текст гарантированно существует (просто поверьте на слово) - ехель отказывается его искать. Встречали такое? Если да, то какую кнопку еще нужно нажмать, чтобы он искал то, что у него на листе гарантированно существует.

При поиске тоже можно формат указать

3 в текстовом формате на листе, не ищется как 3 в числовом формате поиска.