つい手癖で毎回「レビュー修正」とだけコミットメッセージを書いてしまう人へ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに：いつも手癖でコミットメッセージを書いてませんか？ gitのコミットメッセージはできるだけ、具体的な内容を書くべきです。 （何をどう変えたのか、どういう理由で変更したのか、等） しかし、初心者の人は「レビュー修正」や「指摘対応」のように、ただの作業名をコミットメッセージに書く人が多いです。 これだと、あとからコミット履歴を見直したときに、何をどう変更したのかわかりません。 しかも、 🙋♂️「修正しました！」 🧔🏻♂️「コメントしました」 🙋♂️「修正しました！」 🧔🏻♂️「コメントしました」 🙋♂️「修正
「コードは設計書だ」と本気で思い直したきっかけ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 「コードは設計書だ」と本気で思い直したきっかけ 「詳細設計はありません。現行踏襲で。仕様はソースを読んでください。」 ある現場でこう言われたとき、「あ、これはマズいかもしれない」とうすうす感じていました。 一応、設計書はありました。でも中身はほとんど空っぽで、画面イメージとテーブル定義が少し書いてあるだけ。肝心の処理の流れや、なぜそうなっているのかといった話はほとんど触れられていません。 設計担当に聞いても、返ってくるのはだいたいこんな答えでした。 「現行踏襲なので、細かいところはソースを見てください」 頼みの綱の既存コードを開いてみる
Visual Studio 2026 リリース ノート
Visual Studio 2026 の可用性についてお知らせします。 このリリースは、AI の深いプラットフォーム統合、より強力な基礎、パフォーマンスの向上を備えた Visual Studio の新時代の始まりを示しています。 Visual Studio 2026 をダウンロードして、これらの新機能と機能強化をお楽しみください。 Features 2025 年 11 月 11 日リリース。 IDE という意味でしたか? 📣 もうファイルを紛失することはありません。 Copilot は、Visual Studio で検索する際に、ユーザーの意図をインテリジェントに検出し、より適切な検索候補を提案します。 コーディング中にファイルの名前を忘れたことはありませんか? Visual Studio の新しい 検索語句の候補 機能がお手伝いします。 オールインワン検索を使用して検索し、Copilo
2030年には人間単独のIT業務が“消滅” Gartnerが予測するAI活用の未来
Gartnerは2030年までに全IT業務へAIが導入され、人間単独の作業は消滅すると予測した。AIが雇用を変革して新職を創出するとしており、AIと協働できる人材育成が重要だという。 ガートナージャパン（以下、Gartner）は2025年10月28日、2030年までに全てのIT業務にAIが導入されるとの調査結果を発表した。Gartnerが2025年7月に世界のCIO（最高情報責任者）700人以上を対象に実施した調査によれば、2030年にはAIを使わずに人間が実施するIT業務は消滅し、AIを活用して人間が担う業務が75％、AI単独で遂行される業務が25％に達するとCIOが予想している。Gartnerはこの結果を踏まえ、AIの価値を最大化するためには「AIの準備」と「人間の準備」の双方が不可欠と指摘している。 2030年までにIT業務の75％は「AI活用」になると予想 Gartnerは、AIの
ITエンジニア本大賞2025
Web投票 抽選で20名さまに1,000円分の図書カードネットギフトをプレゼントします！ あなたが、おすすめしたい技術書・ビジネス書を計6冊まで投票してください。2024年12月8日（日）締切です。この1年を振り返っておすすめしたい技術書、ビジネス書であれば、出版社などは問いません。 投票の参考本として、今年の販売ランキング上位本、特別ゲストや特別協力のみなさんのおすすめ本なども紹介しています。 おすすめ本を教えてください こちらでは、2023年10月～2024年9月の販売ランキングを元にピックアップした本や関係者のおすすめ本を五十音順で紹介しています。 本のISBNを入力、もしくは参考本からお選びいただき、「選択」ボタンをクリックすると、下部の「投票する本の一覧」エリアに書名が表示されます。 投票する本をすべてお選びいただけましたら、「確認」ボタンから投票ページまでおすすみください。
技術力だけで相手を「マウンティング」、極めて幼稚かつ残念な風土を変えよ
IT企業やIT部門は技術力を発揮してなんぼである。技術力で存在価値を高めようとする。そのカルチャーはある意味で健全である。IT業界やIT職種の正しい発展を後押しすることにもつながる。 一方、技術力だけで初心者や中途採用者をマウンティング（優位性の誇示）するのは問題だ。さらにひどいと、顧客や取引先まで小ばかにするような態度をとる。これが一部の人の特異な行動ではなく、職場やチームの複数名がマウンティング気質であったり、上長がそのような性格の持ち主だったりすると、職場の性格そのものが問題となる。つまり、性格の悪い職場のオーラをまとい、悪臭を放ち始める。 マウンティング文化の人が部門長や管理職だったり、いわゆるスタープレーヤー的な存在だったりする職場はタチが悪い。職場が技術で相手を殴る行動を正当化しているようなものだからである。 なぜ技術力だけで他者をマウンティングするような、「性格に難あり」な人
エンジニア向けCursor勉強会のハンズオン資料公開！ —— Rules、Doc、MCP、音声入力との連携も - SmartHR Tech Blog
こんにちは！タレントマネジメントプロダクト開発本部の horiyu です。 SmartHRでは、Cursor、Visual Studio CodeのAgent Mode、Clineなど様々なAI開発支援ツールの活用に積極的に取り組んでいます。 本記事では、社内で開催したCursor勉強会の内容を紹介します。 Cursorの活用については下記の記事でも紹介していますので、ぜひご覧ください。 tech.smarthr.jp 資料 以下の資料は、主に社内のエンジニア数名と新卒の方々、希望してくださった方々向けに開催したCurosr勉強会のものです。 フィードバックをいただいたのち、社内のエンジニア全体向けに実施させていただく予定です。 実際のハンズオンの内容も盛り込んでいますので、ぜひお手元で試しながら読み進めてください。 補足説明 実際のハンズオンでは社外に公開できない画面共有のデモがいくつか
『ソフトウェアアーキテクトのための意思決定術』を読んだ - Don't Repeat Yourself
ソフトウェアアーキテクトのための意思決定術 リーダーシップ／技術／プロダクトマネジメントの活用 作者:Srinath Perera,島田 浩二インプレスAmazon 私は現在、会社でアーキテクト[*1]という職位についています。実際のところは、自分の半分くらいの時間でチームのテックリードを務めつつ、半分くらいの時間でアーキテクトをしているという時間配分です。アーキテクトというのは、勤務先ではテックリードの上位に置かれているようなイメージで、テックリードがチーム単位での技術的なリードを司る職位だとすると、アーキテクトはチームの上位概念である事業領域単位での技術的なリードを司る職位、ということになります。 アーキテクトの主な仕事は、基本的にはテックリードと変わらず技術的な意思決定です。さまざまなトレードオフを掻い潜りながら、その時点での最適な結論を出すのがお仕事といったところでしょうか。ただ、
コンテキスト・ダイアグラムとは何か？プロダクト・スコープの図解表現を解説 | Promapedia（プロマペディア）
コンテキスト・ダイアグラムとは、ビジネスのプロセスや使われる装置、コンピュータ・システムなどのビジネス・システムに対して、ユーザーやその他のシステムがどのように相互作用しているのかを表した図解表現のことです。 このコンテキスト・ダイアグラムを使うことによって、プロダクト・スコープを視覚的に表現することができます。 表現するインターフェイスには次のものが挙げられます。 ビジネス体系へのインプットインプットを提供するアクタービジネス体系からのアウトプットアウトプットを受け取るアクターコンテキスト・ダイアグラムを作成していく際には、内容を詳細にするために段階的に下層のDFD（データフロー図）を作成します。 コンテキスト・ダイアグラムのメリットコンテキスト・ダイアグラム（Context diagrams）を使うメリットは以下の通りです[1]What is a Context Diagram – E
第113回 MySQLとPostgreSQLの2024年重大ニュース、PostgreSQL Conference Japan情報 | gihyo.jp
また、このOSSコンソーシアムのセミナー枠の後、日本OSS推進フォーラムによるOSS鳥瞰図の紹介と、オープンソースソフトウェア協会の公開ミーティングが続きます。 ［MySQL］2024年の重大ニュースと2024年12月の主な出来事 MySQLの2024年の重大ニュースをピックアップしてみました。なお12月のMySQLのバージョンアップはありませんでした。 2024年MySQL重大ニュース 2024年のMySQLのニュースとして最も重要なものは、仕様変更や機能追加などを行わず、バグ修正のみをメジャーリリースから8年にわたって提供するLTS（Long-term Support）のリリースです。ほかにもいくつかニュースを取り上げてみました。 MySQL 8.4がLTSリリースとして提供開始 この連載の第92回でご紹介したMySQLの新しいリリースモデルのうちの、最初のLong-Term Supp
LLMがオワコン化した2024年
当ニュースレターは2023年を「SaaSがオワコン化した年」と位置づけたが、2024年は早くもAIが終わった一年であった。少なくとも大規模言語モデル（LLM）そのものの発展を、物珍しそうに追いかける時期は過ぎた。生成AIが今後どこまで賢くなるかはもちろん未知数である。しかし、既に業務で十分に役立つレベルにある現行モデルのコストが今後も下がっていくことは確実だ。 The cost of GPT-4 APIs at launch in Mar 2023 was roughly ~$30 per 1m tokens. Seeing Deepseek V-3 APIs at ~$1 per 1m tokens today. For AI application companies, cost of "intelligence" is falling significantly faster tha
高速多機能なターミナルエミュレータ「Ghostty 1.0」正式リリース、ミッチェル・ハシモト氏が開発。今後はWebAssembly化による対応プラットフォーム拡大も
高速多機能なターミナルエミュレータ「Ghostty 1.0」正式リリース、ミッチェル・ハシモト氏が開発。今後はWebAssembly化による対応プラットフォーム拡大も HashiCorpの創業者の一人であるミッチェル・ハシモト氏は、個人のプロジェクトとして開発してきたターミナルエミュレータ「Ghostty」の正式リリースとなるバージョン1.0を公開しました（本記事公開時点でバージョン1.0.1が最新バージョン）。 合わせてオープンソースとしてGitHubでソースコードも公開されました。 https://t.co/39Xj39wheA pic.twitter.com/PH0qejFB4z — Mitchell Hashimoto (@mitchellh) December 26, 2024 ハシモト氏は2023年12月にHashiCorpを退職していますが、以前から個人のプロジェクトとしてタ
Microsoft傘下のGitHub、「GitHub Copilot」を無料に（制限あり）
米Microsoft傘下のGitHubは12月18日（現地時間）、Visual Studio Code上で「GitHub Copilot」を無料で利用できるようにしたと発表した。これにより、ユーザーは「Visual Studio Code」（VS Code）内でGitHubアカウントにログインするだけで、追加料金なしにCopilotによるコード補完や提案を得られるようになる。 現時点ではVS Code向けのGitHub Copilotが無料提供の対象だ。従来は、メンテナーなど一部の認証されたユーザー以外は月額10ドルからの有料だった。なお、JetBrains IDEやNeovimなど、VS Code以外の環境でCopilotを利用する場合は、引き続き有料プランへの加入が必要だ。 また、無料版にはいくつかの制限がある。例えば、アクセスできるコード補完は1カ月当たり2000件までで、Copil
Gitコミットメッセージの表記法と7つのベストプラクティス
Gitコミットメッセージのベストプラクティスとしては、次に挙げる7項目が一般的に受け入れられている。 件名を50文字以内に制限する 件名の先頭文字を大文字にする 件名の末尾にはピリオドを付けない 件名と本文の間に空白行を設ける 本文は72文字で折り返す 命令形を使用する 行った内容と理由は記載するがその方法は記載しない 件名を50文字以内に制限する Gitの件名を50文字以内に制限する理由は2つある。 まず、多数のコミットメッセージの中からコミットの目的を探す際、件名が50文字以内であれば素早く見つけることができる。 次に、文字数を制限することで、開発者が自身の作業を真剣に振り返り、簡潔に表現するよう仕向けられる。開発者がコミットの目的を50文字以内で表現できないとしたら、コミットが不十分、1回のコミットに多くの作業を詰め込み過ぎ、解決すべき問題や作成する機能についての考え方が不十分といっ
SQLFluffを導入しました - Qiita
この記事はスタンバイ Advent Calendar 2023の16日目の記事です。 今回は、SQL LinterであるSQLFLuffについて紹介したいと思います。 SQL Linter導入の背景 筆者は職場ではデータエンジニアを担当しており、Pythonコードを書くことが多いです。Pythonプロジェクトについてはflake8やblackといったlinter・formatterを導入しています。 しかし、SQLファイルについては導入できておらず、当初はSQLを書くメンバーが限られていたためさほど問題になりませんでしたが、規模が大きくなるに連れてだんだん保守性が下がっていきました。 アナリストの方々が書いたSQLがそのままレビューに落ちてくることもあるのですが、書き方が全く違うためレビューアの立場からすると違和感を覚えるシーンもありました。 PEP8のようなコーディング規約も無いため「こ
ITエンジニア本大賞2025、投票締切直前！ みんなで選んだ歴代の大賞本を振り返って一挙紹介
ITエンジニア本大賞2025の一般Web投票、締切が12月8日（日）に迫っています。「おすすめしたい本がある！」というエンジニアの皆さん、投票はお済みでしょうか。まだの方はお忘れなく！ 今回はITエンジニア本大賞を振り返り、これまでのどんな本が選ばれてきたのか、過去の技術書部門・ビジネス書部門の大賞をまとめて紹介します。 ITエンジニア本大賞はCodeZineを運営する翔泳社が主催。2014年から続いている「ITエンジニアがITエンジニアに読んでほしい技術書・ビジネス書を選ぶイベント」です。 これまで数々の名著が大賞を受賞してきましたが、皆さんが読んだことのある・知っている本は何冊あるでしょうか。今回は歴代の大賞を一挙に紹介しますので、読もうと思っていた本や、ノーチェックだった本があれば、この機会に読んでみてください！ ITエンジニア本大賞2025の一般Web投票はまだ受付中（12月8日ま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.issoh.co.jp/tech/details/9198/
人がコードに関わらなくなる
有望な言語トップ3「TypeScript」「Rust」もう一つは？ JetBrains2024年開発者向け調査
セキュア･プログラミング講座 / IPA