第1838章 軟體聯盟論壇四大金剛

  周至就有點鬧不明白，將這款軟體的主要開發者胡天宇抓過來問他為什麼要這麼幹，我們辛辛苦苦搞類庫，搞面向對象的變成，不就是為了將軟體視窗化加滑鼠化，以方便操作嗎？現在這是搞的哪出倒行逆施？

  胡天宇的回答簡潔明了，這個版本的扣扣，就是給程式設計師們裝逼用的，主打一個快捷鍵加指令操作，速度快到飛起，效率奇高，當然前提是你對指令和快捷鍵的異常熟悉。

  回想起單位上幾個無需滑鼠，只用鍵盤就可以將WINDOWS系統玩到飛起的大變態，周至只能捏著鼻子說你們這個逼當真是裝得清新脫俗。

  拿下JAVA之後，周至要求將扣扣的伺服器端應用開發如帳號管理、群組聊天等功能，交給JAVA平台來完成。

  同時也將瀚文輸入法改造成了統一的JAVA版。

  因為JAVA也是一種跨平台的程式語言，相比於C++，具有良好的可移植性和安全性以外，還更加簡潔，有大量適用於網絡的類庫，具有快速、靈活和易於嵌入等諸多豐富的功能和穩定的性能。

  除此之外，周至還要求派屈克團隊繼續研發一種基於JAVA，但是更加「輕量級」的程式語言，這個程式語言的最大特點，就是一種簡單而高效的腳本語言，並且可以讓編程愛好者們在四葉草論壇上發布和下載大量的插件與擴展小程序。

  編程者可以通過這些插件和小程序，輕鬆實現一些繁瑣的編程工作，這實際上就是一個內嵌實時更新論壇插件的開發工具，適用於遊戲開發、嵌入式系統和腳本擴展等領域，有了JAVA版的扣扣以後，這個工具就能夠方便大家自行研發基於JAVA版扣扣插件和擴展程序。

  這是一個天才的想法，讓扣扣這個實時通信軟體，從四葉草公司獨力開發變成了全民參與，這個本來就備受大學生歡迎的聊天軟體立馬變得花狸狐哨了起來。

  獲取最新章節更新，請訪問sto9.🌍com

  首先出現的就是各種用在扣扣和輸入法上的花里胡哨的皮膚，周至嚴重懷疑這是公司里幾個「用愛發電」的高手搞出來的，因為這款被剛剛命名為Alpenstock，圖標為一支登山杖的軟體才發布在論壇沒多久，按道理不應該有這麼多熟練的使用者才對。

  不過經過查證後，周至發現這些皮膚套件還真不是四葉草公司的人研發的，而是西京科技大學一個使用LUA腳本語言的小組，發現可以用LUA作為Alpenstock的插件，進行「套接開發」。

  於是周至讓四葉草公司與西京科技大學進行對接，了解到Lua是巴西里約熱內盧天主教大學一個三人研發小組，在九三年開發出來的，基於標準C編寫的小巧的腳本語言，其設計目的就是為了編寫可以靈活嵌入應用程式中的小插件，從而為應用程式提供靈活的擴展和定製功能。

  由於其定位太特殊，因此它連自己的類庫都沒有，不適合作為開發獨立應用程式的語言，只適合用來編寫「外掛」，甚至它自己目前都只適合作為一個「外掛」來為大型開發語言服務，最有特點的地方就是有一個JIT環境，可以提供在特定平台上的即時編譯功能。

  既然LUA和Alpenstock能夠高度適配且功能相得益彰，周至便讓安盛基金技術情報部直接將它的IP買了下來，最終定型後的「插件開發語言」，被命名成了ALUA。

  JAVA和ALUA，一主內，一主外，兩者一起構成了網絡應用程式的最佳研發生態。

  兩大工具的出現和巨大的用戶群體的誕生，很快促進了相關軟體的發展，收益最大的就是扣扣，諸多極具創意，功能強大的「插件」，被四葉草公司發現價值後，就會派出商務小組去找研發者將插件的所有權買下來，然後集成到新版的扣扣當中去。

  扣扣會議，就是通過這樣的方式買下來的。

  四葉草論壇「軟體聯盟」板塊，現在有「四大金剛」充任版主，他們都來自天南海北，但是其實周至在日常聊天和相互幫助當中，已經知道了他們的名字。

  都是上一世跺一腳數碼世界都要抖三抖的大佬，不過現在全都處於起步階段，周至將他們戲稱為「求雷馬丁」。

  求金山，雷鈞，馬迅騰，丁雷，全是潛力股。

  這個會議插件就是後來被稱為「中國第一程式設計師」的求金山研發出來的，因為大家都覺得比四葉草公司的會議功能還要好用，便花了一筆錢將這個插件買了下來，集成為了新版的扣扣會議。

  求金山本來在開發WPS，得到這筆錢之後便離開了深圳，去珠海出任金山電腦公司的董事長兼總經理。

  而周至有了這個插件之後，組群和開會就更加方便，通過網絡召集勤工儉學的大學生隊伍，考核錄用會使用方言，並且對於文科田野考察，訓詁學都有一定基礎的各院校中文系學生，通過自己誦讀字卡，便可以初步構建起方言聲韻資料庫了。

  當然這個資料庫是不齊備的，大學生們還要在假期里回家鄉進行田野調查，通過對俚語的研究，尋找出方言的「古早」用法，並且剔除掉其中受現代語言的「污染」，儘量還原出相對獨立的「早期方言」來。

  在這個過程當中，應該可以發現許多已經被棄之不用的古聲，古韻，古調來。

  等到再將這些補充進去，這個資料庫才算齊備。

  但這只是方法層的思路，要把這些東西存儲起來，方便檢索，方便利用，還需要有一套強大的信息技術工具予以支持。

  首先就是容量的問題，聲音信息的存儲占用雖然小於圖像信息，但也遠大於文字編碼。

  其次是要解決「聲韻相合」，「音調相合」的模擬，這涉及到將方言田野資料進行聲韻切分和切分後重新組合的問題，以及給它們配上聲調，再用計算機信號模擬出發音的問題。

  這個是最基本的採集，存儲和最粗糙的應用，兩年的研究生階段能夠完成這些就已經了不起了，至於更加精細的研究和中古音上古音推擬，那是在這些地基打牢之後才能進行的「上層建築」。

  因此這個項目，其實被劃分成了技術積累和資料收集兩條腿在協同前進。(本章完)

  （還有更新耶）