程序员mvp

‘壹’ 作为一个程序员，你真的需要微服务吗

前言

我们已经 设计和构建 了十多年的软件，大部分时间我们一直在使用优秀的 Symfony 框架来实现这一目标。 Symfony 是一个传统的单体 PHP 构件集，受 Java Spring 的启发，我们发现它非常适合 企业 Web 应用程序 和 数字产品 的快速开发，而这些正是我们主要经济来源。

然而，去年发布的 Symfony 4 代表了该框架的重点逐渐变化 ; 这变化体现在其远离单体架构和向 微服务 靠拢，这种变化背后的方法论在过去几年中越来越受欢迎。

为了说明这一转变，新版本在默认情况下使用了微内核（micro by default), Symfony 组织大力宣传其新的微内核设计，声称与 Symfony 3 相比，编写应用程序所需的代码减少了 70%。

除了这些优点外，这一变化意味着运行单个应用程序的开销要小得多，这使得 Symfony 对于微服务体系结构的使用更具吸引力。

什么是单体应用和微服务

微服务设计基于将大型传统（单体）应用程序拆分为几个小型、不同的应用程序的概念。这些应用程序将处理单个业务功能领域，并与其他组件协作，就像它们是第三方应用程序一样

这真的是一个新事物吗，或者这只是一个具有时髦名字的面向服务体架构（SOA)? 我们不会在这里进行辩论，毕竟你可以到 Slashdot 和 Hacker News 上讨论这个问题。不过，我们要说的是，微服务方法 ( 或者随便你怎么称呼它 ) 主要对大型组织有益。这是因为非常大的应用程序可以被分割成几个不同的服务，每个服务由各自独立的开发团队管理。

微服务体系结构的另一个好处是允许灵活地扩展一个特定组件的数量，而不是整个应用程序。这特性非常适合应用在 弹性云计算 ，但在大多数情况下，我认为这种效率提高会被一个大而突出的问题所淹没。

你真的需要微服务

我的观点是，除非你在 Google 或 Netflix 等拥有数百名软件开发人员的公司工作，否则你可能不需要微服务。事实上，对于大多数中小型企业来说，采用这种设计可能非常不合适。

我将会讲到一些例外，但是微服务的开发和维护成本是很多人都注意到的却又很少谈及的问题。我们可以用一个简单的问题来决定是否适合把微服务作为你的起点 : （译者注：这句子的原文中有个词语叫 房间里的大象 ，是指所有人都注意到却又不被提及的问题）

你系统中的某个组件（例如用户管理）是否足够复杂，以致于需要多个开发人员全职进行持续开发？

如果答案是否定的，那么微服务方法可能会浪费您的时间和金钱。相反，如果你足够幸运，能够在以后达到这个规模，你可能就可以慢慢地把那些需要多人开发的部分分离出来。

为什么微服务在开发和运维上开销更大

由于您不需要处理大量的分布式系统问题，因此单体应用程序通常是一个开销更少的方案。使用像 Symfony 这样的单体框架所通过提供开箱即用的集成特性提供了许多好处，这些特性可以方便地从应用程序的所有区域访问。你基本上可以避免处理以下的这些问题 :

例外情况（混合的方式）

有时候微服务是合适的，但是根据我的经验，在这些情况下，可伸缩性需求或容错需求超过了必须设计和管理分布式系统的缺点。这里的一个很好的例子是像 Monzo Bank 这样的企业应用，它既需要能够立即按需求进行伸缩，又需要能够确保系统某个区域的故障不会影响到另一个区域 .

我们在 Browser 中多次重复的一个好方法是采用混合方法进行系统设计。这涉及到一个由支持微服务包围的中心整体，但只有在有充分理由的情况下才会如此。例如，我们最近在将 NLP 处理集成 到应用程序中时使用了这种方法。

我们已经构建了几个系统，其中核心业务应用程序作为一个整体构建 ( 通常在 Symfony 中 )，由独立的微服务管道处理繁重的数据处理。这不仅允许我们在不影响核心应用程序性能的情况下处理大量数据量，而且如果需要，我们可以在不影响平台的日常操作前提下，将这些组件下线。

理想情况下，你能够清楚地理解规模和未来的开发需求，这对于决定体系结构非常重要。你想快速进入市场吗？您想要支持数百万用户吗？您是否需要处理 大量的数据流 。

尽早做出正确的决定可以增加产品在最短的时间内获得投资回报的机会，而不会妨碍您将来的 探索 。 在后续计划中将组件微服务化通常比最初的 MVP 开发中微服务化更具成本效益。

‘贰’ 中国的程序员，真的“短命”吗

程序员工作强度大，可能经常会有报道说各种猝死之类的，但是各行各业都有这样的情况。只是程序员的报道出来了。程序员经常加班是真的，因为工作强度大，所以工资都比较高。

‘叁’ Android 开发有哪些新技术出现

参考如下知乎的内容:

开发工具

Android Studio： Google 官方放弃 Eclipse 和 Android Studio 普及。AS 虽然不算新，但是对 Android Studio 这个软件的更新速度快的惊人，有大量的新功能发布。例如支持很多注解代码提示注解、Live code template、支持自动生成 Parcelable 实现等等，作为开发者，持续关注这个更新列表 Recent Changes ，一定会让你的写代码的生活更加美好。
编程“语言”

Kotlin： 作为 Android 领域的 Swift，绝对让你如沐新风。抛弃沉重的 Java 语法，Kotlin 融入了很多现代编程语言的思想，作为开发者，接受新的语言，了解新语言的发展趋势，更有利于开阔你的思路和加深对语言的理解。在 Android 开发上，使用 Kotlin 并不会让你付出什么代价，为什么不来试试？ 使用Kotlin进行Android开发。
React Native: 跨平台一直是程序员的梦想，而且移动应用的跨平台解决方案也很多，因为 Facebook 的参与和力推，让这个解决方案带上了光环。第一个用 React Native 开发的 App 已经在 Google Play 上架 Facebook 广告管理工具，听说 Android 的 SDK 也马上会到来，React Native。
Sky: 与 React Native 类似，使用 Web 开发语言来做移动平台的开发，虽然这个只是一个尝试，但是这是 Google 自身推出的，特别是在 Java 语言的使用上败诉之后，这可能会有一些作为呢，domokit/sky_sdk · GitHub
开发模式

Dagger 2：依赖注入并不是什么新技术，但是使用在 Android 确实一个新的尝试。Android App 越来越被当成严肃的大型项目来构建，很多在以前大型服务器开发上使用的技术都被应用到了移动开发。Android 开发分模块开发，使用 Dagger 来松耦合模块。特别值得一体的是，Dagger 2 现在由 Google 亲自接管。 Dagger ‡ A fast dependency injector for Android and Java.
MVP：因为 Android 并没有严格的业务和界面区分，项目一复杂，就很容易使代码陷入混乱。现在 Android 开发社区对 MVP 模式讨论越来越热，觉得 MVP 是非常适合 Android APP 开发。MVP for Android: how to organize the presentation layer

‘肆’ 腾讯知名游戏程序员毛星云意外身故，如何评价他的一生

毛星云的一生本身就是一个传奇。

之所以会这样说，主要是因为毛星云在20多岁的时候就已经成为了行业的佼佼者。在毛星云还没有进入腾讯之前，毛星云就已经自主编写了关于游戏开发的收集，通过这样的方式来教游戏新手从事游戏开发工作。从某种程度上来讲，毛星云本身就是很多游戏开发人员的入门导师。

一、毛星云因为意外而身故。

毛星云是腾讯公司的天美工作室的着名开发人员，同时也是游戏界知名的开发程序员。有新闻表示毛星云因为抑郁的问题而跳楼身亡，这个事情令大家感到大为震惊。在外界看来，毛星云是一名非常成功的游戏开发人士，谁也没有想到毛星云会用这样的方式结束自己的生命。

‘伍’ 三十岁以上还能做程序员吗

三十岁以上肯定能做程序员。
只要对程序员的工作很感兴趣，并且愿意为这份工作付出百倍努力，年龄就不再是问题。
但如果只是因为程序员工资高，只想收入高，费力进入这行，那就会很辛苦，因为越小记忆力越好，接收能力也好，年龄大总是会有力不从心之感。