タグ

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

  • 【作業効率UP】Sublime Text おすすめパッケージ & ショートカット集 まとめ - Qiita

    どうも、Sublime Text一筋男です。 3〜4年くらいずっと使ってきましたが、 今でも生き残っている便利なパッケージや、ショートカットをまとめました。 パッケージを入れてるけどショートカットを全然使ってない人や、エディタは何でもいいと考えている人にSublime Textの良さを知ってもらえたらなぁと思います。 はじめに Sublime Textをダウンロード 以下のURLからSublime Textをダウンロード。 Sublime Text パッケージのインストール手順 Sublime Textをインストールしたら必要なパッケージをインストールしていきます。 1.command + shift + Pでパッケージをインストールする画面(コマンドパレット)を開きます。 installと入力し、 Package Congrol: Install Packageを選択。 インストールした

    【作業効率UP】Sublime Text おすすめパッケージ & ショートカット集 まとめ - Qiita
    blmk313
    blmk313 2024/09/25
  • プログラミング向けフォント「0xProto」の紹介 - Qiita

    「0xProto」フォントとは 「0xProto」フォントは、プログラミング向けのフォントです。文字の読みやすさを重視しています。 最初のリリースは2023年5月で、その後も何度かアップデートされています。 1.000:2023年5月 1.300:2023年10月、Nerd Fonts 3.1.1に含まれる0xProto Nerd Fontのベース 1.500:2023年12月 この記事は、0xProto 1.500をもとに書かれています。 (2024-05-21 追記)現在の最新バージョンは2.001になっています。なお、MacではHomebrewでのインストールが可能になっています。 2.000:2024年5月 イタリック体が追加 プログラミング向けのフォントとは プログラミングにおけるフォント選択は、単なる見た目だけの問題ではなく、それ以上の意味があります。ソースコードが読みやすくな

    プログラミング向けフォント「0xProto」の紹介 - Qiita
    blmk313
    blmk313 2024/09/02
  • 誰でも簡単、10分爆速開発! ChatGPT(Azure OpenAI)をTeamsチャネルにデプロイする😁 - Qiita

    誰でも簡単、10分爆速開発! ChatGPT(Azure OpenAI)をTeamsチャネルにデプロイする😁AzureTeamsChatGPT記事投稿キャンペーン_ChatGPTAzureOpenAIService はじめに 巷で話題のChatGPT、でも「データ漏洩が心配」とか「なんだかわからない」という理由で触ったことがない人が多いのも事実ですよね。Azure OpenAIを使用して、Microsoft Teams上にデプロイすることで、簡単に組織内にChatGPTをさわる環境を作成可能です。 前提 記事はAzure OpenAI環境前提で作成しています。 ひと手間かければChatGPTAPIでも応用可能ですが、その手順には触れません。 Azure OpenAIの申込み Azure OpenAIは現在申込み制のサービスになります。フォームに必要事項を記入して、承認がおりるのを待

    誰でも簡単、10分爆速開発! ChatGPT(Azure OpenAI)をTeamsチャネルにデプロイする😁 - Qiita
  • 社内勉強会で生成AIについて発表したので70ページの資料を公開する! - Qiita

    前置き 毎週金曜日夕方に行われる社内勉強会にて、先日生成AIについて発表しました。折角なので少し加筆修正した資料を公開します。進化のスピードが早く、一時期傷気味に陥ってましたが改めて昨今の生成AI関連の基となるインプットを目指しました。 ※資料内冒頭に記載してますが、AIの専門家ではないので認識や説明に誤りがある可能性があります。 当方も勉強中なので、「ここ違うよ」や「これの説明もあるといいんじゃない」など様々なコメント大歓迎です! 資料 資料目次 AIの基 機械学習について 深層学習について 機械学習の種類 教師あり学習の得意なこと 教師あり学習のイメージ 教師なし学習の得意なこと 教師なし学習のイメージ 強化学習の得意なこと 生成AIについて 生成AIとは 生成AIの位置付け 生成AI利用例 代表的なサービス例 日における盛り上がり 生成AI市場規模 AGIとは AGIは近い?

    社内勉強会で生成AIについて発表したので70ページの資料を公開する! - Qiita
    blmk313
    blmk313 2024/08/02
  • エンジニアにも知って欲しいChatGPT基本テクニック - Qiita

    はじめに ChatGPTブームがひと段落した感がありますが、周りのエンジニアChatGPTを活用している姿をあまり見みません。 基的なテクニックを理解すれば、エンジニアこそChatGPTを活用できると思うので、普段使用しているテクニックをいくつかピックアップして紹介します。 プロンプトの記載方法 Markdown記法で指示する 色々なところで紹介されていますが、回答や処理の精度を上げる方法としてChatGPTへの指示にMarkdown記法を使用することがオススメされています。 例えば下記のような文章による指示を行おうとした場合

    エンジニアにも知って欲しいChatGPT基本テクニック - Qiita
    blmk313
    blmk313 2024/07/09
  • どうしてあなたの共通化は間違っているのか:目次 - Qiita

    はじめに この連載では共通化とモジュール分割について扱います。この話題においてQiitaで有名な記事のひとつが@MinoDrivenさんの単一責任原則で無責任な多目的クラスを爆殺するでしょう。この記事を未読の方はまずこちらを読むことをお勧めします。連載では、この記事に書かれているような基礎的な事項については既知であることを前提に、どのようにすれば単一責任原則にそったモジュールの分割を行うことが出来るのかをなるべく 「場合による」という言葉に逃げずに なるべく 網羅的・理論的に 解説します。 いいね、ストックをよろしくお願いします。 対象読者 設計に興味のあるエンジニア 基礎的な設計原則について学んだものの、実際の場面でどのように応用すればいいのかが掴めないエンジニア ミクロな設計についての知識を増やしたい人 ※この記事では、特定のメソッドをどのように作成するべきか、このクラスは複数の処理

    どうしてあなたの共通化は間違っているのか:目次 - Qiita
    blmk313
    blmk313 2024/03/11
  • ChatGPT先生のお陰でネットワークスペシャリストに合格した話 - Qiita

    ※ 直近2年間で高度試験に合格していれば免除 攻略の定石 〜過去問〜 ChatGPTの話題の前に、受験する皆様に絶対に伝えておかねばならないネスペひいては情報処理技術者試験共通の対策定石があります。それは 過去問をやれ です。これに尽きます。 勉強スケジュールを決めるとか目標をどうのこうのとかありますがそれは人によって合う合わないがあります。 しかし過去問をやれだけは全人類共通の対策方法になります。特に午前問題は過去問に100%答えられるなら新規問題の割合は多くないので確実に合格します! 午後問題も、過去問と同じ単語を答えさせる問題が何回か出てくるので、「この単元・単語が好きなんだな」みたいな傾向がわかったりします。それ以上に 「どれぐらいの粒度でどのような観点の回答をすべきか」 を抑えることができるので、具体的な習得目標ができ、「全く過去問を解かなかった人」と比べると大きなアドバンテージ

    ChatGPT先生のお陰でネットワークスペシャリストに合格した話 - Qiita
    blmk313
    blmk313 2023/07/04
  • 2023年、今私が使っている生産性爆上げツールたち - Qiita

    Original article:https://blog.cassidoo.co/post/producivity-apps-2023/ 以下はCassidy Williams ( dev.to / Twitter / GitHub / Webサイト ) による投稿、The Productivity apps I use in 2023の日語訳です。 技術者には珍しくWebサイトがファンシー。 The Productivity apps I use in 2023 お気に入りのツールや、それをどう使って仕事を進めるのかについてよく聞かれます。 その質問に答えるため、そして次に同じことを聞かれたときにリンクを投げつけるために、この記事を書いています。 効率的ですね! 昨年にも同じ記事を書きましたが、全てを書ききれていなかったのと、さらに書き足したいことがあったことに気が付きました。 なお

    2023年、今私が使っている生産性爆上げツールたち - Qiita
    blmk313
    blmk313 2023/04/19
  • 障害報告書を書こう! - Qiita

    担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告(レポート)する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例: ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「当の原因は…」 できるだ

    障害報告書を書こう! - Qiita
    blmk313
    blmk313 2022/07/05
  • 新人の方によく展開している有益な情報 - Qiita

    新人の方によく展開させていただいている有益な情報をまとめておきます。今後も展開することがあるかもしれないため情報をまとめております。 あらたな、有益な情報がありましたら、随時追加してまいります。 有益な記事・論文・書籍等を執筆・紹介していただいた皆様に感謝申し上げます。 ちなみに、記事に記載されている情報は、お困りごと・お悩みごとをお聞きしたとき・気づいたときに、そのお困りごとに対して参考になりそうなものだけを展開していました。この情報を一気に展開していたわけではございません。 コードリーディングについて [1]ソースコードを読むための技術 https://i.loveruby.net/ja/misc/readingcode.html [2]派生開発推進協議会 関西部会 スペックアウトチーム,「派生開発におけるスペックアウト手法の提案」,派生開発カンファレンス2015,2015 http

    新人の方によく展開している有益な情報 - Qiita
    blmk313
    blmk313 2021/05/13
  • クラウドエンジニア(AWS)ロードマップ2021 - Qiita

    お知らせ 2022年初頭に記事を元にしたAWS書籍が技術評論社より全国出版決定いたしました。 関係者各位のご協力に深く感謝いたします。 タイトル:AWSエンジニア入門講座――学習ロードマップで体系的に学ぶ 書籍出版までの制作プロセス、チーム執筆の方法論などをまとめました チームで技術書を出版して学べた共同執筆メソッド はじめに インフラ初学者がAWSを用いた設計・構築レベルに到達するため、学習の全体像をロードマップ図にまとめました。 背景 パブリッククラウド全盛期においてAWSは全エンジニアにとって「常識」となりました。 しかしながら、情報過多によってAWS学習に必要な情報がネット上のノイズに埋もれてしまい、初学者の直感による判断が誤った学習に行き着くこともあります。 このロードマップはAWS学習の全体像を俯瞰でき、パブリッククラウドを用いた設計・構築レベルに到達するまで導く体系的なス

    クラウドエンジニア(AWS)ロードマップ2021 - Qiita
    blmk313
    blmk313 2021/05/11
  • 一銭も払わずにクラウド上でWebサービスを公開する(2021/02時点) - Qiita

    これはなに? Webサービスを開発する際に使えるサービスのうち、無料枠があるものをまとめました。 自分でちょっとしたWebサービスを作ろうと思ったときに一銭も払いたくないなという気持ちがあるが、そもそもどの程度までちゃんとした構成が取れるんだっけというのをこれまでに100万回調べている気がするので自分用にまとめたメモです。 前提として、基的にはAWSGCPを対象に調べて、一部はそれ以外のサービスも追加で調べている、という感じです 最初に結論 「無料でWebサービスを提供する」というところだけに集中するならAWSよりはGCPのほうが良さそう(ハードルが低そう + できることが多そう) 無料枠だけで完結させるならherokuSQLも使えるし視野に入れて良さそう ドメイン周りだけはどうにもならないので諦めてお金を払うか各クラウドサービスのドメインのまま使いましょう 無料の範囲内で最低限のW

    一銭も払わずにクラウド上でWebサービスを公開する(2021/02時点) - Qiita
    blmk313
    blmk313 2021/03/04
  • リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita

    1200人以上の全社員がリモートワークGitLabが公開する「リモートワークマニフェスト」は何を教えているか? スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ その コメント GitLab Handbookで面白かったもの@コミュニケーション編 GitLabのリモート統括責任者が語る 日企業が「まずやるべきこと」 を読んだ。主題はGitLab社の https://about.gitlab.com/handbook/ である。 2022.02追記 GitLabで学んだ最高の働き方 Developers Summit 2022-02-18 2022.01追記 リモートワークのいま学びたい、GitLab Handbook非同期コミュニケーションのススメ - Qiita Handbook要点 「GitLab社ではリモートワークの中でも生産性高く働

    リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita
    blmk313
    blmk313 2021/03/03
  • GitHubのawesomeリストが本当にawesomeなものばかりだから一度見てほしい - Qiita

    伝えたいことは全てタイトルに書いた。 動機 https://github.com/topics/awesome を眺めていて当にawesomeなものばかりだった (割にあまりどこにもそのawesomeさが書かれていないように見えた) ので書く。 awesomeリストとは GitHub で使われる慣習的なリポジトリについてまとめてみた#awesome より: 「特定テーマに関するキュレーションを行うリポジトリ。Markdown のリスト表記で一覧化するのが一般的。また、Contribution も受け付けている(人気のあるリポジトリはガイドラインも厳しめ)。」 Where? ここのことです: https://awesome.re/ 画像はリポジトリから引用。 What? What is an awesome list? よりDeepL翻訳 awesome マニフェスト もしあなたのリストを

    GitHubのawesomeリストが本当にawesomeなものばかりだから一度見てほしい - Qiita
    blmk313
    blmk313 2021/02/16
  • 技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita

    はじめに 稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための1種の考え方を提供するものです。 そもそもアーキテクチャ・技術選定に時間をかけるべきか まず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。ソフトウェアの規模やライフサイクルに応じて、そもそも時間をさく必要がないということも多くあります。書き捨てのシェルスクリプトにも読みやすいコードを求めて書くことは非常に重要ですが、だからといって組織だって議論・検討するようなものでもないのです。一方で、5年も

    技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
    blmk313
    blmk313 2020/12/15
  • 本番環境でやらかしちゃった人 - Qiita Advent Calendar 2020 - Qiita

    昨年非常に盛り上がっていましたので作成させていただきました。 番環境でやらかしちゃった人のアドベントカレンダーです。 例) DB吹き飛ばした 番サーバをデストロイした ネットワーク設定をミスって番サーバにアクセス出来なくなり、サーバが世界から孤立した などなど... 以下の2点については必須項目なので、記述お願いします。 惨劇はなぜおこってしまったのか 二度と惨劇を起こさないためにどうしたのか もう二度とあの惨劇を繰り返さないために、みなで知見を共有しましょう。 過去 番環境でやらかしちゃった人 Advent Calendar 2019

    本番環境でやらかしちゃった人 - Qiita Advent Calendar 2020 - Qiita
    blmk313
    blmk313 2020/12/02
  • 「このサイト何の技術でできているんだろう?」が一発で解決できる機能を紹介 - Qiita

    どうも、三町哲平です!! 今回は超便利なGoogle Chrome拡張機能を見つけたので、そのご紹介です! その前にGoogle Chrome拡張機能って何? 拡張機能は「Chromeウェブストア」から追加します。ここでは「One Tab」という拡張機能を追加してみましょう。拡張機能をインストールすると、Chromeの右上にアイコンが追加されます。 ほとんどの拡張機能は基的に無料で提供されていますが、拡張機能をいくつも追加するとChromeの動作が遅くなる原因になります。できるだけ選りすぐりのものを利用するようにしましょう。 引用元:Google Chromeの「拡張機能」とは | できるネット 上記の引用内容でもある様にGoogle Chromeをより便利にカスタマイズできる様に様々な拡張機能があります。 その拡張機能の中で、「このサイト何の技術でできているんだろう?」が一発で解決

    「このサイト何の技術でできているんだろう?」が一発で解決できる機能を紹介 - Qiita
    blmk313
    blmk313 2020/11/04
  • AWS公式『現代的なウェブアプリケーションの構築』ハンズオンのハマリどころ - Qiita

    AWSは、AWSのサービスを活用した実践的なハンズオンコンテンツを多数公開しており、 日語化もされています。 アマゾン ウェブ サービス (AWS) の実践的チュートリアル https://aws.amazon.com/jp/getting-started/hands-on/ 社内向けにコンテナやAPI Gateway初学者向けのハンズオン教材を探していたところ、 ちょうどいいチュートリアルをみつけました。 現代的なウェブアプリケーションの構築 https://aws.amazon.com/jp/getting-started/hands-on/build-modern-app-fargate-lambda-dynamodb-python/ このチュートリアル、 ECS/Fargateを活用したコンテナアプリケーションの公開 Codeサービスを活用したCI/CDパイプラインの構築 Ama

    AWS公式『現代的なウェブアプリケーションの構築』ハンズオンのハマリどころ - Qiita
    blmk313
    blmk313 2020/09/06
  • Webpackを一歩一歩確実に理解してReact + TypeScript環境を作る (2022/10/31 追記) - Qiita

    2022/10/31 追記 2022年時点ではWebpackReactの環境を構築するより、Viteを用いて環境構築するほうがメジャーになっています。 筆者としても新規開発するならWebpackより、Viteの方で構築することをおすすめします。 ViteではReactのビルド用設定はPluginとしてパッケージされており、Webpackのように設定が必要ではありません。 下記はWebpack v4の話であり、すでに過去の物となっています。 ※自分のブログに投稿したのものと同じです。 https://mr-ozin.hatenablog.jp/entry/2020/06/20/043243 動機 毎回 npx create-react-app で React アプリを生成していて Webpack の勉強から逃げていたが、いい加減向き合いたいと思ったため。 昔 Webpack に入門しようと

    Webpackを一歩一歩確実に理解してReact + TypeScript環境を作る (2022/10/31 追記) - Qiita
    blmk313
    blmk313 2020/06/21
  • Dockerイメージの理解を目指すチュートリアル - Qiita

    概要 - 自分でオレオレ hello-world イメージをビルド このチュートリアルは、hello-world イメージを自分でビルドする例を取り上げます。手を動かしながら、Docker イメージの仕組みや性質の理解を深めます。また、効率的な Docker イメージの作成や Dockerfile の活用を目指すための基礎のほか、(主に開発者向けには)マルチステージ・ビルドも学びます。 ポイントは、Docker イメージ(image)とは、Docker コンテナの実行に必要な概念としてのパッケージ(ファイルやメタ情報の集合体)であることです。仮想マシンイメージのように、実体としての1ファイルではありません。 そして、Docker イメージを構成するのは、抽象的なイメージ・レイヤ(image layer)の集まりです。レイヤとは「層」の意味で、Docker は複数のレイヤ上のファイルシステム

    Dockerイメージの理解を目指すチュートリアル - Qiita
    blmk313
    blmk313 2020/06/15