Воспользуюсь услугами разработчика.

[Флэйм]

Сам, наверно, делать буду...

 

P.S. Придется яву изучать...

Ваша вера в собственные силы достойна уважения: писать софт такого класса, параллельно изучая среду и язык разработки - это высший пилотаж

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

В 10 раз меньше. laugh.gif

Так вы еще и пророк - софта готового еще нет, а стоимость его разработки уже есть (10-20 т.р., я правильно понял).

[Marik]

Так вы еще и пророк - софта готового еще нет, а стоимость его разработки уже есть (10-20 т.р., я правильно понял).

Не дорогое же у ТС время...

[Любопытный]

ЗДЕСЬ однажды уже писали игру)))

PS Ничего личного...

[Дос]

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

 

P.S. Решение не обязательно программа, это может быть целый комплекс или система, с использованием как программных так и технических средств обработки информации

[LOM]

Ваша вера в собственные силы достойна уважения: писать софт такого класса, параллельно изучая среду и язык разработки - это высший пилотаж

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

 

Так вы еще и пророк - софта готового еще нет, а стоимость его разработки уже есть (10-20 т.р., я правильно понял).

... ну че там .... ритминформ начал писать?? ))) .. реалити шоу будет?

[zmpb]

С удовольствием прочитал все 7 страниц. Весело)

[MpakV]

Лиопольд! Выходи!

[MpakV]

Выходи, подлый трус!

[Smile]

Жесткая тема =) Думал не осилю до конца прочитать =))

Заказчик не озвучивает бизнес цели и бизнес требования. Обычно это отражается, т.к. сказать, в уставе проекта, в котором, среди прочего, также указываются границы проекта, в котором уже должна вырисовываться концепция продукта. Получить требования пользователей, видимо, тоже никому не удастся, т.к. налицо "стандартная" ситуация, когда заказчик (или его представители, например, маркетологи или какие-нибудь там директора) уверен, что он лучше своих пользователей (подчиненных) знает варианты использования продукта, атрибуты качества продукта, специфику и нюансы работы пользователей, которую необходимо автоматизирвоать. Следовательно, в такой ситуации не возможно разработать функциональные требования, невозможна трассировка между требованиям, когда все требования "нижележащего" уровня имеют обязательную связь с требованиями "вышестоящего" уровня, а не берутся с потолка. В итоге не возможно разработать спецификацию ПО, а следовательно и качественное ТЗ. Нет, я, конечно, не буду спорить, что после написания (подписания заказчиком) ТЗ не "все мосты созжены" =)) Заказчик может менять требования сколь угодно, как угодно и когда угодно, но он должен понимать, что такие категории как стоимость(cost), содержание(scope) и качество (quality) проекта взаимосвязаны (это равнобедренный треугольник). И если cost надо снизить, то только за счет сужения scope и quality =))) Уж извините. И наоборот, если вам угодно расширить границы проекта, то ради бога, но за счет роста стоимости работ, увеличения трудовых ресурсов и др. При этом вы получите бонус =)) В виде повышенного качества. Это так, в вкратце, про область управления содержанием, вернее про его маааленькую часть (один из процессов), которая называется сбором требований... Ведь их еще нужно не только собрать, а задокументировать, проанализировать и согласовать. А как Вы хотели? Ведь в процессе этого выяснится, что половина Ваших требований и не нужна была вовсе, а другую половину Вы просто не учли, зачем-то придумали, хотя использовать никогда не будете. Это позволит сократить сроки разработки, т.к. в итоге (в конце-то концов) будет разработана и зафиксирована первая версия требований, которые и будут отражены в спецификации и далее в ТЗ. А Вам, скорее всего позволит сэкономить деньги, отказавшись от ненужных для вашего бизнеса некторых свойств продукта, удешевив тем самым его производство, а так же не позволит не дозаработать деньги в связи с отсутствием так необходимой автоматизации (если такой необходимости нет и вы не видите выгоду от использования этого ПО, зачем Вы тратите свои и чужие нервы, время?). После ТЗ можно уже что-то начинать моделировать (вот например, Джинс стал таблички нормализовывать, и спрашивается, какого? ведь а) заявлено, что табличка должна быть одна, кто его знает, зачем это надо заказчику? может прежде это надо выяснить? Может, он OLAP-кубы будет потом собирать (тем более, что у него имеется опыт разработчика =) да и исполнитель не должен делать того, что от него не требуется и не тратить время на то, что не оговаривалось; б) как можно вообще проводить нормализацию, если нет информации о первичных атрибутах сущностей и не понятно в итоге, какие будут родительскими, какие дочерними и будут ли они вообще?), разрабатывать прототип и, разумеется, показывать промежуточный результат заказчику. После чего, возможно, придется поправить требования, ТЗ, модели и т.п. (это не страшно, а наоборот хорошо =) И заново все согласовать с заказчиком (разумеется, это влияет на сроки проекта) И лучше это делать как можно раньше, потому что делать это потом будет дороже и заказчику и исполнителю. Короче говоря, уважаемый, я опустил первую область - управление интеграцией и еще не перешел к третьей - область управления сроками проекта. Вам срочно нужен а) руководитель проекта; б) бизнес-аналитик; в) системный аналитик (системные требования ой как могут влиять на функциональные, а потому нужно и об этом заботиться своевременно на этапе разработки спецификаций) и уже можно потихоньку вовлекать в это дело архитектора=)) То, что это у Вас проект - сомнению не подлежит. Ведь создается уникальный продукт, использование которого будет Вам приносить прибыль (ну или позволит сэкономить средства за счет, например, повышения производительности персонала, что со временем, возможно, приведет к его сокращению, т.е. сокращению ФОТ=))). А потому, в том или ином виде Вам придется пройти все этапы и не раз, аитеративно, такова се ля ви =) И, наверное, уже таки сейчас пора качественно и количественно оценивать и планировать риски (один у Вас уже реализовался и убил проект напрочь, а исполнитель, не подумав, во что в ввязался, подмочил свою репутацию, (кому теперь он нужен??? =), в т. ч. и положительные. Вообще по-хорошему (т.к. ИТ-проекты являются высоко рисковыми) надо разбить Ваш проекта на два - разработка ТЗ и разработка ПО, объединить их в программу проектов или в портфель проектов. Это позволит разделить риски и оперативно управлять (перераспределять на критичные задачи) ресурсами проекта (шутка, это не Ваш случай=))) Короче говоря, соглашайтесь, пока я безработный (надеюсь, временно =). Вы - заказчик, он же спонсор (куратор, если угодно), я - руководитель проекта (так и быть еще и бизнес/системный аналитик + архитектор + разработчик БД (OracleXE и MS SQL Express Вас устроит, надеюсь, как бесплатные СУБД? Я думаю, найдем способ за счет нормализации таки "уложить" Ваши "100 млн. записей" в ограничения на размер БД в этих СУБД? Если что, Джинса по договору привлечем, ну или купим его интеллектуальный труд =). Да и, кстати, я в качестве бонуса смоделирую все ваши БП "as is", проанализирую (если Вы меня, конечно, достаточно погрузите в предметную область) их, посоветуюсь с Вами, как с владельцем бизнеса, на предмет того как они "to be" =), разработаю регламенты, положения, инструкции и организационные схемы, бизнес-кейсы и т.п. (без которых вообще не понимаю, как может сегодня работать солидная компания =), потом мы их с Вами внедрим, а Вы будете ими управлять). Разработчиков я вижу тут в топике, к которым Вы почему-то в нескольких случаях не прислушались, тестеров - в форуме "Работа" найдем=))), мы их всех процессе подключим... Разумеется, я как руководитель проекта беру на себя также управление стоимостью, качеством, рисками, персоналом, коммуникациями, поставками. Ну, что? Отдаете проект на аутсорс? =) Или будете сами руками водить? =))) Ну, скажем так, я хочу за руководство проектом совсем небольшую компенсацию - 100 тыс. руб. на руки, (на расширенном соц. пакете можете на мне сэкономить, впрочем, на стандартном тоже =)) Работаю я только в белую – я уважаю государство =) За такой проект - это смешные деньги, учитывая, что они составляют ~1/15 Ваших ежемесячных расходов, озвученных в этом топике. Порукам? =)) Готовьте контракт =))

[ritminform]

...

С трудом, но прочитал до конца.

Комментировать не буду. Просто скажу несколько слов, а выводы, думаю Вы сделаете сами.

 

1. Во всей этой теме я, кажется, не словом не обмолвился о каком либо проекте.

2. Была поставлена четкая задача, которую надо было исполнить. Никто здесь не взялся. Тот кто взялся (не здесь) - не справился.

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

Соответственно, 90% на то, что не справится никто из вас.

4. Волей не волей пришлось изучить NetBeans, Swing и взяться самому. Естесственно, не за эту задачу, а за другую, поскольку поставленная задача для меня была ценна именно тем, что писать ее должен был не я. .

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

Тут мне Флейм цитату писал:

Что, правда? Ты правда можешь сделать эту работу сам, но ты почему то хочешь подарить это удовольствие кому то еще, да еще за гораздо меньшие деньги? Почему? У тебя нет времени? Ты не любишь этот вид работ?

Я давно не писал (если не считать 1С), лет 10-15. Однако я люблю этот вид работ и он доставляет мне удовольствие. Долго? Возможно. Но и бесплатно.

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

 

P.S.

- Поскольку JDBC позволяет достаточно просто подключаться к любым СУБД (судя по документации), классы тестирую пока на MsSQL и SQLite под W2K3 и Debian соответственно...

- По поводу хронометража. Времени хватает на пару вечеров в неделю. На писанину и отладку времени уходит мизер. А вот на чтение и поиск литературы... Не забывайте, что я Явы никогда в глаза не видел...

 

И еще.

Smile я не хотел никого обидеть говоря, что все вы одинаковы. Я не говорил, что это плохо. И то, что я считаю, что кто-то не справится - не говорит о том, что не справится совсем. Возможно и справится, но гораздо дороже, чем по моим понятиям должно быть.

Ради бога, не возмущайтесь и не набрасывайтесь на меня. Просто мне так кажется со стороны. Возможно, я и не прав...

[mr.Faster]

Smile

про "треугольник" проникся

ritminform

звучит - "вы все пидарасы, а я такая белая и пушистая"

уж о веб-разработчиках и админах речь не идет

[Smile]

ritminform

Вы - олицетворение всех моих бывших работодателей. И все вы одинаковы.

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

Была поставлена четкая задача

Неа, не было. Нет никакой задачи. Из ваших требований понятен минимум, они противоречивы, неполны и неоднозначны. За задачу можно браться только тогда, когда требования а) полны и недвусмысены; б) корректны; в) осуществимы в разумные сроки; в) реально необходимы; г) расставлены с определенным приоритетом. Даже если эту задачу Вы ставите сам себе, а уж когда нанимаете исполнителя, тем более. Все это невозможно сделать не обладая аналитическими способностями и не имея хотя бы какого-то минимума соответствующих знаний. Уважаемый, это опыт, стандарты, мировые, если угодно. Не я их придумал, и не в АГТУ (в которм я, кстати, не учился=)

Никто здесь не взялся. Тот кто взялся (не здесь) - не справился.

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

Вы даже мыслите все одинаково

Одного Вы не понимаете. Сами по себе знания не имеют никаких ценностей. Ценность - в правильном их применении в том или ином случае. А кроме того, в любой области есть дилетанты и неудачники, а потому, если область Вам не знакома, Вы и делаете соответствующий вывод, который я и процитировал. Вы и мыслите как обычный заказчик, для которого ИТ - темный лес. Вам цитату с фриланса привели? Вот она про Вас. Не обижайтесь опять же. ИТшники народ своеобразный, их легко обидеть, трудно понять. Но если нет посредника между бизнесом и ИТ (аналитика, технолога и др.), кому-то это придется сделать. Иначе будет так, как у Вас сейчас - заказчная разработка превратилась в Ваше личное хобби. Это тоже вариант, ведь у вас сейчас полно свободного времени, а аутсорс нужен когда врменени нет, нет трудовых ресурсов или свои дороже.

Соответственно, 90% на то, что не справится никто из вас.

Согласен. Потому что Вы сами не знаете, чего хотите. То, что Вы хотите, Вы понимаете в процессе, пока разбираетесь сами. То, в чем разобраться не можете, Вы от этого отказываетесь, придумывая для себя причины, например, что Вам это оказывается и не нужно вовсе. Так вот это не совсем правильный подход. Это нужно делать до разработки. Если конечно Вам дороги время и деньги. Если нет, то и суда нет.

Волей не волей пришлось изучить NetBeans, Swing и взяться самому

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

работа доставляет истинное удовольствие

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

Но и бесплатно

точно, я же говорю =)

На писанину и отладку времени уходит мизер. А вот на чтение и поиск литературы... Не забывайте, что я Явы никогда в глаза не видел

ну вот видите, Вы и сами понимаете, что задача плевая. Когда у Вас просили полгода, то из этих полгода именно на кодинг максимум 3 дня, на моделирование 1 день, на проектрование архитектуры 1 день, а вот все остальное время нужно, что бы с Вами договориться, собрать требования, задокументировать и согласовать их. В итоге Вы отказались и от этого. Да, Вы сэкономили для себя немного денег, узнали что-то то новое, приобрели какой-то опыт, в т.ч. и отрицательный, но по болшому счету убили впустую кучу времени. Тобишь занимаетесь не профильной для Вашего бизнеса деятельностью. И зачем оно Вам? Странно...

 

Герхард, старший менеджер компании Contoso Pharmaceuticals,

встретился с Синтией, новым сотрудником отдела по

разработке информационных систем. ≪Нам нужно создать новую

систему контроля химических препаратов, — начал Гер-

хард. — Она должна обеспечить контроль за всеми химически-

ми контейнерами на складе и в лабораториях. Возможно, бла-

годаря этому химики смогут отказаться от заказа новых

контейнеров. Система сэкономит компании уйму денег. Кроме

того, отделу контроля безопасности и здравоохранения

необходимо отчитываться перед правительством≫.

"Понимаю, почему этот проект важен, Герхард, —сказала Син-

тия. — Но прежде чем я набросаю график разработки проекта,

нам потребуется собрать некоторые требования к системе".

Герхрад удивился: ≪Что вы имеете в виду? Я только что пере-

числил вам требования≫,

≪На самом деле вы описали концепцию и некоторые бизнес-

цели проекта, — объяснила Синтия. — Бизнес-требования та-

кого высокого уровня не дают достаточно информации, чтобы

точно определить, какую систему создавать и сколько време-

ни на это может потребоваться. Я хочу, чтобы аналитик пора-

ботал с несколькими пользователями и понял, что они ожида-

ют от системы. Затем мы определим, какая функциональность

удовлетворит одновременно ваши бизнес-цели и потребно-

сти пользователей. Возможно, вам даже не потребуется новая

система, чтобы сэкономить средства≫.

Герахрд никогда раньше не сталкивался с подобной реакцией

специалиста отдела информационных систем. "Химики — запятые

люди, — запротестовал он. — Вряд ли у них найдется

время объяснить все подробности до того, как вы начнете пи-

сать программу. Не могут ли ваши люди сами определить кс-

нечную цель?≫

Синтия попыталась объяснить, почему необходимо выслушать

именно пользователей новой системы. ≪Если мы сами станем

угадывать ожидания пользователей, ничего хорошего не вый-

дет. Мы — разработчики ПО, а не химики. Нам на самом делэ

неизвестно, чего именно хотят специалисты от системы кон-

троля препаратов. Я по собственному опыту знаю, что, если не

потратить время на изучение проблемы до начала программи-

рования, результаты окажутся неудовлетворительными≫.

≪У нас нет времени на это, — настаивал Герхард. — Я описал

вам мои требования. Теперь, пожалуйста, просто создайте

систему. Сообщайте мне о ходе работы≫.

 

Удачи Вам, Герхард =))

[Smile]

mr.Faster

на второй фотке, что в снсоке про тушонку? =))

[mr.Faster]

история умалчивает

[MpakV]

Лиопольд - ты мудак

[Smile]

MpakV

нельзя так с заказчиком =)

[ritminform]

MpakV

нельзя так с заказчиком =)

Я реально оценил.

Даже если заказчик мудак, так действительно не стоит... Лучше уйти в сторону...

По крайней мере, я всегда исходил из этого...

[Флэйм]

Смотрю тема ожила опять

P.S.

- Поскольку JDBC позволяет достаточно просто подключаться к любым СУБД (судя по документации), классы тестирую пока на MsSQL и SQLite под W2K3 и Debian соответственно...

- По поводу хронометража. Времени хватает на пару вечеров в неделю. На писанину и отладку времени уходит мизер. А вот на чтение и поиск литературы... Не забывайте, что я Явы никогда в глаза не видел...

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

 

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

Соответственно, 90% на то, что не справится никто из вас.

К сожалению вы частично правы - большинство выпускников привыкло решать поставленные конкретные задачи и не в состоянии навскидку оценить СЛОЖНОСТЬ. И тот, кто не справился в эту "ловушку" попал. Надеюсь, в следующий раз он уже не будет хвататься за подобную "простенькую шабашку".

 

P.S.: с поста

Сам, наверно, делать буду...

P.S. Придется яву изучать...

уже прошло почти 4 месяца

[ritminform]

уже прошло почти 4 месяца

Ну так и трачу в лучшем случае часов 6 в неделю. Чего ж удивляться. Мне ж за это никто не платит... Так что все по плану, как и расчитывал...

Пока пишу классы для собственной библиотеки. А такая работа, сами понимаете, делается один раз и на всю жизнь...

 

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

Абсолютно верно.

 

И что-то мне подсказывает, что самого главного - методики (модели, алгоритмов - называйте как хотите) обработки данных Вы еще не строили.

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

 

А, ИМХО, это была основная причина неудачи предыдущей команды разработчиков.

Основная причина, как и у всех - нежелание работать.

Поскольку после неудачи с ними была проведена встреча, им было все разжевано, указано на ошибки и разъяснено почему у них не получается. Так же было сказано ЧТО и КАК надо делать, если у самих мозгов не хватает.

 

Закодить - это одна из самых легких частей.

+1000

 

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

Ошибаетесь. Потому и было мною сказано, что задача простая, поскольку алгоритм достаточно простой.

[Флэйм]

Основная причина, как и у всех - нежелание работать.

Поскольку после неудачи с ними была проведена встреча, им было все разжевано, указано на ошибки и разъяснено почему у них не получается. Так же было сказано ЧТО и КАК надо делать, если у самих мозгов не хватает.

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

Еще раз удачи вам.

 

P.S.: c учетом того, что тема была создана в начале ноября 2009 года, походу, как и говорилось тут ранее, готовое ПО - не цель темы

[Дос]

Раз это продолжение моей темы, то интересно кто из программеров Астрахани взялся за эту работу и какой результат?

[ritminform]

Раз это продолжение моей темы, то интересно кто из программеров Астрахани взялся за эту работу и какой результат?

Тот, кто взялся - не справился. Фамилию озвучивать не буду. Других искать не стал.

[Дос]

Тот, кто взялся - не справился. Фамилию озвучивать не буду. Других искать не стал.

 

Сами пишите?

[ritminform]

Сами пишите?

Да. На яве.

[Дос]

Да. На яве.

 

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