やはり俺の情報教科書はまちがっている。 - Qiita
目次 はじめに 個人を特定する情報が個人情報じゃない デジタル署名は暗号化しない TLS(SSL) は共通鍵を公開鍵で暗号化しない TLS(SSL) が使われていれば安全じゃない 変数は箱じゃない Python 等は「ソースコードを 1 行ずつ実行するインタプリタ方式」じゃない 日本語 1 文字は 2 バイトじゃない 動画が動いて見えるのは残像によるものじゃない 標本化定理は「2 倍以上の周波数」じゃない その他いろいろ はじめに 2022 年から高等学校で、プログラミング等を学ぶ「情報Ⅰ」が 必修 必履修科目になりました。1 さらには 2025 年入試から大学入試共通テストでも出題されるようになり、教科「情報」の重要性が高まっています。 これで 2030年に79万人不足すると言われる IT 人材 の問題が解決！…と言いたいところですが、先日も『課題感ある教科1位「情報」』という調査結果が
【個人開発】AIに「自分のお気に入り」の画像を作らせよう【DreamBooth】 - Qiita
DreamBoothって何？ DreamBoothとは、特定の対象を事後学習させる技術です。 Stable Diffusionなどの画像生成AIを使うと、ユーザーが入力したテキストを頼りに、AIがオリジナルの画像を数秒～数十秒程度で自動生成してくれますが、それでも「私のペット」を描いてと言っても描いてくれませんでした。 そこで例えば、自分のペットの画像を5枚程度用意し、「私のペット」とラベルづけをさせて学習をさせることで、自分のペットの画像を生成できるAIモデルを作ることができます。 一度学習させれば、そのモデルを使って様々な「私のペット」画像を作ることができます。 フランスパリに行ったことがなくても、「エッフェル塔を背景にした私のペットの写真」と指定すれば、まるでエッフェル塔をペットと一緒に行ってきたかのような画像を作れてしまいます。 画家を指定してイラストを描くこともできる ここまでで
Mastodon向け簡易シェアボタン
この記事の手法は2023年4月現在、使えなくなっています（Mastodon側での registerProtocolHandler の使用が無効化された）。関連issue: Use web-based protocol handlers to make following across instances easier · Issue #19679 · mastodon/mastodon 背景 Twitter等のSNSは多くの場合、Webサイト構築者向けに「シェアボタン」や「フォローボタン」用のURLを用意している。 例えば、Twitterの場合はWebサイトに 「こんにちは世界」とツイートする Mastodon向けにもこのようなシェアボタンを設置できれば良いが、MastodonはインスタンスごとにURLが異なるため、普通にやると特定のインスタンス用のシェアボタンになってしまう。（例えば、P
Chrome拡張の作り方 (超概要) - Qiita
【更新情報】 ・2020.12.25 別記事でこの記事の「ガチのやつ」にフォーカスしたものを書きました！ ▼ kintoneのスレッド投稿がスマートになるChrome拡張をVue.jsで作る https://qiita.com/RyBB/items/3f343252b0397e93050e これからChrome拡張を始めたいという方はこのままこの記事を読むと良いと思います！ がっつり開発するとどんなことができるか知りたい方は上のリンクの記事を読むと良いと思います！ はじめに 普段、Chrome拡張使ってますか？ そもそもChrome使ってますか？ 使っている方であればわかると思いますが、 Chrome拡張はとても便利な機能です。ブラウザを自分流にカスタマイズすることができます！ そんなChrome拡張はストアからインストールするだけでなく、 自作 することもできます！ (ストアに公開しなけ
コーディングのようにノートを取る技術 - Qiita
はじめに 何かを学習するとき、ノートを取っているでしょうか？ 小学生の頃や中学生・高校生の時の「ノート」は紙に手書きだったかと思います。 しかし、最近になってからはパソコンを使ってノートを取る、という選択肢が増えました。 その変遷の中で生まれたパーソナル・ナレッジ・マネジメント(Personal Knowledge Management) という考え方があります。 その考え方を共有できたらと思います。 直感的なデジタルノート術の原罪 ケース1: ひたすらに手を動かす 学生の頃、黒板に書かれた内容をそのまま必死にノートに写している人がいたのを覚えていますか？ また、その人は成績が高かったでしょうか？ たいていの場合、成績は乏しい人が多かったと思います。自分もそのタイプでした。 手を動かすだけのノート術の不幸な点は、「考える」というアクティビティが行われないため、本当の意味で筋肉を動かすだけと
インフラエンジニアって何してんの？ - Qiita
「ラクス Advent Calendar 2022」 12月23日（金）担当のインフラエンジニアです。今回は知られざるインフラエンジニアの仕事について触れてみたいと思います。 はじめに 最近（でもないけど）twitterなどで駆け出しエンジニア？の方のツイートをよく目にするようになりました。 「駆け出しエンジニア」というと文字面からは1年目のなりたてエンジニアのような印象を受けますが、どちらかというとこれからエンジニアを目指すために勉強をしている方を指すことが多いようです。 そういった方のツイートを見ていると9割以上はプログラミングの話。実際に業界内で働いてみれば要件定義など単純にプログラミングしていればいいだけの世界ではないことは重々承知かと思いますが、未経験の方にはエンジニア＝プログラミング、エンジニア＝開発、というイメージがやはり強いのでしょう。はたまたインフラエンジニアなんて世界に
【まとめ】エンジニア向けデザイン参考サイト - Qiita
本記事は、身の回りの困りごとを楽しく解決！ by Works Human Intelligence Advent Calendar 2022の13日目の記事です。 はじめに エンジニアの私「個人開発したアプリのデザインがイマイチで世に出す勇気がなくて困っとる」 デザイナーの知人「どれどれ。あー確かに。いい意味でエンジニアらしさ出てますな♪」 私「『いい意味で』を先頭に付ければ何いっても許される説！！」 知人「デザイン作るときは既存にあるアプリやサービスのUIを参考にするといいですよ」 私「具体的には何を参考にすればエンジニアでもいい感じにデザイン作れそうですか？」 知人「それでは自分が参考にしているデザイン系のサイトをいくつか紹介していきます」 てことで、今回はエンジニア向けの個人開発やアイディア探しで役立つサイトをまとめていきます。 「ポートフォリオのアイディアが思いつかない」「開発した
ChatGPTの中身についてちょっと詳しくなるためのメモ書き - Qiita
こんにちは！sakasegawaです！ ( https://twitter.com/gyakuse ) ChatGPTについて、これ前提として知っておくと便利だなーってことをまとめました！ ChatGPTについて 言語モデル的特徴 ChatGPTで使われているGPT-3(正確には3.5シリーズ)は膨大なデータをもとに作られた言語モデルです。 GPT-3ではCommonCrawl、WebText 等のデータセットをもとに学習したModelが使われていて、CommonCrawlが60%程度を占めています。CommonCrawlでは、英語が50%程度に対し、日本語の含有率は5%程度となり、日本語に対してはナレッジベースとしての性能が低くなります(単純に1/10の性能とまではいかないと思います. 体感で半分くらいの性能) また、Transformer型(要は古代ツイッタラーにわかりやすくいうと超す
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
FirebaseのDebugViewの使用方法について - Qiita
DebugView を使用すると、開発端末上のアプリによってロギングされる生のイベントデータをほぼリアルタイムで見ることができます。開発のインストゥルメンテーション フェーズにおける検証に役立ち、アナリティクスの実装でのエラーを検出するとともに、イベントとユーザー プロパティがすべて正しくロギングされていることを確認するのにも便利です。 公式リファレンス https://firebase.google.com/docs/analytics/debugview?hl=ja 環境準備から実行までの手順 1)コマンドラインツールをインストールする ADBコマンドを実行するための環境を用意する。AndroidStudioをインストールしている場合はSDKもありADBコマンドも使えるため不要 下記ページより環境別zipをダウンロードしインストールを行う https://developer.andro
API設計まとめ - Qiita
はじめに 自分は2021年に新卒でWeb系の開発会社にフロントエンジニアとして入社し2022年で2年目になります。 実務ではReact×TypeScriptを利用したフロント周りとNode.js(Nest)やRailsを用いたバックエンド(API)の開発をしています。 その中で使っていたAPI設計について改めて学び直したのでまとめて行きます。 この記事の対象者 エンジニア初心者から中級者 APIについて学びを深めたい人 この記事の目標 APIについて学ぶ 我流ではなく正しいAPI設計について学ぶ この記事でやらないこと 具体的にコードを用いたAPI設計の書き方の説明に関しては下記の記事で解説をしています。 APIについて APIとは APIは"Application Programming Interface"の略で、直訳すると「アプリケーションを使プログラミングを使ってつなぐ」という意味
Mac の VSCode に PlantUML を導入 - Qiita
Overview プライベートの開発タスクの依存関係を可視化するために、PlantUML を導入する。 インストール brew コマンドを使って必要なパッケージを導入 $ brew install graphviz $ brew install adoptopenjdk --cask $ brew install plantuml # コマンドがない！ $ brew install XXX bash: brew: command not found # インストール $ ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" # インストール確認 $ brew -v Homebrew 2.2.3 Homebrew/homebrew-core (git revision
わかりやすいシステム構成図の書き方 - Qiita
わかりにくいシステム構成図とは こんなシステム構成図を書いてないでしょうか？ このシステム構成図のわかりにくい点が３つあります。それは 製品名は書いてあるが「役割」が書いていない データと処理が区別できない データの流れと制御の流れが区別できない の３つです。 わかりやすいシステム構成図 これら３つのわかりにくい点を改善したわかりやすいシステム構成図が↓です ポイントを解説していきます ポイント1. 製品名称ではなく「役割」を書く システム構成図には製品名称ではなくシステムコンポーネントの「役割」を書きます。 役割とは、例えば〇〇データや〇〇処理といったことであり、それを読むだけでシステムの動きを理解できる文字列です。役割をかかずに製品名称のみを書いてしまうと、その製品を知らない人が見たときに理解できません。例えば「Cloud Pub/Sub」という製品はGCPというパブリッククラウドの分
Webアプリケーションの全体像を掴む - Qiita
プログラミングしかしらない。。。 私は会社で主にサポート対応を担当しています。不具合が見つかったりすると、その原因を特定し、修正をするといった仕事です。 ただ一概に不具合といっても、プログラミングのコードが生み出したバグが原因のときもあれば、Webサーバにアクセスが集中してパフォーマンスが低下することが原因のときもあります。 プログラミングに触れ始めてから2年が経過しましたが、私はプログラミングのことしか勉強してきませんでした。Webアプリケーションがどのように構成されているのか全く知らないがために、不具合の調査するときに原因を特定できないといったことを何度か経験しています。 このままだと効率力よく不具合調査を進められないことを危機に感じ、入門書として「プロになるためのWeb技術入門」という本を手に取りました。 これは何の記事か？ プログラミングしか学んでこなかったエンジニアが「プロになる
トップエンジニアに学んだ技術より大事なもの - Qiita
単純比較なら二つの案でも物足りる気がしますが、 二者択一では、ベスト案を見逃す可能性が高いとか。 ソースコードは、美しさを追究する Aさんのソースコードを読んでいると、アート作品に見えてきます。 ロジックのみならず、コードの簡潔さやコメント1つもとことん追究する。 わかりやすい、 無駄がない、 読んでいて気持ちいい、 その故、バグを生みにくい。 基本を大切にする コーディング上の疑問は、公式ドキュメントや書籍を読み返し、徹底的に理解する。 例えば、通信プロトコルを使用する場合、RFC定義を注意深く理解し、根拠とする。 作業効率を追究する 世に存在する部品は作らない(車輪の再発明をしない)。 自ら作成した新機能は、再利用できるように部品化しておく。 手動テストをしない、自動化するかテストツールを駆使する。 テストツールがなかったら、時間をかけても自前作成する(将来的にコストダウンにつながる)
史上最強のデータベース、SurrealDB - Qiita
SurrealDBというRust製データベースを知ったので紹介します。このデータベースはすごいです。リレーショナル、ドキュメント、グラフ、あらゆる種類のデータ構造を扱うことができ、かつインメモリ、単一ノード、分散環境、全てで動かすことができます。さらにHTTPやWebSocketによるアクセスと柔軟なユーザ認証、認可機能とがDB本体に内包されており、ブラウザから直に接続するWebDBとしても使えます。とにかくなんでもできる夢のデータベースといった感じです。 特徴 機能を挙げていたら多くなりすぎたので、特に面白い部分を挙げます。 配列やオブジェクトをネストした複雑なデータ構造を持てるのに、レコードリンクという機能によりリレーションに対応していてしかもSQLやMongoDBより簡潔にクエリが書ける。 スキーマレスで各レコードには任意のフィールドを持てるが、必要ならスキーマを定義することもできる
成果を出すプログラマーが習得している「コードを書かない技術」 - Qiita
はじめに 私がプログラマーとして働き始めて１年半がたちました。幸いなことに環境に恵まれ、私の身の回りには成果を出し続ける優秀なプログラマーがたくさんいます。 1年半彼らの仕事を観察して気づいたことは、成果を出すプログラマーは共通して 「コードを書かない努力をしている」 ということでした。 この記事では彼らが業務で行なっている、 「コードを書かないための思考、習慣」 についてまとめていきたいと思います。 前提 多くの人は「プログラマーはコードを書くことが仕事」だと考えています。この考えに基づくと、プログラマーが「コードを書かない努力をする」ということが、ひどくおかしなことに思えてしまうかもしれません。 そこでまず前提として3つの誤解を解くところから始めましょう。 [誤解１] プログラマーの仕事は「コードを書くこと」である 私たちプログラマーの多くは会社から給料をもらいながらコードを書いていま
セキュリティ要件を定義しよう（Webアプリ編） - Qiita
高いセキュリティレベルが要求されるシステムの開発を依頼される場合があります。 その場合には、システムをセキュアに作るだけではなく、お客様に「何が」「どう」セキュアなのか、説明する必要があったり、場合によっては担保する必要があります。 この場合、何を元に説明したり、担保したりすればよいのでしょうか？ ここで使われるのがセキュリティ要件定義書です。 OWASP（後述）のセキュリティ要件定義書をベースに、セキュリティ要件定義書の作り方、入れるべき内容を学びましょう！ 要件定義書に書くべきこと セキュリティ要件に書くべきことは、セキュリティ対策のためにベンダーが「具体的に何をやるか」です。 どんな攻撃が想定されていて、どんな防御方法を取るか、セキュリティ要件定義書を使ってそれを説明し、方針についての合意を獲得します。 ただし、「どんな攻撃が想定されていて」の部分は、最終的な要件定義書には書かれてい
今どきのシェルスクリプトは数値計算にexprを使わない（POSIX準拠） - Qiita
はじめに 1992 年に POSIX でシェルが標準化されて以来、シェルスクリプトの数値計算に expr コマンドは使いません。expr コマンドを使って計算していたのは Bourne シェル（古い UNIX の sh）時代の話で、現在の POSIX sh （dash、bash、ksh 等）時代では数値計算に expr コマンドは不要です。今どきはシェルの機能だけで整数の計算を行うことができます。「今どき」って一体いつからだって話なわけですが……。 注意 シェルスクリプトでパフォーマンスの話をするとすぐに「他の言語で〜」という方がいますが、私はどんなことにでもシェルスクリプトを使えなんて一言も言っていません。パフォーマンスを気にしている理由は、そこが実際にシェルスクリプトのボトルネックになるポイントだからです。そもそもシェルスクリプトと一般的な言語は言語設計レベルで得意なことが違います。ユ
ノートアプリ「Obsidian」について書かれた本 - Qiita
Obsidianとは このQiitaをはじめとして、ITエンジニアはMarkdown記法をよく使います。 そして、Markdownでメモやノートを書くとき、EvernoteやNotion、HackMDなどのクラウド型のサービスもあります。 Markdown以外を使ったノートアプリで、OneNote、Scrapboxなどが使われることもあります。 しかし、個人用のノートの場合、データをクラウドに保存するのではなく、ローカルに保存したいこともあるでしょう。 VSCodeなどのテキストエディタで書く方法もありますが、複数のノートを連携することを考えると、ノートアプリが便利です。 そんな中、ローカルで動いて、Markdownで書ける 「Obsidian」 の人気が高まっています。 ObsidianはWindowsでもmacOSでも、AndroidでもiOSでもiPadOSでも動く無料のノートアプリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
