整合營銷服務商

          電腦端+手機端+微信端=數據同步管理

          免費咨詢熱線:

          僅用 10 天設計的 JavaScript,憑什么成為程序員最受歡迎的編程語言?

          這個世紀之交誕生的 JavaScript,沒人想到會發展為當今世界上最流行的語言之一。它不夠成熟,不夠嚴肅,甚至連名字都是模仿的 Java。那么,JavaScript 的成功是依靠運氣和完美時機的僥幸嗎?其實不然——即使技術不具備卓越的影響力,但事實證明,只要足夠好用就可以了。

          作者 | Matthew MacDonald

          譯者 | 蘇本如,責編 | 郭芮

          出品 | CSDN(ID:CSDNnews)

          以下為譯文:

          如果你在1999年預測到,JavaScript將在20年后成為世界上最流行的語言之一,你要么有通靈術,要么是個瘋子。

          在這個世紀之交誕生的JavaScript不僅僅無法做到一個專業語言所能做到的一切,它甚至沒有被設計成一個嚴肅的編程語言。畢竟,需要創建Web應用程序的開發人員已經有了他們喜歡使用的成熟工具。那就是Java,通過applet嵌入系統。

          但是在1995年,網絡瀏覽器先驅網景(Netscape)公司意識到,他們需要為人們提供一個更簡單的選擇。那時候他們處境艱難,與微軟的市場大戰正在緊鑼密鼓,即將與Sun微系統公司達成重大戰略合作伙伴關系,時間緊迫。他們雇傭了布蘭登·艾奇(Brendan Eich),要求他盡可能快地創造一種新的語言。他在10天內就完成了JavaScript的第一個版本,正好趕上了這個漂亮的瀏覽器:

          Netscape 2: JavaScript的首次登場

          艾奇真正想做的是構建一個像Scheme這樣的學術編程語言的瀏覽器托管版本(網頁腳本語言),但網景公司的愿景與此不同。他們想要一種看上去與Java足夠相似,即使它的行為和Java不一樣的語言。兩個類似的名字:Java和JavaScript,導致了多年的混亂。

          我是根據公司高層指令開發這門語言,讓它看上去和Java足夠相似,但又不要讓它太大。它只是有那么點兒像這種愚蠢語言的弟弟,對吧?

          ——布蘭登·艾奇

          滾動按鈕時代

          在它誕生后的前五年時間里,Javascript填補了那些不擅長Java編程的人的空白。這些人包括一些編程外行、業余愛好者和匆忙做些簡單編程的人,也包括網頁設計師這個新的技術工人階層。他們的工作是使網頁用戶界面看起來時髦漂亮和圖形化,他們追求一種比<blink>標簽更精致,比旋轉球體GIF圖像看上去更現代的效果。

          而在專業領域,JavaScript的主要工作是創建一種用戶界面粘合劑,將設計好的網頁粘在一起。每次你需要一個交互按鈕,一個彈出菜單,一個立體圖像效果,你都需要JavaScript。

          那么誰想要一個翻轉按鈕呢?答案是:所有人。

          2000年左右的翻滾按鈕

          在那不久,JavaScript就被大量使用,用來做世界上最不重要的工作:每次鼠標從圖像上面經過時交換一張圖像。

          盡管認為開發人員會使用代碼來自動化閃光按鈕,然后將代碼與網頁一起分發,似乎是個瘋狂的想法,但我們每個人都這樣做過,而且做了一遍又一遍(今天,CSS提供了這種折疊效果,它使用樣式設置和動畫「而不是預先生成的圖像文件」以更易于維護的方式提供這種折疊效果)。

          很少有人希望JavaScript能走得更遠。許多編碼人員更樂意使用服務器端編程語言,這種語言可以在命令中生成正確的JavaScript代碼。在那個時候,Javascript可以為應用程序中的業務邏輯提供動力的想法,和想象用Excel宏替換數據庫存儲過程一樣荒謬。

          沙箱(Sandbox)囚徒

          今天,當人們批評JavaScript時,通常是基于其語言本身的局限性:打了補丁的OOP特性,弱類型安全性,笨重的DOM模型,對“==”和“===”的困惑,等等。但這些并不是JavaScript在其早期被看作一門糟糕的編程工具的原因。畢竟,有許多丑陋的編程語言(包括BASIC,COBOL,SQL和 PHP),因為它們出現在正確的時間和正確的地點,而變得至關重要。JavaScript作為所有Web瀏覽器原生本機支持的唯一語言,出現在整個世界都被網站接管的時間點,它絕對屬于在正確的時間出現在正確的位置的情形。

          JavaScript的真正局限性是沙箱:一種可以將代碼固定到合適位置的嚴格控制的環境——沙箱將JavaScript與桌面世界隔離。例如,JavaScript代碼無法直接訪問文件系統、顯示器或任何硬件資源。更嚴重的是,它隔離了JavaScript和Web服務器上的所有資源,比如存儲客戶列表和產品目錄的數據庫,以及運行業務邏輯的服務器端代碼。被完全孤立的JavaScript,除了在頁面上擺弄按鈕之外,幾乎沒有什么其它能做,這一點也不令人奇怪。

          使用XMLHttpRequest打開管道

          奇怪的是,有確實的證據表明確實是微軟拯救了JavaScript。但不是今天的這個在每個操作系統上都擁抱開源開發的微軟,而是那個赤裸裸的反開源的斗士,和以“擁抱,擴展和消滅”的理念消滅其競爭對手的微軟。

          事情是這樣發生的。大約就在全世界都在瘋狂使用滾動按鈕的同時,微軟的一個團隊正在研究一種使Outlook的Web前端更具響應性的方法。他們正在構建一個名為Outlook Web Access的產品,其外觀如下:

          2000年的Outlook Web Access

          微軟團隊的目標相對溫和。他們想構建一個比在瀏覽器中運行更高效的電子郵件閱讀器,最重要的是,他們不想每隔幾秒鐘刷新整個頁面。因此,他們正在研究一種讓網頁在后臺悄悄地檢查新郵件的技術。這一目標可能看起來并不驚天動地,但請記住,Gmail在那時候還沒有發明出來。而事實上,那時的整個谷歌公司也才只有幾年的歷史。

          微軟團隊用一個名為XMLHttpRequest的ActiveX組件創建了一個小的管道系統。XMLHttpRequest的基本思想很簡單,它為JavaScript代碼提供了一種生成Web請求的方法。就像一個Web瀏覽器可以聯系一個Web服務器并發出一個請求一樣(例如,“嘿,請把那個頁面給我!”),JavaScript代碼可以使用XMLHttpRequest對象發出自己的請求(例如,“嘿,請再給我發些郵件”)。

          突然間,一個網頁就可以使用Web服務器的所有資源了。需要數據庫中的一些數據嗎?請呼叫服務器并請求它發送。需要服務器執行一個計算,一個安全測試,一個超級機密驗證檢查嗎?請呼叫服務器并請求它執行。最重要的是,這些“呼叫”都發生在后臺,前臺頁面保持不變。

          XMLHttpRequest并非沒有奇怪之處。首先,它的命名很奇怪,大小寫不一致,在像JavaScript這樣的區分大小寫的語言中,這是一件令人頭痛的事。其次,這個名稱表明你的代碼發送和接收的是XML格式的消息。然而事實上,消息幾乎可以是任何格式:普通文本、HTML塊或序列化為JSON的JavaScript對象。但是,最大的問題可能是XMLHttpRequest對象是使用ActiveX構建的,這意味著它只能用于Windows計算機,而且只能在Internet Explorer中工作。

          但是這些奇怪之處都沒有阻止它前進。在短短的幾年內,其他瀏覽器都提供了自己的XMLHttpRequest實現:同樣的對象,但沒有任何ActiveX的難題。

          盡管創建了XMLHttpRequest對象,但微軟在他們自己的Web開發中遲遲沒有充分使用它。他們不愿將它用于基于Web的公共電子郵件系統Hotmail,相反,他們一直等待,直到谷歌首先在2004年的Gmail,然后在2005年的谷歌地圖中使用XMLHttpRequest并震驚了Web開發世界。這是一個真正的圣杯:基于Web的程序,具備了桌面應用程序的響應能力。

          2005年的谷歌地圖

          現代化之路

          XMLHttpRequest是改變JavaScript進程的關鍵因素。然而,在那之后還有幾個拐點。

          多年來,JavaScript語言一直停滯不前。問題在于,市場領先的Web瀏覽器Internet Explorer的升級是基于操作系統升級的時間尺度。也就是說,Internet Explorer升級速度非常緩慢,開發人員被迫編寫檢查瀏覽器版本的代碼,并嘗試動態適應。

          2006年,開發人員獲得了jQuery形式的解決方案。盡管jQuery今天已經過時了,但在10年前,如果你想花時間構建功能而不是解決瀏覽器兼容性問題,它是一個必不可少的工具。

          2008年,谷歌發布了一個名為V8的新JavaScript引擎。就像jQuery首次為開發人員提供了廣泛的兼容性一樣,V8也給他們帶來了驚人的性能。而且因為V8引擎是一個獨立的開源組件,其他項目也可以使用它。稍后,這將為Node.js和Electron等創新打開大門。

          2008年的晚些時候,HTML5的第一份工作草案出現了。HTML5本身并不是關于JavaScript的,但它與新一波的JavaScript API結合在了一起。突然間,開發人員擁有了用于存儲本地數據,管理瀏覽器歷史記錄,使用音頻和運行后臺任務的工具。這些再一次縮小了Web功能和桌面功能之間的差距。

          現代JavaScript

          JavaScript的成功是否是其在瀏覽器中的特權地位的必然結果?還是依靠運氣和完美時機的僥幸?

          有一點是肯定的:JavaScript是在壓力下獲得成功的。在它面世以后的大部分時間里,JavaScript沒有成為任何人的最愛。很多人先是支持Java小程序,然后是Flash,甚至Silverlight。但JavaScript面對這些挑戰者,并徹底擊敗了它們。

          也許最公平的評價是,JavaScript證明了每個開發人員在內心深處都明白的道理。也就是說,對一項新技術來說,最重要的因素是它的影響力。如果你的技術具有卓越的影響力,它就不需要從成為最好的開始,只要足夠好就可以了。

          Javascript的未來將會沿著一條快速發展的道路延伸。現在,我們有運行在Web服務器上的JavaScript(多虧了Node.js),和支持桌面應用程序(多虧了Node.js和Electron)的JavaScript。我們有類似于JavaScript的TypeScript語言,它能夠編譯成JavaScript,讓開發人員能夠在不損害其道德的情況下為網頁編寫代碼。在未來,WebAssembly可能會徹底打破語言限制,讓開發人員可以通過支持JavaScript引擎來使用他們想要的任何更高級的語言。

          是時候承認了,盡管JavaScript有很多漏洞和不一致之處,但它是最偉大的開發語言之一。布蘭登·艾奇將JavaScript置入Netscape Navigator中,我們把整個世界塞進了瀏覽器,結果造就了現代的互聯網世界。

          永遠相信JavaScript(Always bet on JavaScript)。

          ——布蘭登·艾奇

          原文:https://medium.com/young-coder/how-JavaScript-grew-up-and-became-a-real-language-17a0b948b77

          本文為CSDN翻譯,轉載請注明來源出處。

          【END】

          小新 編譯自 Insight Data Blog

          量子位 出品 | 公眾號 QbitAI

          寫個網頁能有多麻煩?在大多數公司里,這項工作分為三步:

          1. 產品經理完成用戶調研任務后,列出一系列技術要求;

          2. 設計師根據這些要求來設計低保真原型,逐漸修改得到高保真原型和UI設計圖;

          3. 工程師將這些設計圖實現為代碼,最終變成用戶使用的產品。

          這么多環節,任何地方出一點問題,都會拉長開發周期。因此,不少公司,比如Airbnb已經開始用機器學習來提高這個過程的效率。

          Airbnb內部的AI工具,從圖紙到代碼一步到位

          看起來很美好,但Airbnb還沒公開該模型中端到端訓練的細節,以及手工設計的圖像特征對該模型的貢獻度。這是該公司特有的閉源解決方案專利,可能不會進行公開。

          好在,一個叫Ashwin Kumar的程序員創建了一個開源版本,讓開發者/設計師的工作變得更簡單。

          以下內容翻譯自他的博客:

          理想上,這個模型可以根據網站設計的簡單手繪原型,很快地生成一個可用的HTML網站:

          SketchCode模型利用手繪線框圖來生成HTML網站

          事實上,上面例子就是利用訓練好的模型在測試集上生成的一個實際網站,代碼請訪問:https://github.com/ashnkumar/sketch-code。

          從圖像標注中獲取靈感

          目前要解決的問題屬于一種更廣泛的任務,叫做程序綜合(program synthesis),即自動生成工作源代碼。盡管很多程序綜合研究通過自然語言規范或執行追蹤法來生成代碼,但在當前任務中,我會充分利用源圖像,即給出的手繪線框圖來展開工作。

          在機器學習中有一個十分熱門的研究領域,稱為圖像標注(image caption),目的是構建一種把圖像和文本連接在一起的模型,特別是用于生成源圖像內容的描述。

          圖像標注模型生成源圖像的文本描述

          我從一篇pix2code論文和另一個應用這種方法的相關項目中獲得靈感,決定把我的任務按照圖像標注方式來實現,把繪制的網站線框圖作為輸入圖像,并將其相應的HTML代碼作為其輸出內容。

          注:上段提到的兩個參考項目分別是

          pix2code論文:https://arxiv.org/abs/1705.07962

          floydhub教程:https://blog.floydhub.com/turning-design-mockups-into-code-with-deep-learning/?source=techstories.org

          獲取合適的數據集

          確定圖像標注方法后,理想中使用的訓練數據集會包含成千上萬對手繪線框圖和對應的HTML輸出代碼。但是,目前還沒有我想要的相關數據集,我只好為這個任務來創建數據集。

          最開始,我嘗試了pix2code論文給出的開源數據集,該數據集由1750張綜合生成網站的截圖及其相應源代碼組成。

          pix2code數據集中的生成網站圖片和源代碼

          這是一個很好的數據集,有幾個有趣的地方:

          • 該數據集中的每個生成網站都包含幾個簡單的輔助程序元素,如按鈕、文本框和DIV對象。盡管這意味著這個模型受限于將這些少數元素作為它的輸出內容,但是這些元素可通過選擇生成網絡來修改和擴展。這種方法應該很容易地推廣到更大的元素詞匯表。

          • 每個樣本的源代碼都是由領域專用語言(DSL)的令牌組成,這是該論文作者為該任務所創建的。每個令牌對應于HTML和CSS的一個片段,且加入編譯器把DSL轉換為運行的HTML代碼。

          彩色網站圖像變手繪圖

          為了修改我的任務數據集,我要讓網站圖像看起來像手工繪制出的。我嘗試使用Python中的OpenCV庫和PIL庫等工具對每張圖像進行修改,包括灰度轉換和輪廓檢測。

          最終,我決定直接修改原始網站的CSS樣式表,通過執行以下操作:

          1. 更改頁面上元素的邊框半徑來平滑按鈕和DIV對象的邊緣;

          2. 模仿繪制的草圖來調整邊框的粗細,并添加陰影;

          3. 將原有字體更改為類似手寫的字體;

          最終實現的流程中還增加了一個步驟,通過添加傾斜、移動和旋轉來實現圖像增強,來模擬實際繪制草圖中的變化。

          使用圖像標注模型架構

          現在,我已經處理好數據集,接下來是構建模型。

          我利用了圖像標注中使用的模型架構,該架構由三個主要部分組成:

          1. 一種使用卷積神經網絡(CNN)的計算機視覺模型,從源圖像提取圖像特征;

          2. 一種包含門控單元GRU的語言模型,對源代碼令牌序列進行編碼;

          3. 一個解碼器模型,也屬于GRU單元,把前兩個步驟的輸出作為輸入,并預測序列中的下一個令牌。

          以令牌序列為輸入來訓練模型

          為了訓練模型,我將源代碼拆分為令牌序列。模型的輸入為單個部分序列及它的源圖像,其標簽是文本中的下一個令牌。該模型使用交叉熵函數作為損失函數,將模型的下個預測令牌與實際的下個令牌進行比較。

          在模型從頭開始生成代碼的過程中,該推理方式稍有不同。圖像仍然通過CNN網絡進行處理,但文本處理開始時僅采用一個啟動序列。在每個步驟中,模型對序列中輸出的下個預測令牌將會添加到當前輸入序列,并作為新的輸入序列送到模型中;重復此操作直到模型的預測令牌為,或該過程達到每個文本中令牌數目的預定義值。

          當模型生成一組預測令牌后,編譯器就會將DSL令牌轉換為HTML代碼,這些HTML代碼可以在任何瀏覽器中運行。

          用BLEU分數評估模型

          我決定使用BLEU分數來評估模型。這是機器翻譯任務中常用的一種度量標準,通過在給定相同輸入的情況下,衡量機器生成的文本與人類可能產生內容的近似程度。

          實際上,BLEU通過比較生成文本和參考文本的N元序列,以創建修改后的準確版本。它非常適用于這個項目,因為它會影響生成HTML代碼中的實際元素,以及它們之間的相互關系。

          最棒的是,我還可以通過檢查生成的網站來比較當前的實際BLEU分數。

          觀察BLEU分數

          當BLEU分數為1.0時,則說明給定源圖像后該模型能在正確位置設置合適的元素,而較低的BLEU分數這說明模型預測了錯誤元素或是把它們放在相對不合適的位置。我們最終模型在評估數據集上的BLEU分數為0.76。

          福利:定制網頁風格

          后來,我還想到,由于該模型只生成當前頁面的框架,即文本的令牌,因此我可以在編譯過程中添加一個定制的CSS層,并立刻得到不同風格的生成網站。

          一個手繪圖生成多種風格的網頁

          把風格定制和模型生成兩個過程分開,在使用模型時帶來了很多好處:

          1.如果想要將SketchCode模型應用到自己公司的產品中,前端工程師可以直接使用該模型,只需更改一個CSS文件來匹配該公司的網頁設計風格;

          2. 該模型內置的可擴展性,即通過單一源圖像,模型可以迅速編譯出多種不同的預定義風格,因此用戶可以設想出多種可能的網站風格,并在瀏覽器中瀏覽這些生成網頁。

          總結和展望

          受到圖像標注研究的啟發,SketchCode模型能夠在幾秒鐘內將手繪網站線框圖轉換為可用的HTML網站。

          但是,該模型還存在一些問題,這也是我接下來可能的工作方向:

          1. 由于這個模型只使用了16個元素進行訓練,所以它不能預測這些數據以外的令牌。下一步方向可能是使用更多元素來生成更多的網站樣本,包括網站圖片,下拉菜單和窗體,可參考啟動程序組件(https://getbootstrap.com/docs/4.0/components/buttons/)來獲得思路;

          2. 在實際網站構建中,存在很多變化。創建一個能更好反映這種變化的訓練集,是提高生成效果的一種好方法,可以通過獲取更多網站的HTML/CSS代碼以及內容截圖來提高;

          3. 手繪圖紙也存在很多CSS修改技巧無法捕捉到的變化。解決這個問題的一種好方法是使用生成對抗網絡GAN來創建更逼真的繪制網站圖像。

          相關地址

          代碼:https://github.com/ashnkumar/sketch-code

          原文:https://blog.insightdatascience.com/automated-front-end-development-using-deep-learning-3169dd086e82

          — 完 —

          誠摯招聘

          量子位正在招募編輯/記者,工作地點在北京中關村。期待有才氣、有熱情的同學加入我們!相關細節,請在量子位公眾號(QbitAI)對話界面,回復“招聘”兩個字。

          量子位 QbitAI · 頭條號簽約作者

          ?'?' ? 追蹤AI技術和產品新動態

          全棧攻城獅-每日更新原創IT編程技術及日常實用視頻。

          主要內容:正式引入HTML網頁開發,學習并了解HTML的相關知識。變身Web開發達人,做全棧程序員。這是以第一課,希望以我的方式,你將學會HTML這門課程。


          寫在前面

          今天的話,主要講解一下HTML相關知識,同樣在接下來的一段時間的安排中,也以HTML為主。崇尚全棧,也就意味著我們,需要學習主流的技術知識。在前一段時間內,主要講解了.Net的只是教程。當然.NET并沒有完畢。

          C#語言

          只是在這里把HTML穿插進來,一則鞏固自己所得,二來學習一下這門非常簡單的HTML技術。學習完畢HTML之后則會,繼續進行基礎加強、數據庫、MVC等教程的協作工作。

          PDF文檔

          同時在前一個階段內,講解的并不是很好,在這個HTML階段內,則會吸取教訓,爭取寫出更符合初學者學習的技術教程。當然前面的課程也會不斷的修正,最后我會生成PDF的文檔,發給大家。


          HTML概述

          HTML概述

          HTML,超文本標記語言,超文本就意味著有多于文字的形式,比如包含超鏈接、圖片、視頻、動畫等形式。HTML是應用在網站網頁展現的一種語法結構。我們在使用瀏覽器瀏覽網頁的時候,看到的界面都是由HTML代碼表現出來的。HMTL可以說是一種展示文字圖片視頻等元素的一種方式。通過特定的標記就能展示出來自己想要的效果。如何展現?就讓我一步步教你。


          學習HTML的必要性

          物聯網

          互聯網的飛速發展,導致了形形色色的網站應用被創建。云計算、物聯網仿佛唾手可得。把諸多應用建立在云上,通過這種瀏覽器與用戶交互的形式讓人們使用。這些所有網絡應用,只要是通過瀏覽器進行使用的情況,都是需要HTML技術。當然HTML作為基礎之用。這就要求我們程序員,必須學習并熟悉HTML語言。能在這個基礎上進行Web的開發。


          HTML語言的特點

          1. HTML是解釋性語言,不需編譯,直接書寫之后,就可以運行。

          2. HTML是純文本類型的語言,你完全可以通過記事本程序進行創建書寫。

          3. 雖然HTML可以通過記事本來創建寫代碼,但是并不推薦,因為以前學習過.Net,所以依舊使用Visual Studio。VS也是前端的開發神器。

          4. 自己寫的HTML代碼,在不同的瀏覽器內,可能會有不同的展示效果。這是由瀏覽器的渲染引擎決定的。

          5. HTML具有平臺無關性,在任何平臺只要擁有一款瀏覽器,你就可以打開HTML網頁。

          6. HTML代碼運行在瀏覽器中,也就是需要使用瀏覽器進行測試。

          HTML


          今天就先說一下HTML的基本知識,電腦編程系列教程,下節繼續。


          主站蜘蛛池模板: 天海翼一区二区三区高清视频| 日韩精品无码免费一区二区三区| 国产精品视频分类一区| 三上悠亚一区二区观看| 成人影片一区免费观看| 人妻AV中文字幕一区二区三区| 国产精品va无码一区二区| 无码aⅴ精品一区二区三区| 色综合久久一区二区三区| 精品国产一区在线观看 | 性色AV 一区二区三区| 亚洲视频在线一区二区| 久久er99热精品一区二区| 日本在线电影一区二区三区 | 日韩制服国产精品一区| 国产人妖视频一区二区破除| 久久se精品一区二区| 色综合视频一区二区三区44| 亚洲国产精品一区二区久久| 精品女同一区二区| 精品久久久久一区二区三区 | 韩日午夜在线资源一区二区| 国模视频一区二区| 亚洲熟妇成人精品一区| 3d动漫精品啪啪一区二区中文| 人妻无码一区二区三区四区| 亚洲熟女乱色一区二区三区 | 久久亚洲中文字幕精品一区四| 一本一道波多野结衣一区| 无码少妇丰满熟妇一区二区| 91在线视频一区| 国模少妇一区二区三区| 秋霞无码一区二区| 日韩精品中文字幕无码一区| 久久国产精品视频一区| 人妻av无码一区二区三区| 人妻无码一区二区三区AV| 亚洲欧美日韩中文字幕一区二区三区| 国产精品一级香蕉一区| 中文字幕人妻第一区| 国产精品一区二区久久国产|