還不登入嗎?
(-3-)是不是要下跪求你們?
趕快為了可愛的管理員登入喔。
登入可以得到收藏功能列表
還能夠讓我們知道你們有在支持狂人喔(*´∀`)~♥
《重返博浪人生》第二百七十一章 低調有序的發展
熱鬧來得洶湧,退得飛快。

 潮水褪去,連誰在裸泳的事情,都不再有人關心。

 博浪對此十分樂見其成。

 國慶節後等了十來天,要的就是這麽個低調效果。

 畢竟,從翻身到現在也已經過去了一周年,博浪已不再是那‘不識愁滋味, 愛上層樓’的少年了。

 那些純好事的網友散去後,Stars論壇也恢復了往日氛圍。

 星辰PM反倒活躍起來了。

 “應用審核通道將於兩點三十分正式開啟,最後再次提醒各位開發者朋友,請大家注意,評判順序雖然會優先參照提交時間戳,但如果審核不通過排序會順延!

 即:每個開發者都只有一次搶最先提交時間戳的機會, 請大家珍惜機會!

 現在還有三十分鍾,對應用商店提交流程、應用審核規則、獎勵計劃規則還不完全清晰的朋友, 請抓緊時間向FAQ、個人開發者各在線討論組管理員垂詢! !!!!!”

 星辰PM還特別單獨加了一行感歎號, 帖子也被置頂、高亮、輪詢展示。

 論壇各大面向個人開發者的在線討論組也在重複播報這條消息。

 雖然ecS(eclipse-Stars)軟件的下載量早就超過了一萬份,雖然一切看起來好像都突如其來,雖然,不少開發者已經摩拳擦掌準備提交應用了,但在博浪這方一切都是井然有序。

 什麽時候開始做什麽,有條不紊。

 這裡還得解釋一下為什麽流程這麽快。

 因為絕大多數時候,開發者不用關心是什麽操作系統, 程序只需調用操作系統一致對外提供的應用程序接口(API),即可完成對應操作。

 即:App是經過操作系統來間接控制硬件的。

 App(應用程序)→[API(應用程序接口)→資源管理邏輯及其它→驅動程序①②③]→硬件設備①②③

 []的部分屬於操作系統的范疇。

 從這個實現操作的流程來看, 能很明顯的發現, 對開發者來說,重點要考慮的是業務邏輯如何實現, 不用管距離的硬件資源管理與分配, 也無需區分驅動程序接口。

 一切交給了屬於操作系統范疇的API。

 而計算機行業發展到現在, API也有統一的規范標準, 比如POSIX(可移植操作系統接口)。

 這是IEEE為要在各種UNIX操作系統上運行軟件,而定義API的一系列互相關聯的標準的總稱。

 Linux、Unix包括蘋果系的系統都符合這種標準。

 舉個例子:

 假設創建進程,Linux下要用fork函數、Windows下用CreateProcess函數、星辰系統用Sepi函數;

 沒標準的情況下程序要面向三個系統,需要把代碼中不同函數名重新修改。

 POSIX就是為了解決這個問題。

 各個系統把對應函數封裝成比如帶有posix前綴的函數名,聲明在同一個比如叫unistd.h裡,程序員寫代碼的時候只需要包含這個unistd.h,就可以在在不同系統下調用對應的fork或者Sepi函數去運行對應操作。

 這也是可移植操作系統接口的本意。

 星辰系統為了能發展起來,當然適配了POSIX。

 孫寶銀主導修改出的ecS更是對程序代碼層面的可移植性做了大量的適配工作。

 所以,不少本身有個人開發App作品的開發者,只花了很少量的時間, 就基於ecS這個IDE完成了適配星辰系統的App重新編譯工作。

 額外的,這種統一標準的環境, 其實解決了星辰系統所需要的絕大多數保密工作。

 API是封裝好的統一標準, 用了統一的外表,至於內裡具體是Sepi函數還是Lsp函數, 與開發者關系不大。

 像是機圈扛把子這種又是程序員又是機圈大佬的人,這會兒已經開始忙著吐槽了。

 機圈扛把子:“@星辰PM,我是真沒想到你們搞出來的IDE友好度這麽高,編寫代碼與調試代碼的提示做得真到位,尤其是自動補全調用API這塊,太踏馬智能了!

 而且我感覺你們把所有的精力都放在自動補全API調用提示上了,這麽發展下去,有可能真就AI寫代碼了,這踏馬我直接失業?”

 雞哥這一吐槽,不少程序員也冒了頭。

 “就是說啊,博浪這次真有點嚇到我了,你們在AI領域居然有積累?還這麽深?直接踏馬應用到了程序編寫領域?”

 “別的不說,這個ecS的代碼編輯真是我用過最友好的了,美中不足的是隻支持Java和C,而且只能給星辰平台寫代碼,以及踏馬的連標準庫都不列出來了,要不是支撐度足夠友好,我都不知道怎說了。”

 機圈扛把子:“你這麽一說,我忽然感覺博浪之所以花精力優化自動補全API,就是不想展示標準庫?@星辰PM,出來挨打,你們到底要搞什麽保密工作?”

 “雞哥,你難道沒發現ecS生成的App不是apk,沒格式哦!”

 “……”

 星辰PM趕緊出來找補:“你們得理解我們只有這個能力水準,倉促之間做出來的東西存在不足很正常;

 主要我們尋思大家都是程序員,先解決能用的問題,還沒精力去完善更多的東西,別的以後再說。”

 “至於什麽AI,雞哥你別嚇人行不,就是優化了下提示流程而已。”

 “再說現在哪是關心IDE的時候,關心關心開發出來的App能不能廣受歡迎不爽嗎?萬一大爆,下周就能會所那啥了。”

 機圈扛把子:“咦~~~~ PM原來是這樣的,羞與為伍,我們都是正經人!”

 “原來雞哥你在這裡,昨晚的打車錢也不給,房費也不給,別想跑!”

 機圈扛把子:“……”

 ………

 兩點三十分零一秒,審核通道開放後第一個App提交成功。

 第10秒,提交數量破百。

 第一分鍾,提交數量一百五。

 第十分鍾,提交數量二百一。

 第三十分鍾,提交數量二百二十五。

 一是搶前排已經沒戲了,二是這一輪被吸引來的個人開發者原來有App作品的畢竟是少數,半小時能有225款已經十分出乎意料了。

 審核也從第一分鍾開始。

 機器審核與人工審核並列,主要是判斷是否盜版應用,是否涉及應用違規,包括但不限於權限管理、資源調用、消息推送等。

 半小時的時間,隻通過了一款應用的審核與上線。

 是個創意時鍾App。

 預計有望成為爆款。

 而在這之前,星辰系統應用商店已經下發了熱更新,接入了博浪的統一帳號體系,本來就是預先內置的功能,影響不大。

 …………

 博浪

 李澤、辛黛、唐普、立夏等人走進了溫良的辦公室。

 發起了小型總結例會。

 李澤簡要匯報了最新進展:“自建應用體系獲得了一定范圍內開發者的支持,應用審核通道開放半小時收錄了225款新應用。”

 辛黛匯報了公關影響:“目前影響范圍局限在Stars論壇,其它社交媒體平台上幾乎沒有關注度,現狀符合我們既定的低調、有序目標。”

 “……”

 此外,也提到了更廣泛范圍的公關輿情。

 比如Aliyun方面的。

 整體上是高潮過後的平緩期,網友們都沒熱情再關心別的。

 然後李澤提到了下一步的規劃:“接下來主要是關於企業開發應用的接入,根據相關信息整理,預計會有一些小公司開發者主動申請接入;

 以目前國內的生態環境,小企業開發者、個人開發者應用數量佔比最大,而使用率佔比相當低,最後還是看主要企業開發應用的接入。”

 對此,溫良的態度很清晰:“不急,星辰系統現在是無根之水,主動權在企業端,形成一定潮流後,企業開發應用會主動來入駐。”

 “博浪互聯網業務也在為應用生態的建設服務。”

 “另外,不要小看個人開發者,iOS應用市場的成功范例就擺在那裡。”

 之後又聊了聊手機業務的更詳細規劃。

 很多方面的進展都很不錯,基本具備推出手機的前提了,現在是想方設法提高產品競爭力。

 通過電話接入會議的楊興山、戴禮各有表態。

 World人世這個圖形界面的初版預計是11月9號可以下線,然後推出公測。

 手機外觀工業設計有了更多的備選方案,戴禮還是覺得差點意思,不過也給出了最後的時間,同樣定在了11月9號。

 對此,溫良有點擔心戴禮的頭髮。

 然後提到了海外戰略。

 溫良一直沒忘記他在range上插的眼,雖然星辰系統推向海外會相對困難,但也不能直接放棄這個選項。

 就像range的發展可以環阿美莉卡式,星辰系統的發展也可以如此。

 總比直接放棄國際市場要強。

 最後又是關於推廣上的商榷。

 主要有兩個重點,一是面向Stars論壇征集星辰系統形象,畢竟現在是連UI都會設計外在形象的;

 二是在合適的時機,以征集手機品牌的名義來為手機產品的發布進行預熱。

 這裡面溫良提出了一個意見:“手機發布會的舉辦時間需要參考兩個因素,一是互聯網業務版圖的完善程度,二是參考秦正的意見。”

 意思很明確,要在發布第一代產品時就考慮與第二代產品之間的銜接等因素。

 其中的關鍵是第二代產品要爭取能用上完全自主設計研發級的手機處理芯片,真正完成全自主應用生態的構建。

 畢竟,涉及到CPU指令集的變更,需要市場全方位的適配。

 不過……

 CPU指令集面向應用程序的適配是通過編譯器來完成的。

 比如Intel的編譯器會針對微軟visual 、蘋果以及開源的eclipse等IDE進行兼容支持。

 而且有消息指出Intel也在擁抱LLVM這個編譯器工具。

 你說巧不巧。

 博浪依托eclipse和LLVM修改的ecS已經開始被國內開發者接受。

 這樣等到將來自主研發設計的CPU出來,應用生態的切換動靜怎麽也大不起來。

 總之,現在圍繞手機業務的方方面面正低調而有序的發展-

 求月票。
鍵盤左右鍵 ← → 可以切換章節
章節問題回報:
翻譯有問題
章節內容不符
章節內容空白
章節內容殘缺
上下章節連動錯誤
小說很久沒更新了
章節顯示『本章節內容更新中』
其他訊息