業務を継続しつつ、より適切なアーキテクチャーへと段階的に切り替えていくことは常に必要なので、アーキテクトとしての自分の力を発揮していきたい方は、弊社の環境(ある程度の量のデータ、AWS、TreasureData、TableauServerなどを利用中)で、とてもよい実践経験を積むことができると思います。SRE(業務委託ではない直営のうち、R3,R4,R5の人全員)募集はENG1,ENG2,ENG3の3つの職で行なっています。経験済みの得意分野、少しだけ経験があり興味のある分野など、人によって様々な組み合わせがあるので、以下のような相談ができればと思っています。・ENG1は経験済みで今もやっている・ENG2は未経験。基本的なセルフマネジメントのできるメンバーが3~5名いるエンジニアリングチーム業務内容データ分析を行う会社なので、業務の中心に様々なタイプのETLがありますWebサイトからのスクレイピングや、API経由でのデータ収集、有償で購入したデータの取り込みなどは「ENG2」が中心となって行いますが、ケースによっては自らその開発、運用を行います蓄積されたデータを前処理し、分析に適したテーブルへの変換するなどの、ETLの開発、運用データ前処理のなかでも、データの意味を踏まえた上でのクレンジングや、名寄せなど、より精度の高いデータにするための処理。これらを実現するための既存システムのアップグレード開発データ利用側(データ分析者など)の視点を意識する必要があります特徴データエンジニアのETLは、実行サイクルが週次のものが多いです。SREといっても、24時間対応のようなことはありません通常は営業時間程度の勤務で働いています。いうのも、疲労等が原因で判断ミスした場合、その状態でリカバリーすることは2次災害の危険性があるからです。開発ならば間違った判断で設計、実装してしまった仕事をあとで直すのは高くつくからです。データエンジニアが扱うものは、実際に分析等で継続的に利用しているデータなので、ミスの影響が業務に波及していく可能性があります。そのため、なるべくフレッシュな状態で働くようにしています映画作品には現時点では共通の作品IDというものがありません。(デファクトに近いものはありますが網羅性などに課題があったりします)。データエンジニアの仕事を通して、統合的な作品マスターの整備が進むと、業界全体としての標準作品マスター、もしくは、各種作品マスター間のID変換サービスのような、業界全体に貢献する仕事にも繋がります自社の分析等で有用な情報は、社外でも求められている可能性が常に高いです。得意範囲や守備範囲は人により様々だと考えています。以下の内容のうち、未経験の項目がある場合でも、別項目でのそれを上回るスキル・経験の有無や、募集中の他のエンジニアリング職種でできることの有無などで十分にカバーできる可能性があります。設計、実装スキルデータ処理のための言語やそれらを管理するためのスクリプト言語など(Ruby、Python、SQL各種など)データエンジニアとして必要な一般的な知識と経験(データベースの仕組みを理解した上での、運用、データ構造設計など。RDMBSの経験は十分にあるが、Presto/Hiveの経験がない場合は、学習や研修等で補えると考えています)Linux(Microsoft系だけの経験だと厳しいかと思います)バッチジョブの考え方AWSをメインに使っているため、クラウドアーキテクチャーの理解(システムのデザインパターンの基本がわかっていれば、学習等で補えると考えいます)歓迎スキル・経験アーキテクトの能力があれば、裁量が広がります。考慮し、当社規定により決定。(裁量労働制・フレックス制導入)★下記のような時短ケースも可能です。取扱いに関する同意書(採用応募者用)」に同意のうえ、履歴書(写真添付必須)、職務経歴書を以下のメールアドレスにお送りください。