我正在寻找一个问题跟踪应用程序,它在任务层次结构中有两个级别.这是因为我发现自己经常在我的问题中创建非正式的"TODO"列表.在我看来,FEATURE通常比TASK更大 - 一个功能通常需要做几件事 - 例如"检查这是否会影响效率","在GUI中添加控件","实现新的扩展到核心引擎","更新文档".在没有说明所有这些子任务的情况下,我发现无法估计所需的时间和完成任务的真正复杂性.
我知道我可以创建几个问题,但这通常是不可行的,因为这些子任务:
你知道任何(商业或非商业)应用程序允许这个吗?我不仅对问题的层次结构或问题链接感兴趣,而且我需要在一个层面上具有完整问题的东西,在另一个层面上需要更小更快的"待办事项"列表.
我习惯于以Joel Spolsky建议的方式思考时间估计 - 如果预定项目需要超过16小时,则应将其划分为较小的任务.现在,我正在我的团队中实施Scrum以及基于Story Points的估算.在我看来,一个故事点的好单位将是理想的工时,而不是人日.如果我用了几天,我的大多数问题都会估计为1/2或1.
你有什么想法,为什么在Scrum文献中最常提到使用理想的人日?
据我所知,Linux选择了UTF-8的向后兼容性,而Windows为UTF-16添加了全新的API函数(以"W"结尾).这些决定会有所不同吗?哪一个证明更好?
我知道我一般应该避免弄乱这样的系统设置,但我的应用程序已经使用非标准颜色,我对此没有影响.我希望能够在某些地方添加标准.NET控件,但它们的颜色不匹配.我想有一个黑客可以替换这个应用程序的系统颜色.另一个需要注意的重要事项是它是一个.NET应用程序.
到目前为止我的(不完整)想法是:
你有什么想法,最好(和完整)的方法是什么?
我经常通过以下方式进行代码审查:
第4步非常烦人。你知道这个问题的解决方案吗?
我想将一些(dll或不)函数指针作为参数传递给某些dll函数,并从dll内部调用它们.我想知道它是否安全,因为我在http://publib.boulder.ibm.com/infocenter/zos/v1r10/index.jsp?topic=/com.ibm.zos.r10.cbcpx01/fpref上找到了相关信息. HTM是:
在DLL代码中,假设函数指针指向函数描述符.通过首先通过解引用指针获得函数地址来进行函数指针调用; 然后,分支到函数入口.当非DLL函数指针传递给DLL代码时,它直接指向函数入口.尝试通过这样的指针取消引用会产生未定义的函数地址.随后分支到未定义的地址可能会导致异常.
此规则是否也适用于Visual Studio和其他编译器?
我正在尝试做的是解决各种dll和非dll函数之间的内存分配和释放问题.我的想法是将两个函数指针(用于公共分配和释放函数)传递给某些初始化中的每个dll(例如Initialize(&malloc,&free)),然后使用这些常见且因此始终兼容的函数进行所有内存管理.
我是一名非网络程序员,但我现在对网络技术更感兴趣.
我知道HTML和JavaScript今天是Web应用程序的基本技术,但实际上它们似乎并非严格意义上的创建.(HTML是为网页创建的,JavaScript是为了使它们有点动态).它对今天如何创建高级Web应用程序有任何重大负面影响吗?有什么限制?
你是否预测5到10年内会出现什么新技术来取代HTML + JavaScript?如果是,那会是什么样的?
从MSDN读取:"委托是一种引用方法的类型.一旦为委托分配了一个方法,它的行为就像那个方法一样."
那么"委托"是指一种类型还是一种对象?!
......不可能两者兼而有之.在我看来,单个词用于两个不同的含义:
我更喜欢更精确的词汇表,并在第一种情况下使用"委托类型".我最近一直在阅读很多关于事件和代表的内容,这种模糊性使我多次困惑.
MSDN中"委托"一词的其他一些用法,第一个意思是:
MSDN中"委托"一词的其他一些用法,第二个含义:
你怎么看?为什么来自微软的人引入了这种模糊性?我是唯一一个对同一个词引用不同概念的概念问题的人.
我需要一个匹配第一个"xyz"和之前所有字符的正则表达式.例如,对于"abxyzcdxyz",它应匹配"abxyz".我尝试使用模式".*xyz",但它匹配整个字符串.
.net ×3
agile ×1
colors ×1
delegates ×1
diff ×1
dll ×1
estimation ×1
html ×1
javascript ×1
linux ×1
msdn ×1
performance ×1
regex ×1
scrum ×1
svn ×1
systemcolors ×1
unicode ×1
user32 ×1
winapi ×1
windows ×1