Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
Webアプリ構築で、まず考えるべきアーキテクチャの検討ポイント(基礎編):徹底解説! ITアーキテクトとは何か?(2)(1/4 ページ) 連載目次 ユーザーの要求をアーキテクチャに落とし込む方法とは? 前回は、アーキテクトの役割とタスクについて解説しました。今回からは、アーキテクチャ設計の話に入っていきたいと思います。アーキテクチャ設計の最初の段階で重要なのは、エンドユーザー/ユーザー企業の要求を見極めて、それをアーキテクチャに落とし込むことです。システムを設計する上で、ベストオブブリードでシステムを構成できる現在のようなオープンな環境の中では、さまざまな選択肢が存在します。その選択肢から選ぶ際に優先されるのは、「ユーザー要求」だということです。 例えば、顧客が「リアルタイムな情報反映と、その活用」を望んでいるにもかかわらず、バッチ処理中心型のシステムを設計・構築することは、エンドユーザー
Intelが開発している超低消費電力プロセッサの話がASCII.jpの「太陽電池で動作する超低消費電力プロセッサーNTVとSTV」という記事で紹介されている。 記事ではIntelが2011年のIDFにて、テスト的に作成したCPU「Claremont」を太陽電池で稼動させ、Windowsを動作させたという話が紹介されている。アーキテクチャとしてはMMXも付いてない最初のPentiumそのもので、最も効率がよいのは60MHzあたりということらしいので、Windows95あたりならまともに使えるレベルとなっている(効率を犠牲にするなら最大915MHzだそうで、Vistaのシステム要件800MHzを上回る)。 Claremontでは、半導体を稼動させるためのスレッショルド電圧ぎりぎりの電圧でデバイスを駆動させる「NTV」という技術が使われているそうだ。スレッショルド電圧ぎりぎりでデバイスを駆動させ
Immutable Infrastructureはアプリケーションのアーキテクチャを変えていく、伊藤直也氏(前編) 仮想化やクラウドを基盤とした新しいインフラの考え方である「Immutable Infrastructure」が注目されています。3月25日、このImmutable Infrastructureをテーマに渋谷のDeNAオフィス大会議室で開催された勉強会「Immutable Infrastructure Conference #1」は、150人の定員に400人以上が申し込む人気ぶりでした。 これまでのImmutable Infrastructureに関する議論はおもにデプロイなど運用とインフラ周りの話題が中心でしたが、最初のセッションで登壇した伊藤直也氏は、Immutable Infrastructureが結果的にアプリケーションアーキテクチャにも大きな影響を与えるため、アプリケ
補助電源ナシで使える「GeForce GTX 750 Ti」の性能をチェック:Maxwell第1弾はミドルレンジから登場(1/3 ページ) NVIDIAがリリースしたMaxwellアーキテクチャのファーストモデル「GeForce GTX 750 Ti」と「同GTX 750」。Maxwellの特徴に掲げるコアの性能・電力効率の向上は、具体的にどの程度なのだろうか。GTX 750 Tiのリファレンスカードで検証していく。 NVIDIAは、MaxwellとKeplerの違いをコア性能比で135%、電力性能比で2倍としている。また、これをKeplerと同じ28ナノメートルプロセスで実現した。Maxwellアーキテクチャの詳細は「NVIDIAの最新アーキテクチャ“Maxwell”を徹底解説」を参照していただくとして、ここではまずGeForce GTX 750 Tiの仕様から確認していこう。 GeFo
巷で良く聞かれる「UXデザインとは?」意味が広義にわたるため明快に答えることが出来る人はなかなか少ないのではないでしょうか?ただ「ハラハラという会社で提供するUXデザインとは何?」と聞かれたらこう答えると思います。 “ルック&フィールによって発生する体験の価値をよりよくする為の作業” UXデザインを正しく運用・開発するためにはIA(情報アーキテクチャ)とそれを実行する手法(ステートメントシート、ペルソナ、カスタマーエクスペリエンスマップ、ワイヤーフレームなど)を組み合わせる必要があります。 今回はそういったツールの中で制作過程におけるレイトステージにおいて弊社で最もハードに使われる「ワイヤーフレーム」と「プロトタイプ」を組み合わせる開発方法を少しだけご紹介いたします(あくまでもアプリの操作法では無くワークフローの一部を抜粋したものになります) 基本的な流れはワイヤーフレーム→プロトタイプの
Ansibleのアーキテクチャー: 構成管理を超えて¶ すでに2月ほど経っていますが、2013/11/29にAnsible WorksのCTOであるMichael DeHaanさんが、 Ansible’s Architecture: Beyond Configuration Management という記事を書いています。 この記事はAnsibleのアーキテクチャを説明するのにとても良い記事だと思いましたので、DeHaanさんの許可を得て、翻訳したものを公開します。 ただ、いかんせんこの人は一文が長いのと言い回しが詩的で意味が取りにくいのとで、うまく訳せていないところが多々あります。間違っている箇所がありましたらご指摘ください。 Ansibleのアーキテクチャー: 構成管理を超えて¶ Ansibleがなにものなのか、というあまりよろしくない議論があり、とても奇妙 だったので、ここでAnsi
2014年になって、ITの地殻変動がどこに起こっているのか、を考えてみる。 #ラフなメモ書き。 【1】最近感じることは、Webアプリをプログラミングするアプリケーションエンジニアよりも、サーバー基盤を構築するインフラエンジニアの方が目立つというか輝いて見える時が多い。 何故なのだろう? また、先月の日経BP主催のITアーキテクト カンファレンスでは、エンタープライズシステムの構築に携わるITアーキテクトを対象にしているが、その内容はすべて、クラウドがキーワードだった。 DOAやOOAは全く含まれていない点が衝撃だった。 ITアーキテクト カンファレンス 2013 最近の流れを見ると、アーキテクチャ設計の技術では、DOAやOOAは既に古い技術であり、クラウドが席巻しているように見える。 【2】最近のバズワードである「クラウド」には、否定的な意見を持つ人も多い。 ITの歴史の延長線上にあるだけ
第7回 グーグルとヤフーを、じっくり比較 ~違いから逆に見えてくる“SEOの一般法則” 小林 範子(株式会社セプテーニ) 多くの企業が取り組み出したSEM(検索エンジンマーケティング)は、発展途上の分野でもあるため、確固としたセオリーが存在しない。SEMを行う上で担当者が直面するさまざまな判断・選択について、その見極めのポイントを専門家がアドバイスしていく。 代表的な3つの質問とその回答を グーグルとヤフーで徹底比較SEOについて“ブラックボックスでよくわからない”とか“検索エンジンとのいたちごっこ”という印象を持っている人が多いが、実際には、検索エンジンのサポートページにはSEOの基本的な方法が掲載されている。検索エンジンは、ユーザーのニーズにあった優良なサイトをしっかりと把握し、適切に検索結果に反映することが使命であるから、ウェブサイトの製作者にも適切なSEOを実施してもらいたいのであ
「型番を指名買いする客」「製品選びを店員に委ねる客」 現在のPC関連製品は、製品のライフサイクルが非常に短い。個々の製品について詳しく知ることもないまま、製品ラインアップが変遷していく。こうした状況に加え、いわゆるロングテールに分類されるニッチ製品が増加している現在、販売員が1つ1つの製品について深い知識をつけるのは難しい。 そもそも、Windows 95以降、PCや周辺機器を買いに来る客は、型番まで決めて指名してくるユーザーと、製品選びそのものを店員に委ねてしまう初心者とに二極分化しつつあり、今では、接客が必要な客とそうでない客とがはっきりと分かれている。製品選びを店員に委ねる初心者は、製品知識があまりないこともあり、店員はディープな製品知識を持っていなくても対応できてしまう。つまり、店員自身、製品をあまり知らなくてもあまり支障がないのだ。 店頭に立つのは応援販売員、レジ打ちは店員 ここ
「バナナはおやつに入るんですか?」という質問をしたことがあるエンジニアは多いと思います。 私も真っ先にそのような質問をした覚えがあります。 で、実際にバナナを持ってくる人がいるかというと、私は見たことがありません。 エンジニアって一般人から見ると変な、もしくは下らない質問が大好きな人種なのではないかと思う事があります。 エンジニアというよりもプログラマかもしれませんが、全ての事をswitch case文で考えて、条件分岐の白黒をはっきりさせたがってしまうのではないかと思うのです。 以前、マンション営業をする友人に「職業がエンジニアな人がお客さんだと面倒なときがある」と言われた事があります。 最後に契約書を確認する際に、非常に細かいところを確認したがって面倒であるそうです。 (私は細かく確認しない大多数の人の方が間違っているとは思いますが。。。) 細かい話になってくると、例えば受け渡しの前に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く