＃招才文 #你對台灣的媒體文化很有意見？＃你對社會議題很有想法？ ＃你剛好是工程師？
你是後端工程師嗎？你熱愛新聞媒體、熱愛資料分析嗎？
你會 RDBMS和NoSQL DB，Python、Golang、Java 或 Scala嗎？
職缺：後端工程師
公司名稱：鏡傳媒-READr
職缺能力經歷要求：
- 熟悉 python，golang，Java 或 Scala 其中一種程式語言
- 熟悉 RDBMS 及 NoSQL DB 的使用
- 會使用 git 進行版本控制
- 曾經實作 restful web services
- 對資料分析有興趣者佳
- 熟 Docker，Kubernates 尤佳
人格特質：
- 對學習新技術有熱情
- 喜歡 Open Source 文化者
薪資：4-8 萬/月（年薪 13 個月）
優點：
1. 公平自由的決策方式有新的功能/想法時每個人都可以貢獻，團隊會根據數據 、A/B test 、使用者訪談的決策方式來決定否採納
2.自由新創的工作環境
缺點：
1. 辦公室陽春，秉持車庫創業的精神（誤
2. 距離捷運比較遠（南京三民約走路 5 分鐘，市政府站約 10 分鐘
3. 只有提供員工外接螢幕，沒有外接鍵盤跟滑鼠
4. 程式碼都在 github 上，code 寫不好會被發現
為了幫助大家決定要不要投這份履歷時，我幫大家搜集一些內部同仁和公司的資料，大家也可以幫忙補充💪
公司簡介：READr是一個新聞產製實驗室， 『READr』是代表Reporter、Engineer、Audience、Designer的縮寫，這也是團隊的成員主要的工作內容。讓開放新聞編輯室不再只是口號！不由單方主導，讓新聞有不同的面貌。過去的報導主題有：『政治獻金』『選舉專題』『玩命運輸』『空汙專題』等。
官網：https://www.readr.tw/
裡面的頭頭：https://medium.com/@hsinchanchien
心動了嗎？請投履歷至hcchien@mirrormedia.mg
rdbms nosql比較 在 [請益] 選擇mongoDB或是relational database ?? - 看板Soft_Job 的推薦與評價
※ 引述《pracinverse (改)》之銘言：
: 什麼樣的資料適合放在MongoDB?? 甚麼樣的資料和放在傳統的RDB??
: 最近被問到這樣的問題有點答不出來
: Q1. scalability算不算是MongoDB勝過RDB的一個優點呢??
: 文獻上是說MongoDB在做scalability比較方便，
: 它可以自動地把data partition到所有的database servers上，
: 所以在application layer寫程式access database的時後，
: 可以不用關心底下有幾台database server
: 但是我記得在RDB也有partition的功能，
: RDB也可以把data partiton到不同的database server上面，
: 所以說scalability到底算不算MongoDB勝過RDB的一個優點呢??
: Q2. 如果說data之間有relation的話是不是用傳統的RDB會比較好??為什麼??
: 比方說 https://dhhmzgirqh63s.cloudfront.net/467.gif
: 像northwind database裡面這種shopping cart進出貨相關的資料
: 是不是放在RDB會比較好??
: Q3. 目前只有想到MongoDB勝過RDB一個明顯的優勢就是schemaless
: 因為不需要pre-define schema，
: 所以預期將來schema可能會有變動的話，選擇MongoDB會比較好。
: 有沒有什麼類型的data是放在RDB比放在MongoDB好的呢??
: --
: ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.218.155
: ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1478057441.A.1C7.html
: → kenwufederer: 你要做什麼？ 11/02 12:07
: → ripple0129: google mongoDB優點 11/02 12:40
: → blackacre: 作業要自己寫 11/02 12:42
: 推 jerry74: 要求強一制性mongo就不適合 11/02 13:03
:
: jerry大的意思是mongodb的ACID只在document level
: 所以如果我需要同時access multiple documents就會有dirty read的問題是吧??
: ※ 編輯: pracinverse (59.115.199.156), 11/02/2016 13:52:40
: → manaup: 作業? 11/02 14:24
: → cha122977: 想了解+1 11/02 15:12
: → ldkrsi: mysql和postgresql都能塞json格式了 現在的差異沒 11/02 16:47
: → ldkrsi: 有幾年前那麼大了 11/02 16:47
: → async: 可能面試被問到的 11/02 21:32
來回個 2016 年的文章，如果是作業的話應該也過期了，加上最近幾年 MongoDB
的變化不少...
我建議是，能用 RDBMS 就用 RDBMS，沒必要去用 NoSQL。正規化理論與 ACID 帶
出來的好處反而會讓整個團隊不用專住在這些雜事上面。
熟悉 PostgreSQL 就用 PostgreSQL，熟悉 MySQL 的就用 MySQL，先設計資料庫架
構 (& 正規化) 反而會對後來帶來很多好處。
從這篇文章之後 (2016 年年底) 到現在有不少改善，先抓幾個比較大的時間點，
這邊從 2016 年初的 3.2 開始：
* 3.2 開始切到 WiredTiger，靠著穩定許多的引擎大幅改善了 MongoDB 底層
的健康度：
https://docs.mongodb.com/manual/core/wiredtiger/
* 3.2 開始引入了 LEFT OUTER JOIN 的概念 $lookup：
https://docs.mongodb.com/manual/reference/operator/aggregation/lookup/
* 3.6 開始引入了 $jsonSchema 可以強制輸入格式：
https://docs.mongodb.com/manual/reference/operator/query/jsonSchema/
* 4.0 開始可以使用 multi-document transactions (on replica set)：
https://docs.mongodb.com/manual/core/transactions/
* 4.2 開始可以使用 multi-document distributed transactions：
https://docs.mongodb.com/manual/core/transactions/
你會發現 MongoDB 開始在實做 RDBMS 裡很多重要的性質：
* WiredTiger 採用 MVCC，對應到 MySQL 的 InnoDB 或是 PostgreSQL 自身
的引擎。
* $lookup 對應到了 JOIN (& 正規化)。
* $jsonSchema 對應到了 SQL constraints。
* transactions 則是 RDBMS 的重點。
現在的硬體又莫名的暴力，而且有雲端服務可以租用，通常都不需要分散架構就可
以幹不少事情 (像是 AWS 的 r5.24xlarge 有 768 GB RAM)，RDBMS 保證的特性會
讓服務品質穩定很多。
如果真的有很大量的需求，我會推薦去看：
* TiDB (相容於 MySQL protocol)
* CockroachDB (相容於 PostgreSQL)
不是 100% 相容，但應該是涵蓋大多的情況，不相容的部份大多是為了在多機效能
時的妥協。
--
Resistance is futile.
https://blog.gslin.org/ & <[email protected]>
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.116.104.21 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1584936108.A.9A4.html
... <看更多>