タグ

ブックマーク / qiita.com (292)

  • 【永久保存版】0からReactを勉強するならこのロードマップに従え！ - Qiita


    はじめに こんにちは！！@Sicut_studyです！ 最近フロントエンドを学ぶ機会が多く、色々試してみて今後 React が選ばれる場面が増えるのかなと思いました。 そこで初学者の方がJavaScriptの次に学ぶ言語の選択肢になりやすいのではないかと考え今回の記事を作成しました。 私自身、2022年9月に独学で React を学び始めました。 最初JavaScriptもままならない状態から始めたのですが、Reactを学ぶことでピースがうまくはまってJavaScriptをより理解できましたし、Reactができるようになることで個人開発で多くのサービスが作れるようになりました。 そんな私が去年の自分にアドバイスするなら、 0からReactを学ぶならこのロードマップで勉強しろ と言いいます。 Reactを学ぶことで 勉強することが楽しい ↓ モノを作ることが楽しい というマインドに変われたの
    【永久保存版】0からReactを勉強するならこのロードマップに従え！ - Qiita

  • 君はVS Codeのデバッグの知られざる機能について知っているか - Qiita


    はじめに こんにちは、kenです。GWに﹁暇だな～～、こんな日はVS Codeの公式ドキュメントを読むか！w﹂と思って何気なく読んでたらデバッグに関して知らない機能がいくつかあったので、今回はそれをご紹介したいと思います。 おそらく今から紹介する機能はあまり知られてないと思います。もし全部知ってたらVS Code完全理解者なので誇ってください。︵！？︶ 以下に記載する内容はVS Codeの公式ドキュメントのDebuggingという章を参考にしています。 注意 これから紹介する機能は言語によって使えたり、使えなかったりします。 今から紹介する機能のデモはすべてPythonで行おうかと思ったのですが、上記の理由からPythonではサポートされていない機能についてはJavaScriptやC++で代用しました。 デバッグで使える便利な機能 ログポイント機能 行を指定しログポイントを追加すると、そ
    君はVS Codeのデバッグの知られざる機能について知っているか - Qiita
    indication
    indication 2023/05/10
    コンテナ内のコードでできると嬉しいのだけども
    リンク

  • 勘でリレーションを張っていないか？ - Qiita

    はじめに 今回は外部キーを張るときに最低限意識したいことについて書きました。 何か間違えがあったり、もっとこういうところも意識してますという人がいたらコメントお願いします。 この記事で伝えたいこと ①リレーションシップ先のデータを消したときに同時にリレーションシップ元のデータが消えても自然な状態を作る ON DELETE CASCADEをうまく利用できる状態を作る つまり親子関係を正確に表現する。 リレーションシップ先は親テーブル、リレーションシップ元は子テーブルを意味しています。 ②データを作成するときのことを考えてデータの生成順序がおかしくならないように外部キーを張る ③関連を表現するときに中間テーブルを利用したほうが良い場面がある 注意 下記【例を交えながら説明】の説明に出てくるテーブル設計に関しては、上記の【この記事で伝えたいこと】の①と②と③の項目に対して想像しやすいように、理解

    勘でリレーションを張っていないか？ - Qiita

  • Re:ゼロから始める長期署名 - Qiita


    はじめに 長期署名︵先進電子署名︶と言えば今から10～15年程前に最初のブームがありましたがベンダーの期待に反してあまり注目されたと言うイメージがありません。ところが新型コロナの影響だと思いますが最近具体的に長期署名を使いたいと言うご相談を多く受けるようになりました。しかし長期署名について今更説明している最近の書籍や情報が無く、また10年経つと電子署名業界での見方も微妙にアップデートされていて色々分からないとのこと…と言うことで… ﹁ここから始めましょう。イチから…いいえゼロから！﹂byレム え～と私ですが一応ISO等で長期署名関連仕様の標準化にも携わりつつ、自社製品として長期署名ライブラリの開発もしているプログラマです。では始めましょう。 目次 はじめに 1. 長期署名とは 1-1. 電子証明書の有効期限 1-2. 暗号アルゴリズムの危殆化 1-3. 長期だけじゃ無い先進電子署名1
    Re:ゼロから始める長期署名 - Qiita

  • Ruby 3.2 のIRBの新機能 - Qiita


    これはRubyアドベントカレンダー2022の22日目の記事です。 binding.irb のすすめ8年前に 今更聞けないpryの使い方と便利プラグイン集 という記事を書き、そこから長い間 binding.pry を愛用していた。binding.irb も binding.pry も使ったことがないよ、という人はご一読をお勧めしたい。 当時PryにあったIRBに対する優位性のうち、時間が経っても常に使い続けた機能といえば binding.pryの存在、$ (show-source)、@ (whereami)、lsとその -G (grep) オプション、デバッグ機能 (要pry-byebugプラグイン) という感じで、他はまあたまに使うかもねくらいの感じになったのだが、なんとこれらはRuby 3.2ではIRBで全て使えるようになった。その上、Gemfileに何も書かなくてもデフォルトで使え
    Ruby 3.2 のIRBの新機能 - Qiita

  • それ、非再帰で書けます - Qiita


    この記事は再帰自体を全否定する趣旨ではありません。 両方の良さを理解した上で非再帰で書きたいと思ったときの参考にしていただければと思います。 まだ再帰関数書いてるの？ 再帰関数はプログラミング言語の有用な機能で、深さ優先探索をベースとする様々なアルゴリズムの実装として有用です。 その一方で、関数呼び出しはオーバーヘッドが大きく、定数倍が弱くなります。また、JavaやPythonなどのスタック領域の制限が厳し目の言語では深すぎる再帰のせいでRuntime Errorが発生する場合があります。 C++などのコンパイル言語ではインライン展開によって関数呼び出しのオーバーヘッド解消されることもありますが、再帰関数は中でもインライン展開の難易度が高く、深い再帰ではそのまま実行せざるを得ない状況になります。 ところが、再帰関数は生のスタックを自分で用意するなどして非再帰に書き直すことができます。︵﹁停
    それ、非再帰で書けます - Qiita
    indication
    indication 2022/12/20
    組み込みだと再帰はスタック使用量が見積もれる物で、ある程度分岐予測が崩れても問題ない物しか許可されなかったから、実質禁止だったな…
    リンク

  • ワンランク上のSQLを書くためのポイント3つ - Qiita


    この記事はNuco Advent Calendar 2022の17日目の記事です。 ワンランク上のSQLとは？1年近く、データ分析に関わる業務に携わっってきた中で、良いSQL、いまいちなSQLをいろいろ見てきました。 自分が書くSQLも、最初の頃は目も当てられないSQLも書いてきました。そんな中で、こんなことを意識していくと、より良いSQLになるのでは？というポイントをまとめていきます。 とりあえずSQLの文法は一通り勉強して、取得したいデータをとってくるSQLをかけるようになったぞ。という人に向けたものなので、本当に基礎的な文法は解説していません。 ワンランク上のSQLを書くためのポイントは、 ・読みやすい ・再利用しやすい ・処理が早い の3つを押さえられているかどうかだと感じています。 可読性が高いメリット 間違いにくくなる/デバックが容易になる エラーが出てくれれば間違っているこ
    ワンランク上のSQLを書くためのポイント3つ - Qiita

  • 失点を防げ！失点しにくいエンジニアリングマネージャーになるために取り組んだ3つのこと - Qiita


    はじめに 株式会社LITALICOの@inyocchiです。toCメディアサービスでエンジニアリングマネージャーをしております。 サッカーW杯での日本代表の活躍凄かったですね！サッカーの試合結果を見ながらふと、﹁サッカーって失点されなければ負けないよな。今年、自分がエンジニアリングマネージャーとして取り組んだことも、失点を減らす活動だったな﹂と思い、失点を防ぐために行った3つの取り組みをまとめてみました。 エンジニアリングマネージャーに必要なスキルに関する記事は多いと思いますが、実践的な内容は少ないと思うので、参考になれば幸いです。 活動のきっかけLITALICOに入社前は、エンジニアチームのマネージャーだった期間もあるのですが、プロダクトマネージャーやプロダクトオーナーとしてエンジニアチームと関わる期間の方が長いキャリアを歩んでいました。LITALICOに入社後は、担当プロダクトにP
    失点を防げ！失点しにくいエンジニアリングマネージャーになるために取り組んだ3つのこと - Qiita

  • だれかの進捗をうまく把握できないときのフレーズ集 - Qiita


    ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを﹁進捗を出すこと﹂と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし﹁進捗を把握する﹂と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーションだと思いますが、あまり有用な情報は得られていません。 この記事では、自身の経験則をもとに、進捗にまつわる良い情報をゲットするための具体的な質問を考えてみました。 なぜ進捗を把握すべきなのか 話の前に、なぜ進捗を把握すべきなのでしょうか。 それは良い計画づ
    だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
    indication
    indication 2022/11/09
    とても良い質問集。
    リンク

  • Oracle x86とx64を共存させる - Qiita


    共存させたい理由 Visual Studio の開発で、x64限定のライブラリを利用している時、実行プラットフォームがx64にするわけだが、この状態で、Instant Client (ODP.NET) をx86、x64のどちらともインストールされていると、どうも接続がうまくできない。 ﹃Oracle クライアント ライブラリを読み込もうとしましたが、BadImageFormatException が発行されました。この問題は、32ビットの Oracle クライアント コンポーネントがインストールされている環境で64ビット モードを実行すると発生します。﹄ って言われる。 でも、開発環境を分離できない状況で、x86としても開発するし、x64でも開発するし、だとすると、Instant Client を入れたり消したりなどしないとダメそうで勝手が悪い。 やり方 Oracle Instant
    Oracle x86とx64を共存させる - Qiita
    indication
    indication 2022/07/18
    system32をうまく使う。なるほど。
    リンク

  • PostgreSQLのrow-level lockの動きについて - Qiita


    この記事では、前回の記事PostgreSQLのrow-level lockの概要に引き続き、動きがわかりづらいPostgreSQLのrow-level lockについての解説を行います。 大まかな概要を掴むための記事なのですべての動作を網羅しているわけではないですし、一部解説に誤りが含まれていたり、正確ではない可能性があるのでご注意ください。 なお、クエリの実行例などはすべてPostgreSQL13上での動作結果となります。 また、次の二つの拡張機能を利用しています。 https://www.postgresql.org/docs/current/pgrowlocks.html https://www.postgresql.org/docs/current/pageinspect.html ロックに利用される領域について row-level lockはタプルヘッダのt_infomask,
    PostgreSQLのrow-level lockの動きについて - Qiita

  • HTTPのバージョンについて、現在のまとめ - Qiita

    はじめに HTTPのバージョンと仕様について、個々最近の動きについて整理しておこうかと思います。 HTTPには幾つかのバージョンが有り、現在HTTP/1.1とHTTP/2が広く利用されており、HTTP/3も徐々に使われだしています。 バージョンが異なっていても、クライアントからHTTPリクエストを送り、サーバがHTTPレスポンスを返すのは変わりません。HTTPメッセージをどのようなフォーマットで送るかはバージョンによって異なりますが、HTTPメッセージが持つ意味は変わりません。 意味(セマンティクス)とは、GETリクエストやPOSTリクエスト、ステータスコード、ヘッダがどういった意味を持つかということです。 バージョンと、セマンティクスの歴史的遷移は下記のとおりです。 HTTP/1.1とセマンティクス HTTPは最初0.9から始まり、HTTP/1.0、HTTP/1.1と進んできました。 H

    HTTPのバージョンについて、現在のまとめ - Qiita

  • 利用者は数十億人！？ SQLiteはどこが凄いデータベース管理システムなのか調べてみた - Qiita


    はじめに SQLite は世界で一番使われている　だから世界で一番凄いものに決まってるだろ SQLite は世界で最も使われている RDBMS です。名前に反して︵？︶おもちゃの RDBMS ではありません。元ネタと同じで 一番普及しているからと言って必ずしも一番凄いものであるとは限りませんが、普及しているのであればそこには何かしらの理由があるはずです。その理由を調べないことには、凄いか凄くないかの結論は出せないので SQLite のなにがそんなに凄いのかを調査しました。 2022/04/01 続編記事↓を書きました。 注意 この記事は﹁なぜシェルスクリプトで高度なデータ管理にSQLiteを使うべきなのか？ ～ UNIX/POSIXコマンドの欠点をSQLで解決する﹂の補足記事して書いたものです。ところどころ不自然にシェルスクリプトや Unix コマンドの話が登場するのはそのためです。基本的
    利用者は数十億人！？ SQLiteはどこが凄いデータベース管理システムなのか調べてみた - Qiita

  • レトロスペクティブで何をやるか考える時の流れ - Qiita

    概要 この記事では、私がレトロスペクティブで、どんなアクティビティをやるか考えるときの流れをまとめています。 今チームが揉めてる、上手く行ってる、そう行った状況によって、ふりかえりへの取り組み方は変わると私は考えています。 じゃあどうするの、というのがこの記事の主旨です。 自分のアンチョコでもありますが、同じようなことに頭を割いているスクラムマスターなどの役職の人のヒントになるといいなと思っています。 記事の流れ この記事は、次のような流れで書かれています。 どういったことをレトロスペクティブを決めるときに考慮に入れるか 注意することの優先順位とその条件ごとに実施したいアクティビティ 終わりに。この記事の注意点について なにを考えて、どういった結論にするかの順で書いています。 読むのが面倒な人は優先順位とアクティビティに飛んで、前に戻って読んでも良いかと思います。 どういったことをレトロス

    レトロスペクティブで何をやるか考える時の流れ - Qiita
    indication
    indication 2022/02/26
    イベントベースでの対応手順となっていてわかりやすい
    リンク

  • Googleフォントを使うと犯罪になる - Qiita

    <link href="https://fonts.googleapis.com">って書くと罰金取られます。 以下はGerman Court Rules Websites Embedding Google Fonts Violates GDPRというニュースの紹介です。 German Court Rules Websites Embedding Google Fonts Violates GDPR ドイツのミュンヘン地方裁判所は、あるWebサイトの運営者が、ユーザの個人情報を本人の同意なしにフォントライブラリを経由してGoogleに提供したとして、100ユーロの賠償を命じました。 Webサイトが原告のIPアドレスをGoogleに無断で提供したことは、ユーザのプライバシー権の侵害に当たると判断しました。 さらに、Webサイトの運営者は収集した情報をその他のデータと突き合わせることで『IPア

    Googleフォントを使うと犯罪になる - Qiita
    indication
    indication 2022/02/09
    googleに対してではないことが、しんどい
    リンク

  • schema.rbとmigrationファイルの関係をまとめてみたよ - Qiita


    rails を使いはじめたときに最初につまづいた、 schema.rb ファイルとマイグレーションファイルの関係について自分用備忘録。 図解 migrationファイルとschema.rbは直接無関係。 schema.rb は db:schema:dump タスクにより、現在参照しているDBのテーブル構造から作成される。 マイグレーションがどこまで実行されているかは関係ない。 db:migrate (db:rollback) タスクの実行でmigrationファイルの実行が行われる。 その後自動的に db:schema:dump も実行されるのでschema.rbも更新される。 db:schema:load タスクでschema.rbの内容を現在参照しているDBに適用。 新規作成した空っぽのDBにテーブル構造などをロードする際に使う。 その他、db関連のrakeタスクまとめ db:crea
    schema.rbとmigrationファイルの関係をまとめてみたよ - Qiita
    indication
    indication 2022/01/23
    手書きじゃなくて良いんだ
    リンク

  • H.265/HEVC特許暗黒時代 - Qiita


    TL;DR 暗黒時代。H.265/HEVCの未来はさほど明るくない。 免責事項 本記事ではH.265/HEVCに関する知的財産のみを取り上げるため、その技術論には一切言及しません。 H.265/HEVCコーデック特許問題をとりまく状況は、関連する企業・団体の動向により大きく左右されます。 公知情報のみに基づくよう努力していますが、記述内容の正しさについて保証するものではありません。 特許プールとライセンサー企業・団体 2017年6月現在、少なくとも3つの特許プール と1つの企業 が特許権を行使しています。 これは、H.265/HEVCコーデックの利用者は 少なくとも4つの特許プール・企業と個別に契約し、それぞれに対して特許使用料を支払う 必要があることを意味します。また、明らかに関連特許を保持していると考えられるものの、現時点では権利行使の態度を明らかにしていない企業も存在します。H
    H.265/HEVC特許暗黒時代 - Qiita

  • MPEG-5 EVCコーデックメモ - Qiita

    https://mpeg.chiariglione.org/standards/mpeg-5/essential-video-coding 正式名称「MPEG-5 Part 1 Essential Video Coding」 ISO/IEC 23094-1 Essential video coding 特許問題により普及しないH.265/HEVCコーデックの代替を狙った、ライセンス・フレンドリ(licensing-friendly)な動画像コーデック。 目的 ロイヤリティフリー(RF; Royalty-Free)な枯れた技術1のみを用いる Baseline Profile と、特許技術を用いてより高効率を目指す Main Profile という2オプションを提供する。 ロイヤリティフリー・コーデック運用ができるよう、任意の Main Profile 向け符号化ツールは選択的に無効化可能。

    MPEG-5 EVCコーデックメモ - Qiita

  • エンジニアの"有害な振る舞い"への対処法 - Qiita


    本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※﹁難しい人﹂は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用︵難しい人というラベリングを特定個人に適用する使い方︶が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに﹁有害な振る舞い﹂という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に﹁難しい人﹂という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の﹁安心感﹂を作るための3つの条件 - ログミーBiz
    エンジニアの"有害な振る舞い"への対処法 - Qiita

  • 英語面接で5歳児みたいなことしか言えないからカッとなってWebサービス作った【個人開発】 - Qiita


    要約 ﹁英語で意見を言おうとすると5歳児のようになってしまう﹂という課題を解決するEnglisterというサービスを開発した。 自分で使ってみたところ、10問程度の問題を解くだけでスラスラと英語で意見を言えるようになった。 実装はDeepL APIとNext.jsのAPI routeを使って爆速開発をした。 追加(2021/01/18) 記事を公開してから毎日機能追加をしています。2週間前からどれだけ変わったか是非見ていただきたいです。 背景にあった課題 ﹁英語で意見を言おうとすると5歳児のようになってしまう﹂ 英語にすごい苦手意識があるわけではない。TOEICは840点で、すごく簡単な日常会話なら問題なくできるので、海外旅行で困るということはなかった。しかし、仕事でたまに海外の人とやりとりをするときや外資系企業の英語面接で**﹁ちょっと難しい質問﹂**をされると、途端に5歳児になってしま
    英語面接で5歳児みたいなことしか言えないからカッとなってWebサービス作った【個人開発】 - Qiita
  • 1 2 3 4 5 6 7 8 9 10 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.