Rubyを手軽にブラウザ上で動かすことが可能に WebAssemblyを使って解消する、Rubyの動作環境問題
プログラミング言語Rubyの国内最大級のカンファレンス「RubyKaigi」。「RubyKaigi 2022」のKeynoteで登壇したのは、齋藤優太氏。「Ruby meets WebAssembly」のテーマで、WebAssembly上でRubyが動くようになった経緯、テクニック、ユースケースについて発表しました。全2回。前半は、なぜWebAssembly対応をするのか、そのモチベーションと経緯について。 登壇者の自己紹介とアジェンダ紹介 齋藤優太氏（以下、齋藤）：いやぁ～、緊張しますね（笑）。みなさんおはようございます。 会場：おはようございます。 齋藤：「Ruby meets WebAssembly」ということで、今日は最近少し話題になっているRubyとWebAssemblyの話をしようと思います。よろしくお願いします。 （会場拍手） RubyがWebAssembly上で動くようにな
リファクタリングは、下準備がすべて 『グランブルーファンタジー』推奨ブラウザ「SkyLeap」が生まれ変わるまで
DeNAの多様に展開する事業や、それぞれの個性やライフステージに応じたフレキシブルな働き方、それらを受容するDeNAが根底に持つ考え方などを伝えるDeNA TechCon 2022 Autumn。ここで、株式会社ディー・エヌ・エーのAndroidエンジニアである手塚悠太氏が、『グランブルーファンタジー』推奨ブラウザ「SkyLeap」の開発を例に、リファクタリングの仕方について紹介しました。 リファクタリングはできていますか？ 手塚悠太氏：それでは、「レガシーな実装を丁寧にリファクタしてモダンな実装にする技術」について、手塚悠太が発表いたします。 自己紹介です。2019年にDeNAに中途入社し、当時はMOV、現在の名前はGOですね、こちらのタクシーアプリの乗務員さん向けアプリケーションを開発していました。またタクシーフードデリバリーサービス「GO Dine」のアプリケーション開発も担当をして
アジャイル開発の旨味は「ビジネスリスクを減らせる」こと VUCASの時代だから重要な“小さく失敗する”考え方
スピーディにテストケースを再利用するノウハウや技術、そしてテストの「実行」ではなく「設計」の自動化に着目したアプローチ法について考える「品質か？開発スピードか？大規模アジャイル時代の品質確保」。ここで株式会社ベリサーブの朱峰氏が登壇。続いて、現在の時代とアジャイル開発について話します。前回はこちらから。 このスライドはいったい何を示したものでしょうか？ 朱峰錦司氏：アジェンダを踏まえて本題に入ります。今日の私の話の6割ぐらいは、基本的には一般論です。もしくは「私はこう考えています」という話です。そこに私の経験を30パーセント加えます。この発表の中だけでなく、事前にいくつかピックアップした質問にも後半で答えようと思っています。最後の10パーセントはちょっとだけ宣伝要素があります。ぜひ聞いてください。 では中身に入ります。話の前に、1つだけみなさんにクイズを出します。制限時間は1分間です。した
迅速なサービス開発になくてはならないプライベートクラウド 「Verda」を運営するネットワーク開発チームの取り組み
LINEの大規模なインフラを支えるクラウドプラットフォームエンジニアが所属しているチームの役割、仕事内容、ふだんの働き方、現在の課題について取り組みの事例を交えてお話しする「LINE クラウドプラットフォームエンジニア採用説明会」。ここで登壇したのは、Verdaネットワーク開発チーム・マネージャーの市原氏。LINEのインフラ組織と、Verda Platform室・Verdaネットワーク開発チームを紹介しました。 市原裕史氏の自己紹介 市原裕史氏：私からは、はじめにLINEのインフラ組織全体の話を紹介していきたいと思います。 まず自己紹介ですが、私はLINEに2018年に入社しました。当時はソフトウェアエンジニアとして入りましたが、2021年7月にエンジニアリングマネージャーとしてネットワーク開発チームという組織をリードすることになり、今もマネージャーを続けています。 みなさんご存じのように
上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント
「システム開発に関わるコストを減らしたい」「テストでバグが多すぎるので何とかしたい」「テスト工程まで来てから手戻りが発生し、現場がどんどん疲弊していく」。これらの悩みは開発に関わるPM・SEであれば誰もが直面することです。「PM/SEのための上流工程戦略会議」では、2事例を挙げ、上流工程において“少しの手間”を掛けることで、品質とコストに大きな効果を上げることができるポイントを共有しました。全4回。1回目は、上流工程で曖昧な仕様をつぶすための3つの方法について。 篠原新治氏の自己紹介 司会者：本日の登壇者はこちらの方々です。今回はテスト・アライアンス事業部の事業部長である石原さんと、エンタープライズ品質サービス事業部金融ソリューションサービスグループの副部長である畠山さんの2名にご登壇いただきます。Q＆Aコーナーのファシリテーターは、グループ開発事業推進部長の篠原さんに務めていただきます。
エンジニア組織のロール再定義、横断で動くためのCTO室設立… 組織改善にはボトムアップとトップダウンのどちらも大切
ソフトウェア開発に関わる人々の新たなきっかけを生み出す場となることを目指す「Qiita Conference」。ここで「働きやすく、成長し続けられるエンジニア組織を目指して 」をテーマに株式会社カオナビの松下氏が登壇。ここからは、CTOに就任して行った取り組みと、CTO室の設立について話します。前回はこちらから。 CTOに就任して行った3つの組織的な取り組み 松下雅和氏：ここからはCTOとして組織全体の話をしようと思います。当時「ニューノーマル時代のカオナビへ」ということで、オフィスの移転を行っています。カオナビでは、働き方を選択するのは企業ではなく、社員がするべきだと考えています。 出社は義務ではなく、自由に出社しても自宅でもいい。出社するなら居心地のいい環境を提供するのが企業の義務だと考えているので、すごくいい環境のオフィスを提供してもらった記憶があります。 働き方では、ハイブリッド勤
「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由
人気シリーズ『図解 人材マネジメント入門』や『図解 組織開発入門』の著者であり、企業の人材マネジメントを支援する株式会社壺中天の坪谷邦生氏が、MBO（目標管理）をテーマとした新刊の発行にあたり、各界のエキスパートと対談を行います。第3回の後編は『最高の結果を出すKPIマネジメント』の著者である中尾隆一郎氏と、人事評価制度に不満が出やすい理由や、ハイパフォーマーを育てるマネジメント手法について語りました。 「成果を出せば評価される」という考えが不幸の始まり 坪谷邦生氏（以下、坪谷）：私はもともと人事制度のコンサルタントなので、KPIマネジメントと評価・報酬との紐づけが気になるんです。メールで「密結合ではなく、疎結合にしたほうがうまくいく」と教えていただいたのですが、もう少し詳しく聞かせていただけますか？ 中尾隆一郎氏（以下、中尾）：普通の人は、成果を出したら評価をされて、給料が上がって、昇進
言いにくい・無関心・おもしろくないから内職… フィードバックが出てこないスプリントレビューを改善した「ファシリテーション改革」
「開発PM勉強会」では、今後のキャリアを考えるプロダクトマネージャー、プロジェクトマネージャー、エンジニアと共に、プロダクト開発事例の共有やシステム開発上流工程の相互学習の場を提供しています。第13回目は、プロダクト開発、プロジェクト管理とは切り離せないスクラムイベントや会議の進行「ファシリテーション」技術について話しました。ここで登壇したのは、株式会社グロービスの久津佑介氏。ファシリテーション改革によりスプリントレビューを改善した事例について話しました。 グロービス社・CPO兼法人開発チームのPMを担当 久津佑介氏：それでは、「チームで盛り上げるファシリテーション」とタイトルに変えて、お話しします。よろしくお願いします。 まず、自己紹介させてください。久津と申します。株式会社グロービスのGlobis Digital Platform学習サービス事業部で、CPO兼法人開発チームのPMをやっ
1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素
働き方が多様化した時代にも柔軟に対応し、最短距離で成果を最大化する「チームマネジメント」について、3回にわけて特集した株式会社SmartMeetingと株式会社SmartHRのセミナー。 本記事では、「成果を上げるための会議」をテーマに、『超・会議術～テレワーク時代の新しい働き方』の著者・越川慎司氏が登壇した、3回目のセミナーの模様をお届けします。日本企業における労働時間に占める社内会議の時間割合や、「会議の成功」の定義、そして会議でアウトプットが出ない理由など、さまざまなトピックが語られました。 延べ17万人超の労働時間を減らし、売上を上げる支援 越川慎司氏（以下、越川）：クロスリバーの越川でございます。はじめの40分で「815社に対応してきた会議データの実情」と「質と量を改善するためにどうしたらいいのか」といった資料を共有させていただきます。「こうやったらうまくいくよ」ではなくて、実例
「今後は手を動かす範囲が減り、問題解決の目利きが重要になるのでは」 戀塚昭彦氏が語る、“生涯現役プログラマー”の生存戦略
“技術者の道”を進み続けるための思考とアクション 「今後は手を動かす範囲が減り、問題解決の目利きが重要になるのでは」 戀塚昭彦氏が語る、“生涯現役プログラマー”の生存戦略 技術者としてより極めていく道と、技術者の経験を持ちつつマネジメントの道を進む道のおおまかに2つに分かれるエンジニアのキャリア。今回はその2つの道のうち、“生涯現役プログラマー”の道を選び、今も進み続けている戀塚氏に、これまでと今後のキャリアについてうかがいます。ここからは、“生涯現役プログラマー”として道を進めていくためのさまざまな観点での考え方について。前半はこちら。 日本ではなぜ“生涯現役プログラマー”の採用募集が少ないのか “生涯現役プログラマー”になりたくても技術力に自信がない場合の考え方 「マネジメント職のほうが給与が高い」状況にどう対応するか 「エンジニア35歳定年説」を戀塚氏はどう捉えている？ “生涯現役プ
あなたが学んだアジャイルとテスラの手法は何が違うのか？ 認定スクラムトレーナーが語る、テスラの真の凄さ
「Agile Tech EXPO（あじゃてく）」は、社会をちょっと良くするテクノロジーを学び、ちょっと先の未来の話をする無料オンラインコミュニティです。Keynote Speakerとして登壇したのは、ビル・ゲイツ氏、ジェフ・ベゾス氏、イーロン・マスク氏の下で働いた経験があるジョー・ジャスティス氏。テスラ社の急成長を支える、アジャイルハードウェア開発について話しました。全2回。前半は、イノベーションの加速のポイントとなる「スプリントの長さ」と「プロジェクトの同時進行」について。 テスラのアジャイル文化を12のステップで紹介 ジョー・ジャスティス氏：本日はありがとうございます。アジャイルハードウェアディロップメントとして、アジャイルをいかにハードウェア開発に適用していくかということを、今回お話しします。 私の経験ですが、マイクロソフトのビル・ゲイツや、スペースカンパニーやAmazonをやって
チームの目標が「とにかくたくさん開発する」はいけない “アウトプット”ではなく“アウトカム”を重視する体制作り
プロダクト開発チームが40人規模の組織となっていく過程で、どんな課題に直面し、どのような取り組みをしてきたのかをLT形式で届ける「食べチョク Tech Talk #1 『ユーザーに早く価値を届ける』組織と技術それぞれの取り組み」。ここで執行役員CTOの西尾氏が登壇。株式会社ビビッドガーデンが重視している「アウトカム」についてと、その思考に合わせた開発体制作りについて話します。 生産者の課題と、株式会社ビビッドガーテンの取り組み 西尾慎祐氏：「アウトカム思考なプロダクト開発を実現する組織作り」というテーマで、私たちの組織や開発チームがどういう体制でやっているかという話ができればと思っています。私は、株式会社ビビッドガーデンでCTOをしている西尾です。よろしくお願いします。 まずはその前に、私たちの会社がやっていることを紹介します。ビビッドガーテンは「食べチョク」というサービスを運用しています
「事業で1円でも稼いだことがあるエンジニアはそれだけで食べていける」 元CTOが語る、“言われたことだけで給料をもらう”エンジニアの危険性
第一線で活躍するCTOに日々の業務や未来をインタビューする「Voicy公式 厳選！CTO百景」チャンネル。ここで元Supershipの山崎氏が登壇。最後に、エンジニアの生存戦略について話します。前回はこちらから。 エンジニアは起業しやすい職種である 山崎大輔氏（以下、山崎）：あと1個だけ言いたいことがあって。これを聞いている方々は、きっとエンジニアの方が多いんですよね？ やまげん氏（以下、やまげん）：はい。 山崎：エンジニアがVCからお金を入れて（もらって）赤字を掘りながら（事業に取り組む）ようなことはけっこう難しいのですが、起業しやすい職種であるということはすごく主張したいんですよね。そこだけ話をさせてもらっていいですか。 やまげん：はい。時間の許す限り。 山崎：エンジニアは、価格が高騰しているということもあるんですけれど、必ず（自分自身を）1人月で売ることができる商品なんですよね。だか
LINEのサーバ管理ツールにおけるWeb UIの作成やバックエンドのサーバーサイドの開発が責任範囲 システムデベロップメントチームの業務
LINEの大規模なインフラを支えるインフラエンジニアが所属しているチームの役割や実際の仕事内容について、普段の働き方や現在の課題、取り組みなどを事例を交えてお話しする「LINE インフラエンジニア採用説明会」。ここでシステムデベロップメントチーム マネージャーの小笹氏が登壇。チームの担当業務について紹介します。 システムデベロップメントチームの業務内容 小笹哲哉氏（以下、小笹）：システムデベロップメントチームの小笹です。よろしくお願いします。システムデベロップメントチームでは、システム室で行っているサーバーの管理や運用の業務に関連した、自動化や効率化の開発を行っています。 （スライドを示して）具体的には、ここに記載されているようなインフラ資産構成管理システムの開発・運用や、サーバーアクセス権限の管理システムの開発・運用。あと、低使用率サーバー検知、サーバーコストの管理システムの開発、サーバ
「胸を張って楽しいことに突き進んでもらいたい」 まつもとゆきひろ×高橋直大×楠正憲が贈る、現役エンジニアへのメッセージ
メタバースは本当に今求められているものなのか？ 後藤智氏（以下、後藤）：今、リモートでできる・リモートでできない、いろいろな種類のお仕事があるというお話をおうかがいしました。 最近FacebookがMetaという会社に変わり、彼らは「メタバース」という、オンラインだけどもう少し現実に近い空間を用意できないかと「Oculus Quest」などを提供しています。また新しいiPhoneやAndroidのような革命を起こそうとしていることについて、ちょっとおうかがいしたいと思います。 高橋さん、メタバースについてはどうお考えでしょうか？ 高橋直大氏（以下、高橋）：メタバースですか？ 僕はメタバースにけっこう興味はあって、Oculusじゃないんですけど、ヘッドセットがここにパッと出てくるくらいにはVRに興味はあるんですよ。ですが、なんかやってみると、少なくとも今ではないなという感じはしています。 そ
ロジックだけでは突破できない、新規事業の「意思決定」の壁 担当者が作り上げるべき、「いける」と思える2つの要素
大企業の新規事業・サービス開発に特化したデザインコンサルティング＆スタジオ株式会社NEWhが主催するセミナーの模様をお届けします。今回のテーマは「意思決定」。多くの事業担当者やプロジェクトマネージャーが、正解や勝ちパターンがない新規事業で、意思決定の時には確実性やスピード感が求められるというジレンマに悩んでいます。担当者、意思決定者それぞれの視点から「意思決定」を突破し実現するために必要なことを、フレームワークを用いて解説します。本記事では、なぜロジックだけでは新規事業は実現できないのか、その理由が語られました。 事業開発において「意思決定」を突破し実現するために 堀雅彦氏（以下、堀）：それでは時間になりましたので、お話を始めさせていただきます。お忙しい中本日はありがとうございます。NEWhの堀と申します。よろしくお願いします。 今日は1時間ほどお時間をいただいて、事業開発において意思決定
「インフラエンジニアには難しい」「手でやったほうが楽」も解消 これからCDKを使う人向けの4つのナレッジ
「AWS CDK Conference Japan」は AWS CDK ユーザーが集まって事例やノウハウを共有しあうイベントです。今回は、CDKv2をメインテーマに、初の大型カンファレンスが開催されました。アマゾンウェブサービスジャパンの大村氏は「Baseline Environment on AWS （BLEA）開発にあたって検討したこと」をテーマに発表しました。まずはCDKとBLEAについて解説したのち、これからCDKを使う方たちへのナレッジを紹介します 自己紹介 司会者：次は、今までがんばってCDK（Cloud Development Kit）を普及させてきた大村さんです。 大村幸敬氏（以下、大村）：よろしくお願いします。 司会者：初めて聞く単語なんですが、読み方は「ブレア」でいいですか？ 大村：「ブレア」でいいです。 司会者：準備ができたらBLEA（Baseline Environ
「やはりインフラ作りは楽しくてしょうがない」 村井純×登大遊×田中邦裕が語る、日本のICTの課題と期待
インターネットの父、村井純氏 田中邦裕氏（以下、田中）：よろしくお願いします。ここから60分間、登さんと村井先生という、濃いキャラを2人お迎えして、どのように進めていこうかと、悩ましいところですけれども、最大限お二人の魅力を引き出していきながら、けしからん話をしていければなと思っていますので、どうぞよろしくお願いします。 では、最初に自己紹介を軽くしていただければなと思います。お二人のことはみなさんすでにご存じかと思いますが、村井先生から軽く自己紹介いただいてよろしいでしょうか。 村井純氏（以下、村井）：慶応大学の村井です。今日はちょうど「WIDE（WIDEプロジェクト）」の合宿をやっていて、そこからここへ来たので、髭も剃っていないし（笑）、WIDEの合宿の時はガッと（予定を）ブロックしているので、けっこう久しぶりにいろいろな話がじっくりできる時だと思います。 今日はこのシャツを着てきまし
「まともに単体テストを書ける人は実はすごく少ない」 市場バグを発生させない“単体テストで対処する”という考え方
品質やテストといった活動が「本質的にアジャイルになって変わらなければならない」といった問題を定義し、その解決手段を提案する「今、全エンジニアに求められる『アジャイル開発での品質視点の変化』」。ここで株式会社デジタルハーツホールディングスの高橋氏が登壇。最後に、あらためて参加者からの質問に回答します。前回はこちらから。 どうすればうまくリファクタリングができるか 高橋寿一氏（以下、高橋）：じゃあここでもう1回Q&Aタイムを取ります。 高木陽平氏（以下、高木）：ありがとうございます。今Q&Aにまだ質問が上がっていないみたいなので、ちょっと私から質問します。リファクタリングをしなければいけないところって、逆に手をつけられないようなけっこう複雑怪奇な部分だと思うんです。そこらへんはどうすればうまくリファクタリングができるんでしょうっていう（笑）。 高橋：まず、日本人がすごくリファクタリングが嫌いな
単体テストは「2：8の法則」でだいたい品質が担保できる 網羅率・期待値を担保した適切なソリューション
上流品質を担保するために必要な3つのこと 高橋寿一氏（以下、高橋）：Dailyで上流品質を担保するために必要な3つのことです。単体テスト、リファクタリング、要求仕様、ユーザーストーリーのテストケース展開という3つのアクティビティをしっかりやっていただくと、上流でも品質がかなり担保されていくんじゃないのかなと思っています。 単体テストに関しては、基本的には「網羅率を担保してください」みたいなことなので、シンプルです。ただ、まだまだ知られていませんが、0から70パーセントとか80パーセントに持ってくるのは地獄のような作業なので、だいたいみなさん諦めちゃうんです。 でも、テクノロジーが進んでいるのでそこまでやる必要はなくて、「2：8の法則」ですよね。ソフトウェア全体の2割の危ないところだけをテストすれば、だいたい品質は担保されますという。超いい加減な言い方をしましたが、そういうものがあります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
