120年ぶり民法改正へ、システム開発費「高騰」のリスク
約120年ぶりに債権法を抜本的に見直した改正民法の施行が、約4カ月後の2020年4月1日に迫っている。改正によりIT業界で新たな火種となりそうなのが、ITベンダーが納品した情報システムに対して、ユーザー企業が無償改修や賠償を請求できる期間が実質的に延長される点だ。大手ITベンダーや業界団体は対応に乗り出しているが、システム開発費が「高騰」するリスクをはらんでいる。 改正民法は2017年に国会で成立した。売買やサービスなどの「契約」に関するルールを定めた債権法を約120年ぶりに抜本的に見直す。建築業界と並んで大きな影響を受けるのがIT業界だ。ITベンダーとユーザー企業それぞれで対応が必要になる。 最長10年間、ユーザー企業は無償対応の請求が可能に ユーザー企業とITベンダーが交わすシステム開発の契約形態は大きく2つある。ITベンダーが成果物に対する完成義務を負う「請負」と、ユーザー企業が設計
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
人月単価で80万円ぐらいの仕事 - terurouメモ
Twitterでこういうことを書いたら、そこそこ反応があった。 今のご時世、技術難易度が並ぐらい（一人でWebシステムが構築できる程度）で、2‐3人月ぐらいの小さなシステムを一人でヒアリング～実装～運用引き渡しができて、説明責任ちゃんと果たせれば、人月単価換算で80万円ぐらいは一杯転がってる（常にあるとは言ってない）し、その他要因で単価はもっと上がる— てるろー (@terurou) 2018年4月17日 意図通りには伝わらないだろうなぁと思いつつ、所詮Twitterだしなーと思いぶん投げたんだけど、想定してた範疇の誤解が広まってきたので、一応補足する。 「人月単価で80万円ぐらいの仕事」の難易度 ちゃんと書いてないから伝わらなくて当然といえば当然なんだけど、行間をちゃんと補うと、 エンドユーザー直案件 技術難易度的には、いわゆるマスタメンテナンス機能に毛の生えた程度のもの 一覧/詳細/編
マイクロサービスはもう十分 | プロダクト・サービス | POSTD
モノリスとして管理するには複雑すぎるというシステムでない限り、マイクロサービスは検討さえしなくていい。ソフトウェアシステムの大多数は、単一のモノリシックアプリケーションとして構築されるべきである。そのモノリス内のモジュール性が良好になるよう注意を払う必要はあるが、別個のサービスに分けようとしてはいけない。要旨 モノリスとして管理するには複雑すぎるというシステムでない限り、マイクロサービスは検討さえしなくていい。ソフトウェアシステムの大多数は、単一のモノリシックアプリケーションとして構築されるべきである。そのモノリス内のモジュール性が良好になるよう注意を払う必要はあるが、別個のサービスに分けようとしてはいけない。 – Martin Fowler 明確に構造化されたモノリスを構築できない時、なぜマイクロサービスがその答えだと思うのか。 Simon Brown 始めに マイクロサービスの利点と欠
マイクロにしすぎた結果がこれだよ！
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
日本でアジャイルが流行らない理由 - @ledsun blog
ポジション的なもの 個人的に、アジャイルは「（あんまり未来や遠くのことを考えるのをやめて）目の前にある問題を解決しよう」という思想と認識しています。 現実の問題を見ないで「将来、日本と米国のソフトウェア開発技術の差が広がるから、ウォーターフォールをやめてアジャイルをやろう」とか、何を言っているんだ、おまえは？ と、思います。 キーワード「エンタープライズ」が出てきているので、業務システムの話をします。 情けないぞアジャイルコーチ 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログを読みました。 感想を書きます。 サム・グッケンハイマーの一言 サム・グッケンハイマーは、マイクロソフトが、アジャイル、そして DevOps 移行したことに関するソートリーダー の方が 「ウォータフォールは一切メリットがないので止めておきなさい」 といったそうです。まあ、ポジシ
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
フロントエンドで使ってるものがあまり変わってない - No Regrets in Bathing
自分のスタックはあまり変わっていない。ほとんど10年のツケを払っていない。学習能力が低いせいでもあり、選んだスタックがバージョンを重ねている成果でもある。 毎回使う フレームワーク：Vue.js 消耗、などの意見が散見されたが、べつに今でも便利に使えている。 browserifyやwebpackがあれば便利だけど、なくてもいい、ってバランスが好き データフローは特に考えない。状態がそこにあるので書き換えれば良い。 あまり頭を使わなくていいのが助かる Reactの考え方は好きなのだけど、よっしゃFluxやるぞって気持ちにはならず、Reactのみでよしなにやるソリューションが広まったらいいなと思う。 ビルドシステム： browserify / watchify substackの作るものはどれも品質が高いので、もうsubstack製品だけ使っていればいいやという気持ちになりがち。余計な処理が全
開発途中で退職したエンジニアの責任 東京地判平27.3.26（平26ワ12971） - IT・システム判例メモ
ソーシャルゲームの開発中に退職した従業員らが，会社から開発頓挫の責任を追及された事例。 事案の概要 Xは，ソーシャルゲーム（本件ゲーム）の開発を目的として設立された会社である。Yらは，Xの設立前から，Xのグループ会社の依頼を受け，本件ゲームの開発に関わり，Xが設立された後には，Xの従業員となって，本件ゲームの開発に従事した。 本件ゲームのリリースは，当初定められていた時期には間に合わず，延期された。 その後，Yらが，いずれも本件ゲームのリリース前に退職したところ，Xは，Yらが開発設計仕様書も作成せず，突然の退職によって本件ゲームの開発が頓挫して損害を被ったとして，主位的に不法行為に基づく損害賠償として，予備的に労働契約上の債務不履行に基づく損害賠償として，5400万円の賠償を求めた。 ここで取り上げる争点 Yらは，信義則上，あるいは労働契約上の義務として，開発設計仕様書を作成する義務があっ
1巻で154Tバイト実現可能な磁気テープ技術、富士フイルムとIBMが開発 量産化も視野
富士フイルムは、米IBMと共同で、世界最高の面記録密度による大容量塗布型磁気テープ技術の実証実験に成功したと発表した。現在最高のLTO 6（2.5Tバイト）の約62倍となる1巻当たり154Tバイトの記録が可能で、既存設備による生産が可能なことから量産化の可能性も視野に入れている。 「バリウムフェライト（BaFe）磁性体」を独自技術により微粒子化することで、塗布型磁気テープとしては世界最高となる85.9Gビット／平方インチを実現。IBMの記録ヘッドやサーボコントロール技術、信号処理技術と組み合わせることで高密度記録・再生が可能になったという。 コンピュータ用磁気テープで主流の塗布型は、ベースフィルムの上に塗布する磁性粒子をより小さくすることで記録容量を増やせる。富士フイルムは、微粒子化しても高い保磁力を持つ「BaFe」を採用し、LTO 6カートリッジなどに採用している。 新技術では、粒子を細
携帯シューティングを趣味で個人開発して思ったこと 島国大和のド畜生
開発環境がどうこうというより、シューティングを個人で作ってどう思ったかレベル。 仕事（ゲーム開発者だったそういえば）でシューティングを作ったことは無い。 あと自分はプログラマでも絵描きでもないので純粋に知識としてのそれらを得るための習作。 ちなみに、自分自身はシューターではないので、イメージファイトあたりでシューティングの歴史が止まっている。 人がプレイするのを見るのは好き。 といったレベルの人間が趣味でゴソゴソつくるとどうなるかというメモ。 ・unityはなんとなくゲームっぽい体裁まで動かすのが大変ラク ほんとラク。 自分はLightWave（３Dソフト）使いだが、FBX吐き出ししたモデルを即実ゲーム画面に出す事ができる。 unity以前ならば、俺ならそれだけで年単位かかる。 最近はunityには２D特化したモードがあり、ペイントでもなんでもちょっと絵が描ければゲームオブジェクトになるわ
アジャイル開発と下層環境リポジトリ
村上裕一 yuichi murakami @murakami_kun CODE2.0を読んでいる。岡田プレゼンが神だったのでよくこれについて考えているのだが、発表中から思っていたのは、憲法とリポジトリの差異だった。ともに最下層にあるのは一緒だが、法が質的に支えられているのに対して、リポジトリは量的に支えられているような印象があった。 2010-01-19 20:10:55 村上裕一 yuichi murakami @murakami_kun 法をリポジトリ的に取り扱おうとすれば、ラディカルな法の実験場が必ず必要になるはずで、例えば特区を百個作って観察するとかだろう。しかし法を淘汰させるのに足るほど現実は広くない気がする。 2010-01-19 20:20:38
「溶けないアイス」卒論もとに新商品 介護食として活躍：朝日新聞デジタル
「溶けないアイスクリーム」。大学生がそんなテーマで研究した卒業論文をもとに新商品が誕生し、病院や高齢者施設が給食に出し始めた。２０度の室温で３０分放置しても形が崩れず、なめらかさは保たれたまま。「食べやすく、介護食に最適」と好評だ。 卒論を書いたのは昨春まで関東学院大学人間環境学部（横浜市）の学生だった相川翔子さん（２３）と玉置明日美さん（２３）ら３人。ゼミで指導を受ける松崎政三教授（栄養学）からヒントを得て、溶けないアイスを作り始めた。 アイスはとろみがあり、のみ込む際に誤って気管に入る「誤嚥（ごえん）」を起こしにくい。高齢者の誤嚥は呼吸困難や肺炎を引き起こすこともある。「暑いときの食欲増進にもつながるアイスは素晴らしい介護食」と松崎教授。ただし、病院などでは配膳から食事までの時間が人によってまちまち。アイスは溶けるのが難点だった。「溶けると誤嚥しやすく、何よりおいしくない」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Not found