モナドが解らない人へ、図解で絶対わかるモナドのしくみ - セカイノカタチ
前置き みなさん、モナドって、わかりにくいですよね。 なので、図解することで解りやすく説明できるんじゃないかと、何回かモナドの図解を試みてきたのですが、むしろ複雑さが強調されてしまい残念な感じになってしまいました。 過去の図解 モナドってなんだよ!?全然わからないんで分解して図解してみた(´・ω・`) モナドの分解ふたたび ただ、以前よりモナドを表すメタファのイメージがあって、レゴブロックを組み合わせるようなカタチに例えてうまく説明できるんじゃないか。という予感がしていました。 そして、去年の年末ぐらいに、ついにそのカタチの具体的なアイディアを閃きました。 モナドを解りやすく図解する方法思い付いてるんだけど、絵心が足りなくて表現できない。モナドちゃんとかそう言うことではなく(´・ω・｀) 2013-01-18 05:05:22 via ついっぷる for Android 今日、この記事を書
ボク、if文。わるいモンスターじゃないよ！ - 都元ダイスケ IT-PRESS
id:aroundthedistance に召還されたぜ。 http://d.hatena.ne.jp/aroundthedistance/20100727/1280227851 …その昔なー。Seasar Conferenceで「あなたのコードからnewとifが消えます、魔法のDI」みたいなセッションをした。今思い出して「釣りすぎたぜサーセン」という気分になったことをまず懺悔しておく。 この doBusinessん中のif〜else ifをなんとかしたい。 …（中略）… ちょっとすっきりした。けどまだifが残ってるよね。 ポリモーフィズムの例をもうちっと実用的に書いてみた。 - 都元ダイスケ IT-PRESS どんだけif文悪者なんだ。そこまで嫌ならば、一度もif文を書かずにコードを書けばいい。無理だがなｗ と自嘲。 if文に限らず、問題になるのは濫用なのだ。"ある知識"がトッ散らかって
HTML Form チェックボックスが off の時の値 - 幸せプール
今更ながらに知ったことがあります。 HTML Form でチェックボックスを使うとき、off の時はデータが送信されない訳ですが、これではチェックボックスの on/off でサーバー側のデータの状態を変化させたい場合等で問題があります。つまり、チェックボックスが on の時は、'on' と、off の時は 'off' という値を送信して欲しいわけです。 こういう時、これまで僕は、javascript を使ったり、PHP スクリプト側で誤魔化したりしていたわけですが、そんなことはしなくても良かったんですね。 次のソースで解決っす。 <input type="hidden" name="completed" value="off" /> <input type="checkbox" name="completed" value="on" /> PHP の場合、同じ name 属性の時は、後の値
NOSQL Patterns
Over the last couple years, we see an emerging data storage mechanism for storing large scale of data. These storage solution differs quite significantly with the RDBMS model and is also known as the NOSQL. Some of the key players include ... GoogleBigTable, HBase, Hypertable AmazonDynamo, Voldemort, Cassendra, Riak Redis CouchDB, MongoDB These solutions has a number of characteristics in common K
デモではものができあがっているように見せない
Kathy Sierra / 青木靖 訳 2006年12月27日 (アルファ版のような)開発中のものを私たちが世間や、クライアントや、ボスに見せるときには･･･彼らの期待のレベルを設定することになる。これは3通りの方法でやることができる。磨き上げられたモックアップで幻惑するか、プロジェクトの現状に合ったものを見せるか、ほとんどできていないものを見せながら順調に進んでいるから「信用しろ」と言っていら立たせるかだ。 結論を言うなら: どれくらい「できている」ように見えるかは、実際どれくらい「できている」かに合わせるべきだ。 ソフトウェア開発者はみんなそのキャリアにおいてこのことを何度も思い知ることになる。しかしテクニカルライターもまた、デスクトップパブリッシングツールによって同様の問題に直面する——フォントやレイアウトが完璧に仕上げられたドラフトを誰かに見せるなら、その人はあなたが考えるよりも
各種チートシートまとめ - goinger的日記
なんとなく便利そうなのを探してまとめてみた。 リンク切れおそろしい プログラミング関連 C, CPP, C# Cheat Sheets C, CPP, C#のチートシートがたくさんある 249 Prototype Dissected prototype.js チートシート 347 Haskell Cheatsheet Haskell 130 command line ruby cheat sheet ruby commandline チートシート 680 ruby-on-rails-cheat-sheet/ Railsのチートシート 701 google関連 google guide 検索オプションの説明とか 1358 Google Guide Quick Reference Google検索ガイド 9657 google help: cheat sheet google本家から提供 40
日立、COBOLシステムをアスペクト指向技術で改修する製品を提供 - IT、IT製品の情報なら【キーマンズネット】
株式会社日立製作所は、COBOLで構築されたシステムを効率的に改善／強化し、企業の内部統制を契機とした情報システムの改修などに対応可能とする「アスペクト指向ソリューション」の提供を、開始した。価格は、個別見積となっている。 「アスペクト指向ソリューション」は、手続きやクラスにまたがる関心事（要件）を“アスペクト”というモジュールとして実装し、ベースとなるプログラムに自動的に織り込むことでシステムを構築する“アスペクト指向技術”を利用したソリューション。COBOLでアスペクト指向ソフトウェア開発を可能とするツール「アスペクトウィーバ」／「織り込み支援プログラム解析ツール」の提供と、それらツールを適用した既存システムの分析と改善案の策定、アスペクト織り込みを支援するコンサルティングサービスを提供する。 「アスペクトウィーバ」は、実装するとシステム全体にまたがる要件をモジュールとして1ヵ所に記述
5年後に後悔しないJavaプログラムの書き方 - L'eclat des jours(2009-07-02)
_ 5年後に後悔しないJavaプログラムの書き方 ここ数日、死ぬほど後悔しまくっているので、あらためて（というのは、数年前にも一度後悔しまくって、そのときの知見はあらかた処方箋とかコーディングの掟に書いているからだが）後悔しないための書き方をいくつか紹介する。 とにかく、ファクトリメソッドパターンを使うこと。 これは本当に重要。しかも簡単でありながら効果は絶大。 だめな例。 public class FooBar { private Connection conn; ... protected void setup() { ... conn = DriverManager.getConnection(url); ... } urlを指定することや、DriverManagerの実装を交換すれば良いだろうと想定していても（というか、Connectionならそういう方法もあり得るが、そうはいかな
いやなブログ - 文字列操作の比較表: Ruby, Python, JavaScript, P...
文字列操作の比較表: Ruby, Python, JavaScript, Perl, C++ Ruby, Python, JavaScript, Perl, C++ の文字列操作の比較表を作りました。配列操作の比較表の続編です。間違いなどがあったらご指摘いただけると助かります。 Ruby (String) Python (str) JavaScript (String) Perl C++ (std::string)
マンガで分かるLisp(Manga Guide to Lisp)
スポンジで虎を倒せるんだよ？ (you can take down a tiger with a sponge, right?)
GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
DIって本当に必要? - ひがやすを技術ブログ
DIって本当に必要?たまにそう思うときがあります。DIによって開発は本当に楽になったのか。 DIのメリットでよく語られることとして、インターフェースと実装を分離し、機能の利用者側はインターフェースを通じて機能を利用することで、実装に直接依存しなくなり、後で実装を変更しても影響を受けなくなるということがあります。 実際後から、実装クラスを変更するということはめったにないので、よくあるのは、テストのために実装クラスをモックに変えることです。 でも、別にそれだけならDIContainerなんていりません。たとえば、次のようにServiceクラスに直接依存したClientがあるとします。 class Client { Service service = new Service(); void setService(Service service) { this.service = service;
携帯電話向けWebアプリのセッション管理はどうなっているか - ockeghem's blog
最近購入したPHP×携帯サイト 実践アプリケーション集を読んでいて妙な感じがしたので、この感覚はなんだろうと思っていたら、その理由に気づいた。本書に出てくるアプリケーションは、PHPのセッション管理機構を使っていないのだ。そんな馬鹿なと思ったが、目次にも索引にも「セッション」や「session」という語は出てこない。サンプルプログラムのCD-ROM上で session を検索しても出てこないので、セッションはどこでも使っていないのだろう。 そうは言っても、本書にはブログやSNSなど認証が必要なアプリケーションも登場する。本書で採用している認証方式はこうだ。 携帯電話の個体識別番号を用いた、いわゆる「かんたんログイン」のみを使う 認証状態をセッション管理機構で維持しない。全てのページで毎回認証する そのため、「iモードID」など、ユーザに確認せずに自動的に送信されるIDを用いる つまり、全て
きまぐれ日記: 「ハードウェア」プログラマと「ソフトウェア」プログラマ
プログラマ・ソフトウェアエンジニアと呼ばれる人間には、 2つのタイプがあるような気がしています。 ひとつは、もともと機械いじりやハードウェアが好きな 「ハードウェア」プログラマ、もう一つはその反対の「ソフトウェア」プログラマ。 それぞれどういう特徴があるか、独断と偏見でまとめてみました。 (私自身ハード出身なのでそちらに偏重していますw ) 「ハードウェア」プログラマ 「最適化」という言葉が好き 外的な制約(メモリ/速度/ディスク)がある方が燃えるし、真の能力を発揮できる 逆に制約がないと何していいのかわからず、平凡なアイデアしか思いつけない 開発言語は、制約から決定する O(n) の計算量でも、その定数項を気にする 専用ハード好き (地球シミュレータ, メーンフレーム) 定量評価ができないような仕事は興味ない 固定長データ バイナリデータ 再帰なんてもってのほか スピード狂 CPUがどれ
013 同一レコードを複数ユーザが同時に変更してしまうのを防ぐには？ - EC-One ナレッジセンター レスキューサービス ブログ
こんにちは、id:EC-OneのAkiです。 梅雨も明けて30度を超える暑い日が続きますが、みなさんいかがお過ごしですか？ アイスの食べ過ぎは夏バテの元ですよ！ 今回は、Webアプリケーションのちょっと生っぽい実装テクニックのお話です。 同一レコードを複数ユーザが同時に変更してしまう？ データベース内の特定のレコードを変更するWebアプリケーションを考えてみます。たとえば、「取引先マスタの変更」を行うアプリケーション等です。 この場合、このアプリケーションは以下のような流れになるでしょう。 ユーザがデータ編集画面に入るボタンをクリック。 サーバが現在のデータをデータベースから取得＆返却し、それをユーザのブラウザが表示する。 ユーザがデータを編集し、編集結果反映ボタンをクリック。 このとき、変更した項目も変更していない項目も一緒にサーバに送られる。 サーバが編集結果をデータベースに反映する。
都道府県選択するやつ（JIS X0402・ISO 3166-2準拠版） - LibrePDMの日記
都道府県選択するやつ。 - CSS HappyLife にインスパイアされて。 実際の案件では、都道府県の内部コードは JIS X0402 もしくは ISO 3166-2 で定められたコードを使うことも多いと思います。ということで、value 値として JIS X0402 や ISO 3166-2 のコードを送るバージョンを作ってみました。 option の並び順も、JIS X0402 や ISO 3166-2 のコード順に並び替えました。個人的にはユーザの立場として、独自な並び順だと一瞬混乱するので、JIS(ISO) のコード順の並びで各サイト統一して欲しいところです。 以下のコードについては何らの権利を主張しません。ご自由にコピペなどしてお使いください。 JIS X0402 版 <select name="都道府県"> <option value="">都道府県をお選びください。</o
メールアドレスの謎.... | | プログラマ2.0日報 | あすなろBLOG
配置が換わるなどして、数ヶ月ほどブログを書けないでいましたが、復活することにします。 さて、今回のお話はメールアドレスについてです。 Web アプリを作っていると、ユーザが手入力するメールアドレスが、正当なものかどうか...をチェックすることが頻繁にあります。では、「メールアドレスが正当である条件」は一体何で、どこで決まっているのでしょうか？？？ とりあえずここでは、 someone@somedomain.co.jp というケースでの、ドメイン名部分（somedomain.co.jp）の方は、「有効なドメイン名」ということだけにしておきましょう。こっちは要するに、DNSからMXレコードを引いて、Mail Exchanger のIPアドレスが取れる、という条件になるのは言うまでもないことです。しかし、someone の方、こっちは「ローカルパート」という用語になっていますが、こっちはですね、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミン | 文部科学省
Save now, sanitize later…
Loading...