ブックマーク / qiita.com (2,421)

  • macOS で始める X68000 開発環境構築 - Qiita

    はじめに X68000 のクロス開発環境 elf2x68k では、Linux (WSL) や MinGW、macOS などの環境で以下のような X68000 のクロス開発を行うことができます。 C/C++ プログラムのコンパイル X-BASIC プログラムの C への変換とコンパイル X68000 で実行するプログラムの GDB を用いたリモートデバッグ 今回、初めて Mac を導入して X68000 のクロス開発環境を macOS 上で構築してみたので、その手順をまとめてみました。 動作は M3 MacBook Air の macOS Sonoma (14.5)上で確認しています。 事前の準備 ターミナルへのフルディスクアクセス設定 macOS のターミナルは Finder の アプリケーション → ユーティリティー から開けます。zsh が動いて UNIX 系の CUI 環境が最初から

    macOS で始める X68000 開発環境構築 - Qiita
    tmatsuu
    tmatsuu 2024/07/20
    X68000 Zも出てるし今が旬・・・なんだろうか
  • データ分析を最短ルートで身につける - Qiita

    はじめに 皆さんはデータ分析にはどのようなイメージをお持ちですか? 「ビジネス上でのデータ分析」「データサイエンス」「機械学習(ML)やAI」など様々なイメージをお持ちの方が多いかもしれません。 データ分析は一般的に 「収集した情報の整理、加工、取捨選択を経て分析するプロセス」 という定義がされます。また、分析することによって何かしらのインパクトを出すのが一般的です。 なので、先にあげた3つのイメージはどれも正解になります。 しかし、その3つのイメージごとで、スキルセットとして身につけておくべき知識の範囲が全く異なります。例えば機械学習の業務にあたり、pythonは必須な一方、ビジネス上でのデータ分析の場合では必要ないケースも存在します。 ユースケースごとに習得すべき知識が整理されてない結果、どこから手をつけたらいいかわからず、膨大な学習が必要だと感じてしまう問題が生じます。 例えばデータ

    データ分析を最短ルートで身につける - Qiita
    tmatsuu
    tmatsuu 2024/07/20
    わいわい
  • AWS CloudFormationの最近の変更点 - Qiita

    template-file-path: 2-14-3-VPCEndPoints.yaml parameters: mySecurityGroups: sg-0cf73bd245c9ff853 myVPC: vpc-07d4bc315ce093c6d S3Interface: Yes S3InterfaceRouteTable: rtb-0ffd23f96afd0915c tags: sampleTag: sample-sync デプロイファイルはGitと同期を設定するウィザード中で作成することも、手動で作成して利用も可能です。 (出典: 詳解 AWS CloudFormation) CloudFormationはGit側の更新検知し、変更セットの作成と実行を自動で開始します。 なおリリース当初は「接続」のarnサービス名は codestar-connectionsでしたが、2024/05よ

    AWS CloudFormationの最近の変更点 - Qiita
    tmatsuu
    tmatsuu 2024/07/20
    書籍「詳解 AWS CloudFormation」に4月までの変更は反映済み。わいわい
  • 【Go】公式ツール "eg" を使って効率的にGoのコードをリファクタリングする - Qiita

    はじめに こんにちは、ken です。お仕事では Go をよく書きます。 最近、Go の公式パッケージであるgolang.org/x/toolsを眺めていたら、なにやら有用そうなパッケージを見つけたので今回はそれについて書こうと思います。 それはegというリファクタリングツールです。 eg とは eg は、例ベースで Go コードをリファクタリングするためのツールです。このツールを使用することで、特定のコードパターンを別のコードに置き換えることができ、効率的にリファクタリングが行えます。 先ほど貼った公式ドキュメントに詳しい説明があるかと思いきや The eg command performs example-based refactoring. For documentation, run the command, or see Help in golang.org/x/tools/ref

    【Go】公式ツール "eg" を使って効率的にGoのコードをリファクタリングする - Qiita
    tmatsuu
    tmatsuu 2024/07/14
    おー摩訶不思議な動きだが面白いな
  • 【総額350万】高額請求がきたエンジニアの失敗から学べること - Qiita

    はじめに 成功よりも失敗を学ぶ方が再現性が高く成果を出しやすい これは私がアウトプットをする上で常に心がけていることです。 あなたは普段自分の経験や体験を記事として発信しているでしょうか? おそらく多くの人ができていないはずです。 今回は私が過ごしてきたエンジニア人生4年の中で、特に大きかった失敗談をまとめて紹介していきます。 それぞれの失敗談の詳細はリアルタイムに記事を投稿しているので、ぜひ気になった方は最後にリンクを載せていますので確認いただけると良いかと思います。 この記事はQiita Engineer Festa 2024 〜しくじりエンジニア!私みたいになるな!~の登壇内容を記事にまとめたものになります。 失敗こそアウトプットせよ 「成功よりも失敗を学ぶ方が再現性が高く成果を出しやすい」という言葉の通り、成功は人それぞれバックグラウンドが違っていたり、運も絡んでいるので再現性は低

    【総額350万】高額請求がきたエンジニアの失敗から学べること - Qiita
    tmatsuu
    tmatsuu 2024/07/14
    タフだ。失敗を糧にして次につなげればok
  • 【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita

    はじめに こんにちは、kenです。みなさんコンフリクト解消してますか! チーム開発をしているとコンフリクトとは嫌でも向き合うことになりますが、コンフリクト解消って緊張感のある作業なのでやりたくないですよね。 そんなコンフリクト解消をちょっぴり楽にする(かもしれない)コマンドを最近知ったので今回はそれを紹介します、その名もgit rerereです。 git rerereとは Gitの公式ドキュメント(日語版)には次のように記載されています。 git rerere コマンドはベールに包まれた機能といってもいいでしょう。これは “reuse recorded resolution” の略です。その名が示すとおり、このコマンドは、コンフリクトがどのように解消されたかを記録してくれます。 そして、同じコンフリクトに次に出くわしたときに、自動で解消してくれるのです。 ここに書かれているように、git

    【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita
    tmatsuu
    tmatsuu 2024/07/07
    reuse recorded resolution。へー知らなかった。有効にしてみるか
  • エンジニアにも知って欲しいChatGPT基本テクニック - Qiita

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

    エンジニアにも知って欲しいChatGPT基本テクニック - Qiita
    tmatsuu
    tmatsuu 2024/07/06
    チャットの中でもパラメータ指定ができるのは面白いね。おそらく厳密にパラメータを指定できるのではなくて、これも指示の一環として捉えてるだけと思われるけども。
  • 【VSCode ショートカットキー】初心者がまず絶対に押さえておきたい生産性爆上げショートカットキー10選 - Qiita

    ショートカットキー10選(詳細) 1. Alt + ↑↓ - 行の移動 行全体を上下に移動することができるショートカットキーです。素早く行全体を移動可能。行ごと移動させたい時に、行を切り取って挿入したい箇所に貼り付ける、といった操作が不要となります。 2. Shift + Alt + ↑↓ - 行のコピー カーソルが置かれた行をコピーし、そのまま上下の行に挿入できます。同じようなコードを複数箇所で書きたい時などに、役立ちます。 3. Ctrl + Shift + K - 行の削除 カーソルが置かれている行を一瞬で削除してくれます。複数行を選択すれば、複数行削除も可能。 4. Ctrl + [ / ] - インデントの追加/削除 手動でインデントを揃える手間が省けて、コードが整理整頓された状態を保ちやすくなります。 5. Ctrl + / - コメントアウト/解除 コメントアウト、既存コメン

    【VSCode ショートカットキー】初心者がまず絶対に押さえておきたい生産性爆上げショートカットキー10選 - Qiita
    tmatsuu
    tmatsuu 2024/07/03
    ctrl+p以外知らなかったし便利そうなの多い。わいわい
  • 東京大学のAWS入門資料がいい感じだったので最新のAWS環境でも実行できるようにしてみた - Qiita

    きっかけ 東京大学のAWS講義「コードで学ぶAWS入門」、いわゆる東大AWSってやつが良いらしいと聞いたのでやってみました。 確かにこれは良いです。クラウドをこれから学びたい方にぜひおすすめ。 集中講義的に休日に半日もあれば学べます。 かかるAWS費用もわずか。 ほとんどのチュートリアルがAWSの無料枠で実行できてしまいます。ディープラーニング用のGPUインスタンスをぶん回すところは有料です。それでも数百円で済みます。 これは一通りハンズオンをやってみたAWSの費用です。 もはや学ばない理由が見当たりませんね。 これを書いた理由 けっこう有名な講義資料なのでいまごろ紹介するまでもないネタかと思っていましたが、いざやってみたらハンズオンのコードが最近のAWS環境では動作しない箇所がいくつかあったので。 動作するように修正した手順をまとめておきました。 記事がはてブを950件ももらってしまい

    東京大学のAWS入門資料がいい感じだったので最新のAWS環境でも実行できるようにしてみた - Qiita
    tmatsuu
    tmatsuu 2024/07/03
    「CDKで操作するので実践的」「学生さんに限らず仕事でAWSを使おうかなという人にもおすすめ」わいわい
  • CUIとは? - CUI は誤用(和製英語) だって知っていますか? - Qiita

    はじめに CUI英語圏では通用しないようです。CLI という正しい用語を使いましょう。というか CUI のことしか書いていない初心者向け記事、量産させすぎ😡 ❌ CUI (キャラクターユーザーインターフェース)なんて言葉は英語にはありません 🟢 CLI (コマンドラインインターフェース)が正しい用語です 🟢 GUI (グラフィカルユーザーインターフェース)も正しい用語です なんども繰り返されている話題ですが、ふと書きたくなったので書きます。 CLI (コマンドラインインターフェース)ってなに? CLI とはその名の通り、コマンドラインを使ったインターフェースのことです。つまり一般的にはシェルを使うユーザーインターフェースです。よく見るコレ↓です。 コマンドラインインターフェースとは、コマンドラインにコマンドを入力することでコンピュータを使うインターフェースです。ちなみにコマンドと

    CUIとは? - CUI は誤用(和製英語) だって知っていますか? - Qiita
    tmatsuu
    tmatsuu 2024/07/03
    あらま知らなかった。Wikipediaでも日本語のCUIのページの英語版はCLIになってて、英語ページ上にCUIの文字は見つからない。自分の過去の発言を見るとCUIって結構言っちゃってるわ。
  • 45分登壇で75%効率化したMarkdown+Cursorによる生成AIスライド作成術 - Qiita

    KDDIアジャイル開発センターのpiyonakajimaです。 突然ですが、あなたは登壇スライドの作成にどれぐらいの時間をかけていますか? 6/21-22に開催されたScrum Fest Osaka 2024に登壇した際、Markdown+生成AIを活用して登壇スライドを作成しました。その際、45分の登壇資料作成を75%効率化(自分比)できました。 普段からMarkdownで資料を作成している方からすると、これまで時間かけすぎやろ、というツッコミが聞こえてきそうですが、登壇資料の作成時間に悩まれる方は沢山いらっしゃるのではないかと思います。今回はこの時に実施した工夫をお話します。 以下がMarkdown(Marp)と生成AIを使って執筆した45分の登壇資料です。一部PowerPointで作図した過去資料から流用しています。 Marpでは、たとえば以下のようなmarkdownを書くと、 --

    45分登壇で75%効率化したMarkdown+Cursorによる生成AIスライド作成術 - Qiita
    tmatsuu
    tmatsuu 2024/06/30
    Markdownベースで書けるプレゼンツールは生成AIとすこぶる相性が良いということだな。
  • 「システム構築はどこから始めるべきだろうか。システム構築が終わったらこうなる、というストーリーを語るところからだ。」 - Qiita

    はじめに ◆この記事は何? アジャイル開発における「要求」や「ユーザーストーリー」を細分化する記事です。 ◆対象は? 要求やユーザーストーリーを整理する方 アジャイル開発に関わる方 ◆ねらいは? アジャイル開発に関わる方が、何気なく使っている「要求」や「ユーザーストーリー」の解像度を上げること エンジニア人生に影響を与えたフレーズ 「システム構築はどこから始めるべきだろうか。システム構築が終わったらこうなる、というストーリーを語るところからだ。」は、書籍『テスト駆動開発』に出てくるフレーズです。 そして書籍『テスト駆動開発』の中で、私が最も印象に残っている文章です。 この文章に出会ってから、私は「言われた通りにシステムを作る」から脱却して、「システムを作ってユーザーの体験をどう変えるか?」を考えられるようになりました。システム開発におけるストーリーの重要性を実感できました。 たった一つのフ

    「システム構築はどこから始めるべきだろうか。システム構築が終わったらこうなる、というストーリーを語るところからだ。」 - Qiita
    tmatsuu
    tmatsuu 2024/06/22
    「システム構築が終わるとどうなる?」「知らんのか」  「運用が始まる」
  • ドキュメントを書かないことは「負債を生む」ということ - Qiita

    記事の要約 ドキュメントを書かない事は、企業やチームの「負債」になる ドキュメントを書かない事は、自身の学びや振り返りの「機会損失」になる そういう文化が根付く前に、負の連鎖を断ち切ろう! はじめに 世の中のプロジェクトには、ドキュメントが足りていない、と感じています。 でも残念な事に、ドキュメントをどうしても書きたい人は「ほとんどいない」と思います。 その一方で「ドキュメントを書いた方が良い」という事は、 何となく分かっている人も多いと思います。 やりたくない事をやらなければならないのは、嫌ですよね。 そんな気持ちは分かりますが、これを機に一度改めてみませんか。 何故なら、ドキュメントを書かない事はチームに「負債」を生むからです。 勤め人ならば少なからず一度でも、体験した事があると思います。 「どうして必要な過去の資料が無いんだ」って。 あるはずの歴史の一端がソースコードからしか分から

    ドキュメントを書かないことは「負債を生む」ということ - Qiita
    tmatsuu
    tmatsuu 2024/06/22
    せやな。自戒
  • 「dd bs=サイズ count=1」で パイプから入力するとデータが途切れる罠に注意せよ! - Qiita

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

    「dd bs=サイズ count=1」で パイプから入力するとデータが途切れる罠に注意せよ! - Qiita
    tmatsuu
    tmatsuu 2024/06/17
    ddで1GBの空ファイルを作ろうとした時にこの問題が頭に浮かんでしまい、bsをデフォルトの512から変更せずにcountで頑張って調整してたわ。自分も最近head -cをよく使う傾向にあります。
  • VS Code で Gemini Code Assist を使う - Qiita

    今回はGeminiアイコンを開きます。 「Login to Google Cloud」をクリック。 「Open」 ログイン用のアカウントを選択します。 「ログイン」 「Enable API」で有効化します。 これでGeminiを使用する準備が出来ました。左下のチャット欄に指示を入力するとGeminiが答えてくれます。 ちなみにBottom barの左下の雲アイコンの右側にはログイン中のGoogle Cloudのプロジェクト名が表示されます。ログイン後はデフォルトPJが選択されますが、適宜クリックして変更してください。(以下のスクショではPJ名は消しています) 使い方 実際に拡張機能の使い方を見ていきます。 チャットからコード生成 まずはゼロベースでコードを生成する指示を出してみます。 以下の例は、青色の部分が入力した指示文で、それ以降はGeminiの出力です。 このくらいは難なく作成してく

    VS Code で Gemini Code Assist を使う - Qiita
    tmatsuu
    tmatsuu 2024/06/16
    オートコンプリートも可能。わいわい。GitHub Copilotと比較するとどうだろうね。
  • dig の全てのコマンドラインオプションを一覧にしたシートを作成しました - Qiita

    概要 筆者は DNS Summer Day 2023 で「あたらしい dig」というテーマで発表を行いました(資料はこちら)。 DNS のテストツールである dig コマンドは、ネットワークエンジニアのみなさんが日常的に利用していると思います。 一方で、dig を用いているとたまに想定とは異なる結果が得られ、戸惑うことがあります。 原因としては、dig の送信するリクエストメッセージに関するデフォルト値が一般的な感覚と異なるために起きることが多いようです。 発表ではこれらの具体的な例を挙げつつ、もし dig のいくつかのコマンドラインオプションの存在やそのデフォルト値の知識があったならば、それらはすぐに解決したであろうことを示しました。 dig には非常に多くのコマンドラインオプションがあります。しかし、man ページや -h オプションで表示される簡易ヘルプではコマンドラインオプションが

    dig の全てのコマンドラインオプションを一覧にしたシートを作成しました - Qiita
    tmatsuu
    tmatsuu 2024/06/16
    最近のdigコマンドは+yamlオプションでYAML出力が可能。へー。
  • GUAC を使ってSBOMをグラフで鮮やかに表示 - Qiita

    はじめに SBOMの活用の推進が進む昨今,まだSBOMをどのように管理したら良いのか,明確な答えがあるわけではありません.Jsonやスプレッドシートで流通することが多いとは思いますが,それらをそのまま管理したい人は少ないのではないでしょうか? As the promotion of the use of SBOM continues, there is still no clear answer as to how to manage SBOM.I believe that they are often distributed in Json or spreadsheets, but not many people want to manage them as they are. Eclipse SW360のようなウェブアプリケーションベースのソフトウェアカタログ管理ツールでSBOM管理す

    GUAC を使ってSBOMをグラフで鮮やかに表示 - Qiita
    tmatsuu
    tmatsuu 2024/06/16
    GUAC実例
  • エンジニアのための十徳ナイフ「DevToys」がバージョン2になってクロスプラットフォームやCLI対応しさらに便利すぎる - Qiita

    はじめに 以前紹介させていただき、2022年Qiitaのいいねランキング18位、ストックランキング20位を記録したこちらの記事の続編です! DevToysはリリース後しばらく定期的なバージョンアップが続けられていましたが、去年の7月からぱったりとアップデートが止まっている状態でした。 リポジトリや作者のXを見るとバージョン2の開発を行っているようで、今か今かと待ち続けていましたが数日前リリース予告のポストを見つけて、今日ついにプレリリースされました! ということで早速紹介していきます! DevToysとは DevToysは「開発者のためのスイスアーミーナイフ」の紹介文の通り、開発時によく使うツールを十徳ナイフのようにまとめたアプリとなっています。 JSONの整形とかエンコードデコードetc... プログラミングや保守運用の調査でやりがちな作業をいちいち変換サイトを探したり、エディター拡張機

    エンジニアのための十徳ナイフ「DevToys」がバージョン2になってクロスプラットフォームやCLI対応しさらに便利すぎる - Qiita
    tmatsuu
    tmatsuu 2024/06/16
    従来はWindows専用アプリだったが、マルチプラットフォーム対応でLinuxやmacOSでも利用できるように。CLI版もある。
  • コミット履歴が " きれい " なPRはすごく助かる。ありがたい。好き。 - Qiita

    ※ 最小の意思決定にしては粒度が粗めですがイメージはつくかなと思います 開発プロセスも同様で、目的に対して複数のステップを踏むことがほとんどですよね。リファクタリングであれば単体テストをあてる ⇒ メソッドの内部実装変える ⇒ テストのリファクタリングする、みたいな。 こうした1つ1つの小さな意思決定という単位で履歴(意図)を残すことは、開発者の責任です。なぜなら、変更の差分はPRを見ればわかりますが、「なんでその意思決定(コードの変更)をしたのか?」はコミットメッセージを見ないと分からないからです。そういう意味で、開発者の Why? を把握するために、最終的なPRの差分がどのようにして出来上がったのかを知るために、最小単位の意思決定の履歴はレビュワーが欲しいと思う重要な情報なのです。 コミットメッセージが簡潔で分かりやすい コミットが意思決定の最小単位になっている と関連しますが、意思決

    コミット履歴が " きれい " なPRはすごく助かる。ありがたい。好き。 - Qiita
    tmatsuu
    tmatsuu 2024/06/15
    心がけたい
  • AWS Organizationsでメンバーアカウントのルートメールアドレスを変更できるようなりました - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 AWS Organizationsで、配下のメンバーアカウントのルートメールアドレスを一元管理できるようになった旨のリリースがありました。 ▼寝起きにこのリリースを読んだときの私の反応 Organizationsの管理アカウント側で勝手にメンバーアカウントのルートメールアドレス変えられちゃっていいのか?当にできちゃうのか気になって、2度寝出来なくなったので試してみてブログ書いてます。 Bedrockネタじゃなくてすまんの 前提条件 管理アカウント側で、信頼できるサービスアクセス「AWS Account Management」有効

    AWS Organizationsでメンバーアカウントのルートメールアドレスを変更できるようなりました - Qiita
    tmatsuu
    tmatsuu 2024/06/09
    へールートメールアドレス変更できるの知らなかった。「管理アカウント側でルートメールアドレスを変更しても、パスワードやMFA構成は以前のまま」。結論にもあるとおりMFAも変えようね。