タグ

kbhrsjpのブックマーク (145)

  • WordPress › Installation

    WordPress Select a default language

  • State of the Art in Microservices by Adrian Cockcroft - Qiita

    概要 2014 年の 12 月アムステルダムで行われた DockerCon のキーノートのひとつ "State of the Art in Microservices" についてのまとめとメモ。 開発スピードをあげるための組織再編 コンテナ化されたマイクロサービスアーキテクチャ Docker が普及したあとの開発スタイル といった内容が盛り込まれている。元のスライドとビデオはこちら スライド ビデオ 内容は Adrian が話していることに加え自分が調べたり学んだ内容を補足やメモとして追加しているので間違った理解をしているなと思ったらぜひ編集リクエストください :) キーノートをまとめることについては Adrian 人に許可をもらえました! @adrianco クラウドアーキテクトとして 6 年間 Netflix に勤めていた 現在は Battery Ventures という工業の会社の

    State of the Art in Microservices by Adrian Cockcroft - Qiita
  • 5.9. メッセージ管理 — TERASOLUNA Server Framework for Java (5.x) Development Guideline 5.0.1.RELEASE documentation

    kbhrsjp
    kbhrsjp 2015/10/07
    メッセージの分類 メッセージの分類
  • https://www.oracle.com/webfolder/technetwork/jp/javamagazine/Java-JA15-CDforNetflixAPI.pdf

  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • Oauth2.0, OpenID Connect, CSRF Study - Qiita

    はじめに Developers Summit 2015 にてOpenID Japan エバンジェリストくらさんのセッションを聞いて、認証、認可について分かっていないことが分かりました。それから数か月、各リンクを巡ってStudyした内容をまとめます。 Study対象 モバゲ、Mixi、Facebook 各社の認証、認可シーケンスをまとめます。メジャーなセキュリティリスクとしてどんなものがあるかもまとめます。参考にした元ネタのリンクはページ以下になります。 参照URL DevSumi2014 ID Token: http://www.slideshare.net/kura_lab/devsumi201413c5 DevSumi2015 LoginSession管理 http://www.slideshare.net/kura_lab/openid-connect-and-login-cycle

    Oauth2.0, OpenID Connect, CSRF Study - Qiita
    kbhrsjp
    kbhrsjp 2015/10/05
    [OAuth2]
  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

    kbhrsjp
    kbhrsjp 2015/10/03
  • UMLモデリングツール(お絵描き含む)の比較 - No Bugs, No Life

    MementoWeaver開発記(4) (大幅に加筆・訂正) 前回でJavaFXの使い方の最初の一歩はなんとなくわかりそうな気がしてきたので、各種の設計ドキュメントを書いてみる。 その際に、いくつかのフリーなモデリングツールを試してみたので、選択の理由と評価(感想)をまとめておく。 ドキュメント種別と使用ツールの関連 現時点で作成するドキュメントとそのツールの関係は以下のとおり。 ドキュメント 使用ツール 備考 ユースケース図 astah* community Software Ideas Modelerから乗り換え ユースケース記述 LibreOffice 4(http://ja.libreoffice.org/) フリーのツールでユースケース記述までサポートはしてくれないのでWriterを使う コンポーネント図 astah* community 一般的に期待されるようなコンポーネント図

    kbhrsjp
    kbhrsjp 2015/10/03
  • ローディング時のズルい進捗表示

    今開発中のPlayer!のログイン・登録画面で、こんな進捗表示をしていますが、これ実はフェイクだったりします( ´・‿・`) (Qiitaの画像サイズ制限が厳しくて粗いです。キレイなものは実際にアプリダウンロードしてご覧下さい。) 経緯 元々、この画面はこういう進捗表示では無く、単にインジケーターがクルクルするだけで、進捗状態が分からないものでした。 特にネットワークが悪いところだと、バグって固まってしまったのでは?とユーザーを不安にさせるようで、たまにそういう声を聞くことがありました。 登録フローは大事なところなので、そういうところでこれが原因で離脱してしまうと残念なので、改善が必要でした。 そこで、ネットワーク処理にもたつきつつもちゃんと正常に処理をしているということを示すために、進捗を表示することにしました。 ただ、例えば大きな画像などメディアファイルダウンロードなどならともかく、こ

    ローディング時のズルい進捗表示
  • 現場のアーキテクチャの話をしてみませんか?

    終了後のまとめ、スライド、ブログなどなど(随時更新) スライド レイヤードアーキテクチャを意識した PHPアプリケーションの構築 ver2 とある現場のシステムアーキテクチャ 私のアーキテクチャルディシジョン ブログ NBM2 - 勉強会行ってみた「現場のアーキテクチャの話をしてみませんか?」#Devkan 「レイヤードアーキテクチャを意識したPHPアプリケーションの構築 ver2」を発表しました。 #DevKan - Shin x blog 現場のアーキテクチャの話を聞いてきた #Devkan - いつブロ それぞれの現場における理想と現実の狭間でのアーキテクチャの取捨選択とは? 誰もが、アプリケーションを実装する際は、なんらかの設計をしているわけで、そこでは数多ある方法から取捨選択しています。 その形が、枯れた方法であったり、最近キャッチーな内容ではないかもしれません。いや、むしろその

    現場のアーキテクチャの話をしてみませんか?
  • 例えば OSFA な API をやめる - @kyanny's blog

    OSFA == one-size-fits-all 単一の API で全てをカバーするのをやめたらどうか、ということ。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight @kenn 最近はRESTfulなエンドポイントは完全に後方互換なまま、クライアントごとにオーケストレーション層(radical versionin)を設けるという方向にシフトしようとしている。詳しくは http://t.co/zODm7mFr5B— Tatsuhiko Miyagawa (@miyagawa) February 28, 2014 この話のポイントとはちょっとずれてる && Podcast 聴いてないのですが。 Quipper プラットフォームで内部的に利用されている API も、 /v1 というパスの下にはえててごく一部のエンドポイントだけ /v2 がある、み

    例えば OSFA な API をやめる - @kyanny's blog
    kbhrsjp
    kbhrsjp 2015/09/18
  • Shibu's Diary: SIerの未来は明るい?

    XP祭り2015に参加してきました。スタッフの方々お疲れ様でした。今回は、あまり外に情報が出てくることがないと思われる、社内SE業で成果を出すために実践してきたことを発表してきました。 前のブログのエントリーでも書きましたが、今回考えさせられたのが岩切さんの発表の「在庫切れのメカニズムの原因となる事象を把握していたのが、社内の情報部門の人間だけだった」ということです。また、その後の質疑でも、「金融系もそうだった」という話が出ました。ここで説明したいと思っていたのが「業務はどんどん狭く深くなる」ということですが、内容が膨れてきたので前のエントリーに分けました。 だいたいビジネス書とかで語られているような仕事効率の基原則は、同じ時間で成果を上げるためには、儲かる部分にフォーカスして儲からない部分は削るということです。時間あたりのビジネスの効率があがれば、忙しさを抑えてインカムも増えてハッピー

    kbhrsjp
    kbhrsjp 2015/09/18
  • 我々は「Python」に何を求めているのか? - gumi Engineer’s Blog

    弊社ではプログラミング言語としてPythonを採用しています。 最近のウェブ系スタートアップが採用しているプログラミング言語やフレームワークまとめ - laiso パッと見て頂くと解るかと思うのですが、思った以上にPythonという言語はスタートアップに採用されています。 日にはLLというと、 CGIで一世を風靡したPerl、 そのPerlを塗り替えたPHP、 もしくはRailsと共にブームになったRubyというイメージがありますが、 Pythonは十分に実用的な言語でかつ、実践的な言語だということがおわかり頂けるかと思います。 特に我々が重視しているのはその思想です。 バッテリー内蔵言語とも呼ばれるPythonですが、 PythonにはZenの考え方が採用されています。 即ち、 import this The Zen of Python, by Tim Peters Beautiful

    我々は「Python」に何を求めているのか? - gumi Engineer’s Blog
    kbhrsjp
    kbhrsjp 2015/09/16
    プログラミングの考え方。 Explicit is better than implicit.
  • DevOpsの本質はツールではなく考え方と実践――国内での普及を目指すDevOpsハッカソンの狙いと実態

    DevOpsはツールよりも考え方と手法こそが重要 「DevOpsをエンタープライズ分野にも適用していこう」という機運が高まっている。米国では業種、領域を問わずDevOpsを適用する動きが進んでおり、国内でもそれを受けて取り組みを進める企業が増えている。だが牛尾氏によると「国内の状況を見ると、ツールの導入が先行するあまり、DevOpsの質が見落とされがちだ」という。 「ツールをどう利用するかはDevOpsの取り組みに欠かせない要素の一つです。ただ、それよりも重要なのは、DevOpsにどういった考えで取り組めばいいのか、どのような手法や方法論を実践すればいいのかといった、マインドセットやプラクティスです。その質の部分をよく理解していれば、むしろツールは何でもよく、OSS(オープンソースソフトウエア)であれ、商用製品であれ、好きなものを使えばいいのです」(牛尾氏) 牛尾氏は、OSS畑出身の開

    DevOpsの本質はツールではなく考え方と実践――国内での普及を目指すDevOpsハッカソンの狙いと実態
  • XP祭り2015(開催概要・ブログ・スライド) #xpjug - nohdomi's blog

    XP祭り2015の記録です。 不足があれば、ご連絡ください! XPJUG XP祭り2015 募集ページ 9月12日 「俺も!」XP祭り2015 参加者募集!(東京都) 懇親会 - XP祭り2015 - XP祭り (ソフトウェア開発のカンファレンス) <東京> | Doorkeeper 協賛各社 XP祭り2015:協賛・寄贈 Togetter togetter.com Blog 参加者 XP祭り2015に参加してきました — atWare XP祭りに行ってきました - Basso::Log Satoryu's Diary(OpenShift支店)(2015-09-12) makopi23のブログ 「XP祭り2015 “俺も!!”」に参加しました XP祭り2015 基調講演「XP lives, XP dies, XP lives again!!」参加レポート #xpjug - ブロッコリー

  • Git(GitHub)の運用で気をつけていること - えいのうにっき

    ある日、 PR の内容を見ずにマージすることを岡島(ピッチャーの)というらしい 笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね!— そーだい@初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。 #ブログ待ってます— そーだい@初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、当に必要として頂いているのかどうかはともかく、 Git / GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。 もくじ もくじ GitHub Flow に沿って開発する 基

    Git(GitHub)の運用で気をつけていること - えいのうにっき
  • GxP 鈴木雄介氏 和智右桂氏 第1回 IA Podcast Ep. 1(石橋秀仁)

    グロースエクスパートナーズ株式会社(GxP)のITアーキテクト鈴木雄介氏と和智右桂氏をゲストに迎えて、2013年9月27日に収録したPodcastの第1回。 日人にとってソフトウェア開発ってどういうことなのか。西欧人と日人のモデリング・概念化・抽象化・曼荼羅・スーパーフラットの話。 ルチアーノ・フロリディの情報哲学とオブジェクト指向プログラミング(OOP) エリック・エヴァンスのドメイン駆動設計 (DDD: Domain-Driven Design) グラフビズ(Graphviz) スーパーフラット、アーティスト村上隆(参考:村上隆作品、山口晃作品、チームラボ作品) イデア論(プラトン)と曼荼羅

    GxP 鈴木雄介氏 和智右桂氏 第1回 IA Podcast Ep. 1(石橋秀仁)
    kbhrsjp
    kbhrsjp 2015/09/14
  • ドメインロジックとSQL

    以下の文章は、Martin Fowler による Domain Logic and SQL の日語訳である。 データベース指向ソフトウェア開発者とメモリ上(in-memory)アプリケーションソフトウェア開発者との間のギャップは、ここ数十年、徐々に広がってきている。このギャップが原因で、データベースの機能(SQLやストアドプロシージャ)をどのように扱えばよいのかという議論が数多く巻き起こっている。ここでは、ビジネスロジックを SQL に置くべきか、それともメモリ上のコードに置くべきかといった問題について、主にパフォーマンスと更新性の観点から考察を行う。考察には簡単な例を使うが、SQL クエリはしっかりとしたもの(rich SQL queries)を用いるので悪しからず。 エンタープライズアプリケーション(訳注:以下、EA)構築に関する(私の近著『P of EAA』など)を読むと、ロジッ

    kbhrsjp
    kbhrsjp 2015/09/11
  • Amazon.co.jp: アジャイルソフトウェア開発の奥義 第2版 オブジェクト指向開発の神髄と匠の技: ロバート・C・マーチン (著), 瀬谷啓介 (翻訳): 本

    Amazon.co.jp: アジャイルソフトウェア開発の奥義 第2版 オブジェクト指向開発の神髄と匠の技: ロバート・C・マーチン (著), 瀬谷啓介 (翻訳): 本
    kbhrsjp
    kbhrsjp 2015/09/11
  • 2025年から2045年の世界と情報システム部門の役割

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます モノのインターネット(IoT)やスマートマシンなど、デジタルテクノロジの進展により、あらゆるものがデジタル化され、デジタルビジネスが大きく加速している。 「デジタル未来志向」というテーマで、デジタル化による未来社会像を展望するとともに、これらの流れの中での情報システム部門の役割を考察する。 第1回は、政府発表の資料などを中心に、2025年から2045年のデジタル未来社会を展望する。 2025年から2030年の未来像 総務省は2015年7月28日、「平成27年版情報通信白書」を公表した。白書には、第6章には「2030年の未来像」も紹介されており、以下のとおり、ICT未来年表を掲載している。 年表にある2025年から2030年の主な項目を紹

    kbhrsjp
    kbhrsjp 2015/09/11