今天早上，我读到了一个很好的问题，关于这个人应该对 Sharepoint 职位有什么期望。我有一个关于服务器端工程的类似问题。我对服务器端工程职位有什么期望，它与桌面开发有何相似之处和不同之处？
我有 WinForms、WPF 方面的经验，一些轻量级的多线程经验，一些使用 Web 服务的经验，一些编写一些精简、简单的 Web 服务的经验，编写数据访问层 (DAL)，以及一些设置和使用基于 SQL Server 的经验具有 CRUD 样式界面并使用存储过程的数据库。
我的团队没有服务器端工程师头衔的人，所以我真的不确定这些技能是什么样的。
【问题讨论】：
标签： c# .net asp.net database multithreading
他们是截然不同的世界。我在营地的两边都工作过，但主要是服务器端。不过，我使用的是经典的客户端-服务器而不是 Web（是的，我们仍然存在）。
通过线程来实现可伸缩性，我的意思是很容易以不伸缩的方式应用线程。为每个查询生成一个线程很好，直到您的建模告诉您可能有 500 个并发查询。所以你需要考虑线程池和队列。
就“管理者”而言，这里的需求实际上有两种，一种是为 SysAdms 报告，一种是为适合的管理类型报告。 SysAdms 需要故障查找方面的帮助，我认为这是发生在您的应用程序上的系统故障（网络中断、网络风暴、硬盘满/崩溃、服务器故障转移、调用 DR 等）和诊断，我认为这是报告您自己的应用程序的异常行为。
SysAdms 有非常短期的需求 - 这个小时，今天，给我发电子邮件，给我发短信，把它备份等等。他们需要随时可用的详细技术信息，因为你不知道什么时候会真的需要它。但是，无论您向他们提供多少信息，只有最优秀的系统管理员不会拿起电话并在命令击中空气流动装置时给您响铃。
经理需要中长期绩效报告，每天/每周/每月有多少查询，我上周做得如何，本周我需要做些什么来改进，我如何让目标绩效对我的员工可见员工/同行/上级等。这主要是根据要求（报告），尽管经常要求诸如带有运行统计数据的墙板之类的东西……但即使这些也不一定是实时的。您可以在民意调查中从数据库中吸出这种东西。作为服务器端人员，您可能必须设计一些视图来促进此报告，但您的大部分工作都针对 SysAdms 感兴趣的异常情况。至少，在我的经验中是这样的。但请记住，如果 SysAdm 不满意，您无论如何都要与经理打交道...
顺便说一句：奇怪的是，尽管 SysAdms 似乎过着压力很大的生活，但与我共事过的最好的人都是非常悠闲的人。奇怪，那个。我想这是一种应对机制。
【讨论】：
服务器端技能更多地涉及可扩展性和长期资源消耗。还共享资源争用。
在桌面应用程序上，如果您泄漏或占用内存太久，这可能没什么大不了的。在服务器应用程序中执行此操作，您只是锁定了许多用户。
在服务器端应用程序中，您确实需要了解连接和线程池、死锁以及一系列其他问题。
【讨论】：
我不确定您的问题是否可以重新表述为 Web 与客户端开发，因为这将是描述这两种环境的另一种方式，尽管不完全正确。可能有一些服务器-客户端应用程序的服务器端与基于 Web 的应用程序不同，我曾经使用其中一个，考虑每一端的代码应该有多难是一种巧妙的方式。
Web 开发存在会尝试读取数据的不同版本的软件和解决方案的问题。包括 Internet Explorer、Firefox 和 Chrome 在内的浏览器都有不同的处理方式，如果您将一些 Javascript 与服务器端代码混合在一起，在某些情况下运行一对代码可能会很痛苦。浏览器限制可能是一个因素，也可能是人们期望客户端拥有的插件，例如Flash、Java 或 Silverlight。处理网络的无状态有时会很痛苦。
【讨论】：
添加到 Gaijin 的建议，不要太害怕，有一些规则，但大部分都很容易遵循，因为 Smell 代码就是 Smell 代码，如果您了解您的工具并拥有良好的技能，那么您就会发现它。
有一些很好的方法可以改进您的 Web 应用程序，其中值得一提的是： - 小心使用视图状态并在不需要的控件上禁用它。 - 有效地使用缓存，ASP.net 对此提供了很好的控制。 -Dispose 资源，例如在处理文件 I.O 的时候。 - 使用 Firebug 分析您的请求并查看错误。 - 使用 ANTS 分析器和 Jetbrain 的 Profiler 等分析应用程序。
现在服务器比以前强大得多，可以处理大量操作，但这并不意味着你不应该关心你的代码
最后我想说.Net 框架是一个如此神奇的世界，如果您知道如何使用正确的工具来完成正确的工作，那么您可以制作任何您想要的东西，更美妙的是，如果您使用 Winforms 、WPF、Silver light、ASP.net 或 MVC，总是有很多东西你不必学习，因为它们在框架之间共享。
希望这会有所帮助。
【讨论】：