Стимулирование разработки ПО

[shumbola]

Сообщение от Eldar Fattakhov

Если уж разработчики не знают "с чем кушать" RAC, то уж заказчики - тем более.

Сейчас, например, вместе с Mcirosoft и локальными партнерами разбираемся с технологиями по кластеризации MS SQL (три сервера и SAN-хранилище). Выявляется кардинальное отличие в идеологиях компаний Microsoft и Oracle по организации систем высокой доступности. Но в обоих случаях требуется правильный подход к написанию самих приложений (независимо от используемых технологий - Federated Databases от Microsoft или Oracle RAC и т.д., и т.п.).

К сожалению, разработчики в диалоге пока не участвуют...

А что для вашей задачи важнее доступность или масштабирование? Или одновременно?
Вы правильно заметили про приложения, БД только одно звено в цепи ИС, хотя за БД можно уже не беспокоиться, даже out-of-the-shelf вариант годиться (призводители старались

[Eldar Fattakhov]

Сообщение от Eldar Fattakhov

Если уж разработчики не знают "с чем кушать" RAC, то уж заказчики - тем более.

Как минимум, об уровне понимания заказчиком задач, стоящих перед программным обеспечением, может выражаться вот в таких словах: "Министерство народного образования Республики Узбекистан объявляет тендер на создание высокоэффективных электронных средств обучения для общеобразовательных школ в соответствии с требованиями государственных образовательных стандартов."

Понятно, что о МНО - не к теме кластеризации...

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

доступность или масштабирование? Или одновременно?

На данной стадии о масштабировании не думается (всё-таки новая система), но если реализуется отказоустойчивая система, то почему её нужно обязательно реализовывать по схеме 1+1 (как частный случай N+1)? Зачем вторая шелезяка должна просто так стоять? Пускай работает, отрабатывает затраченные на неё деньги! Например, за счет разделения прикладной задачи на два функциональных модуля, работающих на раздельных серверах (скажем - OLTP и DSS транзакции). Или путем балансировки нагрузки между группой серверов. При недостаточной мощности заказчик теоретически должен иметь возможность покупать не еще более мощный сервер (чтобы заменить всю существующую ферму),а добавить новый вычислительный узел. Понятно, что это только один из сценариев, но именно он и не может быть реализован в настоящее время силами наших программистов!

[shumbola]

Сообщение от Eldar Fattakhov

именно он и не может быть реализован в настоящее время силами наших программистов!

Не вижу проблему для реализации. Даже без применения "тяжелой артиллерии".

[Eldar Fattakhov]

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

Не вижу проблему для реализации. Даже без применения "тяжелой артиллерии".

Никаких технических ограничений по реализации, конечно же, не существует. Всё от головы... Или от недостаточного финансирования...

[shumbola]

Сообщение от Eldar Fattakhov

Никаких технических ограничений по реализации, конечно же, не существует. Всё от головы... Или от недостаточного финансирования...

Скорее всего последнее

[Djalolatdin Rakhimov]

Сообщение от Atham Mirazizov

...

Атхам, просьба к тебе как-то модерировать тему, а то чувствую, уходит в сторону от основной идеи создания темы. Спасибо.

[Eldar Fattakhov]

Сообщение от Djalolatdin Rakhimov

уходит в сторону от основной идеи

Пока в сторону ничего не ушло (только немного обросло водорослями):

• нехватка финансирования = нужно финансировать;
• неверно выбранные технологии обеспечения отказоустойчивости/доступности при разработке ПО приводят к удорожанию систем = изменять технические задания на разработку, до-финансировать, обучать программистов

[Atham Mirazizov]

Сообщение от Eldar Fattakhov

обросло водорослями

Будем расчищать?

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

[Atham Mirazizov]

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

Сообщение от Eldar Fattakhov Никаких технических ограничений по реализации, конечно же, не существует. Всё от головы... Или от недостаточного финансирования... Скорее всего последнее

Вся бедность от глупости, а глупость от бедности

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

Сообщение от Djalolatdin Rakhimov

каталог в виде книги

ресурсы в интернет, программы в СМИ .... Вот бы Ассоциации этим заняться. Думаю компании подгоовили бы нужный материал

[Djalolatdin Rakhimov]

Сообщение от Atham Mirazizov

Вот бы Ассоциации этим заняться.

Точно!