01 帶貨語言語法特點(新東方直播帶貨3天達到1777萬，這能說明新東方轉型成功了嗎？)

新東方直播帶貨3天達到1777萬，這能說明新東方轉型成功了嗎？

很成功！

新東方開啟轉型后，創始人俞敏洪一腳踏進了直播帶貨領域。2021年11月7日，俞敏洪開啟了自己的首次直播帶貨；同年12月28日，新東方推出“東方甄選”……不過，在過去半年多時間里，俞敏洪的直播帶貨之路，遠不如他的前同事羅永浩那樣有“經濟效益”，直到他的同事在“東方甄選”直播間開啟帶貨+英語教學模式。

6月10日，東方甄選直播間，自黑撞臉“兵馬俑”、號稱8年教過50萬學生的英語老師董宇輝正在介紹五常大米。與其他直播間的主播不同，董宇輝在介紹到商品的特點時，會熟練地從身旁抽出一塊白板，講解這些特點如何用英語表達。

正是靠這一招，董宇輝和東方甄選直播間在兩三天內走紅網絡。最新的數據是，6月11日，東方甄選直播18小時17分鐘，預估銷售額達1992.17萬元，相比開播之初增長了40倍，最高在線人數8.86萬。

“我剛進直播間，以為是新東方在賣課，看了一會兒才發現是在賣貨，太上頭了。”在直播間評論區，不少圍觀者直言，“就是沖著免費的英語來的”“沒想到有一天會在帶貨直播間里學英語”。

更令人上頭的是，除了捎帶著教英語，董宇輝還時不時變換身份，比如歷史老師、哲學老師、語文老師、生物老師、地理老師，甚至是脫口秀演員，高級段子、人生哲理、名人詩句，信手拈來。

當然，這并不是董宇輝專屬技能。據中新經緯記者觀察，6月10日、11日兩天時間內，直播間先后出現了七八位主播，無一例外均是“雙語帶貨”。他們帶貨方式、性格長相等不一，但都表達清晰，口齒伶俐。

有一位曾在新東方上課的網友評論，“這一看就是新東方的老師，說唱跳舞，才藝滿滿，有那味了。”有網友還評論，“直播帶貨都這么卷了嗎？”“新東方轉型了，好像又沒有完全轉。”在主播用中文介紹商品時，甚至有不少人在評論區打字催促，“快用英語講一遍！”

2021年年底，俞敏洪帶領一眾新東方老師開啟轉型，投身直播帶貨。對于眼下新東方雙語直播大火，俞敏洪稱這是新東方老師們非常關鍵的轉型。言外之意，新東方做直播帶貨，找到了自己的方法論。

東方甄選直播間“雙語帶貨”的雛形，或許要往前追溯到2月份。東方甄選推出以后，俞敏洪除了在自己直播間帶貨，還會偶爾在東方甄選客串一把。比如2月22日晚間，俞敏洪就在東方甄選直播間現身了。中新經緯記者注意到，當時俞敏洪在介紹商品時，會習慣性蹦出幾句英語。

不知道是俞敏洪對這些老師出身的主播提出了“雙語帶貨”的要求，還是這些老師從俞敏洪身上受到了啟發，但可以肯定的是，如今東方甄選直播間里“雙語帶貨”的特色，是由這些新東方老師們發揚光大的。

掙w是什么意思?

這個梗來源于潘嘎之交，就是掙錢的意思。

“w”是“萬”的拼音首字母,用來表示萬元的意思。說今天可以掙好幾個w，意思就是說,今天的生意不錯,能掙好幾萬,就是這么簡單。

現在的人很喜歡說一些英文字母或英文單詞縮寫,這樣不懂行的人就聽不懂,可以起到保密作用。

抖音官方規定，直播中是不允許說錢的。 所以你看到的直播都是用多少米、浮力等。

潘嘎之交起源

潘長江曾在一次直播中對嘎子的飾演者謝孟偉關于酒類銷售直播時候的勸說。

在網絡直播中，潘長江對嘎子的飾演者謝孟偉說：“網上的東西都是虛擬的，我怕你把握不住啊孩子，因為這里水很深.....”把嘎子的飾演者謝孟偉感動地一把鼻涕一把淚，說自己不會再從事酒類銷售。

后來網友們發現，潘長江也開始了酒類產品的直播帶貨。網友調侃為“潘嘎之交”。

以上內容參考百度百科——潘噶之交

低代碼究竟是什么？

簡介： 什么是低代碼？我們為什么需要低代碼？低代碼會讓程序員失業嗎？本文總結了低代碼領域的基本概念、核心價值與行業現狀，帶你全面了解低代碼。

什么是低代碼

“Low-Code”是什么？如果你是第一次聽說，沒準也會跟我當年從老板口中聽到這個詞后的內心戲一樣：啥？“Low-Code”？“Code”是指代碼我知道，但這個“Low”字是啥意思？不會是老板發現我最近趕工寫的代碼很丑很“Low”吧... 想多了，老板怎么可能親自review代碼呢。那難道是指，“Low-level programming”里的“Low”？老板終于發現讓我等編程奇才整天堆Java業務代碼太浪費，要派我去閉關寫一個高性能C語言網絡庫... 顯然也不是，老板哪能有這技術情懷呢。那到底是什么意思？作為一名搜商比情商還高的程序員，能問Google的絕不會問老板。于是我一頓操作后，不假思索地點開了第一條搜索結果：Low-買粉絲de development platform。

Wikipedia定義

 

從Wiki的這段定義中，我們可以提煉出幾個關鍵信息：

• 低代碼開發平臺（LCDP）本身也是一種軟件，它為開發者提供了一個創建應用軟件的開發環境。看到“開發環境”幾個字是不是很親切？對于程序員而言，低代碼開發平臺的性質與IDEA、VS等代碼IDE（集成開發環境）幾乎一樣，都是服務于開發者的生產力工具。

• 與傳統代碼IDE不同的是，低代碼開發平臺提供的是更高維和易用的可視化IDE。大多數情況下，開發者并不需要使用傳統的手寫代碼方式進行編程，而是可以通過圖形化拖拽、參數配置等更高效的方式完成開發工作。

Forrester定義

順著Wiki的描述還能發現，原來“Low-Code”一詞早在2014年就由Forrester提出了，它對低代碼開發平臺的始祖級定義是這樣的：

請點擊輸入圖片描述

相比Wiki的版本，這個定義更偏向于闡明低代碼所帶來的核心價值：

• 低代碼開發平臺能夠實現業務應用的快速交付。也就是說，不只是像傳統開發平臺一樣“能”開發應用而已，低代碼開發平臺的重點是開發應用更“快”。更重要的是，這個快的程度是顛覆性的：根據Forrester在2016年的調研，大部分公司反饋低代碼平臺幫助他們把開發效率提升了5-10倍。而且我們有理由相信，隨著低代碼技術、產品和行業的不斷成熟，這個提升倍數還能繼續上漲。

• 低代碼開發平臺能夠降低業務應用的開發成本。一方面，低代碼開發在軟件全生命周期流程上的投入都要更低（代碼編寫更少、環境設置和部署成本也更簡單）；另一方面，低代碼開發還顯著降低了開發人員的使用門檻，非專業開發者經過簡單的IT基礎培訓就能快速上崗，既能充分調動和利用企業現有的各方面人力資源，也能大幅降低對昂貴專業開發者資源的依賴。

低代碼核心能力

基于上述的定義和分析，不難總結出如下這3條低代碼開發平臺的核心能力：

請點擊輸入圖片描述

• 全棧可視化編程：可視化包含兩層含義，一個是編輯時支持的點選、拖拽和配置操作，另一個是編輯完成后所及即所得（WYSIWYG）的預覽效果。傳統代碼IDE也支持部分可視化能力（如早年Visual Studio的MFC/WPF），但低代碼更強調的是全棧、端到端的可視化編程，覆蓋一個完整應用開發所涉及的各個技術層面（界面/數據/邏輯）。

• 全生命周期管理：作為一站式的應用開發平臺，低代碼支持應用的完整生命周期管理，即從設計階段開始（有些平臺還支持更前置的項目與需求管理），歷經開發、構建、測試和部署，一直到上線后的各種運維（e.g. 監控報警、應用上下線）和運營（e.g. 數據報表、用戶反饋）。

• 低代碼擴展能力：使用低代碼開發時，大部分情況下仍離不開代碼，因此平臺必須能支持在必要時通過少量的代碼對應用各層次進行靈活擴展，比如添加自定義組件、修改主題CSS樣式、定制邏輯流動作等。一些可能的需求場景包括：UI樣式定制、遺留代碼復用、專用的加密算法、非標系統集成。

不只是少寫代碼

回到最初那個直擊心靈的小白問題：Low-Code中的“Low”，到底是啥意思？答案已經顯而易見：既不是指抽象程度很低（相反，低代碼開發方式的抽象程度要比傳統編程語言高一個level），也不是指代碼很low（也相反，低代碼所生成的代碼一般都經過精心維護和反復測試，整體質量強于大部分手寫代碼），而是單純的“少寫代碼” —— 只在少數需要的情況下才手寫代碼，其他大部分時候都能用可視化等非代碼方式解決。

再往深一點兒看，低代碼不只是少寫代碼而已：代碼寫得少，bug也就越少（正所謂“少做少錯”），因此開發環節的兩大支柱性工作“趕需求”和“修bug”就都少了；要測的代碼少了，那么測試用例也可以少寫不少；除了開發階段以外，平臺還覆蓋了后續的應用構建、部署和管理，因此運維操作也更少了（Low-Code → Low-Ops）。

請點擊輸入圖片描述

平臺的職責與挑戰

上面說的是低代碼給開發者提供的能力與吸引力，那么作為服務的提供方與應用的承載者，低代碼開發平臺自身應該承擔怎樣的職責，其中又會遇到多大的挑戰？是否就一定要如阿里云所主張的那樣，“把復雜留給自己，把簡單留給別人”？雖然這句話聽起來很深明大義，但不知道大家有沒有想過，為什么我們一定要抱著復雜不放，平白無故給自己找事？就不能直接干掉復雜，也給咱阿里云自己的員工留點簡單嗎？是工作太容易就體現不出來KPI價值了，還是家里的飯菜不如公司的夜宵香？

根據《人月神話》作者Fred Brooks的劃分，軟件開發的復雜度可以劃分為本質復雜度（Essential 買粉絲plexity ）和偶然復雜度（Accidental 買粉絲plexity）。前者是解決問題時固有的最小復雜度，跟你用什么樣的工具、經驗是否豐富、架構好不好等都無關，而后者就是除此之外在實際開發過程中引入的復雜度。通常來說，本質復雜度與業務要解決的特定問題域強相關，因此這里我把它稱為更好理解的“業務復雜度”；這部分復雜度不是任何開發方法或工具能解決的，包括低代碼。而偶然復雜度一般與開發階段的技術細節強相關，因此我也相應把它稱為“技術復雜度”；而這一部分復雜度，恰好就是低代碼所擅長且適合解決的。

為開發者盡可能屏蔽底層技術細節、減少不必要的技術復雜度，并支撐其更好地應對業務復雜度（滿足靈活通用的業務場景需求），這是身為一個低代碼開發平臺所應該盡到的核心職責。

請點擊輸入圖片描述

在盡到上述職責的同時，低代碼開發平臺作為一個面向開發者的產品，還需要致力于為開發者提供簡單直觀的極致開發體驗。這背后除了巨大的工作量，還得能在“強大”和“易用”這兩個很難兩全其美的矛盾點之間，努力找到一個符合自己產品定位與目標客戶需求的平衡點 —— 這也許是設計一個通用低代碼開發平臺所面臨的最大挑戰。

三、低代碼相關概念對比

純代碼（Pro-Code / Custom-Code）

“純代碼”可能算是我杜撰的一個詞，更常見

很赞哦!（8772）