vagrant up 错误信息：MacBook-Pro:mantl wangwei$ vagrant up --provider virtualboxNo vagrant-config.yml found, using defaultsBringing machine 'worker-001' up with 'virtualbox' provider...Bringing machine 'ku
Could not find com.android.support:appcompat-v7:21.0.3.原因：没装 Android Support Library解决办法：进入AVD/tools执行命令 android list sdk -a从列表找到 Android Support Library 前面的序号，我看到的是143执行命令 andro
记得刚刚工作的时候，头儿告诉我说，程序猿三件宝：文本编辑器、VBA、正则表达式。熟练使用一种文本编辑器，学会VBA和正则表达式，会给你日常工作带来很多便利。正如我们当时所在的w项目，很多代码转换，因此有着大量的文本处理，需要统计，发现相同问题的代码要写VBA工具去批量改正，这个时候用文本编辑器的行编辑功能就能很快把相关文本修改成相同格式便于用VBA工具做进一步处理，从而提高效率，减少手工修改带来的
本文是老系统升级改造的第三篇文章，主要谈老系统改造过程中如何制定规范以及防范技术风险。点击链接，阅读前两篇文章：洞若观火，聊聊旧系统升级改造那些事儿量力而行，聊聊旧系统升级改造那些事儿老话说的好，不以规矩，无以成方圆。在项目开发过程当中需要规范，在系统升级改造的过程中，规范的制定更加重要，因为他不仅仅关乎最终的代码质量，更事关项目的成败。在项目初期试验pilot阶段，就需要制定好代码改造的相关规范
本文是聊聊旧系统升级改造那些事儿的第二篇内容，文章分别介绍了改造的三个策划，包括激进策略、稳健策略和保守策略。点此阅读第一篇文章。对于公司而言，无论是对于既存系统进行改造，还是新开的项目，一定会有相应的预算和人员配置，架构师需要是立足于公司给出的预算，根据团队的技术水平状况来做出相应的架构设计的，心中的需要建立全流程的成本意识，并与相关人员进行沟通。我们看看具体可以采取的策略：量力而为—稳健策略在
首发在聊聊架构 ，发到这里备份一下：因为常常在聊聊架构群里看到有很多朋友在问旧系统升级改造的一些原则与经验，大家面临着各种各样的问题，于是在这里跟跟大家聊聊我经历的那些旧系统改造的那些事儿。本文是整个系列的第一篇内容，文章以使用COBOL语言开发于70年代的某日本公司W系统的改造升级为例，来介绍系统升级改造的整体思路。当系统日益臃肿，状况频出，难以满足公司业务发展的需要，运维感到压力山大，但公司出
project build 找不到 package解决办法：eclipse 读取GOPATH不对，在项目属性Go Compiler 里面去除默认选项，填写完整的GOPATH查看Godep.json 确认对应代码在相应位置可以找到，这里主要有是code.google.com下的代码，因为谷歌关闭了相关站点，在godep save的时候获取不到代码照成的，一般来讲去github上找到对应的clone就
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
