2.%d 開發軟體時的預想藍圖
目錄
⦿ 世界是由邏輯組成的
⦿ 編劇軟體
⦿ 初學者與故事大綱
⦿ 故事開頭的一句話
⦿ 具體描述
⦿ APP會長成什麼樣世界是由邏輯組成的
常聽到人這麼說，學習程式時必須要用邏輯將步驟串起來，否則變成了死背硬記；而 SEO 的技巧也是需先了解消費者想要搜尋的長尾關鍵字，即是了解消費者的需求，了解消費者的行為，而後設定你文章的段落。
編劇軟體
假設欲開發的 iOS Software 是編劇軟體，可能會有以下的思考。
一部影視作品論重要性，最重要的是劇本，影視圈大佬們會這麼說：一個 90分的劇本只可能拍成 89 分；一個 59 分的劇本，卻沒辦法拍成及格的影片。
影音平台串遍大街小巷的現今，似乎每個人都開始對影片有足夠見地，畢竟作者已死，讀者誕生。
每個人都可以是影評人，不過時間久了，我們可觀察到的現象是大家很會挑骨頭，卻難找到拔除骨刺的方法，因為，很多時候這類影評文章的起承轉合也是寫得七零八落，先不論如何撰寫一部作品的影評，而是希望藉由一個APP 去幫助編劇們去撰寫他們的劇本，以及協助初學者了解何謂一部劇本。
繼續閱讀｜回目錄初學者與故事大綱
對初學者來說，坊間多數編劇課程的第一堂便是介紹三幕劇，所謂三幕劇便是劇情段落分三大段，類同於文章的起承轉合，介紹完後，若是實作課程，老師可能會要你開始寫劇情大綱。
問題來了，教的不是劇情大綱的寫法，卻要學生開始寫劇情大綱，這也難怪曾聽老師提過，基礎班其實也較適合相關從業人員去補強自己的不足，因為課程總是一股腦地丟出資料，而不是整理好的資訊；可能東請了一個講師，西請了一個講師，他們各講各的，學生沒有系統化學習與吸收。
繼續閱讀｜回目錄故事開頭的一句話
於是乎，一張白紙，上面要有一句話，一句話代表一個開始，例如：白雪公主住在城堡裡。
這是故事的開頭，要有一件事觸發接下來的發展，例如：壞心皇后擔心成年的公主危及她的權力地位。
在這裡角色有了動機，驅使她不斷前進，但是故事不能僅靠想像，必須要有邏輯，邏輯才是整部作品的底氣，所以我們不能只是讓皇后被動地去做事，也不能有作者要你三更死，誰敢留你到五更的心態。
所以，我們回頭去想白雪公主是怎麼樣的性格，既然皇后的前綴加了壞心，那便是跟公主成了對比，白雪公主，雪白冰清，心地善良，於是出現了！你覺得皇后可以怎麼加害公主呢？例如：不安好心眼的皇后，利用了公主的善良來毒害她。
繼續閱讀｜回目錄具體描述
接著，我們應該學習如何從一句話帶過，變成描述具體事件。例如：皇后假扮成賣蘋果的孱弱老婆婆，在公主常出現的森林現身要她幫忙，再送她毒蘋果答謝。
公主收下蘋果後，觀眾也開始擔心她什麼時候會把蘋果吃掉，蘋果總得吃，吃了蘋果後公主倒在森林裡。
坦白說，到現在為止只是 起 跟 承 的部份橋段，如果以 2500 字、最終拍出來是 90 分鐘的故事大綱來說，還佔不到十分之一，所以，一開始就要同學寫故事大綱是完全不合理的一件事。
接著，我們整理上述橋段：白雪公主 (無憂無慮地) 住在城堡裡，但壞心皇后擔心成年的公主危及她的權力地位，便以毒蘋果毒害公主，吃了蘋果的公主倒在森林裡。
這一小段若在結尾加上刪節號（⋯⋯），便是我們常看到的電影簡介，事實上，寫成劇本的步驟應當如下：
故事大綱 => 分場大綱 => 劇本分場 + 情節 + 對白（劇本）坊間編劇課程總是以劇本回推到故事大綱，便以為那是起點了，事實是故事大綱之前還有許許多多事情要做，假設你連一句話都不會講，是一個字都下不了筆，那麼便需從一句話開始。
繼續閱讀｜回目錄APP會長成什麼樣
接著，我們得了解所謂的起與承，便是三幕劇中的第一幕轉第二幕，以時間分配來說，90 分鐘可簡單拆成 22 + 45 + 23 分鐘，第二幕的佔比最高，有了時間分割，就可以劇本結構分析故事大綱。
例如以《英雄的十二段旅程來說》來舉例：
1. 平凡世界：白雪公主無憂無慮地住在城堡裡。
2. 跨越第一道門檻、試煉：公主倒在森林裡。
或者以《搶救貓咪》的十五個轉折來看，若將重點放在善與惡，可簡單劃分成，壞心皇后的害人之心不可有，以及白雪公主的防人之心不可無，到最後皇后得到懲罰，公主獲救，說明了善惡有報，這便是搶救貓咪的第一個——主題陳述。
APP 會長成什麼樣？
經過上述的思考，得以窺見此 APP 將來的形貌便是不斷展現實例，這不僅教了初學者應該如何由一句話開始，慢慢地汲取經驗，最後到完成劇本。而在各段過程中能不斷提醒老手該注意哪邊，是不是缺了什麼，例如缺乏動機，缺乏時間，缺乏具體事件等等。
有時候不論老手或新手，可能會先想到後面的劇情、點子，便以填入表單的方式寫入，例如你想到的是《英雄十二段旅程》中的苦難折磨，就先將其填入。
當然，這個表單會用到的就是 TableView。
繼續閱讀｜回目錄