関数型プログラミング(Functional Programming=FP)初心者が説明するSwiftによるFP入門の入門です。SICPの第一章を若干意識して作りました。 スライドだけでは何を言いたいのかわかりにくいところもあるので、発表者ノート付きソーステキストも合せてごらんください: https://github.com/fhisa/CocoaStudy/blob/master/20151114/Swiftによる関数型プログラミング超入門.md

システムの技術的負債にどう挑むか?~『レガシーコード改善ガイド』著者マイケル・フェザーズが語る課題と解決策~
Objective-Cを書きながらMVCについて悩むことが多かったので、この機会に勉強してみることにしました。参考にしたのは、Appleのドキュメント(Objective-Cプログラミングの概念)です。MacアプリとiOSアプリを包含する資料ですが、iOSに焦点をあてて自分なりに簡単にまとめてみようと思います。 モデル => モデルオブジェクトはデータや基本的な振る舞いをカプセル化する アプリケーションの永続的な状態を構成するデータは、ファイルに保存するか、データベースに格納するかにかかわらず、アプリケーションに読み込んだ後はモデルオブジェクトの管理下に置かなければならない。 モデルオブジェクトには、自身を目に見える形に表現し編集できるようにするユーザインターフェイスとの間に、明示的な接続はない。書式文字列、日付の表現方法等に関する情報は別の場所で管理すべき。 現実的にはある程度柔軟に対応
Web API を利用する iOS アプリ作成 iOS 開発 Bootcamp Introduction スマートフォン全盛期のいま、Web サービスもスマートフォンから利用される割合がどんどん高まっています。ユーザーはより便利で快適なアプリを求め、Web サービス事業者はそういったユーザーを少しでも満足させるため、日々努力しています。またスマートフォンアプリ開発を専業としていても、Web との関わりのないアプリではできることが非常に少なく、その様なアプリはいまやごくまれです。今日、Web アプリケーションとスマートフォンアプリは非常に密接な関係にあります。 Web アプリケーションとスマートフォンアプリ開発の両方を学ぶことは、そういった現在の Web をより広く見通すためには最適な課題であると言えます。どちらも学ぶことでその連関を知るだけでなく、開発の類似性や違いからより多くを学べるはず
いくつかソースを見てきたのですが、 時と場合による としか言いようがない感がすごいですね。 ただ、当たり前ですが、 基本的にはMVCに則って作っていくのが良いです。 そして、Modelをちゃんと切り分けるというのが、テストをする上で非常に大事になってくるかと思います(一番テストしやすく、一番テストするべき)。結局テストを書かないにしても、テストしやすいコードは正義です。 さて、どうやって切り分けるかですが、ここが難しいです。 M,V,CとおまけのDelegateを、他の設計やソースを引き合いに出しながら、印象などを語っていきます。 Model Modelに関してですが、 Modelに通信機能を持たせる 通信を管理するClientが存在する という、2つのやり方がありそうです。 前者はBackbone.jsであったり(ModelやCollectionがfetchする)、Railsであったり(
2014/11/8 Developers.IO by Classmethod.Inc 発表資料 Androidアプリケーション開発で読みやすく、変更に強く、テストしやすいコードを書くためにはどうしたらいいか? MVPパターンを用いた設計アプローチと実装例の解説。
この記事は、「スマホUI考(番外編) UIやUXを劇的に改善する、『ビッグオー駆動型開発』とは」へのトラックバック的なものです。 深津くんのこの記事では『ビッグオー駆動型開発』と名付けてますが、ちょー簡単にいえば、「どうしようか迷ったらオカンに聞け」という提言です。これは、概ね正しくもあるのですが、このような提言の仕方はリスクを伴う部分があるので、いちおう、早めにその旨を声明しておかねばという衝動に駆られました。ので、このエントリーに至っています。 で、この『ビッグオー駆動型開発』に関しては、ビミョーに懸念があったので、一応、反論というか、補足というか、まあなんというかそういうことをしておこう。ビッグオー駆動型開発自体の詳細は深津くんの記事にあるので繰り返す必要はないという前提で、欠点を挙げる。 そもそも当開発者たるエンジニアやデザイナーにおけるリテラシーの問題。彼らが、高齢者や低リテラシ
いま『ビッグオー駆動型開発』とよばれる開発手法が、業界の一部で注目を集めている。 その理由は非常にシンプルだ。『ビッグオー』は非常に安価で簡単な手法でありながら、従来の開発手法に比べ劇的にUIやUXを改善できるためである。 製品コンセプトのような上流から、ボタンのレイアウトといった下流工程、さらにはグロースハックやプロモといったリリース後のフェイズまで一つの手法でユーザビリティを評価できる。この汎用性がビッグオー駆動開発の大きな特徴であり、導入時の利点となる。 今回はこのビッグオー、の概要と具体的なやり方について論じたい。TwitterのUI拡張予言以来、久しぶりのUI系エントリである。 ビッグオー駆動開発とは何か? ビッグオー駆動開発は、正式には『OKAN Driven Development(オカン駆動型開発)』とよばれる開発手法である。 これは自分のオカンを指標とすることで、低コスト
アプリを作っていてありがちなこと Android には、画面を構成するための Activity というコンポーネントがあり、概ね MVC フレームワークの Controller に相当する機能を持っています。 MVC といえば、肥大化する Controller というのがよくある問題として挙げられますが、Activity も例に漏れず、往々にして肥大化しがちです。 また、Model も、その責務を詰め込んでいくと肥大化しやすいレイヤと言えます。 この投稿では、Controller や Model の肥大化を極力防ぐためのレイヤわけを、Android アプリ向けに書いていきます。 Activity を綺麗に保つ Activity は、Controller として、様々な UI から受けるイベントを受けて、適切にハンドリングする役割を持っています。 OptionsMenu や ContextM
最近、Web APIの認証をどうすべきか考えている。 例えば次のようなケースをどうするか。 「既存のWebサイトがあり、既にユーザIDとパスワードによる認証によって、ブラウザでデータを提供している。 今回、この提供データをブラウザの画面ではなく、REST APIにて取得可能にしたい。 このデータはユーザ毎に取得可能な値が違うので、認証、または認可によって制限をかけたい。」 ユーザーがブラウザからIDとパスワード(以下ID/PW)を使ってログインする方式を、そのままWeb APIにも適用しても安全なのだろうか。 Web APIの先にはスマホアプリやシェルスクリプトなどから直接ログインするものなどが考えられるが、安全かつシンプルに実装するにはどうしたらいいのだろうか。 私はセキュリティの専門家ではないので間違った考え方をしている可能性もあるが、誰かの目に留まって助言いただけるかもしれないので、
ブロック図生成ツール blockdiag¶ blockdiag シリーズはシンプルなテキストからブロック図などの画像を生成する画像生成ツール群です。 blockdiag を用いると以下のような図が簡単に生成できます。 blockdiag の主な機能: 数種類の図に対応 ブロック図 (blockdiag コマンド) シーケンス図 (seqdiag コマンド) アクティビティ図 (actdiag コマンド) 論理ネットワーク図 (nwdiag コマンド) テキストベースの定義ファイルから画像ファイルを生成 (graphviz 風の文法を採用) 定義にあわせて図の配置を自動的に決定 (自動レイアウト) Sphinx, Trac, Redmine, 各種 Wiki エンジン等、多様なシステムへの画像埋め込みに対応 Enjoy documentation with blockdiag !
cloocaはインストール不要の、Webベースソフトウェアモデリングツールです。独自のモデリング言語を定義し、そのモデルから完全なソースコードを生成させることが出来ます。ようこそ!clooca for Tool Developperへ。 ドメイン特化型モデリング言語を開発するための、Webサービスです。 ノンコーディングでリアルタイム協調開発が可能なWebベースのモデルエディタを作成できます。 モデル図からソースコードを生成する仕組みも、Javascriptで簡単にかけます。
第一时间提供最热国产成人高清精品免费,教室里不行太大太长了,成年轻人免费观看网站,亚洲第一成年网站大全,最全免费在线高清精品资源网站,可以直接观看国内外优质视频!
http://steps.dodgson.org/?date=20090705より。 Google社員によるWebKitのWeb Socketに関するdesign docがchromeの開発ML上で公開されている事を知った。 WebKit Web Socket design doc http://docs.google.com/View?id=dfm7gfvg_0fpjg22gh 鵜飼さんなど日本人Googlerによるdesign docらしい。 Googleの講演などでdesign docをよく書く文化があると言う事は知っていたが、実際に見るのははじめて。このdocの場合だいたい以下のような構成になっている。 目的 Web Socketでブラウザ=サーバー間双方向通信のための新しいAPIを定義するよー 背景 Ajaxとかでブラウザ=サーバーの双方向通信をよくやっているけど、httpを無理
移転しました http://please-sleep.cou929.nu/20091116.html
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く