До сих пор обходились екселем и той БД, которая работает на сайте моего интернет-магазина.
Но время идет, объему растут, сложность операций увеличивается. Нужно вести учет и проводить анализ. На данный момент - это только внутренний учет, не для налоговой.
Смотрел сегодня демки 1С. Похоже, там есть все, что нам нужно. Но все равно придется дописывать модули для синхронизации БД на сервере с офлайновой частью.
Есть ли достойные альтернативы 1С, на которые тоже стоит обратить внимание?
оччень здорово все это делает программа ЧП (Предприниматель) вроде разработка "автоматики"
у них на сайте и демонстрашка есть
не реклама - сам не пользуюсь, но многим ставил - только положительные отзывы
Как человек непосредственно этим занимающийся - настоятельно рекомендую 1С. Если интересны подробности - пиши strojka@ua.fm, обязательно отвечу
Я бы ставил 1С и не заморачивался. Спецов по 1С немеряно, фирма вроде закрываться не собираеться, т.е. обновления будут.
А с боле мелкими есть всякие риски начиная от: кто будет пилить напильником, и заканчивая закрытием конторы и недоступности обновлений.
Но решать тебе.
1С будет покупаться? или с рынка на диске? это две большие разницы
1С - универсальная - на все случаи жизни - программа универсальная - значит громоздкая соответсвенно - требования к серверу
1С - универсальная - на все случаи жизни - программа универсальная - значит громоздкая соответсвенно - требования к серверу
очень спорное утверждение. А учитывая что у человека раньше ексель был, значит пользователей немного, то производительности обычного офисного ПК ему хватит
а ссылку?
1С - покупаться. Торгуя авторским продуктом как-то странно было бы пиратствовать самому
то 1С это полный ацтой с точки зрения удобства ведения ...
1- колличество номенклатуры 2- количество карточек товара 3- колличество аналитических признаков ( для сортировки и поиска товара 4- колличество контрагентов 5- с чем буш стыковаться 6- какая платформа для сервака .... ну и т.д.
в остальном пора забывать про 1С , жить ей осталось года 3-4 ибо она уже остановилась в своем развитии
придерживаюсь мнения т.FORDMAX ...
Сейчас ассортимент - 900 наименований дисков. В ближайшие 2-3 года он может удвоиться.
Возможно, появятся товары еще нескольких категорий, но не много.
Вся БД товаров уже есть на сервере. Для 1С нужно будет 5-6 полей.
Количество поставщиков - 10, может увеличиться до 40-50.
Количество покупателей - большое (больше 1000), но вводить их вручную нет необходимости.
В неделю происходит около 15 закупок и около 100 продаж. Надеюсь на учелечение продаж Количество закупок может увеличиться в 2 раза, не больше.
Задача - синхронизация БД товаров и покупок в 1С и на сервере.
Т.е. после закупки товар добавляется в БД на сервере. После получения заказов - они экспортируются в БД 1С. В остальном - офлайн-работа. У интернет-магазина есть своя CMS.
БД на сервере - MySQL.
Если не 1С, то что выбрать? Я смотрел онлайн-демонстрашки 1С. Мне функционал понравился, и я примерно могу себе представить, как организовать обмен данными.
Делать или заказывать что-то эксклюзивное - не очень хочется, чтобы не завязываться на одного программиста в дальнейшем.
1C тебе хватит для таких задач С ГОЛОВОЙ! Прикрутить импорт/экспорт к 1С в твоем случае будет несложно. Думаю максимум на месяц работы (под ключ).
1-эски хватит , складскую картотеку выкладываеш в любой формат понятный майсиквелу , на нем настраиваеш синхронизацию на эту таблицу
Думаю максимум на месяц работы (под ключ).
Сколько?
Мне кажется, я за месяц в аксесе такую программу нарисую сам, и это при том, что я уже сто лет там ничего не писал.
Что значит "под ключ"? Что нужно сделать в 1С после установки? Я так понимаю, единственным программированием должна стать фнкция импорта-экспорта. Если напрямую в майскюель делать сложно - можно через csv файлы реализовать - без проблем.
А сайт на чем работает?
как минимум доступ к таблицам терез ОДбиси должен быть
БД - MySQL
Доступ к БД на севере через ODBC есть.
По крайней мере, данные с сервера я получаю в Ексель без проблем. Таким образом мы сейчас анализируем состояние склада, а также распечатываем бланки заказов - импорт из MySQL в Excel, а затем распечатка через Mail Merge в Word. Все работает.
Записать данные из Excel обратно в MySQL сходу не получилось, но мы не очень-то и старались.
Функия экспорта/импорта - это понятно. А ввод информацию в базу, а проверка работы,отлов глюков. Потом тебе еще отчеты заходится... Задача твоя несложная, не спорю, но лучше сказать "месяц" и сделать за неделю-две, чем наоборот.
завязываться на одного программиста в дальнейшем.
Моё очень предвзятое ИМХО. Органически не переношу 1С и одноэсых "программистов". Изначально кривая программа. И юзабилити никакое. И всё равно будете завязаны на одного "программиста", который будет за каждый чих брать почасовую (!!!) оплату. Какая разница, в каком коде будет разбираться "последователь" - на бэйсике, на горбатом бэйсикоподобном "языке" 1С, или, скажем, на Delphi? К слову сказать, на Delphi или в том же акцессе "складов" сделано не меньше, чем на 1С. Тем более, MySQL.. Импортировать из MySQL в эти дурацкие DBF-ники, ради того, чтобы работать с 1С? Я бы попробовал прощупать версию Delphi->ADO->любая БД. На Delphi пишет каждый ребенок . Т.е. если сама заготовка хороша, то в дальнейшем модификации сможет делать любой другой программист Delphi (исходники забирать обязательно). А всякие статистики и анализ на начальном уровне можно делать и с помошью того же построителя запросов Access и средствами Excel (в далниейшем вностить в программу при необходимости). Можно переходить на другую БД с минимальными переделками.. и т.д.
Если такой вариант будет рассматриваться, могу порыться в контактах - кто там есть в Киеве по теме из старых знакомцев.. Некоторые "складов" написали немеряно..
Я думал об этом. Пока нужен только учет. Через время - выписка документов для налоговой. С ростом фирмы понадобится бухгалтер. И если за 1С я посажу любого, то за нечто эксклюзивное на 1С - придется специально учить.
Я не отказываюсь от идеи оригинального софта для этой закади, но смотрю на нее критически.
Через время - выписка документов для налоговой. С ростом фирмы понадобится бухгалтер
Для ведения бухучета нужна любая, стандартная, самая примитивная конфигурация 1С, которую можно юзать без привлечения одноэсых программеров. Туда нужно только подбрасывать первичку. И всё! Сделать экcпорт первички в 1С - как два байта переслать! Всё равно будет 2 учета Бухгалтерский и так сказать оперативный... Знаю немало людей, которые сознательно работают даже без экспорта - отдельно учетная программа, отдельно 1С с бухучетом. При этом бухгалтер вручную забивает первичку по бумажным копиям. В любом случае, нормальный бухгалтер не проведет документ, не видя надлежаще оформленной бумажной копии. При этом шустрый бухгалтер умудряется забить месячную кипу первички за пару дней. Многие так привыкли работать -бух сидит себе дома с компом, и бумажки перекладывает. Всё равно там будет ручная работа: деньги, документы поставщиков, и пр. При небольших объемах первички люди так работают многие годы..
Впрочем, сильно агитировать не буду.. Уж больно вопрос индивидуальный..
а не проще организовать экпорт первички в 1С?
я же и написал, что экспорт первички при желании организовать несложно там главная фишка - синхронизация справочников нужно просто аккуратно всё сделать
ё
По поводу 1С: 1C может и не идеал сама по себе, но сейчас это стандарт "де-факто" в своем секторе- малые и средние предприятия. Мало кому сейчас придет в голову работать в текстовом процессоре, которым несовместим с Word... А почему? потому что Word"ом пользуется 90% процентов людей. Хочу обратить внимание собеседников, на то, что технические подробности платформы (Delphi, Access, FoxPro, Предприниматель, 1C, Oracle, Navision, Grossbee....) - в данном случае НЕ ВАЖНЫ, потому что задача несложная и почти любая прога покроет эти задачи с головой. Здесь важно - отсутствие гемороя в дальнейшем, когда появится необходимость в той же бухгалтерии, в тех же отчетах и т.д. 1С - система открытая в этом плане, и разработчиков под неё много самой разной квалификации. Поэтому, еще раз, хочу сказать, что 1С в данном случае - самое то, именно по причине её распространненности. А про тех. подробности сейчас можешь забыть. Всякие там ODBC, ADO, SQL, Dbf и т.д. -все это можно легко пользовать, и это не главное в этой задаче.
По поводу 1С: 1C может и не идеал сама по себе, но сейчас это стандарт "де-факто" в своем секторе- малые и средние предприятия.
но при этом, малые и средние предприятия стараются, по мере возможности, спрыгнуть с 1С... (говорю, как человек, который предоставляет альтернативу 1С - да, программа собсвенной разработки, - но отшлифованная годами...)
Я вроде тоже, как в этой области кручусь. Почитал. В общем мое мнение: Олег - слушай AZC_ и слушай megaman_2005 - дело говорят. Причем не путай оперативный учет и аналитику с бухгалтерией. В нашей стране это пока две обсалютно разные вещи и чем больше будет расти твоя фирма, тем дальше эти две вещи будут друг от друга. Бухгалтерия нужна, так что 1С тебе пригодится полюбому с нее и начни.
но при этом, малые и средние предприятия стараются, по мере возможности, спрыгнуть с 1С... (говорю, как человек, который предоставляет альтернативу 1С - да, программа собсвенной разработки, - но отшлифованная годами...)
Если уж и "спрыгивать" с 1С, то не на программу "собственной разработки", а на нечто представляющее некий стандарт типа MS Navision, MS Axapta, SAP/R3 итп.
Сейчас ассортимент - 900 наименований дисков. В ближайшие 2-3 года он может удвоиться.
9000 наименований
Возможно, появятся товары еще нескольких категорий, но не много.
Категорий штук 40
Количество поставщиков - 10, может увеличиться до 40-50.
Не имеет значения
Количество покупателей - большое (больше 1000), но вводить их вручную нет необходимости.
Несколько тысяч, много физ. лиц просто с фамилиями
В неделю происходит около 15 закупок и около 100 продаж.
В день 30-40 расходных накладных(до 40-60 наименований), 5-10 приходных
Задача - синхронизация БД товаров и покупок в 1С и на сервере.
1С при грамотном подходе, сама тебе выгрузит обновления, сама проиндексируется, перепроведется, заархивируется, причем в то время когда ты ей укажеш (у меня ночью)
БД на сервере - MySQL.
Прекрасно дружит с SQL
Если не 1С, то что выбрать? Я смотрел онлайн-демонстрашки 1С. Мне функционал понравился, и я примерно могу себе представить, как организовать обмен данными.
1С - конструктор, мой програмист делает с ней, чо сам хочет, добавляет отчетов, валют учета, меняет регистры расчетов, короче любэ Кстати с сервака пень4, 3.6, 2Г оперативки работает в терминальном режиме 20 пользователей На сегодня я альтернатив не вижу
не буду спорить но, пока никто не жаловался
я так понял, речь о "серверной" версии 1С поэтому все "прелести" - выгрузки по ночам, бекапы, и пр (особенно впечатляет "сама проиндексируется" ) - это заслуга не 1С, а MS SQL Server. Всё то же самое можно делать, если в кач-ве СУБД будет выбран MS SQL Server, или на многих други вариантах.
Заметьте, что к 20 рабочим местам уже нужен штатный админ/программер.
Построение иерархических справочников - ну .. это только Вася Пупкин не умеет.. А вот обеспечить удобный и быстрый интерфейс, навигацию, поиск, применение нескольких "деревьев" к одному справочнику, и т.д. и т.п. .. тут 1С далеко не чемпион.
MySQL. Прекрасно дружит с SQL
Не путайте язык запросов и СУБД. SQL-запросы - норма жизни, а 1С - программисты по сей день носятся с этой "новостью", пардон, как дурень с писаной торбой.
ну и так далее.. Вообще-то "1С vs ЧТО-ТО" - это такой рваный баян, что ..
MS Navision, MS Axapta, SAP/R3 итп.
Аксапта, это конечно, хорошо.. но.. слабо приживается оно у нас. С точки зрения уменьшения рисков уж лучше 1С.
SAP/R3 нармальна? umka, слушай, что говорят будет оборот 1млрд, - не пропадеш
Моё очень предвзятое ИМХО.
а можно поотвечать?
Органически не переношу 1С и одноэсых "программистов".
"программист 1с" - название неправильное... я даже не знаю как назвать, но не "программист" непереносимость не будем обсуждать
Изначально кривая программа. И юзабилити никакое.
кривая в работе с sql и вообще с большим количеством юзверей, но можно слепить и будет фурычить а еще?
И всё равно будете завязаны на одного "программиста", который будет за каждый чих брать почасовую (!!!) оплату.
почасовка практикуется далеко не у всех те, кто в теме больше 5-ти лет, повременку не хотят - не выгодно завязаны на одного... нет - всегда можно найти другого, только ему надо будет время - понять, что натворили до него
Какая разница, в каком коде будет разбираться "последователь" - на бэйсике, на горбатом бэйсикоподобном "языке" 1С, или, скажем, на Delphi?
дополню пофик на чем написана - главное, чтобы устраивало заказчика
К слову сказать, на Delphi или в том же акцессе "складов" сделано не меньше, чем на 1С.
меньше и значительно
Тем более, MySQL.. Импортировать из MySQL в эти дурацкие DBF-ники, ради того, чтобы работать с 1С?
Батенька! Зачем тока дбф! Есть много разных способов. OLE, DDE, dbf, текст, напрямую в sql... я полюбляю OLE
Я бы попробовал прощупать версию Delphi->ADO->любая БД. На Delphi пишет каждый ребенок . Т.е. если сама заготовка хороша, то в дальнейшем модификации сможет делать любой другой программист Delphi (исходники забирать обязательно).
Когда этим "любым ребёнкам" ставят задачу - бухгалтерия + налоговый учет + отчетность - они все гамузом начинают икать и дергаться и переводить стрелки на галимую 1С Предложишь иметь 1с-ника для бухгалтерии + программера на тех же делфях для склада? Так просто склад настолько примитивная задача... Роскошь для меленькой фирмы, гемор для большей.
А всякие статистики и анализ на начальном уровне можно делать и с помошью того же построителя запросов Access и средствами Excel (в далниейшем вностить в программу при необходимости).
И шо это будет за конструкция с мульёном окон и задействованного софта?
Самый главный "плюс" 1С - время, затраченное на рисование софтины для учета. Быстрее не бывает. Отсюда и цена. И с поддержкой проблем нет. А недостатки самого движка (производительность по сети) компенсирует современное железо.
Если уж и "спрыгивать" с 1С, то не на программу "собственной разработки", а на нечто представляющее некий стандарт типа MS Navision, MS Axapta, SAP/R3 итп.
У нас фирм, которые могут себе это позволить по $$$$$$ - единицы. Там расклады на сотни килобаксов, если по уму. А результат? Кадров нет нифига нормальных.
Вон я сейчас на одной конторе с саперами взаимодействую. Я в той конторке во внутренний учет не лезу - там жить прийдется, а бухгалтерия - моё. Стал вопрос взаимодействия 1С бух и SAP/R3. Надо чтобы накладные появлялись в 1С почти online. Ну с задержкой минут 5. Раньше 1С (не моё) на складе стояло - прицепил свою обработку через ОЛЕ, зациклил и прувет! Всё шуршало больше года без нареканий. Переносится пяток видов документов. Писанина заняла 2 дня с перекурами, обедами и трепом. При условии, что на складе стояла незнакомая мне, очень специфическая 1С. А саперы что? ОНИ: - Как переносить будем? Я: - ОЛЕ панимаш? ОНИ: - неа Я: - ну тады выгружай хоть куда нибудь - я разберусь ОНИ: - в csv пойдет? Я: - мона и так, а можно что-то поприличней, чтоб я как гаврик не сидел и запятые не считал? ОНИ: - нуууууууу.... в csv у нас уже есть готовое, а то ж писать надо... Я: - А как будем "online 5 минут" делать? Файлик ваш автоматом каждые 5 мин обновляться иль добавляться будет? А нинают... репу чешут... уже какую неделю.
Заметьте, что к 20 рабочим местам уже нужен штатный админ/программер.
не нужен то рахит, а не админ/програмер, если нужен штатный
Знаю немало людей, которые сознательно работают даже без экспорта - отдельно учетная программа, отдельно 1С с бухучетом. При этом бухгалтер вручную забивает первичку по бумажным копиям. В любом случае, нормальный бухгалтер не проведет документ, не видя надлежаще оформленной бумажной копии. При этом шустрый бухгалтер умудряется забить месячную кипу первички за пару дней. Многие так привыкли работать -бух сидит себе дома с компом, и бумажки перекладывает. Всё равно там будет ручная работа: деньги, документы поставщиков, и пр. При небольших объемах первички люди так работают многие годы..
афигительная автоматизация в режиме полудуплекса с педальным приводом
но при этом, малые и средние предприятия стараются, по мере возможности, спрыгнуть с 1С...
наоборот крупные предприятия 1с не потянет - будет гемор а малые и средние - самое оно
(говорю, как человек, который предоставляет альтернативу 1С - да, программа собсвенной разработки, - но отшлифованная годами...)
бухгалтерия, налоговый учет, регулярные обновления отчетности, возможность легкой и быстрой доработки? сцылку в студию - стану дилером с большой базой клиентов а если по линухом работает - ваще золотое дно
1- колличество номенклатуры 2- количество карточек товара 3- колличество аналитических признаков ( для сортировки и поиска товара 4- колличество контрагентов 5- с чем буш стыковаться 6- какая платформа для сервака
а это сколько позиций надо шоб проблемы были? а то я не знаю (по пунктам 1,2,4) с десятками тысяч работает спокойно, а больше и не было ниукого из моих...
п.3 - скока наклепаем стока и буит признаков
Так просто склад настолько примитивная задача...
В этом месте зарыдал ... Вообще в нашей системе, именно склад - это самое сложное и запутанное место. Меня охватывает панический страх, когда я слышу о проблеме в складской программе... Все остальное переносится гораздо легче Просто, когда склад не простой, а распределенный из кучи отдельных филиалов с иерархической структурой и асинхронным обменом данными ... то там черт голову сломит ...
В этом месте зарыдал ...
рыдать не надо, я просто знаки прыпынания не поставил - двоечник попробуем так: Так "просто склад" - настолько примитивная задача... Имею ввыду задачу маленькой фирмы (эта ветка).
Вообще в нашей системе, именно склад - это самое сложное и запутанное место. Меня охватывает панический страх, когда я слышу о проблеме в складской программе... Все остальное переносится гораздо легче Просто, когда склад не простой, а распределенный из кучи отдельных филиалов с иерархической структурой и асинхронным обменом данными ... то там черт голову сломит ...
Так тут... шо на 1С, шо на чем угодно замахаешься кстати если не секрет, как реализовано?
"программист 1с" - название неправильное... я даже не знаю как назвать, но не "программист"
вот-вот я тоже не знаю как назвать в предметной области ничего не понимают в базах данных ничего не понимают в проектировании интерфейсов ничего не понимают хорошо понимают Copy/Paste
Мне они напоминают сетевых продавцов косметики: не косметолог, не визажист, но зато точно знает, какой нужен крем "именно для вашего типа кожи". Пофиг результат, главное раскрутить на бабки. Наверное, мне просто не повезло. Но даже "продвивинутые" не-знаю-как-их-назвать, приходившие с рекомендациями и "большим опытом работы", после постановки элементарных задач, на которые у них не было готового Copy/Paste, впадали в глубокий ступор и тихо исчезали. Таким образом, для реальной работы нужен реальный одноэсый "гуру", а таких еще поискать нужно. И не факт, что найдеш. Поэтому утверждение, что любой потом доделает-переделает, и сможет "понять, что натворили до него" - глубокое заблуждение. Нужно искать такого же "гуру", который соблаговолит снизойти до твоих проблем.
пофик на чем написана - главное, чтобы устраивало заказчика
да, но когда система изначально накладывает ограничения.. это похоже на флейм "жигули vs иномарка" - ведь и то и другое ездит..
Тем более, MySQL.. Импортировать из MySQL в эти дурацкие DBF-ники, ради того, чтобы работать с 1С?
Батенька! Зачем тока дбф! Есть много разных способов. OLE, DDE, dbf, текст, напрямую в sql... я полюбляю OLE
гхм.. речь шла об уже работающей СУБД MySQL, формате файлов 1С, и обмене данных между ними. При чем здесь ОLE?
Когда этим "любым ребёнкам" ставят задачу - бухгалтерия + налоговый учет + отчетность - они все гамузом начинают икать и дергаться и переводить стрелки на галимую 1С
Я не предлагал писать программы для бухгалтерского и налогового учета. Слава богу, с бессмертным изобретением Луки Пачолли 1С справляется вполне сносно. Вот пусть этим и занимается. Отчетность? Пойдите в налоговую, и посмотрите, какие бумажки сдают подавляющее большинство бухгалтеров. Они сдают отчетность на тех бланках, которые получают вместе с периодикой. Заполнить бланк вручную по данным учета - дело нескольких минут. Наверное, "сервис" как-то хромает? Или дороговат?
Изначально речь шла о "складе", оперативном учете по специфическим требованиям. Для бухгалтерии предлагался экспорт первички в в 1С стандартную конфигурацию.
афигительная автоматизация в режиме полудуплекса с педальным приводом
Не смешно. На рынке труда присутствует огромная армия бухгалтеров еще старой закалки, которые обрабатывают сразу по нескольку небольших предприятий и ЧП-шников. Работают они на дому, и никакой экспорт/импорт их не интересует. Давай бумажку и всё. Это стоит недорого, и плювать на атоматизацию. Кстати, при "ручной" обработке у бухгалтера появляется больше возможности для маневра, учета по группам, и т.д.
Самый главный "плюс" 1С - время, затраченное на рисование софтины для учета. Быстрее не бывает.
Всё было бы хорошо, если бы на практике всё это не вылазило боком. Все известные мне случаи, когда оперативный учет, анализ и статистика безупречены, организация и производительность труда персонала на должном уровне, и т.д. и т.п. - во ВСЕХ этих случаях используется НЕ 1С. А вот случаи бардака, бестолковщины и т.д. - непременные спутники 1С.
Впрочем, я буду рад, если umka быстро, эффективно и недорого решит вопросы учета с помощью 1С. И найдется хороший не-знаю-как-его-назвать, который в дальнейшем сможет нормально развивать систему для его потребностей. Я всего лишь предлагал рассмотреть альтернативу. Уж больно часто вижу квадратные глаза пользователей 1С, которые с завистью смотрят на работу нормальной системы, и начинают интересоваться, что это такое, и где это можно купить.
вот-вот я тоже не знаю как назвать в предметной области ничего не понимают в базах данных ничего не понимают в проектировании интерфейсов ничего не понимают хорошо понимают Copy/Paste
я тут не собираюсь защищать весь табун 1С-ников, ибо рахитов немеряно везде могу про себя сказать: про базы данных - понятия базовые, неглубокие, 1С позволяет не заморачиваться с физической структурой про интерфесы... - знаю что есть, видел стандарты, этому учат програмеров в институтах, меня не учил никто, потому рисую красиво, приятно и удобно - исключительно из своих соображений (если б мне еще кто заплатил хорошо за красивый интерфейс - даже постарался б и госты нарыл, а так оно никого не колышет - давай быстро и недорого) зато прекрасно понимаю: как поставить учет, как сформулировать задачу (клиенты как обычно - хатю то, незнаю шо, а ты сделай) документооборот, бухгалтерию, налоговый учет... много програмеров на делфи это умеют? или это отдельный профиль? а это основа... без понимая перечисленных вещей будет не учет, а пипец т.е. я не говорю, что я там супер-асс, просто моих знаний мне хватает, когда не хватает - учусь дальше, вообще учусь регулярно
Мне они напоминают сетевых продавцов косметики: не косметолог, не визажист, но зато точно знает, какой нужен крем "именно для вашего типа кожи".
мне тоже франчи 1с их напоминают - непереношу
Пофиг результат, главное раскрутить на бабки.
завидуешь?
Наверное, мне просто не повезло. Но даже "продвивинутые" не-знаю-как-их-назвать, приходившие с рекомендациями и "большим опытом работы", после постановки элементарных задач, на которые у них не было готового Copy/Paste, впадали в глубокий ступор и тихо исчезали.
да таких 90%, благодаря им не испытываю недостатка клиентов и заказов
Таким образом, для реальной работы нужен реальный одноэсый "гуру", а таких еще поискать нужно. И не факт, что найдеш. Поэтому утверждение, что любой потом доделает-переделает, и сможет "понять, что натворили до него" - глубокое заблуждение. Нужно искать такого же "гуру", который соблаговолит снизойти до твоих проблем.
попробуй найди хорошего сантехника или электрика или плиточника и так во всех профессиях интересно кого проще найти? толкового 1с-ника или толкового програмера на делфи?
да, но когда система изначально накладывает ограничения.. это похоже на флейм "жигули vs иномарка" - ведь и то и другое ездит..
флейм таки пошел, а шо делать? ограничения есть... какие? какой масштаб надо чтобы их переплюнуть? вот сижу щас у одних... база 1С 300 метров за последний год, 12 тысяч товаров (партий тыщ 60), много накладных с десятками-сотнями позиций каждый день, 8 средней паршивости компов, удаленный склад - синхронизация раз в день, "типа сервер" - целерон 1100 256 мозгов на ХР ничё - шуршит я не лезу в большие фирмы, 1с 7.7 для них слабенькая (8.0 как раз заявка на нишу крупных фирм) у меня клиенты максимум до 50 компов
гхм.. речь шла об уже работающей СУБД MySQL, формате файлов 1С, и обмене данных между ними. При чем здесь ОLE?
да притом, что через ОЛЕ я уже конвеерно клепаю синхронизацию между разнотипными базами 1С, веб-интерфесами 1с, иногда экселем, редко - акцесом... и не заморачиваюсь форматами файлов я не вкурсе - MySQL может работать с ОЛЕ-объектами? если может то ИМХО так удобнее
Я не предлагал писать программы для бухгалтерского и налогового учета. Слава богу, с бессмертным изобретением Луки Пачолли 1С справляется вполне сносно. Вот пусть этим и занимается.
сносно она справляется с оперативным учетом, а с бухгалтерией - отлично - конкурентов просто нет
Отчетность? Пойдите в налоговую, и посмотрите, какие бумажки сдают подавляющее большинство бухгалтеров. Они сдают отчетность на тех бланках, которые получают вместе с периодикой. Наверное, "сервис" как-то хромает? Или дороговат?
рахитов никто не отменял у меня тоже есть в клиентах индивидуумы такие - я тут причем? кто хотел - все рисую автоматом с 1с
Заполнить бланк вручную по данным учета - дело нескольких минут.
Персонификацию человек на 300
Изначально речь шла о "складе", оперативном учете по специфическим требованиям. Для бухгалтерии предлагался экспорт первички в в 1С стандартную конфигурацию.
в данном (простом) случае - если ли смысл собирать конструктор из разнотипных программ? а в сложном - если ли смысл связывать с кучей разных людей, которые будут переводить стрелки друг на друга?
Не смешно. На рынке труда присутствует огромная армия бухгалтеров еще старой закалки, которые обрабатывают сразу по нескольку небольших предприятий и ЧП-шников. Работают они на дому, и никакой экспорт/импорт их не интересует. Давай бумажку и всё. Это стоит недорого, и плювать на атоматизацию. Кстати, при "ручной" обработке у бухгалтера появляется больше возможности для маневра, учета по группам, и т.д.
Возможности для маневра я удобные делаю, кому нада А перебивать документы с туевой хучей позиций кому нравится? Или лучше этот бухгалтер старой закалки возьмет еще пару фирм себе и будет успевать? Проблема таких "модных програмеров" как ты - вижу повсеместно - бухгалтерию ваще за людей не считают.
Всё было бы хорошо, если бы на практике всё это не вылазило боком. Все известные мне случаи, когда оперативный учет, анализ и статистика безупречены, организация и производительность труда персонала на должном уровне, и т.д. и т.п. - во ВСЕХ этих случаях используется НЕ 1С. А вот случаи бардака, бестолковщины и т.д. - непременные спутники 1С.
А можешь мне экскурсию устроить на такое предприятие? Я просто идеального учета в жизни нигде не видел (уже 8 лет занимаюсь). Точнее видел - но там задачи примитивные до ужаса. Или люди не знают, что бывает лучше. Или их в этом убедили
Впрочем, я буду рад, если umka быстро, эффективно и недорого решит вопросы учета с помощью 1С. И найдется хороший не-знаю-как-его-назвать, который в дальнейшем сможет нормально развивать систему для его потребностей. Я всего лишь предлагал рассмотреть альтернативу.
не важно на чем - главное недорого, быстро, эффективно, шоб поддержка была и т.д. пока это может предоставить только 1с - назовите плз альтернативы схожей функциональности (с ценами) представляешь... я даже два раза с пеной у рта людям доказывал, что им не надо ставить 1с на склад ибо то что есть (самопал) для них - лучше оба раза не помогло - поставили 1с и оба раза я оказался прав я в этих лучая к складским 1с не притрагивался принципиально
Уж больно часто вижу квадратные глаза пользователей 1С, которые с завистью смотрят на работу нормальной системы, и начинают интересоваться, что это такое, и где это можно купить.
И мне покажи! А то я вижу квадратные глаза пользователей всего шо мона и 1с в том числе. Когда им делают НОРМАЛЬНО на 1С. Как пример. Попалась конторка. Спецурики намутили там 1с - афигеть. Тормозит безбожно. Товаров много, пользователей десяток, но не до такой же степени. Доработанный по просьбе трудящихся "спецуриками" отчет по остаткам формировался 12-15 минут!!! Стандартный 1С-совский (который еще не переделанный) формировался 6-7 минут. Взял пивка на выходных и нарисовал с нуля тот же отчет с той же картиной. результат 30-40 сек хто дурак?
добавлю еще...
А известно тебе что изначально "бухгалтерия" была придумана не для затыкания рта налоговикам (кстати разницу между бухгалтерским и налоговым учетом знаешь?), а для учета своих денег, товаров, долгов и пр...? И нельзя написать толковую программу автоматизации не зная принципов двойной записи, непонимания понятий "актив" и "пассив", "проводка" и еще кучи бухгалтерских заморочек! Я таких горе-автоматизаторов, которые отлабают офуенный склад на дельфях, а проблемы бухгалтерии заткнут галимой стандартной 1С неперавариваю взаимно. Можем устроить показательное сравнение 1С бух и любой другой бухгалтерии - порву шо тузик грэлку любую софтину Учет начинается с бухгалтерии, а не ей заканчивается. Много програмеров на чем бы то ни было знают основы бухучета? Он может быть 300 раз офигительным програмером, но никогда не напишет нормальную софтину для учета. Справедливости ради... 1с-ников таких тоже единицы. Основная толпа - молодняк, почувствовавший бабло, в лучшем случае со знанием алгоритмики на уровне курса информатики посредственной школы.
Если б ты сказал, что в 1С не реализован "аудиторский след", в стандартных поставках 7.7 пратически очень хреновое фин. планирование и фин. анализ - я б с тобой согласился. Стандартные 7.7 конфы - программы больше учета, а не анализа и планирования. Ну и по безопастности 7.7 дырявая как решето - это есть. Любые пароли с пол-пинка сносятся. Приходится выкручиваться разными методами.
А загадочные проблемы, ограничения, кривизна 1С - в чем? по пунктам пжалуста и альтернативу предложи желательно. 90% предприятий эти проблемы и ограничения не коснутся, еще 5% их порешают каким-то местом, а 5% так и быть - не наш клиент Есть проблемы стандартных поставок, есть проблемы криворуких франчей, которые лабают свои разработки, но никто ж не мешает для нетиповых, нормально оплачиваемых задач "отлабать с нуля" новую конфу 1с, используя только сам движок 1С, как средство быстрого и удобного рисования учетного софта. А для типовых и жадных пациентов - есть стандартные конфы.
А еще раз вернемся к личностям... У меня сейчас складывается впечатление, что 1С дала "команду фас" всем дилерам тулить 8.0 во все дыры. При этом бухгалтерии нормальной 8.0 еще нет. Доходит до абсурда - людям надо тупой куркулятор - один комп - чувак запчасти продает - остаток и долги примитивно посчитать. Они на одного юзверя 8.0 тулят со всеми наворотами анализа и планирования. Ну и цена на пароход соответственно. Уроды.
Он может быть 300 раз офигительным програмером, но никогда не напишет нормальную софтину для учета. Справедливости ради... 1с-ников таких тоже единицы. Основная толпа - молодняк, почувствовавший бабло, в лучшем случае со знанием алгоритмики на уровне курса информатики посредственной школы.
При нормальной постановке дела, один человек единолично не должен писать софт для учета, какой-бы он гений небыл. 1С рулит для малых предприятий, которым нужен быстрый и дешевый запуск системы. Кстати мне тож былоб интересно поглядеть на конкурентов 1С-ки на дельфи Как там бухучет реализован... Как быстро в такие проги вносяться изменения законов, ставок ... Есть ли такие проги? чтобы хотябы 20 человек одновременно могло работать?
При нормальной постановке дела, один человек единолично не должен писать софт для учета, какой-бы он гений небыл. 1С рулит для малых предприятий, которым нужен быстрый и дешевый запуск системы.
я ж оп чем, бабло побеждает зло, по уму - нужна целая команда, только сколько это стоить будет а у кого нетбабла - базовую 1С принимайте у кого бабло есть - буит вам хорошая 1С а у кого бабла немеряно - не наш клиент - им аксапту, саперов подавай
Кстати мне тож былоб интересно поглядеть на конкурентов 1С-ки на дельфи Как там бухучет реализован... Как быстро в такие проги вносяться изменения законов, ставок ... Есть ли такие проги? чтобы хотябы 20 человек одновременно могло работать?
смотри вот накопал: http://www.accent6.com.ua/ там не только бухгалтерия, но демка бух есть - я с неё и начал скачал демку, поставил - бегло глянул - вроде работает что-то даже местами оформление - однозначно рахитное переделывать вроде можно функционал - пока нашел пару небольших "плюсов" в сравнении с базовой 1с: в стандарте: налог на рекламу, акт сверки - хотя у меня уже такое готовое и я его копи/пасте всем , журналы-ордера типовых форм (хотя они нафик уже лет 10 никому не нада ) минусов немеряно, но я пока не уверен во всех - возможно еще не разобрался главный минус пока - невозможно формирование отчетов за произвольный период, надо постоянно лазить период на все отчеты выставлять (как в 1С 6.0 было) гы... и период журналов тудой же отдельно никак но цены очень неслабые на эту красоту по обновлениям - далеко не первой свежести (зарплата, отчетность) окна все свои внутренние в виндовую панель задач молотит
Почитал.... Подумал... Решил сказать. Касательно 1с, могу сказать, что изначально она кривая, но в хороших руках можно сделать чудо. Но опять таки, тут можно столкнутся с проблемой - когда номенклатуры становится очень много - 1с идет в лес собирать грибы. Очень много - это когда за 100000 переваливает количество товара. А теперь ковырнуть если, чем может облипнуть этот весь товар, понимаешь что 1с там просто сдохнет. И это я не говорил о пользователях, которые одновременно работают. Вообщем мое мнение, что если номерклатуры >10000 хватит и какой то 1с на mssql. Если уже больше - то там только тяжелые коммерческие системы, постоенные на oracle, mssql, DB2, adabas, etc.
Вообщем это были мои пять копеек
Касательно 1с, могу сказать, что изначально она кривая
Я не могу понять в чем кривая? Бухгалтерия вылизанная шо у кота яйца, не приходится исправлять существующее, только доделавыть что-то особенное Торговля в 90% случаев требует доработки напильником под конкретное предприятие Предприятие не люблю по причине, что не люблю мешать грешное с праведным - предпочитаю склад отдельно, бух - отдельно и синхронизация по ОЛЕ между ними Зарплату (Расчет) ваще не перевариваю - у меня нет клиентов с таким мощным кадровым учетом, а на простых фирмах - лишний гемор
Но опять таки, тут можно столкнутся с проблемой - когда номенклатуры становится очень много - 1с идет в лес собирать грибы. Очень много - это когда за 100000 переваливает количество товара. А теперь ковырнуть если, чем может облипнуть этот весь товар, понимаешь что 1с там просто сдохнет. И это я не говорил о пользователях, которые одновременно работают. Вообщем мое мнение, что если номерклатуры >10000 хватит и какой то 1с на mssql. Если уже больше - то там только тяжелые коммерческие системы, постоенные на oracle, mssql, DB2, adabas, etc.
Когда я в 98 году на одной конторе еще учился там было 60000 наименований товара (правда только название и одна цена использовались) 35 компов, дбф-1с (торговля 7.0), файл-сервер Novell NetWare, сетка ваще коаксиал, машинки типа пень-200 медленно работало, особенно по современным меркам, но работало
недавно попалась в руки предприятие 7.7, товаров 7-8 тыщ, на одном современном компе, тормоза и тараканы с товарами - мрачные полез смотреть - детяток полей в товаре - "неограниченной" длины, еще десяток - строка 999 знаков никто не поленился выделить в отдельный справочник кучу описаний какой дбф это выдержит? или 1с виновата что дбф такое не тянут? при таких условия ляжет любая БД на дбф от таких рахитов даже +ms-sql не особо спасет так что тупо привязываться к количеству наименований тож неправильно у меня товарищ работает в сети супермаркетов, у них там тож 1С - надо спросить будет - что и как и сколько позиций товара проблемы с большим количеством пользователей (на дбф) - это что каждый юзверь тянет по сетке на себя все пару сотен дбф-ников и потом их по сети маслает, объем базы пол-гига, пользователей 20 - уот и пипец сетке +ms-sql спасет
еще дельфистам... учетная программа подразумевает не только склад, деньги, долги а и: основные средства, зарплату, затраты, кредиты, транспорт и т.д. на любой маленькой фирме это всё надо не вспотеете всё это писать? сколько понадобится времени и денег хотя б на рабочий скелет? (на котором кое-как уже что-то можно делать) да еще и с многовалютным учетом кстати у меня есть клиенты (у них не торговля-купи-продайка), которые ведут внутренний учет на бухгалтерии, с которые выдрали все налоги и перепахали под них, ибо со сложным и нестандартным внутренним учетом не спасет никакая софтина, кроме бухгалтерии бухгалтерия вещь универсальная, даже для домашних финансов (1С-Деньги нервно курит )
Ммм... я наверное не так выразился. Это изначально конструктор, который крутит каждый как хочет. Вон есть франчайзеры которые такое накрутят, что ховайся! А есть люди которые из нее куколку сделают. Но последни единицы, вот и получается, что конструктор то никто толком не использует.
Касательно нагрузок, мое мнение такое. Что если 1с изначально работает с dbf, а mssql использует только для общего хранения этой муры, в корне не верное. Такие вещи должны решатся server-side, как в той же аксапте. Тогда мы получим максимальную производительность, кторая зависит только от способностей самого сервера. А если это будет client-side, то нормально работы мы не получим.
Ну а по поводу делфи, я ничего не могу сказать. Не программер я. Хотя, как прирожденный анархист, думаю что бухгалтерия+система документооборота должна использовать web-based механизмы, что бы она была кроссплатформенна.
Ммм... я наверное не так выразился. Это изначально конструктор, который крутит каждый как хочет. Вон есть франчайзеры которые такое накрутят, что ховайся! А есть люди которые из нее куколку сделают. Но последни единицы, вот и получается, что конструктор то никто толком не использует.
Эт согласен
Касательно нагрузок, мое мнение такое. Что если 1с изначально работает с dbf, а mssql использует только для общего хранения этой муры, в корне не верное. Такие вещи должны решатся server-side, как в той же аксапте. Тогда мы получим максимальную производительность, кторая зависит только от способностей самого сервера. А если это будет client-side, то нормально работы мы не получим.
просто когда зарождалась 1с - дбф лепили везде и всё было такое рахитненькое, когда 7.х - это тоже был самый простой и дешевый вариант а сейчас 8.0 - уже как раз отошло от дбф и начинаются попытки сделать полноценный клиент-сервер (насколько далеко это зашло - не знаю, с 8.0 опыта почти нет) только "правильные" решения начинаю и стоить подороже
Ну а по поводу делфи, я ничего не могу сказать. Не программер я. Хотя, как прирожденный анархист, думаю что бухгалтерия+система документооборота должна использовать web-based механизмы, что бы она была кроссплатформенна.
Эх! ежели б кто еще такое сделал за вменяемые деньги! а то шуметь, какая 1с плохая, все умеют, а альтернативу могут предоставить тока буржуйскую и за чемодан денюх
просто когда зарождалась 1с - дбф лепили везде и всё было такое рахитненькое, когда 7.х - это тоже был самый простой и дешевый вариант а сейчас 8.0 - уже как раз отошло от дбф и начинаются попытки сделать полноценный клиент-сервер (насколько далеко это зашло - не знаю, с 8.0 опыта почти нет) только "правильные" решения начинаю и стоить подороже
Дуже весело у 2006-му році читати про те, що 1С _нарешті_ намагається зробити повноцінний клієнт-сервер, при тому, що цей етап повинен був пройти десь років 10-12 тому
Справа не в тому, що ліпили всюди дбф, а у тому, що коли робили перехід від дбф, то зробили не головою, а як завжди (на скору руку, аби відрапортувати, що "зробили"). Тому навіть sql версія фактично використовує сервер лише як трошки більш надійний файловий сервер. В результаті під навантаженням воно ледь ворушиться (якщо взагалі ворушиться) і вимагає (дуже) швидкої сітки. До якогось часу виручає термінальний режим, але це лише затичка яка теж має свої обмеження. Це при тому, що сама по собі задача (вирішена іншими засобами, звичайно) чудово бігає навіть на пісюках десятирічної давності, без великого напруження витримуючи сотні (а то і тисячі) клієнтів. На сучасному "залізі" - і поготів.
Власне не маю нічого проти 1С, але її впроваждення за межами малих контор вважаю великою помилкою, яка буде дуже дорого коштувати фірмам, коли вони підростуть і ляпнуться у обмеження 1С.
P.S. Я не є продавцем чи виробником альтернативних продуктів, це лише власний (великий) досвід програміста і системного адміністратора і майже 14 років спостереження за еволюцією 1С...
Ну у нас используется только как бухгалтерия... С остальным синхронизируется по ночам. Могу сказать, что лучше бы этой мути не было....
Эх! ежели б кто еще такое сделал за вменяемые деньги! а то шуметь, какая 1с плохая, все умеют, а альтернативу могут предоставить тока буржуйскую и за чемодан денюх
Власне, проблема не в тому, що б зробити, а в тому, що б вкласти грошей у розробку і маркетинг. Я не знаю людей, які _тут_ готові вкласти десь близько мільона баксів (дуже груба прикидка) у таку розробку. Додам, що варіанти виходу за межі ринку України досить примарні (дуже вже специфічний софт, навіть якщо написаний гнучко і легко адаптується).
дядьку, вы шо! какой-какой этап должен был пройти 12 лет назад? клиент-сервер в массы? да 12 лет назад у нас на кампутер пасатреть зрители собирались, а 386 кампутер верхом крутизны, если в офисе стоял 286 с вындавсом 3.1 - уже супер какие программы с тысячами клиентов в то время в киеве кампутеров столько не было
про sql согласен - собственно только не валится по сети и значительно быстрее отчеты через запросы
Ну у нас используется только как бухгалтерия... С остальным синхронизируется по ночам. Могу сказать, что лучше бы этой мути не было....
и шо ж у вас за такое крупное прудпруятие с сурьёзными задачами, что такие проблемы? Чево лучше шоб не было? 1с-бухгалтерии? бухгалтерам счеты б купили или сами б бухгалтерию налабали?
Власне, проблема не в тому, що б зробити, а в тому, що б вкласти грошей у розробку і маркетинг. Я не знаю людей, які _тут_ готові вкласти десь близько мільона баксів (дуже груба прикидка) у таку розробку. Додам, що варіанти виходу за межі ринку України досить примарні (дуже вже специфічний софт, навіть якщо написаний гнучко і легко адаптується).
ну так ап чем и речь, 1с будет процветать пока не появится сильный конкурент сильных конкурентов пока не видно (в нише малых и средних предприятий)
Такие вещи должны решатся server-side, как в той же аксапте.
В Аксапте трехуровневая архитектура. Там основная нагрузка на сервере приложений, который кластеризуется, распределяя нагрузку между узлами и повышая отказоустойчивость. Клиент - Сервер, это уже прошлый век а не достижение
Что то мы от темы ушли ИМХО Олегу хватит 1C заглаза и еще надолго хватит
дядьку, вы шо! какой-какой этап должен был пройти 12 лет назад? клиент-сервер в массы? да 12 лет назад у нас на кампутер пасатреть зрители собирались,
Глядачі не завжди було навіть 20 років тому.
а 386 кампутер верхом крутизны, если в офисе стоял 286 с вындавсом 3.1 - уже супер
У 94-му, у конторі, де я працював, не було жодної машини слабшої за 486-33. Це десь приблизно півтори сотні робочих місць (і ще приблизно стільки ж у філіалах по всій Україні). А у 95-му у мене дома стояв P120. До речі, на 286 віндовс ставили рідко, бо він ледь ворушився.
какие программы с тысячами клиентов в то время в киеве кампутеров столько не было
Ну у "киеве" може й не було, а у Києві - рахунок ішов на десятки, якщо не сотні тисяч. Якраз у 96-му я перейшов на роботу в одну (не саму велику) компьютерну контору і мав деяке уявлення про обсяги продажу компьютерів у Києві.
ну так ап чем и речь, 1с будет процветать пока не появится сильный конкурент сильных конкурентов пока не видно (в нише малых и средних предприятий)
Я і кажу, що для середніх 1С не годиться. До речі, конкуренти є, просто у більшості випадків це програми, які ніде особливо не світяться (за винятком підприємств, які їх використовують) і, звичайно, не рекламуються.
Есть в России конторка SoftLand Systems (отношения к ней не имею Делает продукты для торговли в основном, но и надстройки типа базового erp есть.
Сайт www.sls.ru, там много чего правильного есть и для склада, и для логистики.
Удачи!
У 94-му, у конторі, де я працював, не було жодної машини слабшої за 486-33. Це десь приблизно півтори сотні робочих місць (і ще приблизно стільки ж у філіалах по всій Україні). А у 95-му у мене дома стояв P120. До речі, на 286 віндовс ставили рідко, бо він ледь ворушився.
Нельзя сравнивать 1 отдельно взятую модную фирму и "весь рынок СНГ" Не было тогда ни возможностей ни потребностей рисовать местные "аксапты" Они только сейчас начинают появляться (пока потребности ). А возможности - на фразу "дайбабла" всегда слышим "нетбабла". А на 286 16Мгц и 2 метра мозгов шуршала 3.1 вполне сносно
Ну у "киеве" може й не було, а у Києві - рахунок ішов на десятки, якщо не сотні тисяч. Якраз у 96-му я перейшов на роботу в одну (не саму велику) компьютерну контору і мав деяке уявлення про обсяги продажу компьютерів у Києві.
96 и 94 - разница - пропасть. Тогда как раз сильный всплеск "кампутеризации" был. Разницу между win3.1 и win95 ощущаешь? Между 286-386 и пень-1 в массах? Интересно как контора называлась, а то их относительно крупных по пальцам пересчитать можно было? (МДМ-Сервис, МЕРКС, ДКТ...) И ты хотел чтобы в этот момент Боря Нуралиев без бабла на коленках склепал клиент-северную 1С и начал продавать за пару-тройку сотен баксов? Все умные. Чево ж никто не написал? Нетбабла?
Я і кажу, що для середніх 1С не годиться. До речі, конкуренти є, просто у більшості випадків це програми, які ніде особливо не світяться (за винятком підприємств, які їх використовують) і, звичайно, не рекламуються.
1. Почему не рекламируются? 2. И таки как эти конкуренты называются? Где можно посмотреть (без ехидства - мне интересно)? Я пока из альтернатив 1с 7.7 вижу только 8.0 3. Средние - понятие растяжимое. 4. Пока умный дельфийный програмер будет писать и оптимизировать свою супер быструю и надежную софтину, я максимум за неделю наклепаю первичную задачу на рахитной 1С, а на сдачу куплю новый сервер и поставлю гигабитную сетку. В оконцовке мой вариант будет быстрее, удобнее, проще и дешевле. А в нерабочее время радовать топ-менеджмент конторы быстрым летание фильмов по сети. Как думаешь: какой вариант выберет заказчик? Ему - время - деньги. Ему на вчера надо.
Простите меня, засранца, что не выбрал судьбу бедного, но гордого честного програмера, а начал "зашибать бабло с лохов на рахитной 1С"
У 94-му, у конторі, де я працював, не було жодної машини слабшої за 486-33. Це десь приблизно півтори сотні робочих місць (і ще приблизно стільки ж у філіалах по всій Україні). А у 95-му у мене дома стояв P120. До речі, на 286 віндовс ставили рідко, бо він ледь ворушився.
Нельзя сравнивать 1 отдельно взятую модную фирму и "весь рынок СНГ"
То не була окремо взята модна фірма. Таких місць було немало.
Не было тогда ни возможностей ни потребностей рисовать местные "аксапты"
Були і можливості і потреби. Середні і великі підприємства з'явилися не вчора.
Они только сейчас начинают появляться (пока потребности ).
І це не правда. У 98 році, наприклад, я в одній невеличкій (десь півтора десятка співробітників) конторі наткнувся на программу яка робила дуже складний аналіз поставок і продажу товарів. Використовувалась для мінімізації складських запасів і прогнозування попиту. Тобто потреба з'явилася теж не "тільки зараз".
А возможности - на фразу "дайбабла" всегда слышим "нетбабла".
Це взагалі нормальна ситуація.
А на 286 16Мгц и 2 метра мозгов шуршала 3.1 вполне сносно
Треба бути дуже терплячою людиною і нікуди не поспішати, щоб вокристовувати таку конфігурацію.
Ну у "киеве" може й не було, а у Києві - рахунок ішов на десятки, якщо не сотні тисяч. Якраз у 96-му я перейшов на роботу в одну (не саму велику) компьютерну контору і мав деяке уявлення про обсяги продажу компьютерів у Києві.
96 и 94 - разница - пропасть. Тогда как раз сильный всплеск "кампутеризации" был. Разницу между win3.1 и win95 ощущаешь?
Так от у 93-94 якраз і почалося різке зростання. Віндовс взагалі тут ні до чого, до 98-го року на робочі місця масово його ставили лише повні ентузіасти, якім не було куди витрачати вільний час.
Между 286-386 и пень-1 в массах?
Якщо не помиляюсь, то наймасовіша машина у 93-му - 386DX40. І продавались вони такими тиражами, які навіть не снились 286-м у іх найкращі роки.
Всі ці суперечки про техніку ні до чого. Нормальна реалізація потребує рівно одної потужної машини - під сервер. А сервери і у 92-93-му ставили лише на 386-х, бо наймасовіша Novell Netware 3.1/3.11/3.12 ставилась лише на 386 і вище. Тобто казати, що не було технічних можливостей - це, щонайменше, неправда.
Интересно как контора называлась, а то их относительно крупных по пальцам пересчитать можно было? (МДМ-Сервис, МЕРКС, ДКТ...)
Це настільки цікаво? Та й немає вже тієї контори...
И ты хотел чтобы в этот момент Боря Нуралиев без бабла на коленках склепал клиент-северную 1С и начал продавать за пару-тройку сотен баксов?
На той момент якщо у когось на такий крок і були гроші, так це у 1С. Але "піпл хаває", а там хоч трава не рости. Більше того, гроші на перехід на гуй і віндовс знайшлися (зовсім не дешевий крок, до речі).
Все умные. Чево ж никто не написал? Нетбабла?
Я зустрічав досить багато таких продуктів. От тільки це, частіше за все, локальні рішення для конкретних контор.
Я і кажу, що для середніх 1С не годиться. До речі, конкуренти є, просто у більшості випадків це програми, які ніде особливо не світяться (за винятком підприємств, які їх використовують) і, звичайно, не рекламуються.
1. Почему не рекламируются?
Бо немає ні грошей на рекламу ні потреби рекламувати.
2. И таки как эти конкуренты называются? Где можно посмотреть (без ехидства - мне интересно)? Я пока из альтернатив 1с 7.7 вижу только 8.0
З тих, що я зустрічав, жодна не мала назви у повному розумінні цього слова. Якщо дійсно цікаво, я можу спробувати пошукати контакти людини яка таку систему пише, встановлює і супроводжує.
3. Средние - понятие растяжимое.
Та ні, є дость чіткі критерії. У ЕС, якщо не помиляюсь, підприємства які мають 50-250 співробітників і до 16 млн річного обороту вважаються середніми.
4. Пока умный дельфийный програмер будет писать и оптимизировать свою супер быструю и надежную софтину, я максимум за неделю наклепаю первичную задачу на рахитной 1С, а на сдачу куплю новый сервер и поставлю гигабитную сетку.
По-перше, це не до мене, я на дельфі нічого не писав і навіть не згадував. По-друге, початкові витрати на "наклепать" і "поставить гігабітну сітку" це копійки у порівнянні з витратами на експлуатацію.
В оконцовке мой вариант будет быстрее, удобнее, проще и дешевле.
Це тільки за умови, що альтернативою є написаний повністю з нуля софт.
А в нерабочее время радовать топ-менеджмент конторы быстрым летание фильмов по сети. Как думаешь: какой вариант выберет заказчик? Ему - время - деньги. Ему на вчера надо.
Угу. От тільки гроші доведеться заплатити потім, коли 1С стане стримувати зростання. Правда, це будуть зовсім інші гроші.
Простите меня, засранца, что не выбрал судьбу бедного, но гордого честного програмера, а начал "зашибать бабло с лохов на рахитной 1С"
Я тебе нічим не дорікав, такі питання кожен сам для себе вирішує. До того ж я не вважаю, що 1С це погано, просто її не завжди тулять до місця.
4. Пока умный дельфийный програмер будет писать и оптимизировать свою супер быструю и надежную софтину, я максимум за неделю наклепаю первичную задачу на рахитной 1С, а на сдачу куплю новый сервер и поставлю гигабитную сетку. В оконцовке мой вариант будет быстрее, удобнее, проще и дешевле.
ну так посчитай, насколько быстро растущая база и растущее количество пользователей "сожрет" твой гигабит. что дальше? 10, 100, терабит? А если начальство намылиться по сети филмы гонять? даже для нормального sql (я уж молчу о 3-х уровневых системах) 10мбит за глаза (туда сотня байт запроса, обратно 10-100кил)
этой технологии 100 лет в обед, поэтому говорить, что в 93-94 этого ничего не было - неправда. на вин3.1 вовсю строили нормальные (относительно) клиент-серверные аппы
ну так посчитай, насколько быстро растущая база и растущее количество пользователей "сожрет" твой гигабит. что дальше? 10, 100, терабит? А если начальство намылиться по сети филмы гонять? даже для нормального sql (я уж молчу о 3-х уровневых системах) 10мбит за глаза (туда сотня байт запроса, обратно 10-100кил)
этой технологии 100 лет в обед, поэтому говорить, что в 93-94 этого ничего не было - неправда. на вин3.1 вовсю строили нормальные (относительно) клиент-серверные аппы
ежели сожрет и гигабит (пока и 100мбит по моим клиентам хватает на десяток другой юзверей) то возьму погремушку типа ToySQL или 1С++ и буду учить тупую 1С-ку веселей работать с sql - о таком не слышали? По 200 клиентов у людей молотит и не жужит.
То не була окремо взята модна фірма. Таких місць було немало. Були і можливості і потреби. Середні і великі підприємства з'явилися не вчора.
Повторямс - для подавляющего большинства средних 1с хвататает, даже для некоторых "крупных" подойдет. А таких фирм 10-12 лет назад было в десятки, если не сотни раз меньше, чем сейчас. (у нас)
І це не правда. У 98 році, наприклад, я в одній невеличкій (десь півтора десятка співробітників) конторі наткнувся на программу яка робила дуже складний аналіз поставок і продажу товарів. Використовувалась для мінімізації складських запасів і прогнозування попиту. Тобто потреба з'явилася теж не "тільки зараз".
текущая 1С с головой для таких размеров
Тобто казати, що не було технічних можливостей - це, щонайменше, неправда.
Не так. Не было даже надобности в таких технических возможностях во многих-многих фирмах. 3-5 компьютеров - уже модная контора в середине девяностых.
На той момент якщо у когось на такий крок і були гроші, так це у 1С. Але "піпл хаває", а там хоч трава не рости. Більше того, гроші на перехід на гуй і віндовс знайшлися (зовсім не дешевий крок, до речі).
переход под винду - вынужденный, так сказать дань моде, иначе б сейчас залашили может у них на клиент сервер после этого бабла и не осталось?
Я зустрічав досить багато таких продуктів. От тільки це, частіше за все, локальні рішення для конкретних контор.
Я тоже встречал много толковых "самоделок". И зачастую они были очень хорошими. Только у всех них было и есть 2 проблемы: 1. Скорость доработки. То что на 1С рисуется за день - там за 2 недели. 2. Отсутствие бухгалтерии. Ибо упарится делать и сопровождать одинокий энтузиаст. А сейчас уже автоматизация бухгалтерии и налогового учета играет далеко не последнюю роль. Честными все потихоньку становятся, налоги платят, растаможечку, зарплату. И чем дальше - тем большее внимание уделяется именно бухгалтерии в комлексе с внутренним учетом и анализом. Раньше так не было - работали вчерную, за нал. Учет был проще сам по себе. Время программ "пришло/ушло/осталось/заработали" (утрирую) уже прошло. А задача "бухгалтерия с поддержкой" уже непосильная для одного-парочки толковых энтузиастов. Слишком быстро все меняется и слишком там всего много разного. Т.е. комплекный учет потянут только крупные фирмы, коих кроме 1С пока не нарисовалось. Ну ну есть парус, бэст - только это закрытые системы. Есть модные и дорогие буржуйские, только вот я не знаю как у них дела с поддержкой по укр. законодальству.
Бо немає ні грошей на рекламу ні потреби рекламувати.
Т.е. люди не хотят славы и денюх?
З тих, що я зустрічав, жодна не мала назви у повному розумінні цього слова. Якщо дійсно цікаво, я можу спробувати пошукати контакти людини яка таку систему пише, встановлює і супроводжує.
Про толковые самоделки я написал. Бьемся лбом об бухгалтерию.
Та ні, є дость чіткі критерії. У ЕС, якщо не помиляюсь, підприємства які мають 50-250 співробітників і до 16 млн річного обороту вважаються середніми.
Да нет, критерии очень расплывчатые, тогда у меня и пару "крупных" клиентов есть. И сотрудников за 300 и оборот в сотнях лимонов не гривен (крупные автосалоны + сто). И шуршит там 1с как родная. Патамуша юзверей штук 8-10 на 1с-бухгалтерии и отсилы 20 на оперативном учете. Т.е. нас мало интересует к-во сотрудников и оборот. Нас интересует к-во пользователей и объем данных. Может сидеть три тёти за компами и парить одно наименование "сахар" вагонами и при этом иметь 50 манагеров + 300 грузчиков, а может сидеть 20 пользователей и продавать в розницу крючки и поплавки рыболовные, которых на одну накладную сотня позиций и прайс на 30-40 тыщ строк. И у них не будет оборота даже пару лимонов за год и сотрудников тех всего 25. Короче 1С таки для малых и средних. Приблизительно так. Некоторые средние не потянет в базе, а некоторые крупные потянет Тем более существуют не только "железячные" варианты заставить быстро работать 1с при надобности.
По-перше, це не до мене, я на дельфі нічого не писав і навіть не згадував. По-друге, початкові витрати на "наклепать" і "поставить гігабітну сітку" це копійки у порівнянні з витратами на експлуатацію.
Смотря какая фирма, темп развития, вид деятельности, потребности автоматизации и т.д.
Це тільки за умови, що альтернативою є написаний повністю з нуля софт.
Или он будет написан с нуля (возможно с использование совсем простого базового скелета, движка) под конкретно взятую фирму или рано или поздно он сам превратится в подобие 1С. Т.е. или с нуля хорошо и дорого или серийный продукт плохо, но дешево.
Угу. От тільки гроші доведеться заплатити потім, коли 1С стане стримувати зростання. Правда, це будуть зовсім інші гроші.
Для этого не надо парить 1с всем подряд, как это делают "франчайзи", для этого надо оценить потребности и возможности, предполагаемый темп роста, планируемые затраты и много другое. Я никогда не тулил 1с, если изначальные потребности были на пределе её возможностей. (Я уже писал, что больше 50 юзверей просто не лезу, в основном у меня все до 20-30, размеры базы, перечень номенклатуры даже в самых запущенных случая редко превышает 10-15 тыщ). От и усё. И всем нравится А туда куда "втулил" темп роста ой как неского достигнет ограничений 1с. А если когда-то и достигнет, тогда уже там явно не будет 1с, 7.7 так точно Задачу типа "супермаркет-караван с кучей касс" тоже можно решить на 1с. Надо с нуля быренько примитивную, но шуструю (максимально замучать её под sql или терминал проще поставить) конфу чисто для касс, а анализ и учет уже в другом куске с небольшм к-вом пользователей и шустрой сеткой. Ну и синхронизацию. Мона даже on-line. И не будет проблем ни с размером ни с юзверями.
Я тебе нічим не дорікав, такі питання кожен сам для себе вирішує. До того ж я не вважаю, що 1С це погано, просто її не завжди тулять до місця.
Да эт я так, крик души
в остальном пора забывать про 1С , жить ей осталось года 3-4 ибо она уже остановилась в своем развитии
дядьку, вы шо! Просто в дбф-варианте 7.х она достигла практически апогея. И этот вариант останется пока для небольший предприятий как простое и дешевое решение. А развивается 8.х - там ваще возможностей немеряно
І це не правда. У 98 році, наприклад, я в одній невеличкій (десь півтора десятка співробітників) конторі наткнувся на программу яка робила дуже складний аналіз поставок і продажу товарів. Використовувалась для мінімізації складських запасів і прогнозування попиту. Тобто потреба з'явилася теж не "тільки зараз".
текущая 1С с головой для таких размеров
Вона цього просто не вміє робити.
Тобто казати, що не було технічних можливостей - це, щонайменше, неправда.
Не так. Не было даже надобности в таких технических возможностях во многих-многих фирмах. 3-5 компьютеров - уже модная контора в середине девяностых.
Це, м'яко кажучи, не відповідеє дійсності.
На той момент якщо у когось на такий крок і були гроші, так це у 1С. Але "піпл хаває", а там хоч трава не рости. Більше того, гроші на перехід на гуй і віндовс знайшлися (зовсім не дешевий крок, до речі).
переход под винду - вынужденный, так сказать дань моде, иначе б сейчас залашили может у них на клиент сервер после этого бабла и не осталось?
Так я про це і кажу, що абсолютно непотрібний перехід на вінди зробили, а реально потрібний редизайн системи - ні.
Я зустрічав досить багато таких продуктів. От тільки це, частіше за все, локальні рішення для конкретних контор.
Я тоже встречал много толковых "самоделок". И зачастую они были очень хорошими. Только у всех них было и есть 2 проблемы: 1. Скорость доработки. То что на 1С рисуется за день - там за 2 недели.
Вон є різні. Взагалі, власна "мова програмування" не така вже й складна річ. Власну таку систему я (не сам, звичайно) розробляв у середині 92-го року. Правда, у неї була дещо інша спеціалізація.
2. Отсутствие бухгалтерии.
Теж є різні. У більшості систем які я бачив була можливість вести обидві ("чорну" і "білу") частини. Як на мене. "Біла" частина без бухгалтерії і повного комплекту звітів має не так багато сенсу.
Какое какое... Автомобильный Дом Украина-Мерседес-Бенц. Думаю понимаешь об чем я говорю когда говорю о количестве номенклатуры.
Бо немає ні грошей на рекламу ні потреби рекламувати.
Т.е. люди не хотят славы и денюх?
Їм вистачає грошей. До того ж кожен сам вирішує, чи потрібна йому слава і скільки потрібно грошей.
З тих, що я зустрічав, жодна не мала назви у повному розумінні цього слова. Якщо дійсно цікаво, я можу спробувати пошукати контакти людини яка таку систему пише, встановлює і супроводжує.
Про толковые самоделки я написал. Бьемся лбом об бухгалтерию.
Не треба узагальнювати, особливо не бачивши конкретний продукт.
Та ні, є дость чіткі критерії. У ЕС, якщо не помиляюсь, підприємства які мають 50-250 співробітників і до 16 млн річного обороту вважаються середніми.
Да нет, критерии очень расплывчатые, тогда у меня и пару "крупных" клиентов есть. И сотрудников за 300 и оборот в сотнях лимонов не гривен (крупные автосалоны + сто). И шуршит там 1с как родная. Патамуша юзверей штук 8-10 на 1с-бухгалтерии и отсилы 20 на оперативном учете. Т.е. нас мало интересует к-во сотрудников и оборот. Нас интересует к-во пользователей и объем данных. Может сидеть три тёти за компами и парить одно наименование "сахар" вагонами и при этом иметь 50 манагеров + 300 грузчиков, а может сидеть 20 пользователей и продавать в розницу крючки и поплавки рыболовные, которых на одну накладную сотня позиций и прайс на 30-40 тыщ строк. И у них не будет оборота даже пару лимонов за год и сотрудников тех всего 25. Короче 1С таки для малых и средних. Приблизительно так. Некоторые средние не потянет в базе, а некоторые крупные потянет Тем более существуют не только "железячные" варианты заставить быстро работать 1с при надобности.
Всяке трапляється, але мова йшла про середні показники.
По-перше, це не до мене, я на дельфі нічого не писав і навіть не згадував. По-друге, початкові витрати на "наклепать" і "поставить гігабітну сітку" це копійки у порівнянні з витратами на експлуатацію.
Смотря какая фирма, темп развития, вид деятельности, потребности автоматизации и т.д.
Так, звичайно, але ці самі параметри впливають і на початкові витрати, тому пропорції більш-менш зберігаються.
Це тільки за умови, що альтернативою є написаний повністю з нуля софт.
Или он будет написан с нуля (возможно с использование совсем простого базового скелета, движка) под конкретно взятую фирму или рано или поздно он сам превратится в подобие 1С. Т.е. или с нуля хорошо и дорого или серийный продукт плохо, но дешево.
Як я вже казав, дешевизна 1С умовна. Просто витрати розмазуються у часі.
Вона цього просто не вміє робити.
Дядьку, не говорите глупостей. В каком-то виде это сейчас реализавано в базовых поставках ТиС и комплексной. Если не нравится вид или принцип - нарисуем так, как нравится. Ведь ту программу анализа тож кто-то писал под конкретное предприятие...
Це, м'яко кажучи, не відповідеє дійсності.
Ладно, давай прикроем этот участок дискуссии. Мы наверное в разных странах живем. Со всех сторон жужат - "малый бизнес - малый бизнес" а у нас оказывается просто немеряная туча предприятий с минимум сотням компов.
Так я про це і кажу, що абсолютно непотрібний перехід на вінди зробили, а реально потрібний редизайн системи - ні.
Ненужный тебе или всем? 1С пошла правильным путем - автоматизация небольший предприятий. Небольших намного больше чем "крупных". Задачи более-менее типовые и т.д. Т.е. бизнес-план у Бори Нуралиева удался. Он закрыл эту нишу. Причем наглухо - теперь не проскочишь.
Вон є різні. Взагалі, власна "мова програмування" не така вже й складна річ. Власну таку систему я (не сам, звичайно) розробляв у середині 92-го року. Правда, у неї була дещо інша спеціалізація.
а вот с собственным языком "самоделок" я пока не видел а зачем он самоделке? это массовому продукту нужно, а не "под заказ"
Теж є різні. У більшості систем які я бачив була можливість вести обидві ("чорну" і "білу") частини. Як на мене. "Біла" частина без бухгалтерії і повного комплекту звітів має не так багато сенсу.
Я как раз об этом. Я сейчас по своим клиентам наблюдаю повальную легализацию. Люди наконец поняли, что проще работать вбелую, а потом заниматься "оптимизацией налогооблажения" чем иметь гемор с черными зарплатами и торговлей за баксы. Не все, не везде, но тенденция есть. Особенно в более-менее крупных конторах. Там где сотни сотрудников и сотни "языков". Т.е. все меньше становится вариантов "черная+балая" и всё больше "белый оперативный учет + белый бух/налоговый учет". Еще пятилетка и если всё будет так развиваться - черного останется мизер. Первый шаг в пути к международным стандартам учета сделали (новый план счетов - национальные стандарты). Глядишь и гаап введут полноценный и тогда уже даже "белый оперативный учет" будет плотную связан с бухгалтерским. И отдельно никак. И умрет не 1с, а "черные самопальный складские программы"
Какое какое... Автомобильный Дом Украина-Мерседес-Бенц. Думаю понимаешь об чем я говорю когда говорю о количестве номенклатуры.
прекрасно понимаю у меня есть пара подобных немаленьких контор одна обслуживает 2 марки машин (типа ужо 3), а вторая 4 т.е. каталоги запчастей и работ/операций придставляишь? на всех бух 1с, на одной складская 1с на другой "самоделка" складская проблем с синхронизацией не наблюдает ни между - 1с-ами ни между 1с-самопал может вы просто не умеете их готовить? могу ёпытом поделиться другой вопрос что и у одной из этих фирм не всё так гладко - но там "усложнение" ввиде неугомонного "креатиффа" вышестоящей конторы, которым они заколебали и нас и руководство (за последние 2 года они 3-й раз собрались менять систему учета)
ну так посчитай, насколько быстро растущая база и растущее количество пользователей "сожрет" твой гигабит. что дальше? 10, 100, терабит? А если начальство намылиться по сети филмы гонять? даже для нормального sql (я уж молчу о 3-х уровневых системах) 10мбит за глаза (туда сотня байт запроса, обратно 10-100кил)
этой технологии 100 лет в обед, поэтому говорить, что в 93-94 этого ничего не было - неправда. на вин3.1 вовсю строили нормальные (относительно) клиент-серверные аппы
ежели сожрет и гигабит (пока и 100мбит по моим клиентам хватает на десяток другой юзверей) то возьму погремушку типа ToySQL или 1С++ и буду учить тупую 1С-ку веселей работать с sql - о таком не слышали? По 200 клиентов у людей молотит и не жужит.
сначала мы асфальт положили, а когда положили, вспомнили, что трубы проложить забыли (с) и так у нас все. куча бабла идет в никуда
Не треба узагальнювати, особливо не бачивши конкретний продукт.
ну ты же успешно обобщаешь "1с", коих немеряно есть и будет еще новых причем ты же обобщаешь не только "физические её проблемы", но и функции конфигураций, видимо все же ты мало знаком с 1с
Всяке трапляється, але мова йшла про середні показники.
так вот для средних малых и средних средних - 1с хватает по уши 50-250 сотрудников совсем не значит 50-250 компов и уж тем более 50-250 пользователей 1с мы тут с тобой согласны в одном - малые 1с, большие - 1с не соваться а вот за "средние" грыземси
Так, звичайно, але ці самі параметри впливають і на початкові витрати, тому пропорції більш-менш зберігаються. Як я вже казав, дешевизна 1С умовна. Просто витрати розмазуються у часі.
А ты видел когда нибудь на 100% законченную учетную программу на "средней фирме"? постоянно - как не изменение законодательства, так прет креатифф начальства или открыаются новые направления окончательной цифры расходов на софт не будет никогда, как и 100% внедрения любую софтину надо доделывать/переделывать а вот тут уже можно сравнивать временные и денежные затраты на отдельно взятую задачу на конкретной фирме и там где хватает "физических" возможностей 1с - быстрее и дешевле будет доработка 1с
кстати я тут смотрю многие занижают "физические возможности 1с" минимум в несколько раз типа 10000 товара + 20 юзверей и кирдык верхний предел тоже сильно расплывчатый - в зависимости и от структуры базы и от жезела и от обязанностей/потребностей юзверей (один отчеты смотрит, другой накладные клепает)
сначала мы асфальт положили, а когда положили, вспомнили, что трубы проложить забыли (с) и так у нас все. куча бабла идет в никуда
сравнение - супер
только мне пока такого делать не приходилось не растут они так, шоб нужны были "трубы"
а может и лучше так? "правильная" система сожрет много бабла изначально и сожрет из оборотных средств конторы очень "правильные" системы способны ваще разорить многие фирмы может лучше начать дешево и просто, а потом когда выростем и поймем чево хатим - "купить правильную"? ты ж не будешь предлагать всем купить сразу бентли ручной сборки и ездить на нем всю жись и внуков в нем же возить
Вона цього просто не вміє робити.
Дядьку, не говорите глупостей. В каком-то виде это сейчас реализавано в базовых поставках ТиС и комплексной. Если не нравится вид или принцип - нарисуем так, как нравится.
Я не впевнений, що вийде "нарисовать" те, що там було зроблено. Досить сказати, що воно стало працювати з прийнятною швидкістю лише після того, як базу перегнали в DB2 і пару тижнів оптимізували аналізуючи плани запитів. Потім аналітику ще ускладнили і у мене є сумніви, що 1С взагалі придатна для цього.
Ведь ту программу анализа тож кто-то писал под конкретное предприятие...
Звичайно. Просто мова йде про те, що потреба з'явилась не вчора і не позавчора.
Це, м'яко кажучи, не відповідеє дійсності.
Ладно, давай прикроем этот участок дискуссии. Мы наверное в разных странах живем. Со всех сторон жужат - "малый бизнес - малый бизнес" а у нас оказывается просто немеряная туча предприятий с минимум сотням компов.
Так воно і є. Звичайно, їх значно менше ніж малих і середніх, тому вони не так і помітні у цьому плані.
Так я про це і кажу, що абсолютно непотрібний перехід на вінди зробили, а реально потрібний редизайн системи - ні.
Ненужный тебе или всем? 1С пошла правильным путем - автоматизация небольший предприятий. Небольших намного больше чем "крупных". Задачи более-менее типовые и т.д. Т.е. бизнес-план у Бори Нуралиева удался.
Вінда (і гуй) для цих задач взагалі не була потрібна, принамні до 98-99рр, а може і довше. Навіть зараз, коли я бачу як касир возить мишкою, обслуговуючи покупця, у мене виникає велике бажання пристрелити з рогатки того, хто проектував інтерфейс робочого місця.
Он закрыл эту нишу. Причем наглухо - теперь не проскочишь.
Проскочити можна і це не так складно. Просто є більш цікаві і прибуткові напрямки, ніж shrink-wrapped бухгалтерський софт, тому ніхто і не сунеться на цей ринок.
Вон є різні. Взагалі, власна "мова програмування" не така вже й складна річ. Власну таку систему я (не сам, звичайно) розробляв у середині 92-го року. Правда, у неї була дещо інша спеціалізація.
а вот с собственным языком "самоделок" я пока не видел а зачем он самоделке? это массовому продукту нужно, а не "под заказ"
Розроблялося для того, що б швидко "ліпити" задачу під конкретного замовника. Тобто практично те, для чого зараз використовується 1С. Якби не бажання тодішнього хазяїна фірми, де ми писали цю систему, що б ми працювали на шару, то, можливо, сьогодні розклади на цьому ринку були б інші. А так у кінці 92-го команда розвалилася і продукт фактично пропав, хоч я (і ще пара хлопців) потім з його допомогою писали "халтурки".
Вінда (і гуй) для цих задач взагалі не була потрібна, принамні до 98-99рр, а може і довше. Навіть зараз, коли я бачу як касир возить мишкою, обслуговуючи покупця, у мене виникає велике бажання пристрелити з рогатки того, хто проектував інтерфейс робочого місця.
особенно посмотрев, как это делается у мерикосов - ч/б текстовый интерфейс, тетка лупит по кнопкам практически не глядя + кардридер в клавиатурею с карты деньги удетают быстрее, чем у нас успевают в карман полезть. и никаких дурацких виндов, мышек и пос-терминалов
сначала мы асфальт положили, а когда положили, вспомнили, что трубы проложить забыли (с) и так у нас все. куча бабла идет в никуда
сравнение - супер
только мне пока такого делать не приходилось не растут они так, шоб нужны были "трубы"
а может и лучше так? "правильная" система сожрет много бабла изначально и сожрет из оборотных средств конторы очень "правильные" системы способны ваще разорить многие фирмы может лучше начать дешево и просто, а потом когда выростем и поймем чево хатим - "купить правильную"? ты ж не будешь предлагать всем купить сразу бентли ручной сборки и ездить на нем всю жись и внуков в нем же возить
а давай ты будешь спорить про вкус устриц с теми, кто их ел? прежде, чем лепить систему, кое кому нужно было изучить рынок sql-систем. так вот, страшная правда: кроме оракакела в мире существуют другие sql системы, прикинь, да? возьмем, к примеру db2 (нонче universal database, udb) существует под вагон и маленькую тележку платформ. существует в нескольких ценовых категориях - personal - бесплатно(!), professional, enterprise и тд. чем больше возможности по касширению, тем дороже. кто мешал сделать версию на personal, а потом предлагать расширения по мере увеличения нагрузки?
я уже молчу о кучке опенсорсных бесплатных sql-серверах. даже их опенсорснутость и бесплатность надежнее, чем дбф
а давай ты будешь спорить про вкус устриц с теми, кто их ел?
это ты к чему? мы тут вроде как спорим о потребностях и возможностях автоматизации учета на малых и средних предприятиях или ты не вкурсе - этих устриц не ел?
прежде, чем лепить систему, кое кому нужно было изучить рынок sql-систем. так вот, страшная правда: кроме оракакела в мире существуют другие sql системы, прикинь, да? возьмем, к примеру db2 (нонче universal database, udb) существует под вагон и маленькую тележку платформ. существует в нескольких ценовых категориях - personal - бесплатно(!), professional, enterprise и тд. чем больше возможности по касширению, тем дороже. кто мешал сделать версию на personal, а потом предлагать расширения по мере увеличения нагрузки?
я уже молчу о кучке опенсорсных бесплатных sql-серверах. даже их опенсорснутость и бесплатность надежнее, чем дбф
Причем тут оракл - я его упомянул хоть раз? Все умные задним числом. Как надо было делать. Можешь у Нуралиева спросить - почему он не сделал. Я не знаю. А ты возьми и сделай. Шуструю, со встроенным языком, с бухгалтерией и без заоблачных цен и сопровождай её. И порви 1С как тузик грелку. Тольку учти, что поскольку ты свой шанс прощелкал в середине 90-х, то теперь отбить рынок у 1С будет значительно сложнее, чем 1С было завоевать его. Самые хорошие софтины - это написанные под конкретную фирму - я об этом уже не раз говорил. Только это дороже и дольше, чем 1С. И не всегда лучше в результате. И не всегда оно нужно клиенту. Вон все жужат вында-гамно. И что? Есть вагон линуксов - они реальную конкуренцию составили? Я уже сколько раз в этой теме просил показать пальцем реального конкурента. Или хотя б фирму на которой реально работает софтина-конкурент 1с и люди реально довольны. И чтобы она была функционально лучше 1с.
особенно посмотрев, как это делается у мерикосов - ч/б текстовый интерфейс, тетка лупит по кнопкам практически не глядя + кардридер в клавиатурею с карты деньги удетают быстрее, чем у нас успевают в карман полезть. и никаких дурацких виндов, мышек и пос-терминалов
в караване был? сильно на кассе мышкали? сильно задержали тебя виндой и гуем?
Я не впевнений, що вийде "нарисовать" те, що там було зроблено. Досить сказати, що воно стало працювати з прийнятною швидкістю лише після того, як базу перегнали в DB2 і пару тижнів оптимізували аналізуючи плани запитів. Потім аналітику ще ускладнили і у мене є сумніви, що 1С взагалі придатна для цього.
ну насчет возможности сделать сложную аналитику в 1с не переживай а что касается быстродействия - так мы тут уже достаточно обсудили имхо
Звичайно. Просто мова йде про те, що потреба з'явилась не вчора і не позавчора.
опять путаем потребность и массовую потребность
Вінда (і гуй) для цих задач взагалі не була потрібна, принамні до 98-99рр, а може і довше. Навіть зараз, коли я бачу як касир возить мишкою, обслуговуючи покупця, у мене виникає велике бажання пристрелити з рогатки того, хто проектував інтерфейс робочого місця.
а ведь арм кассира это далеко не весь учет а графический интерфейс, интуитивно-понятный - тоже не валенки и не зря придумали очень правильно что 1с быстро подхватила эту тему а если б и гуй и под винду и под линук и на шустром скуле была эта 1с... кого б тогда ругали?
Розроблялося для того, що б швидко "ліпити" задачу під конкретного замовника. Тобто практично те, для чого зараз використовується 1С. Якби не бажання тодішнього хазяїна фірми, де ми писали цю систему, що б ми працювали на шару, то, можливо, сьогодні розклади на цьому ринку були б інші. А так у кінці 92-го команда розвалилася і продукт фактично пропав, хоч я (і ще пара хлопців) потім з його допомогою писали "халтурки".
вот так и заканчиваются большинство "глобальных проектов" у нас а 1с как-никак выбилась и слала почти монополистом
Я не впевнений, що вийде "нарисовать" те, що там було зроблено. Досить сказати, що воно стало працювати з прийнятною швидкістю лише після того, як базу перегнали в DB2 і пару тижнів оптимізували аналізуючи плани запитів. Потім аналітику ще ускладнили і у мене є сумніви, що 1С взагалі придатна для цього.
ну насчет возможности сделать сложную аналитику в 1с не переживай
Це не я повинен переживати
а что касается быстродействия - так мы тут уже достаточно обсудили имхо
Боюсь, ти не зрозумів. Проблема цієї аналітики у тому, що вона вимагає надзвичайно високого рівня оптимізації запитів і старано спроектованої структури бази (правильно нормалізовної, а потім, де треба, денормалізованої) для отримання результатів у _прийнятний_ строк. Це не різниця між 3 секунди чи 15 секунд чекати реакції (хоч і це дуже важливо), це різниця між "виконаєьтся за пару годин" і "виконеється за пару років". Без нормального сервера БД і потужного оптимізатора запитів у таке навіть соватися не варто.
Звичайно. Просто мова йде про те, що потреба з'явилась не вчора і не позавчора.
опять путаем потребность и массовую потребность
Те, що вчора було потребою сьогодні стало масовою потребою. Зараз багато видів бізнесу, які декілька років тому давали високу рентабельність, сьогодні дають значно меншу і тут вже кожен крок, який дозволить підняти рентабельність на пару процентів, стає значною конкурентною перевагою.
Вінда (і гуй) для цих задач взагалі не була потрібна, принамні до 98-99рр, а може і довше. Навіть зараз, коли я бачу як касир возить мишкою, обслуговуючи покупця, у мене виникає велике бажання пристрелити з рогатки того, хто проектував інтерфейс робочого місця.
а ведь арм кассира это далеко не весь учет
Угу. Це просто одна з ілюстрацій. Насправді я не раз мав змогу бачити, як тітки лупили проводки як навіженні на текстовому інтерфейсі і по пів дня пили каву і лялякали, і як ті самі тітки цілими днями не відриваючись возили мишкою. На каву і балачки часу вже не вистачало.
а графический интерфейс, интуитивно-понятный - тоже не валенки и не зря придумали
Давай ти не будеш повторювати побрехеньки про "інтуітивно-зрозумілий". Насправді питання не в тому, гуй це чи не гуй, а в стандартизації самого інтерфейсу.
очень правильно что 1с быстро подхватила эту тему
Так, для того щоб продукт продавався, це було правильно. Бо купують, за звичай, зовсім не ті, хто потім змушений користуватися. І гуй дійсно краще продається, бо "красивіший". От тільки
а если б и гуй и под винду и под линук и на шустром скуле была эта 1с... кого б тогда ругали?
Когось би іншого лаяли.
Розроблялося для того, що б швидко "ліпити" задачу під конкретного замовника. Тобто практично те, для чого зараз використовується 1С. Якби не бажання тодішнього хазяїна фірми, де ми писали цю систему, що б ми працювали на шару, то, можливо, сьогодні розклади на цьому ринку були б інші. А так у кінці 92-го команда розвалилася і продукт фактично пропав, хоч я (і ще пара хлопців) потім з його допомогою писали "халтурки".
вот так и заканчиваются большинство "глобальных проектов" у нас
Це не був "глобальний проект". Ми розробляли продукт для внутрішнього використання. Але, на жаль, змушений з тобою погодитись, проекти найчастіше розвалюються схожим чином. Додам, що не лише у нас.
а 1с как-никак выбилась и слала почти монополистом
Ну вони вибились, якщо я не помиляюсь, шляхом пробивання форматі 1С як стандарту для звітів у електронній формі у податкову (це у Росії). Як не важко здогадатися, при такому підході якості самого продукту не мають ні найменшого значення.
Боюсь, ти не зрозумів. Проблема цієї аналітики у тому, що вона вимагає надзвичайно високого рівня оптимізації запитів і старано спроектованої структури бази (правильно нормалізовної, а потім, де треба, денормалізованої) для отримання результатів у _прийнятний_ строк. Це не різниця між 3 секунди чи 15 секунд чекати реакції (хоч і це дуже важливо), це різниця між "виконаєьтся за пару годин" і "виконеється за пару років". Без нормального сервера БД і потужного оптимізатора запитів у таке навіть соватися не варто.
достаточно редкий случай, организация с большим оборотом и объемом данных я ж говорил - я даже не суюсь в такие масштабы и 1с вних явно не поможет
Те, що вчора було потребою сьогодні стало масовою потребою.
не хватило бабла Нуралиеву, не видел смысла, не ожидал, не его аудитория была... мало ли - я не пророк
Зараз багато видів бізнесу, які декілька років тому давали високу рентабельність, сьогодні дають значно меншу і тут вже кожен крок, який дозволить підняти рентабельність на пару процентів, стає значною конкурентною перевагою.
Толковая автоматизация "спасет отца русской демократии" Это аксиома. А вот масштабы и средства это автоматизации индивидуальны. Многим 1С будет достаточно.
Угу. Це просто одна з ілюстрацій. Насправді я не раз мав змогу бачити, як тітки лупили проводки як навіженні на текстовому інтерфейсі і по пів дня пили каву і лялякали, і як ті самі тітки цілими днями не відриваючись возили мишкою. На каву і балачки часу вже не вистачало.
Дядьку, если ты хоть одному моему клиенту-бухгалтеру сейчас предложишь "быстро налупить проводок" он тебя пошлет далеко и надолго Проводок уже давно никто не лупит - только в очень-очень редких случаях могут сделать пару проводок в месяц руками. Усё давно ахтаматизировано и вылизано. Сейчас довольно сложное законодательство и налогооблажение, чтобы можно было руками лупить проводки. А работа бухгалтера сейчас заключается совсем в другом. Анализ, отчетность, оптимизация. И гуй с мышкой тут рулит. Визуализация процесса панимаш. А в случая примитивного учета бухгалтер может себе позволить вести не одну-две фирмы, а десять-пятнадцать. И проводок ваще не лупить. Но на кофу времени нет
Давай ти не будеш повторювати побрехеньки про "інтуітивно-зрозумілий". Насправді питання не в тому, гуй це чи не гуй, а в стандартизації самого інтерфейсу.
ага 1с винаватая, шо дядя Билл напарил всему миру свою винду и винда со свои гуем сделалась международным стандартом.
Ну вони вибились, якщо я не помиляюсь, шляхом пробивання форматі 1С як стандарту для звітів у електронній формі у податкову (це у Росії). Як не важко здогадатися, при такому підході якості самого продукту не мають ні найменшого значення.
Хто раньше встал - того и тапки. Ну а чем закончились наши попытки электронных отчетов бэст-звит? Чего они этим добились. Бэст стал стандартом? Ты ваще видел это уё...ще? БЭСТ-ЗВИТ, АРМ Персонификации... Ну 1ДФ уже стала более-менее усвояемая. 1С просто фантастика рядом с ними.
не хватило бабла Нуралиеву, не видел смысла, не ожидал, не его аудитория была... мало ли - я не пророк
кстати вот его недавно спросили хули он 1С под линух не сделает ответил, что они сотрудничаю с майкрософтом, он видит перспективу в МС и не собирается 1с переводить на другие платформы, а все силы и средства сейчас брошены на развитие и доработку платформы 8.х х.з. может чувак опять ошибается?
Боюсь, ти не зрозумів. Проблема цієї аналітики у тому, що вона вимагає надзвичайно високого рівня оптимізації запитів і старано спроектованої структури бази (правильно нормалізовної, а потім, де треба, денормалізованої) для отримання результатів у _прийнятний_ строк. Це не різниця між 3 секунди чи 15 секунд чекати реакції (хоч і це дуже важливо), це різниця між "виконаєьтся за пару годин" і "виконеється за пару років". Без нормального сервера БД і потужного оптимізатора запитів у таке навіть соватися не варто.
достаточно редкий случай, организация с большим оборотом и объемом данных я ж говорил - я даже не суюсь в такие масштабы и 1с вних явно не поможет
Нагадую: контора у якій близько півтора десятки співробітників А справа там не у великих об'ємах, а в самому аналізі. На складних запитах дуже швидко рузумієш, що таке декартів продукт у реальному житті
Те, що вчора було потребою сьогодні стало масовою потребою.
не хватило бабла Нуралиеву, не видел смысла, не ожидал, не его аудитория была... мало ли - я не пророк
Просто такі речі, як я кажу, складніше продавати ніж красиву гуйню, хоч вони (на відміну від гуйні) реально потрібні (і буржуї реально їх роблять і продають - OLAP, data warehousing, data mining це саме воно).
Зараз багато видів бізнесу, які декілька років тому давали високу рентабельність, сьогодні дають значно меншу і тут вже кожен крок, який дозволить підняти рентабельність на пару процентів, стає значною конкурентною перевагою.
Толковая автоматизация "спасет отца русской демократии" Это аксиома. А вот масштабы и средства это автоматизации индивидуальны. Многим 1С будет достаточно.
Так, автоматизація допоможе. На першому етапі. Наступний етап - оптимізація за допомогою аналізу. Той товариш, який писав весь той складний аналіз, конкурував із значно більшими фірмами за рахунок того, що у нього практично не було товару, який скільки-небудь довго лежав на складі. Після того, як він перестав це робити і поїхав (за кордон, на ПМЖ), контора швидко загнулась, бо без цього аналізу (а ті, хто залишились просто ним не користувались, сподіваючись, що допоможе інтуіція і "відчуття ринку").
Угу. Це просто одна з ілюстрацій. Насправді я не раз мав змогу бачити, як тітки лупили проводки як навіженні на текстовому інтерфейсі і по пів дня пили каву і лялякали, і як ті самі тітки цілими днями не відриваючись возили мишкою. На каву і балачки часу вже не вистачало.
Дядьку, если ты хоть одному моему клиенту-бухгалтеру сейчас предложишь "быстро налупить проводок" он тебя пошлет далеко и надолго Проводок уже давно никто не лупит - только в очень-очень редких случаях могут сделать пару проводок в месяц руками. Усё давно ахтаматизировано и вылизано. Сейчас довольно сложное законодательство и налогооблажение, чтобы можно было руками лупить проводки. А работа бухгалтера сейчас заключается совсем в другом. Анализ, отчетность, оптимизация. И гуй с мышкой тут рулит. Визуализация процесса панимаш. А в случая примитивного учета бухгалтер может себе позволить вести не одну-две фирмы, а десять-пятнадцать. И проводок ваще не лупить. Но на кофу времени нет
Я не пропонував зараз проводки лупити руками. Я просто порівняв інтерфейси при виконанні однакових задач. До речі, те, про що ти пишеш - це фактично аналіз аналогічний тому, про який я писав вище. Тільки замість комп'ютера у твоєму прикладі аналіз робить людина.
Давай ти не будеш повторювати побрехеньки про "інтуітивно-зрозумілий". Насправді питання не в тому, гуй це чи не гуй, а в стандартизації самого інтерфейсу.
ага 1с винаватая, шо дядя Билл напарил всему миру свою винду и винда со свои гуем сделалась международным стандартом.
Вінда не була ніколи справжнім стандартом, там більше міжнародним. Більше того, мало хто зараз знає, що вінда зразка 90-го року (3.0) реалізує стандарт IBM SAA CUA, а наступні версії старанно його руйнують задля "красоти" До речі, цей стандарт є і для текстового фнтерфейсу, а не лише для гуя. Але це все лірика. Справа не в тому, хто винен, а в тому, що про юзера ніхто не думає, а думають про те, як продавати. Це дві великі різниці, насправді.
Ну вони вибились, якщо я не помиляюсь, шляхом пробивання форматі 1С як стандарту для звітів у електронній формі у податкову (це у Росії). Як не важко здогадатися, при такому підході якості самого продукту не мають ні найменшого значення.
Хто раньше встал - того и тапки.
Скоріше, "хто більше дав" Це просто приклад "конкуренції".
Ну а чем закончились наши попытки электронных отчетов бэст-звит? Чего они этим добились. Бэст стал стандартом? Ты ваще видел это уё...ще? БЭСТ-ЗВИТ, АРМ Персонификации... Ну 1ДФ уже стала более-менее усвояемая. 1С просто фантастика рядом с ними.
Я просто навів інформацію для роздумів.
не хватило бабла Нуралиеву, не видел смысла, не ожидал, не его аудитория была... мало ли - я не пророк
кстати вот его недавно спросили хули он 1С под линух не сделает ответил, что они сотрудничаю с майкрософтом, он видит перспективу в МС и не собирается 1с переводить на другие платформы, а все силы и средства сейчас брошены на развитие и доработку платформы 8.х х.з. может чувак опять ошибается?
Не робить, бо не може. Сильно все зав'язано на вінду і перенести на лінух чи щось інше означає переписати з нуля, а жаба давить. Там більше, що "піпл хаває"...
Нагадую: контора у якій близько півтора десятки співробітників А справа там не у великих об'ємах, а в самому аналізі. На складних запитах дуже швидко рузумієш, що таке декартів продукт у реальному житті
дело не в количестве людей, а если уж там небольшой объем данных - то может задачу поставишь - мне интересно, смогу ли решить на 1с (для справки - 1с работает не только с дбф или его вариации под мс-скулем, а можно выкинуть любые таблицы в оперативку и очень быстро их обрабатывать, "Таблица значений" так называемая - любые сложные анализы делаю тока так: исходные выкидываем утрировано из "дбф" в ТабЗначений, а потом уже её крутим вертим... более-менее современные процы и мозги лёхко это всё маслают)
Просто такі речі, як я кажу, складніше продавати ніж красиву гуйню, хоч вони (на відміну від гуйні) реально потрібні (і буржуї реально їх роблять і продають - OLAP, data warehousing, data mining це саме воно).
хорошо там, где нас нет
Так, автоматизація допоможе. На першому етапі. Наступний етап - оптимізація за допомогою аналізу. Той товариш, який писав весь той складний аналіз, конкурував із значно більшими фірмами за рахунок того, що у нього практично не було товару, який скільки-небудь довго лежав на складі. Після того, як він перестав це робити і поїхав (за кордон, на ПМЖ), контора швидко загнулась, бо без цього аналізу (а ті, хто залишились просто ним не користувались, сподіваючись, що допоможе інтуіція і "відчуття ринку").
не вижу особой сложности статистика и анализ продаж, даже сложный и расчет минимального остатка... сложность вижу только в оченб больших объемах продаж и длинной номенклатуре
Я не пропонував зараз проводки лупити руками. Я просто порівняв інтерфейси при виконанні однакових задач. До речі, те, про що ти пишеш - це фактично аналіз аналогічний тому, про який я писав вище. Тільки замість комп'ютера у твоєму прикладі аналіз робить людина.
без человека пока тяжко слишком много "эмпирических" факторов в нашей стране
Вінда не була ніколи справжнім стандартом, там більше міжнародним. Більше того, мало хто зараз знає, що вінда зразка 90-го року (3.0) реалізує стандарт IBM SAA CUA, а наступні версії старанно його руйнують задля "красоти" До речі, цей стандарт є і для текстового фнтерфейсу, а не лише для гуя.
де-юре может и не была, а де-факто есть и с ним пытаются местами бороться, но пока не очень успешно
Але це все лірика. Справа не в тому, хто винен, а в тому, що про юзера ніхто не думає, а думають про те, як продавати. Це дві великі різниці, насправді.
А про простого юзера нихто особо не думает даже у буржуев. Он не покупатель. Максимум думают как оптимизировать его работу для получения большей прибыли с него. А в больших конторах - как ему усложнить жись шоб он не смог фирму нае..ть Удобно должно быть руководству - покупателю. Типа адной княпкой и всё видеть. А юзверю удобно порнуху смотреть и по форумам шариться Так что проблемы негра...
Скоріше, "хто більше дав" Це просто приклад "конкуренції". Я просто навів інформацію для роздумів.
Ладно в России, а у нас кто мешает конкурентам? А в Прибалтике?
Не робить, бо не може.
может, только оно ему не надо - большие затраты - сомнительная отдача пойдет линух в массы - сделает как миленький
Сильно все зав'язано на вінду і перенести на лінух чи щось інше означає переписати з нуля, а жаба давить.
Пока винда вне конкуренции им надо прорываться на новые рынки (большие предприятия)
Там більше, що "піпл хаває"...
Пипл хавает ибо серьезных конкурентов 1с в её сфере просто нет. И чем дольше их не будет - тем крепче засядет 1с, привычка сильная штука. Ау конкуренты! Что вам мешает?
зы... вот что меня улыбает в этой дискусси, что никто со мной не спорит в области автоматизации бухгалтерии, комплексной автоматизации учета предприятия Весь спор вокруг вариантов "пришло/ушло/осталось" (пусть даже сильно усложненных) т.е. СКЛАД. А как насчет других видов деятельности (без торговли)? Много тут народу такого наавтоматизировало?
дело не в количестве людей, а если уж там небольшой объем данных - то может задачу поставишь - мне интересно, смогу ли решить на 1с (для справки - 1с работает не только с дбф или его вариации под мс-скулем, а можно выкинуть любые таблицы в оперативку и очень быстро их обрабатывать, "Таблица значений" так называемая - любые сложные анализы делаю тока так: исходные выкидываем утрировано из "дбф" в ТабЗначений, а потом уже её крутим вертим... более-менее современные процы и мозги лёхко это всё маслают)
Я бачу ти не дуже дружиш з теорією баз даних. Щоб ти мав уявлення: об'єднання (декартовий продукт) двох таблиць по 1024 кортежі у кожній, де кожен кортеж розміром всього-навсього 1К дає таблицю в 1 мільон кортежів загальним розміром 2гіг. Без оптимізації у тому чи іншому вигляді реляційні БД просто не працювали б, бо "в лоб" потреба в ресурсах буде більша ніж можливості наявної техніки.
Просто такі речі, як я кажу, складніше продавати ніж красиву гуйню, хоч вони (на відміну від гуйні) реально потрібні (і буржуї реально їх роблять і продають - OLAP, data warehousing, data mining це саме воно).
хорошо там, где нас нет
Біда у тому, що і не буде.
Так, автоматизація допоможе. На першому етапі. Наступний етап - оптимізація за допомогою аналізу. Той товариш, який писав весь той складний аналіз, конкурував із значно більшими фірмами за рахунок того, що у нього практично не було товару, який скільки-небудь довго лежав на складі. Після того, як він перестав це робити і поїхав (за кордон, на ПМЖ), контора швидко загнулась, бо без цього аналізу (а ті, хто залишились просто ним не користувались, сподіваючись, що допоможе інтуіція і "відчуття ринку").
не вижу особой сложности статистика и анализ продаж, даже сложный и расчет минимального остатка... сложность вижу только в оченб больших объемах продаж и длинной номенклатуре
Все, що ти назвав не дасть тобі прогнозу на місяць вперед, з урахуванням сезонних особливостей і інших факторів. Точніше, у тебе цю роботу робить юзер.
Вінда не була ніколи справжнім стандартом, там більше міжнародним. Більше того, мало хто зараз знає, що вінда зразка 90-го року (3.0) реалізує стандарт IBM SAA CUA, а наступні версії старанно його руйнують задля "красоти" До речі, цей стандарт є і для текстового фнтерфейсу, а не лише для гуя.
де-юре может и не была, а де-факто есть и с ним пытаются местами бороться, но пока не очень успешно
Сама здохне, не треба з нею боротися.
Але це все лірика. Справа не в тому, хто винен, а в тому, що про юзера ніхто не думає, а думають про те, як продавати. Це дві великі різниці, насправді.
А про простого юзера нихто особо не думает даже у буржуев. Он не покупатель.
Питають, ще й як.
Максимум думают как оптимизировать его работу для получения большей прибыли с него.
Цього досить.
А в больших конторах - как ему усложнить жись шоб он не смог фирму нае..ть Удобно должно быть руководству - покупателю. Типа адной княпкой и всё видеть. А юзверю удобно порнуху смотреть и по форумам шариться Так что проблемы негра...
Навіть те, що ти назвав це вже думки про те, що буде робити рядовий юзер. А у нас навіть на такому рівні мало хто цікавиться.
Ладно в России, а у нас кто мешает конкурентам? А в Прибалтике?
Я просто навів інформацію про те, як вони "завоювали ринок". Все інше - наслідки, у тому числі і захопленні ринку України.
Не робить, бо не може.
может, только оно ему не надо - большие затраты - сомнительная отдача пойдет линух в массы - сделает как миленький
Він уже пішов. Щось я не бачу 1С для лінуха...
Сильно все зав'язано на вінду і перенести на лінух чи щось інше означає переписати з нуля, а жаба давить.
Пока винда вне конкуренции им надо прорываться на новые рынки (большие предприятия)
Хай він сам вирішує, що йому потрібно робити
Там більше, що "піпл хаває"...
Пипл хавает ибо серьезных конкурентов 1с в её сфере просто нет.
Можливо.
И чем дольше их не будет - тем крепче засядет 1с, привычка сильная штука. Ау конкуренты! Что вам мешает?
Вибач, ти відповіді читав? Нічого не заважає, ця ніша просто нікого не цікавить, бо занадто малий прибуток. Коли більш доходні напрямки стануть пропадати, то і до цього напрямку руки дійдуть, якщо до того часу який-небудь проект з відкритим кодом не випхає 1С взаший
зы... вот что меня улыбает в этой дискусси, что никто со мной не спорит в области автоматизации бухгалтерии, комплексной автоматизации учета предприятия Весь спор вокруг вариантов "пришло/ушло/осталось" (пусть даже сильно усложненных) т.е. СКЛАД.
Де ти бачиш тут суперечку?
А как насчет других видов деятельности (без торговли)? Много тут народу такого наавтоматизировало?
Наприклад?
Він уже пішов. Щось я не бачу 1С для лінуха...
пока не вижу линух на рабочих станциях в офисах мы можем день лазить по Киеву и найдем линух только у энтузиастов и провайдеров (ну и вариации на тему) а вот у секретутки, бухгалтера, манагера - не найдем он не начал, он начинает начинать
Вибач, ти відповіді читав? Нічого не заважає, ця ніша просто нікого не цікавить, бо занадто малий прибуток. Коли більш доходні напрямки стануть пропадати, то і до цього напрямку руки дійдуть, якщо до того часу який-небудь проект з відкритим кодом не випхає 1С взаший
я честно говоря тихо млею где бабла в нашей сране крутится больше чем в учетных программах? где фирмы, которые имеют прибыли 1с+вся их дилерская сеть? только майкрософт? нихрена себе простите маленькие прибыли расскажите мне по секрету - мож я что-то не понимаю
мое имхо - проекты с открытым кодом, особенно бесплатные (на стадии начальной поставки), это немного "утопия" посмотри на этот линукс - его ж, блин, немеряно, каждый простите "др...ит как он хочет", идея хороша, но полный бардак и анархия а надо одинаковое, стандартное, квадратно-гнездовое, "лучше безобразно, но однообразно" - слышал такой приницип? повторям - это глубокое имхо
Наприклад?
Транспорт (Перевозки, такси...) Строительство Ваще любые услуги, как с применением материалов, так и без Производство (тока не надо про станки с ЧПУ )
Эти виды деятельности требуют больше гибкость системы учета, чем быстрые и надежные БД И в этих видах деятельности 1С закрывает зачастую даже потребности крупных предприятий
Я бачу ти не дуже дружиш з теорією баз даних.
Не дружу - писал уже выше. Не учили и не учил. 1С позволяет не заморачиваться с физ. структурой базы, а я себя не считаю разработчиком СУБД. Я этот, блин, тупой внедрёжник 1с
Щоб ти мав уявлення: об'єднання (декартовий продукт) двох таблиць по 1024 кортежі у кожній, де кожен кортеж розміром всього-навсього 1К дає таблицю в 1 мільон кортежів загальним розміром 2гіг. Без оптимізації у тому чи іншому вигляді реляційні БД просто не працювали б, бо "в лоб" потреба в ресурсах буде більша ніж можливості наявної техніки.
это канечно, я понял только половину, хотя слов знакомых много давай прикладной пример, а то я не могу понять нафига такие модные слайды в нашей сельраде
Все, що ти назвав не дасть тобі прогнозу на місяць вперед, з урахуванням сезонних особливостей і інших факторів. Точніше, у тебе цю роботу робить юзер.
момент есть статистика спроса за несколько лет по каждой позиции, какая проблема сделать прогноз и просчитать мин-макс остаток? сюда же сезонные колебания цен... если умный экономист или Павел Глоба мне даст исходные по результатам весенних выборов, ставках налогов после них и других "эмпирических" данных - мы их могём включить в расчет в чем проблема - нипанимаю тупой 1с-ник или та софтина могла предвидеть 30-градусный мороз и дать команду фокстротам и эльдорадоам завалить склады обогревателями до отказа? видать у них не та программа
Сама здохне, не треба з нею боротися.
Дай Бог, но при нашей ли жизни
Навіть те, що ти назвав це вже думки про те, що буде робити рядовий юзер. А у нас навіть на такому рівні мало хто цікавиться.
Ну ты меня поднял в моих глазах прямо
Він уже пішов. Щось я не бачу 1С для лінуха...
пока не вижу линух на рабочих станциях в офисах мы можем день лазить по Киеву и найдем линух только у энтузиастов и провайдеров (ну и вариации на тему) а вот у секретутки, бухгалтера, манагера - не найдем он не начал, он начинает начинать
Київ не показник. Більше того, я, наприклад, бачу як народ поступово переповзає під OpenOffice (наприклад, Аваль), а це знімає чи не найбільший "гачок" який тримає вінду у офісах. Поширення перевірок ліцензій на софт тільки підсилить тенденцію, а там і до лінуха на робочих місцях не далеко.
Вибач, ти відповіді читав? Нічого не заважає, ця ніша просто нікого не цікавить, бо занадто малий прибуток. Коли більш доходні напрямки стануть пропадати, то і до цього напрямку руки дійдуть, якщо до того часу який-небудь проект з відкритим кодом не випхає 1С взаший
я честно говоря тихо млею где бабла в нашей сране крутится больше чем в учетных программах? где фирмы, которые имеют прибыли 1с+вся их дилерская сеть? только майкрософт? нихрена себе простите маленькие прибыли расскажите мне по секрету - мож я что-то не понимаю
Ти не зрозумів. Так, прибутки там непогані у абсолютних величинах, але відносна прибутковість там не дуже висока. У тих же офшорів відносні прибутки значно вищі.
мое имхо - проекты с открытым кодом, особенно бесплатные (на стадии начальной поставки), это немного "утопия"
Ну тобто опенофіс, мозілла, апач, екліпс це все "утопія"?
До речі, бухгалтерія з відкритим кодом має дуже непогані перспективи, хоч на початок і треба грошей.
посмотри на этот линукс - его ж, блин, немеряно, каждый простите "др...ит как он хочет", идея хороша, но полный бардак и анархия
Не плутай свободу і анархію. Свобода є, анархії немає.
а надо одинаковое, стандартное, квадратно-гнездовое, "лучше безобразно, но однообразно" - слышал такой приницип? повторям - это глубокое имхо
Помножене на незнання ситуації
Наприклад?
Транспорт (Перевозки, такси...) Строительство Ваще любые услуги, как с применением материалов, так и без Производство (тока не надо про станки с ЧПУ )
Эти виды деятельности требуют больше гибкость системы учета, чем быстрые и надежные БД И в этих видах деятельности 1С закрывает зачастую даже потребности крупных предприятий
Я сам на практиці не стикався, тому багато коментувати не буду. Скажу тільки, що деякі подібні задачі (наприклад, підготовка повної специфікації комплектації на складний виріб) вимагають (точніше, там це зручно) підтримки рекурсивних запитів. Далеко не всі "велики" БД вміють таке, тому є сумніви у достатній гнучкості 1С для таких задач.
Я бачу ти не дуже дружиш з теорією баз даних.
Не дружу - писал уже выше. Не учили и не учил. 1С позволяет не заморачиваться с физ. структурой базы, а я себя не считаю разработчиком СУБД. Я этот, блин, тупой внедрёжник 1с
Це не фізична, а логічна структура. Коли ти міняєш поля у таблицях 1С, то теж працюєш з логічною структурою.
До речі, у "великих" БД є можливість працювати і з фізичною структурою. Звичайно, повного контролю немає, але розкласти таблиці по табличним просторам які розміщені на різних носіях можна. У деяких випадках така оптимізація може давати значний приріст продуктивності системи.
Щоб ти мав уявлення: об'єднання (декартовий продукт) двох таблиць по 1024 кортежі у кожній, де кожен кортеж розміром всього-навсього 1К дає таблицю в 1 мільон кортежів загальним розміром 2гіг. Без оптимізації у тому чи іншому вигляді реляційні БД просто не працювали б, бо "в лоб" потреба в ресурсах буде більша ніж можливості наявної техніки.
это канечно, я понял только половину, хотя слов знакомых много давай прикладной пример, а то я не могу понять нафига такие модные слайды в нашей сельраде
Спробую на пальцях: якщо треба просто "прочесати" інформацію, яка за звичай не використовується разом а тому не має спільних ключів і індексів, то спроба побудувати проміжні дані у вигляді таблиці, яку потім ти будеш "швиденько перемолювати у пам'яті" закінчується тим, що тобі просто не вистачить ресурсів навіть якщо вихідні таблиці дуже не значні за розміром. При глибокому аналізі даних потреба у поєднанні даних, які у повсякденній роботі не поєднуються, виникає досить часто.
Все, що ти назвав не дасть тобі прогнозу на місяць вперед, з урахуванням сезонних особливостей і інших факторів. Точніше, у тебе цю роботу робить юзер.
момент есть статистика спроса за несколько лет по каждой позиции, какая проблема сделать прогноз и просчитать мин-макс остаток? сюда же сезонные колебания цен... если умный экономист или Павел Глоба мне даст исходные по результатам весенних выборов, ставках налогов после них и других "эмпирических" данных - мы их могём включить в расчет в чем проблема - нипанимаю тупой 1с-ник или та софтина могла предвидеть 30-градусный мороз и дать команду фокстротам и эльдорадоам завалить склады обогревателями до отказа? видать у них не та программа
Там проблема була в тому, що а) статистики за декілька років просто не було і б) попит залежав от покупців, на які _додатково_ накладалися сезонні коливання. Тому простий мін-макс у заданому періоді не підходив. Там було щось більше схоже на аналіз активності кожного покупця, але на жаль, з часу, коли я колупався у тій програмі, пройшло багато часу (більше 7 років) і я просто не пам'ятаю усіх деталей
Сама здохне, не треба з нею боротися.
Дай Бог, но при нашей ли жизни
А це взагалі від нас залежить. Я, наприклад, практично не стикаюсь з віндою. Ось, наприклад, на цій машині, з якої я зараз пишу, немає навіть розділу з нею.
Київ не показник. Більше того, я, наприклад, бачу як народ поступово переповзає під OpenOffice (наприклад, Аваль), а це знімає чи не найбільший "гачок" який тримає вінду у офісах. Поширення перевірок ліцензій на софт тільки підсилить тенденцію, а там і до лінуха на робочих місцях не далеко.
Киев как раз пока показатель (на Украине). То, что сегодня в Киеве - завтра в регионах. OpenOffice и всякие 7-zip, Free-av и т.д. мои ребята параллельно полунасильственно тулят всем клиентам и дома у меня стоят тож, уже года два мс-офисом не пользуюсь Ниче - сначала матюкались, потом привыкли, теперь уже нравится, хотя опенофис всеж глюковатый немного Это не начало, это начало начал.
Ти не зрозумів. Так, прибутки там непогані у абсолютних величинах, але відносна прибутковість там не дуже висока. У тих же офшорів відносні прибутки значно вищі.
Погоди - мы о "програмерах" или глобально о бизнесах? Проще конечно иметь заправку или команду блокираторщиков, но "програмеры" чем занимаются?
Ну тобто опенофіс, мозілла, апач, екліпс це все "утопія"?
посмотрим, пока сам пытаюсь таким пользоваться - не всегда устраивает в сравнении с мелкософтом
До речі, бухгалтерія з відкритим кодом має дуже непогані перспективи, хоч на початок і треба грошей.
Не плутай свободу і анархію. Свобода є, анархії немає. Помножене на незнання ситуації
Личные ощущения меня - человека, который привык к винде - анархия и бардак. Пока все потуги в переходе на такой софт обусловлены только лишь дороговизной мелкософта для нашего кармана, а не тем, что альтернатива реально лучше. Т.е. как только продукры МС станут доступны - потуги могут резко прекратиться. Если альтернатива примет вменяемую форму и будет реально лучше настолько, что перебьет МС, 1С и т.д. не только бесплатностью, но и функционалом - я буду только рад. Мне не составит труда переучиться на другой "внутренний язык". Предметную область знаю, алгоритмику тоже, до 1С разными приличными язычками баловался, опыт немалый - без работы не останусь
Далеко не всі "велики" БД вміють таке, тому є сумніви у достатній гнучкості 1С для таких задач.
Мы всеже говорим немного на разных языках. Ты больше о физической структуре БД, запросов, т.е. о самом механизме, а меня этот механизм мало волнует - я на 1с-васике команду дал, а как оно реализует - мне не видно и не очень хочется, если медленно - пытаюсь решить другим путем. Многомерные матрицы, массивы - это я хорошо понимаю - тудой и решаю проблемы, пока получается Я структуру БД очень слабо знаю - не учился этому, ну разве что - дбф хорошо У меня подход больше прикладной - от этому как раз и учили
Це не фізична, а логічна структура. Коли ти міняєш поля у таблицях 1С, то теж працюєш з логічною структурою.
Ой дядьку, озадачил ты меня на ночь глядя Я конечно понимаю, что физ структура - это как домены на магнитном диске расположены , а логическая - это грубо - описание полей таблицы, но в 1с мы напрямую даже эти поля не описываем, т.е. мы описываем в уже "упрощенном для тупых 1с-ников виде", а оно уже само там назначает и создает. Т.е. работаем еще с уровнем выше. Поэтому я и назвал это "логической", а сами таблицы "физической". Не ну надо конечно иногда ковырнуть, но очень редко и в основном для внешних синхронизаций.
Спробую на пальцях: якщо треба просто "прочесати" інформацію, яка за звичай не використовується разом а тому не має спільних ключів і індексів, то спроба побудувати проміжні дані у вигляді таблиці, яку потім ти будеш "швиденько перемолювати у пам'яті" закінчується тим, що тобі просто не вистачить ресурсів навіть якщо вихідні таблиці дуже не значні за розміром. При глибокому аналізі даних потреба у поєднанні даних, які у повсякденній роботі не поєднуються, виникає досить часто.
Так понял, а вот прикладную задачу по этому принципу по-быстрому придумать все равно не могу. А еще уровнем выше задачку поднять? Типа для детей. Ну не работаю я с индексами и таблицами напрямую
Там проблема була в тому, що а) статистики за декілька років просто не було і б) попит залежав от покупців, на які _додатково_ накладалися сезонні коливання. Тому простий мін-макс у заданому періоді не підходив. Там було щось більше схоже на аналіз активності кожного покупця, але на жаль, з часу, коли я колупався у тій програмі, пройшло багато часу (більше 7 років) і я просто не пам'ятаю усіх деталей
Если нет статистики спроса, то должны быть планируемые заявки покупателей, договорной оборот или что-то такое. Из пустоты анализ не сделаешь. Я похожей фихней тоже занимался, но в контексте размера скидок разным статусам клиентов на разные группы товара в разное время года при разном обороте, а не мин-макс остатка. Там такие многомерные матрицы вырисовывались, шо крыша ехала.
А це взагалі від нас залежить. Я, наприклад, практично не стикаюсь з віндою. Ось, наприклад, на цій машині, з якої я зараз пишу, немає навіть розділу з нею.
Так вот чего мы зацепились Ты идейный!
Ти не зрозумів. Так, прибутки там непогані у абсолютних величинах, але відносна прибутковість там не дуже висока. У тих же офшорів відносні прибутки значно вищі.
Погоди - мы о "програмерах" или глобально о бизнесах? Проще конечно иметь заправку или команду блокираторщиков, но "програмеры" чем занимаются?
Програмісти зараз просто робоча сила, хоч і кваліфакована.
Ну тобто опенофіс, мозілла, апач, екліпс це все "утопія"?
посмотрим, пока сам пытаюсь таким пользоваться - не всегда устраивать в сравнее с мелкософтом
Ну я офісом не так багато користуюсь, мені вистачає. А все інше точно не гірше.
Не плутай свободу і анархію. Свобода є, анархії немає. Помножене на незнання ситуації
Личные ощущения меня - человека, который привык к винде - анархия и бардак.
Це від незвичності. Насправді "порядку" досить легко досягти. Береш один дистрибутив із мейнстрімних і маєш "порядок" як у віндах.
Пока все потуги в переходе на такой софт обусловлены только лишь дороговизной мелкософта дл янашего кармана, а не тем, что альтернатива реально лучше.
Ні, альтернатива реально краще. І дешевша в обслуговуванні, а це вже суттєво (на відміну від початкової ціни). До речі, переходять не тільки у нас, а й у всьому світі.
Т.е. как только продукры МС станут доступны - потуги могут резко прекратиться.
Если альтернатива примет вменяемую форму и будет реально лучше настолько, что перебьет МС, 1С и т.д. не только бесплатностью, но и функционалом - я буду только рад. Мне не составит труда переучиться на другой "внутренний язык". Предметную область знаю, алгоритмику тоже, до 1С разными приличными язычками баловался, опыт немалый - без работы не останусь
Головне не проспати момент
Далеко не всі "велики" БД вміють таке, тому є сумніви у достатній гнучкості 1С для таких задач.
Мы всеже говорим немного на разных языках. Ты больше о физической структуре БД, запросов, т.е. о самом механизме, а меня этот механизм мало волнует - я на 1с-васике команду дал, а как оно реализует - мне не видно и не очень хочется, если медленно - пытаюсь решить другим путем. Многомерные матрицы, массивы - это я хорошо понимаю - тудой и решаю проблемы, пока получается Я структуру БД очень слабо знаю - не учился этому, ну разве что - дбф хорошо У меня подход больше прикладной - от этому как раз и учили
Так у тому-то і біда, що якщо "великі" не всі це можуть, то 1С і поготів. До того ж це повинно бути видно на твоєму рівні.
Спробую на пальцях: якщо треба просто "прочесати" інформацію, яка за звичай не використовується разом а тому не має спільних ключів і індексів, то спроба побудувати проміжні дані у вигляді таблиці, яку потім ти будеш "швиденько перемолювати у пам'яті" закінчується тим, що тобі просто не вистачить ресурсів навіть якщо вихідні таблиці дуже не значні за розміром. При глибокому аналізі даних потреба у поєднанні даних, які у повсякденній роботі не поєднуються, виникає досить часто.
Так понял, а вот прикладную задачу по этому принципу по-быстрому придумать все равно не могу. А еще уровнем выше задачку поднять? Типа для детей. Ну не работаю я с индексами и таблицами напрямую
Так елементарна річ на зразок select * from table1, table2 дає декартовий продукт на виході. Як це виглядає у 1С вибач, не знаю.
Там проблема була в тому, що а) статистики за декілька років просто не було і б) попит залежав от покупців, на які _додатково_ накладалися сезонні коливання. Тому простий мін-макс у заданому періоді не підходив. Там було щось більше схоже на аналіз активності кожного покупця, але на жаль, з часу, коли я колупався у тій програмі, пройшло багато часу (більше 7 років) і я просто не пам'ятаю усіх деталей
Если нет статистики спроса, то должны быть планируемые заявки покупателей, договорной оборот или что-то такое. Из пустоты анализ не сделаешь. Я похожей фихней тоже занимался, но в контексте размера скидок разным статусам клиентов на разные группы товара в разное время года при разном обороте, а не мин-макс остатка. Там такие многомерные матрицы вырисовывались, шо крыша ехала.
Так отож.
А це взагалі від нас залежить. Я, наприклад, практично не стикаюсь з віндою. Ось, наприклад, на цій машині, з якої я зараз пишу, немає навіть розділу з нею.
Так вот чего мы зацепились Ты идейный!
Я не більш ідейний ніж ти. Просто за вінду не платять, а якщо платять, то мало
еще об альтернативах...
я конечно могу сейчас обложиться книжками по БД и делфям (благо базовые знания по БД есть, а уровень вчерашних-студентов-делфистов я настигну очень бысто, потому как в свое время на паскале ваяли довольно взрослые вещи (хоть и не из области учета), на сях быстро не смогу конечно) взять какой-нибудь бесплатный толковый sql... бухучет сам не потяну, но достаточно универсальный "склад" сделать смогу сам или с парой товарищей и дописывать потом и сопровождать смогём и даже впарю его сходу полсотне клиентов, которые просто на доверии мне согласятся...
а смысл? забить на собственное благосостояние и заняться светлым будующим?1С решит мои задачи быстрее и проще, а на серьезную конкуренцию нет ни знаний, ни ресурсов, и просто бабла... так что выбираем потребительскую позицию
Це від незвичності. Насправді "порядку" досить легко досягти. Береш один дистрибутив із мейнстрімних і маєш "порядок" як у віндах.
Провокационный вопрос. Какой дистрибутив рекомендуешь для домашнего изучения, офисного использования? Так чтобы всякие флешки-кардридеры и USB принтеры понимал, ИК-порт USB. Где драйвера брать? Где у этих зараз частота монитора меняется? Желательно документированный максимально "для дебилов". Можно ли сваять вариант: сервер с виндовыми приложениями (та же 1с например), а клиенты под линухом в режиме терминала.
Так елементарна річ на зразок select * from table1, table2 дає декартовий продукт на виході. Як це виглядає у 1С вибач, не знаю.
всё сдаюся шо оно с таблицами делает я давно понял, а зачем - я не понял Какую задачу человеческим языком програмеру ставят?
Так отож.
Так получилось. И работает Переделывал раза 4 с ноля пока получилось
еще об альтернативах...
я конечно могу сейчас обложиться книжками по БД и делфям (благо базовые знания по БД есть, а уровень вчерашних-студентов-делфистов я настигну очень бысто, потому как в свое время на паскале ваяли довольно взрослые вещи (хоть и не из области учета), на сях быстро не смогу конечно) взять какой-нибудь бесплатный толковый sql... бухучет сам не потяну, но достаточно универсальный "склад" сделать смогу сам или с парой товарищей и дописывать потом и сопровождать смогём и даже впарю его сходу полсотне клиентов, которые просто на доверии мне согласятся...
У такому разі дельфі не кращий вибір. Яка небудь жаба значно краще підходить для таких задач.
а смысл? забить на собственное благосостояние и заняться светлым будующим?1С решит мои задачи быстрее и проще, а на серьезную конкуренцию нет ни знаний, ни ресурсов, и просто бабла...
Скоріше зайнятися власним світлим майбутнім А знання... знання ніколи лишніми не бувають.
так что выбираем потребительскую позицию
Я вже писав, що кожен сам робить свій вибір.
Так елементарна річ на зразок select * from table1, table2 дає декартовий продукт на виході. Як це виглядає у 1С вибач, не знаю.
всё сдаюся шо оно с таблицами делает я давно понял, а зачем - я не понял Какую задачу человеческим языком програмеру ставят?
Так у тому-то і справа, що формально така операція виникає завжди при обробці запиту. Все, що потім у where пишеться, використовується для фільтрації кортежів які попадають у таблицю-результ. Для того щоб цього уникнути і потрібна оптимізація, наприклад where table1.field = table2.field дає можливість об'єднувати використовуючи індекси чи проміжні хеш-таблиці (це самі прості варіанти). Звичайно, навіть у найгіршому випадку сервер не будує проміжний декартовий продукт повністю, а робить це порціями, фільтруючи потім кожну порцію. Але то сервер, у нього є доступ до всього і контроль над виконанням операції. У "ручному" режимі так не вийде, треба мати повну проміжну таблицю, тому я і здивувався, коли ти зібрався робити це руками.
Це від незвичності. Насправді "порядку" досить легко досягти. Береш один дистрибутив із мейнстрімних і маєш "порядок" як у віндах.
Провокационный вопрос. Какой дистрибутив рекомендуешь для домашнего изучения, офисного использования? Так чтобы всякие флешки-кардридеры и USB принтеры понимал, ИК-порт USB. Где драйвера брать? Где у этих зараз частота монитора меняется? Желательно документированный максимально "для дебилов".
Візьми SuSe. Все є в комплекті. Частота монітору змінюється через ControlCenter (це така програма для настроювання всіх параметрів системи, від кольорів і тем гуя до залізяк і юзерів і таке інше). Після вінди тобі повинно бути досить звично.
Можно ли сваять вариант: сервер с виндовыми приложениями (та же 1с например), а клиенты под линухом в режиме терминала.
Я бачив термінального клієнта для вінди на жабі, але він не безкоштовний. Можливо є і інші варіанти, я не цікавився.
Візьми SuSe. Все є в комплекті. Частота монітору змінюється через ControlCenter (це така програма для настроювання всіх параметрів системи, від кольорів і тем гуя до залізяк і юзерів і таке інше). Після вінди тобі повинно бути досить звично.
ну я б наверное все-таки мандрейк порекомендовал. у сусе из коробки нет руссификации. или уже появилась ?
Візьми SuSe. Все є в комплекті. Частота монітору змінюється через ControlCenter (це така програма для настроювання всіх параметрів системи, від кольорів і тем гуя до залізяк і юзерів і таке інше). Після вінди тобі повинно бути досить звично.
ну я б наверное все-таки мандрейк порекомендовал. у сусе из коробки нет руссификации. или уже появилась ?
Не знаю, коли її там не було, бо до 9.1 я не дивився, а у 9.1+ з інтернаціоналізацією все у порядку.
особенно посмотрев, как это делается у мерикосов - ч/б текстовый интерфейс, тетка лупит по кнопкам практически не глядя + кардридер в клавиатурею с карты деньги удетают быстрее, чем у нас успевают в карман полезть. и никаких дурацких виндов, мышек и пос-терминалов
в караване был? сильно на кассе мышкали? сильно задержали тебя виндой и гуем?
ага. был. простоял полчаса в очереди - "звыняйте, мы карточки не принимаем" был и в фуршете и в мегамаркете с финсэкспертами на виндах а к чему ты это?
Так у тому-то і справа, що формально така операція виникає завжди при обробці запиту. Все, що потім у where пишеться, використовується для фільтрації кортежів які попадають у таблицю-результ. Для того щоб цього уникнути і потрібна оптимізація, наприклад where table1.field = table2.field дає можливість об'єднувати використовуючи індекси чи проміжні хеш-таблиці (це самі прості варіанти). Звичайно, навіть у найгіршому випадку сервер не будує проміжний декартовий продукт повністю, а робить це порціями, фільтруючи потім кожну порцію. Але то сервер, у нього є доступ до всього і контроль над виконанням операції. У "ручному" режимі так не вийде, треба мати повну проміжну таблицю, тому я і здивувався, коли ти зібрався робити це руками.
усё, наконец понял даже не знаю как это реализовано в 1с - могу только субъективно на пальцах попробовать
дбф 1с 7.7 как движку БД использует codebase "внутренний язык" 1с позволяет делать выборки двумя вариантами - "тупой перебор таблиц" и "режим запросов" так вот производительность в дбф-варианте по ощущениям практически одинаковая в двух случаях а вот в sql-варианте 1с запросы начинают "летать" те отчеты, которые в дбф-вариантке написаны шо путем запроса шо путем тупой выборки могут формироваться несколько часов, а то и вообще подвиснуть в sql они формируются за несколько секунд-минут правда опять же - сам запрос проходит быстро, а затормаживает процесс последний этап "прорисовки отчета" он выполняется на клиентской машине и если отчет в пару строк, но со сложной выборкой - sql вариант 1с + отчет через запрос радует всех до писка а вот если в отчете в результате полсотни тысяч строк сам запрос проходит за считанные пару минут вместо пары часов на дбф, а потом еще минут 10-20 малюется сама картинка проследить просто, если в тексте модуля отчета - проставить метки и проследить производительность каждого этапа
в стандартных поставках 1с запросы используются практически только в отчетах, правда в последнее всемя всё больше их используют и при заполнении документов, проведении и т.д. поэтому субъективно кажется что при переводе 1с под sql "летать" начинают только "тяжелые" отчеты, а скорость остальной работы почти не меняется ну и получается максимально-возможная переделка быз 1с с использованием запросов вместо тупых выборок - это как вариант выхода из положения так шо не всё так плохо
еще момент скорость конечной "прорисовки отчета", особенно очень длинного в десятки-сотни страниц сильно зависит от мощи клиентской машины и если клиент - чахлый целерон 300-400 с набортовой видяхой в 2 метра лично меня очень утомляет видеть как запрос формируется пару секунд, а потом мы 3-4 минуты ждем пока нарисуется красивая картинка на "гуе" тут выход конечно - терминал, но это не всегда удобно и возможно а как это происходит у "правильных" софтин?
ага. был. простоял полчаса в очереди - "звыняйте, мы карточки не принимаем" был и в фуршете и в мегамаркете с финсэкспертами на виндах а к чему ты это?
к тому, что я не вижу затормозки процесса и мышканья на гуи в супермаркетах
Не знаю, коли її там не було, бо до 9.1 я не дивився, а у 9.1+ з інтернаціоналізацією все у порядку.
кстати покопался на тему учетных программ под линух http://1l.w4b.ru/ - пытаются сделать натуральную 1с под линух с поддержкой существующих баз пока с их темпом похоже что раньше или шах помрет или ишак
http://ananas.lrn.ru интересная игрушка - качнул, поигрался убогая конечно и глючная пока, но налицо тупой закос под 1с, хотя и линукс и mysql такого плана и будут "правильные" разработки, если будут серьезные будет правильный движок, но жесткий закос под 1с во всем остальном, возможно будут оличия и в языке и интерфейсе, но идея будет та же - слишком сладкая перспектива загрести под себя всю толпу 1с-ников - готовых спецов по внедрению с клиентской базой (хороших или плохих - другой вопрос) так что, спи спокойн - дорогой товарищ 1с-ник!
еще смотрел какусь винницкую софтину бухучета под линух - реально шопопало конечно, но может пока...
дбф 1с 7.7 как движку БД использует codebase
Ух. Я останній раз балувався написанням sql subset мови запитів з codebase у якості DB engine році у 95-му До речі, для своїх задач працювало дуже непогано, але такий підхід вимагає наявності індексів для всіх полів по яким робиться об'єднання, інакше не працює codebase-вський bitengine. Зробити підтримку повного декартового продукту можна, але повзати воно буде як черепаха...
еще момент скорость конечной "прорисовки отчета", особенно очень длинного в десятки-сотни страниц сильно зависит от мощи клиентской машины и если клиент - чахлый целерон 300-400 с набортовой видяхой в 2 метра лично меня очень утомляет видеть как запрос формируется пару секунд, а потом мы 3-4 минуты ждем пока нарисуется красивая картинка на "гуе" тут выход конечно - терминал, но это не всегда удобно и возможно а как это происходит у "правильных" софтин?
Проблема інтерфейсу є всюди. Вирішується дизайном інтерфесу коли за винятком дуже крайньої необхідності на екран більше декількох рядків з бази не виводится.
Не знаю, коли її там не було, бо до 9.1 я не дивився, а у 9.1+ з інтернаціоналізацією все у порядку.
Я вже хотів порекомендувати цей сайт Бери "просто", не промажеш. x86_64 має сенс тільки якщо є багато програм які краще працюють на атлонах і пеньках з 64-бітним розширенням.
так что, спи спокойн - дорогой товарищ 1с-ник!
Спробуй пошукати ERP під лінух.
Ух. Я останній раз балувався написанням sql subset мови запитів з codebase у якості DB engine році у 95-му До речі, для своїх задач працювало дуже непогано, але такий підхід вимагає наявності індексів для всіх полів по яким робиться об'єднання, інакше не працює codebase-вський bitengine. Зробити підтримку повного декартового продукту можна, але повзати воно буде як черепаха...
ну так 6.0 как раз тогда и вышла, т.е. разрабатывалась еще раньше 7.7 получила в наследство тот же двиг по неизвестной причине (обсуждали ужо) а 7.7 sql - попыталась исправить ошибку, но полноценно сделать клиент-сервер видать не вышло, т.к. сильно много завязано на старое наследство а 8.0 уже полноценный клиент-сервер, еще и с какими-то заморочками типа основой сервер - мс-скуль, а дополнительные - промежуточные: какая-то хрень под названием "сервер 1с предприятия 8.0" я пока не разбирался есть варианты 8.0 которые не используют мс-скуль, а только какой-то свой "сервер" - говорят тоже вариация sql только в этом 8.0 столько цветастых рюшечек и прочих полуненужных наворотов (типа встроенного почтового клиента, веб-сервера и т.д.), что оно у меня дома (на П-3 550 256 мозгов) еле чёвгает
Проблема інтерфейсу є всюди. Вирішується дизайном інтерфесу коли за винятком дуже крайньої необхідності на екран більше декількох рядків з бази не виводится.
значит прально делаю, что максимально упрощаю формочки
Я вже хотів порекомендувати цей сайт Бери "просто", не промажеш. x86_64 має сенс тільки якщо є багато програм які краще працюють на атлонах і пеньках з 64-бітним розширенням.
"просто" на cd у них нет, меня ломает двд хороший (гамно ж себе не будешь ) покупать чтобы линух попробовать i386 для пней 2-3-4, целеронов, семпронов пойдеть?
Спробуй пошукати ERP під лінух.
буржуйских видел немало ссылок, не качал нам местного разлива нада бухгалтера и манагеры аглицкий не бельмесают
мы тут вроде как спорим о потребностях и возможностях автоматизации учета на малых и средних предприятиях
Причем тут оракл - я его упомянул хоть раз? Все умные задним числом. Как надо было делать. Можешь у Нуралиева спросить - почему он не сделал. Я не знаю. А ты возьми и сделай. Шуструю, со встроенным языком, с бухгалтерией и без заоблачных цен и сопровождай её. Я уже сколько раз в этой теме просил показать пальцем реального конкурента. Или хотя б фирму на которой реально работает софтина-конкурент 1с и люди реально довольны. И чтобы она была функционально лучше 1с.
мы говорили о способах повышения производительности систем бухучета. а вы? заплати, я напишу да, я опоздал, поэтому и не пишу, да и занимаюсь я сейчас совсем другим. бухучеты меня интересуют только когдя я книгу прихода-расхода заполняю кстати, в плане "жуткой" популярности можем еще поговорить и про методы "внедрения" 1с. с лобиррованием через налоговую и пр. методы ведения "честного" бизнеса
зато все пищат про корявость 1с, но спрыгивать реально некуда. замкнутый круг.
заплати, я напишу
заплати - так и я напишу
кстати, в плане "жуткой" популярности можем еще поговорить и про методы "внедрения" 1с. с лобиррованием через налоговую и пр. методы ведения "честного" бизнеса
а мы уже поговорили
зато все пищат про корявость 1с, но спрыгивать реально некуда. замкнутый круг.
патамуша у всех подход - "заплати - напишу" а написать чтобы потом поднять денюх - у всех кишка тонка
Я вже хотів порекомендувати цей сайт Бери "просто", не промажеш. x86_64 має сенс тільки якщо є багато програм які краще працюють на атлонах і пеньках з 64-бітним розширенням.
"просто" на cd у них нет, меня ломает двд хороший (гамно ж себе не будешь ) покупать чтобы линух попробовать i386 для пней 2-3-4, целеронов, семпронов пойдеть?
Звичайно. Це не вимога до процесора, а лише режим компіляції з яким збирається ядро і софт. До речі, "просто на CD" 10-ку я у них купив, може ти не там дивився?
Спробуй пошукати ERP під лінух.
буржуйских видел немало ссылок, не качал нам местного разлива нада бухгалтера и манагеры аглицкий не бельмесают
Зовсім не обов'язково потрібен саме місцевий розлив. До того ж у грамотно зробленій системі локалізацію зробити не так складно. В усякому разі це менш витратно, ніж з нуля робити всю інфраструктуру.
Звичайно. Це не вимога до процесора, а лише режим компіляції з яким збирається ядро і софт. До речі, "просто на CD" 10-ку я у них купив, може ти не там дивився?
и385 на cd там есть
Зовсім не обов'язково потрібен саме місцевий розлив. До того ж у грамотно зробленій системі локалізацію зробити не так складно. В усякому разі це менш витратно, ніж з нуля робити всю інфраструктуру.
опять упираемся не только в локализацию, но и в бухгалтерию и поддержку обновлений отчетности - их сам рисовать каждый месяц заколебаешься
Зовсім не обов'язково потрібен саме місцевий розлив. До того ж у грамотно зробленій системі локалізацію зробити не так складно. В усякому разі це менш витратно, ніж з нуля робити всю інфраструктуру.
опять упираемся не только в локализацию, но и в бухгалтерию и поддержку обновлений отчетности - их сам рисовать каждый месяц заколебаешься
Я не казав, що там є повністю готові системи (під наш облік, я маю на увазі). До того ж, бухгалтерія там в якомусь вигляді є, хоч, звичайно, доробляти їх доведеться. Щодо оновлень форм звітів, то я не готовий дати рецепт.
Щодо оновлень форм звітів, то я не готовий дати рецепт.
Я готов дать рецепт! Взорвать пенсионный и налоговую нах
что до этих EPR-софтин под линукс -может знаешь? в каких-то из них есть "внутренний язык" или только исходники на "правильных языках"?
Просто это очень нужно, т.к. между разработчиком и конечным пользователем должно быть звено (типа тупых 1с-ников, которые будут продавать, заниматься "внедрёжем", лашить юзверей и разработчиков и т.д.) Ибо разработчик заколебается общаться с конечным потребителем - у него здоровья на них всех не хватит
Щодо оновлень форм звітів, то я не готовий дати рецепт.
Я готов дать рецепт! Взорвать пенсионный и налоговую нах
что до этих EPR-софтин под линукс -может знаешь? в каких-то из них есть "внутренний язык" или только исходники на "правильных языках"?
Просто это очень нужно, т.к. между разработчиком и конечным пользователем должно быть звено (типа тупых 1с-ников, которые будут продавать, заниматься "внедрёжем", лашить юзверей и разработчиков и т.д.) Ибо разработчик заколебается общаться с конечным потребителем - у него здоровья на них всех не хватит
Я не колупався більш детально в них, тому готової відповіді у мене немає. Знов таки, якщо такого готового немає, то додати самому таку мову зовсім не складно.
Посмотри LynxEnterprise. Все задачи в комплексе и с перспективой. И по обучаемости проблем не возникнет.
Відповісти
Поперед.
Зміст
Наступ.
Гілками
) - это заслуга не 1С, а MS SQL Server. Всё то же самое можно делать, если в кач-ве СУБД будет выбран MS SQL Server, или на многих други вариантах.
нармальна? umka, слушай, что говорят 
отдельно никак
