SIがハッピーになれない理由
SIerは人が多すぎるうえに、なぜあんなに働くのか。 井上：SIはなんでハッピーじゃないんですかね。 神林：えっと、まずは、人多すぎですよね。もうちょっと少ない人数でできるところに無理やり人を入れてしまって、いや、いろいろな問題があるんですけど、一番大きいのはやっぱりお互いに知識が不足している。 井上：そうですよね。なんであんなに働くんですかね。 神林：たくさん人を働かせたほうが売り上げが上がるからですよね。結局、ユーザーさんが評価ができないんですよね。システムの価値を。中身がわからないので、どういう評価をするかっていうと、どれだけ人を突っ込んだかっていうほうが、人月工数の原価が高い、要は価値があるように見える。人がたくさんいて作ったもののほうが、人が少ないよりもいいものに決まっているっていう発想が抜けてない。抜けていないっていうか、それしか判断する根拠がない。 井上：それで、人数が多いの
リソースの一部更新におけるURL設計 - Qiita
概要 Webアプリケーションにて、リソースの一部更新を行う際、どのようにURL設計を行うとシンプルで美しいか（本当はそこまで考えていなかったけど）悩んでいたところ、 @t_wada さんから素敵な設計指針をご教示いただきました。 本記事はその内容に加えて、実際に自分で行ったこと、調べたこと、思った事など、まとめております。 あらすじ 数週間前にSIピラミッドからヒモなしバンジーを決めてWebの世界に飛び込んだ私は、小さな小さなWebアプリケーションをrails newから手探りで作っていました。 そんなとき、簡単なリソースの一部更新機能をどう実装したもんかなーと悩んでました。以下、当時（といっても先週）の超雑なぼやき。 リンクをクリックしてモデルの一部を変更するのはどうしたらいいんだろう。 例）不参加をクリック -> 某カラムをtrueからfalseへ リクエストオブジェクトに対象カラムの
TensorFlow machine learning with financial data on Google Cloud Platform | Google Cloud Blog
TensorFlow machine learning with financial data on Google Cloud Platform If you knew what happened in the London markets, how accurately could you predict what will happen in New York? It turns out, this is a great scenario to be tackled by machine learning! The premise for this problem is that by following the sun and using data from markets that close earlier, such as London that closes 4.5 hour
『The DevOps 逆転だ！』著者に聞く、「DevOps」や自動化よりも大切なこと
『The DevOps 逆転だ！』（著：ジーン・キム、ケビン・ベア、ジョージ・スパッフォード／日経BP社／2014年8月）「店頭小売りとネット通販を統合したシステムを3カ月以内にリリースせよ」という経営からの要求を受け、チームでさまざまな課題に立ち向かう中で「自分たちのやり方」を見いだしていくストーリー。小説を通じてDevOpsが分かりやすく語られている。 IoTやFinTechトレンドが本格化しつつある今、「ニーズを基にITサービスを開発・改善するスピード」が差別化の一大要因となっている。国内企業にもそうした認識が広がり、その実現手段となるDevOpsがあらためて見直されている。ただ、その重要性は認識されていながら、いまだ十分に理解されているとは言えない状況だ。 これを受けて、本特集では「DevOpsとは何か」を徹底的に見直すという趣旨で記事を展開。前回は国内DevOpsトレンドをけん引
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
