タグ

2017年2月8日のブックマーク (7件)

  • Functional and Reactive Domain Modeling 各章まとめ - Qiita

    Functional and Reactive Domain Modelingとは、ドメイン駆動設計(DDD)の関数型プログラミング(FP)とリアクティブプログラミング(RP)によるアプローチを書いた 1. 関数型ドメインモデリング:イントロダクション 変更可能なステートを避ける - 変更可能なステートは管理が難しく、非決定性につながる 参照透過性 - FPは、参照透過なモデルコンポーネントを設計する能力を提供する。モデルの振る舞いが純粋関数で構築されていることで合成性を得られ、小さな関数から大きな関数を作ることができる 自律的成長 - 関数型の設計と思考で、モデルは自律的に成長する。純粋性故にモデルは数学的に扱うことができ、推論ができる コアドメインに集中する - DDDの原則を使用してモデルを構築すると、リポジトリやファクトリといったパターンに基づいて編成されたエンティティや値オブジ

    Functional and Reactive Domain Modeling 各章まとめ - Qiita
  • CNCFがRethinkDBのコードを購入、ApacheライセンスでLinux Foundationに寄贈

    CNCFがRethinkDBのコードを購入、ApacheライセンスでLinux Foundationに寄贈:リアルタイムWebのためのNoSQL 米Cloud Native Computing Foundation(CNCF)は2017年2月6日(現地時間)、オープンソースのNoSQLデータベース、「RethinkDB」のソースコードを買い上げ、Linux Foundationに寄贈したと発表した。 米Cloud Native Computing Foundation(CNCF)は2017年2月6日(現地時間)、オープンソースのNoSQLデータベース、「RethinkDB」のソースコードを買い上げ、Linux Foundationに寄贈したと発表した。 RethinkDBはこれまでGNU Affero General Public License Version 3(AGPLv3)でライセ

    CNCFがRethinkDBのコードを購入、ApacheライセンスでLinux Foundationに寄贈
  • GraphQLを勉強した - mizchi's blog

    自分でGraphQLサーバーを実装しながら勉強したログ。間違ってるかも。 コードはここにあるが、何の注釈もない。 https://github.com/mizchi-sandbox/play-graphql-server RESTの課題 REST は URI とモデルのマッピング構造だが、往々にしてクライアントで必要となる構造は モデルのうち一部であったり、そのリレーショナルな構造に依存する。 つまり、REST というルールに従って必要なデータを組み立てると、リレーショナルな構造によってN回のリソースへのアクセスと、興味がないデータを含んだ不要なペイロードが発生しがちである。 GraphQL は何をしたいか 1リクエスト内でモデルへの問い合わせを合成し、さらに必要なものだけ返却したい 言語とは独立した、転送経路上のモデルの定義を行いたい パフォーマンス上の理由とセマンティクスが同居している

    GraphQLを勉強した - mizchi's blog
  • ssig33.com - 日本人がいまいち情報社会にフィットできない理由

    の情報社会がいつからはじまったかという問題についてまず考えてみます。いやその前に情報社会とは何かという問題について考える必要があるかもしれない。ここは面倒なので、情報が機械により大量生産され機械により消費、加工される社会ということにしておきます。 サプトンの発明、新聞社への普及をもって日の情報社会が達成されたという考え方は、日社会の情報化を最もはやく見積る考え方の一つだと思います。ただし、これはいくらなんでも無理があるのではないかと思います。 あるいは、 1960 年代末からのカナモジタイプライターやテレタイプの企業への普及をもって日社会の情報化がなされたと考える人もいるかもしれません。 しかし、現実にはこれらのシステムは非常に限定された帳票の作成の機械化にのみ用いられていたというのが実態で、こうしたシステムをもって企業内の情報作成、処理の全面機械化を達成していた企業はかなり限定

  • 映画制作におけるPython | POSTD

    Python は、近年、映画を作成する上で不可欠なものになってきているプログラム言語の1つです。スクリーンに絶大な効果を与えることになるPythonを活用していない長編アニメーションやVFXを用いた映画はほとんどないと言っていいでしょう。 映画について考える際、プログラマは映像を生み出す芸術性について考えることがあります。しかし、映画業界の技術面を気にする人はほとんどいません。 そのようなこともあり、これまで幸運にも私が携わることのできたいくつかの有名な映画でどのようにPythonを使用したかを記事にまとめ、ブログに投稿してきました。これにより、Pythonがどれだけ映画全般に貢献しているかを示すことができれば幸いです。 また、最近私は、アーティストに Python For Maya(Mayaで使うPython) のオンライン講座を udemy に公開しました。この業界でのスキルの重要性が

    映画制作におけるPython | POSTD
  • Awesome Java : 素晴しい Java フレームワーク・ライブラリ・ソフトウェアの数々 - Qiita

    元記事: Awesome Java Awesome List in Qiita Awesome Ruby Awesome JavaScript Awesome Node.js Awesome Python Awesome Go Awesome Selenium Awesome Appium Bean マッピング Bean マッピングを容易にするフレームワーク dOOv - 型安全なドメインモデルの検証とマッピングのための API を提供します. アノテーション, コード生成, および型安全 DSL を使用して, Bean の検証とマッピングを迅速かつ簡単にします. Dozer - アノテーション, API または XML 設定を使用して, あるオブジェクトから別のオブジェクトへデータをコピーするマッパー. JMapper - 高速コードマッピングのためにバイトコード操作を使用. アノテーシ

    Awesome Java : 素晴しい Java フレームワーク・ライブラリ・ソフトウェアの数々 - Qiita
  • マネジメントの秘伝のタレ - Flicker's Style++

    今回は私が今までチームマネジメントやヒューマンマネジメントを通して学んだTIPSを整理してみたいと思います。 マネジメント(≒コミュニケーション)を支える技術について都度メモして、自分への戒めとして利用していたものを箇条書きにまとめました。 ある特定の状況だけでしか適用できないものが多いですが、応用はいろいろ効くと思っています。 マネジメントの立場にこれからチャレンジしていきたい人の一助になればと思ってます。 ※自分向けのメモを整理しただけなので、一般的にこうあるべきという内容ではありません。 会議編 -全員の参加を促そう 全員の発言機会が均等になっているか常に意識しよう 一言でも意見を言うことによって、その議題を決めたという意識を持てる - 自分自身(チーム自身)で決めたという感覚に落としもう 「決められたこと」ではなく、「自分たちで決めたこと」という意識を促そう その決定が実行されなか

    マネジメントの秘伝のタレ - Flicker's Style++