Javascript(AJAX)で、レコードを扱う際、連想配列の配列にすると便利 - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） Javascriptで、というか、AJAXとかで、返り値がXMLで来る際に、レコードのノードが何回も繰り返し、そのレコードの中に、データが入っているっていうようなケース、多くないですか？ たとえば、RSS ここ http://dailynews.yahoo.co.jp/fc/rss.xml を見てもらうと分かるように、itemというタグのノードが繰り返しになっていて、itemの中に、title,link,pubDataというのが入っているようなケース、 これ以外でも、RDBのデータを取得して、XMLにすると、こんな感じになるんだけど、このとき、このデータをJavascriptで簡単に操作したい場合、どうするか？という話。 たとえば、上記のRSSのの場合、５番目のtitleが欲しい
最適な工期は「投入人月の立方根の2.4倍」、JUASが調査 ― ＠IT
2007/07/05 日本情報システム・ユーザー協会（JUAS）は7月5日、ユーザー企業102社の357プロジェクトを調査した「ソフトウェアメトリックス調査2007」を発表した。システム開発の企画、開発計画に始まり、保守や運用管理まで実態を調査した内容で、企業情報システムの実態を伝える。調査結果からは“デスマーチ”となるプロジェクトの実態も浮かび上がった。 デスマーチ化するプロジェクトの条件の1つは工期の設定が不適切であることだろう。調査から導き出された標準開発工期は「投入人月の立方根の2.4倍」。調査対象のプロジェクトの全体工数と全体工期をグラフ化し、回帰直線によって求めた。この計算によれば1000人月のプロジェクトの場合は24カ月の工期を設定するのが標準的といえる。事情によってこの標準工期よりも短い工期しか取れない場合は、その短縮率を計算して対策を採るべきとJUASは提言。だが、「（短
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
SOA＝選択する (arclamp.jp アークランプ)
相変わらず大型案件の話が来ると「SOAでやりたい」という声を聞きます。でも、皆さん言われるのが「SOAをやる時にビジネスプロセス分析から始めたいけど、ユーザーにそんな体力がない」ということ。SOAの導入で最も問題になるのがユーザーのITリテラシという調査を見たことがありますが、あながちウソでもないなと思ってしまいます。 それでもSOAを導入するのはユーザーの理解を得ないといけません。しかし、それはビジネスプロセス分析でも、Webサービスでも、モデリングでもありません。大事なことは「選択する」ということです。 システム実現手段の選択の幅を広げる SOAの基本は標準的なインターフェースを持ったコンポーネントをプロセスとして組み合わせることです。これが何を意味しているのかというと、コンポーネントの切り方やコンポーネントの作り方が選択可能になったということです。 たとえば変化が激しく重要な業務を
Life is beautiful: 「泳ぎ続けなければ生きていけないサメ」と「波間にただようマンボウ」、あなたはどっち？
シアトル近辺では、Microsoftは相変わらず人を採用しまくっているし、Googleからのヘッドハンティング攻勢も激しい。うちの会社でも、毎月のように優秀なエンジニアをGoogleが狙い撃ちしてくる。日本の会社の１００％子会社という不利な状況なのにも関わらず、踏みとどまってくれている彼らにはひたすら感謝・感謝である。 日本の会社が米国の企業を買収したときに失敗する時の一番の原因が、インセンティブ設計の失敗。終身雇用制にあぐらをかいてきた日本企業の経営陣には、そもそも「インセンティブ」の意味・意義すら分からない連中が多く、「買収後のロックアップ期間が終わったとたんに主要なメンバーが一斉に敵会社に転職」なんてことは日常茶飯事である。これを「アメリカ人は拝金主義だ」と批判するのも一つの考え方だが、そんな考え方では海外進出はできない。 今日のウォール・ストリート・ジャーナルの注目記事は、そのGo
日本のIT技術者が尊敬されなくなってきた――IPAイベントから ― ＠IT
2007/06/28 「きつい、厳しい、帰れない」で新3KともいわれるIT技術者の職場。学生の就職先人気ランキングでもIT企業は低迷している。6月28日に情報処理推進機構が開催したイベント「IPAX 2007」では、IT人材の育成をテーマにパネルが行われた。 「われわれの時代に比べるとIT技術者は尊敬される職種ではなくなった」。NECネクサソリューションズの代表取締役 執行役員社長で、NECで長くSEを務めた渕上岩雄氏はこう語る。時代の最先端技術を担いながらも、新3Kに代表されるよくないイメージが先行するIT技術者。渕上氏は過去の業務と現在の業務の違いを、人気低下の原因に挙げる。 渕上氏がSEを始めた35年ほど前は顧客企業の業務に合わせてITシステムやアプリケーションをほぼ手作りするのが一般的だった。納期2～3年は当たり前。ユーザー企業と密接にコミュニケーションを取って、システムを作り上げ
会議での「先送り助け舟」が本当に迷惑な点について
私は基本的に会議はきらいだが、特にアジェンダがはっきりと決まっていない会議だとか、何も決定を下さない会議が大嫌いである。そんな中でも、もっとも許せないのが「提案を文書にする」「次のミーティングを設定する」などの一見建設的だが、実は単に意思決定を先延ばしすることを許容するだけの「助けにならない助け舟」である。 営業部長「こうなると選ぶ道はAかBしかありませんね」 社長 「そうは言っても色々と難しい面もある」 技術部長「ここで、決めるしかありませんね」 社長 「そんな簡単な話ではないだろう」 営業部長「そんな悠長なことを言っている暇はありません」 社長補佐「まあまあ。じゃあ、まずは営業部長に彼の提案を文書にしてもらうというのは、どうでしょう」 技術部長「文書にするって、今さんざん話したばかりで、もう分かっているじゃないか」 社長補佐「そうあわてずに。文書にしてもらえば見えてくることもありま
福耳コラム - ものづくりは情報の転写だの巻「女子大で講義する余談の多い経営学 ＃６」
自動的に移動しない場合はをクリックしてください。
HOW DO YOU LIKE SILICON VALLEY やはり受託からイノベーションは生まれない
一定期間更新がないため広告を表示しています
もっと失敗しよう：江島健太郎 / Kenn's Clairvoyance - CNET Japan
このへんを読んでいて思ったこと。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む - 大迫正治 REPEDANT BLOG [ITmedia オルタナティブ・ブログ] HOW DO YOU LIKE SILICON VALLEY? | やはり受託からイノベーションは生まれない いやはや、まったくおっしゃるとおり。 ともかく、みんな「リスク」とか「不確実性」とか、そういう浄化されたビジネス用語をつかって説明しようとするからリアリティーがないんだ。 いまの日本のITイノベーションに足りないのは、転んで生傷をつくりまくる失敗経験だよ。 「１０のチャレンジのうち９の失敗をよしとする」ということは、それ自体、相当の覚悟と思考体系の適応力が求められる難しいテーマ。ハンパに受託をやりながら、そういうマインドを維持できると思ってる人がいるとは、いかにもおめでたい。 だいたい、国際交流試合や全
人事部が社員の評価をしてはいけない 城繁幸さん(元富士通人事部)：弊社の成果主義『日本の人事部』 - 3時間インタビュー 大企業人事部員が語る「弊社の成果主義」
人事制度面での大改革と言われる「成果主義」。 10年後には日本でも常識になっているかもしれない。 だが、この欧米発のシステムが企業内に混乱をもたらすことはないのか。 成果主義で成功する企業と失敗する企業はどこが違うのだろうか？ 売上高1兆円、経常利益1000億円の絶頂から、わずか十数年で無残な「負け組」へ――。日本を代表するリーディングカンパニーの富士通があっという間に転落したのは、同社が1993年に鳴り物入りで導入し話題になった「成果主義」が一つの原因ではないかと見られている。目標シートも書けない管理職、主導権を握ろうとする人事部、やる気を失っていく社員たち……新しいシステムがいかに会社組織を病んでいったのか、同社の元人事部員で成果主義を推進する立場にあった城繁幸氏が赤裸々に語る。 じょう・しげゆき●1973年山口県生まれ。東京大学法学部卒業後、富士通に入社。当時、富士通は他企
メンタルヘルスの知識がない上司が壊した部下の心 | 会社で心を病む | 東洋経済オンライン
私がある企業で産業医として働き始めた頃は、今ほどうつ病が社会的に認知されていませんでした。「精神がたるんでいるからだ」とか「気合いが足りない」など、根性論が当たり前のように語られていました。また、当の本人も自分がうつ病ということを認めたがらないことが多々ありました。 そんな時代に、私が経験したあるビジネスマンのお話を紹介しましょう。彼は30代後半のビジネスマン。大学時代はラグビーをしていたというだけあって、仕事のやり方も体育会系。「やればできる」の精神で仕事をこなしていました。そんな彼に栄転の話が舞い込みました。大阪支社から東京本社への異動と同時に、課長に昇進するというものです。妻と幼稚園に通う娘の3人で東京に引っ越し、新たな生活が始まりました。 本社に勤務して半年もした頃でしょうか。彼の様子がおかしくなったのです。朝なかなか起きられず、新聞も読まなくなった。土日もベッドにもぐり込
高収益企業なのに「給料が上がらない」の声 - 日経ものづくり - Tech-On!
「A社の一体どこが明るいの？ みんな元気がなくて暗いじゃない。あんなに頑張っているのに，社員の給料は全然上がらないって聞くよ」。ある工作機械メーカーの幹部が取材時にこう語った。A社はこの工作機械メーカーの顧客であり，工作機械が両者の擦り合わせを要する製品であることから，この工作機械メーカーはA社のことをよく知っている。おまけに，技術者同士の交流もあって，A社の技術者の「懐具合」もある程度把握しているようだ。 私はこの幹部の言葉に驚いた。A社は技術者に限らず，一般の人にもよく知られたブランド企業であり，日本を代表する高収益企業でもあるからだ。ここしばらく，何度最高益を更新したか分からない。それなのに，その社内には元気がなく，社員の給料が上がっていないというのである。経済誌などで絶賛されるその会社や，その会社を率いるトップの姿の裏に，元気をなくした社員の姿があるとはにわかには信じがたい。思わず
FPN-仕事がつらいとか大変とかって絶対必要ですか？
コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 311 view 3．ビジネスリサーチの報告書作成 聞き手の頭に入りやすい資料作成〜聞いて理解する人と読んで理解… 【 相手に合わせた 資料作成 】最初に結論を述べてから、それを裏付けるデータを提示するという構成は、欧米流のロジカルシンキングの基本になっていますが、日本のビジネスパーソ… 2021.02.03 2021.05.13 974 view 1．ビジネスリサーチの基本・心構え すべては「依頼」から始まる〜社内リサーチャーと社外リサーチャ… 【 リサーチャー とは 】企業で企画系の仕事をしていると、上
【第6回】米国でも長時間労働が深刻化 大半が「働きすぎ」と感じる：日経ビジネスオンライン
前回は日米の違いに焦点を当て、米国のビジネスパーソンは個人単位で交渉・工夫して仕事と私生活の両立を図っていることをリポートした。今回は日米共通の悩みである、長時間労働を取り上げる。ワークライフバランスを損なう問題の根は、日米でよく似ている。 米国の労働者は長時間働く。1人当たりの年間労働時間はG7（先進7カ国）で最長の1824時間。次に長いのが日本で、1789時間、続いてカナダ1751時間、英国1669時間、ドイツ1443時間、イタリア1585時間、フランス1441時間と続く（「OECD Employment Outlook 2005」)。 休暇取得日数が少ないのも、米国の特徴だ。『The Career Mystique: Cracks in the American Dream』（Phyllis Moen and Patricia Roehling著、Rowmann & Littlefi
メンタルヘルス不調者の発生防止は可能か？【前編】：日経ビジネスオンライン
最近企業内で大きな問題として取り上げられている社員のメンタルヘルスについて、産業医と弁護士がそれぞれの立場でアドバイスをする。毎回、事例に基づいた相談内容を、管理者向けに解説する。前編は産業医のアドバイス。 某地方銀行で人事部長をしているCといいます。行員は2000人余りいて、支店は隣接する県まで分散しています。メンタルのケースが出るたびに健康保険組合の職員でもある保健師と共に私や労務を担当する部下が対応してきました。今まで、幸い会社のダメージになるような大きな問題のあるケースは出ていません。 バブル崩壊後の弊社の経営状態は厳しいものがありましたが、経費削減や要員の適正化で何とか乗り切ってきました。今後の見通しは決して甘くありませんが、特色のある金融サービスを展開し、地元と密着した形での発展を目指しています。 しかし、徐々にメンタル不調で見つかるケースが増えてきました。メンタル不調を持つ行
大迫正治 REPEDANT BLOG > 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む : ITmedia オルタナティブ・ブログ
日本のソフトウェア産業は「製造業」よりも「サービス業」に分類される。なぜなら、革新的なプロダクトを研究開発し、一気呵成に市場に展開するよりも、顧客ニーズに沿ったオーダーメイドのシステムを逐次的に開発することが主流となっているからだ。 創業期は受託開発で糊口をしのぎ、徐々に自社製品の研究開発に資金を回して、いつかは自社ブランドで世界を席巻する、というストーリーは巷にあふれるが、これは結局のところローリスクでスタートしながらハイリターンを得ようとする野望であり、実現へのハードルは低くない。その理由は、中毒性のある受託開発と、ソフトウェア産業の悲惨この上ない「重層下請け構造」にある。 １．受託開発では「技術」が蓄積しない 住信インベストメントの辻俊彦氏はご自身のブログで次のように述べている。「クオリティの高い受託開発力は、オリジナリティ溢れる尖った自社開発力を生み出す素地になると思っている。投資
Geekなぺーじ：エンジニアは下らない質問をする
「バナナはおやつに入るんですか？」という質問をしたことがあるエンジニアは多いと思います。 私も真っ先にそのような質問をした覚えがあります。 で、実際にバナナを持ってくる人がいるかというと、私は見たことがありません。 エンジニアって一般人から見ると変な、もしくは下らない質問が大好きな人種なのではないかと思う事があります。 エンジニアというよりもプログラマかもしれませんが、全ての事をswitch case文で考えて、条件分岐の白黒をはっきりさせたがってしまうのではないかと思うのです。 以前、マンション営業をする友人に「職業がエンジニアな人がお客さんだと面倒なときがある」と言われた事があります。 最後に契約書を確認する際に、非常に細かいところを確認したがって面倒であるそうです。 (私は細かく確認しない大多数の人の方が間違っているとは思いますが。。。) 細かい話になってくると、例えば受け渡しの前に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてな
Not Found