並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 22 件 / 22件

新着順 人気順

developmentの検索結果1 - 22 件 / 22件

  • NHKに提訴された日本IBMの反論が生々しい…仕様書に記載ない仕様が満載

    日本IBM(「Wikipedia」より/Yoshi Canopus) NHKがシステム開発を委託していた日本IBMに対し、開発の遅延による契約解除に伴い計約55億円の代金の返還と損害賠償を求めて東京地裁に提訴した係争事案。NHKは、日本IBMが開発の途中で突然、NHKに対して大幅な開発方式の見直しと納期遅延を要求したと主張しているが、これに対し日本IBMは7日、以下のリリースを発表して反論したことがIT業界内で注目されている。 <現行システムの解析を進める中で、提案時に(編集部追記:NHKから)取得した要求仕様書では把握できない、長年の利用の中で複雑に作り込まれた構造となっていることが判明したため、当社はNHKに対し、解析の進捗状況、課題およびそれに対する対応策を随時報告し、共にその対応を検討してまいりました。こうした中で当社は、同システムを利用する業務の重要性も鑑みて、NHK指定の移行方

      NHKに提訴された日本IBMの反論が生々しい…仕様書に記載ない仕様が満載
    • 能力はカバーできるけど、人間性はカバーできない

      私がまだ駆け出しのコンサルタントだったころ、様々な会社に訪れたが、その中で一つ、思い出深いものがある。 おそらく、製造業の会社だったと思うが、ある説明会でのこと。 それは、10分から15分程度の短いもので、プロジェクトの意義を、メンバーの一人が、社内向け説明するものだった。 ただ、お世辞にも上手な説明ではなかった。 資料も、プレゼンテーションも、よく練られていたわけではなかった。 そして、同じことを思ったであろう、参加者の一人が、こんなことを言った。 「説明がわかりにくいんですけど」 ちょっと失礼な感じではあったが、当然の指摘でもある。 ところが、そこにいた役員が、「分かりにくいんですけど」と言った人に対して、こう言ったのだ。 「その言い方は良くない」と。 そしてこういった。 「説明はもっと練習すべきだし、わかりにくいという点にも同意する。しかし指摘のしかたも良くない。「ここがわかりにくい

        能力はカバーできるけど、人間性はカバーできない
      • 君たちはCursorを本当に使えているか

        はじめに こんにちは。Builtoという会社で代表 & エンジニアをしている冨田です。 私たちはマネジメントとタスク管理を圧倒的にサポートするAIエージェントを開発しています。 開発にもAIをフル活用しており、そこで得られた知見を共有したいと思います。 具体的には、経験3年以上の現役ソフトウェアエンジニア(生成AIのない時代からコードを書いてきた方々)をターゲットに、本番運用レベルの大規模コードベースでもCursorを活用しコーディング時間を 1/3〜1/5 に縮めている手法をお伝えします。 仕様策定やアプリの機能にもLLMをフル活用していますが、今回は実装にフォーカスします! (なお本記事は中級者以上向けのため、まだCursorに触れたことがない方はまず別の記事を参考にして、使ってみてください) なぜこの記事を書いたか 現職エンジニアが本当に使いこなす手法を共有したい すでに共有されてい

          君たちはCursorを本当に使えているか
        • データの整合性を保つ非同期処理アーキテクチャパターン / Async Architecture Patterns

          Developers Summit 2025 公募セッション "データの整合性を保つ非同期処理アーキテクチャパターン" https://event.shoeisha.jp/devsumi/20250213/session/5585 --- 1つの業務が一連のイベント(出来事)から構成されるシス…

            データの整合性を保つ非同期処理アーキテクチャパターン / Async Architecture Patterns
          • 月3万円で使えるOpenAIの「Deep Research」 驚異的だが、情報格差が広がる不安も感じた (1/6)

            3日に公開が始まったOpenAIの「Deep Research」を、会社の業務上の情報収集に使えるか調べるために試験導入してみることにしました。正直なところ月額200ドル(約3万円)の価格は高いと感じていますが、それでも驚異的な情報収集と整理能力を持っているのは間違いなく、有効に使えれば安いと感じるかもしれません。筆者はスタッフが数人のインディゲームの開発スタジオを経営しており、2025年内発売を目標に新作タイトルを開発している最中です。どこのインディゲームスタジオも同じように抱えている悩みは、自分たちのゲームの存在を知ってもらうための有効なマーケティング手法の問題です。そこにDeep Researchを使って調査して、アクションプランを立案した様子をご紹介したいと思います。 最新モデル「o3」ベースのリサーチ機能 Deep Researchは推論システムを複数同時に走らせてプロセスを重ね

              月3万円で使えるOpenAIの「Deep Research」 驚異的だが、情報格差が広がる不安も感じた (1/6)
            • プロダクト開発では「ヒアリング」をしてはいけない|山田真央|ダイニー

              ビジネスの世界では「顧客へのヒアリングが大事だ」とよく言われます。 お客さんのもとを訪れて「どういうことに困っていますか?」と質問し、そこで聞き出した課題をもとに、プロダクトの開発や改善に活かしていく……。これが定石だとされています。 しかし、これはIT業界に広がる大きな誤謬であると、私は考えています。 ヒアリングによる「追体験」には限界があるからです。 ダイニーは飲食店に向けて、モバイルオーダーやPOSシステム、決済や勤怠サービスなど、お店の課題解決につながるプロダクトを提供しています。 私たちは、お店への「ヒアリング」のみに基づいてプロダクトを作ることはしません。 ヒアリングのみならず、メンバーが「飲食店のスタッフとして、実際に働いてみる」というやり方をとっています。自らが「当事者」としてオペレーションを体験し、そこで得た知見をもとに、プロダクトの開発・改善をするのです。 これが最も有

                プロダクト開発では「ヒアリング」をしてはいけない|山田真央|ダイニー
              • Reactチームが見てる世界、Reactユーザーが見てる世界

                Reactはシンプルなサイトから複雑なアプリケーションまで、非常に幅広く採用されている人気のフレームワークです。OSS化から10年以上の歴史がありながら、昨今もReact Server Componentsなど革新的なアイディアを我々に提案し続けています。 一方で、React Server Componentsへの批判的意見やBoomer Fetching問題などを見ていると、Reactチームと一部Reactユーザーの間には意見の相違が見て取れます。この意見の相違はそれぞれが置かれた状況の違いから生じるもの、つまり「見てる世界が違う」ことに起因してると筆者は感じています。 本稿では「Reactチームの見てる世界」を歴史的経緯を踏まえながら考察し、Reactの根本にある思想やコンセプトに対する読者の理解を深めることを目指します。 要約 ReactはMetaの大規模開発を支えるべく開発され、シ

                  Reactチームが見てる世界、Reactユーザーが見てる世界
                • Slackの会話からドキュメントを育てるGo製AIエージェント「Docgent」を開発しました

                  ※この記事は「AI Agent Hackathon with Google Cloud」向けに開発したAIエージェントの説明のために作成したものです。 前書き 現代のソフトウェア開発組織では、素早く高頻度で機能追加・改善していくことが求められると同時に、LLMの時代においてはAIによる利活用を見据えて 「ドキュメンテーション」の重要性が高まってきています。 しかし、「包括的なドキュメントよりも動くソフトウェアを[1]」重視するアジャイル開発を実践する中で、 忙しない日々の中でどうしても残すべきドキュメントを残せない 過去に書いたドキュメントの古い内容がアップデートされず放置されていて当てにならない という組織も少なくないと思います。 きっと今日もどこかの組織のSlackでは、他の部署や開発チームから仕様確認の問い合わせが寄せられ、それらに人手で回答する努力が積み重ねられていることでしょう(

                    Slackの会話からドキュメントを育てるGo製AIエージェント「Docgent」を開発しました
                  • バックエンドエンジニアのためのフロントエンド入門 #devsumiC

                    本スライドはオブジェクト指向プログラミング(OOP)を理解しているバックエンドエンジニアの方向けに、フロントエンドのコンポーネント指向を解説することで、フロントエンドを開発するための足がかりを作ることが狙いです。OOPとの違いを意識することで、フロントエンド特有の設計思考を身につけましょう。Reactと…

                      バックエンドエンジニアのためのフロントエンド入門 #devsumiC
                    • お前もAI鬼にならないか?👹Bolt & Cursor & Supabase & Vercelで人間をやめるぞ、ジョジョー!👺

                      生成AIを活用したプロダクト開発の実体験に関することを以下の勉強会で発表しました! 【2/16開催!勉強会】ぼく・わたしのエンジニアとしての生成AI活用勉強会!ハンズオンあり! https://aigeeks01.peatix.com/view

                        お前もAI鬼にならないか?👹Bolt & Cursor & Supabase & Vercelで人間をやめるぞ、ジョジョー!👺
                      • リーダブルテストコード 〜メンテナンスしやすい テストコードを作成する方法を考える〜 #DevSumi #DevSumiB / Readable test code

                        Developers Summit 2025での登壇資料です。 【発表資料中のURL】 ◆P12

                          リーダブルテストコード 〜メンテナンスしやすい テストコードを作成する方法を考える〜 #DevSumi #DevSumiB / Readable test code
                        • Asahi Linuxのリードデベロッパがアップストリームメンテナーを辞任、背景に“C vs. Rust”対立に端を発したブリゲーディング | gihyo.jp

                          Linux Daily Topics Asahi Linuxのリードデベロッパがアップストリームメンテナーを辞任⁠⁠、背景に“C vs. Rust”対立に端を発したブリゲーディング 僕はもう、カーネル開発プロセスやコミュニティ管理アプローチになんの信頼も置いていない(I no longer have any faith left in the kernel development process or community management approach.)―2020年のプロジェクトローンチ以来、Asahi Linuxのリードデベロッパを務めてきたHector Martinは2月7日、Appleシリコン(ARM)コードのアップストリームカーネルメンテナーを辞任する意向をLinux開発者メーリングリストで表明した。突然の辞任の背景には、Cベースの古参メンテナーとRustコード推進派の対

                            Asahi Linuxのリードデベロッパがアップストリームメンテナーを辞任、背景に“C vs. Rust”対立に端を発したブリゲーディング | gihyo.jp
                          • サイト構築からデプロイまで。AIが変えるフロントエンド開発 | レバテックラボ(レバテックLAB)

                            ほとんどのサービスとアプリケーションには、制限の大きなお試し版とも言える無料プランと、制限の緩和された有償プランがあります。さらに、有償プランのトライアルや、グループ開発向けのEnterpriseプランが用意されていることがあります。個々のサービスおよびアプリケーションについての料金体系の掲示は省くので、関心のあるものについてはまず無料プランから試すことをお勧めします。 アプリケーション構築は、多くの手順を必要とすることから比較的難易度の高い作業です。専用のウィザードがステップ・バイ・ステップで構築をフォローするスタイルは、今では「やりたいこと」を述べるだけでAIが代行してくれるようになりました。デザインも、直接アプリケーション構築に持ち込むことができます。 スタイリッシュなUIを生成するv0 ▲v0 v0(ブイゼロ)は、Next.jsの開発元であるVercel Labsによる、AIを活用

                              サイト構築からデプロイまで。AIが変えるフロントエンド開発 | レバテックラボ(レバテックLAB)
                            • Nintendo Switch 2に求める性能は?最適化エンジニアたちに訊いたSwitch開発の奮闘と苦労 - AUTOMATON

                                Nintendo Switch 2に求める性能は?最適化エンジニアたちに訊いたSwitch開発の奮闘と苦労 - AUTOMATON
                              • Raspberry Pi 5でローカルLLM”DeepSeek-R1″を動かしてみる | YouTuber イチケン 公式ブログ

                                2025年1月20日、DeepSeekが開発したDeepSeek-R1が発表されました。オープンソースであり推論モデルが公開されているため個人のPCをはじめとしたローカル環境上で動作させることができます。 今回は色々な意味で世間を騒がせているDeepSeek-R1をRaspberry Pi 5の上で動かして、手のひらサイズのローカルLLMを体験してみたいと思います。 なお、本記事は動画の内容をさらに発展させた内容になっています。動画の方もぜひあわせてご覧ください。 今回作成するもの ローカルLLMを触るのは初めてなので、とりあえずシンプルにLLMと対話するまでを目標とします。 要件 今回達成すべき要件を以下のように定義しました。 Raspberry Pi 5(8GBモデル)上で動作する。 DeepSeek-R1と日本語で対話できるUI(最低限CUIで、できればGUIで)。 Windows環

                                • なぜ、安易に「スクラムで開発します」と言わなかったのか? - 結果整合的アジャイルを目指す開発 - カミナシ エンジニアブログ

                                  プレイングマネージャー型のEMをしています、鈴木(@szk3)です。 今回は、私たちのサービスチームが新規プロダクト開発を始めるにあたって「スクラムを導入しなかった」経験について共有します。 このタイトルだけを見ると、スクラムに対して否定的な印象を持たれるかもしれません。しかし、これはスクラムへのアンチテーゼではありません。むしろ、スクラムの価値をリスペクトし、その実践に真摯に向き合いたいからこそ行った慎重な決断でした。実際、新規プロダクト開発の開始とほぼ同時期に認定スクラムマスター資格も取得し、スクラムについての理解を深めていく中で、この決断の意義をより一層実感しています。 新規プロダクトの開発において、アジャイル開発を取り入れることは当然の選択肢として考えられます。むしろ、アジャイル開発の実践にスクラムのフレームワークを使うことは、実質上のスタンダードとなっていると感じます。しかし、「

                                    なぜ、安易に「スクラムで開発します」と言わなかったのか? - 結果整合的アジャイルを目指す開発 - カミナシ エンジニアブログ
                                  • NHKがシステム開発を委託した日本IBMを提訴→日本IBMの反論が生々しい「仕様書にない仕様が満載」「やはり議事録...議事録は全てを解決する」

                                    ヤマダ @yamada_sier やはり議事録…議事録は全てを解決する 冗談はさておき、現行ベンダの富士通がこれまで色々な無理難題を全部うまいこと飲み込んでやってきたんやろなと想像。 NHKに提訴された日本IBMの反論が生々しい…仕様書に記載ない仕様が満載 biz-journal.jp/company/post_3… @biz_journalより 2025-02-17 09:13:30 リンク ビジネスジャーナル/Business Journal | ポジティブ視点の考察で企業活動を応援 企業とともに歩む「共創型メディア」 NHKに提訴された日本IBMの反論が生々しい…仕様書に記載ない仕様が満載 NHKがシステム開発を委託していた日本IBMに対し、開発の遅延による契約解除に伴い損害賠償などを求めて提訴。日本IBMはリリースを発表して反論。その内容が事実ならNHKはベンダーに対して内容的に不

                                      NHKがシステム開発を委託した日本IBMを提訴→日本IBMの反論が生々しい「仕様書にない仕様が満載」「やはり議事録...議事録は全てを解決する」
                                    • クラウドサービスについて議論されているが「AWSが落ちたときは『世のサービスの半分くらいがおかしくなってる』という言い訳がたつ」というのは大きい

                                      最速配信研究会山崎大輔 制約理論と待ち行列理論による技術経営アドバイザリとエンジニア起業相談 @yamaz 顧客「AWSが落ちたらどうすんの?」 ??「どうにもなりません。ただその時にはamazonをはじめ、世のサービスの半分くらいがおかしくなってるので、言い訳が立ちます」 という言い訳を使ってる方々はそこそこいると思います x.com/takiuchi/statu… 2025-02-16 10:16:06

                                        クラウドサービスについて議論されているが「AWSが落ちたときは『世のサービスの半分くらいがおかしくなってる』という言い訳がたつ」というのは大きい
                                      • Developer Summit 2025 [14-D-1] Yuki Hattori

                                        Bringing Open-Source Brilliance to Scrum Teams: �A Guide to Enhanced Collaboration

                                          Developer Summit 2025 [14-D-1] Yuki Hattori
                                        • 今こそエンジニアはCode-basedなドキュメンテーションを行うべきだと思ったので、その思想と方法をまとめる

                                          今こそエンジニアはCode-basedなドキュメンテーションを行うべきだと思ったので、その思想と方法をまとめる タイトルの内容について考え、社内向けに以下のDocumentation Guidelinesを作成しました。 プロダクト開発の効率を高めてくれて非常に有益なので共有します。 英語の原文の後に、AIによる機械的な翻訳を書いています。 Overview Modern documentation requires both accuracy and efficiency. By leveraging AI-powered editors and code-based documentation, we can achieve both while maintaining high quality and consistency. 【日本語訳】 現代のドキュメンテーションには、正確性と効

                                            今こそエンジニアはCode-basedなドキュメンテーションを行うべきだと思ったので、その思想と方法をまとめる
                                          • 【Golang】fe3dback/go-arch-lintでアーキテクチャの破壊を防ぐ

                                            【Golang】fe3dback/go-arch-lintでアーキテクチャの破壊を防ぐ by nao · 公開済み 2025年2月13日 · 更新済み 2025年2月13日 前書き:アーキテクチャは容易に壊される アーキテクチャリンターであるfe3dback/go-arch-lintをnao1215/sqlyに導入したので、使用方法のメモを記事として残します。結論としては、初期設定が面倒ですが、期待通りの効果が得られました。なお、既存コードがカオスなアーキテクチャの場合、go-arch-lintを採用できないと思われます。 まず、アーキテクチャをリンターでチェックする発想に至った理由から、説明します。以前、ペアプロ中にドライバ側(実装する人)がアーキテクチャルールに反しているのを偶然目撃しました。違反内容は、「外部サービス操作用パッケージ内でのみ使用できる構造体をユースケースレイヤーから呼

                                              【Golang】fe3dback/go-arch-lintでアーキテクチャの破壊を防ぐ
                                            • ビジネスとは問題解決のフラクタル構造でしょ的な割り切りの話 - Kengo's blog

                                              「戦略の要諦」を読みました。この本が語っている「戦略」は戦略の一部であり狭義の存在なので、あまり「戦略」という言葉を使ってほしくなかったなぁというのが第一印象でした。戦略論の世界的権威に何言ってるんだとは自分でも思いますが。。。 戦略の要諦 (日本経済新聞出版) 作者:リチャード・P・ルメルト日経BPAmazon 広義の戦略について理解していると、狭義の戦略を理解する助けになる もう少し掘り下げて説明すると、自分の中では「戦略とは現状を理想に近づけるための実現可能なアプローチのこと」だという理解ができていて、実際に著者が言っている戦略はその「広義の戦略」のサブセットとして説明できると感じました。著者は組織的課題を克服するための戦略について話していて、その過程で出てくる「良い戦略」「良い目標」そして「戦略ファウンドリー」はすべて他の戦略でも適用できます。 graph TD 理想的状態 眼前の

                                                ビジネスとは問題解決のフラクタル構造でしょ的な割り切りの話 - Kengo's blog
                                              1