Konijn Design Studio

Konijn Design Studio wishes you a very happy new year ! -- 歡迎按讚、分享，以及關注我們，隨時讓您獲得第一手消息！ KDS官網：https://www.konijnstudio.com/ Facebook：https://www.facebook.com/konijndesignstudio Blog：https://blog.konijnstudio.me/

歡迎按讚、分享，以及關注我們，隨時讓您獲得第一手消息！ KDS官網：https://www.konijnstudio.com/ Facebook：https://www.facebook.com/konijndesignstudio Blog：https://blog.konijnstudio.me/

  公司的創辦人是否需要支薪？ 這是一個我也是經常被問到的問題. 答案也不會是一個簡單的"是,需要" 或者是 "No! 不能! 除非......" 原因很簡單, 每一家新創的故事,資金架構,跟營運狀況並不是一個外人能夠快速理解的. 但是只有公司的創辦人自己知道, 來回答這個問題。 我以自己在公司的腳色,來回答這個問題也是可以, 也算是恰當. 在公司初創時期, 我是為了節省公司的現金, 而真的不支薪了一年。 這個決定對我來說也算是一個財務跟稅務上的規劃。但是重點是在一個沒有經濟壓力上的一個決定。 在公司成立一年多之後, 我開始付我自己薪水。 雖然薪資金額簡單來說就只有符合法律的規範。 但是重要的還是為了讓公司能夠在金流,營運,跟開銷規劃上能夠正常化。 所以這個就是我的決定, 也就是以我個人的經驗的答案。 這幾天很湊巧的我看到了一篇文章。 文章裡面就是寫到創辦人是否應該支薪的問題。 我覺得作者的答覆,跟我的答覆比起來,反而是數據化的清楚許多。 作者在文章裡提到,  我的一個朋友馬克大約四年前就開始了一家公司。馬克也很順利的籌集了天使資金。公司發展得很好，公司真的會有長期成功的機會。與此同時，馬克和他的合夥人在頭四年的薪水為0美元。 每次我和馬克共進午餐，我都告訴他，他應該拿工資。即使月薪是1000美元，他也應該開始拿工資。 馬克的反應總是一樣。"我知道我們應該開始拿工資， 但我不能說服我的夥伴。 我很佩服馬克一直能夠繼續減少他辛苦賺來的積蓄，因為他非常的相信著公司。但我仍然希望他們能夠先薪水給自己。 為什麼付給自己薪資非常的重要？ 因為給自己一小筆工資會讓自己有一種金錢上的紀律。也不必擔心生活上的基本開銷。 所以你必須要儘快讓自己有所謂的生活工資。你也許在第一年的薪資會很少(跟我一樣)，但是給自己支付一小筆工資就開始了整個紀律的過程。如果公司的營運狀況是正向成長的, 你可以每年逐步的增加你的薪水，直到你最終預期的工資標準。那你就可以不必擔心生活上的開銷了。 給自己一個工資，防止你像對待私人存錢罐一樣對待公司。 有另一個企業家叫"詹姆斯"，我曾與他共事。 詹姆斯一開始也沒領薪資。該公司的收入增長至每年約100萬美元。 這家公司是盈利的，並且有一筆不錯的現金。然後詹姆斯告訴我，他要從公司取現金，以償還他的...

  我們很榮幸地向您展示我們的最新創作之一 - Mistcare Mini 在 Zeczec 眾籌平臺上線啦。 https://www.zeczec.com/projects/mistcare-mini?r=d95282657d －　　 MistCare Mini 五大特色搶先看： ❖ 攜帶便利,隨時隨地使用 ❖ 自己製造,經濟又實惠 ❖ 成分簡單,無額外添加物 ❖ 搭配紫外線,凈化更加倍 ❖ 超音波震動噴霧,微米等級分子 －　　 「MistCare Mini」能自製天然抗菌液，快速有效率的消除、消毒，以及淨化環境中有害物質，保護你免於病菌的侵擾！ －　　 歡迎按讚、分享，以及關注我們，隨時讓您獲得第一手消息！ 品牌官網： https://www.mistcare.me/ 嘖嘖連結： https://www.zeczec.com/projects/mistcare-mini?r=d95282657d Facebook： https://www.facebook.com/mistcare.me Twitter： https://twitter.com/care_mist Blog： https://blog.mistcare.me/ －　　 #MistCare #balance #cleanse #Harmony #MistCareMini #Disinfecting #消毒 #sterilizing #殺菌 #antibacterial #抗菌 #Diffuser #霧化器 #natural #天然 #airspray #噴霧 #water #水 #salt #鹽 #covid19 #新冠肺炎 #呼吸道疾病 #空汙

  從2020年開始的零星疫情到現在的大爆發， 當出入辦公室、搭乘大眾運輸、甚至是到餐廳吃飯時， 數以千計肉眼無法發現的危險可能就在身邊， 在你不注意的時候伺機造成威脅！ 即使市場上出現了許多的解決方案， 但是我們認為那些都不是真正為了個人、居家、生活環境所適用的產品！ 因此 MistCare 決心要為個人、居家與環境帶來更好的生活平衡， 推出這款 — 「MistCare Mini 世界最小手持淨化噴霧機」 MistCare Mini 五大特色搶先看： ❖ 攜帶便利,隨時隨地使用 ❖ 自己製造,經濟又實惠 ❖ 成分簡單,無額外添加物 ❖ 搭配紫外線,凈化更加倍 ❖ 超音波震動噴霧,微米等級分子 歡迎按讚、分享，以及關注我們， 隨時讓您獲得第一手消息！ 品牌官網： https://www.mistcare.me/ 嘖嘖連結： https://www.zeczec.com/projects/mistcare-mini (即將登場) Facebook： https://www.facebook.com/mistcare.me Twitter： https://twitter.com/care_mist Blog： https://blog.mistcare.me/ #MistCare #balance #cleanse #Harmony #MistCareMini #Disinfecting #消毒 #sterilizing #殺菌 #antibacterial #抗菌 #Diffuser #霧化器 #natural #天然 #airspray #噴霧 #water #水 #salt #鹽

Traditional location positioning such as GPS isn’t going to be suitable for Internet of Things (IoT) devices because communicating with positioning anchors, whether it be satellites (GPS) or radio towers (LTE) because requirement to use a significant amount of power to power the multiple hardware chips. The solution is to design into the solution architecture a cloud level location finding mechanism leveraging the already existed data uploading method from the IoT devices. In other words, when an IoT device uploading the data to the cloud service, the cloud may already know it's network public IP address on where the device was sending the data. And using that public IP address, we can then determine the approximated location of the IoT device. In the past few years, as we have developed *too* many IoT projects and solutions, we have come to a realization that we have been developing a location module over and over again on most of our IoT solutions. That simply means there is...

在之前分享的 Rapid Application Development (RAD) 文章 裡有提到要怎麼做到一個快速開發的流程. 文章中也有稍微帶到 近年來非常火紅的 SCRUM 專案管理方式. 這次的文章, 我不會介紹 SCRUM因為網路上已經有多到讓腦筋爆炸的 SCRUM 文章.就上網查一查, 看一看, 應該可以照到你想要的答案. 如果你還是有 SCRUM 方面的疑問, 我還是歡迎你 發訊息 來詢問. 這個嘴臉.... 我想看了這照片之後, 大家當過員工的, 不管你是工程師, PM, Sales, 還是老闆, 都能夠感受到他的一種非常令人賭爛的磁場... 我遇過太多的團隊, PM 跟 RD 跟 Sales 吵成一團. 原因通常是 怎麼案子delay了? 我要的怎麼跟你做出來的差這麼多? 你怎麼當初沒說? 你@#$#$T##$%@#!!#$%$#$.......... 當然還會有更多的原因讓團隊中的每一個人抓狂, 憤怒, 跟賭爛 ! 我們先不管原因是什麼, 因為都來不及了. 重要的是我們應該要知道怎麼去避免這種狀況發生. 在我協助過的50+企業團體裡, 高於80%的企業都有遇到專案delay, 產品做不出來的問題. 而最常發生的原因就是需求不清不楚造成團隊盲目的去開發, 去猜, 去自由發揮... 這真的會很糟, 也會很慘... 如果你是老闆的話 ! 那產品需求要怎麼定義的清楚? 要怎麼定義的能夠理解? 這就是這篇文章的主軸. 在 SCRUM裡面, product backlogs 就是所謂的產品功能清單. 我想這點很多人都應該是很清楚楚了. 那 product backlogs 裡面會有什麼? 裡面的什麼就是 User Stories. 中文會翻譯成使用者故事. 但是此故事非佊故事. 為什麼要叫做 User Stories ? 因為這一些需求必須是以使用者的角度來去發想, 來去構想的功能. 也就是你認為使用者會怎麼用這個產品, 在什麼樣的情境下來使用這個產品? 使用中的會有什麼'樣的狀況會發生? 等等.... 所以簡單來說, 一個 user story 必須要有: 使用這個服務/功能的人 (主角) 這個主角要用這個服務/功能完成什麼事(敘述) 為什麼這個主角需要用這個服務/功能(目標) ...