タグ

関連タグで絞り込む (6)

タグの絞り込みを解除

システムに関するhokorobiのブックマーク (11)

  • 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance


    全文は紙面でないと読めないのが残念ですが、非常に気になるニュースが飛び込んできました。 富士通、余剰ＳＥ変身作戦 富士通がグループで抱える約3万人のシステムエンジニア︵ＳＥ︶の大がかりな職務転換に乗り出した。一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。野副州旦元社長の急進的な改革路線を修正した富士通はＳＥ余剰問題で軟着陸を目指すが、クラウドの奔流にのみ込まれる危うさもはらむ。 富士通、余剰ＳＥ変身作戦 実は富士通グループさんには弊ブログを頻繁にご覧頂いておりまして、企業ドメインの中では最もアクセスの多いドメインであります。クロールしにきているのかなと思うぐらい。ブログで言及している﹁なんでもかんでも受託開発では、もうSIビジネスで成長することは出来ない﹂という危機
    富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance

  • 「情報システムの信頼性向上のための取引慣行・契約に関する研究会」～情報システム・モデル取引・契約書～

    情報システムの信頼性 非機能要求グレード報告書 ソフトウェアメトリクスの高度化 産業構造・市場取引の可視化 「情報システムの信頼性向上のための取引慣行・契約に関する研究会」 ～情報システム・モデル取引・契約書～ 情報サービスソフトウェア産業における下請適正取引等の推進のためのガイドライン ADR（裁判外紛争解決手続） 情報システムにおける価値の可視化 「IT投資価値評価に関する調査研究」（試行版） 情報サービス・ソフトウェアを巡る取引構造・産業構造の不透明性が、ベンダ間、ユーザ・ベンダ間、ユーザ内に存在しております。 また、不透明な取引構造・産業構造は、ベンダの産業構造転換の遅れ、情報システムの信頼性問題の温存、ユーザ・ベンダ一体となった生産性向上の阻害の要因となっています。 このため、各局面の取引構造を透明化するツールを整備し、これらを普及することで、ベンダの産業構造転換、情報システム信

  • 小規模Webサービス向け安上がりシステム構成と開発フロー（怖話.jp） - Fjord, Inc(株式会社フィヨルド)

    こちらのエントリーが大変参考になったので、僕らが作ってる怖話.jp（kowabana.jp）のシステム構成や開発方法についても公開していこうと思います。 怖話.jpはスマホ向けWebサービスなのでPC向けとはPVとかの傾向がちょっと違うかも知れません。 怖話.jpとは スマホで17,000話以上のサウンドノベル風の怖い話が閲覧・投稿できるサイト（アプリではありません）です。詳しくは下記エントリーを参照してください。 スマホでサウンドノベル風怖い話投稿サイト | FJORD, LLC（合同会社フィヨルド） 7月16日にRubyKaigi2011に合わせて無理矢理ベータテストオープンして、8月9日に正式オープンしましたので正式オープンからは１ヶ月経ってないまだまだのサイトです。開発期間は約１ヶ月ぐらいです。 サイト情報 （これAnalyticsを直接貼るのはどうやればいいんだろう？） 直近一ヶ

    小規模Webサービス向け安上がりシステム構成と開発フロー（怖話.jp） - Fjord, Inc(株式会社フィヨルド)

  • 災害にあったITシステムを操作しなければならない人が知るべきこと


    東北地方太平洋沖地震が金曜日に発生し、被災された皆様には心よりお見舞い申し上げます。 そんな中でも、この月曜日から多くのIT関係者が被災したかもしれないITシステムの復旧に取りかかるのではないかと思います。そうした方々に役に立つ記事を届けられないだろうかと、ユニアデックスの高橋優亮氏に相談したところ、大いなるご賛同をいただき有志の方々とノウハウをまとめたこの文書﹁災害にあったITシステムを操作しなければならない人が知るべきこと v0.2﹂を作り上げていただきました。 本文書の主眼は被災したITシステムを復旧させようとする方々に向けた情報提供ですが、システムに電源を入れる前の注意事項、電源投入順序の考え方などの説明は、これから関東地方で計画されている停電が起きたあとのシステム再起動の際などにも参考になると思います。 本文書はどなたにでも活用していただけるようにGNU Free Documen
    災害にあったITシステムを操作しなければならない人が知るべきこと

  • 大規模インフラの監視システム その2 | GREE Engineering


    こんにちは。グリーのmdoi(@m_doi)です。 今回は、グリーの監視システムについて説明したいと思います。以前、こちらの記事にて、リソース監視システムの説明をさせて頂きましたが、死活監視やログ監視については語られなかったので、気になっていた方も多いと思います。ということで、今回は、グリーのインフラにおける死活監視やログ監視、アラート通知システムを紹介したいと思います。 何を使っているの？ グリーでは、死活監視にNagiosを使用していました。監視システムの中では、かなり有名なソフトウェアですから、監視システムの構築に使用したことがある方も多いのではないでしょうか。プラグインも豊富に存在するので、様々な監視を行うことができます。死活監視は、このNagiosの機能をそのまま利用し、ログ監視は、Nagiosと独自に作成したエージェント及びログフィルタを連携させて行っていました。 全体のシステ
    大規模インフラの監視システム その2 | GREE Engineering

  • Robust log process

    2013/08/01 JAWS-UG福岡 x e-Zuka-Tech Night 「今一度、EC2を」Aya Komuro

    Robust log process
    hokorobi
    hokorobi 2011/01/16
    大規模集計は近くの仕事でやっているみたいなので、既存のシステムとの比較をしてみたい。
    リンク

  • 大規模インフラの監視システム | GREE Engineers' Blog


    こんにちは。インフラチームの ebisawa です。 今回はグリーのインフラにおける各種機器の監視がどのように行われているのかご紹介させていただきたいと思います。一般にサーバの監視というと、システムダウンを検出するための死活監視を意味する場合と、ネットワークトラフィック等のモニタリングのことを意味する場合とがあります。今回の監視は特に後者についてのお話です。大規模なインフラの監視には、やはり特有の課題があります。 どんなツールを使っているのか グリーではサーバの各種リソース使用状況をモニタリングしてグラフ化するためのツールとして、Cacti を利用しています。Cacti は、大変有名なツールなので皆様ご存知かと思いますが、バックエンドの RRDtool で作成したグラフを閲覧するための使いやすいユーザーインターフェイスを備えています。 http://www.cacti.net/ ツールの使
    大規模インフラの監視システム | GREE Engineers' Blog

  • 月間57億PV、300台のサーバを運用するミツバチワークスが編み出したインフラ技術


    ミツバチワークスのエンジニアは、﹁月間57億PV﹂という巨大なトラフィックをさばくため、さまざまな技術を駆使してインフラを構築している。主と副の2本立てでデータベースを運用し、300台のサーバを使いながら﹁負荷の限界﹂に挑むエンジニアに、技術ノウハウを聞く。 ミツバチワークスが運営するケータイブログサービス﹁DECOLOG﹂は、異色のサービスである。10代後半から20代前半の女性に最も人気のあるケータイブログサービスで、﹁デコメール﹂などを利用して、かわいくカラフルなブログを作成できる。広告基準を厳しくすることで女性ユーザーにも不安なく使ってもらえるような安心感を作り出し、口コミだけでじわじわとアクセス数を伸ばしてきた。 結果、2010年7月実績で月間57億PV︵ページビュー︶超、想定800万UU︵ユニークユーザー︶、会員登録者数180万件と、ケータイブログサイトでは国内最大のサービスとし

  • データモデルパターンのリンク - プログラマの思索


    小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された﹁チケット駆動開発﹂という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: ﹁派生開発﹂を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。Le
    データモデルパターンのリンク - プログラマの思索

  • ERPの落とし穴part2～業務の裏には会計あり - プログラマの思索


    ERPの落とし穴part1～SW開発ではない。要求開発だ！の続き。 ﹁グラス片手にデータベース設計~販売管理システム編 (DBMagazine SELECTION)﹂を非常に参考にしているので、全てが僕のオリジナルの考えではないので注意。 ︻1︼業務の裏には会計あり。業務データは必ず仕訳データに連携される。 業務システムの裏には必ず会計システムがある。 Webで作っていても、メインフレームで動く会計システムと連携できなければ、ただの箱に過ぎない。 会計システムと連動できて初めて、業務コストや売上が計算出来るし、更には売掛金管理や請求管理で経理担当者の仕事もサポートできる。 例えば、﹁グラス片手にデータベース設計~販売管理システム編 (DBMagazine SELECTION)﹂によれば、販売業務では、受注→出荷→売上→請求→入金のような業務フローがあるだろう。 業務データの裏には、仕訳デー
    ERPの落とし穴part2～業務の裏には会計あり - プログラマの思索

  • 負担のしわ寄せと想像力 - レジデント初期研修用資料


    間に合っている状況に、何か新しいやりかたが導入されると、誰かが楽になる代わり、どこかにしわ寄せが行くことが多い。みんなが楽になれれば、もちろんそれが一番いいんだけれど、負担の総和を減らすのは、やっぱりなかなか難しい。 負担の総和が減らない前提で、新しい仕組みをそこに入れるときには、だから導入後の負担デザインがどうなるのかが想像できないといけないし、そもそもその導入を決断した人が、現状の負担デザインに、どんな問題を感じていて、それをどういうデザインに作り替えたいのか、きちんとした考えかたを持っていないと、たぶんたくさんの人が不幸になる。 オーダリングシステムとか、電子カルテの話。 うちの病院 自分が今働いている病院は、伝統的な伝票システムをずっと引き継いでいる。医師として仕事をしているかぎり、このやりかたは古くさいけれど、やりやすい。 書けば記録が残るし、手描きの伝票は柔軟性に富んでいて、そ
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.