這份工作同時能掙錢,同時又能幫助人。玩股網徵才ing
玩股網已經超過十年了,從一台主機放我家書房開始,到現在幾十台主機放雲端,從只有十幾個使用者,到現在每個月有一百多萬不重複訪客在用,而且很高比率是天天都來。
玩股網不變的企業宗旨就是幫助投資人賺錢,上千位投資人寫感謝信給我們,因為我們真的幫他們從虧損到賺錢,就此扭轉人生。
聽說有老公背著老婆偷偷來玩股網學習,後來學成後每個月多賺幾萬塊,老婆對他刮目相看,很有面子,也有老婆來學投資,後來靠投資連續幾年賺百萬,剛好碰上老公因為疫情被裁員,家裡依然可以過得不錯。
在玩股網工作超有意義,我們只專注一件事,就是幫會員賺錢,因為我認為能夠讓每個user都實現財富自由才是最屌的。
這幾年光是從會員感謝信裡看到對帳單的獲利金額,已經超過幾個億了。
超爽!
現在我們需要更多優秀同仁一起打拼。
你想要作品給幾百萬人用嗎?幫助投資人賺錢,改變他的一生?<–成就感無窮大
來玩股網吧!
為什麼你應該來?
玩股網是全台最大的投資教學網站。
我們公司在市政府捷運站走路三分鐘的地方,交通無敵方便,省下你不少交通費與通勤時間。
公司每個人都很重要,你開發的功能、做出的產品、設計的網頁與文案、細心維運的網站系統都會有幾十、上百萬人在用,用戶甚至會直接給你回饋,直接告訴你幫了他多大的忙,你不再是大公司裡面無關緊要的小螺絲釘,你是玩股網的重要成員,你可以有無比的影響力。
現在要徵求三種人
玩股網徵【資深財經文編】擅撰寫投資教學產業趨勢相關文章
職缺說明:
玩股網非常重視能與用戶雙向溝通
關於這個職務,我們希望你擁有以下特質
- 對投資理財/財經議題有興趣,並持續有股期權相關產品操作經驗
- 願意致力於對用戶/粉絲有幫助的事情
- 熱衷於思考與觀察閱讀文章的群眾(網路)需求
- 善於部門合作,也能獨立作業
- 勇於不斷挑戰新作法
- 懂投資理財相關分析,並願意持續學習新的投資商品
工作內容:
1. 對投資理財觀念及本公司之投資工具瞭解並可獨立撰寫介紹及教學文章
2. 投資理財的資料搜集與分類
3. 時事的獨特觀點分析,並作成深度專題系列文章
2. 文章主題的發想、撰文、下標、執行成效之追蹤與數據分析
3. 發文帳號的各項數據分析、報告及改善計畫
4. 協助投資相關行銷文章撰寫與轉化銷售
5. 對於投資理財教學課程與選股工具提供想法與優化建議
5. 協助其他主管交辦事項
必要的
1. 良好的文字創造與編寫能力
2. 善於溝通、條理清晰、創意與執行力兼具
3. 撰寫理財教學或投資文章等主筆相關經驗3年以上
- 擅用生活實例或簡單易懂方式寫文
- 內容具財經專業度與深度,非擷取其他類似主題文章
4. 自身有實際操作股期權等商品經驗,並認識各金融商品的差異性
加分的
1. 對讀者生態、生活時事熟悉且具敏感度
2. 能自由轉換面對不同客群的角色心態
3. 以簡馭繁的寫文技巧
4. 有過財經投資教學經驗,知道如何寫文才能達到效果
**請務必提供以往相關文章作品參考
請寄送附有照片之履歷到 trista@wantgoo.com
我們評估適合的話,會在一週內通知你面談時間
-----------
玩股網 誠徵『資深網站企劃』
職缺說明:
玩股網非常重視能與用戶雙向溝通
關於這個職務,我們希望你擁有以下特質
- 對投資理財/財經議題有興趣
- 願意致力於對用戶/粉絲有幫助的事情
- 熱衷於思考與觀察使用網站及行動裝置的群眾(網路)需求與習慣
- 善於部門合作,也能獨立作業
- 勇於不斷挑戰新作法
工作內容:
1. 收集並分析市場訊息,評估欲達成目的之可行性。
2. 規劃網站及行動裝置之功能或資訊資訊等版面。
3. 負責網站及行動裝置之前後台功能、資訊版面及整體動線的企劃、執行與維護。
4. 企劃、執行開發階段各項會議策劃、召集、記錄、進度跟催集結案等工作。
5. 專案企劃之目的需求、相關資料收集、收集各方回饋、評估可行性與規劃方向、企劃內容、評估執行方案、交予網站設計部與工程部執行開發、追蹤與確認進度、查驗與結案。
6.協助網站或行動裝置的改版及使用者流程或功能優化工作。
7.因應網站不同之企劃主題,需與公司各部門成員討論溝通。
8.主管交辦事項。
必要的能力
*搜集與分析資料的能力
*紮實的企劃能力
*良好的溝通與抓重點的能力
*喜歡觀察與分析各平台的頻道功能與流程設計
*細心且能換位思考來規劃網站各項功能與使用者流程設計
加分的
*熟悉大型網站的企劃開發流程並有相當的獨立規劃經驗尤佳
*有頻繁使用或研究各大財經平台或教育學習平台的習慣
*有行動裝置的版面規劃設計經驗
*懂財經或有實際操作投資股市經驗
*略懂html, js,css尤佳
**請務必提供以往網站企劃書或產品企劃工作底稿作品參考
請寄送附有照片之履歷到 trista@wantgoo.com
我們評估適合的話,會在一週內通知你面談時間
------------
玩股網誠徵【資深行政客服】,需有實際操作股期權等產品經驗
職缺說明:
關於這個職務,我們希望你能擁有以下特質
- 對投資理財有興趣與熱忱,並實際持續操作
- 願意致力於對用戶有幫助的事情
- 樂於幫助使用者解決問題
- 善於部門合作,也能獨立作業
- 細心主動,不斷優化工作流程
工作內容:
1.處理與行政、客服相關事宜,並負責接聽電話、回覆email及線上客服服務、協助客戶解決問題。
2.官方網站及手機各項數據、功能檢查測試與報修、後續追蹤、結案。
-各項檢測報修問題,需於檢測報修時提供該功能錯誤之截圖與說明。
3.協助確認客戶所提出的商品工具或網站數據資訊使用上的流程是否有優化或開發的可能性。
4.認識各產品差異並協助新的行銷活動方案與資格確認,是否會造成客訴的可能性。
5.負責統計、維護、更新、管理、統整各類文件資料與製作成報表。
6.定期盤點、採購並維護辦公事物及庶務用品。
7.簽收發文件、包裹與簡單接待來訪人員茶水。
8.簡易廠商作家客戶之請款退款、發票開立及銷退事宜、發票憑證整理及中獎發票寄送。
9.其他主管交辦事項。
必要的
1. 需有良好的客戶服務應變經驗與處理客戶情緒的能力。
-能先處理情緒,再自身權限的範圍內處理客戶問題
2. 能有正向溝通、條理清晰的表達能力 。
-無論是電話、email、線上客服系統之溝通與回覆都能精準正確且有禮的傳達。
並能有效進行後續相關問題統整、組織、報告,
善盡後續提出客戶相關類似問題的改善計畫並追蹤管理之責任。
3. 善於部門合作,也能獨立作業。
4. 行政及客戶服務相關經驗3年以上。
5. 有股票或期權實際投資經驗,對一般投資市場數據有概念。
6. 清晰思考邏輯,並能有效以文字或流程圖繪清楚說明各項問題。
加分的
1. 有使用各投資網路平台功能的習慣
2. 平常有使用玩股網網站數據及資訊功能尤佳
請寄送附有照片之履歷到 trista@wantgoo.com
我們評估適合的話,會在一週內通知你面談時間
「js多執行緒」的推薦目錄:
- 關於js多執行緒 在 楚狂人 Facebook 的最讚貼文
- 關於js多執行緒 在 Re: [討論] javascript是共時、多執行緒嗎? - 看板Ajax 的評價
- 關於js多執行緒 在 JS 核心觀念筆記- 執行緒與同步、非同步 - 提姆寫程式 的評價
- 關於js多執行緒 在 六角學院- JavaScript 是單執行緒還是多執行緒!? 今天的線上 ... 的評價
- 關於js多執行緒 在 Re: [討論] javascript是共時、多執行緒嗎? - 看板Ajax 的評價
- 關於js多執行緒 在 Node.js 與ExpressJS 的XSS 防禦- Mobile01 的評價
- 關於js多執行緒 在 Newest Questions - Stack Overflow 的評價
js多執行緒 在 JS 核心觀念筆記- 執行緒與同步、非同步 - 提姆寫程式 的推薦與評價
有單執行緒就有多執行緒,多執行緒就是可以在同個時間執行多個函式,可是JavaScript 是單執行緒的程式語言,所以若給予一個以上的函式,會分開且按照 ... ... <看更多>
js多執行緒 在 六角學院- JavaScript 是單執行緒還是多執行緒!? 今天的線上 ... 的推薦與評價
JavaScript 是單執行緒還是多執行緒!? 今天的線上問答會要來介紹ES6 Promise 讓你在處理非同時觀念不卡卡欲參加者可參見Udemy 公告區Promise 預習 ... ... <看更多>
js多執行緒 在 Re: [討論] javascript是共時、多執行緒嗎? - 看板Ajax 的推薦與評價
就我所知 目前的borwser對於每一段script
都是先parse (js特殊的hoist現象就是這裡發生的)
之後執行top-level應該執行的東西(load完後馬上要執行的)
接著開始listen event
每一段script block都是一起parse
然後執行
接著繼續下面的HTML Parse (script blocking就是這樣產生的 所以要放下面)
在這個parse過程 他會調整你的code
像是一個context裡的變數會幫你拿到最上面幫你宣告好之類的(hoist)
在之前的例子裡 一個iframe只有一行code 我想有99.99%的機率是ABCD
不管哪個browser應該都是這樣
第一個iframe parse完就開始 run了
第二個iframe說甚麼也不會比較快 (CDAB)
然後只有兩個log間也是不太可能被插隊 (ACDB)(ACDB)..etc
alert(confirm prompt等等)的例子為甚麼混淆視聽
是因為這和browser本身UI的實作有關 而和他對Javascript的實作關聯不大
(像是跑出來時 不接受你按按鍵 這是browser的UI問題 而不是js問題)
在我的FF中 有看到alert A一閃 然後被C蓋住
我想他就是會讓後來出現的alert蓋住前面
CD按完就可以看到下面的A了 A按了當然就跑出接下來的B
而IE的例子中
好像不可以同時有兩個alert
我甚至不知道他有沒有multi-thread
因為第一個alert A出現之後
如果有multi-thread 緊接著alert C應該也蠢蠢欲動才是
但也有可能 他的alert出現時 整個HTML parse thread也停下來了
實驗是在你alert後面放html 按下去前看不到
(但rende和parse又是不一樣的東西 時間也不會一樣 所以這無法證明)
所以A按完後 為甚麼是B而不是C 這我目前就不知道了
只能說和他的alert實作有關
所以用alert去看這種thread的問題 我覺得是會有很多誤導的
※ 引述《tyx (?????????????????)》之銘言:
: 在同一個 page 裡 只有一個 thread 在執行
: 不管有幾個 iframe 都一樣 (但 Opera 不是 推文有連結)
: 那為何有不同的行為
: 我以 senser 的範例作說明
: 1. FireFox
: 當 FF 執行 $('ifa').src = 'javascript:alert("A");alert("B")'; 時
: 會先 parse 這段 javascript 但並不會立刻執行此 js
: 而是產生一個 '要執行此 js 的 event'(暫時稱為 event1) 在 event queue 裡
: 之後執行下一行 $('ifb').src = ... 並產生 event2
: 然後 thread 回去 event queue 取到 event1 並執行 alert("A")
: 此時會看到 alert("A") 的 dialog
: 此 dialog 出現時 除了此 dialog 以外 page 的 input 都會被 disabled
: 所以不會有其他 UI events
: 當 alert("A") dialog 執行時 內部也有個 event loop 在取 event 出來執行
: 所以會取到 event2 並執行 alert("C")
: 當你按掉 alert("C") 之後 會立刻執行 alert("D")
: 再按掉 alert("D") 又會回到 alert("A") 的內部 event loop
: 再按掉 alert("A") 之後 會執行 alert("B")
: 所以會看到 alert("A") 出現後 立刻出現 alert("C")
: 然後結束 alert("C") 立刻出現 alert("D")
: 然後結束 alert("D") 回到 alert("A")
: 然後結束 alert("A") 立刻出現 alert("B")
: 2. IE
: 當 IE parse 完 js 之後會立刻執行 所以才會
: 出現 A 按掉A之後出現 B 按掉 B 之後出現 C 按掉 C 之後出現 D
: ps: 至於 console.log("A") 會依序出現
: 是因為執行 console.log("A") 時
: 並不會偷偷跑 event loop
: 所以 C D 不會偷跑囉
: ※ 引述《senser (彷彿曾經一起死過)》之銘言:
: : alert在不同thread下(iframe)到底會怎樣我倒是沒有研究過
: : 我把您的code改成
: : var $ = function(id){return document.getElementById(id);};
: : $('ifa').src = 'javascript:alert("A");alert("B")';
: : $('ifb').src = 'javascript:alert("C");alert("D")';
: : 我剛剛試的結果
: : 意外發現FF下會先出現A(很快來不急按) 然後被C蓋住 之後D 回到A 最後B
: : 這有點兩個alert一起出現的味道(只是被蓋住了)
: : IE的結果就是同一時間只有一個alert 然後ABCD
: : 這跟browser的實作有關
: : 我只能推斷 FF的alert出現時 容許其他的thread的alert也出現
: : (不確定是 出現兩個 一個被"蓋住" 或是同一個alert box然後內容被取代
: : 在我的FF中沒辦法用滑鼠移動alert box)
: : 而IE的UI不容許這種情況出現
: : 然後回到問題
: : 在兩個thread併行下 ACBD交叉出現我覺得是有可能的
: : (但我不知道哪個browser可以 也沒試著去製造出來過)
: : 但是在一個event-driven 的single thread中(前篇文章) 是不會發生的
: : 一個callback只會執行完在去執行下一個 不會互相跳來跳去
: : ==============
: : 各家瀏覽器對alert的實作略有不同
: : 一般當alert出現時 產生alert那段程式會暫停 直到按了之後在繼續
: : 然而有些瀏覽器在alert出現時 會繼續dispatch的動作
: : dispatch進去的handler中 如果是UI trigger的 他不會執行
: : 但如果是non-UI 的event handler 像是ajax的callback
: : 在某些browser中是會同時執行的 即使你的alert還掛在那裏
: : 所以用alert debug的習慣是非常不好的
: : 在你還沒按下時 可能有東西就跑起來了
: : 以致於你alert出來的變數也有可能被影響 而看到錯的值
: : 真的用在application中更是有可能造成錯誤 (confirm,prompt等等都一樣)
: : 根據你甚麼時候按下去 你的那段程式才會繼續跑
: : 但是你的non-UI event在背後一樣的dispatch然後fire (如page load,timeout)
: : 所以希望大家改掉直接用這種東西當UI的習慣 避免不必要的timing issue
: : 全部的UI都要自己兜出來比較好
: : ===
: : 這裡就有現成的例子
: : 剛剛用FF看 好像是CDAB (按掉CD時A或若隱若現)
: : 如果你沒有注意那個若隱若現的A 你就會以為他的順序真的是CDAB這樣
: : 然而如果你改成console.log("A")
: : 就會知道他的真正的順序是ABCD
: : 給大家參考:D
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 71.107.60.113
... <看更多>