このスライドの目的はルールベースは多くのプログラマができている。�機械学習への橋渡しを詳細に解説することで�ツールとして機械学習を活用できる人を増やすことです。
![運用自動化のためのプログラミング言語の作り方](https://cdn-ak-scissors.b.st-hatena.com/image/square/e35c58da535b376cde7a6bb152deb4b50ddb14df/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Frandom-131208200200-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
DSLを、同じように仕様記述に用いられる形式手法に当てはめると、事前条件と事後条件を示すものと、アルゴリズムなどの操作を含むものがあります。前者は実装との比較テストや目的の状態になる(ならない)かの確認に、後者は不整合の確認や動作させることに向いています。 分科会「Eclipse XText によるドメイン特化言語の応用」で紹介されたXTextは、コードがジェネレートできるDSL環境です(細合 晋太郎さんの資料:ドキュメント、チュートリアル) 乱暴に言ってしまうと、とても良くできたyacc/lex(構文解析/字句解析)環境で、eclipse上でのバリデーションやjava来無頼の利用、プラグインかが可能です。 今回の分解会を終えてから、DSLでコードをジェネレートする理由を考えていました。ようやく、言語の汎用性、簡易言語のような生産性、ドメイン特化のメリットとスモールスタート、に思い至りまし
まっつんです。今回は JetBrains の Meta Programming System を使って、DSL エディタの実装を行い、最後に Meta Programming System と TMF の比較を行いたいと思います。 MPS とは? Meta Programming System (MPS) は、IntelliJ IDEA や TeamCity といったプロダクトで知られる JetBrains によって、Apache License, Version 2.0 で提供されているオープンソースソフトウェアで、その名が示す通り メタプログラミング のためのシステムです。 書籍 ジェネレーティブプログラミング (IT Architects'Archive CLASSIC MODER) によると、メタプログラミング とは 「他のプログラムや自分自身を記述したり、操作するプログラムを記述
昨日(9月3日)、同会の定例勉強会で講演させていただく機会がありました。テーマは"21世紀型アプローチ"ということでしたので、新しいシステム内製化の持論をお話してきました。 http://b-p-i-a.com/?p=1695 (写真は、参加いただいた片貝さんが Facebook にアップしたものを拝借しています。) その前の勉強会はサイボウズ青野社長が kintone を、さらにその前は Sapiens と、私が存じ上げているツールがとりあげられています。それも踏まえ、当日は Wagby の機能紹介ではなく、Wagby の根底にある技術的な思想についてお話することにしました。この方が、各社の特徴がより明確になるだろうと考えました。 1990 年代に脚光を浴びた CASE はなぜ失速したのか CASE (Computer Aided Software Engineering) は当時、脚光
MetaCase社 MetaEdit+ は、モデル言語を開発(メタモデリング)するためのツールで、ドメイン固有モデリング(DSM: Domain-Specific Modeling)言語を作るために活用される。ドメインに固有のコンセプトを用いることで、コード実装に比較して開発の抽象レベルを引き上げる。そして高い抽象レベルでモデル化された仕様をコードやドキュメントに自動変換して、開発効率や品質を飛躍的に改善する。 安全性とセキュリティでMBSEを強化の講演動画 セキュリティと安全性の懸念は、システム要件と一緒に引き出されることが望ましいものの、通常これらは考慮されず、各担当者の作業は、様々な形式・言語・ツールに分割される。この状態では、トレーサビリティやバージョン管理が制限され、ツールによる自動化は限定的で、大規模・複雑化するシステムの開発の厄介な課題になっている。 本講演では、セキュリティ
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Background We often need to validate data. And a lot of the time we're forced to put those validation rules on our so-called models. I think this is making too many assumptions about the styles of applications that we're writing and doesn't give us enough flexibility to implement something outside of this box. Validating models is great, sure. Very often I find myself needing to validate hashes or
Rubyは内部DSL(Domain Specific Language)に向いている言語と言われます。Rake, RSpec, Rack, Sinatraなどは内部DSL on Rubyの代表的なサンプルです。Rubyの構文のユルさとメタプログラミングが内部DSLを容易にするんですね。 しかし正直僕は、何が内部DSLで、何が内部DSLでないのかがわかっていません。人が何をさして「これは内部DSLである」と言っているのかがよくわかりません。 そんなわけで… 以下では、Userクラスの設計を通して内部DSLらしきものを作ってみます。このイテレーションに対して「ここからが内部DSLだよ」「これは内部DSLとは呼ばないよ」と、誰か僕に優しく教えてくれませんか? Userクラスの作成 Userクラスはユーザ情報を管理するクラスです。ファイル名はuser.rbとします。 まずはユーザの登録機能を作りま
3月19日(月)に要求開発アライアンスのセッション『Object-Functional Analysis and Design: 次世代モデリングパラダイムへの道標』を行いましたが、説明を端折ったところを中心にスライドの回顧をしていきたいと思います。 「アプリケーションの階層と役割」として用意した以下のスライドを説明します。 なんだかんだいっても関数型言語はやはり難しいし、さらにオブジェクトと合体したオブジェクト関数型言語となると、使うのがさらに難しいというのが実際のところでしょう。 ScalaはBetter Javaとして使う道もあるので、それに徹すれば普通のOOプログラマにとって、習得はそれほど難しくはありませんが、プロジェクトで使用する第一プログラミング言語を選定する際に、Better Javaという理由だけでプログラミング言語を定番言語から新興言語にスイッチするのはリスクが大きすぎ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く