並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 5306件

新着順 人気順

開発の検索結果321 - 360 件 / 5306件

  • GitHub、「Copilot Workspace」テクニカルプレビューを開始。ほとんど全ての開発工程をAIで自動化

    GitHub、「Copilot Workspace」テクニカルプレビューを開始。ほとんど全ての開発工程をAIで自動化 テクニカルプレビューは上記のCopilot Workspaceのページからウェイトリストボタンをクリックして申し込みます。 Copilot Workspaceはほとんど全ての工程を自動化 Copilot Workspaceは、自然言語で書かれたIssue(課題)を基に、Copilotが仕様案と実装計画を示し、コーディングや既存のコードの修正を行い、ビルドをしてエラーがあればデバッグも行うという、プログラミングのほとんど全ての工程をCopilotが自動的に実行してくれる、というものです。 人間は各工程でCopilotから示される内容を必要に応じて修正するか、そのまま見守ることになります。 GitHub CEOのThomas Dohmke(トーマス・ドムケ)氏は、Copilot

      GitHub、「Copilot Workspace」テクニカルプレビューを開始。ほとんど全ての開発工程をAIで自動化
    • 海外「日本人は真面目過ぎるんだよ」 何で日本人は万能なのにこの分野だけは苦手なんだ?

      コンピューター分野において「ハードウェア」の対比語で、 何らかの処理を行うコンピュータ・プログラムや、 関連する文書などを指す言葉である「ソフトウェア」。 一般的にはワープロソフト等のアプリケーションソフトウェアや、 OSなどのシステムソフトウェアに分類されています。 今回の翻訳元では、そのソフトウェアと日本人を絡めた投稿が。 「日本人は基本的にどんな技術でも優れており、 より勤勉に作業に取り組むにもかかわらず、 なぜかそれがソフトウェア面では当てはまらないのは奇妙だ。 偉大なソフトウェアに、日本発のものは存在しない」と、 ソフトウェア技術が唯一と言える日本人の弱点だと指摘しています。 この投稿に対し、外国人から様々な見解が寄せられていました。 その一部をご紹介しますので、ごらんください。 「日本は天才の宝庫だ!」 『世界を変えた日本の発明』の数々に海外から称賛の声 PexelsによるPi

        海外「日本人は真面目過ぎるんだよ」 何で日本人は万能なのにこの分野だけは苦手なんだ?
      • ほんとうにあった開発生産性が爆下がりする話 - Qiita

        昨今、継続的にプロダクト開発していくことが主流となり、Four Keysなどの開発パフォーマンスを測る指標なども出てきており開発生産性を向上させることが注目されています。 しかし、かつての開発現場では今では信じられないような開発生産性を爆下げするようなことをやっていました。 この記事では10年以上前に私が経験した開発生産性を爆下げする事例を書いていこうと思います。 (私が体験したことをベースに書いているので10年前は全てがこうだったということではないのでご留意ください ) 修正前のコードはコメントアウトで残す 当時、ウォーターフォールで開発していました。 ウォーターフォールでは開発工程とテスト工程が分かれています。 開発工程で一通りコーディングして、テスト工程で動作確認を行いバグを潰します。 問題はここからです。 とある現場では、テスト工程でバグを直すときにコードを破壊的に直すのではなく、

          ほんとうにあった開発生産性が爆下がりする話 - Qiita
        • Re: なんで今さら帳票エンジンを新規開発しているのか

          pdfmeとは Website: https://pdfme.com/ TypeScriptで書かれたオープンソースの無料の帳票エンジン。 テンプレートを使って宣言的にPDFを作成でき、サーバー、ブラウザどちらでも動作する。 2022年2月にbeta版としてリリースしてから現在 Version3で GitHubではStartが1500、npmではバラツキはあるが週間1万件くらいのダウンロードがある。 自分が把握しているだけで、世界中で採用事例があり、電子カルテ作成、工場の手順書作成、ECのカスタムパッケージ制作ソフトなど、すでにいろんなサービスに組み込まれている。 この記事ではどのようなモチベーションでpdfmeを開発しているのかということを説明したいと思います。 なんで帳票エンジンを新規開発するのか PDFファイルを作成・編集するという観点ではpdfkitという素晴らしいライブラリが20

            Re: なんで今さら帳票エンジンを新規開発しているのか
          • 中級Git操作

            今回の記事の内容はGitHub共同創業者のScott Chacon氏の「Pro Git」と同氏の今年の「So You Think You Know Git」(Gitがわかっているとでも思っているか?)発表をベースにしている。 コンフィグ ここでコンフィグにてデフォルトとして指定して損がないオプションをいくつか紹介します。 git rerere git rerereは"reuse recorded resolution"(記録ずみ解決方法を再利用)の略語になっている。 名の通りマージコンフリクトがどう解消されたかを記録し、次に同じようなコンフリクトが発生した際、同様の解決方法を自動的に適用するためのコマンドです。 また、基本的にデフォルトにしてもときに差し支えないため、ぜひgit config --global rerere.enabled trueを実行してみてください。 git main

              中級Git操作
            • GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど

              GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど 記事の中で、プログラマが意図したコードを高い精度で生成AIに生成させるためのテクニックがいくつも紹介されています。これらのテクニックはCopilotに限らず、生成AIを用いてコードを生成させる際の参考になると思われます。 この記事では、紹介されているテクニックのポイントをまとめてみました。 GitHub Copilotでよりよいコードを生成するためのポイント 生成AI活用の基本として説明されたのは、大規模言語モデルを用いた生成AIでは、コンテキスト(文脈)に基づいて予測を行うように設計されているため、生成AIに対する入力やプロンプトがコンテキストに富んでいるほど良い出力が得られる、という原則です。 それゆえ、GitHub CopilotおよびGitHub Copi

                GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど
              • 5400万年前から存在する虫歯をついに人類が克服するかもしれない

                人間は生きているうちに歯は一度しか生え変わらず、一度損失してしまうと取り戻すことはほとんど不可能です。虫歯を防ぐにはとにかくこまめかつ丁寧に歯を磨くことが必要とされていますが、近年虫歯を予防する新たな方法が開発されたとして、さまざまな研究を紹介するニュースレター・Cremieux Recueilが紹介しています。 The Rise and Impending Fall of the Dental Cavity https://www.cremieux.xyz/p/the-rise-and-impending-fall-of-the 虫歯は感染症であり、主に母親から子供へ伝染するといわれています。虫歯の主な原因菌であるミュータンス連鎖球菌(Streptococcus mutans)は糖質を好み、代謝産物として乳酸を生成します。この乳酸が歯のエナメル質を脱灰し、虫歯を引き起こすというわけです。

                  5400万年前から存在する虫歯をついに人類が克服するかもしれない
                • メールアドレスをキーにしてID連携を行う設計の危うさ|ritou

                  ritouです。このしずかなインターネットにおける初投稿です。 おそらく、このしずかなインターネットのID連携では次のような設計になっていま「した」。問い合わせをさせていただき、対応いただきました。 これまでもQiitaなどで同様の実装例が紹介されていた際にはコメントさせていただいていたものですので、アンチパターンの紹介記事として読んでいただければと思います。 「Googleアカウントでログイン」ではじめると、ユーザーが作成され、Googleから受け取ったメールアドレス([email protected])が設定される 次回から「Googleアカウントでログイン」をすると、Googleから受け取ったメールアドレスでユーザーを参照 試しに、次のような流れで動作を確認してみます。 「Googleアカウントでログイン」でアカウント作成([email protected]) 「メールアドレス変更」

                    メールアドレスをキーにしてID連携を行う設計の危うさ|ritou
                  • バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 | gihyo.jp

                    バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 NTTデータグループは2023年11月6日、10月10日に発生した全国銀行データ通信システムの障害に関する記者説明会を実施、現時点で判明している障害の概要について説明を行うとともに、再発防止策に向けたタスクフォースの設立などについて明らかにしました。会見の冒頭、NTTデータグループ 代表取締役社長 本間洋氏は、今回の障害により全国の預金者や金融機関をはじめとする社会全体に大きな混乱をもたらしたことを謝罪し、今後の原因究明と再発防止に向け、全国銀行試験決済ネットワーク(以下、全銀ネット)とともに全力をかけて取り組むことを明言していました。 本記事では会見の内容をもとに、現時点で判明している10月10日の事故の原因についてレポートします。 2023年10月10日 ―なにが起こったのか

                      バグは“数千パターンのテスト”をすり抜けた ―NTTデータ「2023/10/10 全銀ネット障害」について説明 | gihyo.jp
                    • 「最低な再開発」とSNSで名高い大阪梅田の住友タワマンの事例から、「日本で今後あるべき再開発」について考える|倉本圭造

                      「最低な再開発」とSNSで名高い大阪梅田の住友タワマンの事例から、「日本で今後あるべき再開発」について考える 東京の明治神宮外苑再開発問題について書いた記事がめちゃバズってTBSの討論番組にも呼ばれたりしたので、日本各地の「再開発」について「アレはどう思う?」ってX(ツイッター)って知らない人に聞かれることが増えたんですよね。 なかでも、「大阪市立大阪北小学校跡地」に住友不動産が建てたタワーマンションは「最悪of最悪」の再開発だろう、という話がSNSで盛り上がっていて、興味を持ったので正月の帰省に合わせて現地を見に行ってきました。 今回記事は、この「梅田の住友不動産のタワマン」の話を皮切りに、よく話題になる明治神宮外苑や下北沢といった色んな事例を取り上げながら今の日本における「再開発」がどうあるべきか、について考える記事になります。 (いつものように体裁として有料記事になっていますが、「有

                        「最低な再開発」とSNSで名高い大阪梅田の住友タワマンの事例から、「日本で今後あるべき再開発」について考える|倉本圭造
                      • エンジニア基礎 ウィルゲート2024年度エンジニア新卒研修

                        ▼研修を実演するイベントが開催されます! 4/15(月) 18:30〜『エンジニア基礎 - 話題の新卒向け研修実演』 https://forkwell.connpass.com/event/315283/ ▼この研修についてのテックブログ記事 https://tech.willgate.co.jp/entry/2024/04/01/184252 ▼補足 株式会社ウィルゲート 2024年度エンジニア新卒研修「エンジニア基礎」の資料です。 実際に研修で使用したものを加筆修正して外部公開しています。

                          エンジニア基礎 ウィルゲート2024年度エンジニア新卒研修
                        • Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか

                          Instagramは2010年10月にサービスを開始後、2011年12月までのわずか1年間で1400万人に利用されるほど巨大なサービスに成長しました。こうしたスケールに対応できるシステムを組み上げたのはたった3人のエンジニアだったとのことで、どのように少人数でスケールするシステムを組み上げたのかについて、エキスパートエンジニアのレオナルド・クリードさんが解説しています。 How Instagram scaled to 14 million users with only 3 engineers https://engineercodex.substack.com/p/how-instagram-scaled-to-14-million レオナルド・クリードさんは、Instagramが3人のエンジニアで安定して巨大なサービスを提供できた理由として、下記の3つの原則を守ったからだと述べています

                            Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか
                          • その状態のデザイン考えてなかった! UI Stackってナニ|kana

                            アプリの画面をデザインする際、エンジニアさんに 「なにも登録データがない場合、どう表示しますか」「選択したときの状態ってどんなデザインですか」などと聞かれて 「ウワア考えてなかったすみません、今作ります。。」 (なんて自分はポンコツなんだ、、ウウウ) と、なりたくないですよね。 UI Stackは👆のような状況を回避するのに便利で大事な考え方だと思ったので、言葉の意味を知らない方はぜひ読んでってください! UI Stack アメリカのプロダクトデザイナー Scott Hurff さんが世に出した 「UIの考慮すべき5つの状態」という考え方です 5つの状態 ・Blank State(空っぽの状態) ・Loading State(ローディング状態) ・Partial State(部分達成状態) ・Error State(エラー状態) ・Ideal State(理想状態) 一つ一つ参考を交えな

                              その状態のデザイン考えてなかった! UI Stackってナニ|kana
                            • SoftEtherの登 大遊氏が語る、「日本のITエンジニアに迫る危機」とは

                              大学在学時に、ソフトウェアVPN(Virtual Private Network)の「SoftEther VPN」(以下、SoftEther)を開発したことで広く知られる登 大遊氏。SoftEther開発後も中国の検閲用ファイアウォール「グレートウォール」へのハッキングなどで話題を集め、現在は東日本電信電話(NTT東日本)のビジネス開発本部 特殊局員、情報処理推進機構(IPA)の産業サイバーセキュリティセンター サイバー技術研究者、筑波大学の客員教授などを務めている。 登氏が、ゲットイットが開催したWebセミナーで、日本のITエンジニアに必要な「トライ&エラー(トライアルアンドエラー)の思考法」について話した。ゲットイットは、リユースIT製品の販売やレンタル、メーカーサポートが終了した製品の保守をサポートするIT機器保守(第三者保守)など幅広い役割で、NTTグループをはじめとする多数の企業

                                SoftEtherの登 大遊氏が語る、「日本のITエンジニアに迫る危機」とは
                              • 破綻したドキュメント管理、増え過ぎたプロダクトバックログ… 「Jira」「Confluence」などの活用失敗から学ぶツール運用のコツ

                                Jira SoftwareやTrelloなどを中心としたPMが経験してきたプロダクト管理ツールの失敗や改善を語る「本当に使いこなせてる?プロダクト管理ツールの失敗&改善PMトーク【開発PM勉強会 vol.20】」。ここで株式会社ビズリーチの菊池氏が登壇。ドキュメント管理とプロダクトバックログの失敗から学ぶツール運用のコツについて紹介します。 菊池氏の自己紹介 菊池信太郎氏(以下、菊池):ビズリーチの菊池から、10分枠で話をします。今日のテーマは「失敗から学ぶドキュメントとチケット運用のコツ」ということで、今まで経験したところで「こういうアンチパターンがあったよ」「こういう改善をしたよ」というようなところをお話しできればと思っています。 自己紹介を軽くすると、(私は)2018年からビズリーチで働いています。ビズリーチサービスを作っていて、プラットフォーム開発部の部長をしています。また、201

                                  破綻したドキュメント管理、増え過ぎたプロダクトバックログ… 「Jira」「Confluence」などの活用失敗から学ぶツール運用のコツ
                                • 【CSS】CSSの値と単位が新しくなっていますが、ついていけてますか? - Qiita

                                  はじめに 最近のCSSのアップデートは目覚ましいものがありますが、 みなさんは、CSSの値と単位がここ1年くらいで大きく変わっていることはご存知ですか? Dynamic viewport が追加されたり、math 関数が追加されたりなどの大きな変更は、ご存知かもしれないですが、calc()で ネイピア数 e や 円周率 πなどが使えるようになったり、 フォントに相対的な長さ単位が追加されていたりと細かい変更も多くあります。 そのため、この記事では、CSS Values and Units Module Level 3 から CSS Values and Units Module Level 4の変更点を中心に紹介しようと思います。 Viewport単位 CSS Values and Units Module Level 3 から CSS Values and Units Module Le

                                    【CSS】CSSの値と単位が新しくなっていますが、ついていけてますか? - Qiita
                                  • 設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ

                                    はじめにTIG真野です。 秋のブログ週間2023 の3本目は、設計ドキュメントをGit管理して腐らせないようにがんばってみた話をします。 前段として6年前、「我々はいかにシステム開発におけるドキュメント腐る問題と戦えば良いのか」という記事を書いたのですが、その後の試行錯誤はどこにも残していないことに気づきました。普段のフューチャー技術ブログですとちょっと引け目を感じるテーマですが、秋の夜長を楽しむため読み物成分を多めに書くというテーマのこのブログリレーにピッタリな気がするため、この機会をお借りします。 ドキュメントも色々な種別があるかと思いますが、この記事では設計ドキュメントを指すことにします。設計ドキュメントは開発メンバーが参照するもので、ステークホルダーへの説明資料に引用して使うことはあれど、主目的は異なるという前提です。Design Docの場合もありますし、システム構成図、ERD、

                                      設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ
                                    • 日本の腐女子が北欧のゲームスタジオに就職し、隠れた腐女子仲間を見つけて乙女ゲーム開発スタジオを立ち上げた話 — Neon Noroshi

                                      日本で根強いファンを持つヴィジュアルノベル(VN)ですが、欧米でも徐々に人気が高まりつつあり、テンセントがVisual Artsを買収したこともあってさらに人気が高まる期待が寄せられています。 https://www.siliconera.com/visual-arts-acquired-by-tencent/ 8月7日からSteamでもVNオンリーのフェスティバルセールが開催されています。何気なく語っていますが、これってすごいことです。 日本から見ると驚きかもしれませんが、Steam上ではSteam Greenlightというコミュニティ投票制リリース審査機能が2012年に採用されるまでVNは存在しないも同然の扱いでした。Steamでゲームとして市民権を得たのはSteam Greenlight採用以降になります。 2017年以降はSteam Greenlightは廃止され、Steam D

                                        日本の腐女子が北欧のゲームスタジオに就職し、隠れた腐女子仲間を見つけて乙女ゲーム開発スタジオを立ち上げた話 — Neon Noroshi
                                      • 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へアップグレード。サービス無停止のまま成功させる
                                        • まだOpenAI使ったことないの?この記事で全員ハンズオンさせてやんよ!

                                          目次 はじめに 今回作成するシステムの概要 Azure OpenAI セットアップ Azure DevOps の Azure Repos をセットアップ Next.js でフロントエンド構築 Azure Static Web Apps へ Pipelines を用いて Deploy 動作確認 お片付け はじめに 昨今ちまたで話題の OpenAI。chatGPT はさらっと触ったけど、API までは触ってないなぁ…という方向けのハンズオン 🖐️ となります。 この記事の目標としては、OpenAI を触ってみたい全てのアゲアゲエンジニアがハンズオン出来ることです。 セットアップで詰まるところはどんどんコメント欄に質問していただいたら、がんがん返していきますので、ご遠慮なく質問してください! では、Let's ハンズオン! 今回作成するシステムの概要 今回作成するシステムは Azure 上で作

                                            まだOpenAI使ったことないの?この記事で全員ハンズオンさせてやんよ!
                                          • CSRF対策のやり方、そろそろアップデートしませんか / Update your knowledge of CSRF protection

                                            PHPerKaigi 2024 • Day 1での登壇資料です。 https://phperkaigi.jp/2024/ https://fortee.jp/phperkaigi-2024/proposal/0d0f8507-0a53-46f6-bca6-23386d78f17f ※ Authorizationヘッダーを利用したBearerトークン等の活用については言及していません。

                                              CSRF対策のやり方、そろそろアップデートしませんか / Update your knowledge of CSRF protection
                                            • “あたらないカキ”誕生 世界初の完全陸上養殖に成功 常識覆す秘密は「海洋深層水」

                                              秋から冬にかけて旬を迎えるカキですが、世界で初めて、カキの完全陸上養殖に成功し、“あたらないカキ”が開発されました。 ■「エイスシーオイスター2.0」お味は… プリプリの乳白色の身と、栄養が豊富なことから“海のミルク”と呼ばれ、揚げてもよし、焼いてもよし、もちろん生で食べてもおいしいカキですが…。 会社員(50代):「(カキにあたって)眠れないのもつらいし、おなか痛いのもつらいし、気持ち悪くて、もう朝まで大変でした」 消防士(30代):「(カキに)あたると、次の日仕事とか大変だと思うので、なるべく生のカキは食べないようにしています」 しかし、そんな人に朗報があります。なんと、これまでの常識を覆す“あたらないカキ”が誕生したのです。 “あたらないカキ”を開発したのは、吉田さん。オイスターバーなどカキ専門店の運営や、養殖などを手掛けています。 “あたらないカキ”その名も「エイスシーオイスター2

                                                “あたらないカキ”誕生 世界初の完全陸上養殖に成功 常識覆す秘密は「海洋深層水」
                                              • 『アジアの科学者100人』に選ばれた広島大で助教を務める片山春菜さん(26)の研究と経歴が異次元レベル

                                                朝日新聞デジタル @asahicom 広島大の26歳「アジアの科学者100人」に ブラックホール研究で asahi.com/articles/ASR9C… シンガポールの科学誌が発表した今年の「アジアの科学者100人」に、広島大学大学院で助教を務める片山春菜さん(26)が選ばれました。 広島大に在籍する研究者の受賞は初めてといいます。 2023-09-12 09:16:25 🍄キノコ老師🍄 @SMBKRHYT_kinoko 広島大の26歳「アジアの科学者100人」に ブラックホール研究で:朝日新聞デジタル asahi.com/articles/ASR9C… 博士号取得して即助教になっているあたりに優秀さを感じる。あと、大学院を3年で修了していない?? twitter.com/i/web/status/1… 2023-09-12 12:15:12 🍄キノコ老師🍄 @SMBKRHYT_

                                                  『アジアの科学者100人』に選ばれた広島大で助教を務める片山春菜さん(26)の研究と経歴が異次元レベル
                                                • アメリカ最強アプリとまで評された「SmartNews(スマートニュース)」が失墜してしまった理由とは?

                                                  日本のニュースアグリゲーターである「SmartNews(スマートニュース)」は、一時は評価額が20億ドル(約2800億円)に到達し「アメリカ最強アプリ」と評されるまでになりますが、2023年1月にはアメリカの従業員の40%が解雇され、さらに10月には同社の会長・社長・CEOを兼務していた鈴木健氏がCEOと社長の職を退任する事態にまで陥りました。アメリカで急速に発展していたはずのSmartNewsで一体何が起こっているのかを、海外メディアのRest of Worldがまとめています。 Smartnews was ready to take on the US market. Where did it go wrong? https://restofworld.org/2023/smartnews-japan-unicorn-layoffs-media/ SmartNewsがサービスをスタート

                                                    アメリカ最強アプリとまで評された「SmartNews(スマートニュース)」が失墜してしまった理由とは?
                                                  • 全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible

                                                    全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible

                                                      全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible
                                                    • Dockerのポートマッピングのデフォルト設定は危ない - JUNのブログ

                                                      あらすじ 公衆WiFiに繋いだ状態でいつものように docker container run -p 8080:80 nginx のような感じでDockerコンテナを動かしていたら、外部からリクエストを受信した。 ファイアウォールを設定し、外部からのアクセスを拒否しているはずなのになぜアクセスできたんだ... 環境 Docker desktop for mac with apple silicon 4.21.0 何が起きた? Dockerはデフォルトの設定では-p 8080:80のようにポートマッピングするとファイアウォールの設定を書き換え、外部からそのポートへのアクセスを許可するようになっている。 その結果LAN内の他のPCから対象ポートにアクセス出来てしまう。 ちなみにこれはDocker公式からも注意が出ている。 Publishing container ports is insecur

                                                        Dockerのポートマッピングのデフォルト設定は危ない - JUNのブログ
                                                      • 『アーマード・コア6』配信番組で初公開ミッションに挑んだ「歴戦の一般レイヴン(036)」がすごすぎて視聴者ざわつく。アセンブルはたったの1分制限、防衛任務を初見クリア

                                                        番組内で実施されたのは、完全に初出しとなるミッション「大型ミサイル発射支援」を会場内のプレイヤーに挑戦してもらうというチャレンジ企画。ミッションは大型ミサイルを発射されるまでの5分間にわたり数多の敵から死守するという内容だ。会場で抽選ボックスから選ばれたレイヴンが、ファンの視線が向けられるステージ上で立ってプレイするという、なかなかなに過酷な条件となっていた。 さらに、クリアした場合には特製Tシャツが賞品として会場全員にプレゼントされることも発表。Tシャツは非売品のスタッフ用で、胸にアセンブルの重量エラー時などに表示される出撃不能メッセージが刻印された貴重な一品だ。みなが報酬を手に入れられるかどうかの重圧が挑戦者にはかかる状況だった。 ステージ壇上(左)で挑戦することにマニアにはたまらない特製Tシャツ 司会やフロム・ソフトウェアの開発者がチャレンジングすぎる企画に苦笑する中、抽選ボックスか

                                                          『アーマード・コア6』配信番組で初公開ミッションに挑んだ「歴戦の一般レイヴン(036)」がすごすぎて視聴者ざわつく。アセンブルはたったの1分制限、防衛任務を初見クリア
                                                        • 何年も前に書かれたソースコードを読むときの頭の中 - Mitsuyuki.Shiiba

                                                          コードを書く仕事をしてると、読むことも多い。読んでる時間のほうが多いかもしれない。いま書かれてるコードを読むことも、もちろん多いし、何年も前に書かれたコードを読む機会も割とよくある。 コードを読むと、そのコードを書いた人の考えや、そのときの状況が感じられて、おもしろい。特に、何年も前に書かれたコードを読むときは、コーヒーを片手に(そのときはこんな感じだったんだろうなぁ)って想像しながら読んで楽しい。 ふと、どういうコードから、自分がどういうことを想像するのかを書いてみようと思った。 前提 今、目の前で書かれているコードを読んでレビューしてるときの話じゃなくて、何年も前に書かれたコードを読むときの話をしようと思う。だから、そのコードが良いとか良くないとか、こうするべき「だった」とかは考えない。今後の自分がどう書きたいかなぁ?くらい。 また、そのコードを書いた人が良いとか良くないとかでもない。

                                                            何年も前に書かれたソースコードを読むときの頭の中 - Mitsuyuki.Shiiba
                                                          • 充電不要スマホ実現へ。中国、50年間発電し続ける民生向け「原子力電池」を開発

                                                              充電不要スマホ実現へ。中国、50年間発電し続ける民生向け「原子力電池」を開発
                                                            • 歴史的地名の「行政区画変遷」を大規模オープンデータ化~『日本歴史地名大系』を平凡社地図出版との協働により機械可読データとして強化~ - 国立情報学研究所 / National Institute of Informatics

                                                              2023/10/18 歴史的地名の「行政区画変遷」を大規模オープンデータ化 ~『日本歴史地名大系』を平凡社地図出版との協働により機械可読データとして強化~ 情報・システム研究機構 データサイエンス共同利用基盤施設 人文学オープンデータ共同利用センター(以下ROIS-DS CODH、センター長 北本朝展)と株式会社平凡社地図出版(代表取締役 西田裕一)は、『日本歴史地名大系』の機械可読データ化に向けた協働を推進し、このたび歴史的地名の「行政区画変遷」に関する大規模オープンデータを公開しました。 『日本歴史地名大系』(用語解説1)とは、全国の歴史研究者の協力を得て地名研究・地域史研究の全成果を結集し、株式会社平凡社が25年(1979年~2004年)をかけて出版した50巻51冊の地名辞典です。この地名辞典の編集にかつて関わった人々の全面的な協力を得て、地名辞典の内容の更新や位置情報(緯度経度)の

                                                                歴史的地名の「行政区画変遷」を大規模オープンデータ化~『日本歴史地名大系』を平凡社地図出版との協働により機械可読データとして強化~ - 国立情報学研究所 / National Institute of Informatics
                                                              • リファクタリングをする際にソースコードの設計からはじめてはいけない - MonotaRO Tech Blog

                                                                どうも、レコメンド商品のシステム開発をしている野川と申します。 私は、2021年にモノタロウに新卒入社し、2022年5月からレコメンド商品の開発に関わり始めました。 モノタロウのレコメンド商品は、下の図の①~④の流れでクライアントサイドで表示しています。大部分の処理はJavaScriptで構成しており、UIもそのHTML部分をjQuery(JavaScript)で作成しています。 図:レコメンド商品表の流れ 入社当時私は、ソフトウェアエンジニアとして、「可読性の低いコードは駆逐するべきだ」「読みやすいコードだけが正義である」「理解しやすいシステムだけが皆を幸せにする」と心の底から考えていました。加えて、「なぜ先輩たちは可読性の低いコードを放置して平気なのか?」と疑問を持つこともしばしばありました。 レコメンド商品周りのコードはまさに可読性の低いコードベースとなっていたため、当事者となった私

                                                                  リファクタリングをする際にソースコードの設計からはじめてはいけない - MonotaRO Tech Blog
                                                                • 筋肉ですべてを解決する人のプログラミング上達方法|牛尾 剛

                                                                  私は米国の超大手クラウドベンダーの中の人をやっており、普段はアメリカに住んで気づいたことをブログに記録しているのだが、今回は趣を変えて、日本で出会った凄い人からの学びを書いてみようと思う。 プリンシパルを目指して前回の下記のブログで、マネージャにならずに、プリンシパルというレベルを目指し始めたので、少しづつ自分のふるまいを変えることにしているが、これはそれの一環だ。 人生最後の大きなチャレンジの戦略を考える|牛尾 剛 (note.com) 筋肉の豊富なケンさん 私が日本に居たときの同僚で、ケンさんという人がいる。筋トレ仲間として、筋肉がものすごいので、凄いなと思っていたのだが、彼は筋肉だけではなくプログラミング力もえげつなかったことを覚えている。 あるハッカソンで普通の人なら1つか2つの機能を試すところを、彼は10個ぐらい、それもものすごく高度に組み合わせてすごく短い時間に凄いアプリを作っ

                                                                    筋肉ですべてを解決する人のプログラミング上達方法|牛尾 剛
                                                                  • 仕様が読めるようになるOAuth2.0、OpenID Connect 入門

                                                                    2023/10/05 Offersさんのイベントでの資料です。 https://offers.connpass.com/event/295782/ イベント後の満足度アンケート(5点満点)の結果は以下になります。 5点: 49% 4点: 39% 3点: 8% 2点: 4% こちらのスライドの内容は以下の本の抜粋になります。デモの内容、このスライドでは触れていないことについてご興味ある場合は以下の本をご参照ください。 https://authya.booth.pm/items/1296585 https://authya.booth.pm/items/1550861 本発表で扱っていないセキュリティに関しては以下の本がおすすめです。 https://authya.booth.pm/items/1877818 本の評判 https://togetter.com/li/1477483

                                                                      仕様が読めるようになるOAuth2.0、OpenID Connect 入門
                                                                    • ドラクエ4のAI戦闘と作戦、完全に理解した|frenchbread

                                                                      30年ぶりにファミコン版ドラクエ4をプレイしたので、AI戦闘の仕様についてまとめます。ソースは主に下の記事と自分でプレイした検証結果です。 本件に関しては下の記事以上に詳しい情報はないと思われますが、仕様解析というコンセプトで非常に詳細に記載してくださっているため、この記事では自分なりに実プレイ上有用かなと思えるレベルでまとめました。 ご一読いただければ「なぜブライやミネアがいまいち使えなかったのか」といった疑問も解消すると思います。 なお、以下に記載の内容は100%正確とは限りません。 ソースの解析記事を私が誤読している可能性があるのと、一部自分で補完した内容はあくまでプレイ検証して「おそらくこうだろう」と結論づけているに過ぎないためです。ご了承ください。 基礎知識まず基礎知識。 ある程度詳しい方、少し調べたことがある方ならこの辺りはご存じの内容になるかもしれません。 AIは「モンスター

                                                                        ドラクエ4のAI戦闘と作戦、完全に理解した|frenchbread
                                                                      • 「サブスク解約したいけど、手続き分からん」に救世主 「解約.com」が話題 開発経緯を聞いた

                                                                        「使っていない月額サービスを解約したいけど、手続きが複雑で分かりにくい」──そのような経験をしたことはないだろうか。そんな人にぴったりなWebサイト「解約.com」がX(旧Twitter)上で話題になっている。ある個人開発者が開発したWebサイトで、さまざまなサービスの解約情報がまとまってある。 例えば「DAZN」ならば、解約情報元として退会方法を記載した公式ページへのリンクを記載している。他にも解約するための手段や、サービスカテゴリも併記。また、各サービスの詳細ページでは解約方法などをAIで要約させた文章や、ユーザーの解約体験の書き込むフォームも備えている。 27日現在で解約.comに記載されているサービスは「楽天モバイル(個人)」や「ソフトバンク光」「DAZN」「朝日新聞社」「日本経済新聞(電子版)」「産経新聞(電子版)」「みずほ銀行」「NHK」「ニコニコ動画」「Audible」「dア

                                                                          「サブスク解約したいけど、手続き分からん」に救世主 「解約.com」が話題 開発経緯を聞いた
                                                                        • 構成図を描く際に気をつけていること - NRIネットコムBlog

                                                                          こんにちは、越川です。 皆さんは構成図を描く機会ありますか? 僕の場合、内部のメンバーやお客様との議論の場で、構成図を描いて図解ベースで説明することが多いです。実際に描いてみると色々と考慮すべき点が多く、今回は自分なりに普段意識している点を言語化してみようと思います。 なぜ構成図を描くのか 構成図を描く際に意識している3つのこと 1. 導線 2. 引き算思考 1. 主役を決める 2. 読者を想定する 3. 高さや大きさを揃える さいごに なぜ構成図を描くのか 構成図のメリットは相手に伝えたいことをシンプルに伝えられる点だと思います。文章で書くと沢山書かなければいけないことが構成図を使うとスムーズに相手に伝わります。例えば、以下の文章を読んでみて下さい。 ユーザーはDNS登録されたFQDNへHTTPSアクセスする CloudFrontはBehaviorに指定されたALBにHTTPSリクエスト

                                                                            構成図を描く際に気をつけていること - NRIネットコムBlog
                                                                          • サイバーエージェント、最大68億パラメータの日本語LLM(大規模言語モデル)を一般公開 ―オープンなデータで学習した商用利用可能なモデルを提供―

                                                                            株式会社サイバーエージェント(本社:東京都渋谷区、代表取締役:藤田晋、東証プライム市場:証券コード4751)は、最大68億パラメータの日本語LLM(Large Language Model、大規模言語モデル)を一般公開したことをお知らせいたします。 近年、OpenAI社が開発した「ChatGPT」※1 を始めとする生成AI・LLMは急速な進化を遂げており、世界中のあらゆる業界・ビジネスにおいて活用が進んでいます。 一方、既存のLLMのほとんどは英語を中心に学習されているため、日本語および日本文化に強いLLMは少ない状況です。 ■最大68億パラメータの日本語LLM(大規模言語モデル)の公開について こうした背景のもと、当社は日本語LLMの開発に取り組んでおり、このたび一部モデルをHugging Face Hubにて公開いたしました。公開されたモデルはオープンな日本語データ※2で学習したもので

                                                                              サイバーエージェント、最大68億パラメータの日本語LLM(大規模言語モデル)を一般公開 ―オープンなデータで学習した商用利用可能なモデルを提供―
                                                                            • 今さら聞けないDocker入門 〜 Dockerfileのベストプラクティス編

                                                                              今時のアプリ開発において、コンテナは避けて通れないものになっています。そして数多くあるコンテナ実行環境の中でも、デファクトスタンダードと言えるのがDockerです。そんなDockerのイメージですが、皆さんは正しくビルドできていますか? そのコンテナは無駄に太っていませんか? 効率よく最短時間でビルドできていますか? セキュリティは大丈夫ですか? 今回はDockerfileの書き方をテーマに、「今さら聞けない」Docker入門をお届けします。

                                                                                今さら聞けないDocker入門 〜 Dockerfileのベストプラクティス編
                                                                              • 「心理的安全性」と「居心地の良さ」のちがい - Qiita

                                                                                最近、IT業界における「心理的安全性」の重要さは広く知られるものとなってきました。 一方で、心理的安全性が誤解・誤用されるケースも見聞きすることもあります。 よくあるパターンは、「心理的安全性」とは「居心地の良さ」である、という認識でしょうか。なんとなく似た意味にも感じますが、実際はまったく別物です。 しかし上記の違いを説明するのはちょっと大変なため、『心理的安全性 最強の教科書』を頼りながら要点を押さえてみようと思います。 心理的安全性は「ゴール」ではない まず心理的安全性とはなぜ必要なのでしょうか。本書は次のように説明しています。 もうひとつ、ありがちな誤解があります。それは職場の心理的安全性を高めることを「ゴール」だと考えてしまうことです。もちろんマネジャーにとって、職場やチームの心理的安全性を高めることは大事ですが、心理的安全性はあくまで組織の生産性を高めるための手段のひとつであり

                                                                                  「心理的安全性」と「居心地の良さ」のちがい - Qiita
                                                                                • 「Ask What, not Why」 失敗したときに自信を失いかけたら実行しているメンタル転落回避術 - Money Forward Developers Blog

                                                                                  半年ぶりのカキコ……ども……。気づいたらHRソリューション本部からMFBC-CTO室に異動していたVTRyoです。兼任で引き続きHR系のマネーフォワード クラウドシリーズも担当しています。 ソフトウェアエンジニアとしての経験値が増えてくると、次第にレビュー担当者になることが増えてくるでしょう。私が所属するSREチームでもTerraformの相互レビューが頻繁に実施されています。そこで、事件は起きたのです。 自信を持ってApproveしたPull Requestで次々に事故が起きてしまった 現在HR内のマネーフォワード クラウドシリーズは、モダンな開発基盤へとリプレイス作業を多く行っています。これまで動いていた基盤に感謝しつつ、新しいPlatformへと移行し、最終的に元あったリソースを削除します。 事件はこの リソース削除 で起きました。 チーム内レビュー OK リポジトリ管理者レビュー

                                                                                    「Ask What, not Why」 失敗したときに自信を失いかけたら実行しているメンタル転落回避術 - Money Forward Developers Blog