Think in G

原文链接：論理と直感とiBooks Author

译文

说起“逻辑”和“直觉”，人们通常认为这是两个相互对立的概念。关于这两者，可以讨论的方面有许多，在这篇博客中，我想就文书的格式和版式展开些讨论。

从文脉的技术角度来说，所有的文章其构造都应该具有逻辑性。计算机很喜欢这种逻辑结构鲜明的文章。具体说来，写文章的时候，先有标题，对吧？然后是章，每章也有自己的标题，而章又由节构成，节也有标题，其次才是正文…… 作者就是根据这样树状的逻辑结构将文章一点一点堆砌起来的。这样写文章，诸如抽出文章的大纲、简便地生成目录、明确检索目标这样的任务都会变得很方便。这是对于计算机而言的。

那么，文章要给别人看的时候呢？这就需要直觉上的版式了。在页面上布置标题的位置、设计页眉、正文分成四栏、给需要强调的内容配上插图…… 安排各种有助于阅读的要素。这些设计是为读者服务的。在这个过程中，会破坏文章的逻辑结构。心中想着文章的逻辑结构，默念“啊！绝对不能破坏逻辑结构！”，同时，直觉却告诉自己“这样改不是更有助于理解吗？” 于是，逻辑和直觉形成了一种对立。 Read the rest of this entry »

最近在构思一个用于Mac/iOS开发的工具。感觉比较庞大，脑子里的东西比较混乱，决定先把最初的设想写下来，然后再一步步细化。

问题的由来

这个构思的起因是2011年底前的一个iOS项目。设计MM为了吸引用户，在UI中设计了各种可爱的元素。也差不多在这同时，Path 2登场了。其精致的动画让设计MM意识到动画也是体现UI表现力的重要手段。于是，她就开始设计中增加动画元素。

围绕这这些动画效果，我发现在设计和开发过程中有不少问题：

• UI设计师如何描述动画
  动画与传统的静态UI不同，单单凭借静态的设计是很难把问题说清楚的。如果采用关键帧的方式去绘制一些分镜头的脚本，会给设计师增加不少工作压力。
• 开发人员如何实现动画
  在Mac/iOS平台上，实现动画主要靠的是Core Animation框架。然而Core Animation比较底层，因此Apple对其进行了封装，提供了Cocoa Animation以方便开发人员实现动画。但不论在Mac还是iOS上，通过编程方式实现动画效果依然需要大量的代码，而且对于比较复杂的动画，开发人员还是需要直接通过Core Animation操纵CALayer、CAAnimation来实现。在我的项目中，最重的view controller里，居然有80%的代码用于实现动画效果。

于是我意识到，这样的开发是有问题的。理由很简单，设计师所设计的是动画，既然是动画，就不应该是几个分镜，几个关键帧这样的半成品。更不应该等到开发人员将代码写出来，再就具体的效果进行讨论。而开发人员也不应该堆砌大量的代码用于动画，因为同时具有艺术感和代码实现能力的开发人员真的非常少。想要做出高质量的动画，这样的过程没有几个回合是搞不定的。总之一句话：

Does real animator write codes? Definitely NOT!

在设计师和开发人员之间必须有个工具扮演桥梁的角色。类似于Flash上的工作流，设计师能够通过该工具直接做出大部分动画效果，而开发人员则在项目中导入这些预先定义好的动画脚本，并根据需要进行一些优化和微调。

如果存在这样的工具，不仅能有效简化设计师和程序员之间的沟通过程，实现工作职责的更合理分配。更重要的是，它还能使代码变得干净，提升代码和动画的可复用性。 Read the rest of this entry »

因为最近想尝试一些OpenGL ES的开发，所以想找本入门+进阶的书。在amazon上找到几本，但仅凭preview和review没有办法确定这些书是否适合我，于是去书店逛了逛。

到了书店的计算机部，有好多书吸引了我，有的是因为主题，有的则是因为别致的设计。

令人震撼的骨董计算机之美

摄影和计算机让人联想起什么？如果你想到的只是PS，那么你绝对应该看看O’Reilly的这本 Core Memory : a visual survey of vintage computers （目前还没有中文版，我称之为《Core Memory：骨董计算机之美》），这是摄影艺术对于计算机之美的诠释、对于机器和人类智慧之美的诠释！

我从time.com上找来了一些书中的图片，在这里引用两幅。

Eniac的电子管阵列

Core Memory 肉眼能够看到的1比特

这本书是2007年出版的，这么久了，在国内却一直不知道…… Read the rest of this entry »