后使用快捷导航没有帐号？
只需一步，快速开始
查看: 2578|回复: 15
不会自己写代码怎么办
UID481273在线时间 小时积分550帖子离线17170 天注册时间
高级会员, 积分 550, 距离下一级还需 450 积分
大家好，我是刚入门的新手
一直以来都是修改别人的作品，比如CMS BLOG模板等，这儿H1改成H2啦，那儿的background-color红的换成蓝的啦，这儿float:left换成float:right等等，想自己写就是写不出来，跟用笔写字时突然忘记一个字怎么写似的。。。
大家是怎么过渡这个阶段的？
[[i] 本帖最后由 fitchen 于
15:09 编辑 ]
UID501812在线时间 小时积分423帖子离线17170 天注册时间
中级会员, 积分 423, 距离下一级还需 77 积分
从基础学起，扎扎实实
UID492298在线时间 小时积分2818帖子离线17170 天注册时间
银牌会员, 积分 2818, 距离下一级还需 182 积分
先从简单的做起，慢慢来。
UID495184在线时间 小时积分86帖子离线17170 天注册时间
初级会员, 积分 86, 距离下一级还需 114 积分
先看HTML资料然后过渡到CSS
UID400712在线时间 小时积分570帖子离线17170 天注册时间
高级会员, 积分 570, 距离下一级还需 430 积分
看资料 然后自己写写点东西
UID452348在线时间 小时积分3844帖子离线17170 天注册时间
金牌会员, 积分 3844, 距离下一级还需 1156 积分
懂html吗？不懂先看html，只要认真看，智商一般，1个星期搞定。
懂html的话，就好办，强烈先掌握盒模型，最好找个人和你说说，自己先要看看文档。
可以先写一块：一张小图，右边放点简介，
下边放些新闻列表（这个css题目是深圳某个不算知名人才网招聘面试人的时候的题目，我的一个大学同学面试通过的时候和我说：我之前和他说过这个题目）。
自己不会写就下人家的代码，看看人家怎么写，然后自己默写一遍。
从小到大，然后找个简单的案例弄弄，可以一步一步跟着做。
一周累下来，搞不定css，你来找我。
UID497559在线时间 小时积分201帖子离线17170 天注册时间
中级会员, 积分 201, 距离下一级还需 299 积分
基础真的很重要
UID193792在线时间 小时积分829帖子离线17170 天注册时间
高级会员, 积分 829, 距离下一级还需 171 积分
千万别从改别人的东西开始
要从自己去看 去学 去写 开始
多看实例 看别人是怎么写的 遇到问题 再baidu 再google
csser与你同在 相信自己 楼主
UID464283在线时间 小时积分109帖子离线17170 天注册时间
初级会员, 积分 109, 距离下一级还需 91 积分
看正确的资料；多多练习；个人觉得：不懂的话可以先改别人的，改着改着就熟悉了。
[[i] 本帖最后由 rachel83 于
14:08 编辑 ]
UID329471在线时间 小时积分2580帖子离线17170 天注册时间
银牌会员, 积分 2580, 距离下一级还需 420 积分
实践才是硬道理。多做才能出真知。
UID283590在线时间 小时积分2414帖子离线17170 天注册时间
银牌会员, 积分 2414, 距离下一级还需 586 积分
回复 6# dededesign
两周搞下下来的是天才，我三四年了，还是一知半解。
UID481273在线时间 小时积分550帖子离线17170 天注册时间
高级会员, 积分 550, 距离下一级还需 450 积分
多谢大家的回复，俺感觉一下有了老大动力了，哈哈，慢慢学吧，生命不息学习不止呐
UID352426在线时间 小时积分6850帖子离线17170 天注册时间
CSS可比后台编程简单些，楼主这都怕，那么................我就无语了
建议使用DW的提示功能写，不用记住N多的属性，只记住CSS属性的头两个字母和作用就行了，我英语超级烂，就是这样学的
UID34621在线时间 小时积分3109帖子离线17170 天注册时间
金牌会员, 积分 3109, 距离下一级还需 1891 积分
楼主随便找几个大网站或blog 网站抓下屏, 把某个区域自己写出来,一个个检验..&&
比如抓个&新闻列表& 的区域,自己写代码返原稿子.
UID506037在线时间 小时积分28帖子离线17170 天注册时间
新手上路, 积分 28, 距离下一级还需 22 积分
实在不会写的话，可以借助DW的可视化编辑器。可以自动调出来，你自己起名字，然后应用就行了。
UID503670在线时间 小时积分650帖子离线17170 天注册时间
高级会员, 积分 650, 距离下一级还需 350 积分
先弄清楚框架和结构.
在弄里面的东西
Powered by为什么我会心安理得地写垃圾代码？_程序员的那些事_传送门
为什么我会心安理得地写垃圾代码？
程序员的那些事
(点击上方公众号，可快速关注)来源：知乎链接：/question/本帖摘自知乎问答贴：《除了「deadline 紧」以外，程序员还有什么借口可以让自己写出低质量的代码？》.写出低质量的代码的特征包括但不限于：心安理得地写出低质量的代码最终写出了低质量代码却不在之后改善它自以为写出了质量很高但实际质量很低的代码低质量的特征包括但不限于：文件关系混乱注释过期、不明确或者没有文档过期、不明确或者没有架构乱设计过度设计不检查用户输入的错误情况不检查API或者函数返回的errorcode或者exception没有单元测试等自动化测试过程编译起来很难到处复制代码，公用的部分不整理成内部库某个匿名网友回复：我很久很久以前曾经经历的一个公司特别傻比，人力资源和svn管理员不懂程序。作为服务端的主程序，一直以来都是代码精简，效率最优，没有冗余为毕生追求。突然我无意中发现了一个秘密，我的绩效居然不如几个公司刚招进来的新手。我每天刻苦努力，优化代码，让公司的服务端7*24稳稳跑在服务器上，还一心研究各种热切换，换来绩效考核好久没有优秀了。这究竟是为什么呢，后来好心人告诉我，人力资源说了，他们看了svn的日志记录，其他人工作很努力，每天提交很多代码，每天新编写很多很多代码文件，贡献了好多好多的劳动成果。而看看你这个号称技术排第一的家伙，根本就没干活嘛，3个月下来，你一共就写了这么十来个cpp和.h，每天改来改去就这么几个文件，还好多天差不多行数的位置回改，根本就一直在偷懒。我听完以后以后直接口吐鲜血，无语至极了。然后我就申请离职了，在那个公司剩下不多的日子了，我为了心安理得的拿最后2个月的工资，为了让老板知道其实我一直很努力，我在最后一个月更新了几千个文件，让服务端的内核稳定度下降了好几个档次，内存消耗上涨了好多个数量级，并且把容易读，容易后续扩展的部分，全部用 C++ 最高级的模版进行扩展，同时删掉了我以前用汇编写的优化代码。嗯，我想以后这个公司估计会倒闭，我走了以后，再也没有人能维护这份代码了，估计3个月以后，我自己也搞不定了。然后我就离职了，离职之前老板大夸我厚道，最后一个月还给公司做了这么多的事情，别人走都是删代码，我居然还毫无保留的为公司做出贡献。然后我走了不到半年，公司就呵呵了。我想那是我此生唯一写垃圾代码写的心安理得的一次机会了。【今日微信公号推荐↓】
觉得不错，分享给更多人看到
程序员的那些事 微信二维码
分享这篇文章
12月4日 12:55
程序员的那些事 最新头条文章
程序员的那些事 热门头条文章研发管理（5）
把修改放在最前面，因为我下面写的这些都不如一本书讲得清楚《Clean Code》
这篇书评可以先看看。
代码易于维护，分为两个方面：容易阅读理解；容易修改扩展。
一、如何写出容易被阅读和理解的代码
1. 最根本的一条，要向写文章学习，有目录，有大纲，有标题，有段落，有适当的提示。
1.1. 首先是目录结构，这个在一些比较好的实践中，有约定俗成，比如Rails应用，app目录下一定分controllers、models、views、helpers四个目录。再加上config、lib、vender，大致的代码在哪个位置，不用猜都知道。
越是常见的项目类型，越是应该按照约定俗成来构建项目的目录结构，不要别出新裁。
对于没有业内参考的项目，目录结构也尽可能采用简单、易懂、含义固定明确的单词，比如：core、config、test这样的命名。
1.2. 包名与文件名，在这方面，java语言的规范非常值得其他语言参考和借鉴，分层组织，合理命名。是最重要的。
1.3.一个源代码文件里，要不要有注释？我认为，尽可能不要，还是要像写文章一样，让人阅读起来，有感觉。比如：文件名，类名，方法/函数名。如果将所有的实际代码全部折叠起来，顺序的阅读这些名字，能不能让阅读者，对于这一个源文件的内容和目的，有大概的了解？
再强调一次顺序阅读，一个 源程序文件内有很多个函数/方法，这些方法的排列次序，是有意义的。仅仅依靠调整次序，比如：构造函数，扩展构造函数，简单的读写函数，业务相关的函数。以这样的次序来排列，会更加便于阅读。
在必须写注释的地方，也不要写得太多，言简意赅，把要点用1.2.3.讲清楚。&
1.4. 变量名，常数名，我们必须一再一再的强调命名的重要性，可以说，命名是软件开发中，头等重要的大事。要简洁、清晰、全英文（决对不要汉语拼音、任意缩写，但业内惯用的缩写是例外）、尽可能不要夹杂数字，比如var1、var2这样的变量名，就是最糟糕的。
在项目开发的过程中，定期整理一份readme，放在项目的根目录，主要包含两部分内容：我们的代码做了些什么？如何查找我们写的代码。
github对于readme的自动展示，就突出了readme的重要性。
团队开发，尽可能维护一份wiki，自己架一个mediawiki或者其他wiki，都是很简单的。或者自己架一个redmine这样的集成项目管理工具，该有的就都有了。
wiki的管理维护是一个很大的话题，这里就不再展开了。
4. 单元测试
@李楠 和@KevinWei 已经提到了。 这个办法，既方便阅读理解代码，也方便修改代码。非常重要。
5. Code Review
@KevinWei 也已经提到了。
二、如何写出容易被改写和扩展的代码
1. 单元测试，最好全过程采用TDD（测试驱动开发）
这样才能让人有信心修改你的代码。&
2. 参考业内成熟实践与设计模式
这个事情，要多讲一句，千万不能过头。为了追求可扩展性，可重用性，甚至仅仅是为了玩弄设计模式，会让一个项目成为过度设计的牺牲品，千万不能过头。
3. 定期重构
一上来就向设计模式靠拢是很危险的，重构时以设计模式为参考会好一些。但是，大多时候，我们没时间重构。。。
所以，还是TDD最实在，按照TDD的工作模式，你的项目几乎每天都有大大小小的重构。
4. 结对编程
这个@李楠 已经提到了。让知识在团队中不只是一个人掌握，很重要。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：1166007次
积分：10754
积分：10754
排名：第1147名
原创：28篇
转载：463篇
评论：146条
(1)(18)(13)(3)(2)(8)(21)(1)(2)(10)(4)(2)(11)(15)(4)(4)(15)(1)(12)(14)(1)(1)(1)(14)(22)(23)(19)(15)(23)(9)(46)(1)(2)(18)(35)(6)(10)(4)(8)(4)(12)(19)(19)(11)(3)(6)一个新手为老代码写测试程序的心得_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
一个新手为老代码写测试程序的心得
上传于||暂无简介
阅读已结束，如果下载本文需要使用5下载券
想免费下载本文？
定制HR最喜欢的简历
你可能喜欢