Я зараз розробляю технічну матрицю компетентності ГІС для нових співробітників. Матриця буде використовуватися не тільки для оцінки нових працівників, але і для моніторингу розвитку працівників. Матриця повинна містити все, від загальних концепцій ГІС до розширених серверних ГІС та розробки веб-ГІС.
Хтось мав досвід роботи з такою матрицею чи може пролити якесь світло на те, як це виглядатиме?
Моя перша спроба виглядала б так.
Загальні поняття ГІС: моделі та трансформації CRS, формати, просторовий аналіз, геореференція, оцифровування головного модуля, символіка, колір
Просторові бази даних: ESRI, Postgresql / PostGIS, Mysql
WebGIS: OO Програмування, Openlayers, серверний GIS, Gdal, Geoserver / Mapserver / Deegree
Загальне програмування: Python, JavaScript, HTML / CSS, JQuery, PHP
Адміністрація Linux: оболонки, сценарії, команди, адміністрування, моніторинг
Мені також цікаво дізнатися, яку вагомість мають носити ці різні критерії. Моя особиста упередженість полягає в тому, що я думаю, що я приділяю більшу цінність контекстуальній природі роботи ГІС, ніж технічній стороні, тобто мені здається важливішим спочатку зрозуміти дані, перш ніж розробляти інструменти, а не спочатку досягти технічного передумов, а потім спробуйте зрозуміти, що насправді представляють дані чи інструмент. Зважаючи на це, я б скоріше зайняв планування, який вивчив навички ГІС, ніж програміста, який згодом розвинув навички ГІС. Очевидно, це стосується лише проектів ГІС сильного контекстуального характеру. Якщо я хотів, щоб адміністратор ГІС моніторив проекти JAVA лише в Linux, я, очевидно, віддав перевагу ІТ-професіоналу.