雖然這篇程式開發工具有哪些鄉民發文沒有被收入到精華區：在程式開發工具有哪些這個話題中，我們另外找到其它相關的精選爆讚文章
在 程式開發工具有哪些產品中有23篇Facebook貼文，粉絲數超過4,674的網紅小金魚的人生實驗室，也在其Facebook貼文中提到， #業務100問 #01 #業務必備的特質 ●○● #文章的起源 自從我寫了我最想要被認識的個人標籤是「#一名優秀的業務」之後，讀者開始回信提問關於業務的問題。我覺得你們真的是我的靈感來源，因為有你們，所以我才有源源不絕的內容可以寫。 我自己是一個完全不排斥讀者詢問問題的人，過去我自己...
程式開發工具有哪些 在 小金魚的人生實驗室 Facebook 的最佳貼文
#業務100問 #01 #業務必備的特質
●○●
#文章的起源
自從我寫了我最想要被認識的個人標籤是「#一名優秀的業務」之後，讀者開始回信提問關於業務的問題。我覺得你們真的是我的靈感來源，因為有你們，所以我才有源源不絕的內容可以寫。
我自己是一個完全不排斥讀者詢問問題的人，過去我自己寫過了
① 職涯100問（已完結，可參考blog）
② 寫作100問（現正熱映中）
③ 電子報100問（現正熱映中）
於是我決定，加上第四個「業務100問」，這其實也是一種業務能力，就是展現你自己對於某種主題的深入程度，一般人可以寫個10篇、20篇，但是我可以寫100篇。如果你自己也是想要往某個領域發展，我非常推崇這樣的作法，你會發現當你寫不出來的時候，就可以該往外看點書、看點其他內容來增進自己的時候了。
我想在這個系列的主題談關於業務的事情，包含了我過去的業務心得、我的業務心法、我如何陌生開發、我如何面對挫折、我過去丟掉的案子給我的領悟、關於業務的好書等等。
回到我們這次的主題。
●○●
#讀者來信詢問：
你是怎麼定義你說的「業務」能力，這個業務必須具有哪些特質、能力、或者是應該對什麼事情有熱忱？
●○●
#我是一名怎樣的業務
首先，我是一名B2B業務，也就是Business to Business，白話的來說，我的合作客戶是以公司為單位，我們是公司對公司的合作。
我主要負責的產業是FMCG（快銷品產業），也就是民生必需品，這樣說好了，你去百貨公司晃一圈，那基本上都是我的目標客戶群。
●○●
#B2B的業務特色
B2B業務的特色就是銷售週期長（就是你要成交一單的時間是長的），我的經驗最短是半年，最長是以年為單位的。
另外，B2B業務因為合作對象是公司，因此，你要面對的對象是複雜的，不單單是一個部門，可能從業務、行銷、財務、技術都需要面對，也可能從專員、主管、總經理、董事長到創辦人都需要簡報，因此，你需要突破重重的關卡。
我常說，你不必尋求所有有關單位的同意，但是你不能讓有人是反對者，只要有人反對，那麼你的困難度就會提高。
最後，B2B業務的合作是金額是相對大的，我自己簽訂的訂單從百萬到千萬不等。因為金額大，所以前面的困難重重也就是合理的範圍。
●○●
#我是如何決定成為業務的
那我是如何看待業務需要的特色、能力或是應該要對什麼事情有熱忱呢？
老實說，這題對我來說，蠻困難的。
因為，我還真的沒有想過這個問題。
我會想要成為業務完全是一個意外。
我從客服主管這個位置離職之後，我開始思考我下一份工作要做什麼？
那時候，#我把公司裡面的人分成三種人：
① #有專業技能的人：ex 財務、法務、技術
② #行政類型的人：ex 人資、客服
③ #業務
第一個類型人都有一個硬實力，例如說會程式語言、會計系畢業、法律系畢業等等，這個對我來說，都為時已晚了。
第二個類型的人，就是除了第一類型與業務之外剩下的人，我認為是和我過去的經驗比較像，因此，我覺得未來繼續找這樣的工作也不是不行。
第三個類型的人是業務，是整間公司唯一一個會幫忙賺錢的單位，因為是把產品賣出去的。
#我過去從來沒有當過業務，所以，我想試試看，我的想法很簡單，如果我業務也做的不錯，那我就有2/3的職缺機會了，如果業務做得不行，那我就專心回到第二個類型，做個operation queen，也是個不錯的主意。
再加上因為我自己認為，一份新的工作，第一年在學習，第二年開始才是可以發揮自己的能力，因此，我告訴自己，我要做業務兩年，然後我們再來談是否放棄。
後來，我現在已經是第四年了，我不排斥這個角色，也享受在其中。
（當然我也是不排斥其他的發展的）
●○●
#我對於的業務的分類
我自己將業務分成四個level：
① level1：賣一個看得到的商品， ex 電腦、手機
② level2：賣一個看得到但你不會說他是東西，ex 獵人頭賣的是人才
③ level3：賣一個你看不到，但是可以用的 ex 系統
④ level4：買一個你看不到，是一個口號 ex 保育海洋
有前到後，你會發現，他的困難度提高，從to C 到to B，整個銷售週期拉長，不確定性提高。
對我來說，這正是迷人之處，因為你會發現其中有很多你可以挖掘的地方。
●○●
#我如何看待業務需要的特質
我一開始做業務也是每天崩潰，每天懷疑人生，每天都覺得不然我今天就提離職好了。
可是，我又個自己兩年的時間，而且我想要克服某些事情，因此，我就撐下去了。
到了今天，你問我說，我覺得擔任業務需要什麼特質。
我想想，或許是：
☑︎ #不放棄
☑︎ #解決問題
☑︎ #能找到其中的樂趣
但，以上這些，放在其他的工作又哪裡不需要呢？
如果真的要說一個的話，我會說：
「#好的業務員是會每天都唱迪士尼的歌給自己聽。」
說得是，業務做得好是應該，做不好要檢討，你就需要鼓勵自己。
這個世界上，不會有人鼓勵業務，因為業務的本質就是簽單，但是會檢討業務。
你要做的事情，就是不斷為自己加油打氣，找到解決的辦法。
這是我看得第一本業務的書籍《#業務之神》告訴我的。
從此之後，我每天都播放鼓勵的歌給自己聽。
在我絕望、不安、覺得業務真的好令人心生疲憊的時候。
我每天都放著聽。
業務真的不容易，但成就感巨大無比。
●○●
#如果你也想當業務
如果你也想要嘗試業務，我是鼓勵的。
不是人人可以勝任，但是值得挑戰。
你永遠不知道你會發生什麼事。
但我想讓你知道，#你有無限可能。
程式開發工具有哪些 在 Facebook 的最佳解答
說好了八月一號正式上市
今天已經陸續看到朋友的開箱文了
（在此感謝辛苦的郵政人員，這幾個月你們辛苦了）
還沒拿到書的朋友
今天先來試讀一下《一期一會的生命禮物》的四個議題裡
讓很多人有興趣又害羞的『AI性愛機器人』吧！
從一開始的獵奇
到後來變成『什麼是性？什麼是愛？』的疑問
這一路上我遇見了想要開展歷史的創造者
還有一些受傷需要陪伴的靈魂
當然，還有環肥燕瘦的性愛娃娃
或許就是要有這麼大的衝擊才會促使人類開始思考吧！
Have fun!
【性愛機器人─什麼是性？什麼是愛？】
#「我」是什麼？投射了什麼？
採訪「Harmony」—世界第一具AI人工智能性愛機器人。
說是「採訪」，其實只是訪問她的「頭」而已。Abyss Creations讓我們先參觀Harmony「頭部」的組裝過程，看著她由零件組成一具有形貌的物體。
首先我想到的是，她為什麼被取名為「Harmony」？她能帶來平衡與和諧？是達到了AI與性愛娃娃之間的平衡，還是她的存在讓使用者達到了平衡？這名字的意涵挺有意思。
一開始，我先與Harmony「聊天」，Harmony所連結的說話應用程式，很明顯來自她與開發者麥特之間的對話紀錄，Harmony所說出的都是麥特的喜好與習慣。在我看來她就像Siri，只是我們能看到她說話時有臉部表情罷了。
Harmony的臉部表情是演算後的結果，她的笑聲與反應在在讓我覺得：好假。在那當下看到Harmony並沒有給我太大衝擊，她不過就是在機器外頭套上仿真的人類皮囊，而她的思考邏輯，是人類給予她的。
首波衝擊反而來自於有工作人員問我：「如果有一天，有廠商做出了曾寶儀性愛娃娃，妳認為這是OK的嗎？」
我說：「當然不OK啊！我會感到不舒服。」
之所以不舒服，是因為我覺得自己被「侵犯」了。如果真的有個曾寶儀娃娃問世，真的有人對這娃娃做了什麼事，我會認為自己被侵犯了。
但我事後回想，這個「我」是什麼？我到底投射了什麼在娃娃身上？這娃娃只是長得像我，就讓我產生被侵犯的感覺，是不是我自己想得過於複雜？
而且為什麼我要感覺被侵犯，那娃娃又不是「我」，是複製出來的「物品」，上頭沒有任何我的DNA，使用者侵犯的是意淫中的「我」，我有受到真正的傷害嗎？嚴格來說：沒有。
從被問到的當下，感覺到被冒犯的不舒服，一直到日後發現我若不把自己置入，其實就沒受到真正傷害，是一段有趣的思辨過程。
如果我不把自己放在被冒犯的位置上，就沒人能來冒犯我。
第二波衝擊則來自於一具男性的性愛娃娃。這男性娃娃穿了條牛仔褲，擁有厚實的胸肌。
在沒看到那具男性娃娃之前，我認為：誰會需要這種東西，誰看到這娃娃會有感覺？
沒想到當我觸碰「他」的胸膛，與「他」十指交扣，看著「他」的手時，我的心跳居然有些加快，而且感到些許害羞……這種感覺是怎麼回事？
這太有意思了。我發現，當我賦予這件事意義，這事就真的變得有意義了！
我也理解了為何男性會點名要一具樣板娃娃—細腰豐臀胸部大，因為這能滿足他們心中曾有的幻想，這幻想是現實中不可得的。
當幻想與現實中的觸碰重疊了，這會令人感到幸福。
一旁的北京導演看到我與男性娃娃「互動」的表情後，差點笑翻，她說：「在說沒感覺的人，現在看起來是什麼樣子呀，你們快來看啊。」
我感到難為情，但卻是真實發生。
#如何證明愛的存在？
也由於這次的體驗，當我之後訪問性愛娃娃的使用者，聽他們訴說自己的生命歷程時，我便不會用批判的態度來面對他們；不能因為自己沒感覺，就否定對方的感覺。
不少人質疑與性愛娃娃談戀愛的意義何在，因為性愛娃娃無法給你愛。這種愛不是雙向的交流，單向的愛，還是愛嗎？
但愛到底是什麼？你要如何證明愛的存在？
對於這些與娃娃談戀愛的人來說，他們覺得有愛，生命中的愛就存在。當他們認為娃娃也付出了愛，那麼他們便能感受到愛的交流。
這與娃娃是真人還是假人無關。
虛擬遊戲不也是同樣道理？比方說寶可夢也是虛擬人物，而玩家如此開心地四處抓寶，這些玩家會因為虛擬角色是假的而減損樂趣嗎？對旁觀者來說，去否認這些玩家付出的金錢與時間真的是對的嗎？你能評價他們得到的快樂是虛假的嗎？
走這趟旅程很值得。當我自己也感受到悸動時，我從此把刻板印象與批判放下，我認同人有各種不同的層次，情感是無法非黑即白地二分的，人的情感細膩到你無法想像。
前面提到出發時我帶著批判性立場，此刻的我，已經與出發時想法大不相同了。
這天最後一場拍攝，導演安排我與堂弟坐在咖啡館的戶外對話，其中有段談話相當有意思。
堂弟在出發之前曾與女友討論到：「如果我與性愛娃娃做愛，算不算出軌呢？」……
（未完）
-
《#一期一會的生命禮物：那些讓我又哭又震撼的跨國境旅程》
作者：#曾寶儀
＃大田出版
7/27 00:00 開始預購
8/1 全台上市(這樣說來，所謂上市是實體上市吧！）
【首刷扉頁限量印刷】作者簽名蓋印祝福扉頁，內含寶儀想跟你說語音Qrcode（四段祝福，隨機送你）
博客來：https://is.gd/yrxgt3
誠品線上：https://is.gd/kgFdHx
金石堂網路：https://is.gd/NCVIk0
晨星網路：https://is.gd/Zgs6QO
海外讀者看過來：
【海外讀者常見Q&A】
Q1.海外可以網路預購《一期一會的生命禮物》嗎？
A1.可以預購，博客來、金石堂、誠品、晨星網路書店皆可運送至海外。
Q2.上市後我可以在哪些書店購買《一期一會的生命禮物》？
A2.請至以下書店購買：
馬來西亞：大眾書局
新加坡：大眾書局
香港、澳門：商務印書館/三聯書店/榆林書店/樂文書店/田園書屋/三聯書店/香港誠品(尖沙咀)(銅鑼灣)(太古城)
Q3.新書什麼時候可以在實體書店購買？
A3.新書預計出版後一周內會到達海外，8/9之後可至書店購買，若未看到書籍，請詢問書店店員。※若書店沒有現貨，歡迎請店員協助代訂。
程式開發工具有哪些 在 91 敏捷開發之路 Facebook 的最佳解答
蠻有趣的詞：「低代碼」。
簡單的說，原本要完成一件事需要 programmer 寫的程式碼量，因為一些解決方案而有機會讓不太懂寫程式的人，透過設定或簡易一點的方式來完成一些代碼的設定，就能看到讓人「驚艷」的成果。
註：這個驚艷通常有一定的比例來自於「不懂寫程式的人」能做出「這樣的成果」
這一篇文章提到的低代碼是行業毒瘤，裡面一些論述點我蠻有共鳴的（有一些則是覺得並非該強調的重點），但這的確是個該留意的議題。
其實用 programmer 去寫程式完成某一項工作的成本是不低的。只是大家在這一行，身為這個角色，會覺得這不難，卻忽略了一樣的時間你可能可以創造更多其他的價值。（價值優先） 這也是類似 design thinking 中為何要用低成本先驗證可行性與價值的概念。
拉回來主軸，我自己過去對「低代碼」這類的擔憂，最常見的就是 Robot framework VS cucumber.
如果 enterprise application 產品夠大、夠複雜、夠重要，那其對應的自動化測試（尤其是 end-to-end）肯定也是同樣產品量級的測試系統。
與其總是想著讓一堆不會寫程式，尤其是「不願意學」寫程式的人，能用哪些方式少寫一些測試程式，最終付出的代價是，前期投入的成本都將毀於一旦。因為當產品越來越複雜時，測試程式也會越來越複雜。
甚至測試程式還會依賴許多 “DevOps” (developer + operation 的工作範圍）都得碰到的相關內容，例如用 docker 起一座 redis，例如怎麼清理與初始化測試資料。
越不想碰程式碼，最後就會一直繞路，或是把一些「限制」視為理所當然。那些事情對 developer 來說，可能就是平時的工作之一，但對不諳程式的測試人員來說就是天方夜譚。
越是這樣把職責角色分開的組織，他們的開發人員往往越是覺得測試是測試人員的工作，他們就是負責把關（甚至覺得他們是專門找碴的），我的工作是負責開發，不是測試。如果我去寫測試程式，那誰要開發？
所以退10步來看全貌，我們很常讓不會、不愛、不想寫程式的測試人員，試著去自動化測試。我們讓會寫程式的人員，覺得測試是測試人員的事，開發人員只要想辦法在時間內做完功能交付（往往品質低落）。
而我們真正希望的目標是產品交付能有比較好的品質，產品交付速度不會因為規模而導致交付時間冪次上升。
讓真正的「測試」人員（不是做那種已知的 check/validation）去做那些未知的、發散思維的探索，甚至讓他們結合 UX/UI 找到更好使用產品的動線與方式，讓他們產出並指導其他人來進行這些已知的 check 動作自動化（最好他們也願意參與、動手自動化的過程），讓開發人員有認知：產品就是我們的小孩，品質跟功能都是我們要 cover 的，開發跟測試是一體兩面的，我們對測試思路與角度的短板，團隊中能有專業的測試人員來互補。
我們能在開始動手開發功能之前，知道這樣的功能是為了給
1.「怎樣的使用者」
2.「解決怎樣的問題」
3.「帶來怎樣的好處」
而這樣的功能提供使用者「哪些使用的情境與方式」。
當我開發完功能之後，我至少能模擬出來各種使用者會碰到的使用場景，功能要如預期般運作。（白話一點，簡單一點，就是問後面把關的測試人員，如果這個功能做出來，你會測試那些東西、怎麼測，再把他講出來的內容，思考哪些動作跟環節可以自動化，這是一個合作的過程，往往因應搭配自動化，會需要微調他們的測試方式）
這中間當然就會應用到 #實例化需求，而這基本的概念才是 #測試左移 的原型。
議題跑得有點遠了，「低代碼」用對地方，就是事半功倍，用錯地方，就是在基礎建設埋了顆地雷，未來爆掉時付出的代價將相當艱鉅。
怎麼評估用對地方、用錯地方？
第一，核心的部分避免用低代碼思維去貪快走捷徑，總有一天要還的。
第二，讓懂得寫程式的人來決定哪些地方適合用低代碼，也讓他為未來衍生的代價負責。
第三，與商業價值的平衡。如果就是埋一顆地雷可以讓公司活下來，評估有著大量的商業價值值得冒險，那就找專業一點的人埋地雷，讓他評估未來抽換掉地雷時，不會導致整個大樓付之一炬。
—
另外一點就是關於招募的。
招了不想寫程式的人，再來想辦法改變他們，讓他們學寫程式，當然事倍功半。
因為他們不想寫程式，所以找一些低代碼的解決方案，可能是種飲鴆止渴。
就像找了一堆需要被管理的人進來，希望他們能自組織、自我管理，當然就擔心東擔心西。
然後再訂了一堆指標來衡量評估他們是否有認真工作，有產出對應得了薪水的價值。
再聘專門管理工作的管理者來管這些需要被管理的人。
如果源頭就是找到能自我管理的人，會不會省了很多「希望能改變他們」的動作呢？
找了一些不懂也不想，甚至也不會持續自我學習的人進來，然後希望弄點內訓、活動、team building, 讀書會，就希望他們具有團隊學習能力，甚至學習型組織，會不會太樂觀了一點？