设计四原则之如何设计漂亮的简历

在这个看脸的世界,设计漂亮的简历就是给简历一个好的脸蛋。那么如何设计美观的简历呢?我的答案是

设计四原则  +  LaTeX排版

下面先放出我设计的一份简历模板,然后依次讲解。

如果你的第一印象被上面的简历吸引了(只看外观,内容都是瞎掰的O(∩_∩)O哈哈~),并且有拿起电话播(+86)8888-888-888的冲动,那么,继续往下看吧。

首先,记住设计四原则:

1.  对比(Contrast)

2.  重复(Repetition)

3.  对齐(Alignment)

4.  亲密性(Priximity)

其次,准备一张1寸帅气(男)/漂亮(女)的职业照。

最后,如果你会用LaTeX,那简直帅呆了。上面的模板就是为你准备的。嗯,想要源文件了吧,我的邮箱:[email protected]。我不是雷锋,我是红领巾啊哈。

聪明的你,应该很容易看出上面的简历是如何运用上面四条原则的吧。

今天先写到这了。忙着写代码呢~不然要被老板骂了

时间: 2024-10-22 15:28:41

设计四原则之如何设计漂亮的简历的相关文章

(精)分包原则/包的设计原则/组件(包)设计原则

http://blog.csdn.net/it_man/article/details/38292925 组件,或者叫程序集,是指一种能够被独立部署的二进制单元,一般是以DLL的形式存在的.针对大型的软件系统,良好的组件设计能够把系统分解为一些小的组件,从而使每个开发团队都可以只关注单个的组件而无需关心整个系统. 组件设计需要遵守如下原则: 重用-发布等价原则(REP) 即重用粒度就是发布粒度.一个组件中的类要么都是可以重用的,要么就都不可以重用. 共同重用原则(CRP) 一个组件中的所有类应该

分包原则/包的设计原则/组件(包)设计原则

组件,或者叫程序集,是指一种能够被独立部署的二进制单元,一般是以DLL的形式存在的.针对大型的软件系统,良好的组件设计能够把系统分解为一些小的组件,从而使每个开发团队都可以只关注单个的组件而无需关心整个系统. 组件设计需要遵守如下原则: 重用-发布等价原则(REP) 即重用粒度就是发布粒度.一个组件中的类要么都是可以重用的,要么就都不可以重用. 共同重用原则(CRP) 一个组件中的所有类应该是共同重用的,如果重用了组件中的一个类就应该重用组件中的所有类.即放入一个组件中的类是不可分开的,仅仅依赖

面向对象分析与设计—四色原型模式(彩色建模、领域无关模型)(概念版)

阅读目录: 1.背景介绍 2.问自己,UML对你来说有意义吗?它帮助过你对系统进行分析.建模吗? 3.一直以来其实我们被一个缝隙隔开了,使我们对OOAD遥不可及 4.四色原型模式填补这个历史缝隙,让我们真的看见OOAD的希望 5.在四色原型上运用彩色建模增强视觉冲击力 6.通过四色原型模式建模出领域无关模型 7.结束语:建模时你可以不考虑具体实现,但是建模者要懂技术实现 1.背景介绍 至今我都清楚的记得我第一次被面试官问起什么叫"建模"技术时的情景,那是好几年前的事情了,当时是胸有成竹

OO设计原则 -- OO设计的原则及设计过程的全面总结

这部分增加一点自己的感想,OO设计原则下面讲述的很清晰;看完之后有点感想如果我们在实际开发当中能够把这些原则熟烂于心的话那我们的代码质量和个人能力会有很显著的提神.根据自己的实际经验看很多开发者在开发过程中很多基本的知识确实没有熟烂于心导致开发的时候只有基本的内容.我所在的项目就是代码接口各种乱,可读性和可维护性特别差:当然自己在开发的时候也都没有做到,在后面的工作中尽量避免 前面发表了5篇OO设计原则的文章,在这里我将这个5个原则如何在我们设计过程进行应用进行一下总结, 这是我通过阅读和学习很

企业制度设计的原则

企业制度设计要保证其合理性可行性,必须遵守以下原则: 一.系统原则 企业制度是一个完整体系,虽然在设计制度时是逐一进行的,但是每个设计者参与者在起草或讨论制度时,必须通盘考虑,明了某个具体制度在整个制度体系中的位置,防止出现制度交叉.内容重叠.甚至前后矛盾现象. 二.效益原则 企业经营的目的就是价值最大化.所有制度出台的目的都是为了确保经营顺畅.提高工作效率和经营业绩.这就要求我们在设计制度时必须充分考虑管理成本,减少不必要的监管,减少重复检查.重复审核,杜绝层层请示.层层汇报.制度设计要充分体

设计指导原则

设计指导原则 一. 性能相关: 避免在循环内部new一些没有必要每次都new的对象. 所有与IO相关的操作,都需要考虑性能问题,一般采取的措施是连接池,缓存,减少调用次数,合并请求. 每个业务都要分析整个请求链路,找到瓶颈,通过压测的方式确认问题及验证解决方案. 根据业务情况,使用异步化和最终一致性. CPU,内存,网络IO,磁盘IO这些瓶颈,需要知道在合适的场景牺牲什么换取什么.通俗的讲是空间换时间,还是时间换空间.不同业务场景下,要做合理的取舍.例如多线程并发查询后merge.这个就是利用C

WisDom.Net 框架设计(四)

WisDom.Net  ----用户安全 1.用户单机登录 正如其名这里要求其实就是显示用户只能在一台电脑上登录.防止多处登录,这里简单的说一下实现原理,我们在这里使用session +cookie 的方法来实现  如下图所示 (1) 输入用户名密码 (2) 校验用户名密码格式是否正确 (3) 传入用户名密码 (4) 校验用户密码是否正确,返回登录LoginGuid (5) 用户名密码是否正确 (6) 判断用户在session中是否存在,存在即更新用户LoginGuid,不存在则新增,并在coo

shell软件工具设计的原则_转

随着时间的流逝,人们开发出了一套设计与编写软件工具的原则.在本书用来解决问题的程序中,你将会看到这些原则的应用示例.好的软件工具应该具备下列特点:一次做好一件事在很多方面,这都是最重要的原则.若程序只做一件事,那么无论是设计.编写.调试.维护,以及生成文件都会容易得多.举例来说,对于用来查找文件中是否有符合样式的grep程序,不应该指望用它来执行算术运算.这个原则的结果,自然就是会不断产生出更小.更专用于特定功能的程序,就像专业木匠的工具箱里,永远会有一堆专为特定用途所设计的工具.处理文本行,不

GPS部标平台的架构设计(四)-百度地图设计

部标GPS软件平台之百度地图设计 地图是客户端中不可缺少的一个模块,很多人在设计和画图时候,喜欢加上地图引擎这样高大上的字眼,显得自己的平台有内涵,说白了就是用第三方的SDK来开发,早期的GPS监 控软件用的都是mapx.mapxtrem.acrgis之类的,使用的都是本地地图.不仅要购买正版地图,还要购买价格不菲的地图引擎license,服务器版的部署的时候,还要绑定到服务器ID上,现在这种开发方式已被抛弃.现在的百度地图.谷歌地图提供的SDK接口丰富,开发方便,系统稳定,大家都用的很爽. 在