編程價值觀
㈠ 限編程的定義，以及它的四個核心價值觀
核心價值觀簡單來說就是某一社會群體判斷社會事務時依據的是非標准，遵循的行為准則。核心價值觀(core values)是指企業必須擁有的終極信念，是企業哲學中起主導性作用的重要組成部分，它是解決企業在發展中如何處理內外矛盾的一系列准則，如企業對市場、對客戶、對員工等的看法或態度，它影響與表明企業如何生存的立場。
㈡ 極限編程的核心價值
極限編程中有四個核心價值是我們在開發中必須注意的：溝通（Communication）、簡單（Simplicity）、反饋（Feedback）、勇氣（Courage）、此外還擴展了第五個價值觀：謙遜（Modesty）。 XP用「溝通、簡單、反饋、勇氣和謙遜」來減輕開發壓力和包袱；無論是術語命名、專著敘述內容和方式、過程要求，都可以從中感受到輕松愉快和主動奮發的態度和氣氛。這是一種幫助理解和更容易激發人的潛力的手段。XP用自己的實踐，在一定范圍內成功地打破了軟體工程「必須重量」才能成功的傳統觀念。
XP精神可以啟發我們如何學習和對待快速變化、多樣的開發技術。成功學習XP的關鍵，是用「溝通、簡單、反饋、勇氣和謙遜」的態度來對待XP；輕松愉快地來感受XP的實踐思想；自己認真實踐後，通過對真實反饋的分析，來決定XP對自己的價值；有勇氣接受它，或改進它。
㈢ 編程教育將納入中小學課程，中小學生有必要學習編程相關課程嗎
其實我覺得有必要的，但是不能說是把其當做主要科目，教育部非常重視提高學生的信息素養，制定了相關的特殊文件，以促進和規范編程教育的發展，培訓可以實施編程教育的教師，並將包括編程教育在內的信息技術內容納入中小學的相關課程，以幫助學生掌握信息技術基礎知識和技能，提高信息意識，發展計算思維，提高數字學習和創新能力，並樹立正確的信息社會價值觀和責任感。
擅長編程的孩子在學習其他科目方面也不錯，養成嚴謹細致的習慣，編程語言是一種非常復雜的語言，編寫程序時，缺少一個符號或一個字母會導致程序無法正常運行，這就要求孩子在學習程序設計時要戒掉“草率”的習慣，這有利於培養孩子嚴謹細致的習慣，提高解決問題的能力，編程可以使孩子的創造力變為現實，並專注於練習，它對幫助孩子們提高創造力，想像力和實踐能力有很大的作用，使孩子們能夠釋放他們的主動性並提高他們解決問題的能力。
㈣ 編程課能夠帶給孩子哪方面能力的提高
編程課屬於計算機系統裡面較高層次的的知識，能給學生帶來編程能力的提高，為以後更好地應用計算機打下基礎，為從事這方面工作積累經驗。編程課對於孩子們來說，是非常必要的，不可或缺的一門基礎課程。
㈤ 敏捷開發的價值觀
敏捷建模（Agile Modeling，AM）的價值觀包括了XP（Extreme Programming：極限編程）的四個價值觀：溝通、簡單、反饋、勇氣，此外，還擴展了第五個價值觀：謙遜。
敏捷開發是針對傳統的瀑布開發模式的弊端而產生的一種新的開發模式，目標是提高開發效率和響應能力。除了原則和實踐，模式也是很重要的，多研究模式及其應用可以使你更深層次的理解敏捷開發。 ◆主張簡單
當從事開發工作時，你應當主張最簡單的解決方案就是最好的解決方案。不要過分構建（overbuild）你的軟體。用AM的說法就是，如果你現在並不需要這項額外功能，那就不要在模型中增加它。要有這樣的勇氣：你現在不必要對這個系統進行過分的建模（over-model），只要基於現有的需求進行建模，日後需求有變更時，再來重構這個系統。盡可能的保持模型的簡單。
◆擁抱變化
需求時刻在變，人們對於需求的理解也時刻在變。項目進行中，Project stakeholder可能變化，會有新人加入，也會有舊人離開。Project stakeholder的觀點也可能變化，你努力的目標和成功標准也有可能發生變化。這就意味著隨著項目的進行，項目環境也在不停的變化，因此你的開發方法必須要能夠反映這種現實。
◆你的第二個目標是可持續性
即便你的團隊已經把一個能夠運轉的系統交付給用戶，你的項目也還可能是失敗的－－實現Project stakeholder的需求，其中就包括你的系統應該要有足夠的魯棒性（robust ），能夠適應日後的擴展。就像Alistair Cockburn常說的，當你在進行軟體開發的競賽時，你的第二個目標就是准備下一場比賽。可持續性可能指的是系統的下一個主要發布版，或是你正在構建的系統的運轉和支持。要做到這一點，你不僅僅要構建高質量的軟體，還要創建足夠的文檔和支持材料，保證下一場比賽能有效的進行。你要考慮很多的因素，包括你現有的團隊是不是還能夠參加下一場的比賽，下一場比賽的環境，下一場比賽對你的組織的重要程度。簡單的說，你在開發的時候，你要能想像到未來。
◆遞增的變化
和建模相關的一個重要概念是你不用在一開始就准備好一切。實際上，你就算想這么做也不太可能。而且，你不用在模型中包容所有的細節，你只要足夠的細節就夠了。沒有必要試圖在一開始就建立一個囊括一切的模型，你只要開發一個小的模型，或是概要模型，打下一個基礎，然後慢慢的改進模型，或是在不在需要的時候丟棄這個模型。這就是遞增的思想。
◆令Stakeholder投資最大化
你的project stakeholder為了開發出滿足自己需要的軟體，需要投入時間、金錢、設備等各種資源。stakeholder應該可以選取最好的方式投資，也可以要求你的團隊不浪費資源。並且，他們還有最後的發言權，決定要投入多少的資源。如果是這些資源是你自己的，你希望你的資源被誤用嗎。
◆有目的的建模
對於自己的artifact，例如模型、源代碼、文檔，很多開發人員不是擔心它們是否夠詳細，就是擔心它們是否太過詳細，或擔心它們是否足夠正確。你不應該毫無意義的建模，應該先問問，為什麼要建立這個artifact，為誰建立它。和建模有關，也許你應該更多的了解軟體的某個方面，也許為了保證項目的順利進行，你需要和高級經理交流你的方法，也許你需要創建描述系統的文檔，使其他人能夠操作、維護、改進系統。如果你連為什麼建模，為誰建模都不清楚，你又何必繼續煩惱下去呢？首先，你要確定建模的目的以及模型的受眾，在此基礎上，再保證模型足夠正確和足夠詳細。一旦一個模型實現了目標，你就可以結束工作，把精力轉移到其它的工作上去，例如編寫代碼以檢驗模型的運作。該項原則也可適用於改變現有模型：如果你要做一些改變，也許是一個熟知的模式，你應該有做出變化的正確理由（可能是為了支持一項新的需求，或是為了重構以保證簡潔）。關於該項原則的一個重要暗示是你應該要了解你的受眾，即便受眾是你自己也一樣。例如，如果你是為維護人員建立模型，他們到底需要些什麼？是厚達500頁的詳細文檔才夠呢，還是10頁的工作總覽就夠了？你不清楚？去和他們談談，找出你想要的。
◆多種模型
開發軟體需要使用多種模型，因為每種模型只能描述軟體的單個方面，「要開發現今的商業應用，我們該需要什麼樣的模型？」考慮到現今的軟體的復雜性，你的建模工具箱應該要包容大量有用的技術（關於artifact的清單，可以參閱AM的建模artifact）。有一點很重要，你沒有必要為一個系統開發所有的模型，而應該針對系統的具體情況，挑選一部分的模型。不同的系統使用不同部分的模型。比如，和家裡的修理工作一樣，每種工作不是要求你用遍工具箱里的每一個工具，而是一次使用某一件工具。又比如，你可能會比較喜歡某些工具，同樣，你可會偏愛某一種模型。有多少的建模 artifact可供使用呢，如果你想要了解這方面的更多細節，我在Be Realistic About the UML中列出了UML的相關部分，如果你希望做進一步的了解，可以參閱白皮書The Object Primer -- An Introction to Techniques for Agile Modeling。
◆高質量的工作
沒有人喜歡爛糟糟的工作。做這項工作的人不喜歡，是因為沒有成就感；日後負責重構這項工作（因為某些原因）的人不喜歡，是因為它難以理解，難以更新；最終用戶不喜歡，是因為它太脆弱，容易出錯，也不符合他們的期望。
◆快速反饋
從開始採取行動，到獲得行動的反饋，二者之間的時間至關緊要。和其他人一共開發模型，你的想法可以立刻獲得反饋，特別是你的工作採用了共享建模技術的時候，例如白板、CRC卡片或即時貼之類的基本建模材料。和你的客戶緊密工作，去了解他們的的需求，去分析這些需求，或是去開發滿足他們需求的用戶界面，這樣，你就提供了快速反饋的機會。
◆軟體是你的主要目標
軟體開發的主要目標是以有效的方式，製造出滿足project stakeholder需要的軟體，而不是製造無關的文檔，無關的用於管理的artifact，甚至無關的模型。任何一項活動（activity ），如果不符合這項原則，不能有助於目標實現的，都應該受到審核，甚至取消。
◆輕裝前進
你建立一個artifact，然後決定要保留它，隨著時間的流逝，這些artifact都需要維護。如果你決定保留7個模型，不論何時，一旦有變化發生（新需求的提出，原需求的更新，團隊接受了一種新方法，採納了一項新技術...），你就需要考慮變化對這7個模型產生的影響並採取相應的措施。而如果你想要保留的僅是3個模型，很明顯，你實現同樣的改變要花費的功夫就少多了，你的靈活性就增強了，因為你是在輕裝前進。類似的，你的模型越復雜，越詳細，發生的改變極可能就越難實現（每個模型都更「沉重」了些，因此維護的負擔也就大了）。每次你要決定保留一個模型時，你就要權衡模型載有的信息對團隊有多大的好處（所以才需要加強團隊之間，團隊和project stakeholder之間的溝通）。千萬不要小看權衡的嚴重性。一個人要想過沙漠，他一定會攜帶地圖，帽子，質地優良的鞋子，水壺。如果他帶了幾百加侖的水，能夠想像的到的所有求生工具，一大堆有關沙漠的書籍，他還能過得去沙漠嗎？同樣的道理，一個開發團隊決定要開發並維護一份詳細的需求文檔，一組詳細的分析模型，再加上一組詳細的架構模型，以及一組詳細的設計模型，那他們很快就會發現，他們大部分的時間不是花在寫源代碼上，而是花在了更新文檔上。 最重要的是通過盡早和不斷交付有價值的軟體滿足客戶需要。
我們歡迎需求的變化，即使在開發後期。敏捷過程能夠駕馭變化，保持客戶的競爭優勢。
經常交付可以工作的軟體，從幾星期到幾個月，時間尺度越短越好。
業務人員和開發者應該在整個項目過程中始終朝夕在一起工作。
圍繞鬥志高昂的人進行軟體開發，給開發者提供適宜的環境，滿足他們的需要，並相信他們能夠完成任務。
在開發小組中最有效率也最有效果的信息傳達方式是面對面的交談。
可以工作的軟體是進度的主要度量標准。
敏捷過程提倡可持續開發。出資人、開發人員和用戶應該總是維持不變的節奏。
對卓越技術與良好設計的不斷追求將有助於提高敏捷性。
簡單——盡可能減少工作量的藝術至關重要。
最好的架構、需求和設計都源自自我組織的團隊。
每隔一定時間，團隊都要總結如何更有效率，然後相應地調整自己的行為。
㈥ 核桃編程的使命願景價值觀
核桃編程的使命願景價值觀：
核桃編程，自2017年成立以來已組建了一支超過百人的教研團隊，參照美國最主流的CSTA計算機科學教育標准與教育部2017年頒布的信息技術課程標准，按照學員年齡進行分層。
桃編程榮獲網路「2018年度新銳品牌」2018年，核桃編程榮獲新浪「2018中國科技特色STEAM品牌」2018年，核桃編程榮登騰訊教育盛典產業價值榜，2018年度知名素質教育品牌」2019年，核桃編程入選中國人民大學-高瓴人工智慧學院首批。
設計出最適合中國6至12歲學員的十級進階同時還首創了AI人機雙師互動學習輔導系統，切實解決家長擔憂，深受青少年學員的喜愛。2021年3月25日，核桃編程完成新一輪融資，C輪系列融資額約2億美元。
團隊介紹：
曾鵬軒，核桃編程創始人兼CEO，研究生畢業於美國賓夕法尼亞大學學習科學專業，擁有多年教育行業創業經驗。王宇航，核桃編程的聯合創始人，中國科學技術大學計算機專業畢業，本科期間就曾獲得「ROBOCUP」機器人世界盃世界冠軍。
在少兒編程教育領域有著豐富的經驗，是目前核桃編程的主講教師。陳楸帆，核桃編程「特聘科普官」，中國當代代表科幻作家、中國科幻小說銀河獎、全球華語科幻星雲獎金獎作家。將為核桃編程在建立科普知識前沿體系、升級課程劇情內容等方面進行指導。