10年後、プログラムを動かし続けるために。伊藤淳一が考える「良いコミット、悪いコミット」 2025年1月6日 伊藤淳一 1977年生まれ、大阪府豊中市出身。株式会社ソニックガーデンのRailsプログラマ、およびプログラミングスクール「フィヨルドブートキャンプ」のメンター。ブログやQiitaなどでプログラミング関連の記事を多数公開している。将来の夢はプログラマーをみんなの憧れの職業にすること。主な著書に「プロを目指す人のためのRuby入門 改訂2版 言語仕様からテスト駆動開発・デバッグ技法まで」（技術評論社）などがある。 keyboard_arrow_down はじめに keyboard_arrow_down コミットが役立つシナリオ４パターン keyboard_arrow_down コラム：業務で使われるプログラムの寿命はとても長い keyboard_arrow_down 良いコミットの条

70点で始める業務効率化開発この記事はニーリーアドベントカレンダー2024の20日目 シリーズ2の記事となります。 こんにちは。グロース開発チームのエンジニアの西村です。 この記事では、事業成長に伴い増大しているオペレーションの効率化を目指した開発の一例について紹介しようと思います。 ニーリーでは、月極駐車場のオンライン契約サービスであるPark Direct(パークダイレクト)を展開しています。 パークダイレクトでは、ソフトウェアとオペレーションを組み合わせることで、管理会社様や借主様に価値を提供しています。そのため、パークダイレクトの機能は管理会社様や借主様だけでなく、オペレーションを行うニーリーの従業員も利用しています。 「ソフトウェアとオペレーションを組み合わせる」という点が、先日の記事↓でもあったようにプロダクトとして面白いポイントで、SaaSでありながらオペレーションの効率化が

「桜井政博のゲーム作るには」が、最終回を迎えた。 この番組は『星のカービィ』や『大乱闘スマッシュブラザーズ』のディレクターとしてお馴染みの桜井政博氏が、自身のゲーム制作で得たノウハウや仕事の姿勢などを発信するYouTubeチャンネルとして、業界の内外を問わず大きな話題を呼んでいた。 約2年半にわたって動画が投稿され、その数なんと、まとめ動画を除き260本！ その最終回はプレミア公開で多くのユーザーにリアルタイムで視聴され、「実は2年半も前に収録されていた」「別の企画と並行しながら作られていた」「制作費は9000万円」などの衝撃のデータが公開された。これもまた、ちょっと内容が濃密すぎて、大きな話題を呼んだ。 あの衝撃の裏話の数々に、「桜井さんがすごすぎて、正直少し怖い」という声も一部であがっていたけど……正直私もそう感じざるを得なかった。 い、いろんな意味ですごすぎる！ 今回、そんな「桜井政

dev-productivity-con.findy-code.io 自分の所属しているクラスター社に相談したところお金を出してもらって参加できることになったので、開発生産性カンファレンス2024に行ってきました。自分が開発生産性に非常に興味が強いため各セッションすべて興味深く、またこれまで名前は知っているけど話したことのなかった人と色々と会話ができて、非常に堪能できました。 運営のファインディ株式会社のみなさん、ありがとうございました。 興味深かったセッション 顧客価値向上による開発生産性向上 顧客価値を高めるという観点にフォーカスした発表でした。 顧客価値を高める領域かは狩野モデルを使って考えるという話。狩野モデルはよく聞くが、ちゃんと使ったことないので試してみたい 当たり前品質は、品質を高めすぎても、顧客価値に繋がらない = アクセルブレーキなどの基本操作 一元的品質は、高めれば高め

僕はInkdropのマーケティングのためにYouTubeチャンネルdevaslifeを始めました。当初は想像もしなかったですが、20万人近くの人がチャンネル登録してくれました。視聴者の反応を見ていると、その内容そのものに加えて、「やる気が出る」とか「インスピレーションをもらった」といった声がすごく多かったです。他のプログラマー系とは違う独自の動画スタイルを見つけたおかげで、その雰囲気が評価されたのだと思います。 学ぶ、コーディングする、あるいは作ること全般において、そのプロセスは孤独な道のりである事が多いです。その孤独や怠惰を乗り越え、取り組み続けるためのモチベーションを人々は求めているのだと分かりました。どうやら、僕の動画コンテンツの「雰囲気(Vibes)」が少なからずその役に立っているようです。 技術ノートアプリの個人開発者として、この「モチベーティブな雰囲気」をどうやったら製品の価値

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

システム開発の無駄の1つに手戻りが挙げられる。とりわけ要件定義から総合テストまで全工程をきっちりこなすウオーターフォール型の開発では、作業工程の手戻りを最小限に抑えることが欠かせない。そこで有効なのは、超高速開発ツールを用いたコードの自動生成だ。製造や単体テストの工程を簡略化でき、その分上流工程である要件定義に時間を割り当てられる。また、設計情報からコードを自動生成できるため、設計者とプログラマー仕様の認識の食い違いによる手戻りを防ぐことができる。 超高速開発ツールの活用事例から工程の無駄取りを把握しよう。 共通部品群からコードを出力 野村総合研究所（NRI）が取り組んだのは、同社が手掛ける金融機関向けの決済系ASPサービス（I-STAR）の画面更新プロジェクトだ。Flashのサポート切れによって378画面をWebアプリケーションフレームワークのAngularを使って刷新する計画だった。ピ

経営者は、システムの保守性の向上のために、再構築に投資する。では経営者は、その投資によってどういった見返りを期待しているのか。それは、ビジネス環境の変化に対し、新しいサービスや商品を競合他社に先駆けて次から次へとシステムに実装できることだ。経営者はこの状態を「保守性が高い」と称するのである。 開発者としても、その状態を目指す。だが、その実現を阻害する要因がある。それは何かを知り、対抗策を考えよう。 保守局面での要件を実現するための開発者の作業は、大きく次のステップで行われる（図1）。 （1）変更箇所特定：要件を実現するために変更する箇所を特定する （2）影響分析：変更にともない、他の機能が誤作動しないか分析する （3）変更実施：アプリを変更する （4）要件確認テスト：対象機能が意図した通りになったことをテストする （5）無影響確認テスト：他の機能が誤作動しないことをテストする この中で困難

あなたが「リリース」という言葉を聞いた時、どのような感情が呼び起こされるだろうか？安堵？高揚感？あるいは初めての達成感だろうか？もしあなたのチームがまだ、リリース準備に手作業でのテストや、手作業によるデプロイ、またはスクリプトに部分的にしか頼らないデプロイをしていたとしたら、あなたの感情はむしろ「不安」や「猛烈な怒り」により近いかもしれない。 図：手作業デリバリにおける感情のジェットコースター そのため、ソフトウェア開発は「継続性」に向かって進んでいるのである。最近、継続的なインテグレーション、ビルトインテスト、常時監視、分析フィードバックが重要視されているのは、すべてソフトウェア産業全体の傾向、つまり対応 (React) 力を高めようという動きを表している。企業が、こうした変化の意味を模索していくと、必ず継続的デリバリ（一般にCDとして知られる）にたどり着く。 誤解してもらっては困るのだ

「1年後に火星まで行ってほしい」 上司からこう命令されたらどうするか。「不可能です」と答えるしかない。いや、「正気ですか」と問うべきか。 「1年後に1億円を売り上げる新事業を作ってほしい」 上司からこう命令されたらどうするか。「不可能です」と即答したら「スマートフォンのゲームでヒットを打てば可能ではないか」と言い返された。「私には無理です」と頭を下げると「なぜ無理なのか」と追求された。 当たりをとるゲームを作るのは至難の技だが火星探検に比べれば可能性はある。即答を避け、1週間くらいゲームの構想を練ってもよいかもしれない。上司は例えとしてゲームを挙げている。仲のよい同僚と新事業の案を話し合ってみるのは悪くない。 「1年後に△△情報システムを完成させてほしい」 上司からこう命令されたらどうするか。ある程度の経験を積んだITプロフェッショナルであれば△△情報システムの開発が火星探検に近いのか、そ

キヤノンITソリューションズは2015年9月30日から10月2日にかけて東京ビッグサイトで開催している「ITpro EXPO 2015」で、ソースコードを100％自動生成することで“超高速開発”を可能にする開発ツール「Web Performer」の最新版を展示した（写真1）。10月1日に販売開始したばかりの最新版「V1.5.0」はHTML5の画面を自動生成できるようになったことが特徴だ。 「デザイン性や操作性に優れるHTML5画面への対応は、既存ユーザーから非常に要望が多かったものだ」と同社SIサービス事業本部ソリューション推進センターソリューション企画第二部ソリューション企画第一課の山田真穂氏は明かす。Web Performerは2008年から販売を開始。2013年後半に全国各地で販売キャラバンを展開したところユーザーが急増。現時点で450社が利用するという。大手ユーザーでは清水建設やサ

高品質のコードベースは、反復作業やコラボレーション、メンテナンスを簡単にすることで、長期的な開発のスピードを上げてくれます。Quoraではベースコードの品質は重要だと考えます。 高品質のコードを維持することは利点がありますが、その反面かなりのオーバーヘッドが発生し、実際の開発のサイクルに時間が掛かってしまいます。このオーバーヘッドと利点の折り合いを付けるのは難しい問題です。この場合、2つの選択肢しかないように思えます。低品質でコードスピードが速いか、もしくは高品質でスピードが遅いか。スタートアップは素早い開発サイクルに最適化しているので、多くの人は低品質で進めたほうがいいと思っています。 このジレンマは解消できます。ツールやプロセスを工夫することで、コードベースの品質を維持したままスピードを速めることができるのです。この投稿では、コードの品質に関しての私たちの考えや、2つの世界を共存させる

成果がでるアプリを作るために 機能も、お金も、支援も ぜんぶ欲張っても大丈夫な開発サービスです。 豊富な開発、アプリのグロース経験から30を超える必要な機能モジュール（テンプレート）を用意。必要なものを選択してアプリに組み込むだけで、自社の公式アプリが作れます。もちろん個別のカスタマイズにもお応えできるから、作りたいアプリが、ゼロから作るより圧倒的に安く、そして短納期で開発できる仕組みになっています。さらに、アプリはリリースして終わりではありません。せっかく作ったアプリ多くのアプリの開発、運用を支援してきたプロが二人三脚でご支援いたします。だからアプリ開発をお考え中のどんな方にもおすすめいたします。 アプリは作ったらあとは消費者が自由につかってくれるわけではありません。 消費者が使い続けたいと思ってもらえるものでないとすぐに消されてしまう運命なのです。 だからModuleApps2.0は成

まさに地球規模で進むクラウドコンピューティング技術開発とサービス提供を踏まえ，その最前線で活躍する3人の技術者に集まっていただき，座談会形式で「世界に通用するクラウド技術開発の在り方と課題」について，自らの経験と今後への思いを語っていただいた． 後藤　今日は，日立製作所中央研究所の田中毅さん，NEC情報・ナレッジ研究所の千葉靖伸さん，それから電話会議経由で米国よりNTTの上野和風さんに集まっていただきました．クラウド技術開発の最前線でグローバルに活躍している3人の方にクラウドコンピューティングの今後の在り方，グローバルな技術開発や市場開拓の活動はどう進めるべきかについて語っていただきたいと思っています． センサネットワークからビッグデータアプリケーションへ：田中氏 田中　日立製作所中央研究所の田中です．私は入社9年目で，入社当初は無線とセンサネットワークの研究，特に低電力なセンサデバイスの

TanStack Routerに移行するのかい しないのかい、どっちなんだい！ / Are you going to migrate to TanStack Router or not? Which one is it?

クックパッドはなぜ開発しやすいのか At AWS Summit Tokyo 2015 Developer Conference 2015/06/03

米レッドハット、Dockerアプリの認定制度「Red Hat Container Certification」および開発キット、認定アプリのレジストリ「Red Hat Container Registry」など発表 米レッドハットは、エンタープライズ向けDockerアプリケーションを認定する「Red Hat Container Certification」やコンテナ対応アプリケーション開発ツール「Red Hat Container Development Kit（CDK）」など、エンタープライズ向けにDockerコンテナを普及させるための施策やツール群を発表しました。 同社の上級副社長、Paul Cormier（ポール・コーミア）氏はこの発表の目的について次のようにコメントしています。 With the industry’s first certified, secure, end-to-

How to watch Polaris Dawn astronauts attempt the first commercial spacewalk

最近会った人とよく話すのが、ソフトウェアプロセス技術がロストテクノロジーになってるんではないかということです。 ソフトウェアプロセスというのは、「プロセスがよいソフトウェアをつくる」という前提のもと、どのようなタイミングでどのような成果物を作り、どのような管理をし、どのように検査をしてソフトウェアを作るかという手順です。 そして、プロセス技術というのは、そのようなプロセスを構築し運用し改善する技術です。 このようなソフトウェアプロセス技術は、1995年くらいから2000年くらいにかけて盛り上がり広まりかけたのですが、そのタイミングでWebが広まりはじめ、「Webは進化が速い」「作るものがどんどん変わる」などを合言葉に、「アジャイルプロセスを採用する」という名目でなんら管理されないプロセスが普及しました。その結果、プロセス技術は完全に下火になっているように思います。 もちろん、Webの発展段