並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 1102件

新着順 人気順

githubの検索結果41 - 80 件 / 1102件

  • 開発生産性 実践入門

    本書は基本的には無料で公開しています。 開発生産性という言葉が世に広まりつつあります。 このカテゴリに関する記事の多くを見てきましたが、開発生産性という言葉の概念や考え方に対するものが多く、具体的な打ち手やアクションに対するアウトプットが少ないと感じていました。 そこで本書は、開発生産性を向上させるための基本的な打ち手と、それに対する具体的なアクションを読者に届けたいと思い執筆しています。 実際に読んで、読者の皆さんに何かしらの気づきを届けることが出来たのであれば、投げ銭感覚で購入ボタンを押していただけたら幸いです。

      開発生産性 実践入門
    • OSやエクスプローラーが軽くなる? 「エクスプローラ周り重い人向け覚書」が人気/「はてブ」は1,600以上、有志によるバッチファイルも【やじうまの杜】

        OSやエクスプローラーが軽くなる? 「エクスプローラ周り重い人向け覚書」が人気/「はてブ」は1,600以上、有志によるバッチファイルも【やじうまの杜】
      • 日本列島の弥生時代と古墳時代のほぼ全ての銅鏡が示された分布図が話題となる→可視化されたことで地域的な差異などが一目瞭然に、分類毎の分布図も公開される

        かぬそぬ @omisoi 🖥Simulation考古学者/📝専門は歴史地理情報処理,Agent-based model,人口動態推定等/🗾GIS開発者/📷LiDAR/⛰古墳/🎨創作/🏳️‍⚧️Nonbinary Gender/🏛歴史地図アプリ開発中: github.com/AsPJT/PAX_SAPI… github.com/AsPJT かぬそぬ @omisoi 日本列島の弥生時代と古墳時代のほぼ全ての銅鏡の分布図が完成しました〜😆 ほとんどのデータは「日本列島出土鏡集成(2016年)」です。盾形銅鏡など2017年以降の出土鏡も一部入れています。 データ内部に遺跡時期や鏡式の情報があるので、条件付きの結果も出すことができます☺️ 大きさの比較も簡単♪ pic.twitter.com/RmYCuzl5cx 2024-04-01 22:01:40

          日本列島の弥生時代と古墳時代のほぼ全ての銅鏡が示された分布図が話題となる→可視化されたことで地域的な差異などが一目瞭然に、分類毎の分布図も公開される
        • GitHub Projects を利用したタスク管理 - 一休.com Developers Blog


          宿 @itinao  10  GitHub Projects   GitHub Projects 使KANBAN 使     Custom Fields Views Group by Slice by Workflows ISSUE Pull request Insights         Google SpreadsheetGitHub ProjectsJira
            GitHub Projects を利用したタスク管理 - 一休.com Developers Blog
          • 次世代エディタ6選 - Qiita


             : BasicAdvance  : Basic Zed AtomOSSRustMacOS使OSAICopilot使 Github : zed-industries/zed  https://zed.dev/download (MacOS) 使  RustZed Positron VSCodeIDE  https://github.com/posit-dev/positron/releases 
              次世代エディタ6選 - Qiita
            • 日本の国土交通省が送る『Cities: Skylines』Modv2.0公開!好きな実際の街を再現する「SkylinesPLATEAU」―設定ファイル自動生成などで使いやすく | Game*Spark - 国内・海外ゲーム情報サイト

              国土交通省が主導するプロジェクトPLATEAU(プラトー)は、『Cities: Skylines』のMod「SkylinesPLATEAU」のv2.0を3月29日に公開しました。 オープンデータの3D都市モデルを『Cities: Skylines』にインポートするMod「SkylinesPLATEAU」はPLATEAUが2023年3月に公開した『Cities: Skylines』向けModで、実際の街の3Dモデルをゲームにインポートすることができます。「まちづくりの計画検討やワークショップ、教育の現場等で活用」できるとされています。 同ModはGitHubにてソースプログラムが公開されているほか、導入の詳しいマニュアルがこちらで公開されています。

                日本の国土交通省が送る『Cities: Skylines』Modv2.0公開!好きな実際の街を再現する「SkylinesPLATEAU」―設定ファイル自動生成などで使いやすく | Game*Spark - 国内・海外ゲーム情報サイト
              • Webサービスを作るときのテンプレートを作った - hiroppy's site

                週末に自分がよく使っている技術をまとめたら反応が良かったので、テンプレートを作りました。 なにかWebサービスを作るときに、自分はこれらのライブラリを基本的には入れます。 ベースはcreate-next-appとなりますが、そこで生成された状態だと認証もDBも何もありません。 しかし、サービスを作るにあたって必要なケースがほとんどです。 このテンプレートには特定のライブラリを入れると毎回書かないといけない項目等を事前に作っておき、 開発に集中できる仕組みを作るのがゴールとなります。また、例を示しつつ削除するコード量を最小限に抑えます。 主にNext.js固有のハマるポイントや環境構築などめんどくさいけど毎回書いている点をカバーします。 linterと関連があるVSCode, pre-commit等の設定NextAuthに指定されたDB Schemaの作成やAPI routeの設置開発、テス

                  Webサービスを作るときのテンプレートを作った - hiroppy's site
                • xlsxファイルにSQLを実行するxlsxsql - Qiita


                  xlsxSQLxlsxsql GitHubxlsxsql  xlsxsqlxlsxSQL CSV,LTSV,JSON,YAMLSQLxlsx trdsqlxlsx 使  -o-out CSV, LTSV, JSON, JSONL, YAML, TBLN, AT, MD
                    xlsxファイルにSQLを実行するxlsxsql - Qiita
                  • 羽生先生の発言は何が開発者の反発を招いたのか? | やねうら王 公式サイト


                    2稿AI () () 
                    • なぜファイルの末尾に改行を入れたほうが良いのか - Qiita

                      はじめに ファイルの末尾には改行を入れたほうが良いのでしょうか。 「ファイル 末尾 改行 POSIX」等で調べると、規格の観点から改行を入れた方がいいという話が出てくるのですが、今回はgitの仕組みの観点からも改行を入れたほうが良いという話をします。 GitHub上での末尾改行の警告 例えば末尾に改行のないこんなファイルが有るとし、commitしてGitHubにpushすると以下のような表示になります export function hello(name: string) { return `Hello, ${name}!`; }

                        なぜファイルの末尾に改行を入れたほうが良いのか - Qiita
                      • VSCodeの拡張機能【Gist】が便利すぎて開発効率がかなり上がった話 - Qiita


                         使 GitHubVSCodeGist使使 Gist VSCodeGitHub Gist  GitHub Gist GitHub   1. GitHub Gist 2. GitHub ExpirationNo expiration scopegist  3.  VSCodeGist
                          VSCodeの拡張機能【Gist】が便利すぎて開発効率がかなり上がった話 - Qiita
                        • プログラミング支援AIサービスが主要各社から出揃う、各サービスのまとめ。GitHub/AWS/Google/GitLab/JetBrains


                          AIGitHubAWSGoogleGitLabJetBrains AI PublickeyAI AIAI AI
                            プログラミング支援AIサービスが主要各社から出揃う、各サービスのまとめ。GitHub/AWS/Google/GitLab/JetBrains
                          • 内製するかSaaSに逃がすか

                            InternalManufacturing.md 概要 アプリやサービスをソフトウェアエンジニアが作るときに「ここはSaaSで賄いましょう」「ここは自作しましょう」みたいな判断を迫られがちです。 プロダクトごとに背景が違うので一般論は述べにくいですが、最近の僕の気持ちはこんな感じ、というのをまとめておきます。 // 極論すると、99%くらいのソフトウェアはSaaSを使ったから(勝った|負けた)みたいな短絡的な要素は無くて、それ以外のところで勝敗が決まることが多いです。なので好きにしたら良いという気もする。 ふつうの人間は、内製した方がえらい、というバイアスがある 要はバランス、ではあるが僕は内製箇所を少なくする方を提案することが多い SaaS導入のメリットデメリット 何を今更、ですが一応書いておきます。 メリット SaaSを作ってるのは賢い(?)人たちなので、内製するよりも競争力があるSa

                              内製するかSaaSに逃がすか
                            • Amber The Programming Language

                              Write your scripts in a modern type-safe and runtime-safe programming language that handles many bugs and mistakes during compilation process.

                                Amber The Programming Language
                              • Language Server Protocol の仕様 及び実装方法

                                Language Server Protocol通称LSPの仕様と、各機能をどうやって実装したら良いかの指針を示します。 対象読者 * 言語処理系を実装する人/したい人 * Language Serverを実装する/したい人 * LSPに興味がある人、日本語のまとまった情報源を探している人 * Language Serverがエディタの裏でどのようなことをしているのか気になる人 本書で解説される機能は以下の通りです。 * Diagnostics (検査) * Completion (補完) * Inlay hint * Hover * Goto definition (定義へ移動) * Find references (参照を表示/移動) * Rename (名前変更) * Code actions * Code lens * Signature help * Command * Docu

                                  Language Server Protocol の仕様 及び実装方法
                                • jq 1.7をリリースしました - プログラムモグモグ

                                  jqがjqlang organizationに移譲され、数名の新たなメンテナーを入れた開発体制に移行してから三か月が経ちました。 私にとってこの三か月はとても濃厚で、これまでのOSS活動の中でも特に大変な期間でした。 itchyny.hatenablog.com github.com リポジトリの管理権限をいただいてからまずやったことは、既存のissueやPRの整理でした。 500ほどのissueとPRに目を通し、ラベルをつけて、解決済みのものを閉じて、直近で入れたいものを独断でリリースマイルストーンに入れていきました。 この整理がついた頃には他のメンテナの活動も活発になり、私の作ったマイルストーンのissueやPRを確認してくれました。 そして先日、ようやく1.7をリリースしました。 1.6から実に五年弱、一時は開発が完全に止まってしまいプロジェクトの存続を危ぶむ声も上がるような状況から

                                    jq 1.7をリリースしました - プログラムモグモグ
                                  • Microsoft、「MS-DOS 4.0」をオープンソース化

                                      Microsoft、「MS-DOS 4.0」をオープンソース化
                                    • 皆さんはご存知だろうか、アメリカで親しまれている謎の日本料理 “Hibachi” を「日本のカレーを見たインド人の気分はこれかな」

                                      おもちのびる @omochi_otoca オトカドールのフィギュアを作り続ける亡霊 ホイ卒 5↑ Booth: NineGates yamirin.booth.pm DPSShaderGenerator: github.com/OmochiNobiru/D…

                                        皆さんはご存知だろうか、アメリカで親しまれている謎の日本料理 “Hibachi” を「日本のカレーを見たインド人の気分はこれかな」
                                      • GitHubコマテク集 - OpenWork Tech Blog


                                        西 GitHub便      .github                 GitHub docs.github.com
                                          GitHubコマテク集 - OpenWork Tech Blog
                                        • Obsidianを使って生産性を高める - Qiita

                                          目次 1.はじめに 2.Obsidianとは 3.Obsidianのインストール 4.プラグインの導入 5.おすすめのプラグイン 6.Obsidian参考サイト 7.おわりに 1. はじめに 生産性を高めるツールは色々存在します。 タスク管理を例に挙げると、私はタスク管理にはカンバンツールが好きで、オフラインで使えるWekanやFocalBoardというツールを使ってきました。 しかし、タスク管理は〇〇、エディタは△△、作業記録は××といったように複数のツールを使うのは非常に面倒です。 機会があってマークダウンエディタであるObsidianを活用する方法を調べてみたところ、このツール1つで様々なツールの代替ができて非常に有用だと感じたので、Obsidianの導入方法とタスク管理機能を含めた個人的におすすめなプラグインを紹介し、Obsidianの活用方法を紹介していこうと思います。 まだまだ

                                            Obsidianを使って生産性を高める - Qiita
                                          • 全エンジニアが知っておくべきGithubレポジトリTop28【2023最新版】 - Qiita

                                            この記事はNuco Advent Calendar 2023の18日目の記事です。 はじめに 本記事ではGithubレポジトリTop28を紹介します! Githubレポジトリは日々の業務や学習に役立てることが可能です。必要な機能や学習教材は、無料で利用出来る高機能なものがあるのなら積極的に利用して役立てるべきです。 以下の内容に分けて合計28個のGithubレポジトリを紹介します! 開発用Githubレポジトリ 学習用Githubレポジトリ QOL高めのエンジニアとして日常を過ごしたい方は参考にしてください! 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。

                                              全エンジニアが知っておくべきGithubレポジトリTop28【2023最新版】 - Qiita
                                            • トロイの木馬化された「jQuery」がnpmやGitHubで拡散

                                              海外のセキュリティ企業「Phylum」はトロイの木馬化された「jQuery」がnpmやGitHub、jsDelivr のCDNホストで拡散している事を指摘しました。 「jQuery」を悪用したサプライチェーン攻撃の概要 Phylumは 2024 年 5 月 26 日以来、トロイの木馬化された jQuery のバージョンを悪用する執拗なサプライ チェーン攻撃者を監視しており、最初に npm でこのjQuery を悪用する亜種を発見しました。 そこでは、1 か月にわたって数十のパッケージで侵害されたバージョンが公開されていました。 調査の結果、GitHubや、jsDelivr の CDN ホスト リソースでも、トロイの木馬化された jQuery のインスタンスを発見しました。 なお、今回解説されている内容は正規の「jQuery」へ今回のトロイの木馬が紛れ込んでいるのではなく、 悪意のあるユーザ

                                                トロイの木馬化された「jQuery」がnpmやGitHubで拡散
                                              • 俺たちはもう GitHub のために ssh-keygen しなくていい


                                                  arawi   GitHub CLI  GitHub CLI 便 TL;DR gh auth login  GitHub CLI   SSH key  GitHub CLI  GitHub CLI  GitHub CLI  GitHub  CLI  Repository, Issue, Pull Request  便HomeBrew  https://docs.github.com/ja/github-cli/github-cli/about-githu
                                                  俺たちはもう GitHub のために ssh-keygen しなくていい
                                                • GitHubが制作した次世代開発体験のためのコーディングフォント「monaspace」/トレンドを抑えつつ、独自技術「Texture healing」を盛り込んだ最先端のフォント【レビュー】

                                                    GitHubが制作した次世代開発体験のためのコーディングフォント「monaspace」/トレンドを抑えつつ、独自技術「Texture healing」を盛り込んだ最先端のフォント【レビュー】
                                                  • ヘルプデスク業務を楽にするためにSlackとGitHub Projectを同期するヘルプデスクツールを自作した - MNTSQ Techブログ

                                                    こんにちは。MNTSQの下村です。 コーポレートエンジニアとして、MNTSQ従業員の生産系向上施策等を実施していたりします。 ( Twitterもやっている のでフォローしてもらえると嬉しいです! ) 本日は社員からの問い合わせ業務 いわゆる ヘルプデスク業務について効率化するためのツールを自作した 話を書いてみます。 この記事の要約 一人目コーポレートエンジニアとして参画したがヘルプデスク業務が非効率だったので効率化した。 質問に対して特定のemojiを押すとGitHub ProjectsのItemを作成するようにした。 SlackスレッドのコメントとGitHub ProjectsのItemを双方向同期するようにした。 Azure OpenAIも利用して効率化した。 きっかけ 2023年5月からMNTSQの一人目コーポレートエンジニアとして参画しています。 情報システムを色々と整備してい

                                                      ヘルプデスク業務を楽にするためにSlackとGitHub Projectを同期するヘルプデスクツールを自作した - MNTSQ Techブログ
                                                    • サイバーエージェントのGitHub CopilotのAnalyticsデータを公開!利用開始から約3ヶ月でエンジニアの生産性は向上したのか? | CyberAgent Developers Blog

                                                      サイバーエージェントのGitHub CopilotのAnalyticsデータを公開!利用開始から約3ヶ月でエンジニアの生産性は向上したのか? CTO統括室の黒崎(@kuro_m88)です。サイバーエージェントでは2023年4月下旬より、GitHub Copilotの導入を開始しました。 「実際のところどうなの?」という情報がまだまだ少ないと思われるので、本記事では導入から約3ヶ月が経過した現在の利用状況を公開します。 GitHub Copilotの利用状況 2023年7月現在、サイバーエージェントでは500名以上のエンジニアがGitHub Copilotを利用しています。 追記 7/20: そしてこの数字はGitHubによると現時点で日本で一番多いそうです🎉 サイバーエージェントではGitHub Enterpriseが導入されており、事業部や事業単位でOrganizationを保持してお

                                                        サイバーエージェントのGitHub CopilotのAnalyticsデータを公開!利用開始から約3ヶ月でエンジニアの生産性は向上したのか? | CyberAgent Developers Blog
                                                      • VS Codeでマークダウンを快適に書きたい! オススメの拡張機能と設定6選 - ICS MEDIA

                                                        ブログの文章やドキュメント作成など、さまざまなシーンで使われる記法に「マークダウン記法」があります。文字修飾の簡単さや読みやすさから使うタイミングは多々あると思いますが、みなさんは快適にマークダウンを書けていますか? 筆者はVS Codeでドキュメントをマークダウンで書くことが多く、表の作成・編集やプレビュー表示など、めんどくさい・見づらい・使いづらいと思うことがあります。どうにか快適に書けないかと思いさまざまな拡張機能や設定を試しながら業務を行ってきました。 この記事では、筆者が試した拡張機能やVS Codeの設定の中で便利だったものを紹介します。①から⑥まではすべて無料で利用できるので気軽に試してみてください! ①マークダウンの表をエクセルからコピペできる拡張機能 VS Codeでの表の作成に重宝しているのが「Excel to Markdown table」という拡張機能です。エクセル

                                                          VS Codeでマークダウンを快適に書きたい! オススメの拡張機能と設定6選 - ICS MEDIA
                                                        • DB設計書の管理が楽になるDBML入門 – DBMLの書き方,dbdiagram.io, dbdocs の紹介 – | SIOS Tech. Lab


                                                           DBDBMLDBMLDBMLERGithub actionsCI DBML DBML  DataBase Markup Language DBDB dbdiagram.io  dbdocs.io DB PlantUML DBML  DBMLusers  Table users
                                                            DB設計書の管理が楽になるDBML入門 – DBMLの書き方,dbdiagram.io, dbdocs の紹介 – | SIOS Tech. Lab
                                                          • 業務で使えるかもしれない…!?GitHub Actions の Tips 集 / CI/CD Test Night #7

                                                            https://testnight.connpass.com/event/311263/

                                                              業務で使えるかもしれない…!?GitHub Actions の Tips 集 / CI/CD Test Night #7
                                                            • GitHubのデータセンターでは、Mac miniを分解して取り出したメイン基板をラックマウントに使っている

                                                              GitHubのデータセンターでは、Mac miniを分解して取り出したメイン基板をラックマウントに使っている GitHubは、コードのビルドやテスト環境などで使えるGitHub-hosted runnerとして、Apple M1チップによる「M1 macOSランナー」を提供しています。 このM1 macOSランナーの実行環境として同社のデータセンターには大量のMac miniが稼働していますが、同社が先月(2023年12月)に公開した動画によると、この大量のMac miniはラックマウントのために分解されてメイン基板が取り出され、専用のシャーシに納められていると説明されています。 GitHubはどのようにしてMac miniをデータセンター内でラックマウントしているのか、動画の内容を紹介しましょう。 Mac miniを分解、メイン基板を専用シャーシに組み込む あるGitHubのオフィス。こ

                                                                GitHubのデータセンターでは、Mac miniを分解して取り出したメイン基板をラックマウントに使っている
                                                              • 毎日本番DBをダンプして、ローカルと開発環境で利用して生産性を上げてる話

                                                                シードデータで動作確認して大丈夫だったのに、本番反映してみたら想定してなかった挙動・エラーが出た😱そんな経験はありませんか。 恥ずかしながら私は今までに何回もありました。機能開発だけじゃなくバッチやマイグレーションなんかでも発生しがちなコレ。またはシードデータで動作確認できても、本番データでも通用するか検証ができないままプルリクを作る、なんていうこともあると思います。今回はこちらを無くす試みをしたお話です。 「もう本番DBで開発しちゃえばいいじゃない」の問題点 この課題を解決するには、極論すると本番DBで開発するしかないのですが、そうなると言うまでもなく以下の問題が出てきます。 レビュー通過してないコードが本番に影響を与える トライ&エラーができない 個人情報をはじめとするセンシティブな情報が開発者の端末に漏れる データ量が多すぎてローカルに持ってこれない しかし言い換えると、これらをク

                                                                  毎日本番DBをダンプして、ローカルと開発環境で利用して生産性を上げてる話
                                                                • リリース頻度を毎週から毎日にしてみた - NTT Communications Engineers' Blog

                                                                  目次 目次 はじめに NeWork とは リリース頻度変更の背景 それまでの運用 課題 実現方法 解説 日次でワークフローが起動するようにする main ブランチの HEAD にタグが付与されていなければ付与する develop に差分があれば main へのマージを自動で行う 細かな工夫点 main の内容を develop に自動で取り込む 祝日はリリースしないようにする 自動リリース・自動 develop → main マージの制御 Slack にリリース結果を通知する stg 環境に変更内容を通知する その他の考慮 上司への事前説明の省略 スプリントレビュー前のリリース リリースノート 品質面 リリース頻度を変えてみて おわりに はじめに こんにちは、NeWork 開発チームの藤野です。普段はオンラインワークスペースサービス NeWork のエンジニアリングマネジメントをしています

                                                                    リリース頻度を毎週から毎日にしてみた - NTT Communications Engineers' Blog
                                                                  • これは嬉しい! 漢字がJIS第2水準までしっかり揃ったピクセルフォントがリリース、しかも商用利用も無料 -マルミーニャ

                                                                    ピクセルフォント「マルモニカ」などをリリースされているx0y0pxFreeFontから、新しいピクセルフォントがリリースされました。 ※「マルモニカ」(紹介記事)も漢字対応です。 「マルミーニャ」はかわいさの中にまじめさがある丸ゴシック体のピクセルフォントで、幅広い用途でピクセルの表現を堪能できます。 マルミーニャ マルミーニャ -BOOTH マルミーニャのダウンロード マルミーニャの特徴 x0y0pxFreeFontの他のフォント マルミーニャのダウンロード さっそくフォントのダウンロード方法を紹介します。 まずは、本サイト。「マルミーニャ」リリースのタイミングでサイトがGitHubに移転されました。フォントのダウンロードは、フォント下の「Download」をクリックするだけです。

                                                                      これは嬉しい! 漢字がJIS第2水準までしっかり揃ったピクセルフォントがリリース、しかも商用利用も無料 -マルミーニャ
                                                                    • コストをかけずにWebサービスを公開するための構成例 - Qiita

                                                                      はじめに 個人でフロントエンド(react)、バックエンド(node.js)、データベース(postgreSQL)を利用したWebサービスを公開したいと考えていました。 まずはテスト的に無料で外部公開できるサービスがないか調査しましたが、2022年8月に有料化されたHerokuの記事ばかりヒットしてしました。 結果的には無料で使用できる構成があり、実際にテストプログラムを動作させることができましたので構成例として記載しておきます。 ※無料なので比較的厳しい条件も含まれていたりするのでそれぞれのサービスを確認お願いします。 例えばsupabaseは数日間利用がないとインスタンスが一時停止して手動で起動させないといけないなどがあります。 今回試したサービス できるだけ同じサービスに集約したいと考えていましたが、実際にはフロントエンド、バックエンド、データベースはそれぞれ異なるサービスになってし

                                                                        コストをかけずにWebサービスを公開するための構成例 - Qiita
                                                                      • 成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ

                                                                        成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ 2024年5月16日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS(オープンソースソフトウェア)の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』(2016年、2019年に改訂2版、技術評論社、共著)、『Go 言語プログラミングエッセンス』(2023年、技術評論社、単著)がある。関西在住。 X:@mattn_jp GitHub

                                                                          成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ
                                                                        • 書評:GitHub Copilot とのペアプロ TDD でつくるローグライク RPG - 若くない何かの悩み

                                                                          本記事は「GitHub Copilot とのペアプロ TDD でつくるローグライク RPG」の書評です。題名にローグライクRPGとあるのでゲーム開発の本なのかなと思ってしまいますが、本題は仕様の端的な表現をもたないシステムを LLM を使って真っ当に開発する方法の解説だと思います。タイトルにローグライクRPGと書いていることでゲーム開発に興味のない人の興味を失わせてしまい損をしている気がします。 背景 最近の LLM の流行を受けて私も Chat-GPT や GitHub Copilot といった LLM を開発で利用しています。端的に仕様を表現できるシステムは LLM に質問して実装を得る方が自分で実装するより圧倒的に速く正確であるという感想を抱いています。ただ端的に仕様を表現できるシステムばかりではありません。えてして価値を生んでいるシステムというのは端的な仕様の表現が存在しないもので

                                                                            書評:GitHub Copilot とのペアプロ TDD でつくるローグライク RPG - 若くない何かの悩み
                                                                          • SQLiteがバージョン管理システムとしてGitを採用しない理由

                                                                            GitはLinuxカーネルのソースコード管理に用いるために開発された分散型バージョン管理システムで、GitリポジトリをホスティングするGitHubのユーザー数は1億人を超えます。一方、軽量データベースのSQLiteの開発においてはGitではなくFossilというバージョン管理システムが利用されており、SQLiteの開発陣が「なぜGitを使用しないのか」という理由を公式サイトで説明しています。 Why SQLite Does Not Use Git https://sqlite.org/whynotgit.html なお、Fossilがどんな機能をもつバージョン管理システムなのかについては下記の記事を読むと分かります。 GitとGitHubの機能をひとつのバイナリに詰め込んだ「Fossil」レビュー - GIGAZINE 1:Gitは適切な状況認識を提供しない SQLiteにどんな変更が加え

                                                                              SQLiteがバージョン管理システムとしてGitを採用しない理由
                                                                            • GitHub - ByteByteGoHq/system-design-101: Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.

                                                                              Architecture styles define how different components of an application programming interface (API) interact with one another. As a result, they ensure efficiency, reliability, and ease of integration with other systems by providing a standard approach to designing and building APIs. Here are the most used styles: SOAP: Mature, comprehensive, XML-based Best for enterprise applications RESTful: Popul

                                                                                GitHub - ByteByteGoHq/system-design-101: Explain complex systems using visuals and simple terms. Help you prepare for system design interviews.
                                                                              • 【2024年最新版】ブックマークすべきGitHubリポジトリまとめ - Qiita

                                                                                はじめに 今回は最新の有益GitHubリポジトリを紹介します。 プログラミング初心者から上級者まで学ぶを得ることがリポジトリを厳選しています。 developer-roadmap エンジニア向けの学習ロードマップがまとめられています。 Awesome Roadmaps プログラミング言語やライブラリ、Webアプリ開発、モバイルアプリ開発、ゲーム開発、AI、機械学習、データサイエンティストの学習ロードマップがまとめられています。 学習の方向性や現在の自分の立ち位置を把握することができます。 awesome-courses 無料で学べるプログラミング学習教材がまとめられています。 プログラミング言語、人工知能、機械学習、コンピューターサイエンス、アルゴリズム、大学の資料など幅広い教材のリンクが掲載されています。 Free-Certifications こちらもエンジニア向けの無料で学べる学習教

                                                                                  【2024年最新版】ブックマークすべきGitHubリポジトリまとめ - Qiita
                                                                                • Re: OSSで世界と戦うために - k0kubun's blog


                                                                                  yusukebe  OSS  hono OSS GitHub 10 OSS  GitHub OSSGitHub CLI Web 9000 OSS16002
                                                                                    Re: OSSで世界と戦うために - k0kubun's blog