HaskellでWebAppの開発に必要なN個のこと - maoeのブログ
あるプログラミング言語で実際にWebAppを開発できるようになるまで、何が必要だろうか。言語仕様の習得は終えているとしよう。おそらく、最低限以下のような知識が必要だと思われる。とりあえずHaskellについて知っていることを書いた。 ← ここまで引用。 パッケージマネージャ Cabal 1.18を使おう。以上。 アプリケーションサーバ WSGIとかRackとかの流れでHaskellでもwebアプリのサーバインタフェースを統一化する動きがいくつかあった。その中で一番市民権を得たのはwaiと呼ばれるものだ。 ただ、残念なことにHaskell界でここ数年ずっと続いているI/Oストリーミングライブラリ戦争の決着がついていないため、統一化の状況は思わしくない。waiはconduitというライブラリに依存しているが、フレームワークによっては別のI/Oストリーミングライブラリを基盤にしている。 現状の3
ソフトウェアトランザクショナルメモリ - Wikipedia
計算機科学において、ソフトウェアトランザクショナルメモリ（英: software transactional memory, STM）は、データベーストランザクションに似た並行性制御機構であり、並列計算を行う際の共有メモリへのアクセス法である。この機構はロックベースの同期を用いた並行性制御の代替手段として機能し、ノンブロッキングな方法で実装される物もある。ここでいうトランザクションとは、共有メモリに対する一連の読み出しと書き込みを実行するコードを意味する。論理的にはこれらの読み出しと書き込みは、時間的なある一点で行われ、他のトランザクションからはその間の状態は見えない。トランザクションを行うためにハードウェアにサポートさせるアイデア(ハードウェアトランザクショナルメモリ)は、1986年に Tom Knight により論文と特許として出された。そのアイデアを普及させたのが Maurice H
プログラマは職人、力なければ淘汰されて然るべき―ソニックガーデン倉貫氏が問う、プログラマの覚悟。 | CAREER HACK
プログラマを一生の仕事に―と考えるソニックガーデンCEOの倉貫義人氏。人月ビジネスで時間を切り売りしているうちは、35歳定年説は覆せず、収入を上げるためにはマネジメントの道に進むしかない。人の管理ではなく、生涯プログラマであり続けるために必要な条件とは。 ▼ソニックガーデン代表倉貫氏へのインタビュー第1弾 “納品のない受託開発”とは何か？―ソニックガーデン代表 倉貫義人氏が全貌を語り尽くす。 プログラマを続けられる人、続けられない人。 「納品のない受託開発」というビジネスを確立したソニックガーデン。代表である倉貫氏は、「従来の受託開発は誰も幸せにできないモデル」と切り捨てる。倉貫氏の考える、新しいエンジニアの働き方とは何なのか。プログラマを一生の仕事にするために、必要な環境や能力とは。 人月商売は、エンジニアを馬鹿にしている。 ― 従来の受託開発モデルは、顧客・ベンダー・エンドユーザーから
iPhoneアプリのデザイン指示書について | keisuke tsukayoshi
最近になってようやく、その他の開発のために止まっていたlogのアプリ開発が少しずつ動き始めました。デザインはほぼFIXしていたので早速実装に取り掛かっています。やはり自分が作ったデザインがアプリケーションという形に落とし込まれていくのは、デザインに命が吹き込まれているようで毎度感動させられますね…。 さて今回の記事の内容は、そんなデザインに命を吹き込む過程でスマホアプリ開発に必要な、デザイナーからエンジニアへ受け渡されるデザイン指示書についてまとめてみたいと思います。 デザイン指示書とは マークアップの世界ではわりとPSDファイルを渡せば自前のPhotoshopなりで素材を切り出したり、大きさを測ったりすることはわりと一般的ですが、スマホアプリ開発ではマークアップ的な見た目実装に加えて機能も同時に実装する必要があるので、全体の作業量なども考慮して素材の切り出しや余白・文字の大きさの指定など
デザイナーもエンジニアも幸せになれるiOS画像の書き出し方 | keisuke.tsukayoshi
前回iOSアプリのデザイン指示書についての記事でも少し触れましたが、iOS開発の画像素材の書き出しはデザイナーが担当するのが一般的なようです。しかし実際にコードを書けない多くのデザイナーにとっては、どんな画像をどのように書き出せばいいのか不安になってしまうことも多そう。 というわけで今回は、主にアプリデザインの経験のないデザイナーさんに向けた簡単なtipsと、最後にちょっとグレーだけど使い所によっては効率があがるぼくなりの手法も少し紹介してみたいとおもいます。 基本的なこと デザインは横幅640ピクセルで作る 基本的なところですね。後述しますが、Retina対応したiPhoneとそうでないもののふたつの解像度の画像が必要になるのでどちらも兼ねるこの解像度で作ります。 非Retina端末のために半分のサイズの画像も用意する 実際にXcodeでの開発は横幅320pxをベースに実装するので、もと
D3.jsはなぜ人気があるのか？ そして、なぜ難しいのか？
個人的なD3愛についてはこちらに。 日本ではまだまだ知名度の低いD3.jsですが、海外ではGithubの人気レポジトリランキングで上位(現在7位)に上がるなど非常に注目度の高いライブラリです。 JavaScriptには他にも多数のChartライブラリが存在しているのですが、その中でなぜD3がこんなにも注目されているのか？ その理由を考えてみました。 結論 なんかスッゲー長くなったので先に結論を書いておきます。 他のChartライブラリより柔軟性が高いコードが簡潔に書けるJavaScriptの面白さを味わえる理解が進む程に惹かれる設計の妙 以上。以下、詳細。 柔軟性 データをグラフとして表示するには、データを画面上の座標に変換しなければなりません。散布図として表示するためにはデータの値を画面上のXY座標変換する必要がありますし、円グラフとして表示するには値の割合からそれぞれの内角の角度などを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Apache Camel: Index
What are the best use cases for Akka framework
Erlang/OTP で WebApp の開発に必要な N 個のこと