Я ищу программиста по инженерным сетям

[grenles]

Плюс - наверняка нужны будут отчеты для печати, то есть ГОСТовские
шаблоны и прочее. Даже просто создание шаблона в уже готовой программе
потребует минимум один день, а сколько различных форматов и
шаблонов?

Еще момент с другой стороны - практически все программы плотно
взаимодействуют с Автокадом, Автодеском, Corel Draw и другими
программами векторного рисования. Реализация совместимости - чтение,
сохранение в эти форматы тоже требует - знаний конкретной реализации
этих форматов, некий алгоритм перевода из "входного" формата в свой
собственный. А это тоже время и знания.

В итоге я для себя определяю, что даже если и браться за проект и не
думать о его сложности, а делать и делать, и делать. То одиному это за
срок менее года не осуществить, даже если для вас это будет
разрабатывать суперспециалист с багажом наработок и знаний. Кроме того
это потребует практически каждый день работы над проектом ,что
называется с заката и до рассвета.

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

Поэтому даже не зная всего вашего проекта, я сколняюсь к ответу -
скорее нет, чем да.

Либо для этого проекта надо собирать команду из 4-5 человеки делать,
делать, делать. ОДин будет делать "графику", другой "внутреннюю
логику" и прочее, - третий отчеты, печать, четвертый - совместимость
форматов, пятый - тестировать.... Вот тогда еще о чем-то за такие
сроки можно говорить.

Либо делать одному, но реально это будет долго и я не уверен, что
реализация будет через год. И еще момент, если за проект будет браться
"серьезный" человек, то он захочет уже сразу деньги как только он
начнет работать и что-то делать, да и вряд ли "опытный" будет браться
за такой проект. Искать студентов тоже не выгодно - это даже хуже чем
кот в мешке.

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

И потом - еще раз и еще раз последний и главный момент. От того, что
какая-то программа медленее и неудобнее. не значит, что мы сможет
написать быстрее и удобнее. А потом же - вы справедливо полагаете, что
надо спешить, ибо пока мы тут будет что-то тянуть с нуля, это уже
может быть реализованно теми же разработчиками в своих программах
и выйти как обновление.

И я не настолько уверен, что все сразу кинутся на новую никому
неизвестную программу только на основании того, что в ней что-то
лучше. Здоровый скепсис всегда должен быть, - тоже проза жизни.

Вообщем мои соображения такие. Если кратко, то я предлагаю более
детально оценить ситуацию и уж если дело действительно того стоит, то
набирать команду, а не одиночку, причем команду желательно
профессионалов, а не любителей заявлять, что они профи.

[grenles]

Либо я неверно вас понял и вы хотите всю реализация на встроенном языка Автокада?

[pu4koff]

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

Сообщение от grenles

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

Это я бы не считал большой проблемой. Тут либо голый OpenGL брать и лепить велосипед под свои нужды, либо брать готовый движок под это дело.

Сообщение от grenles

Это требует определенного времени. НО, если учесть, что программа
специфическая, то для нее нужны еще наборы объектов типа - точки,
надписи, трубопроводы, выноски, сноски и другие обозначения. принятые
в вашей области.

Тут главное спроектировать всё, а уж примитивы добавить - не проблема, если конечно в архитектуре не ошибиться.

Сообщение от grenles

Далее все это хозяйство надо хранить, а для этого нужен какой-либо
формат - либо использовать чужой, либо изобретать свой.

Это тоже мелочь. Вопрос одного-двух дней, если не критичен формат хранения. Банальная сериализация, которая во многих языках и библиотеках готовая есть.

Сообщение от grenles

При этом не факт, что наша версия будет работать быстрее уже
существующих аналогов.

Не думаю, что это будет определяющим критерием. Минусом автокада выступает его универсальность, т.е. он не так удобен пользователю в данной области. Если "рисовать трубу" будет проще в Вашей программе, то это будет более весомым аргументом, нежели дополнительное время работы компьютера. Пользователи любят удобство и любят действовать в своей области с использованием знакомых терминов. Заставлять проектировщика трубы заморачиваться с линиями и прочими примитивами считаю лишним. Тут в плюс выступает то, что в разработке будет участвовать опытный в этом деле человек. У него можно узнать как происходит работа и как её можно упростить. Так что по поводу скоростей я бы особо не заморачивался.

Сообщение от grenles

Теперь о логике - у вас есть логика написанная в Ворде и в Автокаде.
Но вот в чем нюанс. Я знаю из опыта, что как только начнешь
разрабатывать проект - выплывают нюансы и детали, как-то: (ну сразу и
быстро, что приходит на ум) - единицы измерения, линейки, различные
настройки, состоящие из сложных меню типа - высота, ширина, диаметр,

Это полюбому всплывет. Проект писал не программист, а значит что-то "интересное" будет периодически всплывать в процессе проектирования.
В принципе это всё тоже исправляется возможностью плотного общения по той же аське. От архитектора программы только будет требоваться проникнуться предметной областью, изучить термины и вперёд. Работа самая интересная, сложная и ответственная. Накосячишь тут, последующая разработка будет сплошной мУкой.

Сообщение от grenles

толщина стенок и прочее, при этом для разных объектов что-то будет, а
чего-то не будет,- то есть потребуется еще некоторое время для
уточнения "примитивов" используемых объектов и их детальных
характеристик. При этом - визуальное отображение - это одно, а еще
есть математическое описание - размеры, параметры и прочыее.

Рано паритесь. Это всё должно относиться ко второму этапу: проектирование программы. Первый этап: Анализ предметной области.
Ну и умные дяденьки придумали кучу паттернов, на базе которых можно всё это дело реализовывать. Всякие там MVC, MVP, MVVM,...

Сообщение от grenles

Итак - это тоже время и тоже похоже на изобретение велосипеда.

Любая разработка с нуля (без наличия опыта и наработок в этой области) является изобретением велосипеда.

Сообщение от grenles

Последнее. Как минимум, чтобы продать продукт или начать это делать,
необходимо, чтобы по существующим возможностям он был на уровне, то
есть как минимум включал все то, что могут другие и то новое, что
хотите вы. То есть фактически необходимо переписать аналог хотя бы
самой простой из существующих на этом рынке программ.

Ну раз Олег Семенович решил заняться разработкой данной программы, потратил на это дело 2 года, значит что-то на рынке с программами не так и специалистов чем-то они не устраивают.

Сообщение от grenles

А для этого тоже
надо время, а еще - найти и реализовать все соглашения, сертификаты,
протоколоы и прочее, что касается предметной области.

В этом то и проблема. Был бы инвестор, проблемы бы не было. Наняли команду человек из 3-5 и вперёд. Ну а тут всё упирается в отсутствие свободного времени, которое можно потратить на разработку данной программы.

[pu4koff]

Сообщение от grenles

Плюс - наверняка нужны будут отчеты для печати, то есть ГОСТовские
шаблоны и прочее. Даже просто создание шаблона в уже готовой программе
потребует минимум один день, а сколько различных форматов и
шаблонов?

Это такая мелочь на фоне объемов разработки данного продукта, что я бы даже не думал о ней раньше времени.

Сообщение от grenles

Еще момент с другой стороны - практически все программы плотно
взаимодействуют с Автокадом, Автодеском, Corel Draw и другими
программами векторного рисования. Реализация совместимости - чтение,
сохранение в эти форматы тоже требует - знаний конкретной реализации
этих форматов, некий алгоритм перевода из "входного" формата в свой
собственный. А это тоже время и знания.

Есть формат dxf, если я не путаю. Открытый и простой для реализации. Обычный текстовый файл по сути. Внутри линия будет храниться что-то вроде: "LINE 10, 20, 50, 50". 10,20 - координаты одного конца, а 50,50 - второго. Так что этого я бы тоже не пугался (какой-то я бесстрашный получаюсь в этом сообщении)

Сообщение от grenles

В итоге я для себя определяю, что даже если и браться за проект и не
думать о его сложности, а делать и делать, и делать. То одиному это за
срок менее года не осуществить, даже если для вас это будет
разрабатывать суперспециалист с багажом наработок и знаний. Кроме того
это потребует практически каждый день работы над проектом ,что
называется с заката и до рассвета.

Да да да. Времени нужно будет очень много, если я правильно представляю масштаб планируемой разработки

Сообщение от grenles

Либо для этого проекта надо собирать команду из 4-5 человеки делать,
делать, делать. ОДин будет делать "графику", другой "внутреннюю
логику" и прочее, - третий отчеты, печать, четвертый - совместимость
форматов, пятый - тестировать.... Вот тогда еще о чем-то за такие
сроки можно говорить.

Неудачное разделение обязанностей
В центр нужно ставить архитектора. Продукт большой и без грамотного специалиста загнётся. Правильная архитектура - это уже половина дела. Кодирование потом и студентам без опыта можно доверить, главное - чтобы они следовали проекту без креатива. Еще одного нужно брать для разработки/затачивания под нужды проекта графического движка. Ну и пару-тройку программистов-разнорабочих, которых впоследствии перекидывать с внутренностей на отчеты, поддержку форматов и т.п.

Сообщение от grenles

Либо делать одному, но реально это будет долго и я не уверен, что
реализация будет через год. И еще момент, если за проект будет браться
"серьезный" человек, то он захочет уже сразу деньги как только он
начнет работать и что-то делать, да и вряд ли "опытный" будет браться
за такой проект. Искать студентов тоже не выгодно - это даже хуже чем
кот в мешке.

В любом случае тут будет кот в мешке. Хоть со студентами, хоть без. Без грамотного руководства ничего не взлетит, а найти бесплатного хорошего архитектора, который бы еще и совмещал функции тим лидера практически невозможно.

Сообщение от grenles

И я не настолько уверен, что все сразу кинутся на новую никому
неизвестную программу только на основании того, что в ней что-то
лучше. Здоровый скепсис всегда должен быть, - тоже проза жизни.

Для этого существуют 1С и подобные фирмы. С готовой программой или полуготовой можно попробовать к ним прийти и разрекламировать своё творение. Если их это дело заинтерисует, то о проблемах с зарплатой и продвижением/продажей продукта можете забыть. Финансовые вопросы и маркетинг они возьмут на себя на обговоренных условиях. И обложку красивую слепят и диски напечатают и по магазинам распространят. Свежачок от 1С уже лучше пойдёт, чем от неизвестных разработчиков

[Олег семенович]

Шаблоны для спецификации у меня в ворде. Профиль программа должна чертить в АКАДе, т.к. масштаб по горизонту 1:500, по вертикали 1:100.
Бывают профили разной длины. Длинную трассу надо делить на 500 метров.
Все плоттеры затесаны под АКАД, масштаб должен четко сохраняться.
Это гостовская величина. Программы брискад, нанокад, микростейш используются мало, программу надо писать для среды АКАД.
Надоело вручную работать. Выписываю сначала высотные отметки земли
на бумагу с пикетажом, потом выписываю на бумагу подземные пересечки
с высотными отметками и пикетажом, потом это вручную набиваю в
программе, потом сторою профиль трубопровода, потом его корректирую.
Так у нас весь институт МосгазНИИпроект работает.
Я хочу это изменить. Я это учел в ТЗ. Олег Семенович.

[grenles]

Согласен с замечаниями pu4koff
Иногда я выражаюсь не совсем точно, но по сути - именно что-то похожее я и хотел сказать.
Прекрасно понимаю Олега Семеновича, что ручная работа просто убивает наповал весь креатив.

Но все-таки для себя сложность этого проекта я оцениваю очень большой.

И еще - что значит "чертить в Автокад"?
Создавать чертеж в формате понимаемом Автокадом, или, используя средства автоматизации Автокада, в его среде его средствами создавать рисунок?

[pu4koff]

Ну и еще у меня один вопрос: Смотрели что-то из "GS.PipeLine", "Model Studio CS Трубопроводы" или подобного? Чем-то они не устраивают или вообще не в тему программы?

[mrChester]

Вставлю и свое пессимистичное мнение по поводу разработки данной системы.
Когда я учился на 4-м курсе, меня и еще 3-х студентов пригласили в НИИ Институт Механики (кажется так называется). Нам сказали что есть большой проект, который нужно реализовать, для диплома типа будет большим плюсом. Оказалось, что тем проектом оказался как раз таки подобный. Заказчиком выступала компания ТрасНефть.
На тот момент я работал и никакого желания связывать свою жизнь с разработкой у меня не было, поэтому я на следующей встрече отказался в этом участвовать.
Парни разработали его за полтора года (конечно есть и баги, но над этим еще работают).
Параллельно над подобным проектом работали люди из Нефтяного университета, заказчиком выступала также Транснефть и после реализации проекта она должна была сделать выбор между двумя.
Выбрали Институт механики и получается что люди из нефтяного работали впустую (ну может кто-то и защитил диплом на этом, но внедрен проект не был)
Теперь суть всего, что я сказал выше: подобные программы пишут, модифицируют постоянно. Их больше, чем кажется на первый взгляд. Ну разработаете вы свой проект, а каким образом вы хотите внедрять его? Было бы очень хорошо если заказчик уже есть и вы с уверенностью работаете над ним, зная что она внедрится

[Олег семенович]

Создавать при помощи программы чертеж с расширением dwg,
т.е. в формате, который понимает автокад.
Трассовики редко работают с рисунками, только с чертежами.
Автокаад основная среда для проектирования трассы трубопровода.
Начинать всегда тяжело, тут самому надо думать.

[grenles]

Я пока в стадии изучения проблемы - насколько все плохо. По поводу программ и аналогичных им - не сомневаюсь - много.
Но вот же интересно наши же написали "Компас". Значит была необходимость и им пользуются. хотя писал не один человек - это точно.
Хотя судя по той же истории - они 3 года до этого в четвером работали вместе над различными проектами и уже потом решили изо всего этого сделать единую программу.