タグ

2018年5月31日のブックマーク (11件)

  • 第2回 基本設計工程のITアーキテクト

    ITアーキテクトが作成する成果物に注目し、何のために作るのかを明らかにします。システム開発のライフサイクルを軸にし、今回は基設計工程を対象にします。基設計工程では、主に次の5つの成果物を作成します。 (1)論理データモデル図 (2)パッケージ図(永続化視点) (3)パッケージ図(機能視点) (4)アーキテクチャー設計ドキュメント (5)アーキテクチャー評価ドキュメント ITアーキテクトのはこの工程で、アプリケーションの構造を創出し、その構造を評価します。基設計工程ではサブシステムごとに設計作業を進め、要件定義の深堀や、要件の変更(改善)が発生しているはずです。そこでITアーキテクトのタスクとしてポイントになるのは、並行する設計作業間で矛盾が生じないようにサブシステム間の依存関係を整理し、また、そのアプリケーション構造を支えるインフラを含めてアーキテクチャーを設計することです。 IT

    第2回 基本設計工程のITアーキテクト
  • 第5回 保守運用・移行工程のITアーキテクト

    ITアーキテクトが作成する成果物に注目し、何のために作るのかを明らかにします。システム開発のライフサイクルを軸にし、今回は保守運用・移行工程を対象にします。保守運用・移行工程では、主に次の5つの成果物を作成します。 (1)アプリケーション改修基準書 (2)モジュールの依存関係図 (3)システム稼働統計レポート (4)改善アーキテクチャードキュメント (5)実装に基づき最新化した文書 (コンポーネント図、状態遷移図、データモデル図) この工程で重要なポイントは、システムは常に変化し続けるという認識を持ち、変化に伴うリスクが顕在化する前に手を打つことです。長年にわたって改修してきたシステムでは、仕様と実装の乖離が激しくなり、移行する段階で“正”の仕様がコードからしか分からない状態になっていることが少なくありません。デグレードを恐れて付け焼刃的な対応を繰り返しているとシステム内部の複雑さが増し、

    第5回 保守運用・移行工程のITアーキテクト
  • 元給食営業マンが給食会社シダックスのカラオケ事業の進出と撤退について考察してみた。 - Everything you've ever Dreamed

    シダックス カラオケ運営から撤退 | NHKニュース シダックスがカラオケ事業から撤退、今後は給事業に集中。僕はニュースそのもより、シダックスが給会社であることを知らない人が多いことに驚いてしまった。シダックスは日有数の給会社である。僕は、給の営業に携わっていたので(今もだけど)、シダックスといえば競合相手、給会社(通称/シダ)という認識しかないが、業界の外にいる人たちが、驚くのも無理はないとも思う。カラオケと給ではイメージが違いすぎるからだ。僕は給営業時代にシダックスの営業マンから、カラオケ事業について聞いたことがある。今回は、その情報をベースに、なぜ給会社であるシダックスがカラオケ業に進出することになったのか、そして撤退の理由について、給会社の営業マンの目線で考察してみたい。 物流で利益を出す仕組み エス・ロジックスという会社をご存じだろうか。材の一括購買と物流、

    元給食営業マンが給食会社シダックスのカラオケ事業の進出と撤退について考察してみた。 - Everything you've ever Dreamed
  • 「ダークペダゴジー」が、危険タックルを引き起こした。教育学者が指摘

    日大アメリカンフットボール部の選手による危険タックルは、当時の監督とコーチによる「選手を精神的に追い込む」ような指導があったと5月29日、関東学生アメフト連盟が認定した。 若者を教育する場である学生スポーツの現場で、なぜこうした状況がもたらされてしまったのか。山宏樹・東京電機大学助教(教育社会学)は、「"ダークペダゴジー(闇の教授法)"による心理的支配の典型例」と、ハフポスト日版への寄稿で指摘する。危険タックルを招いた「指導」の構造を読み解き、解決へのヒントを示してもらった。

    「ダークペダゴジー」が、危険タックルを引き起こした。教育学者が指摘
  • Apple Watchの心拍数検知機能で命を救われる人が続々

    by Andres Urena Apple Watch向けOSとして2017年9月にリリースされた「watchOS 4」には、Apple Watch Series 1以降で使える新しい心拍数検知機能が追加されています。これは安静時に心拍数が急上昇した場合、通知を送信するという機能なのですが、この機能により命の危機を回避することができたという報告がイングランドやインドから挙がっています。 Apple Watch customers in England, India credit heart rate tracking as life-changing | 9to5Mac https://9to5mac.com/2018/05/29/apple-watch-life-saving/ イングランド北部のコッカーマウスで暮らしている52歳のケビン・ピアソンさんは、静かに座ってを読んでいる際に、

    Apple Watchの心拍数検知機能で命を救われる人が続々
  • はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog

    こんにちは、アプリケーションエンジニアのid:shiba_yu36です。今回ははてな社内で行っているエンジニアメンター制度について紹介したいと思います。 エンジニアメンター制度概要 はてな技術グループでは、エンジニアメンター制度というものがあります。どのようなものかというと 新卒・中途、入社年数の長さに関わらず、全てのエンジニアには、必ずメンターが一人付く 基的にはチーム外のシニアエンジニアと呼ばれる人たちがメンターとなる シニアエンジニアについては はてな技術組織2016 - Hatena Developer Blog も参照 メンターは、目標設定・毎月の1on1・評価を通じて、メンティーの悩みの早期発見・解決、成長支援をおこなう またメンターは評価時期に、「専門スキル」という観点でメンティーの評価を行う という制度です。 それではこれから、どのような目的でメンター制度を導入してい

    はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog
  • コードを公開しないとまともなエンジニアとして認められないですか?

    趣旨とズレていたらすみません。 サーバーエンジニアやってます。 8年くらい病を患っているのですが今の仕事が合わず悪化している状態です。 転職活動しているのですがgithubなどの提出があったりするとプレッシャーに感じて辞退してしまいます。 今の採用はどこもプライベートで勉強してる事前提なのでしょうか… Githubには簡単なツール系のコードしかないのでたいしたアピールにはならないです。コンプライアンス上仕事で作ったコードも載せられないし、固有名詞避けてあげることも出来ますが、生きることに精一杯で余裕がないです。 技術ブログもやってますが初心者みたいなメモしかないし、ガッツリ調べた内容を纏める気力がないのでとても貧相なものになってます。 凄いコードやブログを公開してないとまともなエンジニアじゃないのかなと思い 調子いい時でも、普段の勉強も精神的にムラがあり興味を持った時しか勉強しないです。

    コードを公開しないとまともなエンジニアとして認められないですか?
  • [速報] EFS(Elastic File System)が2018年7月に東京リージョンで提供開始! #AWSSummit | DevelopersIO

    こんにちは、菊池です。 追記:予告通り、日時間の7月12日に東京リージョンでの提供が開始されました。 ついにきた!EFS(Elastic File System)が東京リージョンで利用可能になりました! いよいよ、ついに、この日がきました!現在開催されている、AWS Summit 2018 Tokyoのキーノートにて、EFS(Elastic File System)が2018年7月に東京リージョンで提供開始されることがアナウンスされました! Amazon Elastic File System (EFS)の東京リージョン対応がアナウンスされました EFSとは EFSは、複数のサーバでNFSマウント可能な共有ストレージサービスです。 2015年4月に発表、2016年6月に正式サービスリリースされたものの、東京リージョン(ap-northeast-1)での提供がされていませんでした。最初の発

    [速報] EFS(Elastic File System)が2018年7月に東京リージョンで提供開始! #AWSSummit | DevelopersIO
  • ホーム - CloneTracker

    当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。

    ホーム - CloneTracker
  • フロー効率性とリソース効率性について #xpjug

    XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27Read less

    フロー効率性とリソース効率性について #xpjug
  • How to prepare for seminars

    セミナーの準備のしかたについて 河東のホームページに戻る. 去年の夏にこのページを書いて以来,いろいろな人が,このページにリンクを張ってくれたり,プリントアウトして学生に配ったりしてくれたりしているようです.ありがとうございます.それに伴い,中身についていくつか聞かれることもあるので,最後に補足を追加しました.(5/31/1997) セミナーの準備のしかたは個人ごとに自分にあったやり方でやればいいので,別に特定のやり方を押し付けるつもりはありませんが,一つの例としてやり方を説明します. まず,当然書いてあることを理解することが第一歩です.黙って「何々である」とか,"It is easy to see...", "We may assume that...", "It is enough to show..."などと書いてあるのはすべて,なぜなのか徹底的に考えなくてはいけません.「に書いて