人が書いたClaudeCodeのskillとかcommandに愛着が湧かないという意見を聞いた これはチーム開発する上で、モチベーションの低下（誰かがやってくれる）に繋がりそうな新しい課題かも この辺りをChatGPTにぼんやり相談 愛着が湧かない理由 自分の意思決定の痕跡がない skill / command は設計思想やトレードオフの集合体 そこに自分の判断が入ってないと「ただの成果物」になる 編集する動機が弱い 「動いてるし触らなくていいか」になりがち 結果として ownership が生まれない ClaudeCode という名前自体が“人”を感じさせない 作者が見えないコードは、責任も感情も乗りにくい そのままだと起きそうなこと 結論から言うと、モチベ低下の方向に倒れやすい構造だと思う 特にこうなる可能性が高い 「誰かがメンテするでしょ」思考が広がる skill / command
SKILL.md name apple-container description Apple Silicon Mac で動く軽量 Linux コンテナランタイム `container` の利用者向けリファレンス。`container run`、`container build`、`container image pull/push`、`container machine`、ボリューム・ネットワーク・DNS・設定ファイルなど、日常的なコマンドの使い方を網羅する。`container` コマンドの使い方やトラブルシューティングに関する質問で使用する。 apple-container（container CLI） Apple 製の container ツールは、Linux コンテナを 軽量 VM 1 つ = コンテナ 1 個 の方式で Mac 上に起動するランタイム。OCI 互換イメージを使う
サイボウズの2021年開運研修の講義です。 ※ 開運＝開発本部＆運用本部 資料はこちらです。 https://speakerdeck.com/yoku0825/mysqltoindetukusutosi
前書き - インデックスの作成はなぜ開発者のタスクなのか インデックスの 内部構造 - インデックスは何に似ているか インデックス リーフノード - 二重連結リスト 検索 ツリー(Bツリー) - バランス木 遅いインデックス パートI - インデックスを遅くする2つの原因 where 句 - 検索のパフォーマンスを改善するためにインデックスを作成 等価 演算子 - 一致するキーの検索 プライマリキー - インデックスの使い方を確認 複合インデックス - 複数列に対するインデックス 遅いインデックス パートII - 前の問題点が再び 関数 - where句の 中での関数 大文字・小文字を区別する 検索 - UPPERと LOWER ユーザ定義 関数 - 関数インデックスの制限 インデックスの作り過ぎ - 冗長性の排除法 パラメータ化 クエリ - セキュリティとパフォーマンスのために 範囲 検
AI によるコーディングの支援はコード補完型からチャット型、そして自律型へと進化しています。この記事では現時点で主流となっているコーディングエージェントの種類とその特徴を整理したうえで、エンジニアの仕事の変化について考察します。 コーディングの仕事における AI 技術の関わりといえば、GitHub Copilot を代表するエディタ補完型が主たるものとして認識されてきました。補完型の AI はユーザーが途中まで書いたコードを補完する形で提案を行うことから、ペアプログラムの相方のような存在として捉えられていました。例えば function add と書き始めると、AI は (a: number, b: number): number { return a + b; } といった形で関数の定義を提案します。ユーザーは Tab キーを押すことで提案を受け入れたり、提案が気に入らなければそのままコ
ちゃんと人間が書いています。 Claude Codeをこれから使い始める初学者の方から、 すでに使っているけれど もっと活用したい上級者の方まで、 幅広く対象にしています。 2026/02/18時点のAnthropic公式のベストプラクティスと、私の開発の知見を元にまとめています。 上から順に読んでいけば、誰でもプロになれるように書きました。
「自分の作業を加速させる Claude」と「全社の生産性向上ツールとしての Claude」は、似て非なるものでした。 NOT A HOTEL コーポレートITチームでは、2026年2月から Claude Code を含む Anthropic 製品の組織導入に取り組んできました。個人で触っていた頃には見えなかった4つのリスク——シャドーIT 化、機密データの流出、コスト爆発、組織に定着せず活用が進まない——が、配布範囲を広げるほどに浮かび上がってきます。 この記事では、私たちが1ヶ月で組み上げた「4つのレイヤー」を、実装の具体例と実体験のエピソードを交えて紹介します。 アクセス制御 — Okta で SSO を実施し、公式テナントを作成してシャドーテナントの抑止 ガードレール — Managed Settings と 1Password CLI（op）で、危険な振る舞い・平文シークレットを構
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? このたび、マイナビ出版から 「開発効率をアップする！ Claude Code 実用入門」 という書籍を出します。 ［Amazonはこちら］https://www.amazon.co.jp/o/ASIN/4839990204/mynavibooks-22/ なんでこの本を書いたかというと、より多くの人に、Claude Codeを使ってほしいから。これに尽きます。 Twitter（X）などのSNSを眺めていると、毎日のように新しい使い方が紹介されているのですが、「MCPを入れろ」「Skillを書け」「サブエージェントを並べろ」とか、みんな言
90分で学び直す DNSとDNSSECの基本 2025年11月18日 Internet Week 2025 オンラインWeek 株式会社日本レジストリサービス（JPRS） 鍛冶 典彦・倉持 玲介・森下 泰宏 Copyright © 2025 株式会社日本レジストリサービス 1 講師自己紹介 • 鍛冶 典彦（かじ ふみひこ） – 所属：JPRS システム部 – 主な業務内容：権威DNSサーバー・ネットワーク機器の更新・メンテナンス、 ビジネスパートナー向けセミナー、外部イベントにおける講演など • 倉持 玲介（くらもち りょうすけ） – 所属：JPRS システム部 – 主な業務内容：権威DNSサーバー・ネットワーク機器の更新・メンテナンス、 DNSに関する社内研修の講師、外部イベントにおける講演など • 森下 泰宏（もりした やすひろ） – 所属：JPRS 技術広報担当・技術研修センター –
Intro 「毎時何時に実行」や「何時間ごとに実行」といった、タスクスケジューリングを実装する機会は少なくない。 タスクを実装し cron に登録すれば、動くものを実装するのは難しくない。 しかし、ひとたびタスクが思うように動かなかった途端、隠れていた要件が牙を剥く。 一度でも痛い目を見た人は、それを経験的に疑い「まず色々と前提を確かめよう」という気持ちになり、例外処理を事前に固めることができる。 今回は、実装方法そのものというよりも、「実装する前に確認すべき例外事項」を個人の経験を元に解説していく。 定時実行 「定時実行」とは、例えば「毎日 00:10 になったら、前日分のログをローテーションする」や「毎日 9:00 になったら一斉にメールを送る」といったものだ。バッチ処理などと呼ばれることも多い。 なお、00:10 のように微妙にずらすのは、00:00 には他のタスクも動いており、一度
こんにちは。estieでデータクオリティーマネージャーをしているkageyuです。estieは不動産データをたくさん扱っており、その場所は住所を使って表すことが多いです。 不動産には「不動産登記番号」や最近国土交通省が整備しつつある「不動産ID」などが存在しますが、大抵の場合は住所と建物名を使って建物が指定されています。そのため、複数の不動産データを統合するとき、主に住所と建物名を使って突合します。 データクオリティーマネージャーとしては、突合処理で 住所が正しく正規化できているか？ 正規化の前後で情報が欠落していないか？ その住所は実在するのか？ などを確認しており、データを見ていると違和感があるのに正しい住所をよく見かけます。私はそんなとき「この地方にはこんな住所もあったなあ」と思うので、今回は都道府県別に特殊な住居表示を解説します。 特殊じゃない住所について 一般的には住所は「○○県
はじめに 本記事ではC言語やTypeScriptなど特定の言語を使う際に便利な設定と拡張機能ではなく、言語にかかわらずVS Codeで使えるオススメの設定と拡張機能を紹介します。参考になれば幸いです。 更新履歴 2024-04-01 初版作成 2024-07-06 files.candidateGuessEncodingsの紹介を追加 editor.wordSegmenterLocalesの紹介を追加 拡張機能のWord Dividerの紹介を削除 (VS Code本体に同等の機能を実現するeditor.wordSegmenterLocalesが追加されたため) 2024-07-18 terminal.integrated.enableVisualBellの設定が間違っていたため修正 設定を有効にすると紹介していたのにかかわらず、無効になる設定(false)を記載していたため、設定を有効に
この時代において cron は、軽量・シンプル・依存関係なしという 非常に優れた設計でした。 cron の「通知」はログではなくメール cron は「ログを溜める」より「異常を通知する」発想でした。典型的には stdout/stderr をメールで送るのが当時の設計です。 2. crontab の何が問題だったか？ cron は長年使われてきましたが、現代のサーバ運用では次の問題が顕在化しました。 問題① 実行されたか分からない（状態がない） cron には「実行履歴」という概念がありません。 成功したか？ 実行されたか？ 何秒かかったか？ これらを OS 側で追跡しません。 問題② ログが自動で残らない（可観測性が低い） cron は標準でログを「保存」しません。 そのため実務ではよく次のようになります。 出力先は人力 ローテーションも自前 失敗検知も自作 運用が属人化しやすいのが問題で
あけましておめでとうございます。 去年、noteを始める宣言をしたにも関わらず、下書きを書き溜めるばかりで投稿できていませんでした。プロのレゴビルダーでありがなら、37歳にして東京藝術大学の大学院に入学したわけですが、仕事との両立はなかなか大変で、慣れない執筆には時間が回せていませんでした。 一年の計は元旦にありという言葉もあるように、今年は有言実行で、早速文章を書いていこうと思います。 さて、タイトルにある「考えてからでは遅すぎる」というのは「考えるよりまず行動しろ」というように聞こえるかもしれませんが、全く異なるニュアンスです。藝大に入ったことをきっかけに実感した一つの考えを、ここでシェアしたいと思います。 藝大での体験 藝大でドローイングの授業を受けたときのことです。ドローイングの授業は実践形式で、毎週お題が与えられ、そのテーマについて3時間かけて自由に絵を描きます。 自分はこれまで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
