並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 791件

新着順 人気順

formatterの検索結果1 - 40 件 / 791件

  • OpenAPI Specification v3.0.3のコーディング規約を公開しました | フューチャー技術ブログ

    はじめにフューチャーの有志メンバでOpenAPI Specification(OAS) v3.0.3に対応したコーディング規約を作成しました。 https://future-architect.github.io/coding-standards/documents/forOpenAPISpecification/OpenAPI_Specification_3.0.3.html 2023年7月にv2.0の規約を公開してから約1年ぶりのアップデートとなります。 フューチャーの現場でもv3系の利用が主流となる中、有識者のナレッジを集める形で標準化を行っています。 まだ荒削りな部分は多々ありますが、早期に公開してフィードバックを得ながらブラッシュアップしていく方針のもと、公開に踏み切りました。 内容へのフィードバックは、GitHub Issueを起票いただくか、Xアカウント(@future_te

      OpenAPI Specification v3.0.3のコーディング規約を公開しました | フューチャー技術ブログ
    • 知っておくと仕事が捗る便利ツール17選 - Qiita


       便17 Squoosh GoogleWeb 調 Documatic DocumaticAPI    transform jsonyaml jsonymlhtmxjsxjsonGraphQLIDLTypeScriptinterface Roadmap.s
        知っておくと仕事が捗る便利ツール17選 - Qiita
      • 神戸でKobe.tsというTypeScriptコミュニティを立ち上げた話

        Kobe.tsとは TypeScriptとその周辺知識についての勉強会を開催していくコミュニティです。 なので、フロントエンドに限らず、node.js, Deno, Nest,js, Freshなどのバックエンドや、Firebase,Cloudflare,VercelなどのSaaS、npm,pnpm,Biome,tailwindCSS,Figmaなども取り扱うトピックの範囲です。 記事執筆時点でですが、立ち上げから3週間で既にメンバーが80人になりました。 神戸在住な方に限らず、ぜひメンバーになるボタンだけでも押していってください!!! なぜ神戸? 生まれてこのかた約30年、ずっと神戸に住んでいるからです。おそらくこれからも住み続けます。 そう断言できるのは、もちろん私が神戸を気に入っているからというのもありますが、職場が神戸にある妻と結婚したからです。 ソフトウェアエンジニアとしての性が

          神戸でKobe.tsというTypeScriptコミュニティを立ち上げた話
        • Codemod partnering with the React team

          We’re excited to announce that we are partnering with the React team to build and maintain the react-codemod repo, offering open-source codemods to enhance the migration experience for React 19 and beyond. React 19 MigrationTo kick things off, we've released 10 new codemods and recipes to assist with upgrading to React 19. Upgrade your React project with the following command: For more details, re

            Codemod partnering with the React team
          • 手動作成AWSリソースをIaC化するモブプロ「cdk import day」を定期開催している話 - Uzabase for Engineers

            はじめに 「私…全ての手動作成AWSリソースを生まれる前に消し去りたい。全ての宇宙、過去と未来の全ての手動作成AWSリソースを…この手で!」 そんなことを思われた経験はないでしょうか?私は常に思っています。 こんにちは。ソーシャル経済メディア「NewsPicks」のSREチームの安藤です。 先日の JAWS-UG CDK支部 #14 にて、テーマが「IaC Generator祭り」だったこともあり、以下のタイトルでLT発表させていただきました。 www.docswell.com 上記の発表はAWS CDKのコミュニティのライトニングトークということもあり簡単なTIPS紹介が中心だったので、本記事では改めて背景と概要について紹介します。 背景 NewsPicksというサービスは10年以上の歴史があり、サービス開始当初からAWSを利用していました。 現在は、Infrastructure as

              手動作成AWSリソースをIaC化するモブプロ「cdk import day」を定期開催している話 - Uzabase for Engineers
            • ボタンをポチポチしてパッケージをリリース


              r7kamura/bump-request https://github.com/r7kamura/bump-request r7kamura/bump-requestGitHub Action  使 major, minor, patch semantic versioning
              • 明示的な型注釈によって推論コストを下げるというアプローチ

                近年、TypeScript を取り巻くエコシステムでは、ユーザーに明示的な型注釈を求めることで、推論や型生成のコストを下げるというアプローチが注目されています。TypeScript 5.5 beta で 発表された --isolatedDeclarations オプションはその代表的な機能ですし、Deno の提供する新しいパッケージレジストリ JSR が提唱している slow types という考え方も同様のアプローチを求めるものです。 この記事では、上記のようなアプローチが提案された経緯や解決したい課題について、TypeScript を利用するエコシステムの状況も踏まえて整理します。 TypeScript を取り巻くツールチェインと型情報を利用する上でのパフォーマンス 皆さんがご存知の通り、TypeScript の型推論は非常に賢く、その機能は日々アップデートされています。特に以下のよう

                  明示的な型注釈によって推論コストを下げるというアプローチ
                • Fault tolerant Gleam – Gleam

                  Published 27 May, 2024 by Louis Pilfold Gleam is a type safe and scalable language for the Erlang virtual machine and JavaScript runtimes. Today Gleam v1.2.0 has been published, a release that focuses on improving the language server and developer experience. It’s a big one both in terms of size and impact, so let’s take a look as what it includes. Fault tolerant compilation Gleam’s compiler has t

                    Fault tolerant Gleam – Gleam
                  • Rust製TypeScript Linterにおける型情報Lintルールの模索

                    Rust製TypeScript LinterであるBiome, Oxc, deno_lintなどは、TypeScriptの型情報を利用するLintルール(型情報Lintルール)[1]を持っていません。本記事では、その背景から、Rust製TypeScript Linterが型情報Lintルールを実現するための手段についてまとめます。 筆者のTSKaigi 2024で利用した下記登壇資料に情報を追加し、文章化したものです。 要約すると、以下になります。 Rust製TypeScript Linterは、安全性をさらに高めてくれるtypescript-eslintの型情報Lintルールが欲しいが、パフォーマンスを犠牲にしたくない。TypeScript Compilerに頼らずに実現するには、Alternative TypeScript Compilerや型推論が必要。型情報Lintルールの実装を型

                      Rust製TypeScript Linterにおける型情報Lintルールの模索
                    • プロンプトエンジニアリングを最適化する為のフレームワークSAMMOを実際に使ってみた - Taste of Tech Topics

                      いつの間にか春も過ぎ去りすっかり夏模様の今日この頃皆さんいかがお過ごしでしょうか?菅野です。 生成AIの重要性が高まり、生成AIで利用できるテキスト量が長くなるにつれてにつれて、プロンプトエンジニアリングの重要性が高まってきました。 プロンプトエンジニアリングとは、そのプロンプトにどのような命令、事前情報等を入力すると、より適した応答が返ってくるかを設計する技術です。 そんなプロンプトエンジニアリングを最適化する為のPythonライブラリ、SAMMOがMicrosoft社から2024年4月18日にリリースされたので紹介していきます。 www.microsoft.com SAMMOとは? Structure-Aware Multi-objective Metaprompt Optimizationの頭文字をとったフレームワークです。 元来、プロンプトエンジニアリングでは、エンジニアが、様々な

                        プロンプトエンジニアリングを最適化する為のフレームワークSAMMOを実際に使ってみた - Taste of Tech Topics
                      • TSKaigi 2024 Prettierの未来を考える スピーカーノート

                        TSKaigi 2024 で話した「Prettier の未来を考える」という発表のスピーカーノートです。スライドは こんにちは、今日は「Prettierの未来を考える」というタイトルでお話させていただきたいと思います。 鈴木 颯介と言います。ユビー株式会社でプロダクト開発エンジニアとして働きながら、筑波大学でパソコンの勉強をしています。オープンソースソフトウェアが好きで、今日お話するPrettierのメンテナーをしたり、トランスパイラのBabelのコミッターをしたりしています。最近はWebKitのJSエンジンにたくさんパッチを投げたりしています。 私が働いているユビーは、TSKaigiのGold Sponsorをさせてもらっています。ブースがあります。ユビーのグッズの他に、Prettierのステッカーも配布しておりますので、興味がある方はぜひお立ち寄りください。 まず、Prettierにつ

                          TSKaigi 2024 Prettierの未来を考える スピーカーノート
                        • 2024年|CANARY アプリの技術スタック

                          はじめに こんにちは。カナリーでソフトウェアエンジニアをしている @snamiki1212 です。 私たちは 【もっといい「当たり前」をつくる】 をミッションに掲げている不動産テックカンパニーです。弊社では、現在下記のプロダクトを運用しています。 「CANARY」: BtoC のお部屋探しポータル(アプリ/Web) 「CANARY Cloud」: BtoB SaaS(不動産の仲介会社様向けの顧客管理システム) この記事では、 CANARY のアプリで利用している技術スタックについてまとめています。 (この記事は自分含めてアプリの開発をメインで行っていたエンジニア @yoshi-jr / @centerfield77 と共同で執筆しています) この記事を読んでわかること CANARY のアプリについて技術スタックの全体像・概要が理解できる 話すこと CANARY のアプリのアーキテクチャ C

                            2024年|CANARY アプリの技術スタック
                          • 既存プロジェクトでPrettier・ESLintをBiomeに移行してみた - もふもふ技術部

                            Biome v1.7からPrettierとESLintから移行するためのコマンドが追加されたので、既存のNext.jsプロジェクトで試しに移行コマンドを叩いてみました。 biomejs.dev Biomeのインストールと初期設定 ESLintからの移行コマンド Prettierからの移行コマンド package.jsonのscript変更 実行してみる Biomeのインストールと初期設定 Biomeをインストール。 > npm i --save-dev --save-exact @biomejs/biome@latest added 3 packages, removed 81 packages, and audited 891 packages in 5s 157 packages are looking for funding run `npm fund` for details 3

                              既存プロジェクトでPrettier・ESLintをBiomeに移行してみた - もふもふ技術部
                            • 【vscode】TypeScriptで不要なimport文を自動削除&自動で並べ替え - Qiita


                               @nyakako13  typescript,react pythonblack formatteriSortimport typescriptimport調 eslintprettierpluginvscode vscode vscodesetting.json  "editor.formatOnSave": true, "editor.codeActionsOnSave": { "source.organizeImports"
                                【vscode】TypeScriptで不要なimport文を自動削除&自動で並べ替え - Qiita
                              • Rust through the ages

                                How has Rust changed over the years? It's been nine years since 1.0 was released (well, next week, technically). In that time, there have been 78 major releases and two editions, with a third due later this year. Quite a lot has changed! Those changes have been fairly incremental, so if you've been using Rust all that time, it probably doesn't feel like a lot. But comparing the 1.0 flavour of Rust

                                • JSR Meetup に参加してきた


                                  JSR Meetup JSR Deno  https://jsr.io/ https://github.com/jsr-io/jsr   Deno Land Inc.   TypeScript  ESM  OSS   JSR    Web UI  Deno  @std  Deno  ...   npm  使 npm
                                    JSR Meetup に参加してきた
                                  • Nuxt3で「eslintrcとprettier」から「flat configとeslint stylistic」へ移行した話

                                    はじめに こんにちは、株式会社 Gerunda の齋藤です。 昨年 2023 年の 10 月に Flat config への移行に関するロードマップの発表からしばらく経ちました。 2024 年 4 月に eslint の v9 がリリースされます。現在 flat config が標準となり、eslintrc は非推奨となりました。次の v10 では完全に eslintrc は削除され使えなくなる予定になっています。そこで今回 eslintrc から flat config へ移行したので、ここに記録を残すこととします flat config とは そもそも eslint の目指す flat config とは何なのでしょうか。 eslint 公式のThe goals of flat configには以下のように書かれています Logical defaults One way to defi

                                      Nuxt3で「eslintrcとprettier」から「flat configとeslint stylistic」へ移行した話
                                    • フロントエンドのスピードに置いていかれたので、よく聞く技術を調べて分類してみた


                                      () JavaScript(TS)     調() Hono Bun Deno Biome Vite Webpack Turbopack esbuild Babel SWC Prisma   JavaScript Runtime Deno Bun
                                        フロントエンドのスピードに置いていかれたので、よく聞く技術を調べて分類してみた
                                      • EC2インスタンスのユーザーデータ内のdnfコマンドやyumコマンドが失敗する場合の緩和策を考えてみた | DevelopersIO

                                        ユーザーデータでパッケージのインストールをしようとすると失敗するんだが こんにちは、のんピ(@non____97)です。 皆さんはEC2インスタンスのユーザーデータでdnfコマンドやyumコマンドが失敗したことはありますか? 私はあります。 具体的にはユーザーデータでdnf upgradeやdnf install パッケージ名を実行すると、以下のようにRPM: error: can't create transaction lock on /var/lib/rpm/.rpm.lock (Resource temporarily unavailable)とログが出力されます。 $ dnf upgrade -y --releasever=latest Amazon Linux 2023 repository 30 MB/s | 23 MB 00:00 Amazon Linux 2023 Ker

                                          EC2インスタンスのユーザーデータ内のdnfコマンドやyumコマンドが失敗する場合の緩和策を考えてみた | DevelopersIO
                                        • Pythonライブラリ管理ツール決定版!Ryeを導入してみた

                                          はじめに 普段はJavaScriptを主に開発を進めているのでPythonで開発を進めると様々な問題に悩まされます。 その中でもパッケージの管理については個人的に不自由をすごく感じています。Pythonのバージョンを設定するpyenv, プロジェクトごとのパッケージを管理するために仮想環境の構築、さらにパッケージのバージョンを設定するためのrequirements.txtと開発までのハードルが高すぎます。 良い方法がないかと調べていく中で全てを解決できそうなRyeというツールを見つけましたので導入方法をメモ程度に記事にしました。 導入環境はAWSのSageMaker上です。 ライブラリ管理簡単にできるようになったのでLinterとCode Formatterも追加してみました。 Ryeとは RyeはPythonのWebアプリケーションフレームワークFlaskの開発者が作ったPythonパッ

                                            Pythonライブラリ管理ツール決定版!Ryeを導入してみた
                                          • Shipping Rails logs with Kamal and Vector

                                            The ability to record and see everything happening across your web applications is essential when building resilient and highly available systems. All of your events—from application logs to errors to user behavior—contain data that could be useful to you and your team. When you have a central place to access all this information, finding issues and their root causes becomes easier because you hav

                                              Shipping Rails logs with Kamal and Vector
                                            • 僕の考えた最強の Python 開発環境 (2024)

                                              はじめに こんにちは, 普段は情報科学専攻の大学院生をしながらバックエンドエンジニアをやっている @koki-algebra です. 普段は Go をよく書いているのですが, 大学でやっている機械学習の研究では Python を使うことがほとんどです. Go のエコシステムに慣れきった私は Python の混沌とした環境に耐えきれず, 最強の開発環境を整えることを決意しました. 具体的には Package Manager, Formatter, Linter, Type Checker, Test Tool を選定し, VSCode の DevContainer を用いてポータビリティに優れた開発環境を作ることを目指します. また, Deep Learning では GPU が必須である場合が多いので, GPU 環境も同時に整えたいと思います. 以下のレポジトリが今回考えた開発環境のテンプ

                                                僕の考えた最強の Python 開発環境 (2024)
                                              • VSCodeで特定の拡張子だけformatterを走らせるには - Qiita


                                                 keita_Max VSCodeformatter調   "editor.formatOnSave": true, "[html]": { "editor.formatOnSave": false }, "[javascript]": { "editor.formatOnSave": false }, "[javascriptreact]": { "editor.formatOnSave": false }, "[typescript]": { "editor.formatOnSave": false }, "[typescriptreact]": { "editor.formatOnSave": false }, (:
                                                  VSCodeで特定の拡張子だけformatterを走らせるには - Qiita
                                                • (初心者向け)Scalaでsbtプロジェクトを作るときの勘所 - Lambdaカクテル

                                                  この記事では、Scala初心者がプロジェクトを作るときに分かりにくい(であろう)ポイントを埋めようというものです。 こんな記事を読んだ。 trap.jp 普段Rustを書いている人がScalaを書いてみたという内容の記事で、普段Scalaに振れていない人の視点があってとても良かった。普段我々はScalaを書きすぎているので、初心者がどこでハマるのか?初学者はどのようなポイントを見ているのか?といったことがわからないのだ。 そこでこの記事では、上掲の記事を参考にしつつ、普段自分がScalaプロジェクトを作るときどのようにしているかを説明しようと思う。 プロジェクトを作る 最低限必要なもの sbtはどこからどこまでやってくれるのか プロジェクト作成 その他エコシステムの諸々(コンパイラ、フォーマッタなど) コンパイラ LSP Formatter / Linter scalafmt scalaf

                                                    (初心者向け)Scalaでsbtプロジェクトを作るときの勘所 - Lambdaカクテル
                                                  • Biome v1.7

                                                    Today we’re excited to announce the release of Biome v1.7! This new version provides an easy path to migrate from ESLint and Prettier. It also introduces experimental machine-readable reports for the formatter and the linter, new linter rules, and many fixes. Update Biome using the following commands:

                                                      Biome v1.7
                                                    • 時雨堂を支える Python

                                                      時雨堂では Python や Python で書かれたツールをどのように利用しているかを書き出しておきます。 何に使っているか 主力製品の Python SDK 主力製品の E2E テストに pytest 標準ライブラリのみを利用したビルドツール 主力製品のクラウド版のツール IT 自動化システム Ansible ドキュメントツール Sphinx なぜ Pyhton 使い慣れてるから pytest が本当に良くできてるから 必要なライブラリが揃ってるから SpaceX がツールやテストに Python を採用していたから We are the SpaceX software team, ask us anything! Python for tools, testing and automation Rye / Ruff / uv Rust で書かれたツールを採用しています。 astral

                                                        時雨堂を支える Python
                                                      • フロントエンドタスクをBunで実行してみた

                                                        はじめに 初めまして! フロントエンドエンジニア、中村と申します。 好きなCSSのプロパティは text-overflow、JavaScriptで気に入っている関数は toLocaleString です。 最近、開発に伴う待ち時間が非常にストレスとなっています。 特にLintやFormatter、Testといったフロントエンドタスクの実行は頻繁に必要とされるにも関わらず、実行時間の長さが辛いです。 この状況が続くと、タスクの実行を待つ間にSNSやYouTubeを見てしまいがちです。 そこで、高速と評判のBunを使ってタスクを高速化できないか検証してみることにしました。 Bun とは Bun は JavaScript や TypeScript 用のオールインワンツールキットです。 他のランタイムやパッケージマネージャーと比較して、その高速性が特徴です。 特にパッケージのインストール速度の速さ

                                                          フロントエンドタスクをBunで実行してみた
                                                        • 2024-04-11のJS: zx 8.0.0、ESLint 9.0.0、Flowの`component`構文

                                                          JSer.info #688 - zx 8.0.0がリリースされました。 Release 8.0.0 · google/zx パッケージサイズの削減、$.syncの追加、inputオプションの追加、AbortControllerのサポート、killメソッドの追加などが行われています。 そのほかには、$.verboseのデフォルト値をfalseに変更、ssh APIの削除などの変更も含まれています ESLint 9.0.0がリリースされました。 ESLint v9.0.0 released - ESLint - Pluggable JavaScript Linter Node.js 18.18未満のサポート終了、Flat Configをデフォルト化、ビルトインのformatterの一部をパッケージに移動、JSDocのルールを削除、eslint:recommendeddの更新などの変更が行われ

                                                            2024-04-11のJS: zx 8.0.0、ESLint 9.0.0、Flowの`component`構文
                                                          • Rails 8 adds Rubocop by default to new applications

                                                            RuboCop is a static code analyzer also linter and code formatter for the Ruby programming language. It will enforce the guidelines outlined in the community Ruby Style Guide. It helps developers in ensuring adherence to coding style standards, identifying potential code flaws, and enhancing the overall quality of the codebase. In addition to identifying code problems, RuboCop also automatically co

                                                              Rails 8 adds Rubocop by default to new applications
                                                            • コードフォーマッターとしてBiomeを使う

                                                              Web 開発のための高速なツールチェーンである Biome が使われることが増えてきました。今のところ、linter と formatter の機能を備えています。 普段、JavaScript および TypeScript プロジェクトのコードフォーマッターには Prettier を使っていますが、速度面の魅力がある biome を使って見ました。ESLint で使いたいルールや plugin があるので、lint 機能は使わないで ESLint に任せる前提です。 この記事では、biome をコードフォーマッターとしてだけ使うケースにフォーカスして書きます。 セットアップ ドキュメントに従ってセットアップするだけなので、導入はシンプルだと思います。

                                                                コードフォーマッターとしてBiomeを使う
                                                              • どのようにして Findy Team+フロントエンドチームは高速な開発をしているか 〜開発フロー編〜 - Findy Tech Blog

                                                                こんにちは。こんばんは。 開発生産性の可視化・分析をサポートする Findy Team+ のフロントエンド リードをしている @shoota です。 Findy Team+はエンジニア組織の開発生産性を可視化し、開発チームやエンジニアリングメンバーのパフォーマンスを最大化するための支援をしています。 そして(当然のことながら)Findy Team+ を作っている自分たちも、チームや個人でドッグフーディングをして、チームや自分自身の働き方やエンジニアリング組織の健康チェックをしています。 今回はそんな Findy Team+の開発チームのうち、フロントエンドチームがどのような開発環境・開発インフラで働いているかの概要をご紹介したいと思います。 フロントエンド技術スタックとCI高速化 技術スタック まずはじめにフロントエンドの技術スタックを簡単に紹介します。一般的なSPA構築の技術スタックを採

                                                                  どのようにして Findy Team+フロントエンドチームは高速な開発をしているか 〜開発フロー編〜 - Findy Tech Blog
                                                                • AWK As A Major Systems Programming Language — Revisited

                                                                  AWK As A Major Systems Programming Language — Revisited Preface I started this paper in 2013, and in 2015 sent it out for review to the people listed later on. After incorporating comments, I sent it to Rik Farrow, the editor of the USENIX magazine ;login: to see if he would publish it. He declined to do so, for reasonably good reasons. The paper languished, forgotten, until early 2018 when I came

                                                                  • RustとDDDでAPIサーバーを構築する

                                                                    はじめに Rust と フレームワーク axum を使って、API サーバーを実装してみました。 対象読者 Rust で API サーバーを実装したい人 Rust で DDD を実装したい人 説明しないこと Rust の基本的な文法 DDD の基本的な考え方 使用クレートの使い方 依存の方向 今回の作成する、アーキテクチャの依存関係は、上記のようになります。 上記の依存関係を頭の片隅に置いて、記事を読み進めていただけると、理解が深まると思います。 インフラストラクチャレイヤーは、アプリケーションレイヤーと依存しないことが重要です。 いざ、実装 仕様を決める 今回は、大学が、サークルを管理するシステムを作ることにしました。 メンバーを追加できる 4 年生は、追加できない メンバーを削除できる オーナーは削除できない 4 年生は、卒業する サークルは最低 3 人以上でないと、活動できない サー

                                                                      RustとDDDでAPIサーバーを構築する
                                                                    • LLM開発のための環境構築

                                                                      はじめに 株式会社Elithの大森一祥です。AIテックカンパニーの一員として、お客様の課題をAIを駆使して解決しています。 大規模言語モデル(LLM)が人間と匹敵する性能を発揮することもあり、弊社には多岐にわたるプロジェクトの依頼が寄せられています。最近は、情報漏洩のリスクを回避するため、独自のLLMの開発を希望されることが多いです。このような案件では、一般に公開されたモデル(ローカルLLM)を利用します。 ローカルLLMを活用して課題を解決する方法として、以下の4つが挙げられます。 プロンプトエンジニアリング:LLMに特定の出力を生成させるための入力文の工夫する手法 RAG:外部の文章データベースから、質問に類似した文章を取り出しLLMの入力として用いる手法 インストラクションチューニング:ユーザの指示に沿った出力を生成することを目的としたチューニング手法 継続事前学習:LLMモデルに対

                                                                        LLM開発のための環境構築
                                                                      • neue cc - Redis互換の超高速インメモリデータストア「Garnet」にC# CustomCommandを実装してコマンドを拡張する

                                                                        Redis互換の超高速インメモリデータストア「Garnet」にC# CustomCommandを実装してコマンドを拡張する 2024-03-19 MicrosoftからIntroducing Garnet – an open-source, next-generation, faster cache-store for accelerating applications and servicesという記事が今日公開されて、Garnetという新しいインメモリデータストアがOSSとして公開されました。Microsoft ResearchでFASTERを手掛けていたチームによるもので、FASTERはC#実装の高速なキーバリューストアでした。今回のGarnetはその発展形のようなもので、FASTERベースのストレージと、Redis互換のプロトコルによる、インメモリデータストアになっています。詳しく

                                                                        • 個人的Rails開発環境構築2024

                                                                          新規でRailsプロジェクトを始める時の個人的な環境構築についてまとめる。前提とする条件等は下記。 規模: ~中規模 開発者数: 個人 利用シーン: PoC作成・スタートアップ立ち上げ・並の業務アプリ開発等 基本戦略 利用シーン的に「思い立ったらすぐアプリの開発ができる」という感じの運用がしたい。極力セットアップで悩みたくないから必要なミドルウェアなどは全部Dockerでインストールできるようにして立ち上げれば終わり、の環境を作る。その環境の中で色々とコマンドを叩いたり、rails newやrails gなどでRailsアプリを作成していく。 この辺のRailsの初期セットアップの手間を出来るだけ省きたいのでtemplateとなるリポジトリを作成し、そこからcloneしてくるだけでOKにする。 フロントエンドはReactなどを使わずをRails標準のerbとHotwireを軸に開発する。開

                                                                            個人的Rails開発環境構築2024
                                                                          • 【C#】古い環境向けでもなるべく最新で書く

                                                                            ライブラリはnugetで探す 新しく追加された公式APIは、ライブラリとしても公開されている事が多い。 たとえばTimeProviderは.NET8以降だが、 nugetで追加ライブラリとしても公開されていて、 対応バージョンが「.NET Standard 2.0」や「.NET Framework 4.6.2」の古い環境でも使える。 .NET 8 .NET Standard 2.0 .NET Framework 4.6.2 APIリファレンス(MS learn)にはこのことが書かれてないので注意。 対応バージョンだけで判断してはいけない。 MSが公式に出している事が多いのでMicrosoft.~で始まる名前で調べると出たりする Microsoft.Bcl.~ .NET Standard2.0でも使える新しめのAPI 追加ver: .NET 8 ~ FrozenDictionary<T> /

                                                                              【C#】古い環境向けでもなるべく最新で書く
                                                                            • Gleam version 1 – Gleam

                                                                              Published 04 Mar, 2024 by Louis Pilfold Today Gleam v1.0.0 has been released! This is the first “stable” release of the language (more on what that means later) and a big milestone for the ecosystem. It has been a long journey and I’m proud of both the technology and the community that we’ve built here with Gleam. Thank you so much to everyone who has taken part in any way, you’ve all contributed

                                                                                Gleam version 1 – Gleam
                                                                              • Visual Studio Code February 2024

                                                                                Version 1.87 is now available! Read about the new features and fixes from February. February 2024 (version 1.87) Update 1.87.1: The update addresses these issues. Update 1.87.2: The update addresses this security issue. Downloads: Windows: x64 Arm64 | Mac: Universal Intel silicon | Linux: deb rpm tarball Arm snap Welcome to the February 2024 release of Visual Studio Code. There are many updates in

                                                                                  Visual Studio Code February 2024
                                                                                • 雑にReactアプリを作りたい時に使ってるもの

                                                                                  import "./App.css"; import { Link, Route, Switch } from "wouter"; function Nav() { return ( <nav> <Link to="/">Home</Link> <br /> <Link to="/about">About</Link> </nav> ); } function Home() { return ( <div className="App"> <h2>Home</h2> <Nav /> </div> ); } function About() { return ( <div className="App"> <h2>About</h2> <Nav /> </div> ); } function App() { return ( <> <Switch> <Route path="/" compo

                                                                                    雑にReactアプリを作りたい時に使ってるもの