Допомога розробці проекта
Проект відкритої SCADA системи "OpenSCADA" у значній мірі розробляється на ентузіазмі професійних розробників, які не отримують за це прямого винагородження та оплати їх праці і зусиль, опираючись на власній зацікавленості та принципах застосувань з відкритими вихідними текстами (Open Source Software). Хоча частина робіт виконується за схемою надання комерційних послуг як по підтримці, так і цільової розробки, виникають ситуації неможливості реалізації того або іншого розширення або функції з причини обмеженості ресурсів як часу, так і матеріальних ресурсів розробників.
У цій ситуації Ви можете допомогти проекту: При наявності у Вас досвіду розробки програмного забезпечення, задатків дизайнеру, знань мов, які на разі не підтримуються OpenSCADA, а також бажання удосконалити проект Ви можете приєднатися до команди розробників та внести свій вклад. Запропонувати свою допомогу Ви можете на форумі проекту або звернувшись до основного розробника проекту Романа Савоченко. Надати безоплатну фінансову або матеріальну допомогу проекту, віддячуючи тим самим розробникам за їх працю та посприявши більш активному розвитку проекту та його інфраструктури, на далі. Здійснити переказ коштів Ви можете за цим посиланням. Придбати пакет технічної підтримки, тим самим гарантуючи собі оперативну допомогу при вирішені можливих проблем як під час розробки рішень, так і під час експлуатації стабільних версій OpenSCADA. Ознайомитися та придбати пакет технічної підтримки можна за цим посиланням. Замовити консультації або навчання роботі у середовищі OpenSCADA. Ознайомитися та замовити можна за цим посиланням. Замовити розробку розширеня; реалізацію функціоналу; створення спеціалізованого рішеня та продукту; створення комплексного рішеня задач автоматизованих систем управління (АСУ) з OpenSCADA у їх основі під ключ. Ознайомитися та замовити можна за цим посиланням.
У цьому контексті хотілося відзначити один важливий момент! Розробка програмного забезпечення на основі політики відкритості та свободи привносить у філософію використання ПЗ нові штрихи. Так, межа між користувачем та розробником розмивається, оскільки розробник-користувач створює ПЗ для вирішення власних завдань, тим часом як звичайний користувач тим або іншим засобом мотивує створення потрібних йому функцій розробником. Висновок: відсутність тієї або іншої можливості це просто тимчасовий стан вільного ПЗ, коли не знайшлося користувача якому ця функція потрібна, а відповідно це ПЗ на разі оптимально вирішує завдання його користувачів. Будь яка критика про відсутність того або іншого функціоналу у такому випадку розбивається о не потрібність її користувачам або не бажання цих самих користувачів, часто і критикуючих відсутність функціоналу, зробити що-небудь для вирішення власного питання!
|