タグ

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

  • 構築時のドキュメントをきっかけに社内ナレッジ蓄積、社内情シスの“参考書”として継続活用 | クラスメソッド株式会社

    クラスメソッドのAWS総合支援 コスト最適化からセキュリティ、構築支援、運用保守まで、AWS活用を支援します。

    構築時のドキュメントをきっかけに社内ナレッジ蓄積、社内情シスの“参考書”として継続活用 | クラスメソッド株式会社
  • システムズエンジニアリングの推進:IPA 独立行政法人 情報処理推進機構

    近年、第4次産業革命をもたらすと言われているIoTの進展や、独立したシステムが互いに関係し合って価値を提供するSoS(System of Systems)のような複雑なシステムの増加、また、システムに対する要求の多様化、高度化、複雑化、予測できないリスク、関連する分野の調和や統合の欠如など、システム開発を取り巻く課題も難しくなってきており、解決が困難になってきています。IPAでは、このようなシステム開発における課題の効果的かつ包括的な解決方法として、既に宇宙・航空分野を中心に実績があり、欧米では一般的な製品やシステムへの適用が進み、有効性が認知されているシステムズエンジニアリングが日においても有効と考え、産業界に普及・展開する活動に取り組んでいます。 システムズエンジニアリングとは 複数の専門領域にまたがる多様な価値を考慮しつつ全体最適を実現するためのアプローチです。具体的には、以下のよ

    システムズエンジニアリングの推進:IPA 独立行政法人 情報処理推進機構
  • 神戸のシステム屋が24年間続けてきたこと - ゆとりずむ

    24年経っても、多くの神戸っ子にとって1月17日は特別な日だ。 もっとも私は、当時小学2年生だったし、被害の軽い神戸市西区に住んでいたので、深い思い出はない。震災当日も呑気に幼馴染と学校へ向かっていたところ、電気が止まってつかなくなった信号のもとで交通整理をしていた教師に「何やっとんねん!はよ帰れ!」と追い返されたくらいだ。延々と続く安否情報に飽き飽きしながらも、少しでも明るく振る舞おうとしてくれた大人たちの姿はぼんやりと記憶に残っている。まだ当時は、当の苦労は知らなかったのだ。 震災のことに関して、むしろ記憶に残っているのは、高校生の時分にインターンシップという名目で遊びに行っていた会社で受け取った「災害対応マニュアル」と書かれた小さな冊子のことだ。 地場のシステム屋が、リクルーティングと宣伝を兼ね社長の気まぐれで夏休みの期間に始めたものだったが、初日に「手の空いたときにでも読んでおい

    神戸のシステム屋が24年間続けてきたこと - ゆとりずむ
  • Alto、Star、Smalltalk、Lisa、Mac、Win の関係をはっきりさせよう

    とかく不明な点が多く(特に 70年代の Alto に関する資料は盛りだくさんだが時系列で整理されておらず)、それゆえ“識者”と称される人たちにより、ろくすっぽ調べもせずに判で押したように「Mac は Alto の真似」「Win は Mac のパクリ」などと安易に語られるなどしておざなりにされがちな Alto、Star、Smalltalk、Lisa、Mac、そして Win …の GUI デザインの関係。それぞれはいったいどんな素性のどんな GUI で(特に Alto と Star の違い、Smalltalk や Dynabook 構想との関係とか…)、どれがどれにいつ、どんな影響を与えたのか…、その可能性があるのか…、いろいろとモヤモヤしたものがあるので手持ちの資料を出し合って探ってみました。 ▼まとめ+その後の知見: Alto はハードウエアとして特筆すべき点も多いが、それにもまして、後の

    Alto、Star、Smalltalk、Lisa、Mac、Win の関係をはっきりさせよう
  • 渡辺幸三の開発支援サイト「システム設計のこと、もっと知りたい」 - HOME

    現在進行中のプロジェクトで、設計の品質や生産性を高めたい... 業務知識や上流工程のスキルを身につけてキャリアアップしたい... ――そのためのお役立ち情報を揃えています。実務家から高い評価を得ている設計手法、専用の支援ツール、洗練されたモデルライブラリー。これらを駆使して、効率的にシステム設計のレベルアップをはかりましょう。 ニュース 「CONCEPWARE/自治体」の開発が始まりました(080420) 「CONCEPWARE/販売管理」をバージョンアップしました(080404) 「CONCEPWARE/生産管理」をバージョンアップしました(080404) XEADで入出力パネルの画像ファイルを扱えるようになりました(071004) 管理人のブログ「設計者の発言」

  • これさえあればシステム構成図がだいたい描けるアイコンセットを公開します! | フューチャー技術ブログ

    🚧新しいVersionが公開されています🚧 こちらの記事もどうぞ確認ください。 これさえあればサービス構成図がだいたい描けるアイコンセットを公開します! こんにちは。@chanomaruです。 みなさん、スライドを作ってますか? 最近はビジネスパーソンだけでなく、学生さんもプレゼンテーションをする機会が多くなってきていますよね。 エンジニアがよく作るスライドの一つにシステム構成図があります。 わたしもシステムがどのような構造になっているかを説明する際によく作成しています。 システム構成図では各技術要素をアイコンで表現することが多いです。 しかし「ロードバランサー」や「キュー」など、よく使うわりにアイコンを探しにくいモチーフも多いですよね? ・・・ということで、社内で利用されている 「これさえあればシステム構成図がだいたい描けるアイコンセット」を公開します! アイコンセット含まれているア

    これさえあればシステム構成図がだいたい描けるアイコンセットを公開します! | フューチャー技術ブログ
  • 情報処理システム高信頼化教訓のリンク集(ITサービス編) | アーカイブ | IPA 独立行政法人 情報処理推進機構

    教訓一覧 情報システム高信頼化教訓集(ITサービス編)に収録されている教訓一覧から個々の教訓を照会できます。 ガバナンス/マネジメント領域 技術領域

    情報処理システム高信頼化教訓のリンク集(ITサービス編) | アーカイブ | IPA 独立行政法人 情報処理推進機構
  • 電脳土方とエンジニアのボーダーラインを決めるもの - novtan別館

    読みまして。 「Railsはプログラミングなんかじゃないよ。Railsだけ勉強していても、当の意味での開発はできるようにならない」ってことです。 http://sorehito.xyz/rails_is_not_programming/ んで反論的なのも読みまして。えふしんさんのだけど。 それこそRailsみたいなのがなかったらWebサーバ構築 1000万円!などと人件費がかかっちゃって、それだけで息が切れる。そして到達点が下がる。職人さんが得意なのはシステム構築であって、素敵なサービスを作るところではないから。「誰でもできそう」なところを積み上げていくことで、それこそ高度な専門職じゃなくても、もう少し違うスキルを持った人を巻き込むことができる。 もうちょっとビジネス的な視点で言うと、それらを実現するためのコストを下げることが超重要。 Railsを使うことはプログラミングではないのか?と

    電脳土方とエンジニアのボーダーラインを決めるもの - novtan別館
  • 組織の公安9課モデルについて - Kentaro Kuribayashi's blog

    「組織の公安9課モデル」とは何か。「攻殻機動隊」好きにはお馴染みの公安9課だが、9課課長の荒巻大輔の以下のセリフが象徴するような組織のことをいう。 我々の間にチームプレイなどという都合のよい言い訳は存在せん。あるとすればスタンドプレーから生じるチームワークだけだ。 昨今は「ホラクラシー」などといわれたりもするフラットな組織が話題になっている。 「ホラクラシー」(holacracy)とは、従来の中央集権型・階層型のヒエラルキー組織に相対する新しい組織形態を示す概念で、階級や上司・部下などのヒエラルキーがいっさい存在しない、真にフラットな組織管理体制を表します。ホラクラシーの下では、意思決定機能が組織全体に拡張・分散され、組織を構成する個人には役職ではなく、各チームでの役割が与えられます。細分化されたチームに、それぞれ最適な意思決定・実行を行わせることで、組織を自律的・自走的に統治していくシス

    組織の公安9課モデルについて - Kentaro Kuribayashi's blog
  • Google Docsのスプレッドシートで多言語対訳表が簡単に作れるよ - 太陽がまぶしかったから

    対訳表を作るのが面倒 システム設計をする時に、データベース名や変数名や表示名などを決めるのが面倒だ。一般的には英字文字列で作るのだけど、ローマ字で「kokyaku」とか付けるのはダサいし、いちいち辞書を引いていくのは億劫。 多言語対応のために表示名をフランス語にするみたいな要件もでてくるが、これらの作業の下準備を実現する手段として、Google Docsのスプレッドシート(表計算ソフト)の翻訳関数を利用する方法が考えられる。 =IF($A2<>"", GOOGLETRANSLATE($A2,"ja","en"),"") 指定セルの内容を翻訳するには「GOOGLETRANSLATE(値,ソース言語,ターゲット言語)」関数を入力する。例えばセルの計算式に上記式を入力すると「A2セルの内容がある場合にA2セルの値を日語から英語に翻訳する」という意味になる。 スプレッドシートで多言語対訳表を作る

    Google Docsのスプレッドシートで多言語対訳表が簡単に作れるよ - 太陽がまぶしかったから
  • 企業システムにアジャイルは必要か

    2015/6/22にアイ・ラーニング様にて開催された「悩める管理職のためのエンタープライズ・アジャイル導入セミナー」の講演資料です。

    企業システムにアジャイルは必要か
  • そろそろ本気でDockerを始めるためのTips - のんびりSEの議事録

    去年あたりから急激にDockerが騒がれてますな〜と ここいらで気で慣れておきたいところなので、Dockerコマンド〜Dockerfileの作成をまとめてみました。 Dockerとは Docker Inc. がオープンソースで開発しているコンテナ型仮想化技術、ソフトウェア。 各コンテナは独立した環境になっており、その中でアプリケーションをパッケージング、デプロイ、実行することができる。 また、このコンテナは簡単に再利用することが出来、コンテナを複数起動することにより容易にアプリケーションサーバを複数実行することが可能。 Dockerfileに設定を記述していきコンテナを構成していく。GO言語で記述できる。 コンテナとは 一つのホスト上で複数の隔離されたLinuxシステム(コンテナ)を走らせる、OSレベルの仮想化ソフトウェア。 VMに比べ、消費リソースが少い、起動が早い、オーバヘッドが少い

    そろそろ本気でDockerを始めるためのTips - のんびりSEの議事録
  • 現場ロックインが技術力さげてるのかもしれない - Javaプログラマのはしくれダイアリー

    はじめに 技術を学ぶというのはすごい個人差のあることだと思います。 個人特性もあるし、興味の向く対象も違う。 組織にはいろんな人間がいる。 そんな中、いくら「技術力を学ぼう!」と啓蒙しても、 響かないことってありませんか。 最終的には人それぞれの問題にはなってくるのだけれど、 それって、現場ロックインが一因なのではないかなと思う。 現場ロックインの定義 「特定ベンダー(メーカー)の独自技術に大きく依存した製品、サービス、システム等を採用した際に、他ベンダーの提供する同種の製品、サービス、システム等への乗り換えが困難になる現象」をベンダーロックインという。 (Wikipediaより引用) 現場ロックインは僕の思いついた単なる造語で、 「特定のプロジェクトに特化した技術や顧客の事情を重視しており、 その他の現場に移動しても殆ど役に立たないローカルルールに依存している現象」を指す。 会社に対して

    現場ロックインが技術力さげてるのかもしれない - Javaプログラマのはしくれダイアリー
  • ○○したら受託開発が180°変わった(10分版)

    以前XP祭りでLTしたものの10分版。 「せっかく作った物が喜んでもらえない」 「仕様だ、バグだ、の不毛な争い」 「振り回されて疲弊するエンジニア」 など、受託開発でうまくいかない局面は多くあるが、ある一つのことを意識的に行うようにしたら、自分たちの受託開発が180°変わった、という話。

    ○○したら受託開発が180°変わった(10分版)
  • 本当の製造業IT化で目指すは現場知識の共有

    法政大学デザイン工学部システムデザイン学科教授。国内ITベンチャーに6年間勤務し、その後、東京大学大学院先端学際工学専攻にて博士(工学)を取得。1996年東京理科大学助手、2004年マサチューセッツ工科大学客員研究員。2001年に、生産スケジューリング技術の標準化団体であるPSLXコンソーシアムを設立し、仕様の一部をIEC/ISO国際標準とする。現在、日機械学会生産システム部門長として「つながる工場」研究分科会を主査、その他、スケジューリング学会副会長、NPO法人ものづくりAPS推進機構副理事長、IEC/SC65E/JWG5国内委員会主査。 西岡:現在は、大手企業だけかもしれませんが、大分景気が良くなっているせいか、マインドはとても上向いている気がします。ただ、1980年代~90年代の、製造業にもの凄く勢いがあった頃と比較してしまうと、まだまだ内向きな感じはしますね。 だから、私が教えて

    本当の製造業IT化で目指すは現場知識の共有
  • 分散システムの一貫性に関する動向について

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog システム統括部アーキテクト室 今野です。 昨年は、Twitter,Facebookを始めとするクラウド各社で新規の分散システム開発のプロジェクトが相次いで発表された年でした。これらの新しい分散システムを開発する理由や、その背景にあるものは何なのでしょうか? 今回は、昨年末に開催された高信頼性分散システム系の国際学会であるSRDS 2014[1]の発表内容に関連する論文の話題も踏まえて、昨今のクラウド各社の分散システムの動向について整理してみます。 分散システムにおけるクラウド各社の動向 近年の分散データベースの世界では、AmazonのDynamo[2]やFacebookのCassandra[3]などを代表とする結果整合性(Eve

    分散システムの一貫性に関する動向について
  • 新著が出ます:『SQL実践入門』 - ミックのブログ

    4月中旬ころになりますが、新著が出ます。SQLのパフォーマンスを主題にしたで、実行計画を読むことで、なぜこのSQLは遅いのか、あるいは速いのかをデータベースの内部動作まで把握して理解しよう、という趣旨です。 リレーショナルデータベースというのは、SQLという自然言語を模したインタフェースによって、低次のレイヤーを隠蔽する意図で作られたミドルウェアなので、当は実行計画などという手続レベルの世界をユーザが覗き見るのは、末転倒なところもあります。ただそうはいっても、現実にSQLが遅かったら原因を解析せざるをえないわけだし、大体当にブラックボックスにしたいなら、なんでどのDBMSも実行計画を見られる手段なんか用意してるんでしょうね不思議ですね、という理想と現実の狭間で悩むエンジニアの方々に少しでもベターな解に辿りつけるアプローチを提示できれば、と考えております。 以下まえがきと章立てです。

    新著が出ます:『SQL実践入門』 - ミックのブログ
  • なぜ糞システムができあがるか

    納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサルPM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ

    なぜ糞システムができあがるか
  • Webアプリケーション負荷試験実践入門

    2015年2月24日 ヒカ☆ラボ発表資料 Webアプリケーション負荷試験実践入門 ■スライドの目的 負荷試験の重要性を認識して頂く 意味のある負荷試験を最短距離で行うための“段取り”を持ち帰って頂く 内容的には、主にAWS上のLAMP構成のシステムに対する負荷試験ですが、負荷試験ツールに依存しない全般的に通用する話を扱っています。Read less

    Webアプリケーション負荷試験実践入門
  • SQLインジェクション対策もれの責任を開発会社に問う判決

    ポイントは下記の通りです。 X社(原告)はセキュリティ対策について特に指示はしていなかった 損害賠償について個別契約に定める契約金額の範囲内とする損害賠償責任制限があった 当初システムはカード決済を外部委託し直接カード情報を扱っていなかった X社が「カード会社毎の決済金額を知りたい」とY社に依頼をして、その結果カード情報をいったんDBに保存する仕様となった(2010年1月29日) X社からの問い合わせに対してY社は、カード情報を保持しない方式に変更することが可能で、そのほうが安全となり、費用は20万円程度である旨を伝えた(2010年9月27日)が、その後X社は改良の指示をしなかった 以下の脆弱性その他が認められた システム管理機能のIDとパスワードが admin/password であった 個人情報が記載されたお問い合わせログファイルの閲覧が可能(ディレクトリリスティングと意図しないファイ