エンジニアにとって大事なのは、機能仕様 漆原茂氏（以下、漆原）：みなさん、こんにちは。漆原茂と申します。理系の方、お待たせいたしました。私はエンジニアです！ いいですか。私の外部仕様はウルシステムズ株式会社の代表取締役社長だったり、ULSグループの社長だったり、ブレインパッドの取締役をやっていたり、いろいろありますが、エンジニアにとって、これは重要じゃないんです。大事なのは、この機能仕様です。 僕は、中学2年生のころからずっとソフトウェアを書いているんです。根っからのプログラマーです。イノベーションが大好きです。スタンフォードへ行っていたんで、もうシリコンバレーが大好きです。もちろん、IVSも大好きです。数学が大好きです。偏微分方程式……最高ですよね！ eのiπ乗+1=0ですよ。オイラー先生ってすごくないですか。円周率って、すごくないですか。3.1415926535 8979323846

Join 150K+ monthly readers. In-depth articles on Node.js, Microservices, Kubernetes and DevOps. What is CQRS? CQRS is an architectural pattern, where the acronym stands for Command Query Responsibility Segregation. We can talk about CQRS when the data read operations are separated from the data write operations, and they happen on a different interface. In most of the CQRS systems, read and write

ファシリテーターについてまとめてみたいとおもいました。 なぜ？ 今年は「ファシリテーション」について、勉強の時間をふやしています。 理由は、今年からリーダーというポジションについたという点が大きいです。わたしはチームにおいてリーダーの担う役割とはチームの目指す目標を達成するため、チームの生産性を最大化させること とかんがえています。 生産性向上のため、メンバー全員が納得し、新しい仕組みを運用していくとしたら、そのプロセスに 意見を話し合う という場はかかせないものとかんがえています。なので、議論活性化しまとめる能力 というのは生産性のたかいチームをつくるために欠かせないものだとおもうんです。 で、社内でファシリテーションについて話す機会をちょっぴりつくれそうなので、いま時点での 自分の考えるファシリテーターの役割とのそのやり方ってのをまとめてみようとおもった次第です。 ファシリテーションと

今回で3回目の開催となる、デジタルからアナログまで古今東西のゲームが集まる日本最大級の“ユーザー参加型”ゲームイベント“闘会議”。2017年2月11日（土）、12日（日）に開催される“闘会議2017”は、「ゲームと一緒に、生きてきた。」というテーマを掲げている。 電ファミ編集部では、この「ゲームと一緒に、生きてきた。」というテーマを体現し、ゲームを通して人生を謳歌している人々に、インタビューを行っている。 今回は、慶應義塾大学先端生命科学研究所の所長であり、同大学の環境情報学部教授でもある、冨田勝（とみた・まさる）さんにお話を伺った。 冨田さんは慶應義塾大学工学部を卒業後、アメリカのカーネギーメロン大学コンピューター科学部で、人工知能や自動翻訳の研究を行った。そこから生命科学の研究に転じ、細胞シミュレーションやメタボローム解析といった分野の第一人者となっている。 このようにアカデミックな経

Lispと聞くと、冷蔵庫のような大きいサイズのコンピュータや、大文字のアルファベット文字列や括弧の並びといったような過去の時代のことが頭に浮かびます。そう、非常に多くの括弧。何故、オブジェクト指向プログラミングの作成者たちは、そんなにもLispの アイデア に魅了されるのでしょうか。そしてまた、アイデアとされるプログラミング言語というものは、どうやったら説明できるでしょうか。こうしたことを教えてくれなかったコンピュータ科学の教育を責めるべきでしょうか。 Lispは、John McCarthyが書いた Recursive Functions of Symbolic Expressions and Their Interpretation by Machines, Part I という論文によって、初めて世界に登場しました。その中で、McCarthyはプログラミングに新しい多くのアイデアを導入