「技術探求型」で新しい受託開発を実現してきたアクロクエストが有する“組織技術力”とは？ - エンジニアtype
「技術探求型」で新しい受託開発を実現してきたアクロクエストが有する“組織技術力”とは？ 2014/01/07公開 クラウドコンピューティングの進歩やDevOpsの普及、そしてビジネス環境の断続的な変化に伴う開発期間の短納期化etc……。こうしたさまざまな要因により、ここ数年はSI業界に変化の波が押し寄せており、顧客企業の要求に対応できない企業は部門の統廃合や業容転換を余儀なくされてきた。 そんな中、エンタープライズITの開発で異彩を放つソフトウエア開発会社が横浜にある。1991年に創業したアクロクエストテクノロジー（以下、Acroquest）だ。 同社は現在、Javaのシステム障害なら100％の実績で解消してきたトラブルシューティングサービスの『JaTS』や、先端的なOSSをベースとしたビッグデータの高速・リアルタイムソリューション『AcroMUSASHI』の開発・提供などで知られており、
ドキュメントベースの単体テストでxUnitを導入する前に考えて欲しいこと ｜ Developers.IO
ドキュメントベースの単体テスト ソフトウェア開発では、テストケースをExcel等で管理し、テストをテストフェイズで実施する方式（以下、ドキュメントベースの単体テスト）が行われてきました。 ドキュメントベースの単体テストでは、テストフェーズが明確に切られています。テストフェーズでは、テスト担当者がテストを実施し、結果をドキュメントに記録します。必要に応じてエビデンスも残すでしょう。もし、テストが失敗したならば、不具合管理票（バグ票）を起票します。そして、不具合の原因を分析し、仕様書やソースコードを修正します。不具合が修正されたならば、もう一度テストを実行し、不具合がなくなるまでこのサイクルを繰り返し、品質を高めていきます。 このようなドキュメントベースの単体テストは、機能や画面を対象としています。そして、ほとんどの場合は品質保証を目的としています。テスト件数や不具合件数、不具合の発生原因や修
Railsの逆を行く、デザイナと開発者が協力するためのScala Liftフレームワーク - Qiita
最近のフレームワーク、っていうとどれもRailsと似たような感じで実装言語が違うだけでしょ？という感じですが、Liftはそんな中完全に逆を行ってます。 その思想は他の言語でも通用するはずなので、ぜひScalaなんぞ知らんという方も読んでいただければと思います。 Liftの特徴 公式な特徴はホームページに記載されていますが、個人的にプッシュしたいのは以下点です。これらは、Templatingに詳しく書かれています(日本語訳)。 1 デザイナフレンドリー 2 コントローラーがない 3 速い デザイナフレンドリー 自分の手元にあるerbやらjspやらasp(chtml/vbhtml)やらのファイルを見て、これをサーバーサイド側の言語を知らない人間に手渡せるか？と考えたときYesと言える人はどれくらいいるでしょうか。 それらのファイルにはそこそこコードが入り組んでいて、特にRailsの場合顕著です
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Twitterのリアルタイム分散処理システム「Storm」入門