[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

2018年9月29日のブックマーク (8件)

  • Webサイトの利用規約(無料テンプレート・商用利用可)

    Webサイトの利用規約 kiyaku.jp へようこそ。 当サイトでは、Webサイト用の「利用規約」「プライバシーポリシー」等のひな型(雛形・テンプレート)を掲載しています。 ひな型(雛形・テンプレート)のご利用は無料です。 個人・法人を問わず、どなたでも自由にご利用いただけます(商用利用可)。 ご利用の際は、ご利用の際の注意事項をご確認ください。

    pmint
    pmint 2018/09/29
    各種規約文言のコピペ元。弁護士が監修。/ "WEBをもっとおもしろくする会社 株式会社コンテンツ庵"
  • Noun Project: Free Icons & Stock Photos for Everything

    Noun Project is the World's Most Diverse and Extensive Collection of Icons and Mission-Driven Photos.

    Noun Project: Free Icons & Stock Photos for Everything
    pmint
    pmint 2018/09/29
  • まだMVC,MVP,MVVMで消耗してるの? iOS Clean Architectureについて - Qiita

    <この記事は「Money Forward Advent Calendar 2015」の22日目の記事です> この記事は、iOS Clean Architectureと実際にコードへ適用した内容について紹介します。 コードについては、改善の余地があるため随時修正していくと思います。 → github: https://github.com/koutalou/iOS-CleanArchitecture iOS開発においてよくある問題点 「ビジネスロジックはModelに置くべき」と言うが、開発者によって理解や意見がバラバラで統一的な実装ができない 度重なる仕様変更や複雑な仕様に対応するためにViewControllerや特定のModelが肥大化し、ビジネスロジックの質を見失う MVC,MVP,MVVMだけで考えると、どこかのレイヤが複数の責務を持つことになり依存度の高い複雑なコードが生まれてし

    まだMVC,MVP,MVVMで消耗してるの? iOS Clean Architectureについて - Qiita
    pmint
    pmint 2018/09/29
    図のやっつけ感がすごい。双方向依存しないのが売りのはずなのに、双方向矢印書いてるし…と思ったら、その売りさえ書かれてない!
  • これからクリーンアーキテクチャによるiOSアプリ開発をしようとしている人にオススメの4つの資料 | DevelopersIO

    はじめに こんぬづは、今年は冬コミに初参加してみようかと企んでいる田中です。秋葉原に務めるからには、その文化を身をもって味わう必要があるかと思った次第で御座います。 この記事はiOSでクリーンアーキテクチャに興味がある人が対象です。「やろうかな?」「そもそもどんなものなのかな?」と考えている人は参考にしてください。 クリーンアーキテクチャを調べると、解説記事は数多く見つかります。私は「これだけ情報があれば理解できるだろう」と思っていましたが、いろいろな記事を読めど読めど、しっくりくる感覚がなかなか手に入らない状態に陥りました。そんな経験を元に、私がクリーンアーキテクチャによるアプリ開発を学習し、実際にコードを書いていく上でとても参考になった資料を紹介します。 対象読者 そもそもクリーンアーキテクチャとは?とお思いの方 これからiOSでクリーンアーキテクチャによるアプリ開発をやってみたいと考

    これからクリーンアーキテクチャによるiOSアプリ開発をしようとしている人にオススメの4つの資料 | DevelopersIO
    pmint
    pmint 2018/09/29
    Google先生による厳選記事かな。
  • Amazon.co.jp: Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ): RobertC.Martin, 角征典, 高木正弘: Digital Ebook Purchas

    Amazon.co.jp: Clean Architecture 達人に学ぶソフトウェアの構造と設計 (アスキードワンゴ): RobertC.Martin, 角征典, 高木正弘: Digital Ebook Purchas
    pmint
    pmint 2018/09/29
    レビューを読むと、やっぱり実装例は無いらしい。
  • 持続可能な開発を目指す ~ ドメイン・ユースケース駆動(クリーンアーキテクチャ) + 単方向に制限した処理 + FRP

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は、開発を持続可能にできるようなアーキテクチャとその適用方法を考察するものです。 骨子はできていますが、実装経験をフィードバックして詳細を若干変更するかもしれません。 勉強不足な点もあるので、意見を歓迎します。 開発においてよくある問題点 ビジネスロジックの質が何だったか見失う。ソースコードのどこまでが業務上の関心で、どこからがそれを実現するための技術上の関心か分からなくなる。 入出力双方向の処理が散在して処理が追い切れなくなる。特にイベント処理でどこに飛ぶかわからないコールバック地獄になる。 初期化・つなぎ込み・統合者的オブ

    持続可能な開発を目指す ~ ドメイン・ユースケース駆動(クリーンアーキテクチャ) + 単方向に制限した処理 + FRP
    pmint
    pmint 2018/09/29
    嘘くさい図が有名なクリーンアーキテクチャー。2クラス間の双方向依存は、間に別のクラスを挟んで単方向化(!)。この"Usecase"は"God"にしたほうがいいかと。結局「モデルは他の層に依存しない」としか言ってない。
  • 2011-02-18 - ITは芸術だ レガシープログラマかどうかを判断する10項目

    ※2011.3.30追記 11個目の判断項目を追加しました。 また、「昔はね...」の補足説明を各項目に追加しました。 レガシープログラマ = モダンな言語のおいしい機能をうまく使いこなせていないプログラマ おいらは時々社内システムのコードレビューなんかをやっているのですが、「なんかちょっと前時代的だな〜」とか「ちょっと修正したらC言語でもコンパイルできそうだな〜」って思うことがよくあります。 おいらがレビューする言語は主にC#です。C#やJavaのような比較的モダンな言語のおいしい機能をうまく使いこなせていないプログラマを、ここでは「レガシープログラマ」と呼ぶことにします*1。 そこで、おいらがこれまでに見てきたコードの中から「これはレガシープログラマっぽい」と思った典型的な症例を10個11個挙げてみます。 レガシープログラマの判断項目 使われるローカル変数をすべてメソッドの最初に宣言す

    2011-02-18 - ITは芸術だ レガシープログラマかどうかを判断する10項目
    pmint
    pmint 2018/09/29
    ハンガリアン記法…可読性のため変数名に型名を含めるのは必須。まずいのは型名を変に略す点と、intとlongのようなどうでもいい区別をする点。 http://d.hatena.ne.jp/sifue/20120721/1342828007 のイングリッシュ記法と同様。
  • 文字列の比較に==演算子でなく===(=が3つ)か、正規表現なりstrcmpなりを使おう

    昼の激闘が嘘のような。あるいはその激闘を癒し包むかのような真夜中の静寂。 初冬ともいえるこの時期の冷たい風が、激務に火照った体をゆっくりと静めてくれる。ほんの一瞬の、至福な時。 その永遠の如き静けさを引き裂くかのように。 そのメールは不意にやってきた。 PHP驚愕の事実 if ('2a' == 2) { ここ通る } ………まてやこら。 あんまりの驚きに「ドラマ風」なスタートを切ってみましたがるです皆様いかがお過ごしでしょうか(まだテンションがおかしい)。 なんていうか…驚きですワンダーです冒険ですドラマですそんなネタまみれなプログラム言語イヤだい。 おいといて。 ちょっと実験をしてみました。 if ('2a' == 2) { // true if ("2a" == 2) { // true if ('a2' == 2) { // false if ('a2' == 0) { // tru

    文字列の比較に==演算子でなく===(=が3つ)か、正規表現なりstrcmpなりを使おう
    pmint
    pmint 2018/09/29
    「型を意識」はどの言語でも必要。型に厳密と言われる言語でも(組み込み型の)ざっくりチェックでは無意味なので、あまり差は無い。必要なのはHTMLと文字列を区別するような厳密な型を意識すること。