弊社の伝説の開発のひとつ、スクラムの源流でもある、初代プリウスについて、当時の開発者たちが語る熱く、時には洩れる本音のトークを紹介します。また日本を代表するアジャイルコーチの皆さんと、温故知新の心構えでこれらを分析しました。開発者たちのトークに、いくつかの共通ワードが存在し、それがスクラムの源流と繋がっている所まで整理できたので解説します。更に、変化の時代、環境変化に対し、ハードウェア開発をどう進めるべきか？ いまどきの取り組みを現場の開発者たちの声と共にお届けいたします。本内容は、スクフェス三河「初代プリウスにみるアジャイル開発の要素と現代の環境での進め方について」の続編という位置付けになります。 / We will introduce passionate and occasionally candid discussions by the developers of our lege

（「ツービートの再来」「たけしの再来」は）すごいキャッチフレーズですが、そう名付けることでプロダクションとして爆笑問題への期待を業界の方々に伝えやすくするためだったのでしょう。それも、ツービートが所属していた事務所だから言えたこと。関係のない事務所では付けられないキャッチフレーズでした。 太田も憧れのツービートやたけしさんの名前を引き合いに出されて嬉しそうでしたが、問題は彼がそれを本気にしてしまったこと。 爆笑問題はデビュー間もない89年の段階で引く手数多になっていました。今だから言えますが、テレビ各局では彼らを中心とした新番組が一斉に企画されていたんです。 ただ、あの頃の爆笑問題はトークで目立つというタイプではありませんでした。ネタを披露すると必ず高評価でしたが、トークになると他の芸人の後ろに隠れて引っ込んでしまう。番組の演出でこの弱点をどうカバーするかについて、事務所関係者から番組スタ

はじめに 皆さんこんにちは、株式会社エムアイ・ラボのエンジニアです！ 今回はソフトウェア設計のSOLID原則について学習したので、弊社のメインの開発言語であるTypeScriptのサンプルコードを使って共有できればと思います。 SOLID原則は、オブジェクト思考プログラミングにおいて、ソフトウェアがメンテナンスしやすく、拡張や変更に強いソフトウェア設計を行うための原則です。 SOLID原則にはSOLIDの頭文字をそれぞれとった、５つの原則があります。 単一責任の原則（Single Responsibility Principle） 単一責任の原則とは、クラスが一つの機能や責任を持つべきで、クラスが変更される理由は一つであるべきというです。 クラスが一つの機能や責任のみを持つようにすることにより、コードは再利用可能でテストが容易になります。 単一責任の原則を遵守している例 以下のBirdクラ

ハイどうもこんにちわ！あとあけましておめでとうございます！ ということで今年も英語と猫とDJでこちらのnoteはやっていきたいと思うのですが、今回はハウスDJの考える「基本のミックス」について書いていきたいなと思います。いわゆるDJテクニックの話なので、好みや流派もありますし僕個人の考え方なので、そういうのもあるんだね～くらいに受け止めていただければと思います。 ちなみにまたまた宣伝ですが、昨年爆売れした選曲術の記事もまだ読んでない方が居たらぜひそちらもチェックしてくださいね。 まずは縦フェーダーだけでミックスということで早速ですが、僕が色んな人にミックスのコツを教えて！と尋ねられると100%で返すのは「まず縦フェーダーだけでミックス出来るようになろうぜ！」という回答です。 これは僕も昔DJやり始めた頃にハウスはいいぞ、かっこいいだろ～とイキってたらとある人に「縦だけでミックスも出来んのに