[B! dev] sh-takaのブックマーク

ローカルLLMのPoCに300万円使う前に読んでほしい話｜dx_note

はじめに製造業でローカルLLMの導入が話題になっています。「ChatGPTは便利だけど、機密情報を扱えない」「社内にサーバーを置けば、安全に生成AIが使えるらしい」「最近のローカルLLMは性能が高いと聞いた」こういった期待を持って、ITベンダーに相談する。担当者は丁寧にヒアリングしてくれます。立派な提案書も届きます。そして見積もり。金額は300万円から1,500万円、期間は3ヶ月から半年。数ヶ月経って契約が成立し、プロジェクトが進みます。要件定義、環境構築。そして2〜3ヶ月後、ようやく検証環境が完成します。検討開始から半年が経過。ようやく現場の担当者が触ってみる。「あれ、このUI、使いにくいな...」「既存の業務フローに合わない」「思ったより効果が出ない」でも、既に300万円を払った後です。問題は、ITベンダーのPoCが悪いわけではありません。問題は、「触る」のが遅す

sh-taka 2025/11/17

自力でたどり着けるっている好例っていうか。コンサルやベンダーに頼らなくても自力でローカルLLMが革新的に変わっても対応できるだろうなと思う。この内容を理解し実践できる人が多数になればいいのに

リンク

悪魔に心を売っても納期を守る！帳尻あわせの裏技術｜【Tech総研】

sh-taka 2005/11/24

ネタ
dev

リンク

安全なWebアプリ開発の鉄則 2004

sh-taka 2005/10/25

リンク

プロジェクトの遅れを防止する早め早めの進ちょく確認

システム構築を業者に発注したら、それで担当者の仕事は終わり……ではない。プロジェクト期間中、適宜、スケジュールと品質を管理する必要がある。難しいプロジェクト管理技法とは一味違う、“進ちょく管理”のポイントとは？さて、業者にシステム構築を請負契約で発注した場合、原則的には納期までにシステムを納品してもらえばよい。ところが、実際のシステム構築プロジェクトではスケジュール遅れとなることが少なくない。たとえ、契約で取り決めペナルティを取ったとしても、システムの実用開始が遅れて損失を被ることに変わりはない。請負契約だからと業者に任せきりにせず、適宜、進ちょくを把握して問題があれば早め早めに対処するようにすべきである。悪い知らせを聞き出す人間誰しも悪い知らせは聞きたくないものだ。また、悪い知らせを持ってきた人間に当たったりする。しかし、それでは問題が発生しているのに、真の状況が隠され、「問題あり

sh-taka 2005/06/23

リンク

笑わないプログラマ - 【軍曹が】携帯電話開発の現状【語る】

sh-taka 2005/04/13

dev

リンク

ISLAND-LIFE　アイランドライフ powered by BASE

支払方法：【クレジットカード】・【キャリア決済】・【銀行振込み】・【コンビニ決済】・【Amazon Pay】・【PayPal】・【後払い決済】による決済がご利用いただけます。【後払い決済】とは商品を実際に受け取った後で、後日郵送される振込み票を持ってコンビニ等で支払います。(決済手数料360円) 土曜·日曜·祝日の発送は休みになります

sh-taka 2005/04/13

リンク

Team Room

by William Pietri XPをこれから始めてみようと思っている人達は、開発部屋がどんな状態か興味を持っているはずです。(XPを知らない人は、この資料の後ろの方の用語集にある簡単な説明を見てください。)　ここでは、５人で九ヶ月かけたプロジェクトで撮影した写真を説明していきます。　私達の顧客の機密に関わる部分は写真をぼかしてあります。　質問や、もっと良い方法などの情報は筆者まで。概要最初の写真では、開発部屋におけるおもな機材に番号をふってみました。自然光を取入れ、机は木製にし、高い天井の部屋を選んだことで快適な労働環境を実現しています。　写真からもわかるように、最も広い壁側にはプロジェクトに関する様々な情報が掲示されています。顧客写真には写っていませんが左側には顧客(Product Manager)が座ります開発中のストーリその週に開発するストーリが詳細記述と共に掲示さ

sh-taka 2005/04/12

リンク

連載: IBM Watson Workspace #鬼わかアプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか解説（前編）

sh-taka 2005/04/08

リンク

＠IT：Javaオープンソースセンター（2） - Java開発支援ツールの定番

Antは、「The Apache Ant Project」（http://ant.apache.org/）で開発されているツールであり、主にJavaソースのコンパイルやデプロイといったビルド･ツールとして用いられている。元は、「The Apache Jakarta Project」内のサブプロジェクトの1つとして開発が行われていたが、2002年11月にApache Project直下に格上げされた。 Antは、同じくビルドツールであるmakeとよく比較されるが、それ自体がJavaで作成されているためにマルチプラットフォームで動作する。また、ビルド手順をXMLファイル（build.xml）で記述するといった特徴がある。現在においては、Java開発において多くの現場で使われており、ビルドツールとしてのデファクトスタンダードの地位を占めている。しかし、Antは単なるビルドツールにとどまらない。