タグ

IT業界に関するtechnacのブックマーク (24)

  • 灰皿飛んでくるのはいやだ! 東京図書出版「ITエンジニアのためのハイプレッシャー下での対応術」が生まれたワケ

    記事はアフィリエイトプログラムによる収益を得ています 「ITエンジニアのためのハイプレッシャー下での対応術」というなんとも気になるタイトルのが話題になっています。調べてみると、Amazon.co.jpでは中古品で6141円という高値が……! い、いったいどんななんだ!! 筆者の鳥山康見さんに聞けば、鳥山さんは40年以上IT業界仕事をしており、過去にたびたび「ハイプレッシャー下での対応」を経験したとのこと。そのとき、経験豊富な先輩や優秀なプロマネに対応方法を聞いたもののこれだという解が見つからず、大変苦労したそうです。 そこで対処法を自ら研究。独自に編み出した方法をセミナーで伝授したところ大好評でだったため、その内容を整理し出版を決めたのだとか。鳥山さんは「ハイプレッシャーに負けて心の病になってしまうSEや、思考停止してしまうプロジェクトマネージャーを一人でも減らしたいという強い思

    灰皿飛んでくるのはいやだ! 東京図書出版「ITエンジニアのためのハイプレッシャー下での対応術」が生まれたワケ
    technac
    technac 2015/01/27
    レベル2の経験はある。先方が喫煙者じゃなかったので事実上レベル3かもしれない。
  • 達人が語る、インフラエンジニアの心得 記事一覧 | gihyo.jp

    運営元のロゴ Copyright © 2007-2025 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    達人が語る、インフラエンジニアの心得 記事一覧 | gihyo.jp
  • Gov 2.0を見据えた需要主導のクラウド戦略を - 雑種路線でいこう

    役所から「日のクラウド振興策をお題目で終わらせないために」の続きを話すようにと依頼を受ける。何を話そうか悩ましいところだが、とりあえず考えていることをブログにまとめて、フィードバックも踏まえた上で考えることにした。 いわゆるクラウド・コンピューティングについて、その定義が明確ではないが、米国NISTなどが用語の定義を検討しており、ISOもクラウドコンピューティング関連の標準化に関心を持っている。ITUも今後サービス提供基盤としてのクラウドコンピューティングについて標準化を検討するだろうから、遠からずくっきりした輪郭やが現れ、標準化のロードマップもみえてくるのではないか。 グーグルやアマゾン、マイクロソフトが大規模なデータセンターを建造し、低コストなPCベース大量のサーバーをミドルウェアで連携させて大規模サービスを運用していることが広く話題となったのはここ数年のこと。いわゆるハードウェア・

    Gov 2.0を見据えた需要主導のクラウド戦略を - 雑種路線でいこう
  • CNET Japan

    人気記事 1 povoユーザーが「ChatGPT使い放題」に--「povo AI」無料で提供開始 2025年07月23日 2 山手線で5人負傷--発火相次ぐモバイルバッテリー、注意すべき8つのポイント 2025年07月22日 3 「Pixel 10」の姿が明らかに、グーグルが映像公開--8月20日発表へ 2025年07月22日 4 グーグル検索のAI要約はクリック率を下げるのか--調査結果が公開 2025年07月23日 5 「ドン・キホーテ」初の無人店舗--商品を手にとって店を出るだけでOK セルフレジ不要 2025年07月22日 6 テスラの「紛らわしい機能名」めぐりカリフォルニア当局が30日の販売停止を要求 2025年07月22日 7 マニアック過ぎたソニーXperia、変わり始めた矢先の不具合--文鎮騒動を解説(石川温) 2025年07月22日 8 私には派手すぎたMeta×オークリ

    CNET Japan
  • [IT Service Forum]「ITベンダーの皆さん、その道の“プロ”になってください」、オリンパス北村部長

    「何でもできます。死ぬ気でがんばります――。そんなITベンダーは要らない。その道の“プロ”をユーザー企業は求めている」。オリンパス IT改革推進部の北村正仁部長は、2008年11月26日に東京都内で開催された「IT Service Forum 2008」でこう訴えた。 同社は2002年から4年がかりで、ERP(統合基幹業務システム)パッケージをビッグバン導入した。プロジェクトの経験を振り返り北村部長は、「(ERPパッケージにかかわる)日ITベンダーの常識は間違っている」と指摘する。 「ERPのベストプラクティスで業務改革を推進しましょう」「システムに業務を合わせてください」「品質が安定していて実績のある(最新ではない)バージョンを採用しましょう」「(開発日程が延び費用が増えると)最後まで死んでもやりきります」――。もし、この4つの決め台詞をITベンダーが言ったとしたら、「それはプロでは

    [IT Service Forum]「ITベンダーの皆さん、その道の“プロ”になってください」、オリンパス北村部長
  • iPhone向けアプリ開発で、セカンドライフ以来のバブルがやってきた - やまもといちろうBLOG(ブログ)

    零細ベンチャーの野郎ども! 今度はiPhone/iPod向けのバブルが来たぜ!! 波に乗り遅れるな!!1! というわけで、iPhoneバブルなんですけど、カジュアルな一発モノのブームが去り、某国ガラパゴス市場同様に、機体能力の高さに見合ったリッチコンテンツ投入祭りになっております。しかし、びっくりするぐらいどれもこれも面白くないのがまたポインツです。どうするんだろう、これ。 はてなでは、元鞘の人二人組が論争してます。なかなか興味深いですね。 コンテンツプラットホームとしてのiPhoneの設計は間違っている http://d.hatena.ne.jp/kawango/20090615/1245039092 iPhoneとiモードのプラットフォームとしての未成熟さ、または「儲からないからチャンスがある」という考え方 http://d.hatena.ne.jp/shi3z/20090615/12

    iPhone向けアプリ開発で、セカンドライフ以来のバブルがやってきた - やまもといちろうBLOG(ブログ)
  • そろそろUnicodeについて一言いっておくか - 未来のいつか/hyoshiokの日記

    文字コードの標準化について日記を書いたのだが、内容がいまいちだったのでボツにして気を取り直してUnicodeについて一言いっておくことにする。先日、といっても昨年(2008年)の10月なんだけど、その中でちょと文字コードの標準化について話をしている。*1 もう1つ自分の経験としてあるのが、漢字の文字コードがあるんですけど、番号で言うとJIS X 0208とか0212とか規格の番号で皆言うわけなんですけど、実は1988年にその日語の文字コードの改正の委員会にいたんですね。 その当時、私は 30歳ぐらいなんですけど、「富士通」とか「日立」とか「NEC」の部長さんぐらいの偉い人たちが来てて、私なんか外資系で且つ30前後のぺーぺーだから、全然格下なんですよ。 そういうところで議論の主軸を担ってるのは、「富士通」「日立」「NEC」「日IBM」「東芝」「沖」、外資でいえば「ユニシス」とかの錚々たる

    そろそろUnicodeについて一言いっておくか - 未来のいつか/hyoshiokの日記
  • 人材不足?の背景 - 雑種路線でいこう

    最近「優秀なエンジニアってどこにいるんですかねぇ」とよく聞かれる.当に優秀なエンジニア起業したり,大学に残って研究を続けたり,グーグルに就職したりするんだろうけれども,だいたい探してるのは「Ajaxなひと」とか「Web進化論に出てきそうなGeekたち」とか,ヲイヲイ優秀なエンジニアの基準がそれかよとゲンナリしてしまうのであるが,まぁそんなものかも知れない. いわれてみると前の会社を辞める前に登録したエージェントがずっと静かだったのか,ここ半年くらい急に年収1000〜2000万とか妙に景気のいいメールが飛んでくるようになったり,会社に身に覚えのない外人から電話がかかってきて訝しがっていたらヘッドハンティングだったりとか,そういうのが増えた. 僕は基的に人買いは信用しないし使わないけれども,誘われたら必ず会うようにしている.だいたい印刷屋の親父とかタクシーの運転手とか飲み屋のオーナーは肌

    人材不足?の背景 - 雑種路線でいこう
  • 2009-03-14

    @ntamaoki がうちの若手と飲みましょうよ、と言ってきたので、ほいほいそれに乗って日オラクルの若手エンジニアに会ってきた。実のところ、ERPだAPPSだというのは、よくわからない。わたしはデータベースのエンジニアだったわけで、職種もコンサルとかではなく、サポートのさらに下のバックエンドのサポートだったわけで。 新社屋は素敵だった。二階の受付まで行って、諸般の事情で社内にははいれなくて残念。 まあ、それは、どーでもいい話なのだが、基盤系いいよ〜、RDBMSの開発おもしろいよ〜という話をお腹いっぱい話してきた。 バックエンドサポートの一日つーのは、出社してbugdb見て、自分の担当部分のバグをざっと見て、新しいバグがあれば、拾って、地味に回答を作る。パッチを作る場合もあるし、バグじゃなかったり、バグだったとしても、簡単なワークアラウンドがあったりして、それを回答したりという感じである。

    2009-03-14
  • 単なる「低コストの外注先」ではなくなりつつあるインドのIT産業

    今週はMBAの授業の一環でインドのいくつかの企業を訪ねてまわっているのだが、今日行ったのはInfoSys。 InfoSysは、Fortuneマガジンが"Top Companies for Leaders 2007' list"の10位に選んだ、インドの「IT産業」の花形。

  • 5年以内にQITOからスーパークリエイターを出すために - 雑種路線でいこう

    わたしが講義を担当している九州大学の社会情報システム工学コースから初めて卒業生が出るということで、今年も金・土とQITO+経団連の合宿に行ってきた。かねてid:shi3zも自腹で来ているし、彼を講師に誘った私がサボる訳にはいかず、クレジットカードで貯めたマイルはたいての自腹出張。前回も過激な発言にハラハラさせられたが、今回さらに彼はやってくれましたよ。 学生のモチベーションをどうすれば維持させることができるか。 お歴々は嘆いていたが、実際に学生に接すると、肌感覚では彼らも捨てたものじゃないと感じた。やる気はあるのだ。 ただ、一体全体なにをどう頑張ればいいのか、QITOの教育プログラムの方がむしろきちんとした道筋を示すことに成功していない。 わたしが担当する分科会を手堅くまとめているところ「助けてくれよ」と清水さんが乱入。早々に切り上げて様子を見に行くと、真夜中ビールで酔っぱらいながら「おい

    5年以内にQITOからスーパークリエイターを出すために - 雑種路線でいこう
  • Google の面接を受けてみた - 科学と非科学の迷宮

    Google の面接について書かれたブログ記事が面白かったので翻訳してみました。 原著者の許可取得済み。(Thank you, Petris!) 文 二週間ちょっと前、ぼくはカリフォルニアのマウンテンビューで Google の面接を受けてきたんだ! Google の面接が面白い体験だったから、ぼくはそのことを話したいんだ。(Google からはこの記事を出すゴーサインをもらった) ぼくが面接を受けた職種は Google SRE だった。SRE というのはサイト信頼性エンジニアリング(Site Reliability Engineering)という意味だ。サイト信頼性エンジニア(SRE)はソフトウェアエンジニアでもあり、システム管理者でもあって、Google の製品サービスを端から端まで責任を持つんだ。 合計8回の面接があった。最初の3つは電話越しで(電話面接)、残りの5つは現地での面接だ

    Google の面接を受けてみた - 科学と非科学の迷宮
  • IT業界人は自分のドッグフードを食べよ:インフラコンサルティングの最前線 - CNET Japan

    IT業界を不人気にした重鎮の大罪」というエントリーのコメントで、この業界を取り巻く人々の姿勢についても反省を促したいと書いていましたが、もう少し具体的に述べます。 自分のドッグフードをべる SIerや各ベンダーは自社のソリューションや製品を持っているところが多いですが、来クライアントやカスタマーに提供するサービスを使って自社の業務効率化や改善を図ることを指す言葉です。 元々はWindows NTを開発していたマイクロソフトが、テストを兼ねて自社のシステムに開発バージョンを導入した際、「自分のドッグフードをべる」と表現したことから使われるようになりました。 最近では、ノキアのCIOがこの言葉を踏まえて、より高品質な自社ソリューションを自分達に適用するということを、「自分のフォアグラをべる」などと表現していましたね。 (参考:自分のフォアグラをべよう) → http://it-ur

    technac
    technac 2009/03/03
    ドッグフード美味しいワン!!
  • 大迫正治 REPEDANT BLOG > 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む : ITmedia オルタナティブ・ブログ

    のソフトウェア産業は「製造業」よりも「サービス業」に分類される。なぜなら、革新的なプロダクトを研究開発し、一気呵成に市場に展開するよりも、顧客ニーズに沿ったオーダーメイドのシステムを逐次的に開発することが主流となっているからだ。 創業期は受託開発で糊口をしのぎ、徐々に自社製品の研究開発に資金を回して、いつかは自社ブランドで世界を席巻する、というストーリーは巷にあふれるが、これは結局のところローリスクでスタートしながらハイリターンを得ようとする野望であり、実現へのハードルは低くない。その理由は、中毒性のある受託開発と、ソフトウェア産業の悲惨この上ない「重層下請け構造」にある。 1.受託開発では「技術」が蓄積しない 住信インベストメントの辻俊彦氏はご自身のブログで次のように述べている。「クオリティの高い受託開発力は、オリジナリティ溢れる尖った自社開発力を生み出す素地になると思っている。投資

  • 「ITゼネコン構造がイノベーションを阻む」(池田氏、月刊アスキー記事)について | isologue

    「ITゼネコン構造がイノベーションを阻む」(池田氏、月刊アスキー記事)について | isologue
  • いい学校、いい会社に入る意味と、自分の頭で考えることの重要性 - 雑種路線でいこう

    学歴社会への批判って自分は中学の新聞部から十八番だったから、正直そろそろ卒業しろよとも思う。数多あるアクセスには受験勉強中の生徒や、就職活動中の学生さんもいるかも知れないし、僕やダンコーガイの煽り記事を読んで勘違いされては困る。だから眠れない夜長に、教え子や息子から聞かれたらどう答えるか、噛み砕いて考えた。 ぶっちゃけ自分でっていく必要のある奴は、ともかく生業や居場所をみつけておけ。昔ほどの学校歴社会はなくなったが、いい学校で得られる文化や人脈は頼りになる。修士や博士の過程は就職の見通しを踏まえて検討すべきで、モラトリアムで選ぶには危険だ。新卒の就職活動は年によって条件が不安定だから他の経路も当たってみろ。どこに入るかよりも、どこかに入ることが大切。新卒採用を受けるなら倍率数千倍の人気企業ばかりでなく、どこかに入れるようポートフォリオを組め。条件の悪いところに入っても、そこで何を得ら

    いい学校、いい会社に入る意味と、自分の頭で考えることの重要性 - 雑種路線でいこう
  • 中卒のオレが学歴について語ってみる : 404 Blog Not Found

    2008年05月24日12:30 カテゴリArt 中卒のオレが学歴について語ってみる あら、こんなところに名前が。 はてなブックマーク - 中卒か… - heartbreaking. せっかくなので、学歴について思うところを書いておく。 Catalyst: Accelerating Perl Web Application Development Jonathan Rockway 確かに、IT業界というのは、私を含め低学歴者が高地位にいることが多く見られる。日のような弱学歴社会ならまだしも、合州国のような強学歴社会においてもそうだ。たとえば Hotel DAN のゲストの一人、Jonathan Rockway もその一人。23歳にした単著持ちの彼だが(サインもろた)、U of Chicagoを「つまらないから」とやめてしまった。私自身がドロップアウトということもあるせいか、私のまわりには

    中卒のオレが学歴について語ってみる : 404 Blog Not Found
  • ユメのチカラ: 取締役退任。生涯一プログラマ宣言。

    6月30日臨時株主総会において、ミラクル・リナックス株式会社の新取締役として、児玉崇、伊東達雄を選任し、それに続く、取締役会議により、新しい代表取締役として児玉崇を選任した。佐藤武前代表取締役社長は、取締役会長へ、わたしは取締役を退任した。 ここにご報告する。 さて、ここからが題(?)である。取締役を退任したからといってミラクル・リナックスを辞めるわけではない。今後は経営者という責任ある立場を退き一技術者としてミラクル・リナックスに貢献していく。 2000年6月にミラクル・リナックスを創業以来8年にわたって取締役CTOとしてミラクル・リナックスとともに歩んできたが、取締役というよりも、技術屋としてミラクル・リナックスのV1.0の開発、OSDL (Open Source Development Lab -- The Linux FOundationの前身)への参画、そしてAsianuxプロ

    technac
    technac 2008/07/01
  • OSI 12階層モデル - N2 ToolBox(跡地)

    実際のところ、問題なのは一般的に言われている7階層なのではなく、 その上の5階層なのです。しかし、そのことはあまり世間には認知されて いないようです。最近そのことに気づき、ショックを受けました。 いまさらとは思いますが、念のため OSI 12階層を復習したいと思います。 今日はかなり心がすさんでいるため、かなり愚痴がはいっていますが、 人間たまにはそんな日もあります。あしからず。 第1層 物理層 第3層 データリンク層 第4層 ネットワーク層 第5層 トランスポート層 第6層 セッション層 第7層 プレゼンテーション層 第8層 スキル層 よく、「開発者のスキルが。。。」という嘆きを聞きますが、当にそう なのでしょうか? 私の経験から言うと実は知識的なものにかんしては 十分であることも多いのです。むしろ、マネージャのビジョニングの不十分さ や、リスク管理の甘さを開発者に押しつけていることの

    OSI 12階層モデル - N2 ToolBox(跡地)
  • 若いっていいねえ - 雑種路線でいこう

    僕も7年前なら、そういうことをいったかなあ。どちらかというとアーキテクトで職業プログラマじゃなかったけど、遅延必定のプロジェクトに乗り込んで予定通りカットオーバーさせる火消しを何度もやった。僕が乗り込めば、どんなプロジェクトだって何とかなると思った。掛け値なしに、必須と思われていた。動きようのない仕様を叩き直し、足りない人材を集め、プログラマに指示しても「そんなの無理です」といえば彼が書けるようになるまでサンプルコードを起こしてやり、原因不明のバグがあるといわれれば究明してワークアラウンドを考えた。 あなたがプログラマなら、プログラマという肩書きが欲しいんじゃなくて当にプログラマになりたいなら、人月評価なんかさっさと超えてしまえ。あなたは「1人月」じゃない。「こいつは何人月分では計算できない。必須だ」と思わせるんだ。マネージャ層に強制移住させられてプログラム技術を封じられる前にね。そして

    若いっていいねえ - 雑種路線でいこう