Rustが再評価される:エコシステムの現状と落とし穴 In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from othe...
![vert.x – Node.jsの代替フレームワーク](https://cdn-ak-scissors.b.st-hatena.com/image/square/d7d5497bbeb8362d47525273da85897c62884696/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s2_20240206091638%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
ソフトウェア開発においては、多くのフレームワークや製品がその(変化に対する)適応能力を誇示しています。あるソリューションがどれほどうまく変化に適応できるかを把握しようとする前に、システムがどのように変化するか - それこそがダイナミック(動的)と言うことです - についてのしっかりした定義が必要とされます。 初期のオブジェクト指向による手法では[1]、システム分析は中立でなければならず、現実世界に置ける二種類の要求をベースにしていました。: 現実世界のエンティティ?現実世界のエンティティとその関連についての情報を収集することで、技術的・主観的な視点ではなく、オブジェクティブな視点でシステム構造の分析を開始することができる 現実世界のイベント?現実世界のエンティティが持つ状態を変化させるイベントの発生のみが、システムの振る舞いを決定する あらゆるシステム分析に対するこうしたコンテキストにおい
Railsフレームワークは、Rubyで書かれたWebアプリケーションを管理するための、RubyベースのDSLと呼ばれています。RailsがDSLと呼ばれる理由の一つは、汎用的な目的のRuby言語とは対照的にRailsがプログラミングでは無いように思えるのに対して、Ruby言語の機能のいくつかがプログラミングをするのに利用されているからです。言語として考えたとき、その基盤がそれ自体で言語となるのにとても有利なスタートであるとして、RailsはRuby上で作られました。 Dave Thomas (PragDave)が、Rails全体をDSLとして考えているのかは私にはわかりません。しかし、Railsのいくつかの機能が異なるDSLによって支えられていると彼は言っています。彼が示す例は、DSLとしてのActive Record宣言です。ドメインモデルのエンティティの関連に特有な、いくつかの単純な専
このEclipseパースペクティブは、レポートを作成するための機能を提供する多くのEclipseビューで構成されています。それらのビューに関しては、以下で説明します。 レポートエディタ レポートエディタは、レポートの作成やレポート要素の位置決めやフォーマット設定のための作業場として利用します。このビューの中には、Layout、Master Page、Script、XML Source、Previewのタブがあります。 Layoutタブは、レポートの視覚的なレイアウトとして利用し、ドラッグ&ドロップの機能をサポートしています。 Master Pageタブは、ヘッダ、フッタ、レポート全体の背景イメージの設定に利用します。例えば、このページに会社のヘッダーを配置するのによく利用します。 Script タブは、JavaScriptエディタのアクセスが可能です。BIRTでは、JavaまたはJavaS
それでは、実際のベストプラクティスはどのようなものか?2つのバリエーションがあって、うまい具合に一緒に使うこともできる。まず生成したコードに別のディレクトリを準備すべきである。(通常は src-gen)こうすれば生成したコードと生成していないコードの物理的な分離ができる。さらに、すべての生成した成果物は、「// WARNING! GENERATED CODE, DO NOT MODIFY」のようなコメントで始めるべきである。完璧主義の人は、そのコードがどのテンプレートで生成したかを追記してこれを補うかもしれない。どちらのオプションも、IDEの中で生成したファイルと生成していないファイルを区別するのに使うことができる。 生成したコードをチェックインしない 生成したコードはチェックインすべきではない。それはJavaのバイトコードや他の派生した成果物をチェックインすべきではないのと同じ理由である
過去40年間においてテクノロジーに多大に貢献した男、Jim Gray氏(リンク・英語)が、メモリは新たなるディスクであり、またディスクは新たなるテープであると名言したことにより賞賛を受けている。膨大なスケーラビリティを要する“リアルタイム”のアプリケーションとシステムの拡散に伴ってハードウェアとソフトウェアはこのミームにどのように関係してくるのだろうか。 グリッドコンピューティングが話題の的になる以前(リンク・英語)、Tim Bray氏は(リンク・英語)ディスカッションの中でRAMとネットワーク周辺の発展がディスククラスタよりも速かったRAMクラスタの創造にどのように貢献したかを指摘した。 メモリはデータへのランダムなアクセス用のディスクよりも数桁以上速い。(一番ハイエンドなディスクストレッジのサブシステムでさえも1000シーク/秒に達するのには難しい) 二つ目にデータセンターのネットワー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く