大家平时怎么码代码的?

2014-03-02 21:18:31 +08:00
 artwalk
大致说来,有两种方式

1. 脑子里演算,甚至纸上草稿,整个流程搞定了,再码
2. 想一点码一点,不断DEBUG,直到搞定

我自己是第二种模式
8872 次点击
所在节点    程序员
60 条回复
jianghu52
2014-03-03 09:27:22 +08:00
我以前也是二。现在有点变化。都是先写函数名,或者接口名,把整个程序的流程给固定下来。然后再单个函数单个函数的写。
yahon
2014-03-03 09:30:55 +08:00
我一般是这样的 比如我要写一个js的插件
1》大致的框架功能定义(实现这个插件大概要什么功能 尽量解耦)
2》具体实现(如果之前的定义有弊端,回头修改(1))
vob636
2014-03-03 09:35:24 +08:00
一般到一定地步的。基本上都是第二种了……
chisj
2014-03-03 09:35:58 +08:00
第二种比较有乐趣。
str0ng
2014-03-03 10:04:49 +08:00
看功能的复杂性,一般代码都是第二种,搭框架都是第一种
railgun
2014-03-03 11:02:40 +08:00
2
MikeAfc
2014-03-03 11:45:10 +08:00
身边留纸笔,必须走清流程,不然很容易返工
lsbwahaha
2014-03-03 11:50:24 +08:00
不管业务简单复杂,脑子里过一下,然后根据复杂程度画个流程图,一般用yed ,xmind
Crossin
2014-03-03 11:52:30 +08:00
个人喜欢用螺旋式,先大概纸上画个框架后,写出最简单的功能,然后不断往上添加功能,再不断修改设计。开发过程中想到什么新东西就记下来,再下个修改中加上去。

所以现在在公司写代码很不习惯,不喜欢一开始订好详细的计划,要做成什么样,花多少时间。
j
2014-03-03 12:03:13 +08:00
独立工作时,绝大部分时候是在基于现成的代码结构做调整,不存在从零开始。

纸笔大部分是由于非独立工作需要和别人去沟通需求,返工往往是理解错误造成。
Taivas
2014-03-03 12:16:16 +08:00
容易搞定的2,困难复杂的1
ahtsiu
2014-03-03 12:29:29 +08:00
1+2 吧,动手写代码的前几天,可能是编译都编不过去的。

纸笔很必要。
hu437
2014-03-03 13:39:21 +08:00
这个主要就是设计文档,参照设计文档;
1、使用axure设计出界面原型;
2、考虑好交互流程和相关的处理逻辑;
3、设计好数据库结构
4、开始码
artwalk
2014-03-03 13:48:11 +08:00
@MikeAfc 返工,这么惨的?
Ricepig
2014-03-03 14:16:32 +08:00
我一般首先是用手码,偶尔才用脚。。。

其实,也看是什么代码,如果不能引起思考的,那就直接写写试试。如果有点儿兴趣,有点儿挑战的就苦苦思索一下。
mfaner
2014-03-03 14:36:44 +08:00
好像都差不多,大问题先分解成小问题,小问题不用怎么考虑挨着就往下写
akinoniku
2014-03-03 21:55:21 +08:00
先写测试再写代码吧
missdeer
2014-03-04 09:07:41 +08:00
流程比较复杂的1,其他的2
tonitech
2014-03-04 09:18:41 +08:00
看复杂程度,如果你要写个hello world还用1吗?
icylogic
2014-03-04 09:26:35 +08:00
分解问题到自己觉得一天能搞定的单元,然后每个单元用2。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/102565

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX