<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ThinkChat2.0新版上線,更智能更精彩,支持會話、畫圖、視頻、閱讀、搜索等,送10W Token,即刻開啟你的AI之旅 廣告
                [TOC] ## 一、起因 2012年,騰訊志愿者協會成立了技術公益分會,致力于發展信息技術公益。2013年我們聯合了深圳信息無障礙研究會和多家IT企業成功發起中國信息無障礙聯盟之后,很想為信息無障礙做一些更有創新性的工作。 當時國內網站普遍沒有進行信息無障礙話改造,對于視力障礙者非常不友好,很多視障者寧可使用國外產品的漢化版本。我們經過研究后發現,Greasemonkey(油候)技術也許可以用于網站無障礙化改造。 Greasemonkey是一種客戶端腳本技術,不同于普通的網站腳本,greasemonkey腳本可以由網頁訪問者(而不是網頁設計者)定制,然后運行在被訪問的網頁之上,增強被訪問網頁的交互性,當然也可以用于增強無障礙性。 通常相同模板的網頁(比如同一個網站上的不同新聞,或者同一個社交網站上的不同用戶的主頁)所需要的無障礙化方案是通用的,只要開發一次腳本,這個網站上類似的網頁就都可以無障礙化了,這樣只需要不太大的投入,就可以解決一個大網站的大部分無障礙問題。 但是采用這個技術解決網站無障礙問題就會遇到一個矛盾:網站的訪問者(視障者)通常不具備開發腳本的能力,而有能力開發腳本的開發者通常又不需要借助這樣的腳本來訪問網站。 對此我們想出的對策是“公益眾包”。簡單的講,整個流程就是: 1. 把某個視障者需要訪問的網頁的無障礙化,轉變成為一個眾包任務,在一個眾包平臺上由開發者自行認領。 2. 開發者開發greasemonkey腳本后上傳到平臺上,由專業志愿者進行技術驗收,確保其中沒有惡意的功能或者可疑的邏輯。如果有問題可以打回。 3. 視障志愿者者進行最終驗收,確認對于網站有無障礙體驗上的明顯提升,就進行正式發布。 4. 普通視障者在瀏覽器中安裝無障礙化的啟動腳本,在訪問網站的時候腳本自動根據當前的網頁地址,在成功提交的greasemonkey代碼庫中尋找對應的無障礙化方案,如果找到則直接應用。如果找不到,則啟動基礎無障礙化腳本,進行最基礎的無障礙化改造(比如自動消除焦點陷阱,自動為css屬性名帶有“submit”關鍵字的圖片附加上“提交”替代文字)。 ## 二、執行 2013年11月,這個項目確定名字為“信息無障礙引擎”,隨后成功招募到志愿者進行開發,并在2014年4月的騰訊分享日中進行了分享,準備參加2014年信息無障礙大賽([http://iac2014.csdn.net/](http://iac2014.csdn.net/))。 但遺憾的是,志愿者在隨后的一段時間遭遇了比較大的項目壓力,這個項目的開發進度一拖再拖,最終在2014年10月志愿者離職的時候也沒有能夠輸出成型可用的作品。 之后又招募到了另一個志愿者繼續開發,志愿者再次遭遇到比較大的項目壓力,隨后又遭遇到其他變故,最終再次放棄了項目。 這之后再也沒有找到合適的志愿者繼續這個項目,項目從此被擱置。 ## 三、教訓 這個項目耗費了我們多個志愿者大量的時間精力投入,最終沒有形成有效產出。在這個項目之前,我們對于IT公益項目的規模控制、進度管理、志愿者管理上存在過度樂觀的的估計,在項目失敗后我們進行了深刻反思: 1. 不要相信激情。IT從業者的工作壓力普遍非常大,不管志愿者表現的熱情有多高漲,都不能期望志愿者長期持續的在一個項目中投入過多的時間精力。 2. 不要依賴單個人。IT行業人員流動很頻繁,就算不離職,開發者在公司內輪崗也非常常見,因此稍具規模的開發項目就不能按照普通的軟件開發模式來做開發資源管理。通常軟件工程的常識是,一個軟件項目參與的人越少,溝通成本約低,效率越高。但是對于兼職的志愿者開發的軟件項目,必須要把人物充分拆分,然后由更多的開發者分工合作來完成,寧可付出比較高的溝通成本和文檔建設成本,也不能讓項目的成功完全依賴于某個志愿者的投入度。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看