マイクロサービスの失敗は技術だけの問題か――Amazonに学ぶ開発・運用組織の理想形とは
開発と運用の理想的な関係とはどんな姿か。すでに「DevOps」という言葉は浸透しているものの、理想的な形で実践できているかとなると、話は別だ。現場ではどんな障壁があり、DevとOpsが分断されているのか。打開していくにはどうしたらいいのか。DevOpsという言葉が生まれる前から、その本質を実践してきたAmazonのカルチャーにヒントがありそうだ。AWSジャパン 塚田朗弘氏に聞いた。 今回お話を伺った、アマゾン ウェブ サービス ジャパン株式会社 ソリューションアーキテクト 塚田朗弘氏 ペアで語られてしまいがちな「マイクロサービス」と「コンテナ」 Amazonには「DevOps」や「マイクロサービス」という言葉が生まれる前から、DevとOpsを統合し、システムはAPIでやりとりするという原則がある。それを長年追求するなかで、開発カルチャーを育んできた。そんなAmazonから開発と運用の理想の
idをautoincrementして何が悪いの？
idをautoincrementしない方が良い理由 こんにちは。株式会社プラハCEOの松原です。 最近プラハチャレンジの参加者とお話している際に 「PKのidはautoincrementするとして...」 とナチュラルにid=autoincrementするものという前提が見えたので、「本当にidをautoincrementしても良いものだろうか？」と気になったことを書いてみようと思います。もしフレームワークが自動的にautoincrementでテーブルを作るからなんとなく使っているという方がいたらご一読いただいた後、それでも連番を使いたい理由があれば教えて欲しいです・・！ 不必要に情報を晒すことになる スクレイピングされたり もしも僕が某大手に勤めているエンジニアで「競合サービスAにのってる物件情報、全部コピーして新しいサービス作ろうぜ」と指示されたらですよ？「人としてそれはやっちゃダメで
エンジニアリングマネージャーが取り組んだメンバーに仕事を任せるための葛藤と解決策
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog 2021年11月10日・11日の2日間にわたり、LINEのオンライン技術カンファレンス「LINE DEVELOPER DAY 2021」が開催されました。特別連載企画「DEVDAY21 +Interview」では、登壇者たちに発表内容をさらに深堀り、発表では触れられなかった関連の内容や裏話などについてインタビューします。今回の対象セッションは「大規模クライアントアプリ開発チームの生産性を改善した仕組み化の数々」です。 LINEアプリのスタンプに関する機能を担当している、LINE Fukuokaのクライアント開発チームでは、年々増加する機能に応じてチームのサイズも拡大していました。一方でコミュニケーションをボトルネックとする開発
36歳にもなって、自分の学び方を学び直した話 - freee Developers Hub
この記事は freee Developers Advent Calendar の 25 日目の記事です。 こんにちは、横路です。 freeeで共同創業者CTOを担当していて、いまは技術戦略や共通基盤チームづくりを主にやってます。 今年は、これまで情熱と根気だけでスキルを身につけてきた1人のおじさんが、子育てなどのライフイベントを経て自分の学びの型を見直した話をします。最近そういえば新しいチャレンジ出来てないなあとか、やりたいけど全然時間がなくて…という人に勇気を届けたい。 自分の学びの型のサビに気づいたきっかけ 今年、コロナで会食が減って浮いた時間の一部を使って、ワインエキスパートの資格をとりました。 ワインエキスパートの資格認定バッジ 正直言って深く知る前はワインが特別好きというわけではなかったのですが、きっかけは、ワインが好きな知り合いが意味のわからない単語の羅列を本当に楽しそうに話し
freeeのエンジニアとコロナ - freee Developers Hub
この記事は freee Developers Advent Calendar の 24 日目の記事です。 こんにちは @hiraguri です。 freeeの開発担当取締役をやっていて、エンジニアチームの組織作りを主にやってます。CDOという役割ですが、DesignではなくDevelopmentです。わかりにくめです。 今日はfreeeのエンジニアチームがコロナ下のリモートワークをどう過ごしているかを共有しようと思います。 各社でさまざまな工夫をされてると思いますが、一事例として参考になれば嬉しいです。 リモワの始まり freeeではコロナの急拡大をうけて、2月25日から全社リモートワークを開始しました。 いまも全社リモートは続いていて、ちょうど今日で丸10ヶ月になります。 健康状態の可視化 freeeでもリモートワークの環境に慣れず体調を崩してしまう人がでてきていましたが、直接顔をあわせ
ソフトウェアテストで参考にしている67のモノ 2021 #scrumniigata｜kyon_mm
ソフトウェアテストの学び方に関して書籍やウェブサイト、そしてそこから伸びる某かについて自分なりにまとめ直してみるかーと。思いました。これを全部読めとかではなくて、まぁ自分が今まで読んできて役に立ったものリストくらいの感じです。 また、このリストの解説をスクフェス新潟でプレゼンしたいと思い公募に出しました。リンク先でLikeしてもらえるとプレゼンできる確率が上がるのでよければぜひ押していってください。 ソフトウェアテストで参考にしている67のモノ #scrumniigata https://confengine.com/conferences/scrum-fest-niigata-2022/proposal/16369/67 まずは、リストを。後半に各カテゴリの所感とかを。 発端は先日、Twitterでリプライをいただいて、7年近く前に「テストエンジニアの品格」という煽ったプレゼンをしていた
技術的負債は開発者体験を悪化させる - mtx2s’s blog
ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad
Amazonの過酷な労働環境についてソフトウェアエンジニアが証言
Amazonでは倉庫従業員が「トイレ休憩すらまともに取れない」と証言したり、配達員が「ペットボトルに排尿することを余儀なくされている」と証言したりしているなど劣悪な労働環境が報告されていますが、「ソフトウェアエンジニアも同様に労働環境が悪い」と、Amazonを辞めたばかりというソフトウェア開発者のJiawei Wang氏の投稿をきっかけに議論が巻き起こっています。 LinkedInのJiawei Wang: Hi LinkedIn connections! I am ready for my next journey with your https://www.linkedin.com/posts/hire-jiawei-wang_hi-linkedin-connections-i-am-ready-for-my-activity-6894943241523875840-tZ7C Amaz
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
