Допомога розробці проєкту

Проєкт відкритої SCADA-системи "OpenSCADA" значною мірою розробляється на ентузіазмі професійних розробників, які не отримують за це прямої винагороди та оплати їх праці і зусиль, опираючись на власну зацікавленості та принципи застосувань з відкритими вихідними текстами (Open Source Software). Хоча частина робіт виконується на підставі надання комерційних послуг як з підтримки, так і цільової розробки, виникають ситуації неможливості реалізації того або іншого розширення або функції з причини обмеження часу, так і матеріальних ресурсів розробників.

У цій ситуації ви можете допомогти проєкту:

• За наявності у вас досвіду розробки програмного забезпечення, задатків дизайнеру, знань мов, які на разі не підтримуються OpenSCADA, а також бажання удосконалити проєкт, ви можете приєднатися до команди розробників та додати свій внесок. Запропонувати свою допомогу ви можете на форумі проєкту або звернувшись до основного розробника проєкту Романа Савоченко.

• Надати фінансову або матеріальну допомогу проєкту, таким чином віддячивши розробникам за їх працю та посприявши більш активному розвитку проєкту і його інфраструктури. Здійснити переказ коштів ви можете за цим посиланням.

• Придбати пакет технічної підтримки, тим самим гарантуючи собі оперативну допомогу у вирішені можливих проблем як під час розробки рішень, так і під час експлуатації стабільних версій OpenSCADA. Ознайомитися та придбати пакет технічної підтримки можна за цим посиланням.

• Замовити консультації або навчання поводженню у середовищі OpenSCADA. Ознайомитися та замовити можна за цим посиланням.

• Замовити розробку розширеня, реалізацію функціоналу, створення спеціалізованого рішеня та продукту, створення комплексного рішеня задач автоматизованих систем управління (АСУ) з OpenSCADA у їх основі під ключ. Ознайомитися та замовити можна за цим посиланням.

У цьому контексті хотілося відзначити один важливий момент! Розробка програмного забезпечення на основі політики відкритості та свободи привносить у філософію використання ПЗ нові риси. Так, межа між користувачем та розробником розмивається, оскільки розробник-користувач створює ПЗ для вирішення власних завдань, тим часом як звичайний користувач, у той або інший спосіб, мотивує створення потрібних йому функцій розробником. Висновок — відсутність тієї або іншої можливості це просто тимчасовий стан вільного ПЗ, коли не знайшлося користувача якому ця функція потрібна, відповідно це ПЗ наразі оптимально вирішує завдання його СПРАВЖНІХ користувачів. Будь яка критика про відсутність того або іншого функціоналу, у такому випадку, розбивається о непотрібність її користувачам або не бажання цих самих користувачів, часто і критикуючих відсутність функціоналу, якось докластися самому до вирішення власного-ж питання!