Правління Фундації OpenStreetMap обрало Міня Нґуєна основним координатором з розробки програмного забезпечення. Тут Мінь представляє себе, деякі свої ідеї та напрямки, а також можливості для звʼязку. Ласкаво просимо, Мін!
Привіт, я Мінь Нгуєн, учасник OSM та організатор спільноти з Каліфорнії. OSMF довірив мені одну з посад, що фінансується за рахунок нещодавно оголошеної інвестиції Sovereign Tech Fund (STF), щоб сприяти подальшому довгостроковому розвитку програмної інфраструктури OSM. Я вдячний за можливість служити спільноті OSM у такий спосіб.
Для тих, хто мене не знає, я почав брати участь в OSM ще у 2008 році, виправляючи помилки в моєму рідному місті Ловленд, щоб позбутись туги за домівкою. Потім я дуже захопився, додаючи маленькі деталі то тут, то там по всьому Середньому Заходу США, плекаючи маленьку спільноту картографів у Кремнієвій долині, перекладаючи OSM вʼєтнамською мовою та працюючи в правлінні OpenStreetMap U.S. Паралельно я став інженером з розробки програмного забезпечення для Mac, а потім кілька років допомагав створювати Mapbox, картографічне та навігаційне програмне забезпечення з відкритим вихідним кодом, заснованому на OSM. Але я ніколи не переставав бути картографом. Останні кілька років я також обіймав посаду в консультаційній раді SDRP та OpenHistoricalMap, і продовжу робити це далі.
Представляючи OSM своїй місцевій громаді, я описую проєкт як інфраструктуру для мап світу. Звісно, ця інфраструктура має свою власну базову інфраструктуру. Багато хто з нас значною мірою покладається на фронтенд вебсайту, бекенд API та повʼязані з ним інструменти під час мапінгу, позбавлення наших картографічних даних вад та загалом дивуючись тому, що ми створюємо разом. Багато чого відбувається за лаштунками, щоб сайт працював безперебійно і надавав споживачам даних артефакти, від яких вони залежать. Наприклад, чи знали ви, що у нас є не одна, а дві реалізації API, що перекривають одна одну, щоб отримати додаткову продуктивність? Ці аспекти OSM менш гламурні, ніж стилі мап чи редактори, але не менш важливі.
Наша програмна архітектура дуже специфічна для OSM, тому ми історично покладалися на відносно невелику кількість волонтерів та їхній досвід у цій галузі. Як проєкт з відкритим вихідним кодом, ми хочемо розширити цю групу і тримати її відкритою для новачків. Разом з давніми учасниками я визначатиму пріоритети щодо покращення документації, вирішення проблемних питань, формулювання чіткого бачення та плану дій для основних програмних проєктів, а також визначення можливостей для нових розробників розпочати роботу та закріпитися в проєкті. Це буде дуже важливо, оскільки пізніше ми залучимо ще одну особу, яка безпосередньо займатиметься щоденними завданнями розробки за рахунок тих самих інвестицій STF. У найближчі місяці ми розповімо більше про це.
Останнім часом будь-хто, хто уважно стежить за програмним забезпеченням, що лежить в основі, помітив, що темп розробки різко прискорився, але багато чого з цього все ще залишається неоголошеним і непоміченим рештою спільноти. Ви будете чути мене досить регулярно, оскільки я розповідатиму про новини та поточні справи для ширшої аудиторії. Я сподіваюся, що більше учасників спільноти будуть знайомі з цими проєктами, як з вашим улюбленим рендером або редактором, і, сподіваюся, це будуть гарні новини.
Коли я знайомлюся з тими, хто займається основними проєктами в екосистеми OSM, мене вражає, як багато ідей щодо того, як їх розвивати, і наскільки ці ідеї перегукуються між собою. Протягом наступних кількох тижнів я також буду шукати відгуки спільноти про те, куди нам слід рухатися; слідкуйте за форумом, щоб дізнатися більше деталей. Хоча я не можу обіцяти нічого конкретного на цьому ранньому етапі, я сподіваюся, що ми зможемо сплести спільне майбутнє для цих проєктів, яке дозволить OSM процвітати.
This post is also available in: English French Portuguese, Brazil Spanish Greek
