株式会社サマリーからの指名（2021年3月回）
| 業務委託料 | プチリッチ級/月（税抜） |
|---|---|
| ※プチリッチ円/時間 |
指名日時：2021.03.30 21:18
提示年収とは？
- あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
- 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
- 今抱えている課題
xxxxxxxxxxxxxxxx、 xxxx xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxx、xxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：361
（※指名されたユーザー本人しか内容は閲覧できません） - 課題に基づいた指名理由
xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：389
（※指名されたユーザー本人しか内容は閲覧できません） - 何を任せたいか
xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：226
（※指名されたユーザー本人しか内容は閲覧できません）
- 所属先候補チーム名バックエンドチームミッション# サマリーポケットの機能開発や保守運用 サマリーポケットで新たにお客様へ提供する機能の設計や開発、稼働しているサービスの保守運用を行います。 我々は PHP で実装されたサーバサイドアプリケーションを主に担当し、 IntelliJ IDEA をフル活用して生産性の高いコーディングを実践しています。 （IntelliJ IDEA のライセンスは全員に会社から貸与されます。） - コードベースは github で管理し PullRequest ベースのコードレビューを徹底する。 - テストコードが不十分であれば PullRequest は Request changes として差し戻し、品質が保証され難いコードの混入を未然に防ぐ。 - ユニットテストは CI 環境にて毎日自動実行。 - コードレビューやテストを経たソースコードは、ボタンを1クリックするだけで本番環境へのデプロイを完了。 冒頭に記載した『サマリーポケットで新たにお客様へ提供する機能の設計や開発、稼働しているサービスの保守運用』を QCD が高い水準で実現するために、私達は様々な工夫を凝らしつつ、また日々それを改善すべく努めています。 # WMSの開発 今まで物流業界にない、かつスケーラブルなシステムとして倉庫管理システム（WMS）の設計開発を行っています。 Golangをメインにレイヤードアーキテクチャ・DDDにて開発を行っています。 現在のチームの規模感や体制を勘案し、まずはモジュラモノリス設計で開発しています。ゆくゆくはモジュラ化したシステムを切り離しマイクロサービス化していくことを検討しています。 # 全社ミッション テクノロジーで「所有」のあり方をアップデートする # ミッション実現のために全社で標榜している2つのバリュー - UX オリエンテッド 「世界中のどんな人でも簡単に使えるサービス」を目指して、洗練された体験を提供するためにプロダクトを磨いています。 - 高速PDCA サマリーが掲げるミッションに、過去の正解例はありません。 データ分析やユーザーの声にも絶えず耳を傾け、1年で100件以上もの細かな改善を地道に積み重ねています。主要言語・フレームワークなどPHP / Golangその他技術RedisPostgreSQLMongoDBDockerBigQueryAWSAWS EC2Amazon ECSGoogle Cloud PlatformGoチームの人数10人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化
- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- ChatOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化# こんなチーム 私達は少数精鋭で1人1人の担当領域が明確に分かれており、高い専門性を持ちながらも決してスタンドプレーをせずに、互いに尊敬・信頼し合うチームワークを大切にしています。事業開発とプロダクト開発が対等な関係でタッグを組み、私達もサービス仕様に意見を出しながら責任を持って技術の力でビジネスを成長させています。 # UX First 私達のプロダクトはその直感的で使いやすく、便利なサービス設計がお客様から評価されています。これは User Experience の最適化を至上命題とし、ユーザインタラクションの心地よさなど表面的な部分のみならずレスポンス速度、安定性、信頼性などすべてのポイントにおいて自分達の生み出しているものが利用されたときに得られる体験を最大化させるために UX 設計をすべてのチームとレイヤーで考えることを得意としています。 # 開発に対する考え方 私達はプログラミングへの探究心が強く、常に手を動かしより良いコードを書くことを意識しそれに対する体制づくりにも取り組んでいます。コードレビューは必ず行い、要件を満たすだけのコードではなく、 Maintainability、Performance、Scalability、Usability、Security と言った非機能要件を今の自分達のフェーズに照らし合わせながらクリアしているかをチームで確認するようにしています。 # 技術選定に対する考え方 私達は最先端技術を使いユーザの役にたたないサービスを作ることに興味はありません。自分達のビジネスを素早く継続して安定的に提供していくために、「枯れた技術の水平思考」という考え方を大切にしています。これは古い言語やフレームワークを選ぶということではなく、その技術で使われているアルゴリズムや仕組みの本質を理解し、洗練されたモダンな技術、 SaaS、IaaS を積極的に採用し新しいものを生み出すことに価値をおいているということです。備考今でこそ「技術的負債」という言葉が一般化して QCD の向上を阻む大きな要因として論じられることが多いですが、サマリー、サマリーポケット、いずれもローンチ以降で大規模なシステムリプレースなどすることなく、今では当たり前になった CI/CD や、それらの chatops による運用, インフラ環境やそのプロビジョニングの IaC 化などのいわゆる DevOps を実現してきました。 これは、我々のアプリケーションが拡張性や保守性、スケーラビリティやユーザビリティ、セキュリティなどのさまざまな観点から設計、実装に優れていることの証明であると考えております。 「細やかな」リファクタリング（細やかであることが重要で、最大限溜め込むとシステムリプレースとなってしまう）やテストコードを充実させること、当たり前ですがコードレビューを徹底すること、といった決して技術的負債を溜め込まないエンジニア文化が定着している環境で、是非一緒に働きませんか。
- その他カードカードについて他社選考待ちOK平日夜の面談OKストックオプションあり電話面談OKリモートワーク可（週3日以上）リモートワーク可（週4日以上）あなたとマッチする文化
業務委託の条件内訳
- 想定される週の勤務日数表示されません日
- 標準労働時間/月表示されません時間
- 精算幅（下限）表示されません時間
- 精算幅（上限）表示されません時間
- 労働時間や条件、精算に関するその他補足事項など
表示されません
メッセージ
文字数：551
（※指名されたユーザー本人しか内容は閲覧できません）
（※指名されたユーザー本人しか内容は閲覧できません）
会社情報
- 代表者名山本 憲資
- 設立年2010年
- 従業員数52人
- 会社HPhttps://sumally.co.jp/