髪の毛ほど薄いのに音を75％カット！MIT開発の「革新的防音カーテン」 - ナゾロジー
「夜中に聞こえてくる音で眠れず、イライラする」など、騒音問題に頭を悩ませている人は少なくありません。 逆に、隣部屋が音に敏感な人で、自分が立てる音に細心の注意を払いながらビクビク生活している人もいるでしょう。 最近では、趣味や仕事のために、頻繁にビデオ会議をしたり、ライブ配信を行ったりする人も増えてきました。 しかし、防音シートを部屋中に張り付けたり、部屋の中に防音室を導入したりするのは簡単ではありません。 この度、アメリカのマサチューセッツ工科大学（MIT）に所属するヨエル・フィンク氏ら研究チームは、髪の毛ほどの薄さの布地で音を最大75％軽減できる防音カーテンを開発しました。 彼らはその特殊なカーテンを用いて、「逆位相による音の打ち消し」や「布地の振動を抑えて音を反射する」ことが可能だと述べています。 研究の詳細は、2024年4月1日付の科学誌『Advanced Materials』に掲
「スクラムマスターがいることでどんな利益があるの？」と言われた時点で専任のスクラムマスターは不要なのかもしれない。でもその先の話がしたい。
「スクラムマスターがいることでどんな利益があるの？」と言われた時点で専任のスクラムマスターは不要なのかもしれない。でもその先の話がしたい。 はじめに 「スクラムマスターがいることでどんな利益がなるの？」 スクラムマスターをやっていると時々この質問を受けることがあります。 スクラムを始めたばかりのチームや組織はもちろん、広報BLOGに「専任のスクラムマスターをおくことにこだわってます。」とCTOが書いているような企業の中にいても こうした問いかけを受ける事があります。 この記事では私が実際にこの問いかけを受けてから、ずーと考えていたことを、なるべく整理してまとめています。それでも雑な文章になっていること、そして個人的な見解でしかない事はご承知おき頂けますと幸いです。 この記事の概要 この記事をまとめるこんな感じです！ 「スクラムマスターがいる事でどんな利益になる？」と言われたら信頼されていな
ビッグバンリリース対策でFeature Toggleを導入したら、開発チームが「デプロイできる状態」をより深く考えるようになった - はてなニュース
ソフトウェア開発において注目されるパフォーマンス指標には、デプロイに関係するものがあります。GoogleがDevOpsの取り組みから発表したFour Keysも、デプロイ頻度のほか、コミットからデプロイできるまでのリードタイム、デプロイにともなう障害発生率とその回復時間と説明されています。 そのためデプロイできるブランチへのマージは小さく、回数を重ねることが推奨されるようになっています。一方で、ビジネス用途のSaaSなどでは顧客との関係から、新機能は適したタイミングで完成度を上げてからリリースしたいという要求もあります。 タレントマネジメントシステム「カオナビ」の開発チームでも同様の課題感を抱えており、その解決のためFeature Toggle（機能トグル）を導入してデプロイとリリースの分離を図りました。その経緯や成果について、導入を主導したCTO室の富所亮さん、サービス開発部で実際にFe
BASEに入社してから初リリースするまでに経験した事を紹介します - BASEプロダクトチームブログ
はじめまして、2023年1月4日に入社しました遠藤(@Fendo181)と言います。 所属は Cart Dev というチームでバックエンドエンジニアを担当します。 Cart DevチームはBASEの決済開発を担当しているチームになり、主にショップオーナー様や購入者の決済、カート機能周りの開発を担当しています。 入社してそろそろ1ヶ月経つタイミングですのでこの記事では初リリースまでに行った事や実際にBASEに入社してから経験した事をご紹介します。 初リリースできるまでに経験した作業内容について 自分がはじめてリリースした機能は、ある処理が完了した際のログを追加する軽微な変更でした。 以下に入社してからリリースするまでに行った具体的な作業内容を時系列順にご紹介します。 (1)GitHubやOneLoginなどの業務で使うアカウントを作成する (2)オンボーディング用のドキュメントを参考に作業内
1年目研修で出会った2人がTwilioハッカソンに参加して優勝した話とそこから得た学び - NTT Communications Engineers' Blog
この記事はSDPFクラウド/サーバー 仮想サーバーチームの宮岸(@daiking1756)とCOTOHA Call Center開発チームの立木の共同執筆です。 二人共エンジニアではあるのですが、普段は全く違うチームで開発をしています。 この記事では、普通に働いていたら交わることのない私たちが、一緒にハッカソンに参加したことで得た学びと知見を共有します。 はじめに 私たちが今回参加したのはTwilioハッカソン2022です。 その名の通り、Twilioを使った作品を作るハッカソンです。 今回のテーマは - Twilioを使って、ちょっと仕事を楽にしよう -でした。 当日はエンジニアを中心に30名ほどが参加しておりました。 宮岸は学生時代からハッカソンが好きで、 このTwilioハッカソンも以前から参加してみたかったものの1つでした。 今回2人でTwilioハッカソンに参加したきっかけは後述
ロブスターのキトサンから「98%の精子を阻害する避妊用ジェル」を開発 - ナゾロジー
ホルモンに影響を与えない新しい避妊薬が誕生するかもしれません。 スウェーデン王立工科大学（KTH）に所属するトーマス・クルージャー氏ら研究チームが、ロブスターやカニ由来の天然成分「キトサン」を使った避妊ジェルを開発したのです。 ヒツジを用いた実験では、放出された精子の98%が子宮頸部に到達するのを阻止できました。 研究の詳細は、2022年11月30日付の学術誌『Science Translational Medicine』に掲載されました。 Non-hormonal gel proves effective at helping mucus block sperm https://www.kth.se/en/om/nyheter/centrala-nyheter/non-hormonal-gel-proves-effective-at-helping-mucus-block-sperm-1
チーム内にテックな話題を話す場を作っておよそ半年が経ちました - SmartHR Tech Blog
SmartHRの基本機能と呼ばれるプロダクトでエンジニアリングマネージャーをしている @sugamasao (id:seiunsky) です。 この文章はSmartHR Advent Calendar 2022の2日目のエントリーとして書いています。 はじめに、いくつか前提となる状態をお伝えすると、私の所属している「基本機能」プロダクトはScrumを拡張したLeSSというフレームワークを使っており、現在は6チームで1つのプロダクトを開発しています。 さらに、私は今はエンジニアリングマネージャーという立場にいますが、少し前まではこの6チームのうちの1チームに所属するメンバーでした。そのため、これ以降に記載している取り組みは私がチームに所属していた時にはじめたものという認識をしていただけますと幸いです。 テックな話題 #とは リモートワーク主体で仕事をしていると意識的に雑談によるコミュニケーシ
新卒で飛び込んだフロントエンド刷新プロジェクトが学びだらけだった話 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、kintone フロントエンドリアーキテクチャプロジェクト (フロリア) に所属している 21 新卒の西川 (@nissy_dev) と左治木 (@sajikix) です。 フロントエンド刷新プロジェクトへの配属から約 1 年が経ち、プロジェクトに関わる中で多くの学びがあったので振り返ってみました。 目次 自己紹介 西川です 左治木です kintone フロントエンドリアーキテクチャプロジェクト（フロリア）とは 配属されてみて実際どう？ プロジェクトから学べたこと 小規模なチームでのスクラム開発 Testing Trophy を意識した QA とのテスト設計 アクセシビリティを考慮した UI の開発 現在取り組んでいること いきなり刷新プロジェクトに配属されるのってどう？ チームに任された裁量が大きく、新卒でも技術選定やより良い設計の提案をしながら開発できる 新規開発した機能に
チームのベロシティを上げる vs. 安定させる - yigarashiのブログ
タイトルの議論はよく見られるもので、スクラムコーチの間ですら（一見すると）意見が分かれることがあるようです。自分は「安定させる」派だったのですが、CSPO研修を受講したチームのPOが「上げる」派のコーチングを受けてきて、改めてチームとしてどういうスタンスを取るか考える機会を得ました。結論から言ってしまうと、そもそもこれは二項対立ではなく、「上げる」派の人も「（安定させた上で）上げる」と言っているだけで、単に目指している高さが違うだけだろうと解釈しました。その上で、チームの現状に合わせて適切な目標設定をすれば良いと考えました。以下でもう少し掘り下げてみます。 大前提 まずソフトウェア開発の大前提として、開発チームには常にベロシティを下げる方向に様々な力がかかっています。これは「変化」と呼ばれて恐れられ、プロダクトや開発チームに次々と襲い掛かります。例えば以下のようなものです。 市場が求めるも
脳に貼り付ける高性能センサー、解像度は従来の100倍 将来的には無線化で埋め込みも
Innovative Tech： このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 米カリフォルニア大学サンディエゴ校、米Oregon Health and Science University、米マサチューセッツ総合病院による研究チームが開発した「Human brain mapping with multithousand-channel PtNRGrids resolves spatiotemporal dynamics」は、1024個または2048個の皮質脳波記録 （ElectroCorticoGram 、ECoG）センサーを高密度に配列した、薄くて柔軟なシート状の電極（グリッド）だ。 脳の表面に貼り付け、脳の電気信号を捉える。現在手術によく使われているECoGグリ
iOSチームではリファレンスリポジトリを運用しています - ドワンゴ教育サービス開発者ブログ
こんにちは。N予備校iOSアプリ開発チームです。今日はリファレンスリポジトリをご紹介します。 皆さんはチームの新メンバーをどうやって開発にアサインしてもらっていますか？この悩み、一度は悩まれたことがあるのではないでしょうか。そこで我がチームで登場するのはリファレンスリポジトリです。 どんなリポジトリかご説明しますと、字のごとくリファレンス実装が詰まったリポジトリになります。コード規約、設計手法、ディレクトリ構成などを把握できるよう、メインのリポジトリを模して1,2画面ほどの小さなアプリを実装した簡潔なリポジトリとなっています。新メンバーはチュートリアルとなる課題を与えられ、先ずはこのリポジトリで開発します。他にも大活躍しているリポジトリで今日はこの魅力をお伝えします。 何が良いの？ たくさん良いところがあるリファレンスリポジトリですが、まとめるとこの1点につきます。 具体的で解りやすいリフ
当たり前にリリースしていく ~ 新卒研修編 - Classi開発者ブログ
当たり前にリリースしていく ~ 新卒研修編 開発支援部基盤バックエンドチームのみんなの頼れるお兄さん id:Soudai です。Classiでは例年新卒採用を行っており、新卒研修の一環として今年からそーだい塾を行いました。当日の資料はこちらです。 この記事では当日の資料にはない部分で、研修中に触れた内容について解説していきます。 YAGNIを言い訳に使わない 研修中の最初の質問は「変更に対する可用性をどこまで許容しますか？」でした。 質問を噛み砕くと どこまで設計にこだわりますか？ という質問でもありました。結論としてはYAGNIを言い訳に使わず、最大限考え抜くべきとした上で私なりのアドバイスをしました。 いつ設計を諦めるか 最初から最高の設計が思いつけば問題はありません。しかし、考えがまとまらないときにどこまで考え抜くかは悩ましい問題です。 そこでアドバイスとして次の2つをしました。 先
チームで運用と戦い、おいしい牛カツと出会った話 | メルカリエンジニアリング
Merpay Advent Calendar 2020 の 9 日目は、バックエンドエンジニアの @sou がお送りします。 今日は少し泥臭く、この一年チームを成長させながら運用と戦ってきた話を書こうと思います。 私の所属するチームは加盟店情報の管理を担っており、その性格から運用に伴う作業が数多く発生します。 どんなプロダクトにも運用はあると思いますが、このチームが直面した運用の負荷はそのボリュームと複雑さから、私のキャリアの中でも最大と言えるものでした。 その運用に私たちがどのように立ち向かい改善を行ってきたか、みなさまの参考になれば嬉しく思います。 なぜそんなしんどい運用を頑張っているのか、メルペイでのやりがいや楽しさ、頑張った結果の美味しい牛カツと日本酒のお店に出会えた話も添えさせていただければと思います。 ここで言う運用とは、事業を進めていく上でさまざまな場面で発生する、自チーム以
内製にこだわるチームを作るために必要な業務委託契約 - BASEプロダクトチームブログ
BASE株式会社取締役 EVP of Developmentの藤川です。 世界中が新型コロナの影響で雇用の先行きが不透明な中、当社は引き続き成長を模索している状況で、マネージャ陣を中心に採用活動にも注力する毎日を送っています。 当社は正社員採用はもちろんのことですが、業務委託契約の方々にもお手伝いいただいておりますが、今回は業務委託契約にフォーカスした記事を書いてみたいと思います。 内製にこだわるチームを維持するための採用活動 私達はサービスを維持、成長させるために毎日ソースコードのメンテナンスをしています。我々はAWSやGCPなどのクラウドの環境とオープンソースのソフトウエアに恩恵を受けながら、独自のロジックは内製で開発しています。 他社の開発体制の事例として、スタートアップとして最初は内製で立ち上げたとしても、組織が大きくなりビジネスの成長が問われる中で、SIerさんに社内にがっつり入
『Fall Guys』の中身を巡り開発チームに亀裂。別アーティストが「これがフォールガイだ！」とかわいいハートを持ったファンシーな内部図を公開
9月24日、あまりにも不気味な骨格図が公式Twitterアカウントで公開され大きな注目を浴びた『Fall Guys』（参考記事）だが、これをきっかけに開発チームに亀裂が走っていることが明らかとなった。骨格図を書いたアーティストとは別の人物が、まったく異なるフォールガイの中身を分析する新たなアートを提供したのだという。 The dev team is divided Principal Concept Artist, @Ash_Kerins, suggests that this is the true anatomy of a Fall Guy I guess we'll never know for certain pic.twitter.com/DN5M9JLoC5 — Fall Guys ? (@FallGuysGame) September 24, 2020 主要コンセプトアーティ
アジャイルもDevOpsも費用対効果より機会損失で考える DASAアンバサダーが贈るこれからの開発現場へのアドバイス
「みんなのPython勉強会」では、Pythonを中心としてプログラミングを様々なシーンに生かす方法を一緒に学んでいます。今回は初級、中級のサーバーサイドエンジニア向けに、開発現場のアドバイザーでもある長沢氏がアジャイルとDevOpsについて話しました。後半はアジャイルとDevOpsをどう取り入れればいいかについてです。 従来の開発計画とアジャイルの計画の違い やっと本題のうちの1つ、アジャイルの話に入ります。アジャイル開発自体の成り立ちの話は今日はしません。今日話しておきたいのは従来型、わかりやすく言うとウォーターフォールに近いものの開発のやり方とアジャイルのやり方はだいぶ考え方が違うというところをお伝えしたいです。 従来の開発の計画の仕方というのは基本的にはすべてのスコープをはっきりさせます。ウォーターフォールは要件定義を最初にやりますよね。要件定義で全部決め、すべての要件が固まって見
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
リモートワークによる開発チームの課題をFigmaで改善した話 - SMARTCAMP Engineer Blog
スマートキャンプのデザイナー/エンジニアのhaguriです。 弊社では3月からリモートワークに移行しています。 スマートキャンプでは開発チームが、「BOXILチーム」と「Biscuetチーム」の2つあります。 以前の記事では、リモートワーク中の開発チームの様子や、行っているコミュニケーションの工夫などを紹介しました。 tech.smartcamp.co.jp 今回は、2ヶ月弱リモートワークをすることで見えてきた「Biscuetチーム」内の課題と解決に向けて試した方法について紹介します。 発生した課題「認識のズレ」 改善1：共通で呼べる名前をつける 改善2：必須確認事項をいつでも見れるようにする 改善3：アイテムごとにUIを作成して、UIを軸に話し合う 改善4：KPTを付箋のようにやる 「認識のズレ」をビジュアルコミュニケーションで改善 発生した課題「認識のズレ」 通常では、あるトピックにつ
スプリントレビューの進め方
みなさんこんにちは、@ryuzeeです。 スクラムにおいてはフィードバックが重要です。プロセスに対するフィードバックはスプリントレトロスペクティブ、プロダクトに対するフィードバックはスプリントレビューを活用します。 今日はスプリントレビューについて、一般的な手順や注意点を紹介します。 なお、あくまで一般的な手順であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 スライドはこちらをご参照ください。 1. スプリントレビューの目的 2. スプリントレビューの参加者 3. スプリントレビューのアジェンダ（例） 4. スプリントレビューの事前準備 5. ステークホルダーへの質問（例） 6. 良いスプリントレビューの特徴 7. スプリントレビューのアンチパターン 1. スプリントレ
エンジニアアルバイトの僕が、社内で食パンを配るようになって学んだこと｜クックパッドマート
はじめまして、クックパッドマートの開発チームでアルバイトをしている劉です。現在東京大学理学部で計算機科学を専攻しており、この春から学部3年生になります。 このチームには2018年の11月にJoinし、もう半年近くが経ちました。日々移り変わる新規サービス開発の最前線で働くことは本当に刺激が多く、毎日たくさんのことを学ばせていただいています。 今日はそんな僕がクックパッドマートでやったこと、そこから学んだことを書きたいと思います。 クックパッドマートにJoinしたきっかけ僕は大学入学以降、サーバーサイドのエンジニアとしてアルバイトや個人開発を行ってきました。世界中の人に使ってもらえるようなサービスを自分の手で作りたい、というのがその主な動機でした。 アルバイトなどで関わってくださった方々の指導もあって、一年半が経つ頃には自分で思い描いた処理をある程度実装できるようになりました。しかし肝心のサー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
