Questions tagged «enterprise-development»

对于与企业环境（例如，大公司）中的开发特别相关的问题，例如，与业余编程相反。不要仅仅因为您作为企业开发人员而使用此标签。

6
为什么SQL不可重构？[关闭]
每个人都知道新开发人员会编写长函数。随着您的进步，您会更好地将代码分解成较小的部分，而经验告诉您这样做的价值。 输入SQL。是的，SQL的代码思考方式与过程的代码思考方式不同，但是该原理似乎同样适用。 假设我有一个采用以下形式的查询： select * from subQuery1 inner join subQuerry2 left join subquerry3 left join join subQuery4 使用一些ID或日期等 这些子查询本身很复杂，可能包含自己的子查询。在任何其他编程上下文中，我都认为复杂子查询1-4的逻辑与将它们全部连接在一起的父查询一致。看起来很简单，应该将那些子查询定义为视图，就像如果我在编写过程代码时将它们作为函数一样。 那么，为什么不这样做呢？人们为什么如此频繁地编写这些冗长的整体SQL查询？SQL为什么不鼓励广泛使用视图，就像过程编程鼓励广泛使用函数一样。（在许多企业环境中，创建视图甚至都不是一件容易的事。需要请求和批准。想象一下，其他类型的程序员每次创建函数时是否都必须提交请求！） 我想到了三个可能的答案： 这已经很普遍了，我正在与经验不足的人一起工作 经验丰富的程序员不会编写复杂的SQL，因为他们喜欢用过程代码解决硬数据处理问题 还有别的
8
如何阻止公司内部共享内部API密钥？
我们正在开发一项新服务-该服务可能会直接从用户设备上的应用程序中调用。这些应用程序将由组织中的多个开发团队开发并提供支持，所有这些均取决于我们提供的数据。 我们渴望确定哪些应用程序正在发送哪些请求，以便我们可以确定使用模式和负责的开发人员。（为避免疑问，用户身份验证是单独处理的。） 我们的解决方案是要求API密钥（每个应用程序一个）–然后我们需要开发团队的详细联系信息。 我们不想让API密钥成为麻烦，但是我们担心开发人员会将其共享给其他团队的同事，这意味着我们不再能够仅为一个应用程序识别流量。 我们如何激励开发人员不要在内部共享API密钥？
10
UX对企业软件重要吗？
我已经注意到，从用户体验的角度来看，公司用于管理时间，费用，设置电话系统等事情的许多软件是非常不直观的。我个人知道我浪费大量时间只是想弄清楚如何导航这些系统，特别是如果我没有同事可以帮助我的bug时。帮助文件通常和用户界面本身一样糟糕。是公司自满还是没有其他可比的企业产品可以胜任这些任务？在消费者方面，似乎有大量的市场机会来创造更好的用户体验，但是企业软件呢？显然，对公司而言，一定程度的浮躁并不重要， 编辑：我不是在指内部应用程序，而是大型软件公司的现成系统。
7
如何打破“ PHP是一种不良语言”的范式？[关闭]
按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意测验或进一步的讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 PHP并不是一门糟糕的语言（或者至少没有像某些人建议的那样糟糕）。在我告诉他们之前，我的老师甚至都不知道PHP是面向对象的。当我们说我们是PHP开发人员并质疑我们没有使用别致的语言和框架（例如Django或RoR）或“企业和实体”语言（例如Java和ASP.NET）时，我的客户立即不信任我们。 Facebook是基于PHP构建的。有很多可靠的项目为Web和Web提供动力，例如在企业和政府中使用的Joomla和Drupal。有些框架和库具有我在所有语言中都曾见过的最佳架构（Symfony 2，Doctrine）。PHP具有我所见过的最好的文档，以及许多专业人士。 PHP具有高级OO功能，例如反射，接口，更不用说PHP现在通过traits原生地和干净地支持水平重用。 有一些不好的程序员和脚本小子给PHP带来了不好的声誉，但同时又给PHP社区带来了强大的力量，而且因为很容易完成PHP，所以您常常会以错误的方式做事，理所当然，但是为什么要怪罪语言？。 现在，将其归结为一个实际可回答的问题：什么才是一个好的，扎实的，简短而又可爱的论点，以免被皱眉，避免一pre而就，当您说自己是PHP开发人员时捍卫自己的偏见？。 （向有经验证据当场说服某人（客户或其他人）的人免费提供含奶油的曲奇） PS：我们使用Symfony，代码的结尾是美观且可维护的 PPS：实被写在PHP，经由街舞编译成C ++和部署在Hadoop。此处：http：//arstechnica.com/business/2012/04/exclusive-a-behind-the-scenes-look-at-facebook-release-engineering/1/
4
内部代码是否应与组织中的非开发人员共享？
在我工作的地方，我们有很多开发人员，并且有大量代码在运行我们的员工和客户使用的专有应用程序。 我们也有很多聪明的支持人员，他们希望了解我们系统的内部工作原理，以便更好地为客户提供支持，甚至不时提交补丁。 我们是否应该开放我们的代码以供非开发人员阅读？做出此决定时，应考虑哪些因素？我以各种方式遇到了很多论点和反论点，并希望根据他人的经验以及容易理解的风险来做出决定。 迄今为止的一些争论： VCS中的密码是公开的（解决方案：删除密码-不应从那里开始） 代码对白盒安全攻击开放（反参数：这只能阻止诚实/懒惰的攻击者） 支持人员可以询问开发人员“工作”的方式（计数器：教男人钓鱼等） 是否有人向其组织的员工开放代码？有什么问题吗？
9
Ubuntu是否可以作为IT顾问的笔记本电脑使用？
我通常在大型企业中担任顾问程序员。我使用Windows笔记本电脑，而我的许多同事都使用Mac。 如果可以完全控制自己的开发环境，我个人将是运行Ubuntu。但是我偶尔会需要Microsoft特定的产品，尤其是IE。 在这种情况下，使用Mac的同事经常在虚拟机上运行Windows。 我的问题是：Ubuntu对于企业程序员的笔记本电脑是否可行？例如，在Ubuntu的VM上运行Windows是否像在Mac上一样容易？有没有人尝试过这个？在这种环境下，Ubuntu不能与Mac一样好地用于开发吗？ 请注意，我没有进行.NET开发，因此通常要处理Java，该Java将在Apache服务器上运行，并由运行Windows的客户端使用。
4
没有Spring，Ruby，Python，PHP如何管理？
我为副项目编写了工作中的企业Java应用程序和Web服务（Spring，Hibernate，Maven，RESTEasy）以及PHP（CakePHP）和Python（Django）。 虽然我确实看到了Spring带来的控制反转，面向方面编程等的价值，但是我不确定如果没有像Spring这样的框架，不在Java堆栈上的大量Web应用程序将如何管理。 那么，开发人员是否只需要“克服” Spring消除的紧密耦合的组件和其他抱怨，还是我错过了什么？ 对于那些不熟悉Spring的人，我们最常使用的功能是： 控制容器的反转：应用程序组件的配置和Java对象的生命周期管理， 面向方面的编程：可以实现跨领域的例程， 事务管理：统一多个事务管理API并协调Java对象的事务。
2
是否首选Spring + Hibernate而不是EJB 3？
我的感觉是，每当新的JEE项目开始（适用这些技术的地方）时，人们就会喜欢使用Spring + Hibernate的组合而不是EJB 3。 似乎甚至建议初级程序员而不是EJB。 这是个人喜好还是有相关原因？（例如，由早期EJB版本造成的个人伤痕导致对EJB的不信任或技术膨胀与性能原因或学习曲线有关）？
4
Google，Apple，IBM等公司使用什么IDE或编辑器？[关闭]
很难说出这里的要求。这个问题是模棱两可，含糊，不完整，过于宽泛或夸张的，不能以目前的形式合理地回答。如需帮助澄清此问题以便可以重新打开， 请访问帮助中心。 7年前关闭。 即使我在使用各种工具方面有相当丰富的经验，但仍然不确定我是否愿意使用IDE或简单的代码编辑器。 我经历过的大多数IDE都是用Java（例如Eclipse）编写的，这使它们变慢且笨重。它们的优点是它提供了许多工具。 另一方面，编辑器通常非常快。它们也可以扩展为与IDE更相似，但通常我不这样做。但是，有Sublime Text 2，它内置了一些基本的代码完成功能。 我的问题是，大多数企业公司（如Google，Apple，IBM等）（Microsoft除外，因为它们拥有AMAZING IDE（我假设它是由MS开发人员使用的））是否迫使他们的员工使用IDE，以及是否将外部编辑器与普通编辑器配合使用？认为不专业？ PS没说过像Android开发这样的情况，几乎不可能在没有IDE的情况下工作。
6
“企业”相对于软件体系结构是什么意思？
我看到“企业”一词在软件开发人员和程序员中泛滥，似乎松散使用。 恩·特普里斯/ ˈentərˌprīz / 名词：项目或事业，通常是困难的或需要努力的。主动性和机智。 有人可以澄清一下这个术语的实际含义吗？“在企业层面”，“企业规模”？甚至有“企业版”的东西。这到底是什么意思？从上述定义来看，显然没有任何意义，因此更具体地讲软件对企业一词的含义是什么？ 编辑： 要对此进行补充，该术语又如何适合诸如Enterprise Framework Model之类的短语？数据访问和数据上下文与公司范围的描述有什么关系？
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.