第38章

安夏心中的電子辭典：“哪裏不會點哪裏。”

程序員告訴她：沒戲。

現在不管是軟件還是硬件， 都沒可能實現。

“你說的那種，需要把字拍照，再通過系統識別出來， 要麽需要拍照、掃描， 要麽需要線路發出不時序的脈沖信號，再配上高靈敏的識別。”

這位工程師為了證明不是他們偷懶，在黑板上寫下了「畫」「書」「晝」的繁體字。

“肉眼都會不小心看錯，系統不可能只像四角號碼辭典那樣對四個點進行定位。必須每一條線都準確無誤， 否則就會出錯。”

安夏認可他的說法， 她點點頭：“那你們說的可以實現，是哪一種？”

首先， 把字典裏的字配著讀音，都輸入存儲器。

其次， 人把自己想聽到的詞輸入程序。

計算機調取輸入的字符，與電腦中存儲的字符進行比對，並調取對應的讀音。

聽起來， 還是有希望的。

除了匹配的問題之外， 另一個最大的問題是語音輸入。

漢字那麽多個， 上哪兒找這麽多人讀。

安夏的想法是去有播音主持相關專業的學校， 把常用字讓學生們各自讀了，到時候湊在一起，數據就夠了。

技術總監張喬生一擺手：“不用這麽麻煩， 可以用PSOLA算法，進行波形編碼合成。”

“早就有了， 不過最近有了新的進展， 出了一種新的動態規劃法， 對濁音段進行整體處理， 時域基音可以同步疊加……”

張喬生興沖沖地企圖教會安夏。

沒等他說完，安夏點點頭：“總之，就是不用人錄，就能出聲音對吧？”

“對。”

“好，你去做吧。”

請程序員不要難為產品經理，我只想知道這個功能能不能實現，不是很在意怎麽實現的。

張喬生說到做到，在沒有跳槽進紫金的時候，他就是做音頻相關的，研究的比別人也深一些。

很快就拿出了程序，做第一次測試，安夏輸入「紫金電腦」。

沒聲音。

安夏調整音量，沒動靜。

“聲卡壞了？”安夏問道。

又過了30秒，音箱裏慢悠悠地吐出一個字「紫」。

又過了十幾秒，又緩緩吐出一個「金」。

且不說那個比SIRI還要詭異的語氣。

最要緊的問題是，讀完四個字，用了一分多鐘。

安夏：“能不能在調取數據的時候，讓它稍微快一點？一份合同上千個字，等念完，一天都過去了。兩千字不要超過三十分鐘。”

SIRI風格的念書差不多兩千字十二分鐘，安夏放寬到三十分鐘，已經很放寬了。

程序員再對匹配邏輯進行調整，跳過先匹配字符，再匹配聲音的過程，直接匹配聲音。

兩千字，從九點上班開始念，念到下午兩點。

用時比第一版省了一半，然而，離安夏的要求還是很遠。

“現在最大的問題是硬件，算完，再調取音頻，播放，差不多就是這個速度。”

安夏想了想，問道：“如果是固定的詞組或是句子呢？”

“提前錄制好，會快很多。”

大多數商業合同是制式合同，會變動的往往是數字。

最多加一兩條特殊約定。

安夏拿公司的制式勞動合同先存進系統，試了一下，只修改了人名、入職時間、收入等等。

從硬盤調取的速度果然快了許多。

就是念到後輸入的那些字和詞時，有一種迷幻的時間被拉長感。

“經雙方友好協商，甲方委托乙方種植特——級——柑——桔，收購價為每噸六——百——元……”

安夏並不知道具體的種植合同是什麽樣的，她找到周敬，向他要來了合同。

發現種植合同比她的軟件開發合同和員工勞動合同簡單多了，幾百個字。

嗐，早說。

項目組很快做出了一個樣品機，大小與電腦主機箱一樣。

“小點小點，識字率那麽低的村子，交通肯定不會太方便，你是想累死咱們的客戶啊？”

在安夏的要求下，樣品機的大小縮小了不少，跟雙卡收音機的大小一樣。

從安夏的眼神裏，程序員看出了她還有想法：“再小不行了，硬件頻繁調取數據，太小影響散熱，可能會燒壞。”

“除非咱們從硬件開始做起。”

行吧……雙卡收音機也不是不行，起碼一只手能拎起來。

人類的夢想，就是這麽一點點失去的。

安夏已經忘記自己的初心是「一支筆那麽大」。

安夏還認真的考慮一下當場直出合同的需求，給這個設備加了一個打印機接口。

周敬測試後，對樣機非常滿意。

一份合同念十幾分鐘就行了，比等果農周日才回家的兒子要輕松多啦。

試用了幾天，從周敬那裏反饋的新痛點又來了。