はてなブックマーク

1. 正直、最近コーディングが「作業」になってきた エンジニア4年目になった。 新人の頃は、自分の書いたコードが動くだけで嬉しかった。console.log が出力されるだけで「おお」と思ったし、APIからデータが返ってきた時は本気で感動した。先輩のコードを読んで「なんだこの魔法は」と思いながら、少しずつ自分でも書けるようになっていく。あの頃は毎日が発見だった。 でも最近、その感覚がほとんどない。 いや、できることは明らかに増えた。設計もするし、レビューもする。後輩に教えることもある。一人で機能を丸ごと任されることも増えた。「成長してる」と言われれば、たぶんそうなんだと思う。 ただ、正直に言うと——コーディングが「楽しい」かと聞かれると、すぐに「うん」とは言えなくなった。 毎日やってることは、なんというか「知ってるパターンの組み合わせ」になってきた。このAPIを叩いて、このバリデーションを

こちらは株式会社ココナラ Advent Calendar 2025 24日目の記事です。 みなさんは覚えていますか？ 初めてHello, World!が画面に現れた瞬間を。 あの日、確かに世界が違って見えました。 でも、今はどうでしょうか。 はじめに こんにちは、株式会社ココナラ在籍のKです。 本記事では、「Hello, World!の感動」について、あらためて考えてみたいと思います。 TL;DR AI時代、Hello, World!から感動が失われていったように感じる 感動の源泉は「苦労」ではなく「可能性」だった エンジニアリングの本質は、何も変わっていない 対象読者 AIの台頭で、プログラミングの楽しさが薄れてしまったと感じている方 「自分で書いた」という実感が持てなくなっている方 それでも、何かを作り続けたいと思っている方 あの日の感動 初めてHello, World!が画面に現れた

重要なポイントは「対象」の違いです。 技術負債はコードそのものの問題、つまり「物」の問題です。 コードが複雑すぎる、設計が不適切、テストが不足している。 これらはリファクタリングやコード改善で解決できます。 一方、理解負債はエンジニアの理解の問題、つまり「人」の問題です。 コードは動作するし、テストも通る。 しかし、誰もそのロジックを説明できない。 なぜその実装になっているのか分からない。 これは単なるコード修正では解決できません。 理解負債は、AI生成コードに特有の新しい形態の技術的負債です。 「動くコード」だからこそ見過ごされやすく、気づいたときには手遅れになっていることが多いのです。 1.3 理解負債の具体例 - 現場で起きている3つのシーン 理解負債が実際の開発現場でどのように現れるのか、3つの典型的なシーンを見ていきましょう。 以下具体例は、分かりやすく説明するための架空のシーン

こちらは株式会社ココナラ Advent Calendar 2025 22日目の記事です。 こんにちは。 株式会社ココナラでバックエンド開発に従事する、かわむーと申します。 私は趣味で技術同人誌を執筆しており、技術書典や技術書同人誌博覧会などの技術同人誌イベントへサークル参加しています。 本記事では、それらの技術同人誌イベントで頒布した「コードレビューループ本」を題材にして、コードレビューについて深掘りします。 生成AI時代の視点からコードレビューを見直し、レビューの質と個人の成長を両立させる方法を探ります。 レビューの課題と「ループ図」の再認識 はじめに：レビューで失われる時間と成長のジレンマ コードレビューは、チームの品質と個人の成長に不可欠です。 この言葉に深く頷いてくださる方は一定数いらっしゃると思います。 しかし、「レビュー疲れ」や「機械的なLGTM」といった問題に悩まされている方

はじめに こんにちは。 株式会社ココナラ フロントエンド開発グループの加藤です。 こちらは 株式会社ココナラ 2/2 Advent Calendar 2025 23日目の記事です。 今回はGoogle Antigravityを使って、Chrome拡張機能を開発してみた体験記をお届けします。 Google Antigravity 2025年11月、Googleから大きな発表がありました。AIネイティブな統合開発環境（IDE）、Google Antigravity の登場です。 「エージェントファースト」を掲げるAntigravityは、コードを記述するだけのツールではなく、複雑なタスクの計画、実行、検証、反復処理を行うことができる自律的なシステムです。 試しにChrome拡張機能を作らせてみると一発で動くものができ、その後欲しい機能を言うだけでどんどんと実装されていきました。 少し試すだけの

こんにちは！ 株式会社ココナラ マーケットプレイス開発部Web開発グループでエンジニアリングマネージャーを務めているアダムです。 こちらは 株式会社ココナラ Advent Calendar 2025 21日目の記事です。 はじめに 私はこれまで様々な現場で開発リーダーやエンジニアリングマネージャーとしてチームに向き合ってきました。 その中で理論的に正しいと信じて伝えたことが、必ずしも相手に伝わるとは限らず 時に思いがけないすれ違いや温度差を生んでしまうこともありました。 この記事では、私自身の過去の失敗も踏まえて学んだ2つの大切な視点をお伝えします。 ロジックと感情のバランス - 正論は正義ではない 理解の階段 - 相手の理解度に合わせて伝える これらはエンジニアが日々の業務の中で実は見落としがちな点でもあり、 エンジニア以前にビジネスパーソンとして非常に重要なポイントでもあります。 ロジ

こちらは株式会社ココナラ Advent Calendar 2025 19日目の記事です。 こんにちは。ココナラ法律相談で開発を担当している高崎です。 以前、こちらの記事でRailsのモノリスから管理画面をReactへ段階的に移行する取り組みについて書きました。 結論から言うと、現在のチームフェーズと事業優先度を鑑み、この「フロントエンド分割（リプレイス）」という方針を中断し、Rails（ERB）主体の開発体制に戻す決断をしました。 今回は、なぜ一度始めたリプレイスを中断するに至ったのか。その背景にある「事業優先の力学」と「合意形成の難しさ」について、自戒を込めて振り返りたいと思います。 理想的なスタートと、現実の壁 当初の計画は、いわゆる 「ストラングラー・フィグパターン」 のようなアプローチでした。 巨大なレガシーシステム（モノリス）を一度に作り直すのではなく、「新しいシステムを少しずつ

こんにちは、ココナラで Web エンジニアをしている慕狼ゆに (しのがみゆに) (@yuni_shinogami) です。 こちらは株式会社ココナラ Advent Calendar 2025 15 日目の記事です。 普段は業務で TypeScript を書いていますが、今回は技術的な How-to ではなく、「あえて Haskell に入門してみた」という個人の学習記録を書きたいと思います。 「なぜ今さら Haskell？」と思われるかもしれませんが、普段 TypeScript を書いている人間が、Haskell を学習することで、どのように普段使っている言語（JavaScript/TypeScript）への理解を深めたか、その思考のプロセスを共有できれば幸いです。 きっかけは「fp-ts」への苦手意識 事の発端は、副業で fp-ts というライブラリに触れたことでした。 fp-ts は、

こんにちは。 株式会社ココナラ 技術戦略室に所属している デミオ です。 こちらは株式会社ココナラ Advent Calendar 2025 5日目の記事です。 導入 エンジニアの日常業務を振り返ってみてください。IDEでコードを書いている時間よりも、画面上の文字を「読んでいる」時間の方が圧倒的に長くありませんか？ 技術ドキュメント、仕様書、APIリファレンス、GitHubのIssue、そして他人のコード。これら膨大なテキストデータを素早く、かつ正確にインプットできるかどうかが、エンジニアとしての生産性と処理効率（スループット）を決定づけます。 ここで重要なのは、ただ文字を目で追うこと（リーディング）ではありません。テキストデータの裏にある「構造」をデコード（解読）する力です。この力を、本記事ではエンジニアにおける「読解力」と定義します。 あの『ドラゴン桜』でも、読解の本質は 「要約するこ

こんにちは！ インフラ・SREチームマネージャーのよしたくです。 こちらは株式会社ココナラ Advent Calendar 2025 3日目の記事です。 はじめに 「Terraformのディレクトリ構成、どうするのが正解？」 これは全SREが一度は通る道であり、そして未だに議論が絶えないテーマではないでしょうか。 ココナラでも、組織の拡大やフェーズの変化に合わせて、IaC（Infrastructure as Code）の管理方法を何度も変化させてきました。 本記事では、ココナラにおけるTerraformコード管理がどのような変遷を辿ってきたのか、その歴史をかんたんに紹介したいと思います。 Phase 1. 黎明期 特徴：とりあえず動けばヨシ！ Terraform導入当初のフェーズです。当時はまだTerraformに関する日本語情報も少なく、実装者自身も学習しながら構築を進めていました。 こ

はじめに はじめまして、hibikiです。株式会社ココナラでプロダクト開発のエンジニアとして働いており、今年で新卒3年目になります。 直近では、開発エディタ「Cursor」の全社導入や「Claude Code」の活用推進といった、AIで開発組織全体の生産性を向上させる取り組みを担当しています。 こうしたAI推進の業務に携わる中で、「AIを中心とした世界で、エンジニアとしての自分の価値、人材としてのポジショニングはどうあるべきか」を深く考えるようになりました。 そんな問題意識を抱えていたタイミングで、すてぃおさんのClaude Code時代のソフトウェアエンジニア生存戦略という記事を拝見し、自分が抱いていた危機感が的確に言語化されていることに、強く共感しました。 皆さんは、自分の仕事、5年後はどうなっていると思いますか？ 生成AIが登場するまで、私たちはスキルアップという名の、地続きの未来を

Webサイトのリリース後に 「一部のユーザーだけ画面が真っ白になる」「謎のエラーが飛んでくる」 といった現象に遭遇したことはありませんか？ もしかしたら、それは Version Skew（バージョンスキュー） と呼ばれる問題のせいかもしれません。 最初に こんにちは。ココナラテックの開発をしているエンジニアのもちさんです。 私はある日、手元の端末で再現性の低いエラーに悩まされました。 ブラウザキャッシュを消すと直る、でも根本原因がわからない。そんな厄介な症状の裏に、この「新旧リソースの混在」という構造的な問題が潜んでいました。 この記事では、実際に起きたトラブルの経緯をもとに、Version Skewとは何か／なぜ起こるのか／どう防げるのかを整理していきます。 「うちの環境では起きてないから関係ない」 と思っている方ほど、読んでおくと安心です。 簡単に言うと（1分で把握） Version

最近、ふとした気づきがありました。 それは、「同じものを見ていても、過去と現在の自分では見えている世界がまったく違っている」ということです。 みなさんには、このコードからどんな世界が見えますか？ async function getUserName(userId) { const response = await fetch(`https://api.example.com/users/${userId}`); const user = await response.json(); return user.name; } はじめに こんにちは、株式会社ココナラ在籍のKです。 本記事では、冒頭の5行のコードを通して、私たちが学ぶ理由について考えてみたいと思います。 TL;DR 同じコードを見ても、人によって見えるものが違っている 学習を重ねることで、それまで見えなかった世界が見えてくる 学習

開発：Inner Loop 認知負荷を考慮したインターフェース設計 内容：開発者にはkubectlを原則開放せず、ArgoファミリーのGUIやAWSマネジメントコンソールなどの使い慣れたインターフェースを提供する 効果：Kubernetesの難解な作法を学ぶ学習コストを削減し、開発者が本来の価値創造に集中できるよう促す 動的なPRプレビュー環境 内容：ArgoCD ApplicationSetを活用し、Pull Requestごとに動作確認が可能なプレビュー環境を自動でデプロイする 効果：手戻りを削減してフィードバックループを高速化し、開発者が自信を持って変更をマージできるようにする リリース：Outer Loop GitOpsによる宣言的なワークフロー 内容：ArgoCD、Argo Image Updater、Argo Workflowsを使用し、Gitリポジトリを唯一の信頼できる情報源

「あの件、進捗どうですか？」 この一言に、思わずドキッとした経験はありませんか？ Slackでメンションが飛んでくるたびに、心臓がきゅっと小さくなるような感覚。 私自身、このメンションが飛んできた後、そっとSlackを閉じたことが何度もあります。 なぜ私たちは、進捗報告にこれほどまでストレスを感じてしまうのでしょうか？ はじめに こんにちは。 株式会社ココナラ在籍のKです。 本記事では、進捗報告に潜むストレスの正体を「作業ログ」と聞き手の「不確実性への不安」という視点から考えてみます。 そして、進捗報告を単なる義務から、チームで「未来の地図」を更新していくための創造的なコミュニケーションへと変える具体的なフレームワークをご紹介します。 TL;DR 多くの進捗報告は「作業ログ報告」に陥っており、報告を受ける側の「見えないことへの不安」を解消できていない 進捗報告の目的とは、チームの集合知を引

1830年の秋、後に『レ・ミゼラブル』で知られることになる文豪ヴィクトル・ユーゴーは、窮地に陥っていました。 『ノートルダム・ド・パリ』の締め切りを破り続けた結果、出版社から突きつけられた1831年2月の最後通牒。 この危機を乗り越えるため、彼は驚くべき手段に出ます。 服をすべてしまい込むことで自ら外出できない状況を作り出し、ショール一枚を羽織って執筆に専念したのです。 はじめに こんにちは。 株式会社ココナラ在籍のKです。 「締め切りがなければ、もっと良いものが作れるのに」 そんな声をよく聞きます。 しかし、本当にそうでしょうか？ みなさんの職場にこんな人はいませんか？ Aさん（行動派）: 思いついたらすぐ行動。しかし、設計の考慮漏れで手戻りが多発している。 Bさん（完璧主義者）: 完璧主義で仕様調整を繰り返し、数ヶ月経ってもリリースできない。 Cチーム（疲弊）: 次から次へとタスクが降

はじめに 好きな言葉はハードコーディング！ こんにちはフロントエンドエンジニアのじんじんです！ 日本一マッチョなエンジニアを目指して、日々筋トレと業務に励んでいます！！ そんな僕が筋トレとエンジニア業務を始めて 1 年が経ち、エンジニアは筋トレで驚くほど成長できると強く感じました！ 今回は筋肉が日々のエンジニア業務にどのような影響を与えたのか、なぜエンジニアだからこそ筋トレの成果を出しやすいのかを、実体験を元にお話していきます！ 私の技術スタックは以下の通りです。 ベンチプレス：110kg デッドリフト：150kg スクワット：130kg(若干ズルしているかも) エンジニアこそ筋トレをすべき理由 計画力・マネジメント力・問題解決能力が向上する 筋トレは自分の身体の究極アジャイル開発です。週単位でスプリントを組み、日々の進捗を体重計やジムのアプリで可視化します（おすすめは筋トレ Memo）。

こんにちは。 株式会社ココナラ在籍のKです。 エンジニアの世界では、生成AIといえばコーディング支援や設計の壁打ち相手として語られることが多いです。 そんな中、「生成AIの特性を考えると、実は組織開発にも使えるのではないか？」とふと思い立ち、チーム内で小さな実験を始めました。 本記事では、生成AIと認知心理学を組み合わせてチームのモチベーションを継続的に改善する試みを紹介します。 TL;DR（要約） 生成AI×認知心理学によるモチベーション改善アンケートの作成アプローチを紹介 具体的なプロンプトと、データと対話で改善を続ける「モチベーションの継続的デリバリー」の実践方法を解説 生成AIが組織開発に使えると考えたわけ なぜ、生成AIが組織開発にも使えると考えたのか？ それは、生成AIが持つ以下のような特性が人間の限界を克服してくれるかもしれない、と思ったからです。 専門知識が豊富である 組織

株式会社ココナラアプリ開発グループ、iOSチームの上田です。 今回はココナラのiOSアプリのテストについてご紹介したいと思います。 1. はじめに iOSアプリ開発において、テストは品質保証の重要な柱です。 Appleは長年XCTestフレームワークを提供してきましたが、Swift言語の進化に合わせて、より表現力豊かでモダンなテストフレームワーク「SwiftTesting」が登場しました。 今回は、XCTestからSwiftTestingへの移行方法と、ViewModelのテストをBDD（Given-When-Then）アプローチで実装することで、テストが仕様書としても機能する方法を解説します。 普段の開発でこんな経験はありませんか？ サービスの成長に伴い、レガシー機能の仕様書が存在しないか、最新状態に維持されていない 既存機能の改修時に仕様書がなく、アプリケーションの動作確認やソースコー

またCursorでは、チャットパネル上でもショートカットのためのボタンが複数用意されています。 Ask このaskのボタンを押すと、回答を引用をchatに直接貼り付けてくれるので毎回返答をコピーする手間が省けます！ Copy このCopyボタンを押すと、回答をコピーすることができます。GitHub Copilotでは自分で選択してコピーするという手間があったので、長い回答だと結構大変だったりします。 Run このRunボタンを押すと、ターミナル上で貼り付けて実行までしてくれます！ Apply このApplyボタンを押すと、ファイルに対して変更を直接かけてくれるのでコピーして貼り付ける作業が短縮されます。 変更する対象のファイルを開いていなくても、開いて変更を行なってくれます。 変更する際にも、1行ずつ変更を受け入れるかどうかを確認できるのもいいポイントですね！ ※ ただ、たまに動かないこと

こんにちは。 株式会社ココナラ在籍のKです。 「コードレビューがつらい」 そのように感じている方は少なくないのではないでしょうか。 私も以前はそうでした。 本記事では、コードレビューのつらさの根本原因を明らかにした上で、私が実践している科学的根拠に基づいた向き合い方をご紹介します。 対象読者 本記事は、以下のような方に向けた記事です。 コードレビューにつらさを感じている方 コードレビューの質を改善したい方 コードレビューを通して効率よく学びたい方 コードレビューを通して開発効率を向上させたい方 記事の構成 本記事は、大きく以下の構成になっています。 コードレビューのつらさの根本原因 パラダイムシフト：「品質ゲート」から「学習機会」へ コードレビューの学習効率は優秀 コードレビューの学びを最大化する実践的手法 コードレビューのつらさの根本原因 コードレビューは、レビュアーとレビュイーの双方に

株式会社ココナラ、Web開発グループのフロントエンドチームでエンジニアをしているのんちゃんと申します！ 新卒で入社して2年目。社会人としての基礎を学びながら、少しずつ仕事にも慣れてきた頃、開発PM（テクニカルプロジェクトマネージャー、TPMとも呼ばれます）を任されることになりました。右も左も分からない状態からのスタートでしたが、この経験は私にとって大きな成長の機会となりました。 この記事では、私が新卒2年目で開発PMを経験した中で得られた学びや壁、そして成長についてお話しします。 開発PMとは？ まず、開発PMとは何かについて簡単にご説明します。 開発PMとは、プロダクト開発の効率化と品質向上を目指し、エンジニアリングの知見を活かしてプロダクト開発を推進する役割です。 具体的には、ロードマップに基づいたプロジェクト計画の策定、各タスクの優先順位付け、進捗管理、リスク管理、そして関係者間のコ

こんにちは！ 株式会社ココナラマーケットプレイス開発部アプリ開発グループAndroidチームでエンジニアをしております、Falconです。 久しぶり(実に1年半振り！)のテックブログ投稿になります。 今回は、リモートと出社のハイブリッド勤務がデフォルトになっている弊社で、あえて週5日フル出社してみたお話をしたいと思います。 (エンジニアの生産性について語っているので、これも「テックブログ」です。きっと。) 対象読者 弊社では原則、出社とリモートワークのハイブリッド勤務を採用しています。したがって本記事は「ハイブリッド勤務も選べるけれども、あえてフル出社してみたよ！」というレポート記事になります。以下の特徴に当てはまる方には参考になる内容かと思いますので、ぜひお読みください。 (逆に、どれか1つでも当てはまらない方には役立たない、あるいは当たり前すぎる内容かもしれません。あらかじめご承知おき

いかにしてココナラはCursor Businessを導入したのか? 〜生成AIツール導入のための社内調整術〜 はじめに こんにちは！！ 株式会社ココナラのエージェント開発部で Web エンジニアをしている、もちさんです。 ココナラテックというフリーランス向けのエージェント事業サービスの開発をしています。 この記事では、ココナラが生成 AI ツール Cursor のビジネスプランである「Cursor Business」を導入するまでの実践的なプロセスと具体的な成功事例、そして社内調整のためのノウハウを時系列とともに詳しくご紹介します。 昨今、生成 AI ツールを活用した業務効率の向上は IT エンジニアにとって、もはや開発現場で避けて通れないテーマとなっています。 しかし、「どのように上司を説得するか」「どのように社内承認を通すか？」という壁にぶつかり、導入への一歩を踏み出せずにいる方も少な

株式会社ココナラの情報システムグループ CSIRTチームのテトロドナです。 本記事では、EDRはどのようにして敵対的な行動を見つけるのかを解説していきます。 はじめに EDRとは、EDRはEndpoint Detection and Responseの頭文字をとった語で、従来の（とはいってもEDRの概念が初めて世に出たのがすでに結構前の話ではありますが）アンチウイルスソフトウェアと異なり、各エンドポイントの詳細なログを収集・分析することで、脅威が侵入した際の被害拡大を防ぐセキュリティソリューションの総称です。 従来のセキュリティ製品との違いとしては、既知のマルウェアのシグネチャや挙動パターンをもとに検知するような静的な動作のみではなく、任意のエンドポイントにあるプロセスがどのような動きをしているのかを、機械学習や振る舞い分析を取り入れ、未知のマルウェアも含めた包括的な悪意のある行動への対策

こんにちは。 株式会社ココナラ在籍のKです。 「時間がないからテストは後で書く」 そのような言葉を聞くたび、「テストを一緒に書くことでむしろ時間を節約できるのに、もったいない」と感じます。 本記事では、その理由を明確にした上で、私がよくやっているTDDをゆるく取り入れたテストの進め方をご紹介します。 対象読者 本記事は、以下のような悩みをお持ちの方に向けた記事です。 テストの重要性は理解しているものの、時間的な制約からテストを後回しにしてしまいがち TDDに興味はあるものの、難しそうでなかなか実践できない TDDのテストファーストという手法に馴染めない チーム内にテストの文化を広めたい 本記事の構成 大きく以下の2つの構成になっています。 テストを後で書くという考え方への考察 TDDをゆるく取り入れた実践手法 本記事におけるテストの定義 本記事で扱うテストは、主としてロジックのユニットテス

本記事は株式会社ココナラ Advent Calendar 2024 15日目の記事です。 はじめに はじめまして、株式会社ココナラでフロントエンドエンジニアをしている@tm_1219と言います。 今回はNeovimを布教するための記事を書きます。 なぜ今Neovimを選ぶのかというと、手をホームポジションから動かさずに各種操作をキーボードで行うことができるからです。 Neovimといえば環境構築が難しいイメージがあり、Vim操作を覚える学習コストも高いのでそれらを理由に諦めた方も少なくないでしょう。 私もその中の一人で、Neovim使いに憧れてはいますが、VSCodeをVimプラグインで使う程度でした。 本記事では、Neovim使いに憧れているけど挫折した方、まだチャレンジできていない方などを対象に比較的とっつきやすいLazyVimを紹介します(Vim操作自体の解説は含みません)。 私もま

本記事は株式会社ココナラ Advent Calendar 2024 11日目の記事です。 こんにちは！株式会社ココナラマーケットプレイス開発部でQAチームのチームマネージャをしているまるです。今回はSlackのワークフローをDeno Slack SDKを利用して開発し、開発フローの一部を自動化した話をします！ 背景 まずは背景として自動化対象のフローから説明します。弊社では内部統制上、開発に対する承認をGithubのissueで管理し、Slackにて承認依頼を行っています。そして1つの開発に対して「開発着手」と「テスト着手」の2つの承認をそれぞれ得る必要があります。 またそれぞれの承認に対して承認部門が複数あり、この部門は開発のリスクレベルに応じて必要だったり不要だったりします。さらに開発部門の承認者は開発のリスクレベルに応じて変わります。まとめると以下のようになります😭 利用部門 (開