以下題目出自《python程式設計 從入門到實踐》第二章。

2-1 簡單訊息：將一條訊息儲存到變數中，再打印出來。

message = "I am a student."
print(message)

輸入以上程式碼後執行，可以看到輸出如下：

I am a student.

2-2 多條簡單訊息：將一條訊息儲存到變數，打印出來；再修改變數值為另外一條訊息，再打印出來。

message = "I am a student."
print(message)
message = "You are a teacher."
print(message)

輸入以上程式碼後執行，可以看到輸出如下：

I am a student.
You are a teacher.

2-3 個性化訊息：將使用者的名字儲存到變數，並像該使用者顯示一條訊息。

name = "Mary"
print("Hello " + name + ", welcome to China!")

輸入以上程式碼後執行，可以看到輸出如下：

Hello Mary, welcome to China!

對於沒有程式設計的新手來說，這題要注意的就是 加號 + 可以連線兩個或者多個字串

2-4 調整名字的大小寫：將一個人的名字儲存到一個變數中，再以大寫、小寫、首字母大寫的方式顯示這個人名。

name = "mike"
print(name.upper())
print(name.lower())
print(name.title())
 

輸入以上程式碼後執行，可以看到輸出如下：

MIKE
mike
Mike

這題的關鍵就是upper()，lower(), title()三個方法的使用，upper是字串字母全大寫，lower是字母全部小寫，title是首字母大寫

2-5 名言：找一句你欽佩的名人說的名言，將這個名人和他的名言打印出來。

print('歐文說，“真理惟一可靠的標準就是永遠自相符合”')

輸入以上程式碼後執行，可以看到輸出如下：

歐文說，"真理惟一可靠的標準就是永遠自相符合"

2-6 名言2：將名人名字和名言儲存到變數，再列印這條訊息。

famous_person = "歐文"
message = "真理惟一可靠的標準就是永遠自相符合"
print(famous_person + "說，\"" + message + '\"')
 

歐文說，"真理惟一可靠的標準就是永遠自相符合"

這裡需要注意的就是雙引號的列印

print("\"")
print('"')
這兩個都是可以的，都會輸出一個雙引號
print(""")
但是這樣子就不行

學過C/C++的就知道引號不能直接列印，需要加一個反斜槓，這裡不多解釋

2-7 剔除人名中的空白

name = "\n\t Mike \n\t"
print(name)
print(name.lstrip())
print(name.rstrip())
print(name.strip())

三個方法的使用，lstrip() : 消除字串前面的空白， rstrip()：消除字串尾部的空白, strip()消除字串兩端的空白，空白包括空格、TAB鍵、換行符等等。

2-8 數字

print(2 + 6)
print(13 - 5)
print(2 * 4)
print(int(32 / 4))
print(2 ** 3)

輸入以上程式碼後執行，可以看到輸出如下：

8
8
8
8
8

 **符號在python中為求冪符號，2**3表示2的3次方。

2-9 最喜歡的數字

my_number = 8
print('My favourite number is '+ str(my_number) + ", and I can eat "+ str(my_number) + " apples every day.")

My favourite number is 8, and I can eat 8 apples every day.

這裡需要注意的就是加號+連線字串的表示式不能出現整型變數，所以要用str()進行型別轉換。

2-10 添加註釋

# 2018 年3月7日
age = 20
print("I am " + str(age) + " years old.")
# age 加上str是為了把age轉換成str（字串）型別，因為字串型別不能和整型相加，否則會報錯
#這個程式的功能就是輸出我的年齡這條資訊

輸入以上程式碼後執行，可以看到輸出如下：

I am 20 years old.

2-11 python之禪：在命令列輸入 

import this

可以看到結果如下：

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!