Сообщений в теме: 118

[asr]

Озадачился поиском нового рабочего места.

И тут понял что 99,99% компаний покупают чужое программное обеспечение, а потом ищут людей которые это ПО могут допилить до нормального состояния.

Хотелось бы услышать все аргументы почему покупают.

 

[Molo]

Озадачился поиском нового рабочего места.

И тут понял что 99,99% компаний покупают чужое программное обеспечение, а потом ищут людей которые это ПО могут допилить до нормального состояния.

Хотелось бы услышать все аргументы почему покупают.

 

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

 

Допиливают под свои нужды, и поддержка нужна, пытаются либо сэкономить, либо хотят сами контролировать свое ПО

[MLV]

Озадачился поиском нового рабочего места.

И тут понял что 99,99% компаний покупают чужое программное обеспечение, а потом ищут людей которые это ПО могут допилить до нормального состояния.

Хотелось бы услышать все аргументы почему покупают.

да потомучто там уже заложены необходимые бизнес-процессы (не надо все описывать заново), а только хотелки дописать...

[asr]

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

А в аутсорсинговой компании нету прогов? )
Там сидит такой же программист, который седня хочет завтра не хочет.
 

Допиливают под свои нужды, и поддержка нужна, пытаются либо сэкономить, либо хотят сами контролировать свое ПО

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

[asr]

да потомучто там уже заложены необходимые бизнес-процессы (не надо все описывать заново), а только хотелки дописать...

Заложены но не полностью.
Т.е. полностью удовлетворяющие ПО не существует.
Опять же бизнес растет, запросы меняются.
Много ли хотелок можно добавить к базовому продукту?

[MLV]

 

да потомучто там уже заложены необходимые бизнес-процессы (не надо все описывать заново), а только хотелки дописать...

Заложены но не полностью.
Т.е. полностью удовлетворяющие ПО не существует.
Опять же бизнес растет, запросы меняются.
Много ли хотелок можно добавить к базовому продукту?

 

SAP ERP - развивай и настраивай хоть всю жизнь , все основное есть

[asr]

SAP ERP - развивай и настраивай хоть всю жизнь , все основное есть

Хорошо. В САПе все есть.
Смысл?
Сделай свою прогу и развивай и настраивай хоть всю жизнь.

[Квазимодо]

Озадачился поиском нового рабочего места.

И тут понял что 99,99% компаний покупают чужое программное обеспечение, а потом ищут людей которые это ПО могут допилить до нормального состояния.

Хотелось бы услышать все аргументы почему покупают.

Я думал, что такой фокус в сфере МСБ только с 1С прокатить может. С исходниками что ли покупают?

[asr]

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

Я думал, что такой фокус в сфере МСБ только с 1С прокатить может. С исходниками что ли покупают?

Да в том то и прикол. Без исходников.
Кто ж исходники даст?
Если есть исходники можно спрыгнуть с поддержки.
А кто даст спрыгнуть? )

[MLV]

 

SAP ERP - развивай и настраивай хоть всю жизнь , все основное есть

Хорошо. В САПе все есть.
Смысл?
Сделай свою прогу и развивай и настраивай хоть всю жизнь.

 

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

[asr]

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

Не помню такого.
 

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

 

А в чужой легче?

И кто делает изменения с учетом всех нюансов в посторонней программе?

Такие же программисты или инопланетяне?

[hes]

 

 

SAP ERP - развивай и настраивай хоть всю жизнь , все основное есть

Хорошо. В САПе все есть.
Смысл?
Сделай свою прогу и развивай и настраивай хоть всю жизнь.

 

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

 

 

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

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

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

[Зул]

А в чужой легче?
И кто делает изменения с учетом всех нюансов в посторонней программе?
Такие же программисты или инопланетяне?

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

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

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

Сообщение отредактировал Зул: 06.12.2015, 01:50:31

[asr]

В Казахстане просто нет заказчиков и нет программистов.

Если нет заказчиков, откуда известно что нет программистов?

[Molo]

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

 

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

[Rulya_crt]

 

 

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

 

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

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

 

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

[asr]

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

Давайте посчитаем.
Аутсорсинг:
Понять что хочешь, написать ТЗ, найти программу, договориться о поставке, подождать когда ОНИ напишут, внедрить, найти ошибки которые допущены при написании ТЗ.
Самостоятельная разработка:
Понять что хочешь, написать ТЗ, подождать когда САМИ напишите, внедрить, при внедрении исправлять ошибки которые допущены при написании ТЗ.

зы. У нас ТЗ писалось одновременно с ПО, при общем понимании процесса.
Экономия по времени огромная.

Сообщение отредактировал asr: 21.12.2015, 11:12:54

[mda]

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

 

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

 

Причем это касается и малого бизнеса и огромных гос. проектов. Например, ситуация когда каждое профильное министерство пытается создать с нуля (под себя) продукты, которые есть в готовом виде на внутреннем или международном рынке... чем это зачастую кончалось все знают (пример тот же eLearning, в который было вложено около 20 млрд тенге с результатом - 0, многострадальный e-Medicine (в котором десятки не согласованных систем), системы электронных библиотек и тд)

 

Гораздо быстрее и дешевле взять типовое решение, чуть изменить свои бизнес процессы, чуть допилить конфигурацию и все готово

Такое мнение

[Rulya_crt]

 

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

Давайте посчитаем.
Аутсорсинг:
Понять что хочешь, написать ТЗ, найти программу, договориться о поставке, подождать когда ОНИ напишут, внедрить, найти ошибки которые допущены при написании ТЗ.
Самостоятельная разработка:
Понять что хочешь, написать ТЗ, подождать когда САМИ напишите, внедрить, при внедрении исправлять ошибки которые допущены при написании ТЗ.

зы. У нас ТЗ писалось одновременно с ПО, при общем понимании процесса.
Экономия по времени огромная.

 

 

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

[asr]

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

А в аутсорсе откуда берутся квалифицированные кадры?