TERASOLUNA Server Framework for Java (5.x) Development Guideline¶
TERASOLUNA Server Framework for Java (5.x) Development Guideline¶
The Power of Device Intelligence Accurate, fast detection for Java, Scala, .NET, and PHP Client side, meet server side intelligence WURFL.js gives a JavaScript object with device capabilities Visit WURFL.io to get started for free WURFL Device Detection and Intelligence WURFL is the industry standard for Device Detection and intelligence. Leading internet companies like Facebook and Google use WUR
楽しかった! DDD & Microservices with Spring Cloud 前半がこれまで僕が経験してきたDDD 後半がこれからのために素振りしておきたいこと これまで僕が経験してきたDDD 最近、組織について考えるようになってきたのもあって「境界づけられたコンテキスト」が一番大切だなって実感してる。全てを一度に相手にするのではなく、切り取られた世界を作って、その中で適用していく。その切り取られた世界の間の関係性もデザインしていく。そうすることで複雑さを手に負える大きさでコントロールできる。 DDDを知った当初は、エンジニアとしてEntityやValueObjectのところが面白いなーって思ってゴニョゴニョコード書いてたりしてたんだけど、しばらくして「もっと良いコード書くためにはその土台となるチームづくりをしなきゃ!」と思ってスクラムを導入してたんだけど、しばらくして「チーム
Web developer の大庭 (@ohbarye) です。 今回はタイムゾーンにまつわるお話をしたいと思います。 タイムゾーンは私が Quipper に入社したばかりの頃に最も頭を悩ませたことの一つです。入社以前にはタイムゾーンを跨ぐようなグローバルなアプリケーションの開発を全くしてこなかったので、まさにゼロから学び、考え、そしてハマりました。今でも気を抜くとハマりそうです。 入社からおよそ1年。この間に得た経験と知識を活かし、タイムゾーンと向き合うテクニックをまとめてみたいと思います。 目次 はじめに 前提 - Quipper のご紹介 難しさ 現在時刻を扱う問題 言語、フレームワークの実装 認知の問題 タイムゾーンを考慮した設計の問題 解法 基本的な考え方 デフォルトタイムゾーンを設定する PostgreSQL Rails タイムゾーンを意識した設計 タイムゾーンを意識したプログ
This website uses cookies to analyze our traffic and only share that information with our analytics partners. Accept Who is the OWASP® Foundation? The Open Worldwide Application Security Project® (OWASP) is a nonprofit foundation that works to improve the security of software. Through community-led open-source software projects, hundreds of local chapters worldwide, tens of thousands of members, a
小さなサービスを組み合わせて複雑なアプリケーションを構成するアーキテクチャスタイルであるマイクロサービス (Microservices)が注目を集めている.最近は,お祭り的なバズワードから,その強みと弱みを見極めるといった,地に足のついた議論も増えてきた. マイクロサービスが盛り上がるトリガーとなったのが,James LewisとMartin Fowler両氏によって書かれたMicroservicesという記事である.この中でマイクロサービスは,以下のように説明されている. In short, the microservice architectural style [1] is an approach to developing a single application as a suite of small services, each running in its own proce
どうも。プロダクトオーナーを普段やってるのですが、業務の何割かを占める、改善といいますか、エンハンスメントについて書きたいと思います。 前提として私のプロダクトはB2B2Cで、とある施設に導入いただき、そこのスタッフの方と一般のユーザーがアプリを利用してやり取りをするようなゆるめの業務システムです。エンジニア10名程度の小さめチームで、ゲーム・エンタメや基幹システムとは少し違うと思います。また、日々の改善なので新規企画とも違います。 ○○機能を××してほしいです。 お客様や現場担当者からこのような要望を日々よくいただきます。その要望の中からチームのリソースを用いて最良の投資対効果を出すのがぼくの仕事なのですが、ご要望を頂いてチームに落とすまでプロダクトオーナーとして自ら行っている質問を言語化してみたいと思います。 ■Clarify(クラリファイ・明確化・深掘り) 1.なんでそれがほしいと思
新年明けましておめでとうございます。昨年は年金機構への標的型攻撃による個人情報の漏えいを筆頭に、セキュリティに関する報道が毎日のように世間を騒がしていました。特にウェブにおいてはHTTP.sysの脆弱性やFlashの脆弱性などが発見されたり、継続して標的型攻撃やパスワードリスト攻撃などの攻撃も繰り返されています。 ウェブの普及に伴い、攻撃を受ける可能性のあるインタフェースが増加し、その攻撃対象も企業から個人まで幅広くなりつつあります。これらの攻撃による情報漏えいやインシデント等の発生から身を守る術、すなわち情報セキュリティを身につけ、自らの情報を自らの手で守り抜くことが求められています。全ての人にとって情報セキュリティへの理解を深めることは課題であると言えます。 OWASPとは このような背景の下、ウェブアプリケーションを作成する開発者や、ウェブアプリケーションに関わる意思決定を行う方々に
この文章は、サーバサイドのウェブアプリケーション開発において、社内実績の少ない新しい言語を採用したときにインフラ面で考慮したことを社内向けにまとめたものです。 はてなでは、長らくPerlでウェブアプリケーション開発を続けてきた一方、ここ数年で社内でScalaまたはGoの採用事例も増えてきました。 今後開発が始まるプロダクトにおいても、Perl、Scala、Goもしくは他の言語を採用するかどうかを開発開始時に選ぶことになるでしょう。 新言語を採用するときに、考慮すべきことの一つとして、「インフラ」への影響があります。 新言語に関する雑談をしていると、ウェブアプリケーションエンジニアに「インフラ」への影響について聞かれます。 もしくは、ウェブオペレーションエンジニアから考慮するポイントを伝えることもあります。 ScalaやGo以外に、Node.jsやサーバサイドSwiftはどうかというのも雑談
Chromeが方針を一転。マウス、タッチ、ペン入力などを同一コードで統合的に扱える「Pointer Event」を実装へ マウス、タッチ、ペン入力などを統合的に扱える「Pointer Events」仕様が、Chromeブラウザでも実装される方針であることが明らかになりました(Twitterで教えていただきました)。 Chromeではタッチに対応した「Touch Events」が実装済みで、Chromeの開発チームはモバイルにフォーカスすることによるタッチの優先、追加実装による性能上の懸念などを理由としてPointer Eventsの実装は行わないという方針をすでに決定していました。 W3C、マウス、タッチ、ペン入力などを同一コードで統合的に扱える「Pointer Event」を勧告に。しかしChromeは実装しない方針 しかし3月26日付けのBlink(Chromeに採用されているレンダリ
最近のアプリ開発においてクライアントサイドだけで完結するようなものはかなり少なくなってきたと思います。 おそらく何らかのAPIを直接もしくはSDK経由で呼び出すことがほとんどではないでしょうか。 そういった背景がある以上、すぐれたWeb APIがどうあるべきかというのはサーバサイドを担当するエンジニアだけでなく、 クライアントサイドを担当するエンジニアであっても知っておくべきでしょう。 今回読んだ「Web API: The Good Parts」はWeb APIを美しく設計する重要性、そして美しく設計するための指針を すでに公開されている様々なWebサービスのAPIを例に挙げながら、よりよい方法を提案してくれています。 Web API: The Good Parts 作者:水野 貴明オライリージャパンAmazon 個人的に印象に残っている内容をいくつか挙げておきます。 エンドポイントの設計
GitHub の Deployments API を使うと Web アプリケーションのリリース (デプロイ) に関わるワークフローをより便利にできそうだったので、試したことを記録する。 Deployments API でできること Deployments | GitHub API すべてドキュメントに書いてあるが、かいつまむと: 「デプロイ」を表現するイベントを作ることができる 進捗 (e.g. 成功、実行中, etc.) を表現できる (「デプロイ」を表現するイベントに紐付くメタデータ (e.g. 説明、payload) を作ることができる) ……という具合である。 つまり GitHub の API は具体的なデプロイのタスクについて責務を負うことはなく、「デプロイ」というイベントをリポジトリにアーカイブしそれらを通知する責務のみを負う、ということになる。Webhook のひとつと言い換
こんにちは。技術部の吉川です。 今回はクックパッドの開発環境構成、特に開発用データベースの構成についてご紹介します。 開発環境の構成 クックパッドのシステム環境は以下のようなフェイズに分かれています。 ※ これはcookpad.comの構成で、サブシステムや個別のサービスはその規模や特性に応じて構成が異なります。 development 開発者が実際に開発を行う環境です。クックパッドでは仮想環境は用いず、手元のマシンでRailsアプリケーションを動かして開発を行っています。 データベースはローカルではなく、開発者全体で共通の開発用データベースに接続しています。 test 手元でテストを実行する場合は、ローカルマシンのデータベースを利用します。CI(rrrspec)などの場合も同様で、テスト実行サーバーのデータベースが利用されます。 staging stagingといえば準本番環境として、本
2014 年 5 月 3 日に開催された 「Kyoto.なんか」 という勉強会で、最近 Java で web アプリケーションのプロトタイピングするとき使っている構成について喋りました。 最近個人的に愛用している構成です。 Java による Web アプリケーションのプロトタイプのために最近使っている構成 from Yu Nobuoka 補足 TypeScript コンパイラを Nashorn 上で動かしたときになんで遅いのかまでは調べてない。 Nashorn 上で動かすために IO 周りのコードを書いただけなので、自分がなんかミスったとかではないと思うけれど。 そのうちもうちょっと調べたいとは思ってるけど、そもそも Nashorn 上で動かすのは難しい気がしてる。 テンプレートエンジンはとりあえず Velocity を使ってるけど、これがいいとは思ってない。 型安全性の高いテンプレートエ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く