はてなブックマーク

こんにちは、M&Aクラウドのかずへいです。2019年10月に始めたこの技術ブログも、ついに100記事目になりました🎉 大体2週間に1記事は書き続けてきた計算になります。継続できるのって本当にすごいですね！弊社のプロダクトメンバーは本当にすごいです。 今回は、この技術ブログについて振り返りながら、ブログを書く意義について考えていければと思います。 ブログの始まり 良い人が集まり、たくさんの良い仕組みを導入し、良いプロダクトを作り、それを発信して人が集まる、という好循環を作っていきたいと思い、この技術ブログは始まりました。 ブログを書き始めたときには、このブログには発信の役割を期待していました。ですが、記事が増えていく中で、ブログの役割は発信だけでは無いなと思うようになりました。 ブログは発信ではなく、良い仕組み導入のドライバー ブログでは、過去にもいろんな良い仕組みを導入し、紹介してきまし

こんにちは。M&Aクラウドのかずへいです。 今年に入って開発のプロジェクト管理をGitHub ProjectからJiraに移行しました。 どのような意図で今回Jiraに移行したのかを紹介させてもらえばと思います。 GitHub Projectsを利用していたときの課題 GitHub Projectsを使い始めた時はホワイトボードの物理的なカンバンの代わりとしてだったと思います。その時のエンジニア数はまだ3名で、 GitHub Projectsの機能でも特に問題は感じていませんでした。 元の運用は、 issueのマイルストーンにバックログを作る。マイルストーン内ではissueが優先度順に並べられる。ストーリーポイントは数字のラベルをissueにつける。 マイルストーンから次のスプリントでやる分だけをスプリントマイルストーンに移動、GitHub Projectsに紐づけてカンバンに表示させる。

こんにちは。エンジニアの鈴木（@yamotuki）です。 今日はAPIドキュメントを書くことでフロントエンドとバックエンドの開発を疎結合にして平行して開発を進めている話を書こうと思います。 疎結合とは？ 通常の開発フローだとバックエンドAPIを先に実装して、そのあとでフロントエンドの開発を進める必要があります。これはAPIからどのようなレスポンスが帰ってくるかわからないので、フロントエンドは先に実装することはできないと言う事情があります。では、APIを完全に実装しきってからではないとフロントエンドの開発がすすめられないのか、というとそうではないと考えています。 依存関係逆転の原則（DIP）の考え方を導入すると、フロントエンドが依存する対象を変えることができます。DIPを一言で言うと "詳細に依存するな、インターフェースに依存しろ" だと私は考えています。 依存性逆転の原則 - Wikipe

Qiita Laravel #2 Advent Calendar 2019 17日目の記事です。 こんにちは、M&Aクラウドの津崎です。 今日は、AWS Elastic Beanstalk Worker環境でLaravelを動かして、キュー処理、定期実行処理の専用環境を構築した話をします。 最初はQiitaに投稿する予定で記事を書いていたんですが、自社の環境に限った話が多かったので、自社ブログで公開しました。 記事の最後には、本番環境でやらかしちゃった話もありますので、Laravel でワーカー環境の構築を検討されている方はチェックしていただけたらと思います。 弊社が運用しているM&Aクラウドというウェブアプリケーションは、AWS Elastic Beanstalkのウェブサーバー環境で構成されています。 macloud.jp AWS Elastic Beanstalkは、お手軽にWebア

この度M&Aクラウドの開発者ブログを開設しました。ブログを開設する目的はずばり、チーム作りです！ チーム作りに力を入れる理由 良いプロダクトを作るための条件ってなんでしょうか。 私達は良いプロダクトを作るためには、仲間集めが大事だと考えています。簡単に図示すると下図のようになると考えていて、良いチームがInputで良いプロダクトがOutputになるということです。 また、InputからOutputまでの過程も大事だと思っています。 仕組みの部分への取り組みを強化することで、メンバーが増えて、メンバーの多様性が広がってもそれをプロダクトの成長に繋げられる、スケーラビリティのある開発組織になると考えています。 チームメンバーの集め方 ではプロダクトには良いチームが必要だとして、どうやってチームメンバーを集めればよいでしょうか？それは社内の 良い仕組み 良い企画 良いデザイン 良いコード といっ