ການຄາດຄະເນ 2014 ຂອງສະພາບການ geofumado: Paul Ramsey
ເລີ່ມຕົ້ນເດືອນມັງກອນ, Paul Ramsey ໄດ້ເລີ່ມຕົ້ນການຄາດຄະເນຂອງຕົນສໍາລັບປີນີ້ໃນພາກສະຫນາມ geospatial; ຄໍານຶງເຖິງວ່ານີ້ແມ່ນຜູ້ທີ່ໄດ້ຢູ່ໃນສະພາບແວດລ້ອມນີ້ມາດົນກວ່າ 10 ປີແລະຜົນຂອງການປະກອບສ່ວນຂອງເຂົາເຈົ້າທີ່ຈະຊອບແວແຫຼ່ງເປີດຮັບໃນ 2008 ໄດ້ Sol Katz Award ຮາງວັນໂດຍມູນລະນິທິ OSGeo, ພວກເຮົາເອົາມາໃຫ້ສະບັບພາສາຖອດສຽງພາສາ.
ເມື່ອ 0.8 ປີກ່ອນ, ເມື່ອ PostGIS ພຽງແຕ່ຮຸ່ນ XNUMX, ໂລກມີຄວາມສົດຊື່ນແລະ ໃໝ່, ຂ້າພະເຈົ້າເຊື່ອ ໝັ້ນ ວ່າອຸດສາຫະ ກຳ ຂອງພວກເຮົາແມ່ນຢູ່ໃນເສັ້ນທາງຂອງການປະຕິວັດແຫຼ່ງເປີດ. ເມື່ອຄົນບໍລິຫານທົດລອງໃຊ້ເຄື່ອງມື ໃໝ່ ທີ່ມີຄວາມຄ່ອງແຄ້ວແລະ ໃໝ່ ສຳ ລັບລະບົບການກໍ່ສ້າງ, ພວກມັນໄດ້ຍົກເລີກຊອບແວທີ່ເປັນເຈົ້າຂອງເກົ່າແລະເລີ່ມຕົ້ນກ້າວເຂົ້າສູ່ຄວາມເປັນຢູ່ທີ່ມີຄວາມສະຫວ່າງຫຼາຍຂື້ນ. ລາວຕື່ນເຕັ້ນ, ລາວຮູ້ສຶກວ່າ geofumato ຂອງສິ່ງທີ່ ກຳ ລັງຈະມາ.
ແລະສະເຫມີ, ເກືອບທຸກໆປີນັບຕັ້ງແຕ່ 2000 ມີຄົນປະກາດ, ບາງບ່ອນ, ດ້ວຍຈິດວິນຍານຂອງພວກເຂົາທັງຫມົດ (ສຸດທ້າຍ) "ປີນີ້ຈະເປັນປີຂອງ desktop Linux".
ມີບາງສິ່ງບາງຢ່າງທີ່ແປກປະຫຼາດເກີດຂື້ນຕາມວິທີທາງຂອງການປະຕິວັດແຫຼ່ງເປີດ. ມັນໄດ້ຫັນອອກຫຼາຍກ່ວານັ້ນ. ໂດຍລວມແລ້ວ, ການປ່ຽນແປງໄດ້ຊ້າ, ຄ່ອຍໆ, ເຖິງວ່າຈະມີກໍລະນີການ ນຳ ໃຊ້ແຫຼ່ງເປີດຫຼາຍຂື້ນ.
ດັ່ງນັ້ນ, ໃນຄວາມຄາດຫວັງຂອງສິ່ງທີ່ສາມາດເກີດຂື້ນໃນປີ ໃໝ່ ຂອງໂລກທາງພູມສາດເປີດ, ການຄາດຄະເນຂອງຂ້ອຍອາດຈະບໍ່ມີປັນຍາ - ສິ່ງທີ່ຍິ່ງໃຫຍ່ຈະມີການປ່ຽນແປງຫນ້ອຍ, ແຕ່ໃນຂອບເຂດພວກເຮົາຈະມີການປ່ຽນແປງທີ່ສໍາຄັນ:
Oracle ຈະປະກາດວ່າພວກເຂົາສູນເສຍລູກຄ້າໃຫ້ກັບ PostgreSQL. ເຖິງແມ່ນວ່າ MySQL ແມ່ນຢູ່ໃນສື່ມວນຊົນສະເຫມີເປັນ "ຖານຂໍ້ມູນແຫຼ່ງເປີດ", ມັນແມ່ນ PostgreSQL ທີ່ມີຄວາມສາມາດຂອງວິສາຫະກິດຕັ້ງແຕ່ເລີ່ມຕົ້ນທີ່ຈະຈັບມືກັບເດັກຊາຍໃຫຍ່. ໃນຂະນະທີ່ Oracle ສືບຕໍ່ເພີ່ມລາຄາບໍາລຸງຮັກສາເພື່ອໃຫ້ Wall Street ພໍໃຈ, ລູກຄ້າເລີ່ມຄິດເຖິງສິ່ງທີ່ບໍ່ສາມາດຄິດໄດ້: ບາງທີມັນອາດຈະໃຊ້ເວລາທີ່ຈະປະເມີນຄືນມາດຕະຖານຖານຂໍ້ມູນຂອງທ່ານ.
ເຢັນທີ່ສຸດຈະສືບຕໍ່ເປີດແຫຼ່ງໃນພື້ນຖານ. ບໍ່ວ່າມັນຈະໃຊ້ງານກັບ Linux, ຄວາມສາມາດ GDAL ກັບພາບຖ່າຍດາວທຽມຈາກ PlanetLabs ຫລືແທັບເລັດ Android ລ້າສຸດ, ສິ່ງທີ່ ໜ້າ ສົນໃຈທີ່ສຸດຈະຢູ່ເທິງບ່າຂອງແຫຼ່ງເປີດແລະສ່ວນທີ່ເຫຼືອແມ່ນ ກຳ ໄລ.
ສ່ວນໃຫຍ່ຂອງການປະຕິບັດແຫຼ່ງເປີດຈະຢູ່ໃນ JavaScript. Juan ກ່າວເຖິງ ການຂຽນໂປຼແກຼມ ສຳ ລັບພາກສະ ໜາມ ທາງທໍລະນີສາດແມ່ນ ກຳ ລັງເພີ່ມຂື້ນສູ່ polyglot, ແຕ່ວ່າເວທີເປີດແຫຼ່ງດຽວນີ້ແມ່ນໂລກ JavaScript, ທັງໃນລະດັບລູກຄ້າແລະລະດັບເຊີຟເວີ. ມັນມີສຽງແລະຄວາມໂກດແຄ້ນຫລາຍຢູ່ທີ່ນັ້ນ. ບາງຢ່າງມັນບໍ່ມີຫຍັງເລີຍ, ແຕ່ບາງອັນກໍ່ ກຳ ນົດມາດຕະຖານທີ່ພວກເຮົາຈະ ນຳ ໃຊ້ໃນທົດສະວັດຕໍ່ໄປ. JavaScript ໄດ້ເຕືອນຂ້ອຍກ່ຽວກັບ Java circa-2005: ຫລາຍໆໂຄງການ, ໂດຍມີເປົ້າ ໝາຍ ທີ່ມີປະໂຫຍດຄ້າຍຄືກັນ, ປັດຊະຍາການອອກແບບທີ່ມີການແຂ່ງຂັນ, ແລະມີທ່າແຮງທີ່ໃຫຍ່ຫລວງ. ການແຍກສັນຍານສຽງໃນສະພາບການເຫຼົ່ານີ້ ນຳ ໄປສູ່ປະສົບການຕົວຈິງ, ສະນັ້ນຂ້າພະເຈົ້າດີໃຈທີ່ພວກເຮົາມີບາງ JavaScript ທີ່ດີທີ່ສຸດແລະສະຫວ່າງທີ່ສຸດໃນໂລກ geospatial ໃນທີມງານຂອງພວກເຮົາ.
PaaS ຈະເຂົ້າຮ່ວມແຫຼ່ງເປີດໃນວິວັດທະນາການ ທຳ ມະຊາດ. ແລະຍ້ອນວ່າຂ້ອຍຫາກໍ່ຮູ້ຈັກເວທີດັ່ງກ່າວເປັນການບໍລິການ (PaaS), ຂ້ອຍເຫັນວ່າມັນມີທັງ ຄຳ ສັນຍາຂອງແຫຼ່ງເປີດແລະເສັ້ນໂຄ້ງການຮຽນດຽວກັນ. ດ້ວຍເຫດນັ້ນ, ສິ່ງຕ່າງໆຈະຕົກຢູ່ພາຍໃຕ້ນ້ ຳ ໜັກ ຂອງຕົວມັນເອງ, ຊ້າໆມັນຈະຖືກລວມເຂົ້າໃນຫຼັກຂອງ IT, ເຖິງວ່າພວກເຮົາມີປະສົບການຈະຈັບມືກັບມັນແລະຄົນຮຸ່ນຫລັງກໍ່ຈະກ້າວເຂົ້າສູ່ ໜ້າ ທີ່ການ ດຳ ເນີນງານ. ແລະເນື່ອງຈາກວ່າ PaaS ແມ່ນ Open Source ໂດຍ ຄຳ ນິຍາມ, ການເຕີບໃຫຍ່ຂອງເມຄແລະສ່ວນປະກອບ ສຳ ລັບລະບົບການກໍ່ສ້າງຈະຍັງຄົງຢູ່ແລະແຫຼ່ງເປີດຈະຖືກປັບປຸງ.
ການພັດທະນາຮູບແບບແຫຼ່ງເປີດຊ້ໍາຈະໄດ້ຮັບພື້ນທີ່ຫຼາຍ. ຄວາມລົ້ມເຫຼວຂອງສາທາລະນະຂອງເວັບໄຊທ໌ healthcare.gov ແລະທ່າອ່ຽງຂອງວິທີການສາມາດເປັນສິ່ງທີ່ດີສໍາລັບການພັດທະນາທີ່ດີ. ມີຄວາມສາມາດຫຼາຍໃນບໍລິສັດ, ແຕ່ມັນຍັງຄົງເປັນສິ່ງທີ່ມີພຽງແຕ່ອົງການຈັດຕັ້ງ "ກ້າວຫນ້າ" ເທົ່ານັ້ນ, ມັນບໍ່ແມ່ນທົ່ວໄປ. ປະຊາຊົນຫຼາຍຄິດກ່ຽວກັບເຕັກໂນໂລຢີໃນວິທີການເປີດແຫຼ່ງ (ວ່າມັນເປັນຂະບວນການ, ບໍ່ແມ່ນຜະລິດຕະພັນ, ມັນກ່ຽວກັບການຄຸ້ມຄອງການປ່ຽນແປງ, ບໍ່ເຖິງຈຸດສິ້ນສຸດ), ແຫຼ່ງເປີດທີ່ດີກວ່າຈະກາຍເປັນ.
ອົງກອນຕ່າງໆຈະມີຄວາມກະຕືລືລົ້ນທີ່ຈະເຮັດວຽກກັບ OpenStreetMap, ແລະບາງຄົນກໍ່ຈະຊອກຫາທາງ. ໃນຂະນະທີ່ໃບອະນຸຍາດຈະສືບຕໍ່ ຈຳ ກັດຫຼາຍອົງກອນສາທາລະນະຈາກການເຂົ້າຮ່ວມ, ຄົນອື່ນຈະແກ້ໄຂແລະເລີ່ມເຊື່ອມໂຍງ OSM ເຂົ້າໃນກະແສການເຮັດວຽກຂອງພວກເຂົາ. ຜູ້ໂຊກດີຈະໄດ້ຮັບການຮັບຮອງຈາກທະນາຍຄວາມຂອງພວກເຂົາເພື່ອເຮັດວຽກກັບ OSM ໂດຍກົງ. ໃນກໍລະນີທີ່ມີໂຊກ ໜ້ອຍ, OSM ຈະຖືກ ນຳ ໃຊ້ເປັນກະທູ້ ທຳ ມະດາເພື່ອໃຫ້ແຜນທີ່ປັບປຸງ…🙂.
Boudlesss ຈະເຊື່ອມໂຍງກັບເຕັກໂນໂລຢີແບບເປີດກວ້າງຫຼາຍຂຶ້ນ OpenGeo Suite, ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນທີ່ຈະເລີ່ມຕົ້ນດ້ວຍລະບົບທາງພູມສາດວິສາຫະກິດ. ດີວ່າມັນງ່າຍນັບຕັ້ງແຕ່ Eddie ໄດ້ກ່າວມາແລ້ວ, ແຕ່ຂ້າພະເຈົ້າຍັງມີເຫດຜົນເອງ.