Content-Length: 331436 | pFad | http://b.hatena.ne.jp/ohbarye/
ClinPeer Railsプロジェクトの技術選定（2025年版） - メドピア開発者ブログ
こんにちは。サーバーサイドエンジニアの三村（@t_mimura39）です。 こちらでご案内した通り、弊社で新しくリリースした「ClinPeer」の裏側をご紹介します。 tech.medpeer.co.jp 今回はClinPeerのバックエンドについての簡単なシステム概要と選定技術の紹介編です。 2024-2025年にrails newをした新鮮なRailsプロジェクトの様子をお楽しみください。 目次 システム概要 rails stats Gemfile 技術選定 Ruby Ruby on Rails Puma ActionPack::CloudfrontViewerAddress Trilogy SolidQueue SolidCache Kaminari Async::HTTP::Faraday Ueki Jb Nokogiri Blazer ActiveHash Flipper Log
【決定版】2025年1月中旬時点でのGeminiとClaudeとOpenAIの使い分け｜erukiti
最近、とある事情で、Gemini AdvancedのためにGoogle One?なんか知らないけど契約した。無料期間のうちに使い倒す。契約続行するかは悩ましい。 さらに、一足遅れたがChatGPT Proを契約した。とある事情で、個人的な利用をしたかったので、個人的な契約だ。 元々Claude ProfessionalとChatGPT Plusを契約していた。perplexityも契約してるがこっちはRabbit R1というゴミガジェットのおまけで一年間無料中だ。 最近、執筆やGoogle AI Hackathonなどで対話型AIをフル活用しまくってるのもあって、今の最新モデルについて広い知見が貯まってきたので比較してみたい。 まだまだ使い始めたばかりのサービスも多いため、異論反論あれば是非コメントなりでしていただければありがたく。 補足: コメントありがとうございます。まだGemini系
How I write code using Cursor: A review
In forums relating to AI and AI coding in particular, I see a common inquiry from experienced software developers: Is anyone getting value out of tools like Cursor, and is it worth the subscription price? A few months into using Cursor as my daily driver for both personal and work projects, I have some observations to share about whether this is a "need-to-have" tool or just a passing fad, as well
ISUCON14 問題の解説と講評 : ISUCON公式Blog
12月25日 9:30更新 「ライドと椅子のマッチング」の実装例のコードを修正しました。 ---- こんにちは、ISUCON14の作問チーム・NaruseJunのとーふとふです。この記事では、ISUCON14の問題として出題した「ISURIDE」の解説と講評をお届けします。今回の問題は、NaruseJunのメンバーが所属するポケットサインが作問を担当し、LINEヤフーの皆さんにフロントエンド実装でご協力いただきました。さらに、アドバイザーとしてfujiwaraさんにも参加していただき、非常に充実した作問体制を整えることができました。 それでは、ここから「ISURIDE」全体の構成や狙い、ボトルネックの仕掛けなどを順を追って解説していきます。 「ISURIDE」とは競技当日流したサービスの概要紹介動画は以下からご覧いただけます。 今回の問題では、いわゆるタクシー配車・ライドシェアアプリをベー
イケてる起業の進め方 | ドクセル
この2年間の動き 2023年 3月 ビ ジ ネ ス 経 営 ChatGPT リリース の衝撃か らSaaSを 作る 2023年 6月 SaaSを受 託開発で 売る 法人設立 2023年 9月 2023年 12月 2024年 3月 2024年 6月 案件獲得が不安定だったた め副業で稼働 本業会社を辞めて フルコミット 業務委託6-7名ほどで 受託開発を実施 業務委託20名ほどで 受託開発やAIコンサルを実施 公庫から 1000万円 調達 １期目 売上1200 利益700 VAL1億円 M&A提案 売上が 毎月倍々 で増加 2024年 9月 シナジーを 活かしたエ ンプラへ の営業加 速 半期 売上7300 利益5000 M&A DD VAL4億円 M&A提案 2024年 12月 M&A 成立 先に集客 & マネタイズ 2023年 3月 ビ ジ ネ ス ChatGPT リリース の衝撃か ら
packwerk チェッカーとちゃんと向き合う - Timee Product Team Blog
こちらは Timee Product Advent Calendar2024 の18日目の記事です。前日は @ryopeko による「RubyWorld Conference 2024に参加してきた」でした。 こんにちは。タイミーでバックエンドのテックリードをしている @euglena1215 です。 タイミーではモノリスな Ruby on Rails アプリケーションに一定の規律を設けるために Packwerk を導入しています。 A Packwerk Retrospective であったように、Packwerk はあくまでツールであり鋭いナイフです。ツールは使い手が意図を持って扱わないとそれに振り回されて怪我をしてしまいます。 この記事では、それぞれのチェッカーがどんな目的を達成するために使えるものなのかを自分なりに整理してまとめてみます。 Packwerk 自体はあくまで依存グラフを
並行・並列、そしてAsync - ANDPAD Tech Blog
この記事はANDPAD Advent Calendar 2024の17日目の記事になります。(投稿予定の12/17前後で風邪を引いてしまい投稿が遅れてしまいました。🙇♀️) @youchanです。実は今年の8月にアンドパッドに入社していました。アンドパッドではインフラコストを削減するための施策を行なうチームに配属しています。 アンドパッドでは建設業のDXを実現するサービスを提供しています。建設の現場では多くの写真が取り扱われます。膨大な写真データはインフラコストに響くので削除できるものは削除したいところです。実際にサムネイル画像も保存されていたりして削減可能なものがたくさんあります。 私の最近のミッションはこの不要なファイルを削除するということなのですが、ファイル数が膨大なためいくつかの工夫が必要なのでそれについて記事にしたいと思います。 また本稿では、課題を通して並行・並列処理につい
エンジニア教育についての個人的な思考整理
※思考整理メモだから箇条書きで読みづらくてすいません... Xでエンジニアの教育(とりわけ新人の教育)について色々と話題になっているのを目にした。自分も10年以上エンジニアとして働いてきたので少しは思うところもあり、良い機会なので自分なりの考えを整理してみる ちなみに最初に断っておくが、自分は教育の専門家ではないので、あくまで過去の経験や日々の思考に基づいたものにすぎない。よって唯一の正しい考え方を主張しているわけではない。 また、職業としてはソフトウェアエンジニアの話なのでその分野に限った話になる(よって以下"エンジニア"というときはソフトウェアのエンジニアを指す)。 エンジニア教育のゴール エンジニア教育のゴールは新人教育に限って言うと「一人前になってもらうこと」だと思う 一人前とはどういう状態か それはその企業・配属された部署、もしかするとチームによっても異なるかもしれないが、自分は
iOS / Androidアプリの複雑な画面遷移フローを実現するステート駆動な設計手法 - inSmartBank
この記事は SmartBank Advent Calendar 2024 の8日目の記事です。昨日はPMの jou さんの 「打ち手検討の勘所: プロの思考を観察し、素人の反応を尊重しよう」 という記事でした。 blog.smartbank.co.jp こんにちは。スマートバンクで iOS / Android エンジニアをしている nakamuuu です。 iOS / Androidアプリの設計や実装を行う中で、筆者が繰り返し難しさを感じているポイントが “画面遷移フローの構築” です。ごく少数の画面を持つアプリでもない限り、以下に挙げたような要因で画面遷移には複雑性を伴うことと思います。 画面数の増加 : 画面数とともに遷移パターンも増大することで、アプリや機能の全体像を掴むことが難しくなる。イレギュラーケースの考慮漏れや意図しない挙動も招きやすくなる。 画面間の依存関係 : 遷移時のデ
非同期処理においてデータの整合性を保つアーキテクチャパターン - inSmartBank
この記事はSmartBank Advent Calendar 2024 6日目の記事です。 昨日は kassy さんの「成長するスタートアップ労務の醍醐味と挑戦をUXリサーチャーが聞いてみた！」という記事でした。 はじめに サーバーサイドエンジニアの mokuo です。普段は、カード決済やあとばらいチャージに関連する機能の開発や運用を行っております。 本日は、サーバーサイドエンジニア向けの記事になります。 本記事でお話しすること システムには断続的に行われる一連の処理、というものがあります。この中で非同期処理を行うこともあるでしょう。 例) EC サイトにおける注文処理のワークフロー このような機能を開発・運用していると、以下のような課題に直面することがあります。 処理の流れが把握し辛い 変更を行うのが困難 データの整合性を担保するのが難しい しかし、適切に設計を行うことで、これらの課題を
アジャイルを実践する組織であってもウォーターフォールを学ぶことには価値がある - mtx2s’s blog
「すべてのライフサイクルモデルの祖は、ウォーターフォールモデルである」とは、スティーブ・マコネルの言葉だ1。また、ソフトウェア開発ライフサイクル（SDLC）に関するGitHubの文書では、広く採用された最初のSDLCがウォーターフォールモデルであるとされている2。 そこに、ウォーターフォールを学ぶことに対する価値がある。それは、スクラムを導入し、アジャイルソフトウェア開発を実践する組織にも言えることだろう。いや、そうであるからこそだ。どんなソフトウェア開発プロセスモデルであろうと、ウォーターフォールから派生したり、何らかの影響を受けていると考えられる。したがって、ウォーターフォールへの理解から、自分達がやっていることの本質を見いだせるのではないだろうか。 ウォーターフォールなんて誰でも知っていると思うかもしれないが、そうとも限らない。確かにウォーターフォール未経験のソフトウェア開発者は少な
maintenance_tasksとData Migration - Kaigi on Rails Day2 Data Migration on Rails を受けて - Techouse Developers Blog
Kaigi on Rails 2024 こんにちは、クラウドハウス労務のoctavioです。2024年10月に新卒として入社しました。 10/25(金)・26(土)の2日間に渡って、有明セントラルタワーホール＆カンファレンスで Kaigi on Rails 2024 が開催されました。 みなさん、参加されましたか？ 私は今回が初めての技術カンファレンス参加でした。 初めての参加ということで、聴講するだけでも緊張していましたが、「初学者から上級者までが楽しめるWeb系の技術カンファレンス」というコンセプトの通り、経験の浅い私でも多くの学びを得られる場で、とても有意義な時間を過ごせました。 本記事では、個人的に印象に残った @ohbarye様 のDay2での発表 「Data Migration on Rails」 についてのまとめと、 それに関連して、紹介があったmaintenance_tas
Railsのテストコードで使われているNamed Routesを実行時に文字列に直した話 - STORES Product Blog
CTOの藤村です。最近はぜんぜんRailsを書いていません。ふとSuggestion: Use string literals instead of named routes or URL helpers in tests · Issue #328 · rubocop/rails-style-guideというIssueを見て、2年ほど前にやったことを思い出したので、今更ながらブログを書くことにしました。 テストコードはNamed Routesを使うべきではない？ Railsでは routes.rb で定義されたアクションへのパスやURLを出力するヘルパーが用意されています。posts_pathなようなメソッドたちですね。Named Routesと呼ばれるこれを使うことで、アプリケーションに存在しないURLを指定することを防げます。 アプリケーション側ではNamed Routesを使うべきで
DMS を利用した継続的なデータ変更検知 - クックパッド開発者ブログ
SRE の鈴木 (id:eagletmt) です。先日、この開発者ブログで赤松から One Experience プロジェクトについての紹介がありました。 自分もこの One Experiene プロジェクトに携わっており、このプロジェクトが始まったちょうど1年くらい前にはイギリスにあるオフィスに行き、グローバル版のシステムを開発・運用しているメンバーと直接顔を合わせたりもしていました。自分は One Experience プロジェクトにおいて主にデータ移行について担当していました。データ移行に必要な作業はいくつかありますが、この記事ではその中から日本版のシステムのデータベースで発生したデータの変更をどのようにしてグローバル版のシステムのデータベースに継続的に反映したかの部分について紹介します。 One Experience でのデータ移行 赤松の記事にも書かれていたように、日本版とグロー
RuboCopのルールセットを大きく変えるときに気をつけること（Standard導入編） - inSmartBank
こんにちは osyoyu です。RuboCop は好きですか？ B/43の開発の現場でもRuboCopは活用しており、ご多分に漏れず .rubocop.yml がすくすくと育てられていました。コードの一貫性はよく保たれていた…… のですが、 # rubocop:disable がそれなりの頻度で出現したことからも、適用されているルールが最良のものかは少しばかり疑問があった、という具合です。 そこで、今回は “unconfigurable” をウリにしているRuboCopルールセットであるStandard (standardrb/standard) を採用し、全コードをこのルールに適合するよう修正しました。Standardは少々 “強い” 名前ですが、コミュニティの中でコレ一強・一択というものでもなく、あくまでひとつのオプションという立ち位置です。 しかしそれなりに大きなコードベースではこの
Repro で遭遇した Aurora MySQL にまつわるトラブル 5 選 - Repro Tech Blog
こんにちは、Platform Team の荒引 (@a_bicky) です。前回は続・何でも屋になっている SRE 的なチームから責務を分離するまでの道のり 〜新設チームでオンコール体制を構築するまで〜という話を書いたんですが、今回は Repro の運用に 7 年以上携わる中で私が遭遇して印象的だった Aurora MySQL 絡みのトラブルについて紹介します。 Aurora MySQL が詰まってデータ処理のスループットが下がるとか、API のレスポンスが遅くなるとか、ALTER TABLE する度にアプリケーションエラーが発生するとか、胃が痛くなる胸が熱くなる話が多いので、Aurora MySQL を利用していなくても楽しんでいただけるのではないかと思います。Aurora MySQL を利用している方であれば参考になる情報もあるでしょうし、通常の MySQL にも適用可能な話もあります
日本におけるDevRelとは何なのか、現状と課題と今後 - 941::blog
数日前に𝕏上で「日本のDevRelって何なんだ？」という議論が巻き起こり、エンジニアや今DevRelを名乗っている人たち周辺で大きな話題となりました。わたしもかつてDevRelという名前のチームで働き、その活動に意義があると思っているので話題を整理してみたいと思います。今や様々な役割を内包する名称としてIT・WEB業界で一定の認知度を得ているDevRelとは何をする人なんでしょうか。 ここに書いたものはあくまでも個人的な視点と意見ですが、関連する皆さんは一緒に考えてみてもらえると嬉しいです。𝕏でもブログでもPodcastでもYouTubeでもなんでもいいので、是非ご意見ご感想をお寄せください。 この記事を人力で三行でまとめると アメリカ式のDevRelが日本で改変されて使われるようになったよ なんでこうなっちゃったか考えてみるよ 本来的なものだけを残して、ほかは名前を変えるのもいいんじ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/ohbarye/
Alternative Proxies:
強いチームと開発生産性
Webセキュリティのあるきかた
データマイグレーションの成功戦略~サービスリニューアルで失敗しないための実践ガイド~
