章节出错了,点此刷新,刷新后小编会在两分钟内校正章节内容,请稍后再试。
两个人的讨论结果是也许应该做点什么，但是没有确定谁去做，什么时候要成果，这等于什么也没讨论，Joanna得到的唯一的结论是没有文档，需要自己去读代码。
Dono这边倒是没这种问题，贾承孰从来都习惯了没有文档的工作。之前在国企，唯一他见过有质量的文档是项目快结束时给客户准备的用户手册。来到外企，他没见过任何这些Dono应用的文档，也没听说Java组之前在紧急的开发过程中还同步的书写过文档，等到需求开发完，那更是不会有人去在乎文档这种东西。
而且贾承孰同意一句话，只要代码可读性好，那就不需要文档。他接触过的Dono应用基本都是这样。这不是因为Dono程序员都是好程序员，只不过某种意义上讲，Dono这套工具所产生的应用通常都不会太复杂，开发人员在Dono提供的框架之下会习惯性的把复杂系统划分为多个应用来降低复杂性。而且单个应用里会用到的元素也早已被Dono设计好，前后端划分很清晰，表单用来供用户输入，视图用来展示表单提交后生成的数据，后台代码用来处理表单或者视图上用户提交后需要进行的数据处理之类的复杂操作。既然应用不复杂，在什么元素上该做什么也早已约定俗成，那事情自然就简单。
而Joanna之前对Dono的稀里糊涂，在Java这好像却不那么明显。她只是靠自己读了些代码去了解程序，不久竟然就可以上手做一些小的代码修改，比如认证之后给用户返回的cookie里的加一个字段之类的。这让贾承孰羡慕她居然这么快就开始在真正的项目里做开发了，也不禁有点疑惑之前她表现出来的对Dono一窍不通是怎么回事？对Dono的不入其门难说究竟是不是有意为之？
疑惑归疑惑，但现在贾承孰觉得这都无所谓也不重要，毕竟他自己也想逃离。何况在小组里，Joanna跟他关系也挺不错的。
另一个同事刘强明，这个新来的Dono开发，却表现得有点像张红雷和李羽白。他经常会给贾承孰分配任务，有时候那些细碎的任务甚至会让贾承孰觉得两个人沟通的时间比写代码的时间还长。之前张红雷和李羽白都不是开发人员，事大事小都需要贾承孰来写代码这还可以理解，可刘强明自己就是开发，贾承孰心想有些小小的改动与其花5分钟时间来沟通交给自己，他还不如直接花半分钟改了省事。
当然这也就是想想，贾承孰也明白如果刘强明事事亲为，自己就会无事可做。
而美国那个乔治，似乎也愿意做个闲人。晚上开会，问到他的任务进展，他经常会说：“我又改了一下表单上的一个下拉选择框的隐藏条件，然后还需要改一下视图，如果测一下没问题，就可以了提交给用户了。”
但其实过去的两三天里他一直都在这么说，而国外同事们这时候一般会说：“好的，希望这个修改能尽快测试。”
就是没人真正去催动他。这也不奇怪，现在不是真正排了计划的需求开发时期，往往只是某个用户提的小要求或者一个无关大雅的优化，改不改都不影响系统正常运行。
国外的同事见怪不怪，德怀特也不催，李羽白也就不催，不过有时候他会关心一下是不是有什么难点乔治搞不定，需不需要中国同事帮忙一起看一看。这时候乔治倒也不客气，他会马上说：“好的，这样太好了！”