並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 299件

新着順 人気順

deviseの検索結果1 - 40 件 / 299件

  • ちょっとでもセキュリティに自信がないなら、 Firebase Authentication を検討しよう

    note のやらかしのあのへんについて。 認証自作、 Rails 、 Devise - Diary パーフェクト Rails 著者が解説する devise の現代的なユーザー認証のモデル構成について - joker1007’s diary 認証サーバーの実装は本質的に難しいです。セキュリティが絡むものは「簡単な実装」などなく、プロアマ個人法人問わず、個人情報を守るという点で、同じ水準を要求されます。悪意あるハッカーは常にカモを探していて、もし認証が破られた場合、自分だけではなく大多数に迷惑が掛かります。初心者だから免責されるといったこともありません。全員が同じ土俵に立たされています。 とはいえ、認証基盤を作らないといろんなサービスが成立しません。そういうときにどうするか。 Firebase Authentication で、タイトルの件なんですが、 Firebase Authenticat

      ちょっとでもセキュリティに自信がないなら、 Firebase Authentication を検討しよう
    • パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary

      最近、パーフェクトRuby on Railsの増補改訂版をリリースさせていただいた身なので、久しぶりにRailsについて書いてみようと思う。 まあ、書籍の宣伝みたいなものです。 数日前に、noteというサービスでWebフロント側に投稿者のIPアドレスが露出するという漏洩事故が起きました。これがどれぐらい問題かは一旦置いておいて、何故こういうことになるのか、そしてRailsでよく使われるdeviseという認証機構作成ライブラリのより良い使い方について話をしていきます。 (noteがRailsを使っているか、ここで話をするdeviseを採用しているかは定かではないので、ここから先の話はその事故とは直接関係ありません。Railsだったとしても恐らく使ってないか変な使い方してると思うんですが、理由は後述) 何故こんなことが起きるのか そもそも、フロント側に何故IPアドレスを送ってんだ、という話です

        パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary
      • 単語はわかるのに英文がわからない人のための頻出英熟語 650選【PHRASE List & PHaVE List】|相川真司(かわんじ) #DiQt

        【要約】 英語力の向上のためには、英熟語を覚えることは重要です。 しかし、英熟語には、単語から意味を推測しにくいものも多く、覚えるのが難しいという課題がありました。 このnoteでは、その課題を解決する『頻出英熟語リスト』を紹介し、その英熟語データを無料で配布いたします。 昨年、『この英単語を覚えるだけで、英文の9割は読めるようになる話』というnoteを書きました。 ありがたいことに、このnoteは多くの方々にご評価いただき、なんと『2020年はてなブックマーク年間ランキング』で第6位にノミネートいただきました。 うれしい!!!! このnoteをきっかけに、DiQtは多くの方々に使っていただけるようになりました。 とりわけ嬉しかったのが、短期的な利用ではなく、現在に至るまでずっと継続してDiQtを使っていただけるユーザーに多く出会えたこと。 そしてユーザーインタビューから、DiQtが実際に

          単語はわかるのに英文がわからない人のための頻出英熟語 650選【PHRASE List & PHaVE List】|相川真司(かわんじ) #DiQt
        • 動作するきれいなコード: SeleniumConf Tokyo 2019 基調講演文字起こし+α - t-wadaのブログ

          この文章は、2019年4月18日に開催された国際カンファレンス SeleniumConf Tokyo 2019 で行った基調講演の文字起こしを土台に加筆修正したものです。 当日の講演資料は speakerdeck で、動画は YouTube で公開されています。 Clean code that works - How can we go there? - Takuto Wada | SeleniumConf Tokyo 動作するきれいなコード - どうたどり着くか 本日の講演タイトルは「動作するきれいなコード - どうたどり着くか」です。動作するきれいなコードへ至る道の話をさせていただこうと思います。 資料は公開予定で、講演の写真撮影も問題ありません。ツイッター等での実況も大歓迎です。ハッシュタグは #SeConfTokyo です。 改めて自己紹介です。和田卓人(わだたくと)といいまして、

            動作するきれいなコード: SeleniumConf Tokyo 2019 基調講演文字起こし+α - t-wadaのブログ
          • サーバーサイドエンジニアとして2020年に使った技術 | うなすけとあれこれ

            2020年のフロントエンドエンジニアの技術スタックの一例 | potato4d D(iary) この記事と、TLで「これのバックエンド版が見たい」という発言に触発されたので書いてみます。口語体と文語体が入り乱れてるのは許してください。 冒頭のグラフはwakatimeで生成した今年1年間のプログラミング言語使用率です。2位はTypeScript、3位はTerraform、4位はYAMLでした。 立場 フリーランスで、主にRailsやAWSを使用しているサービスの運用、開発に関わっています。いくつもの会社を見てきた訳ではなく、数社に深く関わっている1都合上、視野が狭いかもしれません。 公開している成果としては クラウドゲーミング最新開発事例 - #CEDEC2020 - Speaker Deck があります。 長年RubyとRailsを書いてきたので、技術スタックがそのあたりに偏っています。

              サーバーサイドエンジニアとして2020年に使った技術 | うなすけとあれこれ
            • 認証用トークン保存先の第4選択肢としての「Auth0」

              iCARE Developer Meetupは、月次で開催している株式会社iCAREが主催するエンジニア向けのLT勉強会です。18回目の今回は、Ruby on Railsをテーマに行いました。サーバーサイドエンジニアの越川氏からはToken認証機能について。 Rails APIモードで開発するときの認証用のトークンはどこに保存すればいいの問題 越川佳祐氏:私からは、「Rails APIモードにおけるToken認証機能について」というテーマでLT(ライトニングトーク)をしようと思っていたんですが、スライドを作っていて「あれ、これ別にRailsだけの話じゃなくない?」と思ってしまいました。みなさんの中にも、そう思う方がいるかもしれないんですが、もうこれで作っちゃったのでご了承ください。 私は株式会社iCAREで、サーバーサイドエンジニアをしている、越川と申します。Twitterは@kossy0

                認証用トークン保存先の第4選択肢としての「Auth0」
              • Only My Rails Way

                これは何 「Rails Wayに沿って〜」とはReview欄などでよく言われるが、定義が人によってぶれている気がするので俺のRails Wayを示した記事です。 もはや本来のモノとは別物かも知れませんが、俺はこういう観点でRailsをみて、コードを書いているよ、ということを知ってもらう意味でもこの記事を公開することにしました。 前提として、「数人以上のチームでプロダクトを実際に開発して運用する」場合の自分のスタンスを示したものです。(私も仕事では独自DSLは書きませんが自由研究用途なら自分も独自DSLを書いたりします。) それでは、いってみましょう。 Model層 データベースの操作およびビジネスロジックを記述する。 テーブルの属性は原則NOT NULLにするべき。どうしても要件上NULLを許容しなければならない場合のみNULLを許容する。 Controllerからparamsを無思考で渡

                  Only My Rails Way
                • 認証自作、 Rails 、 Devise - Diary

                  認証自作、 Rails 、 Devise https://ockeghem.pageful.app/post/item/uQFX4oRNbnax82V これを読んで思ったことなんですけど、 Ruby On Rails 界隈では「認証は自作すべきではない、デファクトスタンダードの Devise を使うべき」という考え方が一般にあるように思います。 ではその Devise なんですけど、ドキュメントに以下のようにあります。 Starting with Rails? If you are building your first Rails application, we recommend you do not use Devise. Devise requires a good understanding of the Rails Framework. In such cases, we ad

                  • 戦略ファーム時代に読んだ700冊のまとめ *随時更新 - Digital, digital and digital

                    戦略ファーム時代に読んだ700冊程度の本をまとめています*随時更新 戦略ファーム時代に読んだ700冊程度の本をまとめています I. 戦略 企業参謀 https://amzn.to/44iKVxM 当初、いまいち戦略というものが掴めきれず迷子になっていた時に「大前研一はこれだけ読め」と教わった本。大量に出ている他の大前本を読まなくて済むのが見過ごせない大きな価値 戦略サファリ 第2版 https://amzn.to/3csZg0t 経営戦略の本を読み漁るも、実プロジェクトの方が全くもって学びになるという普通の感想をもち、俯瞰での戦略論を求めるようになる。いやあ懐かしい 企業戦略論【上】基本編 競争優位の構築と持続 Jay Barney https://amzn.to/3dJjVxB 任天堂の戦略の妙に気が付きはじめ、ベースか似通ったものはないだろうかと思うようになった時にJay Barney

                      戦略ファーム時代に読んだ700冊のまとめ *随時更新 - Digital, digital and digital
                    • Time on Unix

                      Sections What is time Representing time Where do we usually find time on Unix System time, hardware time, internal timers Syncing time with external sources What depends on time Human perception of time What is time Time is relative Measuring time and standards Coordinating time Time zones DST Time, a word that is entangled in everything in our lives, something we’re intimately familiar with. Keep

                        Time on Unix
                      • 各社のエンジニア研修で探る、新人エンジニアに必要な技術と駆け出しエンジニアの成長論 - このすみノート

                        新人研修の内容を検討しているのですが、それにあたり各社の新人研修を調査しました。 なお本記事は、@gcchaan氏のGitHub Gistにある「研修資料まとめ」を参考に作成しております。 @gcchaan氏の「研修資料まとめ」はとても素晴らしいまとめで、これを見ると各社がどのように新人エンジニアを育成しているのか見てとれたり、新人エンジニアがどのような研修を経て成長していくのか垣間見えます。 DMM.com(2019) DMM.comの研修で紹介されている技術書 GMOペパボ(2019) LINE(2018) Spee(2016) Wantedly(2019) ウエディングパーク(2019) エムスリー(2018) 研修概要 KAYAC(2017) クックパッド(2016) GREE(2014) ぐるなび(2017) LEMPについて サイバーエージェント(2019) エンジニア研修がど

                          各社のエンジニア研修で探る、新人エンジニアに必要な技術と駆け出しエンジニアの成長論 - このすみノート
                        • マイクロサービスで管理画面が乱立する問題と対策

                          こんにちは、qsona (twitter) です。 マイクロサービスアーキテクチャを指向するとき、(主に社内向け)管理画面をそのままサービスごとに作っていくと、マイクロサービスの数だけ管理画面が乱立するという課題があります。FiNC においては、それにより実際に以下のような問題が発生しました。 ユーザの追加/削除や権限管理がとても大変ユーザ(CS対応者)がどこの管理画面を使えばわかりにくい本記事では、 FiNC においてこれらの問題に対してどう対処してきたか、歴史とともに紹介します。 tl;dr各マイクロサービスで管理画面を作ること自体はよい。統一管理画面は開発のコストがかかりワークしなかった認証を中央管理にする権限管理は各サービス固有のドメイン知識だが、中央で一覧/変更できる状態になっていると便利マイクロサービスの横断的関心事への対処は、「標準」を意識する黎明期から、問題が起こるまでFi

                          • Rails開発者が採用面接で聞かれる想定Q&A 53問(翻訳)|TechRacho by BPS株式会社

                            概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: 53 Ruby on Rails Interview Questions and Answers - Better Programming - Medium 原文公開日: 2020/04/03 著者: GreekDataGuy -- データサイエンティスト、フルスタックエンジニア、起業家。トロント在住。 日本語タイトルは内容に即したものにしました。 私はこれまで100人を超えるRuby on Rails開発者と面接を重ね、私自身も職階に関する面談をいくつも受けました。本記事は、これまで私が受けたり尋ねたりした質疑応答をまとめたものです。 2020年現在、どれほど多くの大企業がRailsを利用していることを知ったら皆さんは驚くかも知れません。Shopify、Airbnb、GitHub、Dribble、Etsy、Kickstarter

                              Rails開発者が採用面接で聞かれる想定Q&A 53問(翻訳)|TechRacho by BPS株式会社
                            • 認証機能を独自実装する代わりにIDaaSのREST APIを使うアプローチ - r-weblife

                              こんにちは、ritou です。 最近のあれこれでIDaaSと呼ばれる機能に注目が集まっているような気がしますが、どうしてもフロントエンドでの導入部分が目に付きます。 「新規サービスで使っていこう」ならまだしも「既存のを何とかしたい」みたいな場合にフロントエンドまでごっそり変えるのなんて腰が重くなって仕方ない感じでしょう。 そこで今回は、REST APIを用いた新規導入、移行というアプローチもあるのかなという話を書いておきます。 SPAとなると当然フロントエンドの振る舞いに注目されるけど、Deviseからの...を考える人たちはこの辺りから攻めるのもアリかと思う。ちゃんと整理して考えよう。https://t.co/fwhoA6wtjx— 👹秋田の猫🐱 (@ritou) 2020年8月19日 IDaaS の REST API この辺りをみてみてはどうでしょう。 Firebase Authe

                                認証機能を独自実装する代わりにIDaaSのREST APIを使うアプローチ - r-weblife
                              • Railsで認証機能を自作する?それともDeviseを使う? - アジャイルSEの憂鬱

                                定期的にDevise批判の話が出てくるので、個人的な考えを書いてみます。 Railsに詳しくないなら、Deviseを使わないべきか? 「認証自作、 Rails 、 Devise」の記事で以下のような記載がある。 「Rails について深い理解がないならば、 Devise は使うな」とあります。この方針は10 年近く前から書かれています。 これ元の英語とあってない気がするんですよね。 If you are building your first Rails application, we recommend you do not use Devise. Devise requires a good understanding of the Rails Framework. In such cases, we advise you to start a simple authenticatio

                                  Railsで認証機能を自作する?それともDeviseを使う? - アジャイルSEの憂鬱
                                • プログラミングスクールで、「リアルバーチャルYoutuber」というWebサービスを作りました - 猫Rails

                                  はじめに 作ったWebサービスの紹介 開発日誌 Getting Realを読む エレベーターピッチを作る 技術検証 ペーパープロトタイプを作る 技術選定とシステム構成図の作成 開発の進め方を考える $ rails new Herokuをセットアップ 独自ドメイン設定 + SSL化 SendGridをセットアップ S3 + CloudFrontをセットアップ Googleアナリティクスをセットアップ Googleサーチコンソールをセットアップ ロゴ・ファビコンを作る サイトマップを自動作成 metaタグを設定する Rubocopを設定する 便利Gemを導入する bullet letter_opener letter_opener_web xray-rails pry-rails pry-byebug pry-doc pry-alias awesome_print tapp rack-mini

                                    プログラミングスクールで、「リアルバーチャルYoutuber」というWebサービスを作りました - 猫Rails
                                  • スタートアップで戦い抜いてきたRailsアプリをどう直す? 既存Railsアプリを攻略する時にCTOが見ているポイント

                                    「初学者から上級者までが楽しめるWeb系の技術カンファレンス」をコアコンセプトに掲げる「Kaigi on Rails」。ここで登壇したのは、STORES株式会社 CTO・藤村大介氏。別会社が自社にジョインしたことにより、新しく加わったプロダクトのRailsアプリケーションを触り改善する中で、見ていたこと・考えていたことなどを発表しました。全2回。前半は、アプリの概要を理解するために見ていたものについて。 STORES株式会社 CTO・藤村氏の自己紹介 藤村大介氏:「既存Railsアプリ攻略法」というタイトルで、CTOが何をやっているのか、何を見ているのか、何を考えているのかをお話ししようと思います。 自己紹介です。藤村大介と申します。あらためてよろしくお願いします。僕は2008年ぐらいから、バックエンドでRailsを書くのを中心にソフトウェアエンジニアとして仕事をしていて、フロントエンドも

                                      スタートアップで戦い抜いてきたRailsアプリをどう直す? 既存Railsアプリを攻略する時にCTOが見ているポイント
                                    • Rails: Evil Martiansが使って選び抜いた夢のgem(翻訳)|TechRacho by BPS株式会社

                                      概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Gemfile of dreams: the libraries we use to build Rails apps—Martian Chronicles, Evil Martians’ team blog 原文公開日: 2023/01/17 原著者: Vladimir Dementyev(首席バックエンドエンジニア)、Travis Turner(技術記事編集者) サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語ブログ: 合同会社イービルマーシャンズ - Qiita 日本語タイトルは内容に即したものにしました。また、gemごとにGitHubリポジトリへのリンクカードも追加してあ

                                        Rails: Evil Martiansが使って選び抜いた夢のgem(翻訳)|TechRacho by BPS株式会社
                                      • Ruby on Railsとは? 特徴・魅力・勉強法を開発者が解説 - FLEXY(フレキシー)

                                        ※本記事は2020年4月に公開された内容です。 松本瞬と申します。 私は主にフリーランスとしてスタートアップのWebサービス開発をお手伝いしています。これまでにPXITA、cakes、クックパッド料理教室、FiNCなど多数のプロジェクトに参画してきました。Ruby on Railsはすでに10年以上利用しています。 Ruby on Railsは個人の力を最大限引き出してくれる少人数開発向けのフレームワークと言えます。 本記事では開発者の思想を軸としてそんなRailsの魅力を語ります。また、初心者の方が押さえておきたいポイントもご紹介しているので、ぜひ参考にしてください。 Ruby on Rails関連の案件をお探しの方はこちらをご覧ください。 Ruby on Rails関連の案件を探す 記事の後半ではFLEXYがお取り扱いするRuby on Rails関連の求人案件もご紹介していますので、

                                          Ruby on Railsとは? 特徴・魅力・勉強法を開発者が解説 - FLEXY(フレキシー)
                                        • Java, MySQLをKotlin, PostgreSQLに移行した - k0kubun's blog

                                          7年前にGitHub Rankingというサービスを作り、APIを叩きすぎてGitHubからの風当たりが強くなって*1からはデータの更新を止めていたが、KubernetesやGraphQLの時みたいに技術を試す砂場用に惰性で動かし続けていた。 Issueの機能要望対応が段々面倒になってきて、サーバー代節約のために潰すかと考えていたのだけど、毎日1000PVくらいあるので試しにGoogle Adsenseを設置してみたところ1日平均 $1 くらいは入ってて黒字になりそうだったので、ちょっとメンテしやすくしてデータの更新再開するかー、ということで今回いろいろ綺麗にした。 DB: MySQL → PostgreSQL なぜPostgreSQLにしたのか 個人的には多くの用途ではMySQLとPostgreSQLどっちでもいいと思っているんだけど、今所属してるチームがメンテしてるサービスのDBの多く

                                            Java, MySQLをKotlin, PostgreSQLに移行した - k0kubun's blog
                                          • Announcing PartiQL: One query language for all your data | Amazon Web Services

                                            AWS Open Source Blog Announcing PartiQL: One query language for all your data Data is being gathered and created at rates unprecedented in history. Much of this data is intended to drive business outcomes but, according to the Harvard Business Review, “…on average, less than half of an organization’s structured data is actively used in making decisions…” The root of the problem is that data is typ

                                              Announcing PartiQL: One query language for all your data | Amazon Web Services
                                            • ActionMailerでのエラーハンドリングと、メール配信機能の冗長化 - ANDPAD Tech Blog

                                              バックエンドエンジニアの宮澤です。 弊社のANDPADでは多くのWebサービスと同じようにメールでの通知機能を持っています。 今回はRailsと複数のメール配信サービスを組み合わせて、メール配信機能を冗長化した事例を紹介します。 ANDPADで導入しているメール配信サービス ANDPADでは2つのメール配信サービスを利用しています Mailgun(メイン) Sendgrid(サブ) 通常はMailgunを主系として利用し、SendgridはMailgunでの送信失敗時に備えて待機する構成になっていて、Mailgunで障害が発生した場合でも自動的にSendgird経由でメール配信できるようになっています。 また、サブにSendgridを採用している理由にRFCに準拠しないメールアドレスへの対策もあります。 ANDPADでは個人の携帯キャリアメールで登録しているアカウントも多く、キャリアメール

                                                ActionMailerでのエラーハンドリングと、メール配信機能の冗長化 - ANDPAD Tech Blog
                                              • 戦略コンサルティング時代に読んだ700冊のまとめ + Tech company時代に読んだ本 *随時更新

                                                戦略ファーム時代に読んだ700冊程度の本をまとめています I. 戦略 企業参謀 https://amzn.to/44iKVxM 当初、いまいち戦略というものが掴めきれず迷子になっていた時に「大前研一はこれだけ読め」と教わった本。大量に出ている他の大前本を読まなくて済むのが見過ごせない大きな価値 戦略サファリ 第2版 https://amzn.to/3csZg0t 経営戦略の本を読み漁るも、実プロジェクトの方が全くもって学びになるという普通の感想をもち、俯瞰での戦略論を求めるようになる。いやあ懐かしい 企業戦略論【上】基本編 競争優位の構築と持続 Jay Barney https://amzn.to/3dJjVxB 任天堂の戦略の妙に気が付きはじめ、ベースか似通ったものはないだろうかと思うようになった時にJay Barneyにはまりはじめる 経営戦略全史 https://amzn.to/3e

                                                • 初学者が Ruby on Rails の広大さに途方にくれたけどなんとかやっていけるようになった話 - Eggshell

                                                  これは「フィヨルドブートキャンプ Part 1 Advent Calendar 2020」の4日目の記事です。 フィヨルドブートキャンプ Part 1 Advent Calendar 2020 - Adventar 昨日は hogucc さんの Rubyでリファクタリングをやってみよう でした。 Part2 もあります。 フィヨルドブートキャンプ Part 2 Advent Calendar 2020 - Adventar また、この記事は2020年ふりかえりアドベントカレンダー 4日目です。昨日の記事は 「数学ガールの秘密ノート/学ぶための対話」感想 です。 今日はフィヨルドブートキャンプで最も苦しんだプラクティス、Ruby on Rails についての思い出を書こうと思います。随分長くなってしまいましたが、ふわっとした話なので暇なときにでもどうぞ.. フィヨルドブートキャンプで Rub

                                                    初学者が Ruby on Rails の広大さに途方にくれたけどなんとかやっていけるようになった話 - Eggshell
                                                  • Railsアプリの開発環境を速くするための調査 その1 - gemの読み込み時間 - アジャイルSEの憂鬱

                                                    その1って書いたけど、続くかは不明。 今回は使っているgemの読み込み時間を測ってみた。 Benchmark を仕込む config/application.rb でgemを読み込む前に Kernel.require を上書きして、計測する。 +require 'benchmark' +$result = {} +Kernel.singleton_class.prepend(Module.new do + def require(feature) + ret = nil + $result[feature] = Benchmark.realtime { ret = super } + ret + end +end) Bundler.require(*Rails.groups) +$result.sort_by { |_, t| -t }.take(20) + .each { |featur

                                                      Railsアプリの開発環境を速くするための調査 その1 - gemの読み込み時間 - アジャイルSEの憂鬱
                                                    • 永久保存版!?伊藤さん式・Railsアプリのアップグレード手順 - Qiita

                                                      はじめに Railsアプリケーションを長く運用していると避けて通れないのがRailsのバージョンアップです。 古いバージョンのRailsは順次サポートの対象から外れていく(=不具合修正やセキュリティ対応がされなくなる)ため、バージョンアップをせずに運用するわけにはいきません。 そこでこの記事では僕・伊藤淳一がRailsアプリのバージョンをアップグレード(アップデート)する手順を紹介します。 この手順はこれまで何度もRailsアプリケーションをアップグレードしてきた僕の知見が詰まった、いわば「秘伝のタレ」的なアップグレード手順です。 想定するRailsアプリケーション この記事で想定しているのは以下のようなRailsアプリケーションです。 開発者1人でもなんとか面倒が見れるレベルの規模(=アップグレードは1人で作業する想定) 趣味で作っているのではなく、外部のユーザーがいるRailsアプリ(

                                                        永久保存版!?伊藤さん式・Railsアプリのアップグレード手順 - Qiita
                                                      • React PWA + Rails GraphQLで作ったポモドーロサービスに使った技術やその選定理由を書いてみた - Qiita

                                                        先日、『g4』というポモドーロ+RPGなサービスをリリースしました。 そのサービスで使った技術について聞かれることがあったので残しておきます。 どんなサービス? ポモドーロ・タイマーを使い25分間集中すると経験値をもらえ、その経験値でレベルが上がる。 って言う感じのやつです。 こんな特徴があります。 ポモドーロ・タイマーやRPG的なUIはリッチで動きがある 現在のステータスをOGP画像にしてシェアできる 上昇する能力値や覚えるスキルは登録した文章を解析して決まる 構成はこんな感じ フロントエンドの選定理由 フロントエンドはSSRしたReactアプリをfly.ioにおいています [React] 自分は過去に仕事でNuxt.jsや生Vue.jsを使ったことがあり、個人ではExpoやNext.jsでReactにも触っていました。 今回Reactを選択した理由は以下です。 型が欲しかった。Type

                                                          React PWA + Rails GraphQLで作ったポモドーロサービスに使った技術やその選定理由を書いてみた - Qiita
                                                        • エンジニア募集にかける思い (selfree) - ボクココ

                                                          ども、@kimihom です。 いよいよ弊社で "必要な方を採用して共に働こう" ということで、エンジニア募集をかけている。公式ページは以下となっている。 www.selfree.co.jp 以下の記事は、私の個人的な意見である。 会社や技術的なところを紹介し、どんな方に来て欲しいのかを記す。近い将来、来てくれる "あなた" のために。 会社の特徴 まずは技術以外の部分で、弊社を簡単に紹介する。 とりわけ特徴として大きいのが、資金、人数、働き方だ。 資金 まず、弊社は一切外部から資金を受け取っていない完全自己資本の SaaS 企業である。 そのため、最終的に上場したり、外部から買収されるなど "課された"目標 が存在しない。投資家ではなく、常に顧客と向き合うことができる。自分たちが掲げた目標に対し、働き続けられる自由と責任がある。 詳細は公式ページ先の資料に書いてあるが、そんな自己資本 S

                                                            エンジニア募集にかける思い (selfree) - ボクココ
                                                          • Ruby: GemfileとGemfile.lock究極ガイド(翻訳)|TechRacho by BPS株式会社

                                                            概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: The Ultimate Guide to Gemfile and Gemfile.lock | Saeloun Blog 原文公開日: 2022/08/16 原著者: Keshav Biswa サイト: Saeloun Blog Ruby on Railsの開発者なら、GemfileやGemfile.lockを知らない人はいないでしょう。この2つのファイルはRuby gemをインストールするのに欠かせませんが、仕組みを知らないままでは混乱する可能性もあります。本記事では、Gemfileとは何か、その中に何があるのか、および使い方について解説します。 最初に、デフォルトのRails 7アプリケーションを作成し、それからGemfileの各行を調べて意味を理解していきましょう。 新規作成したアプリのディレクトリには、Gemfileと

                                                              Ruby: GemfileとGemfile.lock究極ガイド(翻訳)|TechRacho by BPS株式会社
                                                            • ノートにツイートを貼れるサービス「twi-note」を作成しました - s4naのテックブログ

                                                              目次 目次 はじめに twi-noteとは? ツイートを簡単に貼るための4つの工夫 ポイント1:検索結果の全ツイートを一括で貼れます。 ポイント2:ツイートをドラッグ&ドロップで貼れます。 ポイント3:時間を指定して、ツイートを検索できます。 ポイント4:作成したノートをダウンロードできます 作った理由は、ノートにツイートを貼るのをもっと簡単にしたかったからです 似ているサービスとの違い フィヨルドブートキャンプというプログラミングスクールでサービスを作成しました 初めてのサービスづくりで挑戦したことと、学んだこと、こうすれば良かったと思ったことについてまとめ サービス企画編 Getting Realという本のやり方を真似する事で、ユーザーが0じゃないサービスを作ることができる Getting Realまとめ 本を読んだだけではすぐ実践できない アイデア出しに挑戦 通った企画(今回作成した

                                                                ノートにツイートを貼れるサービス「twi-note」を作成しました - s4naのテックブログ
                                                              • RailsアプリのフロントエンドをじわじわとNext.jsにリプレースした話と、その振り返り - High Link テックブログ

                                                                株式会社High LinkのCTOをやっている nogaken (@nogaken1107)です。 最近はChatGPTなどのLLM系のアプリケーションを触って楽しんでいます。 ハイリンクでは「カラリア 香りの定期便」などのサービスを開発しています。 「カラリア 香りの定期便」は2021年まで、フレームワークとしてはRuby on Rails (以下Rails)単体で書かれていましたが、デザインリニューアルと合わせて2021年前半から1年間強の時間をかけてフロントエンドをNext.jsにリプレースしました。 結果として開発体験が向上し、気軽に実装できるデザインの幅が広がり、エンジニアの採用面でもメリットが得られました。 この記事では、カラリアのフロントエンドリプレースの背景、技術選定、リプレースのフロー、課題と、リプレース全体の振り返りについて紹介します。 現在、RailsでWebアプリケ

                                                                  RailsアプリのフロントエンドをじわじわとNext.jsにリプレースした話と、その振り返り - High Link テックブログ
                                                                • 【Kaigi on Rails 2023】発表資料まとめ - Qiita

                                                                  2023/10/27, 28 に行われた Kaigi on Rails の資料まとめです。 資料が公開され次第、内容を更新します。公開済みのURLがあれば教えてください。 10/27 スケーラブルActive Jobs with Sidekiq Enterprise (スポンサーLT) Rails アプリの 5,000 件の N+1 問題と戦っている話 HTTPリクエストを手で書いて学ぶ ファイルアップロードの仕組み 生きた Rails アプリケーションへの delegated types の導入 Async Gem で始める ruby 非同期プログラミング Exceptional Rails やさしいActiveRecordのDB接続のしくみ Update Billion Records 初めてのパフォーマンス改善〜君たちはどう計測す(はか)るか〜 Simplicity on Rails

                                                                    【Kaigi on Rails 2023】発表資料まとめ - Qiita
                                                                  • ゲームメカニクスのタグを組み合わせて、新しいゲームをChatGPTに考えてもらおう - ABAの日誌

                                                                    この前、アクションミニゲームのゲームメカニクスをタグとして列挙した。 まずはタグの組み合わせから新ゲーム考案というのが現実的かを試してみたい。 試すのは人間とは言ってない。AIにやってもらおう。 ChatGPTに以下のプロンプトを与えて、ゲームデザイナーとして振舞ってもらう。 I want you to act as a game designer. Remember the following tags related to game mechanics. The tags are written in a format of 'Category: Name, "Description"', with one line for each tag. Randomly combine those tags and come up with a new game that contains o

                                                                      ゲームメカニクスのタグを組み合わせて、新しいゲームをChatGPTに考えてもらおう - ABAの日誌
                                                                    • 独学で未経験のモダンな技術を学習してポートフォリオを作るまで【Rails / Next.js / AWS / Docker / GitHub Actions】 - Qiita

                                                                      独学で未経験のモダンな技術を学習してポートフォリオを作るまで【Rails / Next.js / AWS / Docker / GitHub Actions】RailsAWS初心者個人開発Next.js はじめに こんにちは!きいな(@keynyaan)と申します。 今回、モダンな技術を使って初めてポートフォリオを作ってみたので、開発背景や学習教材などを紹介します。 ポートフォリオを作るにあたって、色々な方の素晴らしいポートフォリオ作成記事が参考になったので、今度は私の記事が誰かのためになることを祈ってます。 自己紹介 大学卒業後、新卒でSIer企業に入社し、3年ほどJavaやJavaScriptなどを使って、バックエンドやフロントエンドのシステム開発を行っていました。 そんな私が自社開発企業に興味を持ち、退職を機に、2023年1月からポートフォリオ作成に向けて学習を始めました。 学習期間

                                                                        独学で未経験のモダンな技術を学習してポートフォリオを作るまで【Rails / Next.js / AWS / Docker / GitHub Actions】 - Qiita
                                                                      • Railsにおけるマルチテナントの資料まとめ

                                                                        SaaSサービスをRailsで開発するにあたり、マルチテナントに関する情報収集をしたため本ページにまとめとして記録いたします。 DBのマルチテナント DBのマルチテナントにあたっては、セキュリティーの確保と保守性が方式の選定ポイントとなります。 ただし、SaaSサービスとして成功するほど保守のコストが増大するためプール型に移行していくようです。 ブリッジ型でマルチテナントを実現可能なGem「apartment」 データーベースのインスタンスは全テナントで共有するものの、テナントごとにスキーマ(テーブル、インデックス、ビュー、ストアドプロシージャ)を分ける方式です。 この実装にはGem「apartment」の使用が有名です。 SmartHR社も創業当初はセキュリティーを高めるためにapartmentを利用していたようです。 ただし、後述するように、サービスの特性上カラム数が多く契約社数の伸び

                                                                        • Rails: ルーティングを動的にビジュアル表示する方法|TechRacho by BPS株式会社

                                                                          以前Railsウォッチ20201012でご紹介した内容を自分用に別記事にしました。 RailsのルーティングをFSM(有限状態機械)の形式でHTMLファイルに出力し、動的にルーティングをシミュレートできる機能です。 参考: 有限オートマトン - Wikipedia routes visualizer、`devise_for :users` みたいなDSL処理される系のroutingでもちゃんと展開された。めっちゃ実用的では #kaigionrails pic.twitter.com/LBBKPcE4D4 — Masato Mori (@morimorihoge) October 3, 2020 ⚓ Railsのルーティングビジュアライザ ⚓ 必要なもの Railsローカル実行環境 graphviz なお、2012年の56fee39でJourneyがAction Dispatchに統合された

                                                                            Rails: ルーティングを動的にビジュアル表示する方法|TechRacho by BPS株式会社
                                                                          • 日本における国際的な子の連れ去り - Wikipedia

                                                                            日本における国際的な子の連れ去り(にほんにおけるこくさいてきなこのつれさり)とは、日本と諸外国の間に生じている民事領域における国際問題である。 本項では特に、事象そのものと、それに関連する国際的な子の奪取の民事上の側面に関する条約、児童の権利に関する条約等について概説する。 ワシントンD.C.で行われた 拉致被害親達によるデモ行進 概要[編集] 日本における国際的な子の連れ去り(以下、拉致とも)とは、多くの場合では一方の親が日本人であり、外国から日本または日本から外国への違法な拉致を指すことが多い。ただし、一部には日本人以外の外国人が、日本の慣習を援用するために拉致した子どもを連れて日本入国するケースも存在する。こうした問題は、国際結婚の数が増えるにつれて増大の一途をたどってきた[1]。例外的な状況を除いて、一般的に児童拉致は子の福祉への有害性があると指摘されている[2]。 2014年4月

                                                                              日本における国際的な子の連れ去り - Wikipedia
                                                                            • TVアニメ『86-エイティシックス-』における「高潔」の意義:インティマシー/インテグリティーの観点から|髙橋優

                                                                              はじめにインティマシーに動かされた社会は容易に、人種差別、民族中心主義、性差別、階級的エリート主義、狂信的排外主義などを合理的に正当化する結果に陥りうる。 (トマス・カスリス(衣笠正晃訳)『インティマシーあるいはインテグリティー: 哲学と文化的差異』法政大学出版局、2016年、227頁) ちょうど、東京では桜が満開を迎えている。桜の花をドイツ語でキルシュブリューテ(Kirschblüte)という。桜が美しい散り際を見せる時節に、TVアニメ『86-エイティシックス-』の最終回放送がずれ込んだのは面白い偶然だ。そのアニメは「キルシュブリューテ」というパーソナルネームを持つ少女を、戦場で無残に散らせたのだから。 本作は2021年4月から6月にかけて第1期(前半11話)の放送が行われ、2021年10月からは第2期の放送が始まったが、「制作の都合」および「より良いクオリティで、第2クールのクライマッ

                                                                                TVアニメ『86-エイティシックス-』における「高潔」の意義:インティマシー/インテグリティーの観点から|髙橋優
                                                                              • Sinatra(Ruby製軽量フレームワーク)の使い道を本気で検証してみた - ANDPAD Tech Blog

                                                                                この記事は ANDPAD Advent Calendar 2022の 20 日目の記事です。 こんにちは、アンドパッドに今年の 9 月に入社しました、 田上(shuntagami)です。アンドパッドでは図面チームに所属していて、主にサーバーサイドを担当しています。Ruby と Rails を使うことが多く、Go や TypeScript を書くこともあります。 本記事の概要 以下のようなケース 将来的に規模が大きくなることも想定されるアプリケーションの API サーバーを 0 から開発する際のメインフレームワークとして 既存の大きく成長した Rails アプリケーションの一部をマイクロサービスとして切り出したいケース において Ruby 製の軽量フレームワーク Sinatraを採用することが生産性高く開発を行う上で最適解のひとつになるのではと考え技術検証してみた、という記事です。経緯として

                                                                                  Sinatra(Ruby製軽量フレームワーク)の使い道を本気で検証してみた - ANDPAD Tech Blog
                                                                                • 目的思考について株式会社Speeeのインターンシップで学んだこと - Qiita

                                                                                  はじめに 株式会社Speeeでの12日間のエンジニアインターンシップで学んだことを書きます。技術的なことではなく、何かを成し遂げるにあたって意識するといいことについてです。 インターンシップの概要はこんな感じでした。 ワーク内容 3, 4人1チーム 課題定義から実装までのサービスの立ち上げ 合計3回社員の方にプレゼンテーション&フィードバック サポート体制 1チームごとにビジネスメンターとエンジニアメンター各1人 人事の方と面談 + 毎日メンターの方と1on1面談 フレームワーク Ruby on Rails KPT1・YWT2などのフレームワークを使い、自分やチームの課題を見つけ、目標を立て、実行する、というサイクルを回し続けました。 12日間本当に色々な学びがありましたが、その中でも最も大きな学びの一つである「目的思考」について書きます。目的思考とは(私の解釈では)「目的の達成を一番に考

                                                                                    目的思考について株式会社Speeeのインターンシップで学んだこと - Qiita