我正在重构一个C项目,向我发出大约1000个警告.有没有办法突出显示和过滤这些警告.(例如,将所有索引警告设为红色,未使用蓝色,以及其他一些)
很可能一些想法可以做到这一点,但这对我来说没有解决方案.
天儿真好,
虽然在这里考虑过这个问题,但是对于可能的未来变化进行了过度设计,这让我想到了.
您可以提供哪些理由反对那些坚持要求设计的人,因为"他们可能希望在未来的某个阶段将其用于其他地方"?
同样地,当人们接受这些要求然后回来时,你会做出什么样的臃肿设计以及你没有要求的额外"花里胡哨"?
当您知道现在或在不久的将来存在的需求或可能的用途时,我可以理解扩展设计.而且我并不主张只是轻率地接受一系列要求并明确地实施,而不提供任何关于你认为可能缺失的反馈.
我在谈论当人们坚持添加或拥有无关功能时该做什么,以便"我们可能会在未来的某个阶段将其用于其他地方?"
我看到Michael Sparks对伦敦SO DevDays 的Peter Norvig的拼写检查器进行了非常有趣的剖析,让我想知道是否有人试图用另一种语言实现这段代码,比如Perl或C++?
天儿真好,
我一直在努力提高自己作为开发人员的表现,在听了这个有趣的播客主题后,我想知道人们是否认为值得向同事寻求反馈.
我想通过使用Rypple网站以播客中建议的方式匿名获取反馈.通过询问一个简短的问题,直接解决我的工作或行为的特定方面.例如,我正在查看以下问题:
编辑:我不是在谈论一般方面,而是具体关于如何改进我作为开发人员的表现.沟通和与他人合作是与公司其他人合作的重要部分.
编辑:这些额外的问题是对JB King对我原来问题的评论的回应.
可以提供有用反馈以帮助您作为开发人员进行改进的可能问题的更多示例包括:
所有这些直接解决了我作为开发人员的个人进步.
干杯,
天儿真好,
我们有一个Perl脚本,负责处理来自主要网站的前端服务器的地理定位请求.该脚本是一个代理,提供额外的业务逻辑,解释由COTS产品返回的数据,该产品为给定的IP地址提供数据,例如国家,连接类型,路由类型,运营商等.
此Geo服务当前正处理COTS后端每秒约1,000个请求的峰值负载.BTW它实际上是从其专用的负载均衡/缓存层提供5,000个请求ps,它直接位于代理层之前.
我最近不得不修改这个代理的行为,以允许我们在网站上看到的新类型的连接,这会引起一些问题.
脚本的原始版本,不是我的设计!btw,是使用脚本本身中的配置项和单独的Perl片段中的其他项混合构建的.正如在我的更改的同行评审期间非常正确地指出的那样,我们应该将所有配置项迁移到单独的而不是继续混合使用嵌入式和单独的配置项.
现在我想更进一步,将所有配置项(作为单独的Perl哈希创建)放入一个配置文件中.
目前,我们必须停止并重新启动整个应用程序以重新加载新的配置项,考虑到流量水平,即使在两个独立的数据中心有四个代理实例,我们也不会真正丢失服务.
我怀疑我将不得不求助于保留计时器,或者可能是请求计数器,并对有问题的配置文件执行统计.或者甚至可以为配置文件配置一个TTL,并且每隔十分钟左右重新加载一次.
但有没有办法让Perl自动重新加载以前加载的文件的较新版本?我正在考虑Apache mod_perl模块提供的行为.
干杯,
天儿真好,
编辑:我想提一下,这个有点长的问题现在已经解决了,感谢Adam Goode在下面的回答,如果你只是在经过时略读.
我已经获得了一个补丁添加到Apache 2.2.14,并且一个统一的差异根本没有修补文件.我正在使用GNU补丁2.5.4.
我必须忽略空格,因为原始补丁不能很好地完成,即许多差异似乎是用于制表符 - >空格转换.这些差异甚至不太有用,因为补丁文件已经在交付链的某处修改过,例如svn repository,Jira system,web interface等,所以所有选项卡都已转换为空格了!
我在Solaris 10上使用的命令是:
/usr/bin/gpatch --verbose --ignore-whitespace -p1 -d . \
<mod_cache.diff
Run Code Online (Sandbox Code Playgroud)
输出是:
...
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: httpd/modules/cache/mod_cache.h
|===================================================================
|--- httpd/modules/cache/mod_cache.h
|+++ httpd/modules/cache/mod_cache.h
--------------------------
Patching file modules/cache/mod_cache.h using Plan A...
Hunk #1 succeeded at 24.
Hunk #2 succeeded at 86.
Hunk #3 succeeded at 138.
Hunk #4 succeeded at 163.
Hunk #5 succeeded at …Run Code Online (Sandbox Code Playgroud) Perl最佳实践的第10章建议不要使用baseword文件句柄,而是在打开文件时使用分配给词法变量的间接文件句柄.
同样,在打开目录时,是否最好使用分配给词法变量的间接dirhandle而不是bareword dirhandle?
编辑我不认为这是一个简单的"意见"类型的问题,因为这会使用已发布的推荐实践来提高我的代码的健壮性.
我希望输入第二个"if"语句中的块是因为undef值,但是日志显示它没有被输入.
sub getcmd{
my $self = $_[0];
if ( $self->_recv == OK ){
push @{$self->{'log'}}, ['NOTICE', "OK"];
return "My command";
}
push @{$self->{'log'}}, ['ERROR', "Did not get OK back"];
return undef;
}
...
if (!($ret = $self->getcmd)){
push @{$self->{'log'}}, ['ERROR', "failed to read after asking for NEXT"];
}
else {
push @{$self->{'log'}}, ['ERROR', "'undef' not detected in next()"];
}
Run Code Online (Sandbox Code Playgroud)
日志文件显示:
[Fri May 8 19:25:56 2009]: ERROR: Did not get OK back
[Fri May 8 19:26:02 2009]: ERROR: 'undef' not detected …Run Code Online (Sandbox Code Playgroud) 天儿真好,
编辑:我们已经在几个不同规模的项目上成功使用Scrum了好几年.事实上,我们的团队使用经典的Scrum方法为BBC开发了成功的iPlayer项目.
在使用各种工具组合(一些高科技,一些低技术)之后,我们现在希望尝试采用合适的工具套件.我们的经理在某种程度上试图强制采用Scrum的单一工具套件.
我看过SO问题" 最好的Scrum工具 ",大多数人似乎都建议:
我们的团队目前正在评估几种不同的Scrum工具.但是,我们正在考虑选择单一的整体工具,例如Agilo.
所有"一站式"解决方案都有其优点和缺点,严肃的企业类型解决方案是最佳选择.但都有一些缺点.
在SmartBear上阅读了" Peer Code Review:An Agile Process "之后,我开始想知道我们是否试图在"最适合"的基础上强制采用工具.
我想你可以参考一些Scrum开发过程的参考文献
然后,如果我们将其作为所用工具的公共参考点,那么我们将能够使用一组工具来处理Scrum过程的不同方面,而不是尝试强制使用单个工具,这有点像强制一个正方形的钉子插入圆孔.
通过这种方式,如果您已经同意了您的共同参考点,那么您可以使用多个工具,每个工具都比单个工具套件中的单个组件更好地执行其角色.
这是一种更明智的做法吗?
我上面提到的两个参考点是否合适,或者它们是工具满足的更好的选择点?
干杯,
我有一个由bash脚本和Perl脚本组成的系统.
有没有一种安全的方法来指定Perl脚本和shell脚本使用的配置值?
我们需要两者,因为有一些共同的元素是简单的MY_VAR = toto声明以及Perl特定的配置值,例如哈希.
BTW我们的硬化Perl版本中没有Env模块.