並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 4978件

新着順 人気順

strategyの検索結果1 - 40 件 / 4978件

  • 重大事故の時にどうするか?|miyasaka

    ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか?」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって(若干訂正してますが)ここに残して

      重大事故の時にどうするか?|miyasaka
    • 【1時間で分かる】P&G流マーケティングの教科書|石井賢介

      2020年5月末でP&Gのブランドマネージャーを退職しました。僕はこのNOTEで、P&Gで非言語的に受け継がれているマーケティングの思考法を、分かりやすい教科書のようにまとめようと思います。本気で読めば1時間かからず読めると思います。が、ちゃんと理解すれば知識レベルとしては本何冊分にもなることをお約束します。さらには、そのマーケティング思考の先に、僕がどんなマーケティングの進化を考えていて、そのために次のチャレンジとしてどんなアクションを取ろうと思っているかも最終章にまとめようと思っています。 総合商社から中途採用でP&Gのマーケティング本部に採用され、シンガポールのアジア本社への異動も伴いながら、世界最高峰のブランドマネジメントの"いろは"に触れらたことは、本当に幸運なことです。直近では、ファブリーズのブランドマネージャーとして、ブランドレコードとなる売り上げを達成することが出来たのは、

        【1時間で分かる】P&G流マーケティングの教科書|石井賢介
      • CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note

        会社の体制が大きく変わり、カオスの中に少しの静寂(暇)ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない

          CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note
        • OpenInterpreter / ついにAIがガチのアシスタントに!これは凄い、というか凄すぎる|shi3z

          凄いものが出てきてしまった。 ChatGPTの「Code Interpreter」が話題になったが、あれはあくまでクラウド上で動いているだけ。それを模してローカルで動作するようになった「Open Interpreter」は、衝撃的な成果である。 Open Interpreterのインストールは簡単。コマンド一発だ $ pip install open-interpreter起動も簡単 $ interpreter -yこれだけでOK。 あとはなんでもやってくれる。 たとえばどんなことができるのかというと、「AppleとMetaの株価の推移をグラフ化してくれ」と言うとネットから自動的に情報をとってきてPythonコード書いてグラフをプロットしてくれる。 凄いのは、ローカルで動くのでたとえばApplescriptを使ってmacOSで動いているアプリを直接起動したり操作したりできる。「Keynot

            OpenInterpreter / ついにAIがガチのアシスタントに!これは凄い、というか凄すぎる|shi3z
          • デジタル庁のサイトやばすぎるwww - Qiita

            はじめに みなさん、デジタル庁のサイトはご覧になったことはありますか?今話題のデジタル庁です。 こちらが2023年6月現在のデジタル庁のサイトです。やばくないですかこれ?最初見たときこれ「やっばw」と思いました。これからこのサイトのやばさを語っていきたいと思います。 洗練されたシンプルさ、そしてデザイン 僕は最初見たときびっくりしました。「なんてシンプルで見やすいんだ!」官公庁のサイトですよ?官公庁のサイトといえば、細かい字がずらっと並んで見づらいイメージでしたが、デジタル庁のサイトはとことんシンプルさを追求して見やすくしてます。フォントもNoto Sans JPを使われててとても読みやすい。黒も #000 でなく見やすい色になっている。 やばいですねこれ。 そしてこのレイアウトを見たとき、余白のおかげでとても見やすいなと思いました。そこでChrome Dev Toolでレイアウトを見てみ

              デジタル庁のサイトやばすぎるwww - Qiita
            • 日本人はなぜ「論理思考が壊滅的に苦手」なのか

              コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕

                日本人はなぜ「論理思考が壊滅的に苦手」なのか
              • バッチ処理 プラクティス

                バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か?」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。

                  バッチ処理 プラクティス
                • Docker一強の終焉にあたり、押さえるべきContainer事情

                  章立て はじめに Docker・Container型仮想化とは Docker一強時代終焉の兆し Container技術関連史 様々なContainer Runtime おわりに 1. はじめに Containerを使うならDocker、という常識が崩れつつある。軽量な仮想環境であるContainerは、開発からリリース後もすでに欠かせないツールであるため、エンジニアは避けて通れない。Container実行ツール(Container Runtime)として挙げられるのがほぼDocker一択であり、それで十分と思われていたのだが、Dockerの脆弱性や消費リソースなどの問題、Kubernetes(K8s)の登場による影響、containerdやcri-o等の他のContainer Runtimeの登場により状況が劇的に変化している。本記事では、これからContainerを利用したい人や再度情報

                    Docker一強の終焉にあたり、押さえるべきContainer事情
                  • すかいらーくは3000台のネコ型配膳ロボットをどうやって導入しきったのか。|安藤 健/ロボット開発者

                    年の瀬の12月21日、すかいらーくは『2100店のファミレスに3000台のネコ型ロボットを導入しきった!!』というプレスリリースを出しました。 導入宣言をしたのが2021年10月だったので、1年ちょっとでファミレスで動く3000台のロボットが導入されたことになります。ザックリ計算すると、『1日10台ずつ』のロボットが、全国のガスト、バーミヤンなどで増えていったことになります。少なくとも私の知る範囲では最大規模かつ最高ペースです。 今回は、このビックな取組みがどのようなプロセスで進んだのかを、すかいらーくのIR資料などの公式情報をもとにまとめてみます。 導入したロボットは? すかいらーくグループに納品されたのは、2016年に中国深圳で設立されたPudu Robotics社の「BellaBot(ベラボット)」。すかいらーくやメディアなどでは、その見た目から「ネコ型配膳ロボット」などと呼ばれてい

                      すかいらーくは3000台のネコ型配膳ロボットをどうやって導入しきったのか。|安藤 健/ロボット開発者
                    • SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー|ミック

                      はい、今回はみんな大好き(大嫌い)SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド(非IT産業)にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある(筆者が追えていないだけでもっと古いかもしれない)。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ

                        SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー|ミック
                      • 検索が爆速になるデータベース設計を公開します

                        こんにちは。エンジニアの谷井です。 フォルシアでは、Spookと呼んでいる技術基盤を用いて、主に旅行業界やMRO業界に対して、膨大で複雑なデータを高速検索できるアプリケーションを提供しています。 今回はその高速検索のノウハウのうち、特にDBの扱いに関連する部分について、ベテランエンジニアへのインタビューを通してそのエッセンスをまとめてみました。 一般的なベストプラクティスだけでなく、検索性能を高めることに特化しためずらしいアプローチもあるので、ぜひご覧ください。 フォルシアにおける検索DBについて まず前提としてフォルシアで扱うデータについて軽く説明します。 扱うデータの複雑さ たとえば、旅行会社向けのアプリケーションであれば、宿泊素材の情報としては ホテルの情報「〇〇ホテル」(~約2万件) プランの情報「朝食付き・ロングステイ△△プラン」(0~1500件/施設) 客室の情報(~100件/

                          検索が爆速になるデータベース設計を公開します
                        • 参政党とは何か?「オーガニック信仰」が生んだ異形の右派政党(古谷経衡) - エキスパート - Yahoo!ニュース

                          参政党候補として演説する東京選挙区の河西泉緒候補と、同党比例候補の赤尾由美氏(写真:つのだよしお/アフロ) 政治団体「参政党」が今回の参院選挙全国比例で1議席(神谷宗幣氏)を獲得した(今回選挙で”政党”に昇格)。当初泡沫と思われた参政党はなぜ議席を獲得したのか。実は、当選した同党事務局長の神谷宗幣氏と私は約10年前に出会った。彼と一緒に少なくない期間、仕事をした経験もある。神谷氏とはいったいどのような人物なのだろうか。彼の思想から参政党は如何にして生まれたのか。令和の政界に突如として現れた参政党の実態に迫る―。 参政党は2020年4月に政治団体として結成された。結党当初の5人のボードメンバーのうち、神谷氏を除く3人が現在に至るまで意見対立により同党を離れるなど、短期間で主要幹部が大きく入れ替わっている。その原因の多くは、2020年末~2021年初頭に保守界隈で沸き起こった「バイデン候補陣営

                            参政党とは何か?「オーガニック信仰」が生んだ異形の右派政党(古谷経衡) - エキスパート - Yahoo!ニュース
                          • 布マスクはないよりマシなのか? - NATROMのブログ

                            ■「子供のマスクは手作りを」 学校再開に向け文科省が呼びかけ - 毎日新聞という記事が出ていた。文部科学省が手作りマスクの普及を呼びかけたという。ただ、布マスクが新型コロナ感染症の予防に役立つかどうかは、微妙なところである。現時点では明確な結論は出せない。このエントリーでは、布マスクの感染予防効果を論じた研究、および現時点におけるWHOとCDCの見解を紹介し、その上で、私の個人的な見解を述べる。 布マスクの感染予防の研究、WHOとCDCの勧告 医療機関で働く医療従事者は、自らが感染することを予防するためにマスクを使用する。通常は、使い捨ての医療用マスクを使用するが、布製のマスクで代用可能かを検証したクラスターランダム化比較試験が行われた*1。論文によると布マスクについて行われた最初のランダム化比較試験で、私が調べた範囲内では布マスクの臨床における感染予防を評価した唯一のランダム化比較試験で

                              布マスクはないよりマシなのか? - NATROMのブログ
                            • オセロの必勝法が見つかった件 | やねうら王 公式サイト

                              すごいニュースが飛び込んできた。オセロの必勝法が見つかったのだ。正確に言うとオセロが弱解決された。まずはその論文を紹介する。 Othello is Solved : https://arxiv.org/abs/2310.19387 「弱解決(weakly solved)」を簡単に言うと、初期局面からの双方最善手を打つ時の結論(勝敗)がわかったと言う意味である。8×8のオセロの結論は引き分けなのだそうだ。「必勝法が見つかった」と本記事のタイトルで書いたが、その結果として双方最善を尽くした時のオセロの結論が引き分けだったことが判明したので正しくは「必勝法(必ず勝てる方法)が存在しないことが証明された」とでも言うべきか。 今回は、初期局面から到達できるあらゆる局面についての結論(勝敗)がわかったわけではない。こちらは「強解決(strongly solved)」と呼ばれる。 弱解決と強解決とでは、

                              • 知っておくと便利な思考フレームワーク×35 | knowledge / baigie

                                世の中には、経営やマーケティングのためのフレームワークや論理モデルが数多く存在しています。これらを学ぶことは、ビジネスパーソンとしての私の基礎力に繋がるのではないかと思い、特に著名なフレームワークを中心に、作られた背景や基本的な特徴を少し調べてみました。 3C マッキンゼー・アンド・カンパニー在籍時代の大前研一氏が1982年に発表した著書『The Mind of the Strategist』の中で提唱したフレームワークです。環境分析の手法のひとつといえるもので、外部分析と内部分析を簡潔に組み合わせて、市場機会を発見することを目的としています。 1980年代、トヨタ、SONYなど日本の製造業が世界市場で高い競争力を持っていました。しかし、成功している企業には必ずしも優秀な戦略コンサルタントがいた訳ではなく、洞察力と直感力による戦略立案がなされていました。 経営やマーケティングに関する「天賦

                                  知っておくと便利な思考フレームワーク×35 | knowledge / baigie
                                • 情シス立ち上げマニュアル - 採用、マネジメント編|12ban

                                  数年前にQiitaに書いた記事の大幅アップデート版です。 このシリーズは情シス何もわかんないけど、1人目の情シスを採用し、一緒に情シスを作り上げていく、そんなマニュアルです。1人目の情シスが採用できたあとは、一緒にこれを読んで実行に移してみてください。 全部で4つの記事に別れています。 - 採用、マネジメント → この記事はコレ - 戦略づくり(ルール、業務基盤) - 戦略づくり(セキュリティ) - 戦略づくり(BPR / 業務改善)→ ※内容薄すぎた場合作成しないです そして、本記事をレビューしてくれた某分家コミュニティの人たち、そしてより良いものにしようとコメントくださった、おかしんさん、ゆりねえの二人に感謝を。 想定読者 * 情シスがいない企業で情シス立ち上げを行おうとする人(CTOなど) * 1人目の情シスとして入社して、これから立ち上げを行っていく人 ※世の中のすべての情シスを知

                                    情シス立ち上げマニュアル - 採用、マネジメント編|12ban
                                  • ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog

                                    はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか? 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな

                                      ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
                                    • 「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと

                                      Developer Summit 2020 発表資料 #devsumi

                                        「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと
                                      • Kubernetesをだいたい理解するまで

                                        インフラ初心者がいきなり実務でKubernetesを使うことになったので、その学習記録✎ 流れとしては、 概念的なところを抑える 実際に手元で動かしてみる です! また、すでにKubernetesについて書かれたわかりやすい記事がたくさんあるので、本記事はそれらをもとに自分の理解をまとめたものになります。 概念的なこと まずはこれで概要把握 まずは👇を読もう。(ありがたやありがたや...) 僕らは何故Kubernetesを使うのか Kubernetesというものが出てきた背景を、オンプレの時代からどういうふうに変わっていったかわかる KUbernetesの概要がわかる メリデメがわかる Argo CDの例などを用いてどういうふうに使われているのかイメージが付く Kubernetesとは ざっくりいうと、 サービスをコンテナ上で動かすようになったことで起こった、 複数のサーバ上で複数のコン

                                          Kubernetesをだいたい理解するまで
                                        • 誕生から18年、iTunesがついに終焉へ - こぼねみ

                                          今は亡きSteve Jobs氏が2001年1月に初めて世に送り出して18年、ついにiTunesが終わりを迎えることになりそうです。 BloombergのMark Gurman氏は、日本時間6月4日から始まるWWDCでiTunesがついに役目を終えることを伝えています。 iTunesは、約20年にわたって、ユーザーが音楽を聴いたり、映画を観たり、ポッドキャストを聴いたり、iPodやiPhoneなどデバイスを管理したりする方法でした。 End of iTunes iTunes has been the way Apple users listen to music, watch movies and TV shows, hear podcasts, and manage their devices for almost two decades. This year, Apple is fina

                                            誕生から18年、iTunesがついに終焉へ - こぼねみ
                                          • システム開発で曖昧な要望を形にしていく方法 - arclamp

                                            このブログはグロースエクスパートナーズ Advent Calendar 2021の10日目です。 社内メンバーから要望があったので、僕自身がどのようにシステム開発の初期段階において、どのように要望を整理し、形にしていっているのかについて書きたいと思います。 なお内容は弊グループの案件を前提にしているので、システム開発は以下のような状況が一般的です。 クライアントは直接契約(プライム) 要望を出すのはクライアント企業内で事業運営側の人で、システム開発にかかわった経験がないことがある 対象システムはSoE/mode2で、一般消費者や取引先などの外部ユーザーと、社内で業務を回す内部ユーザーがいる 相手の話を整理するフレーム まず、相手から得られる情報を4つの階層にわけて整理する必要があります。 目的:達成すべきこと 戦略:目的を確実・効率的に達成するためのシナリオ 戦術:戦略を実行するための具体

                                              システム開発で曖昧な要望を形にしていく方法 - arclamp
                                            • ほとんど理解されていない「良い戦略、悪い戦略」 – suadd blog

                                              「戦略」とは何か、を深く考えさせられる良書。経営思想家として大学やコンサルタントとして活躍しているリチャード・P・ルメルトが、様々な事例をもとに良い戦略の作り方を書いています。事例は後付けの生存者バイアスがかかっているものの、多くは納得感がありました。また、そこまで体系だっているわけでもないですが、実例が大変おもしろく、非常に勉強になりました。 自社を振り返ると、無意識にうまく戦略を実行してきたこともありましたが、全然できてないなぁと思うことも多く、どうやったら良い戦略を作り、実行していけるかをすごく考えさせられました。すぐに役に立つことも多かったですし、まさに今、中期経営計画を更新しているところでもあり、活かしていきたいと思ってます。 良い戦略がなければ、まぐれ当たり以外、成功するのは難しいので、特にスタートアップに関わるひとには必読かなと思います。 以下、ちょっと長くなってしまいました

                                              • Microservices分割大全 - kawasima

                                                Microserviceの分割の仕方について語られているものを収集します。 microservices.ioのサイトに載っている分割パターンは4つ。ただし「自己完結型サービス」と「チームごとのサービス」は、直交していないので大きくは「ビジネスケイパビリティでの分割」と「サブドメインでの分割」の2つ。 ビジネスケイパビリティでの分割 https://microservices.io/patterns/decomposition/decompose-by-business-capability.html 現在の業務機能にしたがってサービスを分割する。 したがって、コンウェイの法則にしたがった分割とされる。 サブドメインでの分割 https://microservices.io/patterns/decomposition/decompose-by-subdomain.html DDDのサブドメ

                                                  Microservices分割大全 - kawasima
                                                • 新 GitHub Actions 入門 - 生産性向上ブログ

                                                  github.blog GitHub Actions の新バージョンが 8/8 に発表されました。 www.kaizenprogrammer.com 自分は過去にも旧バージョン時に GitHub Actions の入門記事を書いていたのですが、新バージョンがこれまでと大きく変わってしまっているので、この記事ではあらためて GitHub Actions についていろいろ調べたり動かしてみたりした内容をまとめます。 目次 注意事項 GitHub Actions とは これまでの GitHub Actions とどこが変わったか コンセプト マルチプラットフォーム対応 HCL から YAML へ 料金 その他 GitHub Actions と Azure Pipelines 簡単な例 (Hello, World) ワークフローの設定 ワークフローとは ワークフローを実行するイベント ワークフロー

                                                    新 GitHub Actions 入門 - 生産性向上ブログ
                                                  • ウクライナ善戦。ウクライナ自身の理由(dragoner) - エキスパート - Yahoo!ニュース

                                                    ウクライナの予想外の「善戦」 ロシアによるウクライナ侵攻が始まってから、すでに1ヶ月以上が経過した。ロシアが侵攻を開始した場合、72時間以内に首都キエフは陥落するという予測が、侵攻前は真実味をもって語られていた。しかし、キエフは未だに陥落せず、ロシア国境に近いハリコフもウクライナは保持している。逆にロシア軍は多数の兵士が死傷し、将官にも戦死者が出るなど苦戦が続いており、ウクライナ北部から撤退するなど再編を余儀なくされている。 大方の予想を覆したこの事態に対し、「ロシア軍の稚拙な作戦」などロシア側の不手際に原因を求める報道や、ウクライナ善戦の要因を欧米による支援、中でも携行対戦車ミサイル“ジャベリン”や携行対空ミサイル“スティンガー”、またはドローンといった装備の活用で説明される例も多い。しかし、ウクライナの「善戦」はそうした外部の要因だけで説明がつくのだろうか? 「善戦」の要因はなにか? 

                                                      ウクライナ善戦。ウクライナ自身の理由(dragoner) - エキスパート - Yahoo!ニュース
                                                    • エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog

                                                      チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント(組織マネジメント)という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その

                                                        エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
                                                      • (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

                                                        本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

                                                          (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
                                                        • 【新規事業開発】知ってること全部まとめてみた - Qiita

                                                          はじめに 新規事業開発に役立つ記事のリストを友人や知人に共有することが多くなり、そのつどメールやチャットツールで送ることが面倒になってきたため、「まとめ記事」にしました。 これらはたくさんの方々から教えていただいて集まった情報のリストです。実際に会ってみた、行ってみたという情報も多いです。コピーしてご利用いただいても問題ありませんし、アフィリエイトもしていません。 ※追記 (1)Qiitaの記事以外は、リンクをクリックしたら自動的に新しいタブで開くようになっています。 (2)頻繁に新しい情報を教えていただいて追加しています。「これも追加してほしい」という情報があればお気軽にコメントください。 (3)Qiitaはプログラミング記事しかダメだと知らずにこの記事を作成しました。もしQiitaから注意されたら移動します。コミュニティガイドライン - Qiita:Support 目次 新規事業開発の

                                                            【新規事業開発】知ってること全部まとめてみた - Qiita
                                                          • 文章生成AI利活用に関するガイドライン.pdf

                                                            文章生成AI 利活用 ガイドライン Version 2.0 令和6年(2024年)4月 東京都デジタルサービス局 2 はじめに このガイドラインは、東京都で初めてとなる文章生成AI の利活用ガイドラインです。 ChatGPTをはじめとする文章生成AIは、都職員の業務 のあり方を大きく変革する可能性を秘めている一方、 様々なリスクも指摘されています。このため、業務での 活用にあたり期待する効果を得るためには、その特性を よく理解し、正しく利用することが重要です。 東京都では、デジタルサービス局に検討プロジェクト チームを設置して、文章生成AIの利活用について議論を 重ね、令和5年8月、検討の成果をガイドライン (Version 1.0)としてまとめ、文章生成AIの全庁利用 を開始しました。 その後、10月に利用状況についてアンケートを行った ところ、活用事例やプロンプト例を求める声が多かった

                                                            • Design Docs at Google

                                                              One of the key elements of Google's software engineering culture is the use of design docs for defining software designs. These are relatively informal documents that the primary author or authors of a software system or application create before they embark on the coding project. The design doc documents the high level implementation strategy and key design decisions with emphasis on the trade-of

                                                                Design Docs at Google
                                                              • ピークカット戦略(集団免疫戦略)地獄への道は善意で舗装されている

                                                                「コロナの感染を止めることは難しいので、ピークをコントロールし、最終的に、ゆっくりとみんながコロナに罹ることによって、集団免疫を獲得しよう」 いわゆるピークカット&集団免疫戦略とよばれるものだ。 先日英国のジョンソン首相がこの路線をとることを表明し話題になった。 私はこの戦略が最終的に破綻し、より多くのコストを払うことになるだろうことを2月の始めから繰り返しツイッターで書いてきた。しかしながら、いまだ多くの政治家やブロガー、識者ですらピークカット&集団免疫路線を支持していていることに驚きを隠せない。 なぜピークカット戦略が破綻するのか。なぜ最終的なコストが高く付くのか? 多少長いが、できるだけシンプルに書いたので最後まで読んで欲しい。 ピークカット戦略(集団免疫)とはなにか? まずは、ピークカカット戦略(集団免疫)について簡単に説明する。 ピークカットとは、医療崩壊を起こさないように、感染

                                                                  ピークカット戦略(集団免疫戦略)地獄への道は善意で舗装されている
                                                                • 今のチームに来てから最も生産性が上がった考え方|牛尾 剛

                                                                  多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性 様々な努力をして、特に有効だったことを自分の本に書いたつもりではある

                                                                    今のチームに来てから最も生産性が上がった考え方|牛尾 剛
                                                                  • 組織にテストを書く文化を根付かせる戦略と戦術(2020秋版) / Strategy and Tactics of Building Automated Testing Culture into Organization 2020 Autumn Edition

                                                                    ソフトウェアテストシンポジウム 2020 新潟 JaSST'20 Niigata 基調講演 2020年9月28日(月) http://www.jasst.jp/symposium/jasst20niigata.html

                                                                      組織にテストを書く文化を根付かせる戦略と戦術(2020秋版) / Strategy and Tactics of Building Automated Testing Culture into Organization 2020 Autumn Edition
                                                                    • GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる

                                                                      GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる GitHubが提供するGitHub.comは、世界最大のソースコード管理システムを始めとするソフトウェア開発者向け支援サービスを提供しています。 そのGitHub.comはRuby on Railsで構築されており、同社はつねにRubyとRuby on Railsをアップデートし続けていることを今年(2023年)4月に明らかにしています。 参考:GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている そして同社はこのGitHub.comを支える1200台以上のMySQL 5.7を、GitHub.comのサービスレベルを維持したまま1年以上かけてMySQL 8.0にアップグレードしたことをブログで明らかにしました。 Up

                                                                        GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる
                                                                      • 組織にテストを書く文化を根付かせる戦略と戦術(2019夏版) / Strategy and Tactics of Building Automated Testing Culture into Organization 2019 Summer Edition

                                                                        デブサミ夏 【B-4】 2019/07/02 13:15 ~ 14:00 https://event.shoeisha.jp/devsumi/20190702/session/2077/

                                                                          組織にテストを書く文化を根付かせる戦略と戦術(2019夏版) / Strategy and Tactics of Building Automated Testing Culture into Organization 2019 Summer Edition
                                                                        • ロシアの核・非核エスカレーション抑止概念を巡る議論 の動向 小泉 悠

                                                                          10 10 1990 2018 NPR2018 PGM 1 1 tailored-damage 1 2008 2008 2 1999 1 2 CNA -1 2 CNA 3 1999 4 NATO 1991 4 2000 2006 MD MAD 5 PGM 6 7 10 CSIS 2016 8 PGM PGM PGM A.V. CNA Michael Kofman, Anya Fink, and Jeffrey Edmonds, Russian Strategy for Escalation Management: Evolution of Key Concepts, CNA, 2020, p. 20. <https:// www.cna.org/CNA_files/PDF/DRM-2019-U-022455-1Rev.pdf> -2 1993 2000 2010 2014 PISM 9 2

                                                                          • Webアプリケーションのパフォーマンス・チューニングの勘所 / web tuningperformance

                                                                            # 参考資料 - https://speakerdeck.com/hanhan1978/purohuairawoshi-tutaphpapurikesiyongai-shan-falsekan-suo - https://speakerdeck.com/hanhan1978/web-application-tuning-guildline - https://speakerdeck.com/soudai/basic-of-rdb - https://speakerdeck.com/soudai/shi-xing-ji-hua-falsehua - https://fortee.jp/phpcon-2021/proposal/1e11a6b1-08d9-4044-9909-4c90105ea726 - https://fortee.jp/phperkaigi-2021/proposal/1d

                                                                              Webアプリケーションのパフォーマンス・チューニングの勘所 / web tuningperformance
                                                                            • スクエニ新作SRPG『TRIANGLE STRATEGY』発表。「価値観」によって物語が変化するタクティクスRPG - AUTOMATON

                                                                              任天堂とスクウェア・エニックスは2月18日、「Nintendo Direct 2021.2.18」にて新作タクティクスRPG『TRIANGLE STRATEGY』を発表した。対応プラットフォームはNintendo Switchのみ。2022年に発売予定で、本日からニンテンドーeショップにて体験版が配信されている。 本作の舞台となるのは塩と鉄の利権をめぐり、三国が争いを続けてきた戦乱の大地、ノゼリア。プレイヤーは己の正義と向き合いながら、さまざまな局面で選択と決断を迫られることとなる。それによって導き出された行動は3つの価値観「BENEFIT(ベネフィット)」「MORAL(モラル)」「FREEDOM(フリーダム)」に影響を与え、「信念」として蓄積され、加入する仲間や物語の展開が変化していく。 バトルは高低差のあるフィールドで繰り広げられ、装備する武器や位置取りによってユニットの攻撃範囲が変化

                                                                                スクエニ新作SRPG『TRIANGLE STRATEGY』発表。「価値観」によって物語が変化するタクティクスRPG - AUTOMATON
                                                                              • GitHub Actions入門 ── ワークフローの基本的な構造からOIDCによる外部サービス認証まで - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                                GitHub Actions入門 ── ワークフローの基本的な構造からOIDCによる外部サービス認証まで GitHubが公式に提供するGitHub Actionsは、後発ながらよく使われるワークフローエンジンとなっています。本記事では、藤吾郎(gfx)さんが、典型的なCI/CDのユースケースに即したワークフローの設定と管理について解説するとともに、注目されているGitHub OIDC(OpenID Connect)の利用についても紹介します。 GitHub Actionsは、GitHubが提供するCI/CDのためのワークフローエンジンです。ワークフローエンジンは、ビルド、テスト、デプロイといったCI/CD関連のワークフローを実行し、定期実行するワークフローを管理するなど、開発におけるソフトウェア実行の自動化を担います。 ▶ GitHub Actions - アイデアからリリースまでのワーク

                                                                                  GitHub Actions入門 ── ワークフローの基本的な構造からOIDCによる外部サービス認証まで - エンジニアHub|Webエンジニアのキャリアを考える!
                                                                                • Developers Summit 2020 資料リンクまとめ - Qiita

                                                                                  毎年開催されているデブサミが2020/2/13(木)、14(金)で開催されましたね。 現時点で公開されている資料のリンクをまとめました。 よろしければご活用ください。 はじめに 公式サイト - Developers Summit 2020 登壇者名は敬称略させていただいています。 Twitterアカウントについては、多くの方はデブサミ公式サイトの紹介ページに記載がありましたので、そちらから引用させていただきました。記載がなかった方については、調べて分かった方のみ記載しています。 資料について、見つけられなかった or 元々資料を使用していない 方についてはレポート記事を見つけられた方のみ、そのリンクを記載しています。 なお、こういったリンクまとめをQiitaに投稿するのは初めてなので何か問題がある場合や、リンクの間違い等ありましたらコメントいただけると助かります。 2/13 13-A-1

                                                                                    Developers Summit 2020 資料リンクまとめ - Qiita