人月商売が悪だと思っている、イノセントなあなたへ - GoTheDistance
色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大＠クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し
大手SIerの利益悪化がとどまることを知らない件 - GoTheDistance
田中克己の針路IT - ソフト会社に明日はない？：ITpro ＿＿＿_ ／:::::::::: u＼ ／:::::::::⌒ 三. ⌒＼ ウソだろ！？ 今期、いきなり利益半減？ ／:::::::::: （ ○）三（○）＼ 会社どーすんだろ・・・orz |::::::::::::::::⌒（__人__）⌒ | ＿＿＿＿＿＿＿_ ＼:::::::::: ｀ ⌒´ ,／ .| | | ノ::::::::::u ＼ | | | ／::::::::::::::::: u | | | |::::::::::::: ｌ u | | | ヽ:::::::::::: -一ー_~､⌒)^),-､ | |_＿＿＿＿＿＿__| ヽ::
音楽を愛する全ての方へ。オープンド・アーティスト・システム(OAS)
「ＣＤが売れない」「音楽業界が危ない」と言われ始めてから 随分と時が経ちました。 さまざまな立場の、さまざまな方が、この状況をどうにかしようと、 思案したり、工夫したり、挑戦したり、啓蒙したりしてきました。 しかし残念ながら、2011年を迎えた今も、あまりＣＤは売れません。 音楽業界は危ないままです。 僕たちメリディアンローグの３人は、そんな音楽業界の中で、 ここ何年もの間、色んな事を経験し、色んな事を考えてきました。 その中で、確信したことがあります。 「もう、このままでは、ダメだ」 １．あなたの知ってるあのアーティストも、実はアルバイトをしている アーティストは、自分が素晴らしいと信じる楽曲を作ります。 音楽事務所などの手によって、ＣＤ化の準備が行われます。 レコード会社などの手によって、ＣＤが生産されます。 音楽出版社などの手によって、宣伝が行われます。
おせちの裏側 : 京都から世界へ -藤田功博の京都日記-
2011/1/5追記 多数のアクセスいただいてありがとうございます。 blog更新は不定期なので、 ツイッター @fujita_nzm もぜひフォローをお願いします。 ※息抜きの記事も書いています。 「京都人でも知らないパワースポット5選」 お時間があればぜひご覧ください。 --------------- バードカフェおせちの件。 これに関して「おせち」の裏側で何が起こっているのかを 書いておきます。 今回の事件は「カフェ」のオーナーがおせちをたくさん 作ったけどクレームが殺到したということです。 500個詰めるの意外と（あるいは超）大変、っていう誤算が あったと思うのですが、それ以外にも多分、不慣れな誤算が あったんじゃないかと思います。 それは、年末はおせち用の食材の価格が急激に高騰する ってことなんですね。 鯛の子にしてもいくらにしても数の子にしても活エビにしても、 年末は普段の2倍
仕事探し | Indeed (インディード)
"),r.close()),!r)throw Error("base not supported");var a=r.createElement("base");a.href=n,r.getElementsByTagName("head")[0].appendChild(a);var i=r.createElement("a");return i.href=t,i.href}finally{e&&e.parentNode.removeChild(e)}}());var s=a(t||""),f=function(){if(!("defineProperties"in Object))return!1;try{var e={};return Object.defineProperties(e,{prop:{get:function(){return!0}}}),e.prop}catch(t)
国内のIT市場は受託が圧倒的多数。オフショアは中国が突出。総務省、経産省による調査
総務省と経済産業省は、日本の情報通信業全体を把握するため調査として「情報通信業基本調査」を行い、10月27日にその速報を公開しました。 この調査はIT業界だけでなく、電気通信、放送、出版なども含んだ幅広い業種を対象として行われたものですが、その中からIT業界に関連した部分をピックアップして紹介しましょう。 受託開発が全体の44％ 今回の調査結果を見るうえで気をつけなければならないのは、あくまでも質問票に対して回答があったものだけが集計されていることです。全企業が回答しているわけではありませんし、そこから全体を推測するための補正もされていません。傾向を知るために参照するといった使い方がいいと思われます。 さて、その調査結果から「情報サービス業」の項目からおもなポイントを見てみましょう。回答企業数は2781。その企業数の半数以上（1422）、そして売り上げの44％が受託開発となっています。一方
SEとPG、どっちが頭がいい？（2）：下流から見たIT業界：エンジニアライフ
刺戟的な題名で続けます。 前回は日本独特のSE／PGの分業体制がどのようにして発生したのか、ということを説明しました。それは日本にソフトウェア開発が産業として根付いたときに、PGが単純作業労働者と位置付けられてしまったため、上級技術者を区別する言葉が必要とされた、それがSE（システムエンジニア）だというものでした。 ●C言語＠UNIXでは COBOLの開発ではSE作業とPG作業がきちんと分けられていると思われがちですが、これも前回述べたとおり実際には形式だけのものになっていました。これはタイムシェアリング端末の普及によってプログラミング作業が格段に効率化されたからでした。プログラミングに残っていた煩雑な手作業の部分が省力化されたのです。 この事情はBasicやC言語でも同じことです。1980年代後半、わたしは最初の会社を辞め、パソコンの開発をするようになりました。現場では、技術者はそれぞれ
SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLやRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変
プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して
最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ
私がソフトウェア技術者をやめた理由 - Rails で行こう！
昨日、 人生の転機 - Rails で行こう！ の中で「ソフトウェア作りが嫌いだ」と言い切ってしまったことが引っかかっている。 私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 簡単な例を挙げよう。 うるう年を計算するアルゴリズムを考えてみる。うるう年とは、「4で割り切れて、かつ100で割り切れない年。ただし、400で割り切れたら、やはりうるう年」である。 def leap_year?(y) (y % 4 == 0) && ((y % 100 != 0) |
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
