学程序员员学习

点击联系发帖人 时间：2015-11-23 00:47

程序员学习网站

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
您的访问请求被拒绝 403 Forbidden - ITeye技术社区
您的访问请求被拒绝
亲爱的会员，您的IP地址所在网段被ITeye拒绝服务，这可能是以下两种情况导致：
一、您所在的网段内有网络爬虫大量抓取ITeye网页，为保证其他人流畅的访问ITeye，该网段被ITeye拒绝
二、您通过某个代理服务器访问ITeye网站，该代理服务器被网络爬虫利用，大量抓取ITeye网页
请您点击按钮解除封锁&给程序员的设计学习指南 -
CocoaChina 苹果开发中文站
给程序员的设计学习指南
需要特别说明的是，这是给移动开发者准备的设计学习指南。在这里你将接触到三大平台的设计规范、基础设计理论，以及设计实践，还有一些学习设计的资源。
程序员为什么需要学习设计？
理解设计能让程序员更上一层楼，能让TA与设计师的交流协作更高效愉快，甚至拥有独立开发面向大众的APP的能力。更多请阅读《》。
本专题的内容包括UI设计、交互设计以及用户体验设计。
首先你需要学习的是三大平台的官方设计规范。
iOS开发者需要学习Android和WP平台的规范吗？需知，他山之石可以攻玉，在这些规范中都有一些理念是通用的，学习别家平台的设计可以为本平台的设计提供新思路。
苹果人机界面指南
谷歌 Material Design
微软 Windows8 Style
有些时候，我们觉得某个设计好，却不知道它好在哪里，其实这是因为缺乏理论基础。下面帮大家快速的了解一下UI设计和交互设计中的概念和理论。
交互设计术语理解：
UI设计色彩原理：
Color Wheel
交互设计：
泰思勒定律
奥卡姆剃刀
学完理论，我们还需要动手实践。在Stack Overflow有个问题问程序员如何学习设计（），一位设计师回答，多看、多模仿、锻炼“审美眼”，品位上去了才能做出好的设计。
我们总结了一些对学习设计有用的资源，包括Dribbble上follower最多的设计师和团队、国内设计博客和一些工具网站，放在这里分享给大家。
Mike | Creative Mints （ / ）
Eddie Lobanovskiy （ / ）
Dan Cederholm （ / ）
Creativedash （ / ）
Kerem Suer （ / ）
腾讯系：（ /
阿里系：（ /
百度系：（ /
其它：（ /
个人：（ /
微博大家说
如果说编程是未来的必备技能，那么设计就是提升附加值的技能。未来可能技术不再是门槛，。学习设计即使不为征服用户，也能提高自己的审美，做一个更有品位的人。
Editor of CocoaChina您的位置： >>
　　对于一个程序员来说，学习的重要性相信大家都能意识得到。如何才能有效地学习，高效地学习？探讨下这个问题，我认为很有必要。
　　每个人学习的方法和习惯可能都不尽相同，很多人习惯了在学校的学习方式，特别是很多刚出校门的人。在他们潜意识中，学习只是应付考试的一种手段，考完就一切OK了，全部还给老师了也无所谓，反正考完之后下次不会再考这么课程了(大学尤其如此)。长期的应试教育会让很多人以考试的心态来对待学习，我也是受害者之一，翻翻我硬盘中散落的各种语言编写的"hello world"，各种半成品，它们就像一张张60分、80分的试卷悄无声息地躺在某个昏暗的角落里。
　　职业生涯的学习一个最大的特点是具有持续性，你需要在某个知识或技能上花费你大部分精力。这时候，应付考试的学习方法已经不再有效了，而知识积累显得尤为重要。如果没有积累，所有的学习的成果都是一张60分的试卷。当你下次使用所学知识的时候，你手头有的就只有那张60分的试卷，你的学习将重新从0开始，由于时间关系或其他原因，你这方面的学习可能在你达到可以考60分的水平时又戛然而止，当你后面又需要使用时，又从0开始学习...如此循环往复，一定时期内，你的水平将永远停留在0~60分中间。
　　职业生涯学习的另一个特点是，你有机会去教。&The best method to learn is to teach&，你可以将你的所学通过各种形式的分享传授给他人。通过教的方式你不仅能够巩固你所学的知识，更能够推销自己、结交志同道合的朋友。
　　那么，基于职业生涯学习的特点，应该养成哪些好习惯呢，本人愚见，提出几点：
　　积累：
　　1、使用note。比如evernote，one note(个人推荐神器)。作为一名程序员，如果你不使用note的话，显然你已经out了。你可以使用note来在任意时间记录你的想法、学习笔记、分享、待办事项等等任意你想记录的。
　　2、经营好你自己的资产。你的作品、代码、idea、你搜集到的资料都是你的资产。对其进行分门别类，同步到网络硬盘(注意信息安全)、多备份都是很好的选择。
　　分享：
　　1、将自己的知识总结成ppt、写出demo。要养成这种意识，当你形成ppt、demo的过程中，你将站在更高的层次去看待你学过的知识、加深你的理解。当然，如果有机会一定要去讲，不管是何种级别的分享，哪怕是自己给自己讲或是讲给自己身边的朋友。
　　2、写技术博客。博客有很多种，对博客的定位，决定你写什么样的博文。如果你的博文每篇都作为一个研究课题来写，我相信你打造一个精品博客一定是早晚的事情。当然我们可能没有要求这么高，那么博客也可以当note来使用(记录你每天的所学所想)，这样可能有好心的人会指出你博文中的错误，和你探讨相关的技术等等。
　　最后想谈下自己对技术书籍、博客订阅和技术社区、QQ群一些看法。现在社会的信息非常大，你可以通过很多渠道获得你想要的信息。但是，问题是信息的质量良莠不齐、信息量巨大，如果每天都把时间花在自己熟悉的信息上、每天都参与各种无意义的讨论(如语言之间的优劣)，那么反而学不到东西还会把自己弄得心烦意乱。
　　技术书籍：技术书籍应该是最严肃的获取信息方式，你可以通过对优秀技术书籍的研读、思考(特别注意思考这个词)，形成你知识的框架，这应该是一个稳固的结构。
　　技术博客和社区：这里是指订阅业界的博客，参与相关博客社区的技术交流。订阅业界、牛人的博客是获得最新、最前沿的知识和技术的方式，应该每隔一定时间段(如每天、每周2次等)研读这些文章、做好笔记。
　　QQ群(或其他即时通讯群组)：即时通讯是最直接的技术交流工具。通过这种工具交流技术、扩大职业圈子是一个很好的选择。但是鉴于目前，很多技术群很少谈论技术、或技术含量较低等情况，建议加入后仔细甄别，不要因为大量垃圾信息浪费宝贵的时间。
程序人生热门文章
程序人生最新文章年轻程序员需要学习的5大经验
年轻程序员需要学习的5大经验
来源： | 时间： 10:20:57 | 阅读数：
[导读] 请谨记这一点，要懂得“自我规范”，也不能一旦代码“起效了”就立马置之脑后。如果所有的变量都命名错误，但是代码依然可以完美地运行，那么这些代码绝对乱糟糟得让人不忍直视。
在过去的7年半时间里，我带过的软件实习生超过一打，也看到过数以百计的学生和毕业生的档案。我发现很多事情他们都需要学习。或许你会说，我说的不就是某种特定的技术、算法、数学，或者其他特定形式的知识吗？没错，这的确是需要学习的，但却并不是最重要的事情。他们需要学习的最重要的东西是&自我规范&。这些规范就是：尽可能地写出最简洁；如果代码后期会因为改动而变得凌乱不堪就得重构；尽量删除没用的代码，并添加注释。
我花了很多时间来敦促这些实习生去学习这些内容。我经常会问他们，怎么样才能成为一名优秀的程序员，他们也通常会回答说，代码应该清晰易懂易于维护。这的确是我想听到的声音，但是很少有年轻的程序员真的能够始终如一地贯彻这一点。
请谨记这一点，要懂得&自我规范&，也不能一旦代码&起效了&就立马置之脑后。如果所有的变量都命名错误，但是代码依然可以完美地运行，那么这些代码绝对乱糟糟得让人不忍直视。将功能代码改进为简洁代码可能在短期内是看不到回报的：代码原本就可以工作，在清洁之后依然可以工作。这就是为什么你需要&自我规范&这一步骤了。这也是为什么实习工作是如此必要：一个好的上司是相当注重代码质量的（即使所谓&好代码&的定义对于每个程序员都不一样），从而迫使实习生和初级程序员不得不反复修改。
下面我举的一些例子都是新手程序员写代码的时候经常出现的：
名不副实的函数/变量/类
这些函数、类和变量实际所做的事与其名字所表达的含义并不一致。片面看名字是正确的，但是联系实际的话，有的甚至是毫不相关的。
举个例子，我上一期的实习生写了两个类：EditorGUI和EditorObjectCreatorGUI。用于处理编辑界面的代码。让我哭笑不得的是，用于创建新对象的是EditorGUI，而EditorObjectCreatorGUI只能通过处理不同的对象进行导航。两者的含义居然是截然相反的！即使代码还算相对简单，但我还是花了相当长的一段时间用来理解它，因为一开始我是在一种完全相反的假设基础上来理解的。这种情况的解决方案非常简单：重命名EditorObjectCreatorGUI为EditorObjectNavigationGUI即可，这样就易于理解多了。
这种情况我看到过很多。之所以会发生这种情况是因为代码在工作过程中发生了演变。在选择名字的时候可能还是正确的，但到了写完代码的那一刻，就名不副实了。关键是要时刻铭记。你得明白你添加的东西是否依然符合函数和类的名称。
另一个问题是类很乱：类做了很多不相关的事情。新功能的添加很简单，但是慢慢的，你会发现你的代码变得臃肿不堪，各种不相关的功能随处可见。有时候，臃肿与否也并不指的是类的大小：某个类可能只有几百行，但依然囊括了不属于它的代码。
为什么会发生这种情况呢？举个例子：假设由于某种原因，某个GUI类需要分析什么样的纹理可行（可能是有按钮要用来选择纹理）。如果这个GUI类是唯一需要这个分析结果的类，那么在GUI类中这样做是有意义的。然而，由于某种原因，一个完全无关的gameplay类也需要这些信息。所以你需要将这些纹理查询的信息从GUI类传给gameplay类。这时候，其实这个GUI类已经变大了：因为它里面其实还包括了TextureAnalyser类。解决方法也简单：将TextureAnalyser类分割为一个单独的类，GUI类和gameplay类都可以使用它。
关于这一条经验法则很多人提出质疑：要是我添加的功能仍然适合原来这个类的名字呢？如果的确不适合，那么我就必须重命名，或者将其分割成单独的类，抑或用代码写成一个不同的类吗？
如果你不能为你的类想出一个合适的名字，给人的感觉就会不舒服。如果你不能在类的名字中描述它的目的，那么就会显得乱七八糟。有时候我们还需要将某个臃肿的类分割成几部分，并各自取一个恰当的名字。
过于庞大的类
这和上一点&&混乱的类有些类似：很多东西一点一点地都添加到类中，然后它不可避免地就臃肿了。在这种情况下，这样一个类仍然是有意义的，但就是长得太大个了点。这么个庞然大物不但繁琐，而且很容易出现bug，因为大量的代码需要用于操作同一个私有成员变量，所以我们很容易忽视一些细节。
分割一个已经长得很大的类其实是相当枯燥的。这也会成为一个挑战，如果类中的代码高度交织在一起的话。再加上它已经在工作，修复时不能添加新功能，这样一来，我不得说，分割一个过于庞大的类，不能严格地自我规范是不行的。
根据在Ronimo的普遍经验，类保持在500行代码以下、函数保持在50行代码以下是最合适的。不过有时候，这样做反倒不可行，也不明智。但是一般说来，一旦类或函数超出了那个界限我们就可以想办法重构，并将之分割为更小更易于管理的片段了。
几乎所有的示例代码都会包含注释好了的代码片段，而不说明为什么。这段代码需要修复吗？旧的代码是否已经被取代了？为什么那儿要写这些代码？大家都知道没有注释的代码常常不知所言，但不知何故，很多人都会忘记在自己的代码上注释。
并行逻辑和代码重复
还有一个问题就是我经常能在若干个代码段处看到相似的逻辑。
例如，我们可以从纹理这个名称知道它大概的目标对象，比如说是&TreeBackground.dds&。为了知道纹理是否可以用于tree，我们检查了文件名以便知道它是不是以&tree&开的头。可能使用SDK的话我们用filename.beginsWith（&tree&）可以很快地检测出来。只是这句代码这么短，我们往往会选择哪个地方需要，就直接复制粘贴。当然这样就是代码重复了，而正如每个人都知道的，我们应该避免重复代码，但如果复制的代码是如此之短，我们往往会忘记这一点，很自然地就直接copy了。此处我们面对的问题也是显而易见的：也许后面我们检查某个纹理是否适合tree的方法就得变了，然后我们就不得不实行&霰弹式修改&（即到处修改）策略，一处一处地修复。
此处的一般规律是，如果是非常具体的代码，那就不要复制，即使原本的代码超级之短，调用函数甚至比直接写需要更多的代码，也应该封装成函数。
上面讨论的这些内容已经讲得非常透彻了。很多内容甚至你在大学中就学过。但是现在要面临的挑战是你需要一步步地从被动遵守到主动铭记于心养成一种习惯。这也是为什么Ronimo中的实习生最重要的不是学习知识，而是学会自我规范。&
（文章转自码农网，译者码农网&小峰）
手机扫描下方二维码，关注php100官方微信。
同步官网每日更新，为您带来随时随地的资讯与技术信息。更有不定期的互动抽奖活动，赢取实用贴心的小礼物。
除非特别声明，PHP100新闻均为原创或投稿报道，转载请注明作者及原文链接原文地址：
友情链接与合作伙伴
粤ICP备号-3}

叫阿莫西中心