🔵簡報製作視覺化怎麼做？如何透過資訊圖表化讓說服力大增？
#老闆突然說 #明天客戶簡報就交給你了 #這對公司很重要 #我相信你可以 #但我覺得不行呀 #老闆可以不要這樣嗎 #所以 #來天地人上課吧
🔺簡報溝通一直扮演重要角色，我們真的做好了嗎？ 無論是對客戶還是對公司內部或是老闆，好的簡報溝通絕對能夠讓你脫穎而出！ 只是，製作簡報對您來說是件難事嗎？您做簡報只是條列大綱文字，還是也很注重視覺呈現？如何在簡報裡，將文字轉化為視覺語言？如何將資訊圖表化？如何透過內容、情境、視覺、案例等方式，製作出具有吸引力與溝通力的簡報呢？ #有沒有這麼多問題
-
🔺 #什麼是資訊圖表化？ 隨著科技的發展，我們的生活也起了很大的變化，光僅有文字的內容，似乎難以吸引人的目光注意了，而這也宣告了視覺溝通的浪潮；那麼，在簡報上，與時俱進的視覺溝通方式，是讓我們的簡報被注意的第一步。 #關注對象的需求永遠是關鍵！ #無論是老闆還是客戶
-
🔺簡報設計不單單只是視覺呈現而已，還包括了哪些內涵？成功的簡報製作，不光只是在視覺的呈現上，提案者的目的與聽者需求的洞悉，才是簡報內容的開端，因此這堂簡報美學設計課程，是要傳授學員關於簡報製作邏輯、架構、思維的模型，還有情境與內容並重的簡報製作方法論，適用於各式情況下的簡報製作，自此將能做出有您自身風格的簡報。
-
🔺 因此，天地人這堂簡報視覺設計課程，是要傳授學員關於簡報製作邏輯、架構、思維的模型，還有情境與內容並重的簡報製作方法論，適用於各式情況下的簡報製作，自此將能做出有您自身風格的簡報。 #風格簡報 #老闆允許嗎 #用成績來證明
-
🔺 天地人學堂邀請到 👉 擁有豐富設計背景的知名業師前來授課，在此堂課程中您將學到：
1️⃣ 簡報設計方法論與基礎實用技巧
2️⃣ 進階視覺溝通：資訊圖表化、動畫運用
3️⃣ 美學要素的融合、實例解析與上台簡報演練
-
🔺 天地人學堂｜讓簡報視覺化、學會用資訊圖像話說個好故事！ 希望透過此課程教導學員如何進行簡報內容的精煉，型塑情境，透過視覺溝通與資訊圖表化方式，學會以說故事者的角色，將聽眾導引進簡報情境中，再將想傳達的理念植入聽眾心裡，那麼，簡報之後的後勁將持續發揮影響聽眾行為，成功達成您簡報的目的！ #讓自己的價值提高
-
🔺 報名&瞭解更多>> https://www.tiandiren.tw/course/c1166/
-
#讓你的對象聽得懂很重要 #客戶簡報就交給我了 #說服力大增 #帶得走的專業
官方Line@：@tiandiren 24小時課程查詢
有沒有這麼多問題 在 Re: [問題] 為什麼可以有這麼多bug? - 看板ToS - 批踢踢實業坊 的推薦與評價
原文吃掉
小弟不才
只是個廢柴軟體工程師
其實這問題沒有這麼難理解
很多公司在小時候只是隨意做做設計
可能當初沒想到會做到這麼大
所以在很多地方都會做的很粗糙
軟體工程有很重要的兩個核心觀念
重複使用性(reusability) 多重繼承性(multiple inheritance)
簡單來說就是一段程式碼重複使用
正常來說有規模的軟體公司都會遵照這兩個概念
畢竟一樣的功能卻寫好幾段程式碼會造成你的程式肥大
(雖然神魔本來就很肥了)
那神魔究竟錯在哪了呢?
回到一開始的草創期粗糙
當一個功能重複使用或被繼承的時候
最底層的那個功能(原始碼)如果防護沒有做好
多方引用 就會造成可能A物件動到B物件的東西
舉例來說你飲料放冰箱被室友偷喝 然後你打開冰箱就崩潰了
或是A物件用完了沒有移除他 造成你RAM爆開
可以想像成出門忘了關冷氣 電費就爆了
一般來說閃退就是這個原因
最後我想說的是神魔其實有在改善他們的程式碼
他們開始試著用軟體工程的思維來寫程式
看看希臘二技能的某個效果
其實我一直很納悶只轉個幾顆是有屁用 為什麼不全轉
但後來再仔細看看是不是哪裡似曾相似?
我猜現在很多技能改成 I II III 敘述
其實就是分別把這些弄成單一物件 然後大家互相引用
這樣方便玩家閱讀 也方便自己內部工程師了解同事們有做了哪些東西
以後要用的時候就可以直接引用(照抄)
對 然後可能某個功能底層防護沒做好就爆了
比如最近的夏瑪西跟雪未來就是類似的東西
那你可能會問為什麼有些技能明明一樣
有時候A出事 B卻沒事
因為這是兩個不同的人寫的 B不知道有這A功能 所以就自己寫了一個
以前bug沒這麼嚴重反而是因為每個人只要負責自己的
自己的爆了就爆了 不會影響其他人 爆了我就修好我自己的
但也因此造成程式會很肥
大概4john
但我最不能理解的是為什麼都沒有SOP驗證...
因為軟體公司至少發布版本前都要經過基本的SOP確認...
為什麼神魔沒有 我就不知道了
--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.192.69.188 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/ToS/M.1595908047.A.2FA.html
※ 編輯: ricky469rick (123.192.69.188 臺灣), 07/28/2020 11:51:39
其實不是合作問題 而是正常來說都會去引用
因為當功能越來越複雜的時候為了趕時間就不可能全部自己來
會去看看底層是不是有人做過類似的事情就直接拿來用
比如說"心轉自身"這件事情 不可能每次遇到就重寫一次
是看 "喔喔~這邊有一個心轉自身的程式碼/物件我複製/引用起來"
以往可能是直接複製來的居多然後稍作修改
越做越大之後變成要用引用的來增加程式碼的可讀性
你的意思應該差很多吧...
並不是改改數值改改圖片就好了
就講個常見的例子 某A功能要讀取B圖片
建立了B圖片的指標
然而今天又多了某C功能 他發現A有讀取這B圖片的功能
於是就引用了
但A功能當初可能寫死 他用完圖片後為了怕B圖片站記憶體
就刪除了B圖片的指標
結果平行方面的C功能要抓這B圖片時就爆開了
這問題就在於C功能沒有做好防護抓不到B要怎麼辦
那當然可能一開始C跟A都相安無事
然後時間久了又多了DEFG功能一路繼承引用 然後某個功能碰到了就爆了
※ 編輯: ricky469rick (123.192.69.188 臺灣), 07/28/2020 12:51:20
真的是這樣
我們公司自己的產品也是因為久了結構慢慢撐不住
但至少新版本丟給客戶前會經過驗證機台SOP流程跑過
把大問題都先擋下來 客戶拿到後頂多發生些小問題再修正
至於神魔這種直接把滿是肉眼可見的問題版本丟出來...
※ 編輯: ricky469rick (123.192.69.188 臺灣), 07/28/2020 14:27:36
... <看更多>