編程提案

Ⅰ 編程將納入中小學相關課程，以後是否會涉及到升學考試

教育部官網公布了《關於政協十三屆全國委員會第三次會議第3172號（教育類297號）提案答復的函》，明確編程課程即將納入中小學教育 ，北京市海淀區教育局更是提早行動，將編程正式納入中考考試范圍 。

起初，編程課程會以游戲的形式讓孩子們在玩過程中慢慢的接觸和認識，先培養孩子們較強的邏輯性，而且現階段的編程基本上都是英文字母，可以綜合性的讓孩子接觸數學邏輯和英語輸入，以孩子比較喜歡的游戲課程導入，相比語數外來說更能激發孩子的學習興趣 。

將編程納入中小學課程，是提前讓現在的小孩適應未來的智能生活，是社會的進步，也是一種必然的趨勢。大家也不必太過於糾結，順其自然，慢慢和孩子們一起接觸編程，一起學習智能，一起進步！

Ⅱ PHP，java，Python，C，C++ 這幾種編程語言都各有什麼特點或優點

匯編：

C：

Java：

C#：

PHP：

Python：

Go：

Haskell：

Lisp：

C++：

Java

猶如宮澤賢治的《不畏風雨》中出現的、性格木訥的女孩子。從小就由於遲鈍和大食量等特徵被別人當作笨蛋，從小學入學開始進入田徑部、堅持跑步，在中長跑中經常取得好成績，給人以活潑的印象。是十分努力的女孩子。
她的家境並不算好。父親Sun是有才能的藝術家，但不擅長理財，在她14歲的時候因為苦於借債積勞成疾而去世。她被Oracle叔叔收養，那時還與Google叔叔之間因為對她的扶養權問題而引起爭端並鬧上法庭。
在周圍的人都擔心，正值青春期時她在這樣的處境下會不會一蹶不振的時候，她卻處變不驚、繼續著每天練習跑步的生活。
樸素的、認真的、難說是聰明的她，進入高中後不知是不是稍稍開始對異情在意，被人看到她偷偷地學著別的女孩子的時尚穿著在街上行走。雖然會受到「雖然很努力，也許稍微有點過時」、「那衣服與Java的印象不合」之類的否定評價，但感到「意外地很萌？」的好意的人也很多。
喜歡喝咖啡，只喝印度尼西亞產的。其本人曾說過「喜歡咖啡勝過三頓飯」，不禁讓人稍稍擔心「這樣對健康沒問題嗎？」

C++

苗條的雙腿和協調的五官。被許多人稱作「IT界首屈一指的美女」的她，也因為擁有插花、茶道、鋼琴和小提琴、柔道、劍道、合氣道等等才能而出名。
她的粉絲大多很狂熱，還存在著「黑暗軍團」這樣的粉絲俱樂部。黑暗軍團的是規模僅次於共濟會（Freemason）的巨型團體，一般人無法入會。據說如果能回答出對她非常狂熱的問題，就會有察覺到的軍團成員來詢問「你願意進入黑暗軍團嗎？」
與她同父異母的姐妹Objective-C一心專注於彈鋼琴，她的專注被IT界的天才史蒂夫喬布斯（也被一部分人稱為紫色薔薇）相中，而一躍成為明星，而C++則是由於其美貌和才能被人關注，長年坐穩業界明星的寶座。姐妹二人真可謂是對比鮮明。
她根據心情不同頻繁地變換發型和服裝這一點也很出名。昨天還是和服配黑發，今天卻是紅發哥特系登場之類的，因為她的變身而使輕度的粉絲驚奇道「啊嘞？今天是C++小姐嗎？」的事也常有發生。遠離業界時私下經常穿HYSTERIC GLAMOUR的服裝。
關於她的出身年月日其事務所並不公開。雖然也有出身於1983年一說，本文採用的是在一部分粉絲中流傳甚廣的1985年10月14日說。其間也流傳有「她自己也許也記不清自己的生日……」這樣煞有介事的傳言。與其說「C++小姐的話記不清自己的生日也不是什麼不可思議的事情」，倒不如看作是她天真爛漫的性格的表現。

Python

由Guido父上養大的深閨中的大小姐。她出身於荷蘭的阿姆斯特丹，但在小時候就搬到了美國，父親也在家裡使用英語，所以不怎麼會說荷蘭語。
她個性隨和。最出名的是她聽C++宣布「想出去旅行一趟改變一下形象。200x年回來哦」出門旅行後（結果回來的時候已經2011年了……），放言說「我也稍稍出門旅行一下，公元3000年再回來哦」後出門數年未歸。
雖然有著這樣冒失的行動，但多虧抱著「養成大家都喜愛的孩子」的心願的Guido父上大人的教育，實際上和她接觸後會覺得她非常容易親近。
前些天，她來到作者的朋友的公司打工（她現在似乎在邊上大學邊打工），被人們評價為「能充分融入工作、八面玲瓏、給我們幫了大忙」。她不怎麼說多餘的話，彬彬有禮的樣子，被評價為是在「天真爛漫、自由第一」的人眾多的業界中與眾不同的存在。
據說她擅長的科目是數學，經常看到她輕松地解決各種統計相關的難題。喜歡穿白色的連衣裙或淺粉色的開衫這樣清新的服裝。
實際上她還喜歡爬行動物，據說在家裡還有養蛇。粉絲們經常討論「她會給寵物們起什麼樣的名字呢？」這樣的話題。大多得出的都是「肯定是Monty吧」這樣的結論。會不會飛就不得而知了。（估計指的是英國的六人喜劇團體Monty Python的作品The Flying Circus，譯者注）

Ruby

由松本爸爸養大的日本的女孩子。因為生日在聖誕節，人生最大的煩惱是生日禮物和聖誕節禮物變成一份了。出生地是島根縣松江市，除了旅遊和工作以外沒有到過其它的縣。
由於受的教育是自由奔放式的，她性格好動、好奇心旺盛。平時是一個率真的好孩子，但偶爾也會看到她喜歡惡作劇的一面，這讓周圍的人十分困擾。看到她的身影時經常會想起IT業的「Just For Fun !」這句話。
小時候過著一個人在荒山野嶺到處跑的生活，10歲的時候與一個叫Rails的女孩成為朋友，生活開始變化。兩個人玩耍時停在了演藝事務所門前，談起可以兩個人結對進行演藝活動。以「Ruby與Rails」的藝名出道、主要從事雜志模特，也有拍過電視廣告，所以很多人都聽過她們名字。
人們想著她在這多愁善感的年齡段體驗各種演藝活動、性格多少會產生一些變化吧，但在前些天與她久違的談話中，卻驚訝地發現她仍是與從事演藝活動之前一樣行動自由奔放。雖然行為舉止多多少少顯得更加穩重，其喜歡惡作劇、活潑的本性卻和以前一樣沒有變化。
想著已經是高中生了差不多也要開始穿一些成熟一點的服裝的她，對於洋裝卻和小時候一樣穿著Mickey Mouse。雖然她個子小又是娃娃臉與這樣的衣服很配，不過這樣真像一個女高中生嗎？
她的粉絲也分為想要她一直保持現在的樣子，和想要看到她更成熟的樣子的兩派。

PHP

以強化Web世界為目的製作出來的女性機器人。豎著的頭發是用作天線來隨時接收主人的命令的。
為了有與人類相近的觸感，使用了硅樹脂來製作其皮膚。內部是類似於刀片伺服器的構造，常常使用多台伺服器進行復用。因此體重比人類更重一些。
在她最初登場的時候，還能看到她關節可動部分的骨架，行動也很僵硬，與人類的形象差別很大。然而經過了18年間6次的大版本升級之後，其行為和言語已經漸漸變得像人了。最近更是達到了像初音未來這樣（比起人類仍然有少許違和感但已經十分自然了）的級別。
雖然笨笨的、工作時也磕磕絆絆的，但由於她遵循機器人三原則、服從主人的命令，也有很多人成為她的粉絲。她的粉絲俱樂部官網「PHPer！」無需入會費便可簡單入會，是會員數在IT界首屈一指的大團體。
對於她持拒絕態度的人也很多，常有「她的行為在生理上有些難以接受」、「如果再聰明點就好了」、「與她稍有過接觸但覺得還是與人類差別很大」這樣的評論。
平常穿從Forever12和志村買來的衣服。想著穿便宜的快速時尚（fast fashion）衣服便可以將省下的錢花在機器開銷上。可以說是標準的機器人的效率優先的花錢方式。或許會有她也在意流行、為樣子煩惱的那一天吧？

C#

在著名的微軟公司接受精英教育、11歲時便跳級進入大學學習、倍受人們關注的少女。也被稱為「IT界的最強幼女」。
因為與C++的名字很像，一段時間內盛傳「難道是私生子嗎？」的流言，實際上兩人沒有直接的血緣關系。也有報道稱兩人是遠房親戚，但實際情況如何則不得而知。
似乎喜歡成熟的行為、討厭像小孩子一樣玩耍。有生日的時候收到父母送的名為安迪的毛絨玩具時說道「這是啥。沒sense。不要」的傳聞。
然而對於食物的興趣卻仍停留在小孩的階段，多次目擊到她在學校食堂點兒童套餐的樣子。不喜歡喝咖啡，就算是甜味的罐裝咖啡也會令她皺眉頭。
雖然偶爾會見到她意外地孩子氣的一面，多數情況下見到的還是她說話、待人接物彬彬有禮的樣子。是一個既有成熟的一面又有稚氣的一面的孩子。由於還在成長期，見到她時常有「又長高了啊」、「有些像大人的樣子了」這樣的感慨。一直會期待著下見到她時會長成什麼樣子。
常穿秀蘭鄧波的洋裝。據說都是她本人挑選的，與她自己非常相配。她的可愛讓人們無論男女都會成為她的粉絲。
她的志向是在大學畢業後不僅在養育她生長的微軟公司的旗下工作、還要活躍於整個IT界。雖然沒有問到更詳細的計劃，但據說是要做出能讓蘋果和企鵝等也能和睦相處的東西。到底會做出怎樣的東西來呢？

JavaScript

在爭議地區長大的17歲的女孩子。常常面無表情、談話時總給人以一定的距離感。
雖然與Java的名字很像，兩個人之間卻沒有血緣關系。在當時Java這樣的名字很流行，所以父母也給她起了類似的名字。她本人似乎對自己的名字並不在意，有時也以「ECMA」的筆名進行活動。偶爾也會被叫「JS」的外號，對此則更不在意，甚至對這種稱法公然無視。
她的生涯非常不幸。剛一出生祖國便爆發戰爭。懂事之前便母親去世、離開了父親。在大人們任性的爭斗中，她學會了將自己藏在殼中、保護自己周圍的生存之術。同年齡的女孩子隨著年齡的變化都在挑戰各種風格的時候，她卻不顧周圍的話語、一個人繼續閉鎖在殼中。當時就是非得這樣才能生存的艱難環境。
由於有了這樣的兒童時期，她的說話、思考、待人接物的方式與其它的孩子都稍顯不同。有很多人在與她說話時都會煩惱該怎樣說才好。不過，也有人對她持有簡單的一根筋的思考方式「容易接觸」、「某種程度上來說，很好理解」的印象。
現在，她的國家正向努力解決紛爭、開拓新的居住土地的方向前進著。大人們雖然仍舊任性地互相鬥爭，至少在這幾年裡，已經沒有發生像以前那樣互相憎恨、互相殘殺的戰爭了。
在開始復興的祖國里，她如今應該能幸福地生活著吧？什麼時候才能看到她像同齡的女孩一樣歡笑呢？

Perl

Perl於1987年12月、美國的沃爾夫婦家中誕生。其父親拉里精通計算機、語言學，母親也從事中世紀文藝復興和語言學專業，Perl就是在這樣接受了高等教育的父母身邊長大的。
父親的教育雖然嚴厲，卻也給了Perl許多自由。父親在教育過程中經常說的一句話是：「方法不止有一個。」（There』s more than one way to do it)
想到實現什麼時，達成的方法不只有一種。可以考慮各種方法。父親的這種教育方式，對她的性格形成產生了很大的影響。
「這樣做的話會怎麼樣？」……「那樣做又會如何？」……張開好奇心的翅膀長大的她漸漸發現了自己「發明」方面的天賦。絕代的發明家、Perl誕生了。
從她踏上發明家的道路的20年來，其發明多達128890件（2014年1月統計數），她的發明，從沒什麼用處的玩具，到能解決世界上許多問題的有益的發明，應有盡有。她發明的物品的原型，全都捐贈給了CPAN博物館，任何人都可以閱覽。
如今仍然不論實用與否、不斷做出想做的新發明的她自打趣地在采訪中說道：「我比起發明家，更像是各種破爛的生產裝置。」她露出牙齒的笑容，非常振奮人心。
Perl對洋裝不怎麼講究，平時因為調整機械時覺得麻煩，會穿便於運動的休閑裝。最近常穿的羽絨服據說是在ame橫（東京上野的一條商業街）的WEGO買的。喜歡的食物是草莓。她說作業中對集中注意力而疲勞的大腦來說最適合的食物就是草莓。

C

支撐著這個世界的女神大人，也被稱為「聖母大人」。
關於C的出身年月沒有定論。有人說她在創世紀（指1970年1月1日左右）之前就存在於這個世界，也有人說她是在稍後的1972年左右誕生的。
她是女神大人，因此像「1970年左右出身的話，她現在的年齡是……」這樣的想法是不信教的行為。絕對不要有這樣的想法。
她的名字是字母表的第三個字母「C」。據新約史書上的記載，在她之前還有叫作B的女神大人。一些資料顯示「肯和丹尼斯創造了B，但對此並不滿足。此後丹尼斯和其它人又合力創造了C」。
世界上有許許多多她的信徒。然而在一段時間內都沒有正確傳達她的教誨的聖經。當初丹尼斯和布萊恩留下的詩篇雖然擔負著這樣的使命，人們卻希望有更加明確的言語。此後有許多有識之士將各種逸聞編輯整理、編著出了正確傳達她的教義的聖經。
本書至今已被修訂過多次，根據修訂年的不同，被稱作C89、C99、C11等。
一般人與C不能直接對話。只有積累了足夠的修行者才會被允許與C交流。
修行是十分嚴格的，需要理解」指針的指針「之類的問題，以及要求100%地成功解決無論多麼努力地修行都難以克服的「malloc/free」問題。由於這樣的背景，真正能跟她進行日常交流的人非常地少。
然而由能夠交流的人經手、世界上誕生了多種多樣的知識與技術。即使你沒有見過她的樣子，她的慈愛也確實地每天都圍繞在你身邊。

Visual Basic

姓氏是Basic，名字是Visual，也有很多人叫她的綽號：VB。小名是Ruby（與那個Ruby沒有關系）。從小被某個資產家（不能說他的名字）看上，一家人都寄身於資產家的身邊。那時她的名字換了好多次，如今才定下這個名字，有著比較復雜的家庭環境。
關於資產家要收養尚處於幼年的她原因，據不可靠的傳言稱，他從她身上看到了從前就很憧憬的Basic女士的影子。收養與具有與憧憬的女性相似氣質的小孩，也即實行所謂的光源氏計劃。
也許年輕人並不了解，Basic女士曾是《微電腦Basic雜志》的封面模特，在當時是每個人都非常嚮往的麥當娜一樣的女性。實際上我的認識的人裡面年輕時為她傾倒的人非常之多。
VB在接受嚴格教育的同時，也在關於興趣方面拓展天性，她在手工製品、裝飾品方面有著獨特的才能。看著她製作珠子的裝飾品的樣子會覺得猶如魔法一般。僅僅是動動手，一瞬間就可以做出一串項鏈。
在她10歲的時候，資產家的家裡來了一位新的養女。（人們常說的那位）
由於這個原因，她現在正在家中努力做一位好姐姐。然而本來便懦弱、不擅長說話的她卻時常反過來被小她10歲、認真的、發言時間長的妹妹說教。加油啊，VB小姐。
小時候的VB會穿著父母買的Emily Temple的衣服，現在更多時候穿著是自己買的Lowrys Farm的衣服。今年就要大學畢業進入社會了，目標是VB小姐特有的成熟路線。

R

她於2000年2月29日出身。正是殘存在人們記憶中400年一遇的被詛咒的那一天。雖然出身於非常不吉利的日子，她自己卻成長為人見人愛的聰明的孩子。
她的母親名叫S。雖然在神話的世界裡C是在B之後出生的，她的名字卻是S的前一位R。這幾個都是很難用Google搜出來的名字。（註：因為太短了！）
她的母親非常擅長數學，是統計學者的助手，R也繼續了這一性質。她從小時候起就很擅長數學，小學時代就已經達到能快速解決高中數學問題的級別。此外，她對幾何圖形也很感興趣，經常有人看到她畫著各種二維、三維圖形、畫好後一個人露出滿足愉悅的表情。是一個稍微有點奇怪的孩子。
R在擅長數學的同時卻也對語言表達方面稍顯遜色。前些日子采訪她的時候，她對提出的問題想要回答卻找不著合適的詞，取而代之「刷——」地畫了一幅散點圖說「這樣的感覺」。或許在她的眼裡，這個世界裡用語言來表達就像折疊復雜的數學公式那樣復雜吧。
她對服裝不怎麼講究，常常穿著不緊不松的連衣裙和襯衫。
對於父母給她買的洋裝是多少價格、哪兒買的這樣的問題沒有認識。僅僅是，對於最近買來的喇叭裙的裙擺張開的角度很在意。
她的夢想是將來成為一名統計學者，盡管只有14歲卻經常混跡於大學學生中間每天都在解各種問題。最近光是大學已經不能滿足、又向父母請求、在各種各樣的研究所里進出。

Scala

O教和F教之前有著長著的宗教戰爭。Scala是這兩個宗教的牧師和修女結婚誕生的異端。她出身後立即引起了兩家之間激烈的對立，察覺到危險的父母將她送到私立JVM學校的Odersky老師那兒作為養女寄養。
現在兩個宗教比起當時已有了關系改善的徵兆，有一部分人也將她視為兩家融合的象徵。然而抱有強烈的對立心態的人仍然很多，也常常有針對她的存在引起的爭論。F教的人們認為她的存在沒有充分認識F的本質，而O教的人則對混有F的她感到難以理解。
雖然誕生於這樣復雜的環境，她自己對於周圍的環境卻不關心，而是十分平靜地到雙方的教會中取麵包、堅強地生活著。被她這種天真爛漫的姿態所感動、成為她的粉絲的人也很多。
Scala似乎喜歡同校的高年級部里上學的Java小姐，休息時間經常去找她。Java小姐也並不討厭她，經常會像大姐姐一樣讓她坐在她的膝蓋上溫柔地撫摸她的頭。雖然在Scala把Java喜歡的Duke的人偶用紅繩子綁起來進行惡作劇時把Java惹得十分生氣，在此以外則幾乎沒怎麼吵過架。兩個人就好像親生姐妹一樣。
有著見多識廣的父親和溫柔的姐姐的Scala現在也許是，與其出身的復雜情況相反、實際上非常幸福地生活著吧。
她對於洋裝喜歡明快的顏色和花紋，經穿著Algonquin的衣服。雖然是比較有個性的時裝，由與生俱來的有個性的她穿來卻不可思議地自然。

Shell

創世紀（1970年1月1日）起經過數年後被目擊到的妖精。會寄宿在家中，有著類似於棕精靈（Brownie）的生活方式，向她們拜託家務事或著雜活的時候，會回答兩次並接受的溫順的孩子的。
她們不常出現在人間存在的地方，因為不通言語，會用信件交流。如果拜託的事情說得比較含糊的話，有可能會造成誤解而發生不得了的事情。對此的技巧是明確地像「做那個|做這個>放在這里」這樣有順序地將要拜託她們做的事寫好。如果對拜託的事理解得很好的話，她們會在夜裡將事情都處理好。如果很好地完成了工作的話，請別忘了在第二天的晚上放上作為謝禮的方糖。
Shell中有各種各樣的種族。現在已確認的種族中比較有名的有：「ba」、「c「、」k」、」tc」、「z」等等。其服裝根據種族不同而不同，我所目擊到的是一隻身高60cm左右、穿著巴寶莉的兒童服裝的個體。恐怕人們目擊到最多的是」ba」種。個人而言我也想遇到身高更高一些、尖耳朵的「z」種，現在雖然知道如何寫信，卻從未見過實物。
盡量她們會在同一個屋子裡居住，卻很少有人有機會見到，也不如何才能遇到他們。
有一種說法是，每天都把寫程序這一儀式進行到午夜、勉強靠咖啡因支撐著抬起頭的狀態下突然向屏幕看去，能夠看到她的身影。確實我遭遇她，也是在公司里熬夜寫程序的時候。
Shell的個體非常地多，據說每家每戶都會有一隻。在大家的家裡，實際上有著許多的她們居住著、等著來信也說不定。

ActionScript

在爭議地區誕生的13歲女孩子。
她的父親是有名的設計師，但是她5歲的時候被捲入戰火身亡。幸運的是她那時年紀還小、將她收養的Adobe叔叔非常用心地將她養大，沒有在她心中留下很大的傷痕。叔叔和她父親同樣都是設計師。也許在她的記憶中已經把兩個人混淆一起了也說不定。
她所居住的國家與JavaScript所居住的國家是鄰國，兩國同樣是ECMA人種構成的。在外國人看來JavaScript和ActionScript的外貌非常相似。確實在看她們兒童時期的照片，在膚色和五官上都很相像，但如今長大了的照片看了的話會如何呢。
她把「為祖國和叔叔努力」作為座右銘努力著，然而努力卻經常得不到回報，是一個運氣不太好的孩子。
在爭論地區盛傳將實行新的公用語的時候，她希望為即將到來的和平時代出一份力，比誰都更早開始學習這門語言，然而在好不容易能說好這門語言的時候，這語言被採用為公用語的提案泡湯了。
在她剛開始學習移動端上的設計時，她想著在移動方面強大了會對叔叔的工作有用。也可以減少祖國的外貸。在這樣的想法中努力的時候，叔叔經營的公司卻被某個巨型移動終端公司強行終止的交易，關於移動端的工作也急劇減少。
十分努力卻常常得不到回報的她，佇立於這片如今也看到到紛爭停止的土地上，繼續地前進著。
有朝一日努力會得到回報的吧。祝福她在10年後仍能平安，不斷地前進著、生活著。

Ⅲ 教育部最新表態：編程教育或將納入中小學課程，為何家長不樂意

面對中考高的升學壓力，家長現在基本上反對一切阻礙考試的科目，這就會導致每個人的想法都不一樣，英語好的學生反對降低英語分數，理化好的同學反對降低理化的分數。那麼現在有人提議將編程教育納入基礎教育體系，而教育部表態會根據需要來實施，自然也會遭到一部分家長的反對。

據媒體報道，12月9日，教育部官網公布了一份提案答復的函，主要是針對有專家提出的要將編程教育納入基礎教育體系，培養數字化人才的提案。

所以，要想普及和推動編程教育納入基礎教育，學校編程教育師資力量必須要有100%的保證，能讓學生都能公平地享受到學習的機會，而不用再花錢去社會上學，否則由此帶來的機會不均等，會繼續帶來教育不公平現象的發生。

教育的創新和變革需要繼續推動，但切不可操之過急，師資力量培養必須要先行，這樣才能平穩過渡，讓學習和教育變得更加公平。家長也一定會樂於支持孩子參與編程教育學習，畢竟這是未來社會發展的新趨勢。

大家覺得呢？歡迎在下方留言討論！

Ⅳ 做java編程想向管理方向轉容易嗎

容易，一般技術人員轉職成為項目經理或者部門經理
不過前期知識積累比較多
項目經理需要從項目的提案一直到項目的完結全部了解並有一定的積累
部門經理分為兩種，一種類似於架構師，一種是純管理
不管哪一種，所需的知識和經驗都是比較多的，轉職要謹慎啊

Ⅳ 如何看待 Python 3.5支持Async/Await非同步編程

根據Python增強提案(PEP) 第0492號， Python 3.5將通過async和await語法增加對協程的支持。該提案目的是使協程成為Python語言的原生特性，並「建立一種普遍、易用的非同步編程思維模型。」

這個新提議中聲明一個協程的語法如下：

async def read_data(db):
pass

async是明確將函數聲明為協程的關鍵字，即便沒有使用await表達式。這樣的函數執行時會返回一個協程對象。

在協程函數內部，可在某個表達式之前使用await關鍵字來暫停協程的執行，以等待某進程完成：

async def read_data(db):
data = await db.fetch('SELECT ...')
...

由於增強版生成器的存在，Python中其實早已有了協程的形式，例如當yield或yield from聲明在Python生成器內部出現，該生成器就會被當作協程。

以下示例展示基於生成器的協程的用法：

>>> def createGenerator():
... mylist = range(3)
... for i in mylist:
... yield i*i
...
>>> mygenerator = createGenerator()
>>> for i in mygenerator:
... print(i)
0
1
4

以上代碼中，每當生成器在for循環中被調用，該生成器中的for循環就會返回一個新的值。

關於await用法的更多示例請參見上文提到的PEP #0492.

這個關於協程的新提案想明確地把生成器與協程區分開，這么做有如下好處：

• 使這兩個概念對新開發者來說更易於理解，因為它們二者的語法並不一樣；

• 能消除由於重構時不小心移除了協程中的yield聲明而導致的「不明確錯誤」，這會導致協程變成普通的生成器。

async/await語法能讓程序員以序列方式編寫代碼，但編譯器則會將其當作一系列的協程來處理，從而實現有效的並發。回到我們之前的例子，async/await使我們可以順序地編寫多個await聲明語句，就好像每個語句都會阻塞並等待結果，但實際上這並不會導致任何阻塞：

• async def read_data(db):


• data = await db.fetch('SELECT ...')


• if (data...)


• await api.send(data ...')

Ⅵ 如果自學編程，有什麼好提議

你說想自己做一些程序,從這方面我推薦你學vb,這門語言比較容易出成品.但你想學c語言還是VB,我覺得機械工業出版社的<21天學通系列>是不錯的入門書籍,你可以根據你要學的語言購置一本.你的關於怎麼學,從哪裡開始學的問題都可以在這里找到解答.另外你需要有編譯器來大量地練習才能學好編程,你可以在www.programfan.com中找到很多好用的編譯器和高手心得.最後祝你成為編程高手,呵呵

Ⅶ 跪求【提案】

4 治具的改善提案？
中立測試治具（東莞）有限公司是一家專業生產銷售各種測試治具、工裝夾具、過錫爐托盤以及自動化設備的製造企業。公司在設計開發自動化設備方面有著豐富的經驗,自動化設備控制系統主要採用PIC或PLC編程。過錫爐托盤採用無鉛高溫納米復合材料合成石製造，此種材料完全符合歐盟RoHS環保協議標准，我司還可提供SGS報告，客戶可以指定材質製造。製造設備及軟體：CNC數控機械、精雕機、祁昌測試機、基宇測試機、宇柏林軟體、華笙軟體、考迪軟體、全新方位治具軟體。並聘請了專業的管理及工程製作人員，針對生產及測試難點，有著超前的理念。同時公司銷售捷智ict在線測試儀：JET-300、JET-301；德律ict測試機（ict在線測試儀）：TR-518F、TR-518FE、TR-518FR、TR-518FI、TR-8001、TR-7100、TR-6010、TR-6020、TR-6050。
技術上：我們致力於測試技術的不斷研發，在微電子測試方面取得了巨大突破，我們的BGA治具測試間距最小可以達到0.5mm。公司以技術為核心，力求為客戶提供高效率低成本的測試解決方案。 品質上:本公司產品均經過嚴格檢驗及測試，確保在使用過程中不會出現短、漏點的現象，以達到業界最高要求。
服務上：公司接單可保證三日內交貨，配有專車送貨，完善的專業售後服務品質跟蹤，免除您後顧之憂。價格上：在互惠互利的原則上力求合理。在保證品質的前提下，取專用機台經濟性的優勢及萬用治具製作的簡易以做到高密度印刷電路板的測試，為客戶降低許多成本，給客戶提供國內最低價格。
公司人才輩出，以三大堅持為原則：堅持以客戶為尊；堅持經營正牌貨品；堅持以最優惠的價格、最快的速度將貨品送到客戶手中。在總經理的領導下，公司將一如既往，與時俱進，與新老客戶共創更美好的明天！！！
如果您對我們的產品或服務有興趣，請聯系我們或直接給我們網上留言：
公司名稱： 中立測試治具（東莞）有限公司
聯系人姓名： 劉先生 李先生
辦公地址： 東莞市黃江鎮、清溪鎮、大領山鎮、石碣鎮
郵編： 523000
電話： 0769-3522588
傳真： 0769-3665192
行動電話： 13712342966
電子信箱： [email protected]
公司主頁：http://www.ict.188info.com/

Ⅷ EDM的提案怎麼做

EDM，英文首字母縮寫，專業術語，常用於各自的專業領域。如全稱是Electrical Discharge Machining時，意為電火花加工；全稱為Email Direct Marketing時，意為電子郵件營銷；全稱是Electronic document managements時，意為電子文件管理；當全稱是Enterprise Data Management 是，指使數據可以達到精確的目標；當全稱是Enterprise Data Modeling時，意為企業數據模型；全稱是Electronic Design Manufacturing時，指電子生產製造業。
是EDM也是英文單詞Electrical Discharge Machining的縮寫，即電火花加工。電火花加工其基本工作原理是利用連續移動的細金屬絲（稱為電極絲）作電極，對工件進行脈沖火花放電蝕除金屬、切割成型。 它主要用於加工各種形狀復雜和精密細小的工件，例如沖裁模的凸模、凹模、凸凹模、固定板、卸料板等，成形刀具、樣板、電火花成型加工用的金屬電極，各種微細孔槽、窄縫、任意曲線等，具有加工餘量小、加工精度高、生產周期短、製造成本低等突出優點，已在生產中獲得廣泛的應用，目前國內外的電火花線切割機床已佔電加工機床總數的60％以上。 根據電極絲的運行速度不同，及加工質量不同，電火花線切割機床通常分為三類：第一類是高速走絲電火花線切割機床（WEDM-HS），其電極絲作高速往復運動，一般走絲速度為8～10m/s，電極絲可重復使用，加工速度較高，但快速走絲容易造成電極絲抖動和反向時停頓，使加工質量下降，是我國生產和使用的主要機種，也是我國獨創的電火花線切割加工模式；第二類是低速走絲電火花線切割機床（WEDM-LS），其電極絲作低速單向運動，一般走絲速度低於0.2m/s，電極絲放電後不再使用，工作平穩、均勻、抖動小、加工質量較好，但加工速度較低，是國外生產和使用的主要機種。第三類中速走絲電火花線切割機床，准確地應該叫「多速走絲」。是我國獨創的，其原理是對工件作多次反復的切割，開頭用較快絲筒速度、較強高頻來切割，就如現在的快走絲線切割，最後一刀用較慢絲筒速度、較弱高頻電流來修光，從而提高了加工光潔度；而且絲速減低後，導輪和軸承的抖動少了，加工精度也提高了；另外，第一刀以最快的速度切割，後來的切割和修光的切割量都非常少，因此，一般三刀切割的時間加起來也比快走絲的一刀切割要快。是利用電極與工件之間的火花通電時，所產生的瞬時間的高溫，去層層蝕除工件表面上材料的原理。電火花加工適用於高硬度導電工件的加工。數控電火花成型機床便是電火花加工的最好範例。EDM加工特點 1：EDM加工速度與表面質量 模具在EDM加工一般會採用粗、中、精分檔加工方式。粗加工採用大功率、低損耗的實現，而中、精加工電極相對損耗大，但一般情況下中、精加工餘量較少，因此電極損耗也極小，可以通過加工尺寸控制進行補償，或在不影響精度要求時予以忽略。 2：EDM碳渣與排渣 EDM加工在產生碳渣和排除碳渣平衡的條件下才能順利進行。實際中往往以犧牲加工速度去排除碳渣，例如在中、精加工時採用高電壓，大休止脈波等等。另一個影響排除碳渣的原因是加工面形狀復雜，使排屑路徑不暢通。唯有積極開創良好排除的條件，對症的採取一些方法來積極處理。 3：EDM工件與電極相互損耗 EDM放電脈波時間長，有利於降低電極損耗。EDM粗加工一般採用長放電脈波和大電流放電，加工速度快電極損耗小。在精加工時，小電流放電必須減小放電脈波時間，這樣不僅加大了電極損耗，也大幅度降低了加工速度。
編輯本段第二種概念
EDM 是 Email Direct Marketing 的縮寫，即電子郵件營銷。EDM 是為其英文首母的縮寫 。說到EDM營銷，就必須有EDM軟體對EDM內容進行發送，企業可以通過使用EDM軟體向目標客戶發送EDM郵件，建立同目標顧客的溝通渠道，向其直接傳達相關信息，用來促進銷售。EDM軟體有多種用途，可以發送電子廣告、產品信息、銷售信息、市場調查、市場推廣活動信息等。
開展Email營銷需要解決三個基本問題
向哪些用戶發送電子郵件、發送什麼內容的電子郵件，以及如何發送這些郵件。
EDM優勢
◇精準直效 可以精確篩選發送對象，將特定的推廣信息投遞到特定的目標社群。 ◇個性化定製 根據社群的差異，制定個性化內容，讓客戶根據用戶的的需要提供最有價值的信息。 ◇信息豐富，全面 文本，圖片，動畫，音頻，視頻，超級鏈接都可以EDM中體現。 ◇具備追蹤分析能力 根據用戶的行為，統計打開郵件， 點擊數並加以分析，獲取銷售線索。
EDM的特點是
1).根據需求，精準鎖定了目標客戶。 2).個性化郵件,親和力強。 不同於群發軟體，通過個性化郵件發送系統發送的每一封郵件，其標題和內容都可以根據接收者的姓名(或昵稱)變化而發生變化。 當收到這種標題和正文的稱呼都是個性化的郵件時，客戶會認為是為他特意發送的。郵件被打開仔細閱讀的概率非常高。 3).完善公正的監測系統，能公平科學的監測統計出有多少Email被瀏覽閱讀了。 4).表現形式豐富多彩：多媒體，圖、文、聲音並茂，記憶深刻。 5).多功能：可入會員庫，退、訂閱方便，轉發方便，容易保存。 6).發送快捷，可很快收到。 7).發送成功率高。 EDM一般通指電子郵件廣告，有別於傳統的DM；除可加強其聲音效果外並可依據收信者的個人偏好製作一對一的促銷郵件。[1]
編輯本段第三種概念
Electronic document managements , 指電子文件管理，也叫做文件管理系統，通常用於計算機科學上。
編輯本段第四種概念
Enterprise Data Management ，有兩種含義，第一種指一個組織可以精確且輕易地整理並調用內部和外部的數據。第二種是指一個目標，使數據可以達到精確，透明以及一致。
編輯本段第五種概念
Enterprise Data Modeling的縮寫，是企業數據模型，主要來體現企業的業務規則以及信息。相對來說，還有數據模型，在IT行業中它更傾向於描述系統實現。 EDM 還是 Enterprise Data Modeling， Enterprise Decision Management ，Enterprise Directory and Messaging 和 Entity Data Model 的簡寫 Ed.M. 【詞典解釋】：縮寫詞 abbr. 1. =Lat. Ecation's Magister (Master of Ecation) 【拉】教育碩士; 計算機用語：.NET 中的EDM是 Entity Data Model 實體數據模型 實體數據模型 (EDM) 是一個規范，用於定義由在 實體框架 基礎上生成的應用程序使用的數據。使用 EDM 的應用程序在設計架構中定義應用程序域中的實體和關系。設計架構用於生成由應用程序代碼使用的可編程類。在此模型中持久保留應用程序數據的存儲結構由另一個架構（稱為存儲架構）表示。映射規范用於連接設計架構與存儲架構。 由於可編程對象模型是從設計架構中生成的並且存儲架構映射到設計架構，因此，映射規范可以有效地將可編程類連接到存儲結構。由 EDM 定義的實體可以通過數據讀取器以序列化格式讀取，也可以具體化為對象。具體化的對象可以在 CLR 語言中進行編程，並可以更新以及保存，而不需要嵌入式 SQL 字元串或其他資料庫語法。EDM 提供在 EDM 架構和映射規范中使用的基本實體和關系類型。開發人員可以根據需要擴展這些類型以支持應用程序設計。 用於管理應用程序中的數據的多個範例全部具有重要的優勢。存儲模型已經過優化，可以高效地進行存儲和檢索。XML 支持跨平台界限進行數據交換。面向對象的編程是用於開發應用程序的公認標准。這些模型都有用，但要在它們之間傳輸數據，可能需要與應用程序方案無關的多行代碼。 數據模型可能是以統一建模語言 (UML) 或在白板上以圖表進行的分析。無論採用哪種方法，都必須在概念上對數據類型、其屬性、數據類型之間的關系、有關數據的約束等進行整理，然後才能在應用程序代碼中實現它們。EDM 擴展了應用程序設計人員用來在開發過程中描述數據的模型，並提供了 XML 語法以便用示意圖形式詳細描述結果。
編輯本段第六種概念
Electronic Design Manufacturing, 指電子生產製造業，通常用於電子產品設計製造業上。
編輯本段第七種概念
電子激光測距EDM，Electronic Distance Measurement。

Ⅸ c語言編程題 找出所有的水仙花數，水仙花數是指一個3位數

import org.junit.Test;

public class NarcissusNumber{

public void isNarcissusNumber(){

//循環[100,999]

for(int i=100;i&lt;=999;i++){

//分割出個位

int a=i%10;

//分割出十位

int b=i/10%10;

//分割出百位

int c=i/100;

//判斷該數是否等於【個位的三次方+十位的三次方+百位的三次方】

if(i==(Math.pow(a,3)+Math.pow(b,3)+Math.pow(c,3))){

System.out.println(i+"是水仙花數");

}

}

}

Test

public void test(){

isNarcissusNumber();

}

/**

*結果：

*---&gt;153是水仙花數

*---&gt;370是水仙花數

*---&gt;371是水仙花數

*---&gt;407是水仙花數

*/

}

(9)編程提案擴展閱讀：

import用法

靜態的import語句用於導入由另一個模塊導出的綁定。無論是否聲明了strict mode，導入的模塊都運行在嚴格模式下。在瀏覽器中，import語句只能在聲明了type="mole"的script的標簽中使用。

此外，還有一個類似函數的動態import()，它不需要依賴type="mole"的script標簽。

在script標簽中使用nomole屬性，可以確保向後兼容。

在您希望按照一定的條件或者按需載入模塊的時候，動態import()是非常有用的。而靜態型的import是初始化載入依賴項的最優選擇，使用靜態import更容易從代碼靜態分析工具和tree shaking中受益。

語法

import defaultExport from"mole-name";

import*as name from"mole-name";

import{export}from"mole-name";

import{export as alias}from"mole-name";

import{export1,export2}from"mole-name";

import{foo,bar}from"mole-name/path/to/specific/un-exported/file";

import{export1,export2 as alias2,[...]}from"mole-name";

import defaultExport,{export[,[...]]}from"mole-name";

import defaultExport,*as name from"mole-name";

import"mole-name";

var promise=import("mole-name");//這是一個處於第三階段的提案。

defaultExport

導入模塊的默認導出介面的引用名。

mole-name

要導入的模塊。通常是包含目標模塊的.js文件的相對或絕對路徑名，可以不包括.js擴展名。某些特定的打包工具可能允許或需要使用擴展或依賴文件，它會檢查比對你的運行環境。只允許單引號和雙引號的字元串。

name

導入模塊對象整體的別名，在引用導入模塊時，它將作為一個命名空間來使用。

export,exportN

被導入模塊的導出介面的名稱。

alias,aliasN

將引用指定的導入的名稱。

Ⅹ 最近部門要寫提案改善，有那位朋友能提供歐姆龍aoi或安捷倫5Dx的提案改善萬分感謝！！！

不建議你從這方面下手，歐姆龍aoi的話提高效率效果不太好。做程序只用一個放大倍數。除非去掉PCB邊上比較遠的料。安捷倫的話改相機的放大倍數和XY臂的移動速度。不過效果還是一般！除非升級硬體。