＊プログラミング超初学者のため、間違いは指摘頂けると大変ありがたいです。 記事の目的 Ruby on Railsでアプリケーション開発を行う際、何かと出てくるこいつ。 調べてわかった気になっては毎回わかってなくて悩まさせれたので、備忘のためにまとめておくものです 1.ストロングパラメータとは 「パラメータを受け取る際に、指定したキーを持つパラメータしか受けとれない様に制限できるもの」 端的にいうと上記の通りです。目的としてはセキュリティ向上のため、といった所でしょうか。 2.もうちょっと具体的に 「指定したキーを持つ」という制限がないとどうなるのでしょうか。 例えばユーザー登録機能を実装していて、登録時に名前、とメールアドレスを求められたとします。 この場合、こちら側が保存したいのは「userテーブルのnameカラム、emailカラムの情報」なのでしょう。 なのでフォームから送られてきたパ

Railsを使って、S3へのファイル直接アップロードを試している。 最終ゴールはAPIとして、クライアントから画像データを受け取って、S3にアップロードすることである。 今回は、第一ステップとして、RailsからS3へのアップロード実現を目指す。 試している工程をメモしておく。 やりたいこと Railsから画像データをS3にアップロードする。 環境 Rails 5.0.0（APIモード） 早速やってみる やりたいことを満たせそうなgemがいくつかありそうだったが、 今回はcarrierwaveを利用する。 ということで、まずは、Gemfileに下記を追加した。 gem 'carrierwave' gem 'fog-aws' gem 'rmagick' carrierwaveは画像ファイルをアップロードに利用するため。 fog-awsはS3に画像ファイルをアップロードするため。 rmagic

記事の目的 初学者の為、間違っているところはご指摘頂けると幸いです。 備忘録・アウトプット目的で投稿です。 2021/1/10：追記 Qiita初投稿でチェリー本の伊藤さんから記事の間違いを指摘頂きました🙇‍♂️ mergeメソッドとは？ ストロングパラメータの設定の最後にでてくるmerge。 def review_params params.require(:review).permit( :memo, :image) .merge(user_id:current_user.id) ←これです end mergeメソッドについて（チェリー本より引用） なんだこのメソッドは？とRailsの参考書等（Railsチュートリアル、現場Rails）等で調べるもない。 チェリー本をみてみると、メソッドについて説明がなされていた。以下、例文と説明。 mergeメソッドを使うことによって、ハッシュリテ

2022-11-30NestJS を使ってジョブメドレーアカデミーのバックエンド開発をどのように行なっているのかはじめにみなさん、こんにちは。エンジニアの山田です。今回はジョブメドレーアカデミー（以下、アカデミー）の開発の皆さんに集まってもらい、TypeScript と NestJS を使ったバックエンド開発をどのように行なっているのかをインタビューしました。 以前、アカデミーがリニューアルした際にチームメンバーにインタビューした note もあるので、未読の方はぜひそちらもご覧いただければと思います。 インタビュイー紹介岸田さんSES 会社で業務システム開発、バングラデシュに支社があるオフショア開発をしている会社でブリッジエンジニアという経験を経て、2019 年メドレー入社。 その後ジョブメドレーで開発をリード。現在はアカデミーのプロダクト責任者を務める。 熊本さん2019 年メドレーに

コピー一度変数を定義すれば、あちこちに値を書き写す必要がなくなり、その変数を使ってさまざまな処理をすることができます。 変数という便利な入れ物があるおかげで、繰り返し同じコードを書く必要がなくなったり、より抽象的なコードを書けるようになったりと、さまざまな恩恵を享受できるわけです。 型変数(type variables)は、もうひとつの便利な入れ物です。ただし、入れられるのは「値」ではなく「型」という違いがあります。

2022/11/26(土)で開催された JSConf JP 2022に関する、現時点での公開資料と Twitter アカウントリンクをまとめました。 よろしければご活用ください。 ※2022/11/28追記 ねぎしさんからいただいたコメントを元に、各講演に時間指定をした YouTube リンクを追記しました。 （時間指定をすると流石に動画埋め込みはできないようだったので、リンクでご容赦ください🙏） はじめに 登壇者名は敬称略させていただいています。 Twitter アカウントについては、ご本人が当イベントで登壇されることに言及されている、スライドに記載など、確認できたものを記載しております。 リンクの間違い等ありましたらコメントいただけると助かります🙏 アーカイブ動画 当イベントは、3つのトラックに分かれて講演が行われました。 その3つともアーカイブ動画が残っているので、後から見直すこ

Reactを使っていると、ふと再レンダリングが気になることがあります。 そこでReactの公式サイトやインターネットを見るわけですが、多く場合useCallbackとReact.memoを使えという旨の記事が確認できると思います👀 それはわかったとして、どういう戦略でこれらを使い不要な再レンダリングを防ぐべきかという考え方についてはあまり載っていなかった気がするので、せっかくなのでまとめておきます。 ところでどうすると再レンダリングを抑止できるか Reactはstateが変わった時、その状態によって必要な箇所を再レンダリングします。 export default function App() { console.log('App'); const [count, updateCount] = useState(0); const handleUpdateCount = () => { u

LMS（学習管理システム）としての高い機能性や、高品質な教材・テストを備えています。 業界唯一のスキルチェック機能で、パーソナライズドな学習パスを設計できる IT・プログラミング領域に特化した教材で、テクノロジー人材の育成ができる

JavaScriptでオブジェクトのプロパティをイミュータブルなやりかたで削除する方法です。 イミュータブルな削除というのは、あるオブジェクトのプロパティを削除するとき、そのオブジェクトを変更するのではなく、削除対象のプロパティが取り除かれたオブジェクトを新たに作ることです。 やりかた destructuring assignment構文を使います。 例えば、a,b,cの3つのプロパティを持ったオブジェクトから、aを削除したい場合、

ビッグ３と呼ばれるスクワット、ベンチプレス、デッドリフトの３種目。この３種目を行うだけで、全身のほとんどの筋肉を鍛えることが可能となります。 今回からはビッグ３に追加して行うべき種目について解説していきます。 ■サイドレイズで肩幅を広げよう！　～サイドレイズの正しいフォーム ビッグ３ではあまり強い刺激を受けない場所の一つが、肩の筋肉です。肩の筋肉（三角筋）は大雑把に前部と中部、後部の３つに分けることができます。ベンチプレスでは肩の前部、デッドリフトでは肩の後部がそれなりに刺激されるのですが、肩の中部の筋肉はそれほど負荷がかかりません。 しかし肩の中部の筋肉が発達すれば、肩幅を広くすることができます。 もともと鎖骨が短く、肩幅が狭い人でも、この筋肉を鍛えることで見違えるような肩幅を作ることができるのです。 肩の中部を刺激するためのエクササイズとして代表的なものが、「サイドレイズ」です。まずは

#React やってて、props のバケツリレーを何か嫌がる人たまにいるんだけど、自分は props のバケツリレーそのものをそんなに悪いと思ったことがない。 「バケツリレーがつらい」ように見えるコンポーネントの大半はそもそも props の設計がおかしい場合が多く、本当の問題はそっちにあると思っている。 たとえば、次のようなバケツリレーはつらいかもしれない。ここでいう Body はサイドバーとしてフォロワーの一覧を表示し、メインコンテンツとしてフィード一覧を表示するみたいなものを想像して欲しい。フォロワー一覧の中で使う props とフィード一覧で使う props を混ぜて1つの親に渡している状況だ。

TR;DR useContext は、階層の深いコンポーネントに state を渡す場面で使うと良い useReducer は、state の変更パターンが多い場面で使うと良い useContext + useReducer は、state を使うコンポーネントの階層が深い上に、前回の state を元に新しい状態を作る場面で使うと良い useContextだけを使うケース useContext は React の組み込みの Hooks の1つです。Provider でラップしたコンポーネントのツリーのどこからでも、同一の Context Object を参照できるようにする Hook です。 useContext は Context を通じて子や孫以下のコンポーネントで同一の JS オブジェクトを呼び出せる Hook です。これにより props のバケツリレー （Props Drill

children の型定義TypeScript で React の関数コンポーネントを定義するときには、下記のような React.FC (React.FunctionComponent) を使用します。 type FC<P = {}> = FunctionComponent<P>; interface FunctionComponent<P = {}> { (props: PropsWithChildren<P>, context?: any): ReactElement<any, any> | null; propTypes?: WeakValidationMap<P> | undefined; contextTypes?: ValidationMap<any> | undefined; defaultProps?: Partial<P> | undefined; displayName

Atomic Design でいう Atoms に相当する、汎用コンポーネントについての小話です。次の様に Props 型定義を用意し、解説している記事をよく見かけます。<input />タグを使わずコンポーネント化している理由は style を施すためかと思いますが、このコンポーネントが受け取れる Props は限定的で、メンテナンスコストが高いためお勧めできません。 type Props = { value: string; onChange?: React.ChangeEventHandler<HTMLInputElement> onBlur?: React.FocusEventHandler<HTMLInputElement> } export const Input = ({ value, onChange, onBlur }: Props) => ( <input value=

map(またはcollect)はブロックの戻り値を集めた配列を生成してくれる便利なメソッドです。 しかし、ブロックの途中でnextを使用すると意図せずnilが入ってしまう場合があるため、気をつける必要があります。 例えば以下のような数字の配列から偶数を取り出すメソッドを作成したとします。

こんにちは。Webエンジニアとなって2週間経ったオクトと申します。 本記事では、N+1問題をincludesさえ付けておけば完璧じゃない？と思っている方を対象に他にもやり方はあるんだよ、もっと良い方法があるよ、ということをシャアしていきます。 かくいう私も上記の対象に先ほどまで入ってました。 これはそんな私向けの記事でもあるんですね。 バリバリにRailsを書いてきた人には、当たり前に感じると思いますが、 ご指摘箇所がありましたらご教授いただけますと幸いです。 前提 Ruby 3.1.1 Rails 6.1.4.6 テーブル構造は以下の通りです。 includesの他に何があるの？ 「ねぇねぇ、先に何があるか教えてよ」という声が聞こえてきたので、先に伝えます。 includesの他に主に2つの方法で解消することができます。 クエリ数 関連先での絞り込み 関連先の情報

パフォーマンス・チューニングには、「こうすれば必ず上手くいく」という方法論や銀の弾丸はなく、地道に試行と計測を繰り返すしかない。 しかしだからこそ、基本的な考え方や仕組みを理解することが大切であり、それがなければ、どのように対処していけばいいのか見当をつけることすら出来ず、的外れな対応をすることにもなりかねない。 React.memoを使った処理の最適化は、React アプリのパフォーマンス改善のための、基本となるテクニックのひとつである。 この記事のコードは React のv16.10.2で動作確認している。 メモ化という概念 React アプリのパフォーマンス最適化を理解するためにはまず、メモ化（Memoization）という概念を把握しておく必要がある。 大雑把に言ってしまうとメモ化とは、何らかの計算によって得られた値を記録しておき、その値が再度必要になったときに、再計算することなく

はじめに 普段はスタートアップでBtoB SaaSの開発をしているtaroと申します。 今回は、Reactのmemo化について考えている中で抱いた 「なんでReactは標準でComponentをmemo化していないんだろう？」 という疑問を解消するために、色々と調べたり考えたりした内容をまとめました！ 途中でrenderのタイミングや、memo化で再renderが抑えられる理由などの前提知識の復習も含めていて、memo化について詳しくない方もmemo化の勉強にもなると思うので、ぜひぜひ読んでみてくださいー！ なぜこんな疑問を抱いたのか？ まずはそもそも僕がタイトルにあるような疑問を抱いた背景です。 疑問を抱くまでの思考プロセスはこんな感じです。 「再renderが余分に走ってて画面が重いから最適化したいなー」 →「React.memo()を使ってComponentをmemo化しよう！」 →

【TypeScript】useContextとuseStateを組み合わせて、子孫コンポーネントから直接先祖コンポーネントのstateを編集するTypeScriptReactreacthooks 実務でReactをいろいろ経験させてもらってから、ようやくReact Hooksの便利さに気づき始めたラスカルです。こんにちは。 今回は、タイトルの通りではあるのですが、useContextとuseStateを組み合わせることで、子孫コンポーネントから、propsのバケツリレーをせずに先祖コンポーネントのstateを更新する実装をTypeScriptで実装したいと思います。 （強調したのは、jsでの実装はあるもののtsでの実装がすぐに見つからなかったからです😩） 前提条件 import React, { useState } from 'react' //親コンポーネント const Paren