[徵才] 泰德連橫徵才資深前端工程師

看板Soft_Job作者 (neojason)時間9年前 (2016/06/21 17:40), 編輯推噓18(18036)
留言54則, 2人參與, 最新討論串1/1
【公司名稱】泰德聯合投資有限公司/53322037 【公司地址】台北市敦化南路二段77號21F 【工作職缺】資深前端工程師(Senior Web Front-end Engineer) 泰德連橫是泰德時代投資集團旗下的新創團隊,我們相信新技術帶來新的生 活體驗,目前正在進行一項新計畫,希望能夠找到想法不受限的夥伴一起加 入。 我們一直在研究區塊鏈blockchain與去中心化上的應用,目前正在開發的項 目為去中心化的線上空間分享服務,可以看做是線上的Uber,用戶可以將自 有的閒置空間出租給其他人使用,我們認為區塊鏈與去中心化還有許多未來 可能的應用,歡迎有志之士一起加入開發。 在區塊鏈上,我們進行了許多的應用開發,像是透過區塊鏈記錄方式,用戶 可以將閒置的硬碟空間,出租給其他人使用;還有透過區塊鏈,進行線上線 下交易的記錄,為藝術品/珠寶拍賣公司創造更大的市場。目前預計開發的還 有點對點的通訊服務。 【工作內容】 - 開發使用者經驗導向的 Desktop 和 Mobile 網頁。 - 配合開發前端組件,維護並優化前端頁面效能。 - 與後端工程師密切配合進行數據交互整合。 - 探索最新的前端技術,持續學習。 【應徵條件】 - 熟悉 HTML5, CSS3, JavaScript - 熟悉 React.js - 能將設計人員提供的畫面, 手動以 HTML, CSS , JavaScript 等實作出來 - 具有 RWD 開發經驗 - 良好的溝通和理解能力與幽默感。 【加分項目】 - 熟悉 webpack, babel, gulp 等輔助工具 - 熟悉 ES6 尤佳 - 熟悉 flux or redux - immutable.js 使用經驗 - seo 實作經驗 【工作時間】 每日工作時間: 9:30AM~6:00PM 中午休息(12:00~1:30) 每周工作時間: 8*5=40 加班費制度:比照勞基法 彈性工作地點是我們實施多年的模式,你可以來辦公室跟大家共處一室,盡 情討論、吵鬧、吃零食 也可以在家宅一天,或是當個文青去咖啡廳,記得要讓同事們找的到你就好 我們看產出!看效率!看結果! 也因為這樣,互信、自律、溝通,對我們來說特別重要, 希望你是擅於傾聽、樂於分享、用心溝通,這樣工作才會開心:) 【月休】周休二日 【員工是否需自備工具?】: 否,想要用自己電腦也可以 【薪資(月薪)】: 60000-面議 薪資(保證最低年薪,必填項目): 12個月 年終獎金計算方式: 無 聯絡人:Jackson Kuo email: jksnkuo@gmail.com phone: 02-27001979 來信請寄至 <hr@isuncloud.com > 信件主旨開頭請為:【應徵 TideUnion前端工程師】OOO (OOO 請用您的名稱 取代之)。 履歷或作品附件請用標準 PDF 檔案寄送。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.160.15.187 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1466502034.A.AFC.html

06/21 23:08, , 1F
你們的 blockchain 是 BTC 的 blockchain 還是自己的?
06/21 23:08, 1F

06/22 15:11, , 2F
目前是參考 Bitcoin 自行開發架設自己的 Blockchain, 仍
06/22 15:11, 2F

06/22 15:13, , 3F
為對外封閉, 未來視需求才會進行開放, 或配合第三方
06/22 15:13, 3F

06/22 15:15, , 4F
Blockchain 調整 protocol 進行整合, 原則上我們不考慮使
06/22 15:15, 4F

06/22 15:15, , 5F
用 BTC 的 Blockchain
06/22 15:15, 5F

06/22 22:52, , 6F
所以你們空間分享的 blockchain mining 可以得到什麼?
06/22 22:52, 6F

06/22 23:24, , 7F
分享空間的部分是我們一個實驗性產品 Swarm-Storage
06/22 23:24, 7F

06/22 23:26, , 8F
使用該軟體當你空間被其他用戶租用時, 會定期結算為 GBhou
06/22 23:26, 8F

06/22 23:28, , 9F
記錄在 Blockchain 中, 我們則會依據上面的記錄發放報酬
06/22 23:28, 9F

06/22 23:31, , 10F
mining 本身收益僅有該 Block 微量的手續費, 幾乎可以忽略
06/22 23:31, 10F

06/23 08:17, , 11F
mining 誘因微薄的話,誰來幫大家堆新的 block 呢?
06/23 08:17, 11F

06/23 09:52, , 12F
mining 誘因在於 block 內的數據對參與者有直接的利害關係
06/23 09:52, 12F

06/23 09:57, , 13F
用戶是以監督的角色切入
06/23 09:57, 13F

06/23 10:24, , 14F
所以說我為了確保我的 transcation,要自己下去 race 嗎
06/23 10:24, 14F

06/23 10:31, , 15F
是的, 可以想像成 uber 軟體被內建了 Blockchain 這樣
06/23 10:31, 15F

06/23 10:34, , 16F
想開 uber 就要一起幫忙記帳的概念(僅舉例 uber 沒這樣做)
06/23 10:34, 16F

06/23 10:35, , 17F
所以 1. 這個協定不是公開的,要跑官方軟體才行
06/23 10:35, 17F

06/23 10:36, , 18F
2. 租用行為產生的價值超過 mining race 的能源成本?
06/23 10:36, 18F

06/23 11:15, , 19F
是的, 在該產品的情境下就是那樣
06/23 11:15, 19F

06/23 11:18, , 20F
把自己當 S3 租給別人, 還可以加入浮動費率與媒合策略機制
06/23 11:18, 20F

06/23 11:46, , 21F
感謝說明,這樣聽下來我對 2. 比較持懷疑態度
06/23 11:46, 21F

06/23 11:47, , 22F
如果 client 有保護的話由官方 settle transcation 感覺
06/23 11:47, 22F

06/23 11:47, , 23F
好像比較划算
06/23 11:47, 23F

06/23 12:22, , 24F
關於這點疑惑, 由於該軟體主要目的在於租用安全的儲存空間
06/23 12:22, 24F

06/23 12:26, , 25F
或出租自己的空間換取收入; 當租用狀況不佳時的確會出現
06/23 12:26, 25F

06/23 12:28, , 26F
收入無法抵消電費的狀況, 值得與否就給用戶自行判斷了
06/23 12:28, 26F

06/24 10:23, , 27F
其實如果 client 的行為可以被信賴的話,那根本不會有
06/24 10:23, 27F

06/24 10:24, , 28F
double spending 的問題,也就沒有 settlement 的必要
06/24 10:24, 28F

06/24 10:26, , 29F
只要廣播資訊就可以了,不需要用到 blockchain 吧
06/24 10:26, 29F

06/24 12:08, , 30F
單純廣播資訊就變成毫無安全機制的P2P分散式DB囉
06/24 12:08, 30F

06/24 12:14, , 31F
那如果你假設有些 client 不能被信賴,代表存在 client 可
06/24 12:14, 31F

06/24 12:15, , 32F
以不用分擔 mining 責任吧
06/24 12:15, 32F

06/24 12:19, , 33F
blockchain 整套 settlement 機制的目的就是在開放協定下
06/24 12:19, 33F

06/24 12:20, , 34F
防止 double spending 呀,如果 swarm storage 只能用官方
06/24 12:20, 34F

06/24 12:21, , 35F
client,為什麼會有 double spending 的問題?
06/24 12:21, 35F

06/24 12:22, , 36F
如果開放客製 client,我可以做一個不挖礦的 client
06/24 12:22, 36F

06/24 18:04, , 37F
畢竟產品還在初期階段, 一下子直接開放介接出事比較難追查
06/24 18:04, 37F

06/24 18:06, , 38F
一旦 protocol 確認運作穩定我們當然也會很樂意開放的
06/24 18:06, 38F

06/24 18:10, , 39F
目前我們的流程參雜了許多自己的擴散演算法與 hashcash
06/24 18:10, 39F

06/24 18:11, , 40F
那些都要確保沒有重大瑕疵才能提供外部介接
06/24 18:11, 40F

06/24 22:49, , 41F
我想表達的是,不管開放與否,機制裡都有奇怪的地方...
06/24 22:49, 41F

06/24 23:19, , 42F
上面提到需要觀察其實不是要防制 double spending 之類的
06/24 23:19, 42F

06/24 23:21, , 43F
而是需要留心自己的機制有時可能會發生 howling 之類的蠢
06/24 23:21, 43F

06/24 23:26, , 44F
事, 畢竟加了些自己的優化, 裡面確實會混雜一些奇怪的機制
06/24 23:26, 44F

06/24 23:33, , 45F
不過還滿難得有機會和別人討論到這些架構的, 目前後端只有
06/24 23:33, 45F

06/24 23:38, , 46F
一人也滿容易出現盲點, 感謝你的意見, 有什麼看法歡迎多聊
06/24 23:38, 46F

06/25 11:49, , 47F
不用謝啦,你願意討論我也收獲很多
06/25 11:49, 47F

06/25 11:52, , 48F
這樣聽下來我覺得一個可能的問題是:開放協定的防弊一開始
06/25 11:52, 48F

06/25 11:53, , 49F
就需要想好了,這個協定必需容忍在大多數人照默契做事的
06/25 11:53, 49F

06/25 11:53, , 50F
時候,有惡意的少數人在這個系統裡佔不到便宜
06/25 11:53, 50F

06/25 11:54, , 51F
這個條件是我們在全官方 client 的環境裡測不出來的
06/25 11:54, 51F

06/25 11:58, , 52F
如果不考慮成為開放協定,blockchain 就成為殺雞用的牛刀
06/25 11:58, 52F

06/25 12:00, , 53F
如果它最終要成為開放協定,那就需要先考慮,如果有人寫一
06/25 12:00, 53F

06/25 12:01, , 54F
個 client 不幫大家挖礦,這個協定會不會被佔便宜
06/25 12:01, 54F
文章代碼(AID): #1NQGkIhy (Soft_Job)