隠し属性付与でFinderを綺麗にしよう - Qiita
お前らの書類フォルダはダサい 全ての作業が始まる書類フォルダ、周りの人とか見てると意外と整ってる人がいない印象です。直接PDFとか写真とかを書類フォルダにおくのはオブジェクト指向じゃないので論外1として、なんかこれ、整然としませんね…。 フォルダの数が多すぎます！多いのが問題というより、使っていないフォルダが多いのが問題です。 作業するためにアプリを開いたら、立ち上げた瞬間脳死で~/Documentsにフォルダを用意するおせっかいアプリのせいで、使っていないのに存在する（のに消したらまた復活する）フォルダがいくつも存在します。 隠し属性を付与する 消したらまたぶり返すので、あくまでもFinder上で消えてくれればいいです。今回はディレクトリに隠し属性を付与することでこの問題を解決しようと思います。（見えないだけでディレクトリは存在するので新たに作られる心配もありません！） 公式
Visual Studio Codeに入れるべき拡張機能【2024年最新版】 - Qiita
はじめに VSCodeは世界で多くの人が使っているコードエディタです。 開発の際に使用している人も多いのではないでしょうか。 今回はそんなVSCodeの拡張機能を一挙に紹介していきます。 拡張機能 VSCodeは世界中で支持されているコードエディタですが、最大の魅力が「拡張機能」です。 機能を追加して、より自分が使いやすいコードエディタにすることができます。 拡張機能のインストール 拡張機能のインストール方法をご紹介します。 アクティビティバーの拡張機能マークをクリックする（四角が4つあるマークです） インストールしたい拡張機能を検索する 拡張機能を選ぶ インストールをクリックする この4ステップで簡単に拡張機能をインストールできます。 オススメ拡張機能 ここからは、オススメの拡張機能をカテゴリごとに紹介します。 これは絶対入れるべき！基本機能 Japanese Language Pack
AWS学習ロードマップ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AWS学習ロードマップ最新版を公開！ 「AWSはどの順番でどこまで学べばOKか？」 と悩んでいるかたに向けて、AWS学習ロードマップを作成しました！ ぜひご参考にしてみてください！🙏 このロードマップは不定期で更新します。 Qiitaで「ストック」をすると更新履歴が通知されるので、ぜひストックをして今後の更新もチェックしてみてください。 こちらからPDF版がダウンロードできます。 https://blog.kws-cloud-tech.com/new-roadmap-content-announce ⇧ロードマップの注意事項、作成の想
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を書くと、 --
Microsoftアカウントでのリモートデスクトップ接続に苦労した話 - Qiita
経緯 長らくMacユーザーだったのですが、最近久しぶりにWindowsPCを使いだしました。 今のWindowsってオンラインのMicrosoftアカウントでログインできるんですね。でも、このMicrosoftアカウントでのリモートデスクトップ接続に謎の苦労をしました。 僕のアカウントの状態 初めに、PCローカルのアカウントとしてユーザーを作成しました。Microsoftアカウントで作成するとユーザーフォルダの名前が勝手に決められてしまうようで、それが気持ち悪かったので。また、ログインにはPINコードを使うといいよ！というようなことを言われるため、PINコードを設定しました。その後、そのローカルアカウントをMSアカウントに変更しました。 この状態で、WindowsへのログインはMSアカウントのユーザー名/PINコードで可能な状態でした。 リモートデスクトップで接続したい Macやスマホから
TerraformでGCPのAudit logを有効化する - Qiita
概要 前回は、GitHub ActionsとTerraformでGCP管理を始める でTerraformでGCPの管理を始めるのを紹介したが、今回は、AuditingをProject内で有効化する設定を書いておく。 GCPのAudit log 種類が大きく分けて4種類。そしてDataAccessAuditLogの中にまた4種類。 Admin Activity audit logs: デフォルトで有効。無効化できない。 Data Access audit logs: BigQuery データアクセス監査ログを除き、データアクセス監査ログはデフォルトで無効 詳細: データアクセス監査ログを構成する ADMIN_WRITE: デフォルトで有効。無効化できない。 Admin Activity audit logs are enabled for all Google Cloud services
Draw.ioのレイヤー機能の挙動をまとめた - Qiita
はじめに Draw.ioを使っていて、レイヤーの挙動に悩まされることが多かったので、自分なりにまとめてみました。 環境 2021/12/23 時点 VSCode Ver1.62.2 Drawio Integration Ver1.6.3 レイヤー機能 Draw.ioでは図形を各層ごとに分ける機能（レイヤー機能）が備わっており、この機能を上手に使うことで複雑なモデルの作成が容易になります。 こちらにレイヤー機能について詳しく載っています。 カキノタblog 他のレイヤーから図形を複製した時 複製された図形は選択先のレイヤーに配置されます。 この挙動はまだ直感的に理解しやすいですね。 レイヤーの異なる図形を接続した時 線や矢印などのコネクタは、異なるレイヤー配置の図形に接続することができます。 接続先の図形が非表示になるとそれに連動してコネクタも非表示になります。 コネクタが見当たらないと思っ
エンジニアのための自己管理入門 - Qiita
第三世代が特徴的で、１分単位でスケジュールを管理し、時間に沿って行動をする「電極家」のような存在です。このスケジュールは最初の２日程度であればなんとかこなせる人もいると思いますが、「スケジュールに動かされている」だけであり、「主体的」ではなくなっている可能性があります。 そんな管理方法をしている中で、「自分の人生ってなんだっけ」と問い直すことになり第二世代や第一世代に戻ってしまう、という選択に戻ってしまうのです。だからこそ、第四世代をベースに時間管理を行い、「自分がやりたいことをやる」ために管理していくことが重要なのだと分かります。 Atomic Scrum 株式会社ゆめみの社長である片岡さんが公開している自己管理の資料です（ここでは自己定義も含めて自己実現と言われています） 根本的な考え方は同じであり、自分自身もこの資料がスタートで色々模索し始めた背景もあるので、参考として見ていただける
Cloud MonitoringをTerraformで管理する - Qiita
こんにちは。 現在、GCPを業務で利用していて、モニタリングツールとしては基本的にCloud Monitoringを使っています。今回は、この設定をTerraform化しようとした時の話になります。 Terraformのコードでリソースのあるべき状態を管理しているのでCloud Monitoringも例外なく管理しますが、Cloud Monitoringのアラートポリシーは１からTerraformで作成することはなかなか大変で(\でエスケープとかしないといけない)、かつ記述する内容はGUIから判断がつきにくいものになっています(公式にも私が探した限りはない)。なので、基本的にGUIで設定してからterraform importコマンドでコード化すればこの点はあまり悩まなくて済みますが、公式の書き方で実行してもなぜかimportできず、沼にはまりかけました。一筋縄ではいかないCloud Mo
Go言語のバリデーションチェックライブラリ(ozzo-validation)を分かりやすくまとめてみた - Qiita
はじめに APIサーバーの開発ではリクエストパラメータのバリデーションチェックは必須です。 Go言語ではバリデーションチェックのためのライブラリとして、 go-playground/validator と go-ozzo/ozzo-validationが有名なようです。 この記事では、go-ozzo/ozzo-validationについてまとめます。 go-playground/validatorに関しては、こちらの記事が分かりやすかったです。 ozzo-validationとは Go言語のバリデーション用の外部パッケージです。 より知名度が高いうえにシンプルに使えるものとしては、go-playground/validatorがありますが、こちらは構造体にバリデーションルールを記載する必要があり、OpenAPI(Swagger)における構造体の自動生成の恩恵を受けることができなくなってしま
GCP VPC Service Controls を試す - Qiita
はじめに GCP のクラウドサービスのデータ制御をする VPC Service Controls がある。 初めて使用するので、前半に内容把握を、後半に実際に軽く試した内容を記載する。 VPC Service Controls とは ざっくり言うと下記な感じ。 サービス境界(Perimeter)を作成して GCP サービスのデータ (API) に対して境界外向けのアクセスをブロックできる リスク低減には VPC Service Controls と IAM との併用が推奨 アクセスレベルを設けるとサービス境界外からのアクセスを許可できる 以下、ドキュメントの内容を元に調査・まとめた学習メモとなる。 概要 下記、項目別にVPC Service Controls の概要 ドキュメントの内容をまとめた。 ほぼドキュメント内容のままだが、正確にはドキュメント先を参照してください。 VPC Serv
AWSエンジニアロードマップ2023 - Qiita
最新版はこちら 2025年に最新版のロードマップをリリースしました。こちらもご覧ください。 https://qiita.com/KurokawaKouhei/items/7889607418e817fd1cd3 ・AWSの学習順序を「路線図風」にまとめました。 ・黄色の丸は重要な項目です。 ・「AWS完全未経験」の方であれば、目安は「3ヶ月」の学習期間で「SAA資格に合格」が標準です。 （経験者であれば、より短い期間で合格が可能です。） ・SAA合格後は他資格の学習と合わせて、ハンズオンを中心に手を動かす学習を推奨します。 ChatGPTでも、ここまでのロードマップは出せないはず⛅️ 1週目：AWS基礎知識(AWS Basics) まずは「AWS」と「従来型のITインフラ環境」について整理していきましょう。 なぜAWSがこれほど世間から求められているのか？AWSのどのような点がメリットなの
npm、yarn、pnpm それぞれのコマンドを覚えるのに疲れた方へ - Qiita
はじめに 皆さんはnpm, yarn, pnpmどのPackage Managerを使っていますか？ yarnしか使わない！という方もいるかもしれませんが、pnpm評判いいみたいだし使ってみようかなとか、チーム開発では安定のnpmなんだよなとか、複数のPackage Managerを使用するケースって少なくないかと思います。 そういった場合、それぞれのコマンドを覚えるのも面倒ですし、プロジェクトに応じて頭の切り替えをしないといけないのは大変です。 本記事は、そういった悩みを解決する方法を紹介します。 ni niはnpm,yarn,pnpm,bunに対応していて、それぞれのlockfileを読み取って、適切なコマンドを実行してくれるPackage Managerです。 niのコマンドは短く、わかりやすいのですぐ覚えられると思います。 ちなみに、作者はVueやNuxt、Viteなどのコアチーム
Google Compute Engine の startup script で $ go install と インストールされたバイナリを実行する方法 - Qiita
Google Compute Engine の startup script で $ go install と インストールされたバイナリを実行する方法GogceTerraformバイナリ metadata_startup_script = <<-EOF #!/bin/bash TARGET_REPOSITORY_URL=github.com/... # ここは適宜差し替えてください TARGET_BIN_NAME=... # ここも mkdir /home/user export HOME=/home/user cd /usr/local/src wget https://go.dev/dl/go1.17.7.linux-amd64.tar.gz > /dev/null 2>&1 tar -C /usr/local/ -xzf go*.tar.gz > /dev/null 2>&1 GO
psql コマンドは Docker コンテナとして実行しよう - Qiita
ターミナルから psql コマンドを使って外部の PostgreSQL サーバに接続したいが、 psql コマンドを使うためには作業マシンに PostgreSQL をインストールしなければならない。 作業マシンに PostgreSQL をインストールすると何が起きるかというと、 createuser のような「PostgreSQL っぽくない名前のコマンド1」がインストールされてしまう。これがあまり好きではなく、この理由のため自分は作業マシンに PostgreSQL をインストールしたくない。 しかし、外部の PostgreSQL サーバと接続するために psql コマンドだけは使いたい。 こういうときは、Docker の出番である。 psql コマンドは Docker コンテナの中で動かすことにして、シェルの alias で普通の psql コマンドとして使えるようにしている。 ※ --
メソッド名・変数名などに使用する英語の使い分けついてのガイドライン - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 英語のニュアンスがわからないため微妙なところで名付けに困ることがあります。 これは自分なりの使い分けのガイドラインです。 どういう表現を使用するか 数 積極的に採用 hoge_number : 番号を表すときはnumber hoge_count : 計数（個数や回数）を表すときはcount 採用したくない number_of_hoge : 長くなるから嫌う人は多いと思う hoge_no : noでは意味がわからない コレクション 積極的に採用 hoges : 一般的に複数形にすることでコレクションであることを表現できる hoge_gro
ワンランク上のSQLを書くためのポイント3つ - Qiita
この記事はNuco Advent Calendar 2022の17日目の記事です。 ワンランク上のSQLとは？ 1年近く、データ分析に関わる業務に携わっってきた中で、良いSQL、いまいちなSQLをいろいろ見てきました。 自分が書くSQLも、最初の頃は目も当てられないSQLも書いてきました。そんな中で、こんなことを意識していくと、より良いSQLになるのでは？というポイントをまとめていきます。 とりあえずSQLの文法は一通り勉強して、取得したいデータをとってくるSQLをかけるようになったぞ。という人に向けたものなので、本当に基礎的な文法は解説していません。 ワンランク上のSQLを書くためのポイントは、 ・読みやすい ・再利用しやすい ・処理が早い の３つを押さえられているかどうかだと感じています。 可読性が高いメリット 間違いにくくなる/デバックが容易になる エラーが出てくれれば間違っているこ
なぜETLではなくELTが流行ってきたのか - Qiita
概要 troccoの生みの親で、現プロダクト責任者をしている @hiro_koba_jp です。 troccoアドベントカレンダー2022の1記事目書いていきます！（みんなも参加してね） データ分析やデータエンジニアリングにおいてETL(Extract Transform Load)という言葉を耳にしたことがある方は多いのではないでしょうか？ 一方、「ETLではなくELT（音楽グループではない）が主流になりつつある」といったような論調も増えてきました。 この記事では、ETLとELTの違いや、なぜELTにシフトしつつあるのか、この先どうなるのか（予想）について、私なりの見解を書いてみようと思います。 一昔前まではETLパターンが多かった Redshiftが登場した2013年頃、人々はデータレイク層はS3上で構築し、データウェアハウス層〜データマート層はRedshift上に組む人が多かったよう
テックリードとして入社してからやったことをまとめてみた。 - Qiita
現在の会社にテックリード（１人目の正社員エンジニア）として入社して、２年間やってきたことを書いています。 エンジニア二年目でテックリードとして試行錯誤してきて、自分の振り返りもしたいという思いから記事を書きました。 （前提として、シード期のスタートアップで実行してきたことです。） 入社時のチーム課題 入社当時は、２週間単位のスプリントでスクラムを回してましたが、全員が業務委託だったこともあり、完全な内製化を進める必要があり、主な課題は以下でした。 継続的リリースが困難な状態になっており、それを解消することが急務 社内にエンジニアがいなかったので、開発組織体制づくりが必要だった。 ウォーターフォール寄りのリリースが多く、継続的にリリースする文化がなかった。 リファクタリングやテストコードが不十分だった。 改善したこと Zenhubを導入 それまでは、GitHub Projectで進捗管理をし
PlantUMLでER図を書くときのコツ - Qiita
概要 PlantUMLでER図を書くことがあったのですが、 その時線がごちゃごちゃになって苦しんだのでTipsを残します。 PlantUMLを使ったことがないけどER図を書く必要がある エンティティの箱がどんどん右側に増えていって困る リレーションの線の長さを変えたい このような悩みを持つ初心者の方向けの内容です。 事前準備 今回使うテーブルについて 今回使うテーブルは下記のような感じです。 (RailsアプリケーションのテーブルのER図を書いていたので、 テーブルの命名などはActiveRecordのやり方に沿っています。) エンティティの中身については触れません。 エンティティをまとめたPlantUML @startuml tables entity companies as "companies\n会社" { + id [PK] -- name [会社名] created_at [作
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
