201308月20

vss错误自动修复

1、公司绝大部分源代码都没有用vss,但还有一些模板在用,今天发现报错,实在太久都不记得如何处理了,好在有这篇博客记录,按照说明就搞好!好记性果然不如烂笔头!

201211月27

TFS自动签出解决方案sln或者项目文件csproj的解决办法

问题:

201211月1

JIRA使用中发现问题调整

1、首页的地址被默认为locallhost,导致使用不方便,修改方法

201209月26

2012年9月22日公司拓展总结

1. 相关拓展项目:准备、集体作画、禁区排雷、不倒森林、CS野战、胜利墙

201204月16

如何解决“奇怪”的技术问题

  1. 1、”奇怪”的问题来了

    当然不管怎么测试,测试环境和生产环境还是有区别,测试得再好,可能还是会出现一些因为生产环境特定情况导致的问题,一旦出现这种问题,都是非常急迫的,尤其是在涉及到停机维护时,时间紧张,处理人员的处理时的压力也大,容易导致解决问题不及时,让人感觉问题不奇怪。在我自己最近几年的技术职业生涯中,也碰到过不少这样的问题,花了不少时间去找如何解决这种问题,折腾很久后解决了,事后一分析,其实问题解决办法真的挺简单。不管问题奇怪还是不奇怪,常见还是少见,其实都能通过一些途径找到问题具体的蛛丝马迹的,而不是想当然的去怀疑这里,怀疑那里,从而可能导致解决问题的方向都搞错了,结果事倍功半。

  2. 2、让人感觉问题奇怪的原因

    首先还是自己知识面不宽,深度不够导致的

201111月9

《走出软件作坊》读书笔记,老生重谈

《走出软件作坊》的这本书最开始拜读还是2009年,转眼近两年过去了,回头看看那时候做的读书笔记,结合自身这两年的情况,感慨良多,很多事情又若隐若现的重现了。以下是那时候做的笔记

201108月30

开发人员对外关系处理能力与写代码的能力一样重要

  • 销售人员对公司OA的抱怨:

不明白是我提得不够多,还是公司技术处理不了,或者是没人处理? 计划总结和营业执照,两个问题自从OA更新后就一直不正常运行,现售前只能手动统计以及部分展台反复提交营业执照

201108月25

项目开发过程大杂烩2011年8月25日

  1. 数据严谨:数据是系统的核心,数据一定要确保确保正确,容不得丝毫侥幸
  2. 周期性的工作一定能够要做成自动执行,而不是手动。
  3. 数据库作业、程序验证错误,一定要及时要捕获,每天养成查看系统日志的习惯,如果影响到系统正常运行的一定要及时通知,及时处理
  4. 切记降低系统之间的耦合性,系统之间相互穿插太多太难维护

201108月9

项目开发过程大杂烩2011年8月8日

  1. 协作边界、权限的问题
    有些想当然了,总以为别人明白了你的意思,其实真的不明白,很多理解甚至是大相径庭,这个跟之前看到的一个沟通理论是吻合的
  2. 项目变化
    1. 让程序员参与需求分析、沟通
    2. 灌输责任意识,你自己做的同时出问题让别人无法使用,你应该比热锅上的蚂蚁还急才行啊。
    3. 技术实现与业务要求的平衡:可以让业务先跑起来,再逐步优化技术,罗马不是一定建成的。
    4. 小团队贯彻小步快跑的项目思想,快递迭代,盘子小了,可控性才能增强。
    5. 需要明确目标,“不择手段”完成目标,但不能沉迷在自己的世界中,你不是一个人在战斗
    6. 先自己寻求解决,这个是不必须的,但控制好时间
    7. 主动寻求帮助,项目组内部,技术内部
    8. 忘掉过去,不要被过去的一些不合适的开发、思考方式所束缚
  3. 技术人员技术本身
    1. 让程序员参与需求分析、沟通
    2. 基础概念理解:如传值、传引用、线程、异步、资源释放、事务等的概念理解不透彻,从代码结果上看,有些可能根本没有这个意识。
    3. 综合运用能力有待提高
    4. 调试发现问题的能力
    5. 善于做简单Console Demo来验证自己的技术点,而不是仅仅估计、猜测
    6. 关于开发人员的测试:发现可能根本就没有测试,一个简单的信息维护模板,在发布前,连增删改这个最最基本的测试都不到位不行的。
  4. 其他
    1. OA项目组的启用项目本身的问题系统来管理Bug,自己用了才知道,才能更好的做好。
  5. PS:这篇文字只是记录自己的工作中的一些随笔,可能对也可能不对,请辩证的去看。