与开发人员争论（可以辩论） [英] An argument (okay a debate) with a developer
问题描述
大家好。我是系统管理员而不是开发人员。我和一群开发人员一起在一个大型的b $ b IT部门工作。目前我们要求他们为我们开发一个实用程序，它将迁移代码等等。
它将用.NET代码编写，并且是用来取代我们用VB6编写的当前代码迁移实用程序。
我们要求的功能之一是能够发送e -mail
和一个表示代码迁移失败成功的页面。
开发人员正在推迟。这是开发人员之间的交换
和我自己。
开发人员：对于发送电子邮件的应用程序，SMTP服务需要
可以安装并运行。要发送页面，需要为互联网访问实现权限
。防火墙外的端口将是发送页面所需的
。这会产生安全问题。
ME：有一种解决方法。以下脚本将在没有SMTP服务的情况下发送电子邮件
。至于发送页面，你使用相同的
电子邮件脚本，并包含一个skytel电子邮件地址：
~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
sendFrom =" Aler ... @ fabrikam.com"
SendTo =" joeu ... @ fabrikam.com; 1298 ... @ skytel.com"
strSubj ="不需要SMTP服务。
strContents ="测试电子邮件脚本。
sch =" http://schemas.microsoft.com/cdo/configuration/"
设置cdoConfig = CreateObject（" CDO.Configuration"）
使用cdoConfig.Fields
.Item（sch&sendusing"）= 2''cdoSendUsingPort
.Item（sch& " smtpserver"）=" mail.fabrikam.com"
''。'if（sch&" smtpserverport"）= 25''如果你需要设置一个端口
number
.update
结束
设置cdoMessage = CreateObject（" CDO.Message"）
使用cdoMessage
设置.Configuration = cdoConfig
.From = sendFrom
.To = sendTo
.Subject = strSubj
.TextBody = strContents
。发送
结束
设置cdoConfig =没有
设置cdoMessage =没有
~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~
开发人员：这个VB6脚本及其对WMI的相关调用不是
.NET 1.1或.NET 2.0框架支持
。我的想法是从旧技术中移除
而不是继续支持它们。
ME：如果你不能运行这个VBScript的等效代码在.NET中，
然后你可以通过命令行运行VBScript。这将允许它在.NET 1.1或.NET 2.0框架中使用
。
开发人员：只是因为它可以通过命令行运行并不意味着
它是.NET的一部分。如果您检查.NET框架引用那么
不使用WMI接口。这是旧技术，通过
..NET框架，不受支持。
ME：代码迁移完成后，.NET实用程序
从命令行启动可执行文件。这就是它需要的所有
功能。那是它停止的地方。没有其他要求
需要在.NET框架内工作 - 除了.NET实用程序从命令启动可执行文件的
能力
行，并传递几个参数。
其余的由启动的可执行文件完成 - 上面的VBScript
。
....
我不听从他的观点。在这个VBScript中，我没有看到任何对WMI
的引用。即使有，但无论如何它都是一个没有实际意义的点 -
因为我们需要.NET实用程序才能从
命令行运行一个可执行文件。我想在.NET中编写代码来从命令行运行一个
可执行文件是一个相对简单的任务。
我会想象写的.NET中的代码解压文件也是一个相对简单的任务。而且这个UnZip功能还是我们要求的其他东西
，而且开发人员也在推迟这个。
他声称这个包含解压缩文件的代码，以及从命令行运行可执行文件的代码，这个代码太复杂了，这将增加成本和工时。项目超出
什么是合理的。
我在这里遗漏了什么吗？这个开发者是否有有效的参数？
谢谢。
- 戴夫
" Highlander" < tr ****** @ msn.com在留言中写道
新闻：11 ********************** @ i3g2000cwc .googlegro ups.com ...
大家好。我是系统管理员而不是开发人员。我和一群开发人员一起在一个大型的b $ b IT部门工作。目前我们要求他们为我们开发一个实用程序，它将迁移代码等等。
它将用.NET代码编写，并且是用来取代我们用VB6编写的当前代码迁移实用程序。
我们要求的功能之一是能够发送e -mail
和一个表示代码迁移失败成功的页面。
开发人员正在推迟。这是开发商
和我之间的交流。
[snip]
为什么要发布两次但是在不同的主题行下呢？
参见与开发人员争论。
McKirahan写道：
" Highlander" < tr ****** @ msn.com在留言中写道
新闻：11 ********************** @ i3g2000cwc .googlegro ups.com ...
大家好。我是系统管理员而不是开发人员。我和一群开发人员一起在一个大型的b $ b IT部门工作。目前我们要求他们为我们开发一个实用程序，它将迁移代码等等。
它将用.NET代码编写，并且是用来取代我们用VB6编写的当前代码迁移实用程序。
我们要求的功能之一是能够发送e -mail
和一个表示代码迁移失败成功的页面。
开发人员正在推迟。这是开发商
和我之间的交流。
[snip]
为什么要发布两次但是在不同的主题行下呢？
请参阅与开发人员争论。
第一次发布后我立即意识到我有一些编辑要求b
。所以我删除了原来的帖子，并转发了新的主题
行。
你太快回复了第一篇帖子。
看起来有点误会。你确实需要一个SMTP服务器但它不需要在页面运行的服务器上使用
...
我是不确定发送页面的意思。您可以只发送HTML
标记以产生类似的结果（最终从页面获取HTML代码
但您可能会有调整这样做，这是可以在邮件中使用
消息）。
创建一个zip库很难，但你会发现很多
第三方图书馆这样做......
-
Patrice
" Highlander" < tr ****** @msn.comaécritdansle message de news：
11 ********************** @ i3g2000cwc.googlegroups.c om ...
大家好。我是系统管理员而不是开发人员。我和一群开发人员一起在一个大型的b $ b IT部门工作。目前我们要求他们为我们开发一个实用程序，它将迁移代码等等。
它将用.NET代码编写，并且是用来取代我们用VB6编写的当前代码迁移实用程序。
我们要求的功能之一是能够发送e -mail
和一个表示代码迁移失败成功的页面。
开发人员正在推迟。这是开发人员之间的交换
和我自己。
开发人员：对于发送电子邮件的应用程序，SMTP服务需要
可以安装并运行。要发送页面，需要为互联网访问实现权限
。防火墙外的端口将是发送页面所需的
。这会产生安全问题。
ME：有一种解决方法。以下脚本将在没有SMTP服务的情况下发送电子邮件
。至于发送页面，你使用相同的
电子邮件脚本，并包含一个skytel电子邮件地址：
~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
sendFrom =" Aler ... @ fabrikam.com"
SendTo =" joeu ... @ fabrikam.com; 1298 ... @ skytel.com"
strSubj ="不需要SMTP服务。
strContents ="测试电子邮件脚本。
sch =" http://schemas.microsoft.com/cdo/configuration/"
设置cdoConfig = CreateObject（" CDO.Configuration"）
使用cdoConfig.Fields
.Item（sch&sendusing"）= 2''cdoSendUsingPort
.Item（sch& " smtpserver"）=" mail.fabrikam.com"
''。'if（sch&" smtpserverport"）= 25''如果你需要设置一个端口
number
.update
结束
设置cdoMessage = CreateObject（" CDO.Message"）
使用cdoMessage
设置.Configuration = cdoConfig
.From = sendFrom
.To = sendTo
.Subject = strSubj
.TextBody = strContents
.S结束
结束用
设置cdoConfig =没有
设置cdoMessage =没有
~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
开发商：这个VB6脚本及其对WMI的相关调用不是.NET 1.1或.NET 2.0框架中支持的
。我的想法是从旧技术中移除
而不是继续支持它们。
ME：如果你不能运行这个VBScript的等效代码在.NET中，
然后你可以通过命令行运行VBScript。这将允许它在.NET 1.1或.NET 2.0框架中使用
。
开发人员：只是因为它可以通过命令行运行并不意味着
它是.NET的一部分。如果您检查.NET框架引用那么
不使用WMI接口。这是旧技术，通过
.NET框架，不受支持。
ME：代码迁移完成后，.NET实用程序
从命令行启动可执行文件。这就是它需要的所有
功能。那是它停止的地方。没有其他要求
需要在.NET框架内工作 - 除了.NET实用程序从命令启动可执行文件的
能力
行，并传递几个参数。
其余的由启动的可执行文件完成 - 上面的VBScript
。
...
我不理解他的观点。在这个VBScript中，我没有看到任何对WMI
的引用。即使有，但无论如何它都是一个没有实际意义的点 -
因为我们需要.NET实用程序才能从
命令行运行一个可执行文件。我想在.NET中编写代码来从命令行运行一个
可执行文件是一个相对简单的任务。
我会想象写的.NET中的代码解压文件也是一个相对简单的任务。而且这个UnZip功能还是我们要求的其他东西
，而且开发人员也在推迟这个。
他声称这个包含解压缩文件的代码，以及从命令行运行可执行文件的代码，这个代码太复杂了，这将增加成本和工时。项目超出
什么是合理的。
我在这里遗漏了什么吗？这个开发者是否有有效的参数？
谢谢。
- Dave
Hello all. I''m a systems admin and not a developer. I work in a large
IT department with teams of developers. Currently we are asking them to
develop a utility for us that will migrate code, among other things.
It''s going to be written in .NET code, and is meant to replace our
current code migration utility which was written in VB6.
One of the functions we are asking for is the ability to send an e-mail
and a page to indicate success of failure of a code migration. The
developer is pushing back. Here''s the exchange between the developer
and myself.
DEVELOPER: For an application to send an e-mail, SMTP services need to
be installed and running. To send a page, permissions need to be
implemented for internet access. Ports outside the firewall would be
needed to send pages. This creates a security issue.
ME: There is a workaround. The following script will send e-mail
without SMTP services. And as for sending a page, you use the same
e-mail script, and include a skytel e-mail address:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
sendFrom = "Aler...@fabrikam.com"
SendTo = "joeu...@fabrikam.com; 1298...@skytel.com"
strSubj = "NO SMTP service needed."
strContents = "Testing e-mail script."
sch = "http://schemas.microsoft.com/cdo/configuration/"
Set cdoConfig = CreateObject("CDO.Configuration")
With cdoConfig.Fields
.Item(sch & "sendusing") = 2 '' cdoSendUsingPort
.Item(sch & "smtpserver") = "mail.fabrikam.com"
''.Item(sch & "smtpserverport") = 25 '' if you need to set a port
number
.update
End With
Set cdoMessage = CreateObject ("CDO.Message")
With cdoMessage
Set .Configuration = cdoConfig
.From = sendFrom
.To = sendTo
.Subject = strSubj
.TextBody = strContents
.Send
End With
Set cdoConfig = nothing
Set cdoMessage = nothing
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
DEVELOPER: This VB6 script is and its related calls to WMI are not
supported in .NET 1.1 or .NET 2.0 framework. The idea is to move away
from old technologies not to keep supporting them.
ME: If you can''t run the equivalent code of this VBScript within .NET,
then you can run the VBScript via command line. That would allow it to
be used in the .NET 1.1 or .NET 2.0 framework.
DEVELOPER: Just because it can be run via a command line does not mean
it is a part of .NET. If you check the .NET framework reference there
is no use of WMI interfaces. It is old technology that, through the
..NET framework, is not supported.
ME: When the code migration has completed, then the .NET utility
launches an executable from the command line. That''s all the
functionality it needs. That''s where it stops. No other requirements
for working within the .NET framework are needed - other than the
ability for the .NET utility to launch an executable from the command
line, and pass it a couple parameters.
The rest is done by the executable that is launched - the VBScript
above.
....
I don''t follow what his points are. I don''t see any references to WMI
in this VBScript. Even if there were, it''s really a moot point anyway -
since all we need the .NET utility to do is run an executable from the
command line. I would imagine that writing the code in .NET to run an
executable from the command line is a relatively simple task.
I would imagine that writing the code in .NET to UnZip a file is also a
relatively simple task. And this UnZip functionality is something else
we''re requesting, and the developer is pushing back on this as well.
He''s claiming that to include code for UnZipping files, and code for
running executables from the command line, is too complex to the point
where it would increase the cost and man-hours of the project beyond
what''s reasonable.
Am I missing something here? Does this developer have valid arguments?
Thanks.
- Dave
"Highlander" <tr******@msn.comwrote in message
news:11**********************@i3g2000cwc.googlegro ups.com...Hello all. I''m a systems admin and not a developer. I work in a large
IT department with teams of developers. Currently we are asking them to
develop a utility for us that will migrate code, among other things.
It''s going to be written in .NET code, and is meant to replace our
current code migration utility which was written in VB6.
One of the functions we are asking for is the ability to send an e-mail
and a page to indicate success of failure of a code migration. The
developer is pushing back. Here''s the exchange between the developer
and myself.[snip]
Why post twice but under a different Subject line?
See "Argument with a developer".
McKirahan wrote:"Highlander" <tr******@msn.comwrote in message
news:11**********************@i3g2000cwc.googlegro ups.com...Hello all. I''m a systems admin and not a developer. I work in a large
IT department with teams of developers. Currently we are asking them to
develop a utility for us that will migrate code, among other things.
It''s going to be written in .NET code, and is meant to replace our
current code migration utility which was written in VB6.
One of the functions we are asking for is the ability to send an e-mail
and a page to indicate success of failure of a code migration. The
developer is pushing back. Here''s the exchange between the developer
and myself.
[snip]
Why post twice but under a different Subject line?
See "Argument with a developer".Immediately after the first posting I realized I had some editing to
do. So I removed the original post, and reposted with the new Subject
line.
You were too quick to respond to the first post.
Looks like a slight misunderstanding. You do need a SMTP server but it
doesn''t have to be on the server on which the page runs...
I''m not sure what you meant by sending a page. You could send just HTML
markup to produce a similar result (eventually get the HTML code from a page
but you''ll likely have adjustements to do so that this is usable in a mail
message).
Creating a zip library would be difficult but you''ll find likely a number of
third party library doing that...
--
Patrice
"Highlander" <tr******@msn.coma écrit dans le message de news:
11**********************@i3g2000cwc.googlegroups.c om...Hello all. I''m a systems admin and not a developer. I work in a large
IT department with teams of developers. Currently we are asking them to
develop a utility for us that will migrate code, among other things.
It''s going to be written in .NET code, and is meant to replace our
current code migration utility which was written in VB6.
One of the functions we are asking for is the ability to send an e-mail
and a page to indicate success of failure of a code migration. The
developer is pushing back. Here''s the exchange between the developer
and myself.
DEVELOPER: For an application to send an e-mail, SMTP services need to
be installed and running. To send a page, permissions need to be
implemented for internet access. Ports outside the firewall would be
needed to send pages. This creates a security issue.
ME: There is a workaround. The following script will send e-mail
without SMTP services. And as for sending a page, you use the same
e-mail script, and include a skytel e-mail address:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
sendFrom = "Aler...@fabrikam.com"
SendTo = "joeu...@fabrikam.com; 1298...@skytel.com"
strSubj = "NO SMTP service needed."
strContents = "Testing e-mail script."
sch = "http://schemas.microsoft.com/cdo/configuration/"
Set cdoConfig = CreateObject("CDO.Configuration")
With cdoConfig.Fields
.Item(sch & "sendusing") = 2 '' cdoSendUsingPort
.Item(sch & "smtpserver") = "mail.fabrikam.com"
''.Item(sch & "smtpserverport") = 25 '' if you need to set a port
number
.update
End With
Set cdoMessage = CreateObject ("CDO.Message")
With cdoMessage
Set .Configuration = cdoConfig
.From = sendFrom
.To = sendTo
.Subject = strSubj
.TextBody = strContents
.Send
End With
Set cdoConfig = nothing
Set cdoMessage = nothing
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
DEVELOPER: This VB6 script is and its related calls to WMI are not
supported in .NET 1.1 or .NET 2.0 framework. The idea is to move away
from old technologies not to keep supporting them.
ME: If you can''t run the equivalent code of this VBScript within .NET,
then you can run the VBScript via command line. That would allow it to
be used in the .NET 1.1 or .NET 2.0 framework.
DEVELOPER: Just because it can be run via a command line does not mean
it is a part of .NET. If you check the .NET framework reference there
is no use of WMI interfaces. It is old technology that, through the
.NET framework, is not supported.
ME: When the code migration has completed, then the .NET utility
launches an executable from the command line. That''s all the
functionality it needs. That''s where it stops. No other requirements
for working within the .NET framework are needed - other than the
ability for the .NET utility to launch an executable from the command
line, and pass it a couple parameters.
The rest is done by the executable that is launched - the VBScript
above.
...
I don''t follow what his points are. I don''t see any references to WMI
in this VBScript. Even if there were, it''s really a moot point anyway -
since all we need the .NET utility to do is run an executable from the
command line. I would imagine that writing the code in .NET to run an
executable from the command line is a relatively simple task.
I would imagine that writing the code in .NET to UnZip a file is also a
relatively simple task. And this UnZip functionality is something else
we''re requesting, and the developer is pushing back on this as well.
He''s claiming that to include code for UnZipping files, and code for
running executables from the command line, is too complex to the point
where it would increase the cost and man-hours of the project beyond
what''s reasonable.
Am I missing something here? Does this developer have valid arguments?
Thanks.
- Dave
这篇关于与开发人员争论（可以辩论）的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
