我剛剛在InfoPath上完成了一堂課，老師對程序員的未來有着嚴峻的看法。我一直很難相信有人會編寫一個工具，允許非技術人員完成程序員的工作，但似乎在SharePoint，InfoPath和DotNetNuke等方面取得了一些進展。編程自動化工具將無法完成哪些任務？
當我告訴老師，我是持懷疑態度的程序員可以代替他向我挑戰要拿出東西，無法通過這些工具來完成。我很難在現場想出一些東西（特別是因爲我對這些工具幾乎沒有經驗，因此沒有經歷過它們的缺點）。這些工具永遠無法做的事情是什麼？
編寫程序自動化工具。或者任何非平凡的算法開發。或者編譯器，或者新的編程語言
有各種各樣的樣板可以被替換，但是任何不是樣板的樣式都不能。一個程序是否可以提出Dijkstra算法，或者一個heapsort？
現在，壞程序員可能對一些艱難的時刻是英寸我不認爲這是一件壞事。
首先編寫工具？或者操作系統來運行它？或者BIOS中的固件或許多其他設備？有很多地方需要程序員。我不相信計算機能夠精確地解釋需求;這需要有意識的情報。除非你稱這些「需求解釋者」程序員，否則有意識的智能也不會有足夠的精確度來編寫需求。
總之，你的老師不是很聰明。
這些工具允許您在「更高級別」進行編程，因此很容易理解。這幾乎總是意味着它在限制你的同時。總會有這些工具不會有用的東西 - 你會使用這樣的工具來創建SQL Server嗎？不要這樣想。
從一年的編程節點開始編寫程序的程序 - 這是一件顯而易見的事情。他們中的一些人做的很好（但通常不是很好）。但大多數程序員所做的並不是編程。它是：
等等。
程序對做這些事情非常重要。所以，你的工作可能是安全的。
完全同意Ziplin。
它與iPhone OS或新的Android應用程序構建器一樣。他們創建了一個沙箱，您可以更輕鬆地完成基本的任務。但所有讓它順利運行的東西，都是由真正的程序員完成的。錯誤檢查，構建塊的低級編程...
底線是，有人聰明應該使產品，使界面是直觀的，你可以不犯錯誤。而那個'聰明的人'是程序員。
但他們仍然暴露一種語言 - Objective-C或Java--許多這些「更高級別」的工具限制用戶交互，以拖出圖標，從下拉列表中選擇，並填寫有限的值。它適用於某些事情 - 例如使用UML圖編輯器來創建UML圖或者生成Cocoa/WinForms/Swing UI等的設計器。問題是，當這些工具嘗試成爲主人並用聰明的圖形DSL取代通用語言時。 – 2010-12-17 23:00:08
編程是將自然語言，需求和「常識」翻譯成機器可以理解的完整正確的算法。任何人都可以寫出一步一步的指示清單;程序員可以比任何人都做得更好。
特定類型的編程可能會過時。的程序員隨時間變化的作用：
peo今天使用這些高級語言的人，內存豐富的PC，框架和庫，仍然是程序員。這種進步降低了編程領域的門檻。程序員分享一種獨特而精確的思維方式，讓他們將「軟」需求轉化爲「硬」機器邏輯。普通用戶可能可以使用編程系統;但是，他們經常缺乏這種思維方式，而他們所創造的軟件卻爲此而苦惱。
編程是「一切」學科。節目的問題空間與人們想要在世界上做的不同事物的數量一樣廣泛。當我們發明了一臺能夠從用戶那裏收集「軟」需求的機器，將它們與常識結合起來，並將它們轉化爲一個記錄完備的，人性化的工具時，我們擁有的就是真正的人工智能，而不僅僅是一個編程工具。在我們的計算機比我們更聰明之前，我們將繼續爲程序員提供世界上的地方。
讓我在使用它們時不會感到沮喪。通常他們提供最小的子集 - 這並不總是與我想要的一致。當我必須進來清理/修復由「非技術人員」設計的「程序」時，它會讓我非常失望。附：你有沒有試過*使用Info Path [Designer]或SharePoint Designer這樣的工具？它們不是由雲彩和跳舞的仙女組成的。 – 2010-12-17 22:44:05
由於工具造成的'程序員之死'已經被預言，只要真人工智能。始終承諾的負載，交付很少。把它轉過來 - 問問他可以做所有事情的工具在哪裏？ – Ryan 2010-12-18 14:49:55
不僅如此，但如果你有「真正的AI」，即。這種可以解釋軟件開發需求的類型並不是唯一的職業。幾乎與人類目前所做的一切一樣。從好的方面來說，我們都能夠在家中回放並觀看從9日到5日的白天電視：p。 – Robinson 2010-12-18 16:10:09