タグ

ブックマーク / logmi.jp (417)

  • 米国の企業が作っても、京都の企業「任天堂」が避けるゲームとは? 背景にある“思想”とテクノロジーに対する独自の価値観

    未来のほうが良くなるという西洋的「進歩主義」に挑む、京都の思想 松井孝治氏(以下、松井):今の話で野村さんに聞きたいなと思って。発展史観という考え方がありますが、例えば人間の寿命が130歳になることが当に良いことなのかと。AIが進化して生成AIが発展していく中で、我々は今日よりも明日のほうが発展してすばらしい社会に近づいていると信じていますが、これは当に正しいのでしょうか。 言語が発明され、文字が生まれ、紙に記され、それが書物となり、さらにコンピューターになり、AIが登場して、人間は当に豊かになっているのかということを、哲学者である野村さんにうかがいたいです。 野村将揮氏(以下、野村):恐れ多い限りです。おっしゃる通りで、発展史観や進歩主義という考え方、つまり、今日より明日は良くなり、明後日はさらに良くなるという考え方や、技術の発展が人類を良くするという考え方があります。京都は、これ

    米国の企業が作っても、京都の企業「任天堂」が避けるゲームとは? 背景にある“思想”とテクノロジーに対する独自の価値観
  • Googleと日本企業の「優秀なエンジニア」の定義の違い これからの時代の組織づくりのヒント

    従業員数が200人になり「ある意味、創業の時くらい楽になった」 中土井僚氏(以下、中土井):ちょっと別の角度から興味が出てきたことがあるんですね。 (イベントが)始まる直前にお話をうかがった時に、今READYFORさんは(従業員数が)200人ぐらいになっていて。「50人から200人になったら、また組織の大変さって違うんじゃないですか?」というお話をしたら、「ある意味、創業の時くらい楽になった」とおっしゃったのがすごく印象的だなと思っていて。 米良はるか氏(以下、米良):(笑)。 中土井:今の話と関係があるような気がしているんですね。組織運営をしていくうえで、(従業員が)数十人だった時と今とで、米良さんの中では何が自分を楽にさせてくれているのかは、見えているんですか? 米良:そうですね。それで言うと、まさに問いを立てて、その問いに対してしかるべき仲間を集めてきて、その仲間たちに思いっきりフル

    Googleと日本企業の「優秀なエンジニア」の定義の違い これからの時代の組織づくりのヒント
  • 「才能ない」と言われたエンジニアがAzure開発者になるまで 日米ソフトウェア開発文化の違いと挑戦

    「Developer eXperience Day 2024」において、Microsoft Senior Software Engineer の牛尾剛氏が、自身のキャリアと米国IT企業での経験を通じて、ソフトウェア開発の文化とマインドセットの違いを語りました。プログラマーへの夢を追い続けた軌跡から、世界的クラウドサービスの開発現場まで、日米のソフトウェア開発アプローチの違いが明らかになりました。全4回。 牛尾剛氏の自己紹介と経歴 牛尾剛氏:はい、おはようございます! おはようございますじゃないんや、よくわからへんねん。僕は今10時ぐらいなんですけど、みなさんの時間帯がよくわからないですね。というわけで今日は、「米国巨大IT企業で働いてわかったソフトウェア開発の文化とマインドセットの違い」をテーマに、話をしたいと思います。 私はエンジニアをやっています。Azure Functionsという世

    「才能ない」と言われたエンジニアがAzure開発者になるまで 日米ソフトウェア開発文化の違いと挑戦
  • 納期なし、新人は10回学習、超エンジニアのマネージャー… Microsoftエンジニアが明かす日米ソフトウェア開発文化の違い

    「Developer eXperience Day 2024」において、Microsoftの牛尾剛氏が、日米のソフトウェア開発文化の違いについて語りました。マネージャーの高い技術力、納期に対する柔軟な姿勢、新人エンジニアの徹底した学習態度など、日エンジニア環境にはない、アメリカのテック企業の「当たり前」について話しました。前回の記事はこちら。 マネージャーの高い技術力 牛尾剛氏:そういうふうな環境でマネージャーの技術力はどうやねんって話ですね。これもものすごく違っていて、僕の上のマネージャーはプラグナーっていうんですけど、この人はAzure FunctionsのJavaのランタイムを1から書いた人なんですよ。 その上のパートナーもAzure Automationの開発でどんな技術の話題でもめっちゃ深く理解して、すごいアイデアを出したりする人で、その上のフェローはアレですね。Azure

    納期なし、新人は10回学習、超エンジニアのマネージャー… Microsoftエンジニアが明かす日米ソフトウェア開発文化の違い
  • これからのプロジェクトマネジメントに大事なのは「結果にコミットしない」こと クリエイティブな仕事に求められる“アジャイル思考”

    不確実さが増す世界のプロジェクトマネジメントとはとういうものか 倉貫義人氏:そんな不確実さが増す世界のプロジェクトマネジメントはどういうものなのか。(スライドを示して)プロジェクトがうまくいかない(理由)というのは、このあたりを見てもらうと胃が痛くなりそうな言葉がいっぱい書いてあると思います。想定よりコストがかかるとか、作ったものを直せないとか。 (スライドを示して)これに対してどうすればいいかというと、「こうすればうまくいくのかな?」と考えがちですよね。「遅いからプレッシャーをかけようか」とか「少し遅れているので人を増やそうかな」とか「一気に作ったほうがいいんじゃないの?」とか「属人性を排除しましょう」とかと言いがちですよね。 これらはけっこう言いがちですが、全部失敗するやつです。これを全部やってみたら困ったことにプロジェクトが大変なことになるので、ぜひやってみたらいいと思います。 (会

    これからのプロジェクトマネジメントに大事なのは「結果にコミットしない」こと クリエイティブな仕事に求められる“アジャイル思考”
  • 「『50%の時間を技術的負債返済に』はぜんぜん駄目だった」 カミナシ社・原トリ氏が語る、試行錯誤の過程

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

    「『50%の時間を技術的負債返済に』はぜんぜん駄目だった」 カミナシ社・原トリ氏が語る、試行錯誤の過程
  • 個人開発の「維持するための労働力」「インフラ費」をどう抑えるか 活動歴7年の開発者が語る、楽に長続きさせるための仕組み

    個人開発の「維持するための労働力」「インフラ費」をどう抑えるか 活動歴7年の開発者が語る、楽に長続きさせるための仕組み 個人開発を「継続」する ke-ta氏の自己紹介 ke-ta氏:では、発表を始めます。今回は「個人開発を『継続』する 小さくはじめて、長くつづける」というタイトルで発表します。よろしくお願いします。 まずは自己紹介です。名前はke-taと言います。2022年に大学を卒業して企業に就職していたのですが、個人開発の時間を作りたいという理由から、4月に退職して独立しています。 なので今は個人開発メインで活動しているのですが、空いた時間にほかの会社の開発を手伝うことも少しあるので、それ用にYmdkitという別の法人を設立しています。 ふだんはTwitter(現X)とかでよくつぶやいています。だいたい個人開発に関連するつぶやきをしているので、よかったらフォローしてもらえるとうれしいで

    個人開発の「維持するための労働力」「インフラ費」をどう抑えるか 活動歴7年の開発者が語る、楽に長続きさせるための仕組み
  • 「そもそも開発生産性ってなんだ?」 “勘”ではなく“データ”で判断するために可視化すべき指標

    「開発生産性」をテーマに発表したのは弥生株式会社CTOの佐々木氏。組織運営における開発生産性向上への着目背景や可視化の意義など、よりよい組織づくりをするための取り組みについて語りました。全2回。 登壇者の自己紹介 佐々木淳志氏:弥生株式会社の佐々木です。私からは、「より早く良いものを多くのお客様に使ってもらうために」というタイトルでお話をいたします。 最初に軽く自己紹介を失礼します。弥生株式会社でCTOをやっている佐々木と申します。弥生での業務ですが、けっこう全体的にフワッとしたことをやっているというイメージがいいかもしれません(笑)。 全社レベルのアーキテクチャ検討とか採用とか教育とかセキュリティ推進とか、そんな感じのことをやっていて、個別のプロダクトというわけではないのですが、なんとなく全体を見ている感じになっています。 趣味などいろいろ書いてあるのですが、『FF14』をやっていたり、

    「そもそも開発生産性ってなんだ?」 “勘”ではなく“データ”で判断するために可視化すべき指標
  • エンジニア間でも大きく差が出る「生成AIをうまく活用できる人」と「できない人」 江草陽太氏が考える、AI時代に求められる能力【一問一答】

    江草陽太 大阪府生まれ。ネットワーク、データベース、情報セキュリティのスペシャリスト。 洛星中学・高校のロボット研究部創立メンバー。ロボカップジュニアジャパンなどのロボコンに出場。 その後、大阪大学工学部電気電子情報工学科に進学。NHK大学ロボコンに出場。学生時代より個人事業としてシステム開発を行う。 2014年10月、新卒採用によりさくらインターネットに入社。「さくらのVPS」等のバックエンド開発を担当。IoTプラットフォーム「sakura.io」の開発責任者を担当し、サービス設計と開発を行う。 2016年7月、執行役員に就任。現在は、さくらインターネット全体の技術統括とコーポレートIT、情報セキュリティを担当。宅急便をSlackから発送できるサービスを開始するなど、コーポレートITに関わるDXのサービス化も行っている。 AIが提示した内容をきちんと理解して、うまく活用できる人とできない

    エンジニア間でも大きく差が出る「生成AIをうまく活用できる人」と「できない人」 江草陽太氏が考える、AI時代に求められる能力【一問一答】
  • 仕事ができる優秀な人ほど、部下を育成できない理由 幹部・管理職に「変われ」と言う前に、見直したい組織のあり方

    幹部が思うように動かない、人材の離脱が止まらない、社長の思いが社員に届かないなど、経営者が抱える悩みは多岐にわたります。そこで今回は、株式会社PDCAの学校 代表の浅井隆志氏が、その原因と対策法について解説。記事では、管理職の9割以上がプレイングマネージャーである日企業の課題点を元に、組織開発のポイントを探ります。 「強く指摘して辞められたら、正直困る」という音 浅井隆志氏:みなさん、こんにちは。株式会社PDCAの学校代表取締役、浅井隆志でございます。日は社長向けということで、おそらく役員の方や幹部の方もいらっしゃるんじゃないかなと思います。 「言うことを聞かない幹部、言うことを聞かない管理職の方をどう変えていくか」にテーマを絞って、お伝えしていきたいなと思っております。 まず、今日はどういう話をしていきたいのかということなんですが、そもそもなんで幹部は動かないのか。それから幹部は

    仕事ができる優秀な人ほど、部下を育成できない理由 幹部・管理職に「変われ」と言う前に、見直したい組織のあり方
  • 天才ホワイトハッカーが集まる「エンジニアの楽園」はどう作られた? “世界レベル”が続々集まる組織の仕組みづくり 

    GMOインターネットグループ CISOの牧田誠氏が、才能があるエンジニアやクリエイターが評価される世界を作るための取り組みを発表しました。全2回。前回はこちら。 入社当日から有給休暇を15日付与・10連休は年間で3回以上 2つ目ですが、休みをだいぶ増やしました。我々の会社は中途入社が多くて、中途入社はだいたい入社後半年で有給10日が日の一般的なルールかと思いますが、中途入社だって休む必要があるよねと。子どもが病気になるかもしれないし、いろいろあるから入社当日から有給休暇を15日付与する。これは2011年の話ですが、そういう制度を作りました。 10連休は年間で3回以上ですね。年末年始はその有休を組み合わせることによってだいたい17連休とか。去年1番(連休が)多かった人は、24連休を取っていました。残業に関しては、ゼロが理想ですよね。マイナスでも良いと僕は思っています。 フルフレックスなので

    天才ホワイトハッカーが集まる「エンジニアの楽園」はどう作られた? “世界レベル”が続々集まる組織の仕組みづくり 
  • 理論や理想だけではない、現場で役立つアジャイルのヒント 50以上の案件から見つけた実践のTips

    アジャイルの「理論」や「理想」だけではない、 実際に実践したからこそ見えてきた「現実」に役立ったヒントを紹介したのは、マネジメントソリューションズ社の渡会氏。「Rebuild our Agile!」をテーマに掲げた「Agile Japan 2023」で、アジャイルのRebuildについて発表しました。全2回。後半は、「作り方における準備のRebuild」「コミュニケーションの Rebuild」「ノウハウのRebuild」について。前回はこちら。 「イテレーション0」をやらないアジャイルは出だしでつまずく 渡会健氏(以下、渡会):あと、もう1つ次のヒントで、イテレーション0をやらないアジャイルは出だしでつまずくんじゃないかなというところで、よく、アジャイルをやるための準備としてイテレーション0、もしくはスプリント0というものをやりましょうという話をします。 その時によくアジャイルで書いて

    理論や理想だけではない、現場で役立つアジャイルのヒント 50以上の案件から見つけた実践のTips
  • 「Rubyは落ちるか、伸びるかの岐路に立っている」 まつもとゆきひろ氏が語る、30年後に向けた生存戦略

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

    「Rubyは落ちるか、伸びるかの岐路に立っている」 まつもとゆきひろ氏が語る、30年後に向けた生存戦略
  • まつもとゆきひろ氏が“幻のPerl6”から学んだ教訓 「OSSの最大の敵」と「セカンドシステムの危険性」

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

    まつもとゆきひろ氏が“幻のPerl6”から学んだ教訓 「OSSの最大の敵」と「セカンドシステムの危険性」
  • 単純すぎて流行らなかった「FORTH」、複雑すぎてうまくいかなかった「PL/I」 まつもとゆきひろ氏が過去から学んだ、プログラミング言語のあるべき姿

    プログラミング言語「Ruby」の国内最大のビジネスカンファレンス「RubyWorld Conference」。Rubyの先進的な利用事例や最新の技術動向、開発者教育の状況などの情報を発信することで、「Rubyのエコシステム(生態系)」を知ることができる場として開催します。ここで登壇したのは、Rubyアソシエーション 理事長のまつもとゆきひろ氏。プログラミング言語の過去、歴史から学ぶ教訓について発表しました。全4回。2回目は、「単純さはいつも最高ではない」と「大きいことはいつもいいことではない」について。前回はこちら。 単純さはいつも最高ではない まつもとゆきひろ氏:「最も単純なプログラミング言語は何ですか?」という質問をするとですね……文法的にという意味なんですけども。 初期の言語として、Lisp、FORTH、APLなど、みんな1960年代ぐらいに作られた言語ですが、こういうものが挙げられ

    単純すぎて流行らなかった「FORTH」、複雑すぎてうまくいかなかった「PL/I」 まつもとゆきひろ氏が過去から学んだ、プログラミング言語のあるべき姿
  • 「アイデアだけでは意味がない、実装されて初めて意味がある」 世界最古のプログラミング言語から学ぶ教訓

    プログラミング言語「Ruby」の国内最大のビジネスカンファレンス「RubyWorld Conference」。Rubyの先進的な利用事例や最新の技術動向、開発者教育の状況などの情報を発信することで、「Rubyのエコシステム(生態系)」を知ることができる場として開催します。ここで登壇したのは、Rubyアソシエーション 理事長のまつもとゆきひろ氏。プログラミング言語の過去、歴史から学ぶ教訓について発表しました。全4回。1回目は、「アイデアだけでは十分ではない」について。 Ruby開発のきっかけ まつもとゆきひろ氏:じゃあ、始めます。Rubyを作り始めた記録が残っているんですが、その当時勤めていた会社の先輩にあたる人が、を書くという話になったんですね。 その時に、彼は『プログラミング言語を作りながら学ぶオブジェクト指向』というを書くと言ってきたんですね。編集の人と話をしていく中で「どういう企

    「アイデアだけでは意味がない、実装されて初めて意味がある」 世界最古のプログラミング言語から学ぶ教訓
  • ピクシブ社エンジニアが語る、機械学習基盤とその技術 「GCPバッチ基盤」「リアルタイムの推論基盤」「ノートブック開発環境」整備の裏側

    登壇者の自己紹介とアジェンダの紹介 sugasuga氏:こんにちは。今日は、ピクシブの機械学習基盤に関する発表をいたします。 まずは自己紹介から始めさせてください。自分は、機械学習チームでエンジニアをしているsugasugaといいます。サブで採用・広報活動にも関わっています。最近の趣味は、トレーニングです。 今日お話しすることは、(スライドを示して)こちらを予定しています。機械学習基盤について。そして、基盤で使われている技術について。運用してみて感じたメリットとデメリットについてお話しします。 大規模なデータの効率的な処理、機械学習サービスの展開のしやすさ、効率的な開発などに課題があった 題に移る前に、導入として、どういったところで機械学習が活用されていて、なぜ機械学習基盤が必要かについてお話しします。 活用されている場面としては、違反検知、レコメンド、広告、3Dなど多岐にわたります。こ

    ピクシブ社エンジニアが語る、機械学習基盤とその技術 「GCPバッチ基盤」「リアルタイムの推論基盤」「ノートブック開発環境」整備の裏側
  • なぜピクシブはデータ利活用の中心に“ドメインチーム”を置くのか データの生成・連携・加工・分析のすべてを任せる理由

    登壇者の自己紹介とアジェンダの紹介 kashira氏:初めまして、kashiraと申します。日は、ピクシブのデータインフラと組織構造について発表いたします。 自己紹介です。CTO室プラットフォーム開発部でエンジニアをしています、kashiraと申します。ふだんは、全社のデータインフラの整備や、データマネジメントの整備といった業務を行っています。 日は、データインフラとデータ利活用の組織構造について、データ基盤チームの観点からお話できればと思っています。 今日のプレゼンで話すことは、大きく3つです。ピクシブでは、プロダクトのデータがすべて集約された全社共通のデータインフラを整備しています。この全社共通のデータインフラについて、まずお話しします。 次に、なぜピクシブが全社共通のデータインフラを整備しているのか、データ利活用をどう進めているのかについて理解してもらうために、データ利活用の組織

    なぜピクシブはデータ利活用の中心に“ドメインチーム”を置くのか データの生成・連携・加工・分析のすべてを任せる理由
  • 生成系AIが発展する中で必要なスキルセットとは 「GitHub Copilot」を活用するエンジニアたちが考える、それぞれの生存戦略

    アルゴリズムの変化に伴い、Tipsが陳腐化する可能性はある 司会者:次にオンラインで来ているのは、「GitHub Copilotの裏側のアルゴリズムが変わっていっているということですが、アルゴリズムが変わることで今回ご紹介いただいたTipsが陳腐化することもあるのでしょうか?」 服部佑樹氏(以下、服部):はい、あります。端的に言えるのは、結局良いコードを書くという(のが目指す)ところなので、最終的にTipsはツールの使い方ではないということです。隣のタブで開いているものを開いたからCopilotの質がちょっと上がったね、というぐらいでは、全体的な生産性に影響があるかというとそんなにないんですよね。 それをやるぐらいだったらちょっと書き方を変えてみる。1回提案されるところを、Ctrl+Enterを押すと10個ぐらい提案してくれるので、その中から自分で考えて選んだほうがいいですし、あとは何回か

    生成系AIが発展する中で必要なスキルセットとは 「GitHub Copilot」を活用するエンジニアたちが考える、それぞれの生存戦略
  • SQLインジェクションが通った原因は“静的解析ツールのバージョンアップ” 「自動修正機能」に気をつけるべき理由

    「静的解析ツールで生まれたSQLインジェクション」というタイトルで登壇したのは、小川 氏。「面白かった脆弱性」について解説し合い、脆弱性に関する知識を深めるためのイベント「Security․Tokyo #2」で、静的解析ツールによって生まれたSQLインジェクションの事例について発表しました。 登壇者の自己紹介 小川氏:小川と申します。「静的解析ツールで生まれたSQLインジェクション」というタイトルで発表いたします。よろしくお願いします。 自己紹介を簡単に。経歴ですが、昔学生の時にWebアプリ開発のバイトをしていて、就職後は10年ぐらいぜんぜん違う、製造業で働いていました。ずっとパソコンを見ていたら目が悪くなるかなと思ってほかの業界に行ったのですが、結局ずっとExcelやWordを見ていて、あまり変わりませんでした。 結局やはりITだなと思って、最近root ipという会社に転職して、Bto

    SQLインジェクションが通った原因は“静的解析ツールのバージョンアップ” 「自動修正機能」に気をつけるべき理由