ChatGPTのプロンプトデザイン、そして業務利用とその課題点について - Qiita
みなさんChatGPT使ってますかぁぁぁぁぁぁぁぁ！！！！ 今この世界で最もアツいツール。 それは、そう、当然「ChatGPT」 ご存じ世界最強のChatBotです。 ChatGPTとは、見たいなことはググればいくらでも見つかるのでここでは語りません。 この記事では具体的なChatGPTの利用方法と「業務利用」におけるその課題点について語っていきます。 GPTの利用方法 ChatGPT ChatGPTは以下から利用できます。 https://chat.openai.com/ GPT-3.5と呼ばれる旧来のモデルでも相当ヤバかったですが、GPT-4になってからは手が付けられない化け物になっていて、Twitterなど界隈ではとても盛り上がっていますね。 GPT-4を利用したチャットは月20$の「ChatGPT Plus」であればお試しできるのでぜひ。 使ってみれば分かりますが、激安です。 更に
VSCodeにChatGPTの拡張機能を入れてコードレビューやバグを発見してもらう - Qiita
ChatGPTとは？ OpenAIが開発するGPT-3という言語モデルをベースとした(執筆当時)チャットアプリです。 こちらの質問に対して、AIが色々な質問に答えてくれて、一般的な内容だけではなく、コードレビューやバグなども発見してくれるめっちゃ凄いやつです。 細かい内容は以下の記事がとても参考となります。 筆者の関連記事 VSCodeと連携して、ブラウザを開かなくてもChatGPTを使用できるようにする 通常はブラウザを開いて使用するのですが、コーディング中にサクッとレビューしてもらったり、バグを見つけてもらえるような拡張機能があったので、そちらの設定方法について記述してみます。 今回インストールする拡張機能 使用までの手順 環境 PC: MacBook Pro (Apple M2) OS: macOS Ventura 13.1 VSCode: v1.74.3 OpenAIの価格について
Boilerplate と Template は何が違うのでしょうか？ - Qiita
疑問: Boilerplate と Template は何が違うのでしょうか？ 結論 Boilerplate は、実際のテキストや画像を提供する。コピー&ペーストしたら使える。 Template は、文書の構造やレイアウトを提供する。コピー&ペーストだけではなく中身を埋めてもらうことを想定している。 ようだ。以下辺りを読んでみた。(ざっくり翻訳し引用。) What's the difference between a boiler plate and a template? What is boilerplate and why do we use it? Necessity of coding style guide Boilerplate と Template の違いは何か？ Boilerplate とはコピー&ペーストで文書に追加するだけのもの。Boilerplate は、条件や注意
【React hooks】意外と知らないrefの使い方 - Qiita
Reactでコンポーネントから子コンポーネントや要素などを操作するときに便利なrefだが、 意外に調べても使い方が出てこなかったので、様々な利用シーンに合わせて使い道をまとめてみた。 DOMにアクセス import React, { useRef, useEffect } from 'react'; const Component = () => { const el = useRef(null); useEffect(() => { console.log(el.current); }, []); return ( <div ref={el}>DOM</div> ); }; export default Component; import React, { useRef, useEffect } from 'react'; class Child extends React.Compon
ドメイン駆動設計（DDD）で開発されたシステムを5ヶ月保守開発した感想・学び - Qiita
巷で、顧客の課題を解決しつつ、より良いシステムを作るための設計手法として、ドメイン駆動設計（DDD）が話題になっていると思います。 このドメイン駆動設計について、どのように実践するか、実際に実践してみてどう感じたか、という話はよく出ていますが、作られたシステムがその後どのようになったのか、保守開発した結果どう感じたのかの話はあまり聞かないな、と思ったので、自分の経験から「実際のところどうなんだ」というところを振り返ってみようかな、と思い、今回の記事を書きました。 目次 私が保守開発しているシステム 5ヶ月の間にやったこと 保守開発していて感じたこと よかったこと 改修時に修正箇所が特定しやすかった テストコードが書きやすく安心して保守することができた 成長できたという実感があった 難しかったこと、学び ドメイン知識は次第に流出していく 定期的なメンテナンスが大事 最後に おまけ エンジニア
ChatGPT使い方総まとめ - Qiita
こんにちは！sakasegawaです！ ( https://twitter.com/gyakuse ) 今日は今流行のChatGPTについて紹介します！ ChatGPTとは OpenAIが開発するGPT-3(※)というめちゃくちゃすごい言語モデルをベースとしたチャットアプリです。 色んな質問にすぐ答えてくれます。 この記事ではさまざまな使い方を紹介します。 https://chat.openai.com/ ちなみにGPT-3関連では、noteの以下記事も便利なのでぜひ読んでみてください AIがコミットメッセージ自動生成！神ツール『auto-commit』『commit-autosuggestions』の紹介 ※正確にはGPT-3.5シリーズと呼ばれています ChatGPTの仕組みを考えながらプロンプトを作る手法はこちらに別途まとめています 文章 質問-応答 〜について教えて Wikiped
だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーションだと思いますが、あまり有用な情報は得られていません。 この記事では、自身の経験則をもとに、進捗にまつわる良い情報をゲットするための具体的な質問を考えてみました。 なぜ進捗を把握すべきなのか 話の前に、なぜ進捗を把握すべきなのでしょうか。 それは良い計画づ
Dockerコンテナのpostgresqlがマルウェアに感染した件について - Qiita
背景 Dockerコンテナを立てたらマルウェアに感染したのでサイバーセキュリティの啓蒙を兼ねてメモ書きしてみました。 注意事項 マルウェアに感染した被害の対処方法を記述しています。マルウェア自体の機能や解析の解説ではなく一般利用者ユーザーの視点から感染経路と対応方法についての記述になります。 マルウェア感染状況 症状 Dockerコンテナを稼働させたホストのロードアベレージ(CPU負荷)が常時4を超える状況になっていました。つまり400%でホストがフル回転してた訳ですな。 例えるならエヴァンゲリオン初号機が暴走してマヤちゃんがコンソール画面に向かって叫んでいるところです（違） こうなるとクラウドサービスのAWSとかだと英文で警告アラートが飛んで来ますし毎日課金されで膨大な利用料金請求が来ることになります。恐ろしい！！ 状況の調査 CPUの利用状況やメモリの使用量などを調査するツール類があり
個人サービスを公開するまでに必ずやるべきこと - Qiita
はじめに 個人サービスを公開するまでに必ずやるべきことがあるのですが、思い出すのに時間が掛かってしまったり、「事前にやっておくべきだった...」と毎回思います。ここら辺の情報は調べてもまとまっている記事がなかったので私なりにチェックリストとしてまとめてみました。難しいことは一切なく（経験者には当たり前なことかも？）、比較的簡単に出来るものを書かせて頂きますので気軽に読んでいただけると嬉しいです。 前提 僕は個人サービスを公開する上で集客に重きを置いています。後述するやるべきことは集客をベースとした内容であり、サービスを利用する上で必ず必要ではないということをご理解ください。また、WEBの要素が強めなので、モバイルアプリ等の開発者は参考にならないことが多いと思いますのでご了承ください。参考までに僕が個人開発しているサービスです。Gmailのようなツール寄りのサービスではなく、キュレーションサ
なぜエンジニアが作る画面はダサいのか…?「理由」と「対策」を徹底解説【エンジニア向け画面デザイン講座】 - Qiita
なぜエンジニアが作る画面はダサいのか…?「理由」と「対策」を徹底解説【エンジニア向け画面デザイン講座】UXUIDesignUIデザイン画面設計 1.はじめに エンジニアの私がデザインを本気で勉強した結果、デザイナーとエンジニアはそもそも思考が大きく違っているということがわかりました。 今回は「それ」をデザインに苦手意識のあるエンジニア方にも理解してもらえたらと思い、わかりやすくまとめてみました。 2.アプリの画面デザインを考えてみよう まず、こんなアプリを考えてみてください。 フィットネストレーナーが使うアプリ トレーニングルームでお客様とお話しながら使う 端末はタブレット そして 会員の個人情報確認 前回までのトレーニング状況の確認 次回の予約受付 といったことをします。 使える情報としては、こんな感じです。 あなたならどう画面デザインをするか、もしお時間があったら考えてみてください。
30億のデバイスで任意コードが実行できちゃうJava - Qiita
免責事項 こちらの記事で紹介する内容は、教育目的または脆弱性について仕組みを理解し周知、啓発を行うためだけに作成しております。 ぜったいに、悪用しないでください。 記載されているコードを実行した場合に発生した損害には一切責任を負いません。 理解される方のみ下にスクロールしてください。 経緯 2021/12/9にて、超有名なログ出力ライブラリであるlog4jの第2世代で任意コードが実行可能であると報告されました。 Apache Log4j2 jndi RCE#apache #rcehttps://t.co/ZDmc7S9WW7 pic.twitter.com/CdSlSCytaD — p0rz9 (@P0rZ9) December 9, 2021 ※上記は特定の文字列をログ出力させることで、ペイントツール(draw.exe)を実行している Minecraft(Java版)のチャット機能にてこ
Intent / intent-filter のCategoryとはなんなのか？ - Qiita
<intent-filter> <action android:name="android.intent.action.VIEW" /> <data android:scheme="hoge" /> </intent-filter> アプリB（com.android.myapplication）：アプリAを起動するアプリです。 単にstartActivityするだけですが、同じIntentをqueryIntentActivitiesとresolveActivityに渡した結果を表示するようにしてみます。 val intent = Intent(Intent.ACTION_VIEW).also { it.data = Uri.parse("hoge://test") } packageManager.queryIntentActivities(intent, 0).forEach { Log
Gradle入門 - Qiita
追記1: コメントでの指摘を受け、gvmに関する記述を削除 この記事は、日経ソフトウェア 2013年 06月号 04/24発売 のステマ記事です。 6月号に、@keiji_ariyama(前座部分担当) と 僕(Gradle概要担当) と @sys1yagi(Android対応部分担当) という分担でGradle入門的な記事を書きました。 ですが、僕の目的としてはトップゲート社員への布教を主目的と考えて書いたため、本来要求されている分量を(わざと)大幅にオーバーして書いていました。雑誌に掲載されなかった溢れ分をネットで公開して良いか打診した所、「全文掲載でも良いですよ」という豪気なお許しを頂いたのでここに公開します。この場を借りてお礼申し上げます。 プロの編集さんの手を経て、だいぶわかりやすく噛み砕かれたものが雑誌のほうには掲載されていますので、ここに書いてある内容が難しいなぁ…と思ったら
COCOAの開発経緯について調べた - Qiita
(2021/6/17 思った以上に伸びたため、主語がデカイままだと問題かと思いましたので、タイトルを修正しました。失敗、と当初書いたのは調査のモチベーションのためでしたが、現在進行形で運用されているシステムに対して失敗、と書くのは大変失礼な記述でした。関係者の方々、誠に申し訳ありませんでした。この記事のモチベーションは、COCOAの初回リリースまでを主なターゲットにしており、2020年夏以降のことについては、あまり追えてもいなければ、正直、理解もできておりません。) このメモの目的 COCOAアプリの成り立ちを深く知ることで、COCOAアプリの開発経緯を探りたい。 立ち入らないこと セキュリティ周りの話 Exposure Notification APIの挙動 調査のモチベーション 精神的に苦しい思いをした人が居る 何があったか 現場（厚労省結核感染症課）目線 現場目線は「仕方ない」の連鎖
【翻訳】コードは書けないけど、1人で作ったwebサービスを収益化した話 - Qiita
今回は、Corey Haines（@coreyhainesco）氏の「How I launched a profitable job board with no-code tools in 3 weeks」という記事を、本人の許諾を得て翻訳・掲載しています。 およそ12,000字の長い記事なので、かんたんに内容をまとめると下記のようになります。 翻訳元記事の筆者はスタートアップでマーケティングを本業としている。 自身の経験から、マーケター専用求人サイトに需要を見出し、開発に着手。 非エンジニアでコードは書けないので、ノーコードツールを駆使して開発。 持ち前のマーケティング力でサイトを成長させる（Product HuntやTwitterで初期ユーザーを獲得し、SEOやメーリングリストで継続的成長）。 具体的な金額は非公開だが、一定の収入源にはなっている。 いわゆる個人開発のお話になります。翻
高校文化祭の食販で自動注文機を作った話 - Qiita
経緯 私の学校では、毎年文化祭で高校3年生が食販をする伝統があり、私のクラスでは「生姜焼きパン」を売ることになりました。（本記事の主旨とは逸れるがこれがめちゃくちゃ美味い） 基本的に食販は以下のようなフローで行われます。 このフローは厳守です。即ち注文が入らない場合は調理できません。作り置きは衛生上問題があるため不可です。 つまり、注文数と調理数を適切に管理しない場合、両者が食い違い大量の廃棄が出る可能性すらあるのです。従来はボードなどを用いてごちゃごちゃやっていたらしいですが、あまりにも非効率で間違いが生じる可能性も否めません。そこで私たちはサーバーを用意して、文明の利器「スマートフォン」を用いた一元化管理を考えました。 基本的な仕組み 基本的なシステムは下図の通りです。セキュリティー的にどうなの？とかは訊かないでください。あくまでも文化祭用です。商用ではありません。(ここ重要) 簡単に
Railsで複数DBに接続してみたい - Qiita
はじめに Railsを改めてコツコツ学んでおりますが、ある日異なるDBのデータを同一のRailsアプリで利用したい、という場面に出くわしました。 実は、私はSQL/Plusやコマンドラインやストアドプロシージャ経由でDBを利用することが多かったので、割とDBをまたいでデータを検索したり一つにまとめたりしてデータを抽出するのは普通に行っておりました。異種DBでもそれなりに相互接続する機能があったりして、DBの管理者権限があればそんなに困ることはありませんでした。 ですが、今回はRails。DBの管理者権限はないので、相互接続用の権限をつけたりオブジェクトを作成したり...ということはできません。 実際にやってみると、「なるほど〜」な設定でしたが、書いておかないと忘れてしまうので、メモとして記載してみます。 今回やること 今回取り上げるのは、こんなことです。最初から何もなしにできたわけではなく
『エンジニアよ、大志を抱け』～まずスキルを磨き、ビジネスを覚え、そしてユーザー企業で活躍しよう - Qiita
エンジニアの諸君、いま日本のIT事情はかなり厳しいことになっているのはご存じだろうか。日本は経済規模で中国に抜かれて久しく、様々な経済指標を見てももはや先進国とは言えない1状況になっているが、ITの状況を見ても、欧米諸国や、実はアジア諸国と比べても惨憺たる状況なのである。 日本の惨憺たるIT事情 日本では昔からITを戦略的投資と考えずに「ITはしょせん道具だ」ととらえてコストとみなし、まるまるアウトソースをしたり、社内異動で移ってきた専門家でない人間に任せていたりしていた。エンジニアの給料も他国と比べるとひどいもので、日本の平均は米国の平均の約半分2である。社内異動で移ってきた人間なので、あと2-3年すればまた別の部門に異動するため、学習意欲も低い3。社内でも、使えるパソコンは10年くらい前のスペックで、スマホで仕事をしたほうが早いのではないかと思うくらいのブツしか配布されない。 そして、
（兎に角）早くプロトタイプを作る技術（初心者向け） - Qiita
とにかく早くプロダクトのプロトタイプを作るための技術についてまとめます。 この技術は運用しやすく作る技術とはまた別の技術です。 （綺麗に作るのは後でやる） かなり偏った考え方もあると思いますがご容赦ください。 プロトタイプを作る上でやらないことを決めます。 実はやることよりもやらないことを決めることの方が難しいです。 UXに基づいて後回しにするという意思決定が必要です。 プロトタイプでやるべきこと コンセプトの決定/チャネルの調査： なぜ作るのか、誰をターゲットとして作るのか、競合プロダクトの調査 コア機能の実装： ユーザの苦痛を解消させるプロダクトのコア機能の実装をします。 ここで想定しているコア機能とは一画面に収まるアプリケーションのメイン機能の事を指します。 デザインはモックレベルではなく、ユーザが使う想定のデザインテーマ、レイアウト、アフォーダンス、メンタルモデル、UI、アニメーシ
CSS Grid Layout を極める！（基礎編） - Qiita
0. はじめに CSS Grid Layout（グリッドレイアウト）は、2次元レイアウト を、HTML/CSS を使って簡単・自由に操作できる、CSSの新しい機能です。 格子状のマス目のグリッドに好きな順番に配置したり結合したりすることで、様々なレイアウトが可能になります。 例えば、こんな簡単なHTMLで・・・ <body> <h1>タイトル</h1> <article>記事1</article> <article>記事2</article> <article>記事3</article> <article>記事4</article> <nav>ナビ</nav> <footer>フッター</footer> </body> CSSをちょっと書けば、こんなレイアウトが出来てしまいます！ 当記事では、こんなレイアウトを可能にする CSS Grid Layout の解説をしていきます。 尚、CSS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
