rfc6749 The OAuth 2.0 Authorization Framework - OpenID Foundation Japan
Abstract OAuth 2.0 は, サードパーティーアプリケーションによるHTTPサービスへの限定的なアクセスを可能にする認可フレームワークである. サードパーティーアプリケーションによるアクセス権の取得には, リソースオーナーとHTTPサービスの間で同意のためのインタラクションを伴う場合もあるが, サードパーティーアプリケーション自身が自らの権限においてアクセスを許可する場合もある. 本仕様書はRFC 5849に記載されているOAuth 1.0 プロトコルを廃止し, その代替となるものである. Status of This Memo This is an Internet Standards Track document. This document is a product of the Internet Engineering Task Force (IETF). It re
ITエンジニアと年齢の壁：50代、60代ITエンジニアの転職の萌芽｜久松剛／IT百物語の蒐集家
35歳ITエンジニア定年説は2000年代中盤に言われていたものですが、それは既に過去のものになりました。2022年現在では40代での転職は問題なくできる企業が増えています。2010年代はまだ「年齢は35歳以下まで、転職回数は次で3回まで、一社当たり在籍年数は1年以上」という隠れ要件を持っていた企業が多かったのですが、人手不足やスキル要件の高まりによりここ数年で大幅に緩和されました。 2010年代中盤、まだ世間を席巻していた35歳ITエンジニア定年説を信じ、「これを最後の転職だと思って来ました」と語るミドルには当時の職場で何名かお会いしました。しかし2022年に振り返るとその全員が40歳を越えて新天地に転職しました。 候補者目線で言うと、現在も尚30代以下に拘っている企業は、年齢ベースの偏見が強いと思って良いでしょうし、無理に入ったとしてツラい思いをすることが予想されるため、「先に変な会社に
私はロボット？ IT人材が育たぬ国、背景に「ゼネコン体質」：朝日新聞デジタル
","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 --><!--株価検索 中⑤企画-->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">
日本だけでバカ売れするRPA、愚かな結末を改めて警告する
いやぁ、白旗を揚げたくなるような気分だ。この極言暴論などで問題点や将来のリスクを何度も指摘してきたが、もはや多勢に無勢。ITベンダーの人からは「木村さんが何と言おうと、大きな流れは止まりませんよ」と皮肉られる始末だ。 何のことかといえば、日本企業の間で果てしなく続くRPA（ロボティック・プロセス・オートメーション）の一大ブームの件だ。30年以上にわたるIT記者としての長い経験の中でも、これだけのブームは見たことがない。「RPA、恐るべし」である。 ブームの中心地が日本である点も、これまでのIT関連のブームとの違いだ。従来、IT系の名だたるバズワードの発信地・中心地はほぼ米国と決まっていた。 最近の話でいえば、AI（人工知能）やIoT（インターネット・オブ・シングズ）は日本企業の間でも大ブームで、「ITは分からない」と公言していた経営者までがAIやIoTを活用する重要性を語るほど。だが、あく
?P=1
日本のIT業界の関係者は、自分たちの業界が建設業界によく似ていると思っている。さらに心ある人は「ITはハイテク産業のはずなのに労働集約型の建設と同じだから、日本のIT業界はダメなんだ」と嘆く。確かに多重下請け構造は建設業界にそっくり。米グーグル（Google）や米アマゾン・ドット・コム（Amazon.com）などの巨大プラットフォーマーが主導し、知識集約型あるいは資本集約型の産業として進化を続ける米国のIT業界と比べて、ため息をつくしかない。 しかし、建設業界の人から言わせると「冗談じゃない！」ということらしい。以前、大手ゼネコンのCIO（最高情報責任者）から聞いた話だが、この人はIT業界の多重下請け構造のひどさを知ったとき、あきれ果てたという。IT業界で大手ゼネコンに相当する大手SIerが元請けとなったプロジェクトでも、設計やプロジェクトマネジメント（建設業では施行管理）がいい加減だし、
データセンターは利用から所有する時代へ―520万円コンテナ個人データセンター誕生秘話
2018-01-28 10:00: 反響にお答えしてタイムラプス動画を追加しました！ 2018年1月21日、東京近県の某所でデータセンターの開設式が行われた。日本国内では毎年新しいデータセンターが複数開設されており、そのこと自体はそれほどのニュースバリューはない。しかし、この日オープンしたデータセンターは企業ではなく個人が所有しており、しかもほぼ手作りで建設したデータセンターだった。しかも、ビジネス目的ではなく、趣味で作られた日本国内では初だろうし、欧米でもこんな話は聞いたことがないため、これは世界初の事件なのかも知れない。 趣味としてのデータセンター作り このデータセンターのオーナーは宇田周平氏、27歳。外資系IT企業に勤務するいたって普通の若手エンジニアだ。勤務先は確かにデータセンターとの関わりは深いが、彼が今回のデータセンター建設に至ったのは、業務上の要請ではないし、かといってサイド
大きな組織で情報共有するためのOSSつくってみた - Qiita
この記事は、Fujitsu Advent Calender 2016の6日目の記事です。 はじめに 仕事柄、沢山の人が関わるお仕事の効率化に関心があり、プライベートで研究や開発をしています。システム・インテグレーションをはじめ沢山の人が関わるお仕事は、人海戦術で行なわれる事がよくあります。しかし、経験上ITが関わるお仕事の人海戦術はおすすめできません。効率面、品質面、労務管理の面で問題が発生する事が多いからです。 人海戦術にならないようにするには、「人間的な仕事」と「機械的な作業」を切り分けて、機械的な作業をIT化するのが近道ではないかと考えています。 ITの現場における機械的な作業の例 情報を記録する（課題とか、バグとか、更新履歴とか） 情報を探索する（あの資料どこだっけ？とか） 情報を収集する（進捗どうですか？だめですか？とか） 情報を転記する（メールからエクセルとか） 情報を伝達する
知らないと恥ずかしい、ITIL超基礎
知らないと恥ずかしい、ITIL超基礎：運用管理のベストプラクティス集「ITIL」とは何か？（1/4 ページ） ITILを導入する企業が増えてきた。しかし、「ITILって何だろう？」という素朴な疑問を持っている人も多いだろう。ITILの基礎知識を紹介する（攻めのシステム運用管理）。 1980年代後半、当時の英国政府機関が直面していたシステム運用の問題を解決するため、実際の効果のあったIT業務プロセスをフレームワークとしてまとめた書籍（ライブラリ）がITIL（Information Technology Infrastructure Library）である。当初は40冊程度の書籍としてまとめられていたが、現在では、次の7つの領域に体系化され、英国政府機関のOGC（Office of Government Commerce：英国政府調達庁）がそれを所有している。日本語訳はユーザー組織となるitS
5分で絶対に分かるITIL ― ＠IT情報マネジメント
ITILとはいったい何だ？ 企業や組織におけるIT活用は、業務システムなどを構築すれば終わりではありません。その後に運用という重要な作業が待ち受けています。そして一般的な企業や組織におけるITコストの大半が、既存システムの維持のために費やされていることは、各所で指摘されていますし、実感としてもお分かりのことと思います。 この重要な企業活動であるIT運用を「ITサービス」としてとらえ、方法論を提供していることで近年注目が集まってきたのが「ITIL」です。ここでは、「ITILという言葉はよく聞くようになったけれど、一般的な説明を読んでも何だか分からない」という読者のために、ITILの内容、目的、役割などを、かみ砕いてご説明します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
