• 有两种编程人员:程序员:有技术意识软件工程师:有产品意识程序员通常不了解/关心产品的业务方面,他们更注重算法和程序技术;注重产品的工程师人员则相反。他们使用代码作为解决业务问题的工具。 注重产品
  • 软件架构师是一种pragmatic务实的架构师, 是在考虑解决方案之前收集用例和约束的人。更在乎'我们为什么要这样做?”(即基本的业务目标,但往往没有明确地阐明和共享)。他审查并面对了这个初始业务目标的任何选择或行动。他试图交付将产生影响的项目,而不仅仅是交付软件。软件架构师知道没有 icon
  • 教育最大的问题不是文盲,而是教育程度太低,人们只相信他们被教授的知识,无法高到能质疑所学的知识内容。 icon
  • 想象一下,您是一家希望招募新老师的K-8小型学校的校长。由于您的老师少于20名,因此您必须确保雇用的每个人都可以教任何年级。更复杂的是,您最近失去了一位最好的老师,她是一位拥有15年经验的人,还是许多初级老师的导师。你怎么能代替她?经过一番思考,您可以制作出自己认为是一种创造性的面试 icon
  • 史蒂夫·乔布斯是一个传说,他凭着坚定的信念改变了我们的生活。现实情况是,苹果的成功很大一部分来自其团队的推动,他们促使乔布斯重新考虑自己的决定。如果乔布斯不是被一群知道如何改变他主意的人所包围,那么他可能就不会改变世界。 询问所有知识以解释事物的工作原理 icon
  • 在Sun公司时期,流行的Java认证称为“ Sun认证Java程序员”或“ SCJP”,那时只有一次考试,您需要通过才能成为认证Java开发人员,但是Orcale接手Java之后,SCJP 退出,OCAJP和OCPJP诞生了。由于Oracle已经推出了数据库管理方面的认证,例如OCA icon
  • 大约一半的软件工程师都是自学成才的,估算这个数字的一​​种方法是通过Stack Overflow 开发人员调查。另一个粗略的估计 icon
  • Curtis Einsmann在亚马逊的5年中已经诊断并解决了数百个错误。作为一名初级工程师,大型软件系统中的错误诊断具有挑战性。 下面是他的经验总结:原因的诊断很重要。不成熟的解决方案使得问题持续存在,这些微小的缺陷很容易被开发人员忽略。诊断原因是修复的第一步。清晰表达问题 icon
  • TOGAF(开放组架构框架)是企业架构(EA)使用最广泛的框架之一。我过去几天一直在研究与EA相关的各种主题,并且发现这是一个非常有趣的领域:主要是因为,这与我自己思考IT在任何业务中的角色的方式很接近!到目前为止,由于我的大部分经验是在HR领域中进行的,因此在研究这些主题时,我可以 icon
  • 在定义企业架构之前,TOGAF将企业定义 为“具有共同目标集的任何组织集合”。TOGAF是一个框架,其中包括“协助企业架构接受,生产,使用和维护的方法和工具”。 TOGAF 有  icon
  • 与传统的健身活动相比,跳舞导致更多的大脑区域(包括扣带状皮层,孤立岛,call体和感觉运动皮层)的体积增加。只有舞蹈与血浆BDNF水平升高有关。在认知方面,两组的注意力都得到了改善和空间记忆,但没有出现显着的群体差异。后一个发现可能表明认知益处可能会在大脑结构发生变化之后和之后发展。 icon
  • 在本文中,我将重点介绍如何有效地评估软件开发性能,并举例说明如何在FXStreet上实现它们。多年来,已经进行了许多尝试来衡量软件团队绩效的困难。问题在于大多数模 icon
  • 有些人嘲笑前端开发,并认为这仅仅是“将div垂直居中”。 前端它是如此复杂。它包含可访问性,设计,响应能力,创造力等等。 尊重前端开发人员! 我俩个都做,可以坦率地说前端和后端一样困难,甚至在很多方面都更加困难。 前端只是将div集中在JavaScript框架 icon
  • 在担任软件工程师的20多年里,我一直被要求或期望我学习复杂的东西。卡尔·纽波特(Cal Newport)在他的《深入工作》( icon
  • 对领导者的研究通常侧重于他们的风格或魅力,但我们想研究一下员工如何受到老板的技术能力的影响。也就是说,老板是组织核心业务的真正专家吗?他或她有多少专业知识?毫无疑问,老板的能力是一个多方面的概念。因此,我们以三种不同的方式对其进行了测量: 主管是否可以在必要时完成员工的工作。 icon