はじめに 近年、AIを活用したコーディングツールが急速に発展し、プログラマーの生産性向上や開発プロセスの効率化に大きな影響を与えつつあります。これらのツールは、コード補完、チャットアシスタント、コーディングエージェントなど、様々な形態で提供されており、プログラマーの作業をサポートしています。 その中でも、オープンソースのコーディングエージェントである「Cline」は、独特のポジションと活発なコミュニティによって注目を集めています。 本記事では、Clineを中心に、現在のAIコーディングツールの動向を探ります。Clineの特徴や利点、そして他のツールとの比較を通じて、AIコーディングツールの現状について考察します。また、Clineのアーキテクチャや実用面、コミュニティの動向についても解説します。 AIコーディングツールは、特に個人のプログラミングの世界に大きな変革をもたらしつつあります。本記
rails-validates.rb ����U `o���U # # 数字 # # 全て数値（全角） /\A[０-９]+\z/ # 全て数値（半角） /\A[0-9]+\z/ # 全て数値（全角,半角） /\A[0-9０-９]+\z/ # 全て全角数値（マイナス、小数点） /\A[ー]?[０-９]+(\．[０-９]+)?\z/ # 全て半角数値（マイナス、小数点） /\A[-]?[0-9]+(\.[0-9]+)?\z/ # # 文字 # # 半角アルファベット（小文字） /\A[a-z]+\z/ # 半角アルファベット（大文字） /\A[A-Z]+\z/ # 半角アルファベット（大文字・小文字） /\A[a-zA-Z]+\z/ # 半角アルファベット（小文字・数値） /\A[a-z0-9]+\z/ # 半角アルファベット（大文字・数値） /\A[A-Z0-9]+\z/ # 半角アルファベ
Welcome to RailsBump! 👋 RailsBump lets you check your Ruby gems for compatibility with all major Rails versions. This is useful if you're planning to upgrade a Rails app to the next major version. You can either check an individual gem or a "lockfile" generated by Bundler (Gemfile.lock) containing all the gems of your Ruby project. Read more about how RailsBump works and the history of this proje
View and compare GitHub star history graph of open source projects.
Learn how to transform your snail-paced Rails app into a sub-100 millisecond powerhouse. The Complete Guide to Rails Performance is a full-stack course that gives you the tools to make your Ruby on Rails applications faster and more delightful for users, scale better and for less money, and take less effort to maintain. 3rd Edition: Updated for Rails 5 through Rails 7.1 Why is your Rails applicati
集合知プラットフォーム事業部・エンジニアの榎本です。コロナ禍の運動不足を解消すべく筋肉体操で筋トレを続けてますが、上腕三頭筋がいい感じに成長しており継続の大切さを身に沁みて実感しております。 目次 TL;DR（三行要約） Rubyアプリケーションのメモリ肥大化問題 jemalloc を使ってみる jemalloc とは？ jemalloc で改善するのか？ jemalloc の設定方法 jemalloc をプロダクション導入してみた結果 まとめ おまけ：jemalloc についてMatzに聞いてみた TL;DR（三行要約） jemalloc でRubyアプリのメモリ効率改善 jemalloc でRubyアプリのパフォーマンス改善 jemalloc の導入も簡単 Rubyアプリケーションのメモリ肥大化問題 Ruby on RailsなどのRubyアプリケーションを運用する上で、メモリ使用量の
「考え方が合わないなー」と感じた時は、相手と自分の持っている情報が揃っているかを疑ったほうがいいよね、という話を雑に書く。 たとえば「上司の理解がない」「部下の危機感が足りない」「同僚が慎重すぎる」みたいなやつ。なんでそんな考え方をするのかわからなくて憤りを感じるようなことがある。本当に考え方が合わないこともあるが、実は持っている情報量の違いによって思考結果が異なるだけで、思考回路自体に違いはなかったということも多い。 例を出してみる。プロダクトの1年後を考えてこれを絶対にやったほうがいいというボトムアップの提案が受け入れられなかったとする。 この時、実は相手は裏側で短期の売上目標を達成するために必死なのかもしれないし、ステークホルダーとのハードな交渉をしているのかもしれない。あるいは、プライベートで大変なことがあって考える余裕がないのかもしれない。逆の立場で見ると、実は提案する側はメンバ
Ruby on Rails Guides (8ac9954) These are Edge Guides, based on main@8ac9954. If you are looking for the ones for the stable version, please check https://guides.rubyonrails.org instead. The guides for earlier releases: Rails 7.1, Rails 7.0, Rails 6.1, Rails 6.0, Rails 5.2, Rails 5.1, Rails 5.0, Rails 4.2, Rails 4.1, Rails 4.0, Rails 3.2, Rails 3.1, Rails 3.0, and Rails 2.3. Start Here Getting Star
壊れたルーティングの検出、routing specを自動化するroute_mechanic gem を作って公開しました。この gem の紹介と内部実装の話を書きます。 rubygems.org 背景 Rails 開発者のうちの N% は、Rails application のルーティングを検証するために以下のようなコードを書いたことがあるかもしれません。 Rails が提供する assertions を使うなら: assert_routing({ path: 'photos', method: :post }, { controller: 'photos', action: 'create' }) rspec-rails なら: expect(:get => "/articles/2012/11/when-to-use-routing-specs").to route_to( :cont
はじめに あなたはブラウザからデータベース(DB)に情報が行き着くまでにどんな技術が使われているか説明できますでしょうか？ どのようなプロトコルが用いられ、どの技術を駆使してサーバと通信しているのか、Webサーバでは何が行われ、どのようにして負荷が分散されているのか、トランザクションはどのように管理されているのか、そしてデータベースではシャーディングや負荷対策のためにどのような対策が取られているのか… なんとなくは理解しているものの、私は自信を持って「こうなっている！！」とは説明ができません。 そこで今回は「大規模サービス」を題材としてブラウザからデータベースに至るまでの、情報の流れとその背後にある技術について、明確かつ分かりやすく解説していきたいと思います。 対象としてはこれからエンジニアとして働き出す、WEB、バックエンド、サーバーサイド、インフラ、SREを対象としております。 1.
導入 インストール 使ってみる コントローラー ビュー scopeメソッド page: nページ目のレコードを取得 limit_value: 取得するレコード数 total_pages: 総ページ数 current_page: 現在のページ番号 next_page: 次のページ番号 prev_page: 前のページ番号 first_page?: 1ページ目なら、true last_page?: 最終ページなら、true out_of_range?: ページが範囲外なら、true per: ページ毎のレコード数を設定 padding: 最初のn件は取得しない total_count: 全体のレコード数 without_count: COUNTクエリを発行しない except: page/per取り消し ビューヘルパーメソッド paginate: ページネーションのテンプレートをrender
制作記録 制作のきっかけ dotfilesを整備し始める Neovimを触り始める Neovimのカラースキームをデフォルトのものから変えたくなった 色々探したが"好きな"カラースキームが見つからなかった 「そういえばVSCodeではどんなテーマ使ってたっけ...」 「なんかVSCodeのテーマもよくよく見ると好きじゃないな...」 「作るか」 方向性の決定 Marketplaceで検索すれば、"良い"カラーテーマはたくさん見つかります。かわいいテーマ、かっこいいテーマ、見やすいテーマ...しかし、私が欲しかったのは"好き"なテーマでした。俺の、俺による、俺のためのオレオレテーマが欲しいのです。ならば作るしかありません。俺が。 ということで"好き"なテーマを作ることを第一目標としました。 ベースとなるテーマのピックアップ テーマ制作にあたり、初動の時点で0から10まで自作するのは無謀である
2023年5月30日、ネット麻雀界隈に激震が走りました。 LuckyJという麻雀AIが一ヶ月ほどで特上卓で10段を達成しました。 しかも特上卓東南戦で1000戦以上打って安定段位が約10.7段という圧倒的な成績で。 （画像出典：テンセント） （天鳳ランキングサイトのスクリーンショット） 皆さんがご存知の麻雀AIであるSuphxで25位、NAGAは291位ということを思えばどれほど驚異的な数字かおわかりかと思います。 もちろん安定段位という値はたかだか1000回の桁で見たときに上ブレ・下ブレを含むものであり、必ずしも正確な実力を示せているとは言えませんが麻雀打ちの感覚としてこれは十分に強いと感じる数字ではあると思います。 更に驚かせたのがその打牌です。以下のような記事が出るほどです。 AIといえば効率重視で向聴数を落とすような柔らかい打牌はほとんどしないようなイメージでした。しかしLucky
CSVファイルにはRFC4180という標準仕様があるのですが、やや広い定義となっています。 「RFC4180にしたがったCSVでやりましょう」だけではフォーマットが決まらないので、決めるポイントとおすすめ設定を紹介します。 SJIS？UTF8？（おすすめはUTF8) RFC4180では、「基本はASCII！エンコード変えたかったらレスポンスヘッダで言って！」と言っていますので、ファイル単体でのやり取りに関しては「エンコードは決まってない」です。 おすすめエンコードはUTF8です。機械がテキスト処理をするのはUTF8エンコードが大半です。ただし人間がCSVを読む時にはエクセルを使うことが多く、UTF8をエクセルで読むにはひと手間必要です。そのひと手間が次に紹介するBOMありにするという手法です。 BOMあり？なし？（初取引の人へはBOMありがおすすめ） UTF8で作られたCSVもBOMをつけ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
