[B! programming][design] bricklifeのブックマーク

bricklife id:bricklife

programmingとdesignに関するbricklifeのブックマーク (8)

facebookの"Building Paper"はすべてのiOSエンジニアが見るべき
huin Job : Software Engineer(iOS, Android) Use : Objective-C, Swift, Java Like : Gadget, Apple, Photography, Art, Design, UI, UX More posts by huin. 日本のAppStoreでは未だ公開されていないfacebookの「Paper」ですが、そのUIは実験的ながらも非常に高い完成度で個人的にはすごく好きなアプリです。良いアプリがあれば "どうやって作っているのか" が気になるのがイチiOSエンジニアの性なんですが、facebook自体がPaperの裏側について説明した動画をしていて、非常に良い内容だったので紹介します。なんのイベントなのかはよくわかってないのですが、公開日は4/18なので比較的最近だと思います。当然英語なので理解は浅いのです
bricklife 2014/04/30
最初のチュートリアル話だけはデザイナーや企画も見たほうがいい。英語わからなくても本文とデモ見ればわかる

ui

programming

design
リンク
fladdictさんが考える「手触りのあるアプリ」（後編）　ビジネスと手触り、デザイナーがコーディングを学ぶための方法
『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day
bricklife 2013/08/19
「手触りは感覚的な要素と技術的な要素が混ざるところなので、プログラム思考のできるデザイナーとデザイン思考のできるプログラマーが必要」

ui

design

programming
リンク
「あ」のうた
このページの観覧には最新のFLASHプレーヤーが必要です。 NHKサイトを離れます
bricklife 2013/08/07
アニメーションの修行に「デザインあ」の模写でもしてみようかなと思ったら公式Flashがあった。こりゃすげえ

design

programming

flash
リンク
『デザイナーがデザインしたとおりになっているかは...』
少し昔を思い出してました。当時いた会社の制作物のデザインは、一時期ほぼすべて巨匠とよばれるベテランデザイナーがやってたのですが、ぼくはPMの立場でわりとぞんざいに扱っていました。入社した頃はデザインセクションとシステムセクションが半々だったのですが、受注額に年々差が付いて行きいつしか人数比でエンジニア9に対しデザイナー1くらいまで減っていました。そして経験の浅いPMであるぼくは、デザインの適正価格があまりみつもれず500万のiPhoneアプリ開発だと50万円くらいとか、価格比もそんな割合にしていました。UIデザインを頑張ると開発工数も連動して、あるいは数倍に跳ね上がることを知ってたので、案件が炎上しないようデザインにこだわったアプリを受注することを嫌ったのです。そして受注した後僕は巨匠にこう言います。﹁この案件、予算少ないんで雑なデザインでいいですよ﹂しかし、巨匠はきっちり仕事を
bricklife 2013/08/02
アルゴリズム実装したら自分の仕事は終わりと思っているプログラマーや素材切り出したら（略）デザイナーは今後通用しなくなるよ

design

programming
リンク
定期的に繰り返し実行する簡単ではないお仕事 - やねうらおブログ(移転しました)
いやー、この問題は本当に難しい。難しすぎて、どうやって解決すればいいかいまだによくわからない。わからないので、ここに書いてみる。最初、とあるお客さんのために﹁ひよこの餌やりプログラム(仮)﹂を作っていたんだ。開始ボタンを押すとひよこの餌が出てくる。たったそれだけのプログラム。今回は、これを﹁定期的に実行する機能が欲しい﹂と言われた。この要望を実現するのがすこぶる難しかったんだ。﹁やねうらおってそんなプログラムすら書けないの？老害なの？﹂とか言わないで欲しい。この問題、本当に難しいんだよ！ ■ １度目のひよこの全滅まず、この要望に沿って、私の会社のプログラマが当初、次のようなダイアログをつけたわけだ。繰り返し実行のところにチェックを入れた場合、ここで指定された時間後にも繰り返し実行する。単位は分で指定する。1日ならば60×24 = 1440を指定する。そうすると、ひよこの餌やり
bricklife 2012/06/25
あるあるｗ

programming

design
リンク
IDEA * IDEA
ドットインストール代表のライフハックブログ
bricklife 2012/01/10
web

design

programming
リンク
分裂勘違い君劇場 - エンジニアがUIデザインしたがる本当の理由
ハイライトピックアップ Web2.0を引き起こしているのと同じ時代の潮流が、エンジニアの地位の低下を引き起し、エンジニアがUIデザインをしたがる動機を創り出している。 Googleは、﹁エンジニアの会社﹂という皮をかぶった﹁企画・マーケティング・デザイン﹂の会社である。エンジニアよりデザイン能力の低いダメデザイナーがうじゃうじゃでてくる構造。優秀な人ならデザインスキルがなくてもいいデザインができるのは幻想。現実には、デザインスキルの差は容易には超えられない壁。デザイナーに必要な技術的知識とエンジニアの技術的知識は別物なので、エンジニアの技術力はデザインをする上でそれほど強みにならない。したがって、技術力とデザイン力を兼ね備えた優秀なデザイナーはエンジニアとデザイナーのハイブリッドではない。一人の人間がUIのデザインと実装を両方やると二兎を追うものになってUIの質が低下する。二兎を追
bricklife 2006/02/20
design

interface

programming
リンク
神様ルートクラスを嫌い、POJOを好む：An Agile Way：オルタナティブ・ブログ
ぼくがオブジェクト指向言語を勉強しはじめた90年ころは、「継承」という概念がとても流行っていて、継承によって「差分プログラミング」ができることがオブジェクト指向設計の再利用性の典型例のように言われていた。もちろん、こういう誤解は95年くらいには、みんなウソだと分かってきていた。しかし、それでもときどき、すべてのクラスの頂点のような「神様クラス」を作ってしまうことがある。例えば、90年代の多くのC++オブジェクト指向データベースは、Persistenceのようなクラスを継承することで永続オブジェクトとなるクラスをマーキングしたり、あるベンダーのコレションクラスは、Objectというクラスを継承したクラスのオブジェクトのみがコレクションの要素となることができたり、という具合に。また、EJBも最近まではEntityBeanを継承することでEntityBeanの資格が得られるし、Servel
bricklife 2005/12/10
「利用者に強制的に継承を迫るのは、は嫌がらせだ。」「クラスライブラリは森にならず林にすべきだ」

design

programming
リンク
1