Kernel/VM探検隊は、カーネルやVM、およびその他なんでもIT技術の話題ジャンルについて誰でも何でも発表してワイワイ盛り上がろうという会です。末田氏は、電子辞書「SHARP Brain」をリバースエンジニアリングした時の取り組みについて発表しました。 自己紹介 末田卓巳氏（以下、末田）：「リセットとフリーズで解析する電子辞書リバエン記」というタイトルで発表します。 自己紹介から始めます。末田卓巳と申します。インターネット上では、puhitakuという名前で活動しているフリーの開発者です。NICT（情報通信研究機構）で、リバースエンジニアリングをやったり、アメリカの住宅ベンチャーを手伝ったり、いろいろな開発をやっています。詳細は私のTwitterの固定ツイートに載っているので、ぜひご覧ください。 Windows CEを搭載した電子辞書「SHARP Brain」 「SHARP Brain

部下育成、トラブル対応、ハラスメント対策…近年は管理職の業務負担が増大し、「罰ゲーム化」の状況が深刻化しています。そこで今回は、『チームレジリエンス　困難と不確実性に強いチームのつくり方』著者の池田めぐみ氏に、管理職の負担を軽減しつつ、成果も上がる組織づくりの秘訣をお聞きしました。本記事では仕事を適切に任せる方法や、「マネージャー任せ」のメンバーの意識を変えるコツについてお伝えします。 部下育成、トラブル対応、ハラスメント対策…増える管理職の業務負担 ——ここ数年、「管理職の罰ゲーム化」といった話がよく聞かれるようになっていると思います。部下のマネジメントや後任者の育成、トラブル対応に加え、リスキリングやハラスメント対策など、管理職の業務負担が増大している現状が問題視されています。池田さんはこうした現状についてはどのような課題があるとお思いでしょうか。 池田めぐみ氏（以下、池田）：私自身も

クライアントに期日の変更を提案する時のポイント 斉藤徹氏（以下、斉藤）：続いて、「信頼のトライアングル」について参考までにお話しします。これは、お客さんに「期日を遅らせるかどうか」という難しい話をする時には、とても大切だと思います。 長期的に相手から信頼されるためには、3つの要素が必要です。1つ目は、言っていることが真実であること。相手の顔色を見て意見を変えていたら、その時は心地よいかもしれない。でも、できるかどうかわからないのに「やります」と言っていると、結局信用されなくなるわけです。なのでやはり真実を伝えることが大切です。 2つ目は、伝える時には論理的に伝えること。とんちんかんなことを言ったら信用されないですから、真実性・論理性はとても大切です。 ただ、この2つだけで話すと、評論家みたいに聞こえちゃって、（相手は）腹が立ってくるんですね。上司だって評論家みたいに言われたら腹が立ちます。

RAMが16KBあればとりあえず動くプログラミング言語 まつもとゆきひろ氏が「mruby/c」の特徴を解説 #23 mruby/c mrubyに派生して存在するmruby/c まつもとゆきひろ氏：こんにちは、まつもとゆきひろです。Matzチャンネル、23回目ですね。今日は、前回予告した「mruby Kaigi」のパネルの話をする前に、mruby/c、「エムルビーシー」って発音しています……の紹介を先にしておこうと思います。 Rubyの派生で、別実装であるmrubyなんですが、さらに派生として、mruby/cというのが存在しています。 背景としては、軽量Rubyとして始まったmrubyなんですけれども、2010年の時点で、5年後のマイクロコントローラのCPUパワーとメモリは、Rubyを実行するのに十分なだけのパワーと容量を持っているという予想をしていたんですね。2010年から数えて5年後なの

まつもとゆきひろ氏がソフトウェア開発に役立つ2冊の書籍を紹介 『失敗の科学』と『APIデザインケーススタディ』から学べること #11 「失敗の科学」 オープニングトーク まつもとゆきひろ氏：まつもとゆきひろです。月曜日に放送して以来、ちょっと間が空いてしまいました。今日これを録音しているのは、（2022年）6月25日の土曜日なので、月曜日から土曜日まで録音できなかったということになります（笑）。 「Voicy」は、一発録りで流す仕組みで、編集をほとんどかけていないので、そういう意味で言うと、習慣化して毎日10分とか録れば、すぐに毎日できるようになると思うんですけれども、まだ習慣になっていないので、忙しいとこうやってつい後回しになって、じゃあ、次の日、とかなってしまいがちなのが現状です。 例えば、毎日「Wordle」をするとかですね（笑）、日記を書くとかですね、それから、「mruby」に1日

本イベントでは、人事・労務担当者がおさえておくべき2024年の法改正の概要とその裏側を読み解いていきました。カゴメ株式会社 常務執行役員／カゴメアクシス株式会社 代表取締役社長 兼 経営管理部長の有沢正人氏とKKM法律事務所代表の倉重公太朗氏が登壇し、法改正の裏側や今後の人事課題について議論が交わされました。本記事では、カゴメで実施されているジョブ型雇用についてお話しされた内容をお届けします。 カゴメ・有沢正人氏が語る、雇用や働き方の変化 倉重公太朗氏（以下、倉重）：ではここからは対談コーナーということで、カゴメの有沢さんに来ていただいております。（有沢さんは）大人気ですけど。 有沢正人氏（以下、有沢）：いやいや。 倉重：自己紹介をお願いしてもいいでしょうか。 有沢：よろしくお願いします。私は今のカゴメが4社目で、もともとは銀行員でした。銀行では公的資金をいただき国有化されまして、みなさん

「自分の未来予測を信じてちょっと意地を張ってみる」 まつもとゆきひろ氏がRubyに型宣言を入れない理由 #17 動的型付け言語と大規模開発 テーマは「動的型付け言語と大規模開発」 まつもとゆきひろ氏：まつもとゆきひろです。Matzチャンネル17回目ということでお送りします。ちょっと前になりますが9月28日に私が技術顧問を始めたクラウドサーカスという会社さんがテックイベントを開催されて、その時のテーマが「動的型付け言語と大規模開発」というテーマでした。 その時に話したこととか、話そうとしたこと、話そうと思っていたんだけど時間の関係で話せなかったことなどを補足する意味も含めて今日はちょっと放送しようかと思います。というか、分量が多いので2回に分けて話そうかなと思っています。 このクラウドサーカスのイベントのテーマは別に私から指定したわけではなくて、先方が「こんなテーマで話したいんだ」とか「聞き

「不機嫌な上司から逃げるのは正しい」 まつもとゆきひろ氏が語る、心の健康を守り、キャリアを長持ちさせる方法 #9 エンジニア生存戦略 生存戦略のためには“健康”が一番 まつもとゆきひろ氏：こんにちは、まつもとゆきひろです。この放送もだいぶ休み休みになってきましたが、中断してしまわないように努力しようと思っています。 今月の15日（※本放送は2022年6月17日）に、「Social Tech Talk #03」というのが開催されました。「Qiita」と日立のコラボで開催されたウェビナーだったんですけれども、その中で基調講演を依頼されて「若手エンジニアの生存戦略」というテーマでお話ししました。 エンジニアを目指す学生さんを対象にしてイベントを開いたりしているサポーターズさんという会社が若手エンジニアやエンジニアを目指す学生の生存戦略みたいなテーマをずっと依頼されていたので、そこの話をベースに、

「負債にも50パーセントの時間を使ってください」は機能しなかった 西村賢氏（以下、西村）：最初にやったことに価値がありました。そして、次は第2段。 原トリ氏（以下、原）：この説明会やった時に、6月は一回止めますと（話しました）。完全に機能開発を止めて、サポートから流れてくるチケットに関してはオンコール体制を組んできちんと対応するけれど、機能開発はしないというのを戦略として……。 西村：これ、カミナシの歴史で初めてですね。 原：たぶん、初めてだと思います。 西村：そこは「大丈夫なのかな？」とかなかったんですか？ 原：「この1年大きい機能、出てないよね？」みたいな共通認識は、全社にあったから経営の中で意思決定が早かったんです。 西村：なるほど。なにか技術的にうまくいっていないというのがあった。 原：そうです。プロダクトがうまくいっていないという認識がまず全社にあって、かつ、これがカミナシの底力

登壇者の自己紹介 司会者：ここからは、クロージングに入ります。クロージングは、Scrum Inc.、アヴィ・シュナイアーさま、JJ・サザーランドさま、Scrum Inc. Japan、クロエ・オニールさまによるご講演とディスカッションです。それでは、モデレーターのクロエさま、お願いいたします。みなさま、拍手でお迎えください。 （会場拍手） アヴィ・シュナイアー氏（以下、シュナイアー）：おはようございます。Agile日本！ クロエ・オニール氏（以下、オニール）：今日、アヴィが英語で登壇してくれるので、私が日本語に訳します。よろしくお願いします。 （会場拍手） 始める前に、Agile Japanのみなさんに感謝したいと思います。ここに呼んでくれてどうもありがとうございます。 コロナが明けてからみなさんが集まるのは初めてだと思います。以前、私も日本でトレーニングをしていたので、今回は見覚えのある

味の素が打ち出した「適所適財」の考え方 髙倉千春氏（以下、髙倉）：じゃあ（日本企業が成功するために）何をやればいいか。今、企業側が考えているのは「将来の未来戦略は大きく変わるよね」という資料の左上のところです。 経営理念と合わせて将来戦略を考えなきゃいけない。「優秀層はどういう人なんだっけ」と考えると、その将来の職務要件や人材要件が大きく変わるでしょうと。 もう1つ大事なのは個の尊重。「うちにはどんな人がいるんだっけ」「どういう思いで何を大切にしてるんだっけ」という可視化が必要です。今HRテックの必要性がすごく言われていて、可視化のツールがあらためて重要になっている。 会社のニーズというか、将来戦略と人材ポートフォリオ、事業ポートフォリオの合体なんですけど「こんな人がいるから、こういうポジションを作ろう」というのが、日本企業の今までのセオリーだったんです。 でも私たち味の素は、「適材適所」

JAC Digital主催のイベント「リスキリングは本当に仕事に生かせるのか？　VUCA時代、可能性を広げるためのキャリアの育て方」の模様をお届けします。元・日本マイクロソフト業務執行役員でJAC Digitalアドバイザーの澤円氏が登壇し、これからの時代のキャリアについて深掘りしました。本記事では、仕事に直結しない学びの重要性や、リスキリングにおすすめの学習法について語りました。 日本人は“勉強をしていない人”の割合がダントツ 澤円氏：そして、あえてここで、「日本」という非常に大きい主語を使いたいと思います。日本が残念な状態になった理由を、今からお話ししていきます。 これは、僕の本にも書かせてもらいましたが、（スライドに出ているグラフは）データとして出ているんですよね。日本は、「社外の学習・自己啓発を『とくに何も行っていない』人の割合」が、ダントツ（1位）です。 グローバル調査をして、こ

プログラミング言語「Ruby」の国内最大のビジネスカンファレンス「RubyWorld Conference」。Rubyの先進的な利用事例や最新の技術動向、開発者教育の状況などの情報を発信することで、「Rubyのエコシステム(生態系)」を知ることができる場として開催します。ここで登壇したのは、Rubyアソシエーション 理事長のまつもとゆきひろ氏。プログラミング言語の過去、歴史から学ぶ教訓について発表しました。全4回。4回目は、Rubyコミュニティが生存するために必要なことについて。前回はこちら。 Rubyコミュニティが生存するためには何が必要か まつもとゆきひろ氏（以下、まつもと）：さて、これらの教訓をもとに、Rubyの未来はどうなるかについて考えてみましょう。 教訓をもう1回まとめておきますね。アイデアだけでは、価値がない。単純さは、いつもいいこととは限らない。仕様が大きいことは、いつもい

プログラミング言語「Ruby」の国内最大のビジネスカンファレンス「RubyWorld Conference」。Rubyの先進的な利用事例や最新の技術動向、開発者教育の状況などの情報を発信することで、「Rubyのエコシステム(生態系)」を知ることができる場として開催します。ここで登壇したのは、Rubyアソシエーション 理事長のまつもとゆきひろ氏。プログラミング言語の過去、歴史から学ぶ教訓について発表しました。全4回。3回目は、「Second System Syndrome」について。前回はこちら。 退屈は最大の敵 まつもとゆきひろ氏：次はPerlですね。ここまでですでに4回ぐらいPerlの話題が出てきています。なぜかというと、私はPerlが大好きなんですね。実は、Perlが大好きなんですが、Perlのプログラミングは大好きじゃないんですね。あと、Perlのソースコードも大好きじゃないんですね

予測できないところにあるChatGPTの進化 入山章栄氏（以下、入山）：今我々がChatGPTでできることは、「既存の価値観の中で物事を効率化していく」こと。これは最強に向いてて、でもこれからの時代って新しい価値観がもっと出てくるじゃないですか。そっち側は、やっぱり相当人間の仕事として残るし、仕事もシフトしていくんですかね。 深井龍之介氏（以下、深井）：じゃないかなぁと思います。全員がそこにシフトする感覚もあんまりないんですけど、少なくともChatGPTをそこの領域で信頼するのはまだだいぶ先なのかなぁという。 宮内俊樹氏（以下、宮内）：ポイントはこの先どこまでいくのか、どうなるのか、ちょっと予測できないところにあるんですよね。 入山・深井：そうですよね。 宮内：だから、活用すべきツールだと思うんですけど、それによって世の中がどう変わるかって、たぶん誰も答えを持ってないので。 深井：そうです

インフラエンジニア向けの書籍を取り上げ、著者と出会い、楽しく本を知り、仲間を作る場所である「インフラエンジニアBooks」。ここで、『ユーザーの問題解決とプロダクトの成功を導く　エンジニアのためのドキュメントライティング』の翻訳を担当した岩瀬氏が登壇。まずは、本書籍の概要について話します。 本セッションの対象者と、セッションのゴール 岩瀬義昌氏：ご紹介いただきました、岩瀬と申します。よろしくお願いします。『ユーザーの問題解決とプロダクトの成功を導く　エンジニアのためのドキュメントライティング』は、もともと『Docs for Developers: An Engineer’s Field Guide to Technical Writing』という洋書だったんですが、その翻訳をして、今回この機会をいただいています。 余談ですが、APC（株式会社エーピーコミュニケーションズ）さんが「カプセルト

技育祭は「技術者を育てる」ことを目的としたエンジニアを目指す学生のための日本最大のオンラインカンファレンスです。「技育祭2023【春】」に登壇したのは、Ruby開発者のまつもとゆきひろ氏。プログラミングの体験の中で実感した、ことわざや格言について話しました。全4回。2回目は、「推測するな、計測せよ」と「許可を求めるな、謝罪せよ」について。前回はこちら。 非機能要件に対しては「数字で話をすること」が重要 まつもとゆきひろ氏：2番目のことわざ、続いていきましょう。「推測するな、計測せよ」。これはちょっと誰が言い出したか調べられなかったんですが、わりと有名な言葉です。 なにかというと、プログラミングの中にはいわゆる非機能要件と言われているやつがあるんですね。 こんな機能があるとか、こういうことができる、というのは機能要件ですよね。そうじゃない要件があって、例えば、このプログラムをバッチプログラム

白潟総合研究所株式会社代表で『中小ベンチャー企業を壊す！　人事評価制度 17の大間違い』著者の白潟敏朗氏と、『起業の科学』著者の田所雅之氏による対談の模様をお届けします。テーマは「人事評価の『ワナ』『落とし穴』」。中小ベンチャー企業の経営者に向けて、人事評価に対する悩みを解決するために最も大切なポイントについて語られました。最終回の本記事では、人事評価制度の構築・改良の成功のための６つのポイントが語られました。 固定賞与や給与に関する評価シートは、従業員が増えてから 白潟敏朗氏（以下、白潟）：少しまとめさせていただきます。（人事評価シートについて）じゃあ私どもとしてどうしたらいいのかなというのを、一覧表示してみました。まずは業績連動賞与、いわゆるインセンティブに関しては、従業員の人数関係なく、ある意味計算式でやれる世界ができれば、評価が一番楽なのかなというふうに考えます。 社員が20人にな

フロンティア株式会社が提供するビジネスマッチングエージェント「Ready Crew」のイベントシリーズ「The Mission」に、『1300万件のクチコミでわかった超優良企業』の著者で、日本最大の社員クチコミ情報サービス「OpenWork」を提供するオープンワーク株式会社の代表・大澤陽樹氏が登壇。「Z世代の採用と定着」をテーマに、上場企業の6万社のうち下位3,000社の社員クチコミの特徴や、若手社員に対し「腫れ物に触る」ような対応の会社がすべきことなどを語りました。 上場企業の6万社のうち下位3,000社の社員クチコミの特徴 大澤陽樹氏（以下、大澤）：最後のテーマ、3つ目は「退職者が出にくいオンボーディング」。これもおもしろいデータを持ってきました。オンボーディングと言うと研修をどうするとか、入社初日に飲み会をしてとかいろいろあると思うんですけど、今日はそれにノーを突き付けたいなと思いま

Qiita Conferenceは、ソフトウェア開発者が集まり、最新の技術や最先端の挑戦・ソフトウェアの未来についての考えや知見を共有し、つながる場を創出する、「Qiita」が開催するオンライン技術カンファレンスです。ここでプログラミング言語Rubyの生みの親であるまつもとゆきひろ氏が登壇。まずは、「成功するソフトウェア」における「成功」について話します。 Rubyは30年間生き延びたソフトウェアプロダクト まつもとゆきひろ氏（以下、まつもと）：それでは発表をさせてください。「成功するソフトウェアの作り方」と題しまして、Rubyのまつもとが発表します。先ほど「Heroku」の発表がありましたが、私は元Herokuなので、すごく懐かしく聞いていました（笑）。 （スライドを示して）こんなアイコンでふだん活動しています。 英語圏ではMatzという名前を使っています。Rubyを作った人として知られ