スタンフォード大がiOSプログラミングの入門コースを無料で提供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が最近リリースされ、重要な変...
C言語は今でも価値のある言語か？
Couchbaseの作者Damien Katz氏は，C言語はバックエンドプログラミングにおいて現在でも優れた言語である，という意見を持っている。しかし他の開発者は，C言語はあまりにも欠陥が多いとしてC++やJavaを支持するもの，あるいはいずれも好まないというものなどさまざまだ。 CouchDB の開発者であるDamien Katz氏は，The Unreasonable Effectiveness of C と題した先日のブログ記事において，C言語がバックエンドのための優れた言語であると断言した。氏はC++やJava，さらにはErlangやRubyのようなより現代的な言語よりも，今後もC言語を支持していくつもりだという。ただし単純に，C言語を他のどれよりも優れた言語だと言っている訳ではない。"言語自体のパフォーマンスと信頼性が重視される場面においては，C言語に比類する言語は皆無である"，別
Webアプリケーションを高速化する50のトリック
MicrosoftのInternet Explorer PMであるJatinder Mann氏は、BUILD 2012でHTML5アプリとサイトを高速化する50のパフォーマンストリックというセッションで、Webアプリケーションを高速化する多くのチップスを提供した。 Mann氏が提供したアドバイスは、以下の6つの原則を中心に構成されていた。 1. ネットワークリクエストに迅速に応答する リダイレクトを避ける。上位1,000のWebサイトのうち63%は、リダイレクトを使用している。これらはリダイレクトをやめることによって10%のパフォーマンスを改善することができる。 メタリフレッシュを避ける。世界のURLのうち14%は、メタリフレッシュを使っている。 可能な限りユーザーの近くにあるCDNを使用してサーバーの応答時間を最小化する。 異なるドメインからのリソースをダウンロードすることによって、同時
バーチャルパネル: コードとテストの比率、TDD、BDD
JB:この件について一般化するのは嫌なので、私がTDD/BDD使うときとその理由を説明させてください。 私が初めてTDDに出会ったのはミス(欠陥といってもバグといってもいいでしょう）を防ぐ方法を求めていたからです。プログラム上の多くのミスのおかげで私は完璧さの感覚を失ってしまいました。どんなことを成し遂げても仕事が完璧に近づいたと感じたことはありませんでした。そして、書いたコードをテストすれば、ばかげた小さなミスを見つけ修正できるのではないかと考えました。テストをしてミスを見つけたかったのは、愚かにみられるのを防ぐためというより、仕事に対する完璧さの感覚を失わないようにするためです。実際テストは役に立ちました。数年経って、TDDはコーディングのミスを防ぐのに役に立つだけでなく、デザインの失敗を防ぐのにも役に立つことに気づきました。そしてBDDを学び、どのような機能を実装するかについての失敗
アジャイル適用に関する政府機関のガイドライン
米国と英国の政府会計監督機関は先日，政府の出資する開発プロジェクトへのアジャイルプラクティス適用に関する報告書とガイドラインを公表した。米国政府説明責任局 (GAO / Government Accountability Office) と英国監査局 (NAO / National Audit Office) はいずれも，政府部門でソフトウェアシステムを構築するための最善の方法としてアジャイルの採用を推奨すると同時に，その適用とガバナンスに関するガイドラインを提供する。 NAO の報告書 によると， 政府はプロジェクトの失敗によるリスク軽減のため，情報および通信技術 (ICT) の調達と提供にアジャイル手法を採用します。2011年5月に実施された公会計委員会 (Committee of Public Accounts) の公聴会で政府は，アジャイルを単独ではソフトウェア開発の改善方法とは考
DRY原則の利用: コードの重複と密結合の間
原文(投稿日：2012/05/25)へのリンク DRYは重複とそれに伴うメンテナンスの問題を軽減するものだが、誤用すると密結合を生み、可読性を損うおそれがある。教訓：ソフトウェア開発原則は、ほかの原則やパターン、プラクティスを考慮して適用しなくてはならない。 DRYは Don’t Repeat Yourself の略語であり、Andy Hunt氏とDave Thomas氏が書籍「The Pragmatic Programmer: From Journeyman to Master」（邦訳：「達人プログラマー―システム開発の職人から名匠への道」）で最初に言及したソフトウェア開発原則だ。その原則はこう述べている。 知識のあらゆる部分はそのシステムにおいて単一で、曖昧さのない、信頼できる表現でなくてはならない。 ここでHunt氏は重複による負の影響と、それゆえにDRYを利用することの重要性を強調
vert.x – Node.jsの代替フレームワーク
Vert.xは次世代の非同期でスケーラブルな並列処理アプリケーションのためのフレームワークでありJVM上で動作する。Node.jsの代わりになり得るフレームワークだ。開発者はJavaScript、Ruby、Groovy、Javaを使ってこのフレームワーク向けのアプリケーションを作れる。これらの言語を混ぜ合わせて使うことも可能だ。 下記はvert.x上で動作するウェブサーバが静的なファイルを提供する場合のコードだ。 // JavaScript load('vertx.js') vertx.createHttpServer().requestHandler(function(req) { var file = req.path === '/' ? 'index.html' : req.path; req.response.sendFile('webroot/' + file); }).list
Agileは内向的な人達を抑圧しているか？
原文(投稿日：2012/03/31)へのリンク 久しくAgileはチームがオープンスペースで、協力し合って一緒に働くことを奨励し、開発者がペアプログラミングすることを奨励してきたが、最近この種のプラクティスが批判を受けるようになってきた。 この1月に、New YorkerがGroupthinkと呼ばれるブレーンストーミングについての記事を載せた。 ブレーンストーミングは、生産性を高めるのに理想的なテクニックで、満足感を与えるやり方だ。しかし、ブレーンストーミングには問題がある。うまくいかないのだ。 様々な調査を引用して、記事は次のように結論づけている。 ブレーンストーミングはグループの潜在能力を解き放しはしなかったが、各人を非創造的にしてしまった。調査の結果で、ブレーンストーミングの人気が傷ついたわけではないが、多くの追跡調査も同じ結論になった。 Washington大学の心理学者である
大規模データ技術の現状と今後の方向性
また、データの全件処理、特にI/Oの性能が求められる多重のバッチ処理にはMapReduceが新たな選択肢として加わります。MapReduceはデータインデックシングや非構造化データの前処理（ETL、クレンジング）への適用が有名ですが、より汎用的なバッチ処理のインフラ技術[3]として適用範囲が広がっています。 こうした技術の選択肢の中で、特にスケールさせるためにはデータを分割し、分散配置させることと、データの配置場所に処理を持っていくこと、つまり、シェアードナッシングのデータベース技術がアプリケーションアーキテクチャーに大きな影響を及ぼしています。 非構造化データを含めた大規模データ分析はMapReduceで実行し、その結果の集計やレポート機能にRDBを利用して分析結果の可視化をするのが現在は主流となっています。しかし、この方法は十分に全体最適化がされてなく、データ転送コストの無駄が発生して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
成長を続けるTwitter Bootstrapのエコシステム
GoogleがJavaScriptのテストランナーであるTestacularをオープンソース化
Xwt によるクロスプラットフォームアプリケーション開発
列指向データベース向けライブラリ Google Supersonic
Twitter社はClutchをオープンソース化した
UI 開発を簡略化する MonoTouch.SQLite
開発者にショックなGoogle App Engineの値上げ