タグ

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

  • 2ヶ月で情報処理安全確保支援士試験に一発合格した勉強法 - Qiita

    いずれも6割以上の得点で合格となります。ただし午前Ⅰから順に採点され基準に満たない場合は足切りとなり以降の試験は採点されません。 試験レベルの比較 レベル1: ITパスポート(IP) レベル2: 基情報技術者(FE) レベル3: 応用情報技術者(AP) レベル4: 情報処理安全確保支援士(SC)、ネットワークスペシャリスト(NW, 以下「ネスペ」)、データベーススペシャリスト(DB)、システムアーキテクト(SA)など 令和6年度秋期情報処理技術者試験の受験・合格状況 ※IPA公式Xより引用 2. 受験理由 試験を受けた理由は大きく3つあります。 1. 昇給のため 勤務先の給与規定によりIPA試験に合格すると翌年の昇給が確約されています。 応用情報合格後に月給が5万円上がったため支援士でも昇給を期待して受験しました。 2. 知的好奇心とエンジニアとしての必須知識 セキュリティ知識はエンジニ

    2ヶ月で情報処理安全確保支援士試験に一発合格した勉強法 - Qiita
  • リレーショナルデータベース設計の完全ガイド - Qiita

    はじめに リレーショナルデータベース設計の世界へようこそ!このガイドでは、データベース設計の基から応用まで、幅広くカバーしていきます。一緒に学び、理解を深めていきましょう。 リレーショナルデータベースとは リレーショナルデータベースとは、データを表(テーブル)形式で整理・管理するシステムのことです。各テーブルは行(レコード)と列(フィールド)で構成され、情報を効率的に保存・検索できます。 例えば、顧客情報や注文履歴を別々のテーブルで管理し、共通のキー(例えば顧客ID)で関連付けることで、必要な情報を簡単に取得できます。このような構造により、データの一貫性や整合性を保ちながら、複雑なデータ操作や分析が可能になります。 ガイドの目的と構成 このガイドの目的は、リレーショナルデータベース設計の基概念から高度なトピックまでを体系的に学び、実践的なスキルを身につけることです。各章では、理論的な

  • 読まないと後悔する技術書30選 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 現代の人に名著以外のを読むような時間はない こんにちは、Watanabe Jin (@Sicut_study)です みなさんは何か新しい技術を学ぶときにどんなコンテンツを利用するでしょうか? 最近ではUdemyなどの動画講座を利用する人が多いと思いますが、を読んで学ぶという人もまだまだ多いのではないかと思います 今回は私がこれまで5年間読んできた150冊以上の中から厳選した30冊のを紹介します。広く多くの人に役立つものから、特定の技術の書籍までどれを読んでもあなたの大切な一冊になるのでぜひ読んでみてください 現代人には時

    読まないと後悔する技術書30選 - Qiita
  • Obsidian|使いかたとコツ(目次) - Qiita

    背景 Obsidianはわたしのメモ取りに革命をもたらしました。ツールとしては、ごく単純なマークダウンエディタですが、ただ情報を記録するだけでなく、思考を整理し、アイデアを形にするためのパワフルなツールとして、日々の作業を効率化する上でとてつもなく大きな助けとなっています。 Obsidianの便利な使い方を共有したいと思い、継続的に記事化していますので、この一覧記事を作成しました。情報にあふれた混沌とした現代を、未来に向けてスムーズに航海していくうえで、Obsidianを役立つガイドとして右腕化できることを願っています。 もくじ リンクまとめ、初心者向けリンクまとめ Obsidianのよくつかうリンク集 ゼロイチObsidian|ゼロからはじめるObsidian案内 Obsidianの小技 小技その1| ファイル名を6桁ではじめる(yymmdd_) 小技その3|リンクをMarkdown形式

    Obsidian|使いかたとコツ(目次) - Qiita
  • 単体テストの基礎とTDD演習 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事は、研修のネタとして単体テストの基礎学習とTDDの演習教材として用意したものです。 ほんとの入門者以外にはあまり役に立たたないと思いますが公開します。 ちなみについ最近、Ruby on Rails開発者のDHHによる以下の記事が話題になりました。 こちらも合わせて読んでみるのも面白いと思います。 TDD is dead. Long live testing. http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live-testing.html 原文で読むの

    単体テストの基礎とTDD演習 - Qiita
  • Digital Identity技術勉強会 #iddance - Qiita Advent Calendar 2024 - Qiita

    Digital Identity技術勉強会 #iddance - Qiita Advent Calendar 2024 - Qiita
  • 高校生が初めてシステムの個人開発に挑戦した話 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに このような記事を書くのは初めてなので、温かい目で読んでいただけると幸いです。 この記事では、私が通う学校で運行しているスクールバスの現在位置を確認できるシステム(サービス?)の開発記録を残しておこうと思います。 システムを開発するまでに至った経緯 多くの児童・生徒がスクールバスを利用している 私が通う学校は、幼稚園・小学校・中学校・高等学校をもつ学園であり、多くの児童・生徒が在籍していて、さまざまな地域から通っています。 そのため、どの地域からも安全に通えるように、各方面へ送迎するスクールバスを運行しています。 スクールバスが

    高校生が初めてシステムの個人開発に挑戦した話 - Qiita
  • パッケージマネージャ使用時のOSS管理 - Qiita

    #ちょっとコワいパッケージマネージャのお話 ちょっと釣りっぽいタイトルでした。 パッケージマネージャ使ってますか? ライブラリ検索とかインストールとか楽だし便利だし割といろんな局面で使いますよね。 実はパッケージマネージャにはBOM(Bill of Materials: 部品表)管理やOSSのライセンス管理・遵守の観点で見落としがちなことがあるので注意が必要ですよというお話です。 この記事では Visual Studio & NuGet を例にとって説明します。 #パッケージマネージャNuGetについて NuGetとは.NET Frameworkに対応するフリー・アンド・オープンソースのパッケージマネージャである。(wikipedia) Visual Studio 2012 からは標準で含まれているので便利ですよね。 JSONのシリアライズ/デシリアライズやREST APIコール等、一般的

    パッケージマネージャ使用時のOSS管理 - Qiita
  • ドメイン駆動設計 - 実践企業が語るBefore/After - に参加して - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Findy Tools開催のオンラインイベントドメイン駆動設計 - 実践企業が語るBefore/After -に参加してきました。 ドメイン駆動設計(以下DDD)についてLINEヤフーの山口氏、塩川氏とパーソルキャリアの池田氏が講演されました。 この記事では、講演内容のまとめと所感を交えてお届けします。 なぜDDDを採用したのか LINEヤフー コミュニケーションコストの増加とシステムの複雑化に対応するため。 コミュニケーション 言葉の違いから認識の違いが発生している マーケと技術で言葉の変換が必要 システム 1クラスにすべての処理が書

    ドメイン駆動設計 - 実践企業が語るBefore/After - に参加して - Qiita
  • コードを複雑化させないために意識したいパターン集 - Qiita

    はじめに はじめはシンプルだったコードも積み重なる機能追加や変更、バグ修正等などによって、徐々にコードが複雑化し、修正コストの増加や品質低下に繋がります。 これはある程度の規模を持つプロダクトでは至って自然なことであり、そうならないようにするためには意識して設計しなければいけません。 ここではコードを複雑化させないために普段意識している手法やパターンを紹介します。(DDDやClean Architecture成分多め) また記事で登場するコードはJavaですが、Javaを知らなくてもある程度は理解できるかなと思います。 あと、割とまとまりもなく幅広い範囲でダラダラと書いてしまい長いです... 以下項目ごとのアンカーリンクとなっておりますので興味がある項目のみどうぞ。 getter/setterがよくない理由 デメテルの法則と尋ねるな命じよ(Tell, Don't Ask!) 関心の分離

    コードを複雑化させないために意識したいパターン集 - Qiita
  • クラスや関数を設計する時に何を考えればいいのか - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    クラスや関数を設計する時に何を考えればいいのか - Qiita
  • 【🚨無職発生注意報🚨】ヒトはこうして仕事を奪われる~Browser Use Tutorial~ - Qiita

    はじめに 2025年はAIエージェントの年です。注目されているAIエージェントの一つが『AIが自動で自分のPC画面を操作』するBrowser Useというツールです。 Browser Useの面白さ Browser Useを使うと、AIが自動で自身のPC画面を操作することであらかじめ決めた目的を達成をしてくれます。 簡単な指示を出すだけで、自動でAIが色々操作してくれるのはキャッチーで衝撃的ですよね。 例えば下記のように完全自動でAIが記事を検索して記事の情報を取得してくれます。 簡単な指示でAIが自分で考えて画面操作をしてくれるのは近未来感ありますよね。 しかし、現場でAIを使いこなすには「AIがすごい」のレベルではまだ足りません。 実際に触ってみて何ができるのか?逆に何が苦手なのか?という肌感覚を持つことが非常に重要です。 そこで記事は、その肌感覚を養うために実際にBrowser U

    【🚨無職発生注意報🚨】ヒトはこうして仕事を奪われる~Browser Use Tutorial~ - Qiita
  • Cool Clineで完全自動コーディングを試したら新時代を感じた - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは何? Cool Clineという話題のVSCode Extensionsを試してみました。 Cool Clineとは? 公式のドキュメントが中国語だったのでgptに訳してもらいました。 平たく言うと,既存のClineをもとに使いやすいやつ作ったぜということらしい。 なぜ Cool Cline を作るのか? VSCode 用の Cline 拡張には、複数のフォーク版が存在し、どれが最も機能的か判断しづらい状況です。代表的なものとして以下があります: cline/cline RooVetGit/Roo-Cline jnorthrup/

    Cool Clineで完全自動コーディングを試したら新時代を感じた - Qiita
  • OAuth 2.0の認可エンドポイントにおける脆弱な実装例と対策について考える - Qiita

    認可コードグラント RFC 6749で定義されるOAuthの認可コードグラントでは、認可サーバの実装として、認可エンドポイントとトークンエンドポイントの2つが必要です。リクエストは大きく分けて認可リクエスト (Authorization Request) およびトークンリクエスト (Access Token Request) の2つに分けられます。 全体のシーケンス図は以下の通りです。 PlantUMLのソースコード @startuml @startuml title 認可コードグラントにおけるシーケンス図 autonumber actor RO as "リソースオーナー" participant UA as "User-Agent" participant C as "クライアント" participant AS as "認可サーバ" participant RS as "リソースサーバ

    OAuth 2.0の認可エンドポイントにおける脆弱な実装例と対策について考える - Qiita
  • 2024年に特にお世話になったC++ライブラリ8選 - Qiita

    今年も一番お世話になったライブラリです。 もう「メジャーなライブラリ」といっても良い気がしています。 Partial Read/Writeによる柔軟な読み書き、JSON-RPCやJMESPathへの対応など沢山の機能が追加され、更なる高速化も達成されています。 良い点 Partial ReadやCustom Read Functionsで柔軟なフィールドの読み込みができる 構造体やクラスだけでなくSTLコンテナもJSONとの直接読み書きができる 中間データに独自バイナリ形式を利用してさらに高速化できる いまいちな点 AVX512が使える環境だとsimdjsonより30%ぐらい遅い 最後のフィールドのカンマやコメントなど特殊なJSONには対応していない version 3.0.0以降はC++23が必要になった 代替ライブラリ 個人的にRyzen7 7700を使うようになってAVX512がまが

    2024年に特にお世話になったC++ライブラリ8選 - Qiita
  • ペアプロが嫌すぎて会社を退職した話 - Qiita

    📒ペアプロ・モブプロアンケート実施中 🖊️ あなたのご意見をお聞かせください。(2025/1/3 23:59まで) 回答結果は2025/1/6(月)にQiitaで公開いたします。 アンケートはこちらから(1分ほどで終わります) はじめに 巷ではペアプロ、モブプロがホットワードになっており、あたかも開発生産性を向上する特効薬のように取り上げられている印象を受けます。一方、この記事では、ペアプロ、モブプロ開発のネガティブな部分を考え、私の経験から感じたペアプロ、モブプロのアンチパターンとその改善策をご紹介します。 どんなアンチパターンを踏んでいたのか? 勤務時間は100%ペアプロを実施(ソロプロ禁止) ソロプロは悪、ペアプロが最高というチームの雰囲気 フロー効率を過度に重視する姿勢 どうなったか? +) 開発生産性およびデプロイ頻度は上がった +) 4keysなどの数値上の指標はすべてプラ

    ペアプロが嫌すぎて会社を退職した話 - Qiita
  • 【2024最新版】個人開発で成功した 12 人のプロダクトとアドバイスを総まとめ - Qiita

    ほとんどの個人開発者は、リリースすることすらできず、リリースできても継続的に利益を出せません。 個人開発で成功した先人たちの「経験」や「考え方」を知ることで、一度失敗してから学ぶのではなく、最初から成功できる確率を上げましょう。 そして、将来あなたが夢を叶えたときに、この記事にアドバイスを載せていただければ嬉しいです。 対象読者 個人開発を頑張っている方 個人開発に興味がある方 成功者の定義 成功者の定義は曖昧ですが、まとまった収益を出された方を成功者と表現させていただいています。 目次 入江 慎吾 さん MENTA TAKUYA さん Inkdrop ジャバ・ザ・ハットリ さん テック・ブック・ランク みんなのニュースレター なるがみ さん Skeb catnose さん Zenn サルワカ RESUME だれでもAIメーカー しずかなインターネット 赤星 琢哉 さん 読書メーター 片岡

  • プロジェクト管理における「責任の比重」について - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 私は、様々な現場・プロジェクトに参画してきました。 改めて、「責任」という言葉について深く考えたので、その内容をまとめます。 責任とは何か 責任とは何か考えたことはありますか。 責任とは、何か問題があったときに謝ることではありません。 責任とは、依頼された内容に対して達成することです。 責任の比重について PM(プロジェクトマネージャー)、PL(プロジェクトリーダー)、開発メンバーの3人の構成で考えてみます。 下のような責任の比重が理想ですよね。 責任の比重 の操作が行われると、こんなプロジェクトも存在します。 責任の比重の操作

    プロジェクト管理における「責任の比重」について - Qiita
  • テキストをコピペするときにスタイルごとコピーされちゃうのってどんな仕組み? - Qiita

    概要 文章をコピペしてエクセルに張り付けたときに、画面のスタイルもコピーされてしまって困ったことはありますか?ありますよね! (↓こんな感じ) 私もよくやってしまうのですが、実際にどのような処理が行われているのかよく分かっていませんでした。理解を深めるためにも、自分で実装して謎を解いていきたいと思います。 3つパターンの処理を実装 比較のため、プレーンテキスト・HTMLテキスト・リッチテキストのコピー機能をサンプルプログラムを実装してみました。 (リッチテキストのコピーが、範囲選択してコピペしたときと同じ機能を想定しています。) HTMLファイル 画面表示されるHTMLは下記のような感じです。各コピー処理でid="message"の部分を固定でコピーするようにします。 <!DOCTYPE html> <html lang="ja"> <head> <meta charset="UTF-8"

    テキストをコピペするときにスタイルごとコピーされちゃうのってどんな仕組み? - Qiita
  • 【C#】ボックス化を避けるべき理由 - Qiita

    ボックス化とは まず、ボックス化とは何か? ひとことで言えば、値型のデータをオブジェクト(参照型)に変換するプロセスのことです。 以下のような型変換は典型的なボックス化の例です。 ちなみに、オブジェクトから値型に変換することをボックス化の解除と言います。 「いやいやこんな型変換使わないでしょ😗」と思われるかもしれませんが、実は色々な場面で不意に起きがちです。 例えば、様々な型を受け付けるmyListという変数を宣言する際に、var myList = new List<object>();と宣言してしまうと値型のデータをaddするたびにボックス化が起きます。 多くの型を受け入れ可能で一見便利に見えるボックス化ですが、アプリケーションに悪影響を及ぼす可能性があるため、使用するかどうかは慎重に検討すべきです。ボックス化の解除も同様ですね。 なぜ悪影響が及ぶのか? ボックス化が悪影響を及ぼす理由

    【C#】ボックス化を避けるべき理由 - Qiita