タグ

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

  • エンジニアにも知って欲しいChatGPT基本テクニック - Qiita

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

    エンジニアにも知って欲しいChatGPT基本テクニック - Qiita
    satotaka99
    satotaka99 2024/07/02
    マークダウンで書いたことなかったわ
  • 「なぜ」と聞かずに理由を引き出す!「詰めてる」感を減らす言い換えテク - Qiita

    こんにちは。KDDIアジャイル開発センターのサービスデザイナー よねみちです。 生成AIを用いたto Bプロダクトのスクラム開発や、お客様のDX・新規事業創出のきっかけとなるデザインスプリント支援などを行っています。 はじめに レビューや会議で誰かが「詰められてる」様子、心にきますよね。自分がやられるのはもってのほかですが、周囲で発生するだけでも心がすり減ります。。 特に、何か問題が発生したときや、参加者間の誤解が解消できないときに「詰め」が生じがちです。 質問する側の、焦りや不安から「なぜ?」「どうして?」「つまり?」と質問マシーンになってしまう気持ちも理解できるのですが。 問い詰めてしまい心理的に不安全な状況に陥ると「ミスを隠そう、自分が責められないようにしよう」と回避する力が働きはじめ、結果として「正確な状況がわからない」「適切なアクションが取れない」といったチームとして重大なリスク

    「なぜ」と聞かずに理由を引き出す!「詰めてる」感を減らす言い換えテク - Qiita
  • IT契約入門〜雇用契約、請負契約から準委任まで - Qiita

    この記事は? 著者は、エンジニアにとって最も大事なものの一つは契約であると考えます。なぜなら、契約によって我々はお金を得ることができ、労働対価を受け取って生きていくことができるからです。プロジェクトにおいてトラブルが発生すると、契約はメンバーを守ってくれるものになります。したがって、雇用契約、請負契約、準委任契約など何の契約であっても隅々まで確認し、不利にならないようにしないといけません。社員であれば誠実に職務に向き合う必要があります。請負契約であれば対価を得るために納品する必要がありますし、準委任契約であれば善管注意義務を背負いプロとして日々業務を行なっていく必要があります。一方で、著者は長くにわたって業務委託契約でパートナーとして参加してくださっているエンジニアたちと長らく協働してきた経験がありますが、ユーザーとしてもベンダーが妨害要素なく働けるように、協力義務を果たす必要があります

    IT契約入門〜雇用契約、請負契約から準委任まで - Qiita
  • [人要らず]ChatGPTを使った一人議論やってますか? - Qiita

    はじめに 今回は私が良くやっている「一人議論」という方法について紹介いたします。 これはアイデア出しや壁打ちに便利な手法です。 「使えるかも」と思った方は、ぜひやってみてください。 一人議論とは? ChatGPTを使った議論のシミュレーションの一つです。 具体的には次のようなプロンプトを利用して行います。 # タスク テーマについて議論してください。 # ルール - 登場人物を3人出してください。 - 議論をまとめないでください。 - 10回会話を続けたところで会話を止めてください。 # テーマ ChatGPTがもたらしたもの すると、次のような議論が始まります。 ここからが一人議論のポイントです。 次に、自分の意見を差し込みます。 ChatGPTにて次のような文章を打ち込みます。 すると、それを元に、次のような会話が続きます。 あとはひたすらこれを続けるだけです。 強めの反論をしても誰も

    [人要らず]ChatGPTを使った一人議論やってますか? - Qiita
    satotaka99
    satotaka99 2023/08/14
    「議論をまとめないでください」って言ってるのに、佐藤とか田中がすぐしたり顔でまとめてくる…ムキーッ
  • だれかの進捗をうまく把握できないときのフレーズ集 - Qiita

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

    だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
    satotaka99
    satotaka99 2022/11/10
    大丈夫です!> ヨシ!
  • 「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita

    再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス

    「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita
  • デザイナーでも分かる範囲のReact、その書き方と学び方 - Qiita

    これは何 「デザイナーもReact書いてくださいよ」って空気になったときに読むと役立つかもしれない記事です 基的に筆者が学んだ流れを記載しています そのため、世間一般のベストプラクティスではないと思います エンジニアの方から見ると邪道な流れ・説明の仕方かもしれませんが、デザイナーに教える上での分かりやすさを重視していますのでご了承ください この記事の中で使っているコードはこちらのリポジトリで公開しています コミットを辿ってもらえれば、各セクションの内容が全て見れます ※言い訳がましいですが、筆者もReactに精通している程ではなく「デザイナーにしては割と知ってる」レベルです もし説明に間違いや不足があれば編集リクエストをお願いします 対象読者 Web or UIデザイナー HTMLCSSは普通に書けるけど、Reactはほぼ全く触ったことがない人 1人で完全に実装したいってほどではないけ

    デザイナーでも分かる範囲のReact、その書き方と学び方 - Qiita
  • フロントエンドコーディング時に便利なジェネレーターサイト(随時更新) - Qiita

    更新履歴 追加 2024/04/01 「Epic Easing」を掲載しました 2024/03/07 「Filter Blend」を掲載しました 2024/03/04 「Tooltips & Speech Bubbles」を掲載しました 2023 2023/07/04 「CSS Box Shadows Generator」を掲載しました 2023/06/29 「Regulex」を掲載しました 2023/04/05 「Colorable」を掲載しました 2023/03/09 「Scrollbar.app」を掲載しました 2022 2022/10/04 「CSS Shadow Palette Generator」を掲載しました 2022/09/07 「Wayback Machine」を掲載しました 2022/05/31 「Min-Max-Value Interpolation」を掲載しました

    フロントエンドコーディング時に便利なジェネレーターサイト(随時更新) - Qiita
    satotaka99
    satotaka99 2021/01/19
    .htacess作成ツール、知りませんでした。
  • 【Windows版】VS Code キーボードショートカット一覧 (オススメ付き) - Qiita

    VS Codeのデフォルトショートカット一覧です。 ★が付いているのは個人的なオススメです。 キー設定をカスタマイズしたい場合は末尾を御覧ください。 2020/10/06追記:未だにLGTMしてくださる方が多いので更新しました。 Mac版はこちら:【Mac版】 VisualStudioCode キーボードショートカット 全般 General キー 動作 コマンドID ★

    【Windows版】VS Code キーボードショートカット一覧 (オススメ付き) - Qiita
  • 【WordPress】カスタムブロックの作り方を書いてみた - Qiita

    はじめに WordPress 5.0からGutenbergと呼ばれるブロックエディターがデフォルトのエディターとして採用されました。 そのため、今後はこのブロックエディターによる開発が増えてくると思われます。 個人的には、今までのWysiWygエディターに不満を感じていたわけではありませんが、ブロックエディターという選択肢が増えたことで、できる事の幅が増えてくる と思います。 記事では、このブロックエディターの新規ブロック(以降、カスタムブロック)の作り方を記載して行きます。 ブロックエディターとは? ブロックエディターは、名前の通り、HTMLをブロックように積み上げてHTMLを作成していくエディターです。 詳細は、以下を参照ください。 ブロックエディターの特徴の1つとして、上記リンク先のページにも記載がありますが、 実際のサイトと同様に表示されるエディター。 であることです。 これから

    【WordPress】カスタムブロックの作り方を書いてみた - Qiita
  • VSCodeのオススメ拡張機能 24選 (とTipsを少し)

    1. vscode-icons アイコンがついて見やすくなる。 2. GitLens とにかく強い。 「コミット単位でのファイル比較」や「最新のコミット内容とそのコミッター表示」など色々してくれる。 git blameする手間なくなる。 3. Prettier コードのフォーマットは自動でやりましょう! 複数人のこだわりをうんたらするよりも、Prettierに委ねるのが楽。 関連のTipsはここ 4. Git History Git logが見やすい 5. Bracket Pair Colorizer カッコの対応を色付きで表示してくれる。 ものすごく読みやすくなって最高&最高!! なおBeta版ですが、後継となるBracket Pair Colorizer 2も出ています。 6. Settings Sync どこでも同じ設定で使いたい人には便利。 ⇧ + ⌥ + U/D で設定をアップロ

    VSCodeのオススメ拡張機能 24選 (とTipsを少し)
  • VSCode に必ず入れておきたい拡張機能 - Qiita

    普段使用しているエディタはPhpStormですが、PHP以外を書くときはVSCodeはとても便利なので重宝しています。 私が個人的におすすめする拡張機能を紹介します。 他にも良い拡張機能があればコメントにて教えてもらいたいです。 この記事があなたのお役に立てれば幸いです。 VSCode 関連記事 VSCode の初期設定 拡張機能の探し方 マーケットプレイスが用意されているので、ここからお好みの拡張機能を探すと良いでしょう。 Featured: おすすめ、注目されている拡張機能 Trending: 急上昇の拡張機能 Most Popular: 最も人気のある拡張機能 Recently Added: 最近追加された拡張機能 まだ評価されてない追加されたばかりのものが多いので追加する場合はご注意ください 基 Material Theme VSCodeの数あるテーマの中の一つです。 歯車のアイ

    VSCode に必ず入れておきたい拡張機能 - Qiita
    satotaka99
    satotaka99 2020/04/18
    エディタはVisualStudioCodeが人気があります。拡張機能が豊富です。
  • styled-components(CSS in JS)をやめた理由と、不完全なCSS Modulesを愛する方法 - Qiita

    styled-components 画像は styled-components ツライっていう顔です。 Angularのようにスタイリングまで面倒を見てくれるUIフレームワークならまだしも、Reactの場合はコンポーネントのスタイリング方法も自身で選択しなければいけません。CSSのスタイリング方法/設計はいくつか存在しますが、どれも一長一短で、やはり銀の弾丸は存在しません。スタイリング方法を選択可能なUIフレームワークは、この混沌とした選択肢の中から価値を見出す必要があるわけです。 僕はBEMによる人力CSS管理(Sass/Less/Stylus)から、 { fontSize: 14 } のようなJSオブジェクト形式のCSS in JS、 styled-components のようなTemplate Stringsを利用したCSS in JS、そしてCSS Modulesまで幅広く公私とも

    styled-components(CSS in JS)をやめた理由と、不完全なCSS Modulesを愛する方法 - Qiita
  • 今からVue.jsを始める人のための「知るのを後回しにしてよい」n個のこと - Qiita

    *この記事は2020年3月頭に書かれている記事です どうも、Vueはいいぞおねーさん(自称)です。 Vue.jsは私に言わせるととてもよいフロントエンドフレームワークであり、その理由の一つにプログレッシブフレームワークである(段階的に利用する機能を増やしていくスタイルにマッチしている)ものとして、フロントエンド初学者の皆さんにもおすすめしたい代物です。 しかし、現在までに様々なプラクティスが考案されたがゆえに、「最初からベストな方法で始めたい」という思いから一度にたくさんのことに挑戦してしまいたくなりがちです。 そしてそれはプログレッシブという思想に反するもので、結果として挫折を生んでしまっているのではないかと思いました。 そこで今回は「知るのを後回ししてよいこと」として、Vue.jsへの入門する方へのアドバイスを独断と偏見で不要度という指標でまとめてみました。 不要度というネガティブな指

    今からVue.jsを始める人のための「知るのを後回しにしてよい」n個のこと - Qiita
  • VS Code ネタ詰め合わせ - Qiita

    👻 ぷぇ 🍾🍾🍾 メリークリスマス!!! 🎉🎉🎉 今年も残り僅かですが、皆様の今年の進捗はどうだったでしょうか? 進捗ダメでしたか? 私はと言うと今年も幸い GitHub で evergreen を達成できそうです。( 業務でこの GitHub アカウントは使用していないので、個人での Contributions のみです。 ) Visual Studio Code Advent Calendar 2019 の最後の記事ともなりますし、普段、特に Qiita ではあんまり記事を書かないのもあるので、 VS Code に関するいろいろなネタの詰め合わせをお送りします。 自分的に VS Code の二大拡張 ※ステマ注意 VS Code Tips 来年(2020年)の VS Code 余談: アイコン騒動、再び!! 自分的に VS Code の二大拡張 ※ステマ注意 「もしも V

    VS Code ネタ詰め合わせ - Qiita
  • フロントエンドの情報収集について - Qiita

    2020/07/17: いくつか追記しました はじめに 私は、TechTrainでフロントエンドのメンターとして面談する中で「最近フロントエンドの勉強を始めました!」という方や、フロントエンドエンジニアを目指す学生と話す機会が何度もあります。 その中でよくある質問が 「フロントエンドの情報収集ってどうしてますか?」 です。 何度も質問を貰うので、気になる人は多いのかなと思います。 この記事では「私がどんな風に情報収集しているか」を紹介しようと思います。主に情報収集の流れと、どこからフロントエンドの情報を集めているかについてです。 情報収集の流れ まずは情報収集の流れとして主にプロセス的な観点で整理してみます。 私の情報収集を抽象化すると以下の3つのプロセスがあると思います。 情報源から情報を集める(ex: Twitter, Blog, Qiita) 特定の場所に情報を溜める(ex: はてな

    フロントエンドの情報収集について - Qiita
  • Azure上でWordPressのサイトを10分で無料で作成する方法 - Qiita

    1.以下のサイトにアクセスして、Azureのアカウントを作成します。 https://azure.microsoft.com/ja-jp/free/ 2.Azureにサインインし、「リソースの作成」をクリックします。 3.「WordPress」と検索します。 4.「作成」をクリックします。 5.「アプリ名」を入力し、「データベース プロバイダー」で「MySQL In App」を選択します。 6.「App Service プラン/場所」をクリックし、「新規作成」をクリックします。その後、「App Service プラン」を入力します。 7.「価格レベル」をクリックします。 8.「開発/テスト」タブをクリックし「F1」を選択した後、「適用」をクリックします。 9.「OK」をクリックし、新しいApp Serviceプランを作成します。 10.「Application Insights」をクリック

    Azure上でWordPressのサイトを10分で無料で作成する方法 - Qiita
  • ローカルに"Noto Sans CJK JP"がなければWebフォントの"Noto Sans JP"を利用するCSSの指定方法 - Qiita

    ローカルに"Noto Sans CJK JP"がなければWebフォントの"Noto Sans JP"を利用するCSSの指定方法fontwebfont 2018年6月29日現在、ウェブフォントの「Noto Sans JP」で字詰めできなくなっていることを確認しました。 Googleが仕様を変更したのかもしれません。 "Noto Sans JP"のウェブフォントを利用すれば、すべての機器で文字表現を統一できます。 しかし、日語のウェブフォントは容量が大きいです。 すでにローカルに"Noto Sans CJK JP"がインストールされているなら、ウェブフォントを読み込まずにそちらを利用したい。 そんな要望をかなえる方法です。 結論 "Noto Sans JP"のCSSにlocal("Noto Sans CJK JP <太さ>")を追加するだけです。 元となるCSS 改変したCSS 表示確認用の

    ローカルに"Noto Sans CJK JP"がなければWebフォントの"Noto Sans JP"を利用するCSSの指定方法 - Qiita
  • 日本語Webフォントの流行の最適化「NotoSans」「サブセット化」 - Qiita

    語Webフォントを最適化 そもそもなぜ フォントはそもそも機種依存 欧米フォントは、字数が限られている為ファイルサイズがそもそも小さい約250KB。しかし、日語は16MBとか。(orz)なので、欧米フォントのようにheadにリンクをはって、アクセスごとにまるごとダウンロードすると重すぎる んじゃどうするの GoogleとAdobeが無料フォント「Noto Sans」作ってくれました。(これで無料でできます) 何が良くて、何が悪い メリット 全ての環境で統一したフォントで表示ができる デメリット ページ表示時の自前のフォントファイルダウンロード分の通信コストがかかる 導入手順 まず「Noto Sans」をダウンロード サブセット化(普段使う文字だけ抜き出す) 各環境への対応のためにファイル形式を変える フォントをディレクトリーに設置し、CSSに@font-face記述をする *****

    日本語Webフォントの流行の最適化「NotoSans」「サブセット化」 - Qiita
  • 結局のところ、gtag / グローバルサイトタグとはなんなのか   - Qiita

    gtag, グローバルサイトタグってなんだ GoogleアナリティクスGoogle広告の最新コードであるグローバルサイトタグ、gtag。 結局なんなんでしょうか。 前提: GoogleアナリティクスGoogle広告どちらにも使える。 Googleアナリティクスのグローバルサイトタグ <html> <!-- Global Site Tag (gtag.js) - Google Analytics --> <script async src="https://www.googletagmanager.com/gtag/js?id=UA-XXXXXXXX-X"></script> <script> window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag('js',

    結局のところ、gtag / グローバルサイトタグとはなんなのか   - Qiita