⑴ 學好delphi,要學什麼
學好Delphi需要學習以下核心內容：
1. 基本語法和編程概念
了解編程的基本概念和語法是學好Delphi的基礎。這包括變數、數據類型、運算符、流程式控制制語句等。熟悉這些基本概念和語法，有助於構建簡單的程序和應用。
2. Delphi語言特性與框架
Delphi是一種面向對象的編程語言，了解其特有的語言特性和框架非常重要。這包括類、對象、介面、異常處理、集合等高級概念。此外，還需要了解Delphi的窗體設計、事件驅動編程以及常用的控制項和組件。
3. 資料庫編程與SQL技能
在Delphi開發中，資料庫編程是重要的一環。因此，需要學習資料庫基本原理和SQL語言，熟悉如何在Delphi中進行資料庫連接、查詢和操作。了解如何使用ADO或DBExpress等組件進行資料庫編程會大有幫助。
4. 跨平台開發技能
現代軟體開發往往需要跨平台支持，Delphi也不例外。因此，學好Delphi還需要了解跨平台開發的相關技能，如使用Delphi的跨平台框架進行跨平台應用開發，以及如何針對不同的操作系統進行優化等。
學習Delphi首先要從基本的編程概念開始，理解變數、數據類型、流程式控制制等基本概念，這是構建任何程序的基礎。接著，了解Delphi特有的語言特性和框架是非常關鍵的，包括面向對象編程的相關概念，以及Delphi的窗體設計和事件驅動編程等。這對於開發具有豐富交互性和用戶體驗的應用程序至關重要。
在掌握了基本編程技能後，資料庫編程是另一個重要的方向。掌握資料庫原理和SQL語言，了解如何在Delphi中操作資料庫是非常必要的技能。此外，隨著跨平台應用的普及，掌握Delphi的跨平台開發技能也是必不可少的。這包括了解和使用Delphi的跨平台框架，以及如何確保應用程序在不同的操作系統上都能穩定運行和優化。
總之，學好Delphi需要掌握基本語法、Delphi特性與框架、資料庫編程以及跨平台開發技能。通過不斷實踐和深入學習，可以逐步提高在Delphi開發領域的技能水平。
⑵ 如何學習嵌入式linux驅動
學習嵌入式Linux驅動，首先我們需要的是去了解整個嵌入式開發的整個流程分為四個層次：底層硬體設計、嵌入式驅動開發、內核開發、應用層開發。其中底層硬體設計必須要有一定的硬體功底，我建議你若不是科班出身（數電、模電、高頻學的比較好）的人不要去考慮。內核開發需要你有很好的軟體功底（C語言、C++學的很好，有過一定的項目經驗最好），這個事嵌入式驅動開發的人以後可以考慮發展的方向，不建議一開始就學。如果你是面臨著急需找工作的人並且你有一定的商業頭腦、創新思維，我認為學習應用層開發是最好不過的選擇，但是你別忘了因為簡單容易學所以學的人比較多。如果你把前面三個選擇都否定了，而且你C語言學的還可以，有學過C51或者STM32這些簡單的東西，你不妨看下去。如果你覺得這些對你沒用或者不感興趣，請就此打住不要再往下看不要再浪費你的時間了。親，去做你該做的事吧！
一、入門者：了解嵌入式
了解嵌入式開發我覺得最好的東西還是《嵌入式系統設計師教程》，這本書寫的很爛，無非是用來應付考試的。但是我認為對我們了解嵌入式開發需要學習些什麼東西還是有一點用處的，可以在網上瀏覽一下，你就可以知道嵌入式大概要學的東西，不建議精讀。另外如果想大致了解一下嵌入式開發的四個層次，可以看下韋東山韋老師的《作為一個新人，怎樣學習嵌入式Linux》http://blog.sina.com.cn/s/blog_13955cfdb0102v3it.html
二、初學者：學習使用Linux
我這里的初學者者指的是已經回了解了嵌入式，有慾望想往深處學習的碼農們。這個時候我們已經找到了感覺了。嵌入式操作系統有Vxworks、WINCE、uCLinux、Embedded Linux等操作，但是我們一般選擇Linux。原因有二：Linux代碼開源，可供學習免費使用。Linux學習的資料非常多，很容易找到小夥伴。學習嵌入式Linux驅動，就必須先學習使用Linux。但是我們對於Linux的使用其實不必學的太多，多了反而會在這浪費的時間。像大家都說可以的《鳥哥的linux私房菜》我不建議大家讀，我認為像《Linux就該這么學》這樣范范而談的書籍反而更適合我們初學者。我們對Linux的定位是：基本命令會用，不懂再查。
http://www.linuxprobe.com/chapter-00.html如果覺的適合自己可以去看下
二、菜鳥們：加強C語言，看得懂電路圖
我相信到這一階段你已經深深的愛上了Linux，當然你也可能恨死她了，恨她為什麼有那麼多命令，恨她為什麼不去想Windows那麼傻瓜式啊，點點就可以了，但是你別忘了其實Windows也有DOS命令行，只是你沒有用過而已吧。我對沒有去Linux命令界面敲過幾行命令的人視為不會使用操作系統的人，你覺得啦？
既然你愛上她了（不愛請不要再往下看），那請問你為了一個愛你的人做件可能對你難的事，你願意嗎？願意的話，我們就要去加強自己的C語言基礎，我覺得書看的多，視頻看的多，還不如看懂一本書，把一本書的程序題好好敲敲，你覺得啦？所以我還是推薦最好的入門的C語言書籍《C程序設計》譚浩強前輩寫的。對於看得懂電路圖我認為最好的是去下一個畫電路板的軟體隨便找幾個電路圖畫畫，慢慢就會了，當然你也可以跳過，我相信如果你真的愛上這一行了以後的學習工作中會逼出來的。
三、碼農們：選擇一塊合適的開發板，然後看書、看數據手冊、敲代碼、看視頻
嵌入式Linux驅動開發是一個敲代碼的過程，所以稱之為碼農。對於嵌入式Linux驅動開發來說是一個偏軟體的工作，而碼農們就是一個看書、看資料、看視頻學習理論知識，然後自己實現的反反復復的過程。只有你不斷Debug不斷解決不斷充實理論知識，才可能往更高層次走。對於書籍我推薦韋東山韋老師的《嵌入式Linux驅動開發完全手冊》，當然我覺得成為中國化的S3C2440數據手冊更好些（至於為什麼學ARM9的S3C2440可以往下看），當然這本書也有他的不好之處：太過於實踐，理論知識不全。我覺得配合杜春雷老師的《ARM體系結構與編程》看會非常好，有比較詳細的對ARM的介紹。另外既然我們學習S3C2440的話，《S3C2440數據手冊》我們是非看不可。另外老外寫的《設備驅動開發》也就是所謂的LDD，還有就是宋寶華老師的《Linux設備驅動開發詳解》，挺不錯的。視頻的話我力頂《嵌入式Linux驅動開發完全手冊》的作者韋東山韋老師的視頻，可以去百問網http://www.100ask.org/ 自行查看。開發板的話我覺得可以自行選擇，最好選擇S3c2440或者S3c2410的晶元，因為ARM9的資料最多，隨便上網搜就是一大把。
四、大神們：研究Linux
毛德操/ 胡希明寫的《Linux內核源代碼情景分析》、 趙炯《Linux內核完全注釋》、《unix環境高級編程》還有更多的可以去看一看瞧一瞧了，我相信你學到這里就可以自找出路了，我也目前在前面階段，以後把這些學習完再做補充了。
我相信能夠學習嵌入式Linux驅動的人都能夠知道有好的學習資料學習能夠事半功倍的，本人也是學習驅動的菜鳥，歷經了學習的滄桑，今天在這里分享一下自己學習嵌入式Linux驅動過程中自認為好的資料，不好請勿噴。有興趣的可以轉載分享給你的朋友。以後有時間我會整理我在學習過程中的東西，加我關注以後一起學習叫流。
⑶ 自學編程的技巧有哪些
閱讀代碼（書籍，博客文章，開源代碼）將幫助你查看解決方案，了解最佳做法，並大致了解語言或系統。但是在你這樣做之後，你需要自己實際去寫代碼。可以是任何東西。可以是小的編碼練習或業余項目，但確保你能將之付諸於實踐，並用某種方式使用你學到的東西。如果你不這樣做，那麼你會發現自己面對編輯器會無所適從無從下手。
這方面的訣竅是讓自己感到不舒服。這是相當痛苦的，但就應該這樣。編碼遵循80/20規則。花80%的時間在20%的代碼或20%你所學的東西上。習慣於這種不舒服的感覺並克服它是關鍵。
這個迭代周期不應該以周為周期或以月為周期發生，而是應該以日為周期。知識等待使用的時間越久，知識這把斧頭就越鈍。等待學習新知識的時間越長，你就越難以將其融入到代碼中。
我推薦閱讀關於通用編程主題的網站是lobste.rs。上面有許多關於許多編程主題的文章。另一個好的網站是HackerNews，但網站時常偏離話題。
我最大的錯誤是在學習編程陷入僵局的時候用了太長時間。在被卡住時，我會花很多時間在一些愚蠢的東西或一些我根本上不明白的東西上。有時候我需要花費好幾天時間才能完成這些工作，而原本我可以用這些時間做更多的事情和學習更多的東西，如果我能找到更好的解決方法的話。卡在一個東西上面超過一個小時基本上就是在浪費時間了。
我推薦三件事情以避免僵局。第一是試著總是閱讀更多關於你使用的技術，並總體掌握正在發生什麼。通常，當你陷入困境時，意味著你對需要澄清的事情做出了不正確的假設。第二是咨詢互聯網。這一點很顯然，但依然值得一提。在網上查找並詢問有過這個問題的人是一個非常重要的技能。Stackoverflow可以說是互聯網上最好的網站。不要害怕在那裡問自己的問題。通常，只要盡力正確地闡述你的問題就OK了。我真的希望以前我能多問些問題，但總是因為害怕會顯得愚蠢而止步。我的第三個建議是向你認識的人請求幫助。通常，你或許已經理解了技術，而且有了問題，但是你可能需要更高層次的上下文才能真正解開謎團。不要膽怯，大著膽子上前去問吧。
例如，當學習Docker時，我花費了大量的時間從頭開始重新構建圖像。我從根本上不明白docker緩存，並用20分鍾時間來等待單個更改到Dockerfile通過。我可能花了8個小時就用在等待構建上。如果我讀過更多關於Docker或問一個知道的人，那麼可能我早就搞明白了，還可以在更短的時間內學到更多。
在我的經驗中，沒有什麼可以與工作於自己的項目以學習編程更有用的了。除了一些例外，我所知道的所有真正優秀的程序員都有一個習慣就是工作於業余項目（這也可能發生在工作中！）。有了一個點子並試圖實現這個點子是非常具有挑戰性的。它需要很強的自律心。但是，通過嘗試實際做一件事情，你可以學到如何分解問題並應用技術。你面對的各種問題，以及你如何解決它們才真正是所謂的編程。知道編程語言的每一個古怪細節的確是有幫助的，但它只會讓你越來越落伍。此外，想要完成項目的驅動力是繼續學習的動力。從業余項目獲得的滿足感遠遠超過你在抽象中學習東西的滿足感。
我對於選擇業余項目的建議是，選擇你感興趣同時你也有想法如何實現的東西。能夠在開始之前表達實現總是有助於保持我的動力。在此旅途之中你一定會學到很多！
有兩種類型的程序員：完美主義者和搬運工。有些人希望一切都是正確的，他們希望完美，他們希望遵循所有的最佳實踐，並寫出漂亮的優雅代碼。他們想要理解每一行代碼。有別於那些不管三七二十一，只要自己的代碼能工作即可，即使對代碼庫有損害的人。平衡這兩種技能是非常重要的。有時你應該深入鑽研一個問題或項目，看看發生了什麼。有時你應該讓它工作即可，即使你不知道發生了什麼。
每當你花費太多時間在某個東西上時，那就問問自己：我應該採取哪種方法？在大多數情況下，你會想取中間值。你想提供一個好的、堅實的解決方案，同時你可以自信地理解和修改，但沒有耗費荒謬的時間。隨著你作為開發人員的成長，你會更好地明白什麼時候就此離開就可以，以及什麼時候需要以某些方式完成。
就個人而言，我喜歡我的項目80％完美。如果你的項目是絕對100％完美，沒有一行代碼讓你覺得尷尬，那麼很有可能你已經花了太多的時間。
學習編程的一個很好的方法就是和其他的程序員交談。不必談論任何特定的內容。可以是你正在學習的東西，可以是你認為很酷的東西，可以是你正在工作的東西，皆可。你會發現很多程序員並不喜歡只是聊編程。這樣做可能會讓你學到很多關於庫，服務，編程語言和模式方面的知識。但是，最重要的是，你將了解到其他人是如何看待編程的。你會發現，你認為理所當然或從來沒有考慮的事情在人與人之間是非常不同的。
如果你沒有什麼可談的，那就回到編輯器戰爭或tabvsspace的話題。
最後，我要說的是，一直以來在我身上發生著這樣的事，我嘗試過很多東西，但我就是不理解。在用30分鍾嘗試新的東西後，我會停下來。我想這在起步時是很正常的。但是，我記得很多次，在6個月後（或3個月或9個月），我會回到同樣的問題或技術上，弄清楚如何使用它。這是因為我又掌握了一些我以前不具備的知識，或者因為它只是另一種方式的框架。等待一段時間，然後回去，總是一種最有用的方法。
這方面的一個例子是學習如何使用終端。我記得很長一段時間我都害怕碰到終端，因為我不知道如何使用。我花了一段時間並按照步驟定期地使用它和理解它。當然，如果我認識可以向我解答的人，或者找到一個好的資源來學習，這樣的事情就不會發生！
這些事情可以幫助新手在他們漫長的旅程中學習編程。我知道我還有更多東西需要學習，並將繼續學習如何永遠地學習。最重要的事情說三遍，請繼續，不要放棄，不要放棄。當然，說說容易，因為學習編程有時可能會令人非常沮喪！不要擔心。這是正常的。每個人都經歷過這樣的心情。