`
halida
  • 浏览: 9516 次
  • 性别: Icon_minigender_1
  • 来自: 上海
最近访客 更多访客>>
文章分类
社区版块
存档分类
最新评论
文章列表
我们公司用windows的doc做项目文档, 这样做,在我看来有以下的问题: 1.很难做版本控制,因为doc是binary的。 2.很难统一格式,需要人工去手动修改,不能利用程序化的好处。 3.合并,分拆有难度,一份文档一次只能让一个人修改 请问大家都用什么系统来作文档? 如何才能说服主管不用doc,以及如何把旧资料导入到新的系统? 请问大家有没有最佳实践?
我现在负责开发的是一个生产线管理系统, 因为生产线经常根据用户的要求,在系统上做一些管控和记录,所以对旧系统的改动很多, 在这样的改改动动过程中,经常出现很多的问题,主要的几个就是: 1.一个功能的代码散落在各处。 2.许多重复代码出现。 我想,大家在开发的过程中,是否尝试过这样的编程方式,就是写程序只写流程逻辑, 比如一个检查流程: class CheckData(CheckClass): #界面需要输入的数据 sn = Input() data = Input() #检查逻辑 def check(self): ad ...
我们企业用delphi+oracle做产线管理系统,作业方式就是给我们的产品(手机)贴条码,然后通过刷条码进系统来管控流程。有时候要调用外部程序,有时候要打印(传文档到LPT端口)。因为windows费用的问题,部分电脑采用linux+wine的方式来运行系统。 现在我们考虑重新开发系统,因为Delphi渐渐不支持了,以及因为效率的原因,要换到3层的架构。我们主管的想法是使用.net开发。我不知道.net的界面是否可以支持跨平台。 我个人因为兴趣原因,想用python+pyqt+django+salalchemy来开发系统,但是因为自己的实力不够,所以不好来推这样的架构,我的想法是客户端用p ...
個人感覺,程序開發,是一個處理信息的過程。 一開始,我們什么都不知道,需求也是模糊的。 在需求分析過程中,我們漸漸能夠看清到底需要完成什么功能。 但是如何實現這樣的功能,我們還是不了解。 在設計階段,我們根據需求的內容,嘗試一個個原型,直至找到合適的,或者根據需求 創造出一個。 事實上,需求的信息量如此之大,可能有很多的原型,才有可能覆蓋住需求的要求。 之后是裁剪,組合,分割,把需求的信息量,整理成原型的模樣, 需求的信息處理得清清楚楚,整整齊齊。 最后還要看看有沒有信息遺漏的。 之后是寫代碼和寫文檔,確保這個過程中,信息沒有變化。 實際中,信息流不是那么清晰的,會有一些正反饋和負反饋, 信 ...
我承認我精神上醉了。。。 善惡概念產生的條件,是有欲望。 什么是善?高效的滿足欲望的方法。 什么是惡,低效的滿足欲望的方法。 什么是道德?道德是種方法論,指導人采用更好的方式解決問題——自己的欲望。 社會的道德:以社會為立場產生的道德,指導人為了國家,民族犧牲。 個人的道德:以個人理性思維為立場產生的道德:指導人為了特定的目標而犧牲。 生物的道德:以生物體為立場產生的道德:指導生物活下去。實例是本能。 軟件工程師的工作,就是利用自己的專業知識,來滿足用戶的需求,解決實際的問題。 軟件工程師的欲望,是產生出更廉價,更穩定,更高效的軟件系統。 你我是否有做惡? 是否由于工期的壓力,寫出劣質和難 ...
以前看過一篇文章,講 writing program is like writing,具體的出處找不到了。想想有一定道理。 很多編程牛人也是寫作牛人, 寫程序,從本人經歷來講,也像是寫作。 先要想好自己要寫什么,為什么而寫,怎么寫,然后列出一個大致的提綱出來。 然后開始動筆。寫完一段后,回顧潤色,改錯別字,整理結構,修改詞匯。 一本書可能由多個人完成,但是一個部分一般由單人負責。 寫完后,editor review,要求作者修改,或者幫忙處理一般的校正,材料驗證,格式整理之類。 最后,書籍走發布渠道,作者有版權費(可惜程序員沒有)。 編程像工程,可能是表象,任何應用型的學科,外表上都會有點像 ...
Global site tag (gtag.js) - Google Analytics