dai_yamashitaのブックマーク - はてなブックマーク

もう保守されない画面遷移図は嫌なので、UI Flow図を簡単にマークダウンぽく書くエディタ作った - Qiita

はじめに Webサービスやアプリを企画したり、立ち上げたりする際にプロトタイピングツールや、ExcelやPowerpoint、Illustraterなどを駆使した謎のファイルで画面遷移図を描くことがある。こういう図を元に仕様を決めて行って、サービスを作っていくのは以下の点で困る。画面遷移図が保守されない。書くのが非常に面倒くさいユーザーのモチベーションの流れが追いづらく、見た目ばかりに注目してしまうものになりがちマシンリーダブル(ソフトウェアで構造を取り出せない)でない。このような欠点があってどうにも扱いづらい。そんなわけで、markdown風のテキストから簡単に画面遷移図を描けないかなとコンパイラを作成し、次にそれをインタラクティブに編集できるエディタを作成した。 UI Flows図について画面遷移図的なものを書く際に、僕が個人的につかっていた表現方法として、UI Flo

dai_yamashita 2016/04/02

リンク

2015年に備えて知っておきたいリアクティブアーキテクチャの潮流 - Qiita

はじめにもうすっかり年末なので、これから2015年にかけてアプリケーションアーキテクチャがどのようになっていくのかという個人的な考え/妄想や背景について、「リアクティブ」というキーワードをもとににまとめてみたいと思います。 Google Trendsを見ると"reactive programming"という言葉は2010年前後から、ゆっくりとバズをし始め、現在も上昇を続けています。また、仕事としては、2010年ごろから大規模なWebサービス開発において、フロントエンド、バックエンド、アルゴリズム改善といった様々な箇所で、リアクティブプログラミングの要素を取り入れながら、アーキテクチャの改善を進めてきました。そのため、こういったアーキテクチャがコード品質の維持や安定性の向上、実際的で複雑な問題の解決にも適応可能であるということを実感として持っています。近年、そういった要素が様々なツール

dai_yamashita 2014/11/29

リンク

microservicesに分割する際に注意するべき5つのこと - Qiita

はじめにマーティンファウラーがmicroservicesの記事で、小さな役割をもったサービス群にアプリケーションを分割することを提案しています。 cookpadが、サービスをマイクロサービス群に分割していることの記事が注目を浴びており、最近急速にバズワード化しているように感じます。バズワード化して、ポイントが損なわれる前にいくつかの注意点をまとめておきます。 1.インフラコストは基本的に増大する microservicesは、今まで単一のアプリケーションコードで行われていたことを複数のサービスサーバーに分割して管理・運営していくことです。ですので、プロセスを跨いだ通信が大量に発生します。その結果、サーバー台数は増大します。つまり、インフラコストの増大と開発速度の高速化のコスト感覚をバランスして判断していく必要があります。疎結合性が高まり、アーキテクチャとしては美しく感じますが、実施に

dai_yamashita 2014/09/09

リンク

エヴァンゲリオンでわかってしまうJavaScript - Qiita

はじめに全国１億２０００万人のエヴァンゲリオンはわかるけど,JavaScriptはちょっと、、、な皆さんこんにちは。 JavaScriptのプログラミングは、エヴァンゲリオンよりは簡単なのですが、なぜかプログラマにしか浸透しません。エヴァンゲリオンの諸概念を理解している方であれば、すでにJavaScriptプログラミングは理解していると言っても過言ではありません。そのあたりをそういうことにして、本編にとりあえず行きましょう。あわせて読みたい半年で40kg痩せた！ダイエットでわかるリーンなプロジェクトマネジメント手法 1.地球とミックスインまずは、エヴァンゲリオンの世界における地球をJavaScriptで表現してみたいと思います。ここで登場するのはもちろんエヴァンゲリオン世界のトリックスター、ナディアと我らをつなぐものこと「第一始祖民族」ですよね。彼らは隕石に「白き月」と「黒

dai_yamashita 2014/06/11

JavaScript

リンク

新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 - Qiita

あわせて読みたい新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習「オブジェクト指向プログラミング」と「関数型プログラミング」のたった一つのシンプルな違いあきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 2015年に備えて知っておきたいリアクティブアーキテクチャの潮流この記事についてこの記事は新人向けの研修内容を再編集してお送りいたします。ここで述べる内容はどのようにして現在のプログラミングスタイルが生まれてきたかを理解することで、よりよいプログラムを書くためのもので、正確なソフトウェア工学の歴史を学ぶためのものではありません。正確な歴史を把握したい場合は、原典をあたるようにしてください。また、想定している読者は「よくあるオブジェクト指向プログラミングの学習」を既にし

dai_yamashita 2014/05/14

リンク

新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 - Qiita

エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。エンジニアリング組織論への招待～不確実性に向き合う思考と組織のリファクタリングこの書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。あわせて読みたい新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習この記事についてこの記事は、新人向けの研修内容を再編集してお送りします。この記事の内

dai_yamashita 2014/05/10

リンク

そろそろ理解しておきたいのでDockerのソースコードをビジュアルに読む！ - Qiita

まずはツールの紹介昨今、注目を浴びているアプリケーションコンテナを作ったり管理したりできるDocker。そろそろ中身も理解しておきたいところ。特に最近はlibcontainerというのができて、lxc依存すら切り離されているとの噂。ただ、結構ソースコードの量も大きくなっているので（2014/4月現在テストコード除いて70000行弱）、さっと大まかに理解するためのツールを書いてみました。このツールはgoのastからパッケージの間の依存関係を読んで、graphvizの解釈するdot言語に吐き出すツールです。たとえば、最近話題のgo-xslateの全体像をつかもうと思ったら、のようにすることで、拡大こんな感じにパッケージ間の依存関係を図示することができます。これだけでも何となくどんな構造になってるかわかってきそうですね。不安定性の表示 govizにはdot言語の出力の他に

dai_yamashita 2014/04/14

docker

リンク

MVCの流れを簡単にまとめてみる - Qiita [キータ]

理解しやすいように適当に遮ったり、言い切ってしまったところもあるがご容赦いただきたい。 MVCの登場 MVCは、SmalltalkのGUIライブラリのモデルとして登場した。これはGUIアプリケーションを記述する際に、適切なモデル化を進めるのにとてもいい考え方だと思われていたし、実際にそうだった。これはアーキテクチャパターンとして、それぞれがどのように依存するべきか、どこにコードを書くべきかということを端的に表している。安定依存の原則というものがある。これは、要件が安定しているモジュールに依存し、要件が変動しやすいモジュールには依存しないようにするという原則だ。MVCアーキテクチャでは、GUIアプリケーションの安定関係をModel > View > Controllerの順でとらえている。データ処理や業務要件というのは安定しており、UIパーツもまた比較的安定している。それらを統合してア