Palfish 英语口语提高神器 –  
 
 (为什么它值得你去了解) 
 
 
 
 
 第一章 伴鱼是什么？
 

 一个知识共享平台，一个口语练习平台，一个外教练习平台。 性价比是你在 某东方，某朗阁，某球等的几十倍！
 
 
 
 
 第二章 为什么选择伴鱼？
 
 
 
 
 
 
 
 Let me tell you why I choose palfish to learn English.
 
 
  
 
 
 Because i can "Pay less, get more."
 
 
  
 
 
 Go to a bar to talk with foreigners? You need to pay for a drink. And they might want to speak Chinese more than English!
 
 
  
 
 
 Go to English corner?? How manyChinese and how many foreigners are there? For how much time can you talk in one activity?Just listening? Then why not stay at home to watch American TV show?
 
 
 
 
 
 
 Go to some English groups or bbs to chat? 'Hello' and 'where r u living all the time? You don't even know who can correct your mistakes or whether what they type is exactly correct.
 
 
 
 
 
 
 Use some apps to read news, listen to English materials and memorize new words. That's good. But for how long can you persist?By the way, you still can't open your mouth to speak out after all those efforts!
 
 
  
 
 
 I have tried all these and to tell you the truth.
 
 
 
 
 
 
 Don't be silly any more. Don't waste time and money any more.
 
 
 
 
 
 
 
 
 第三章 伴鱼使用小诀窍 
 
 
 
伴鱼雅思观点分享群 使用教程  群号：112278
 
 
1.         长按 群内的文字，图片等，点击 添加笔记，即可将关键内容保存！
 
 
2.         与老师预约前，先和老师聊天，观察是否符合你所需
 
 
3.         千万不可第一次或者前几次，与一个老师定大量的课程，得看看他是否符合你
 
 
4.         遇到不认识的单词，别装懂，使用多几句话询问。以下为正常交流所需：
 
 
 
 
 
伴鱼雅思观点分享群 使用教程  群号：112278
 
 
日常交流：
 
 
Hello，Abe…
 
 
How are you today? 
 
 
I am great 我很好
 
 
I have a busy day  我今天很忙。。
 
 
Sorry, I need to go now .. 抱歉，我得走了（挂了）
 
 
 
 
 
伴鱼雅思观点分享群 使用教程  群号：112278
 
 
Can you type it for me ? 你能给我打出来吗？
 
 
Sorry, the connection doesn't work well. Ican’t hear you now. 网络不好，我听不到你声音。。
 
 
Sorry, the connection doesn't work well. Ican’t hear you now. （怕自己钱花太多，想挂了，又尴尬，可以使用这招）
 
 
How to say that? / how to describe it? 如何说，如何描述？
 
 
Am I express it in a right way? 我用正确的方法说了吗
 
 
 
 
 
伴鱼雅思观点分享群 使用教程  群号：112278
 
 
退课教程：
 
 
遇到坑爹耍流氓的老师（交钱以后不责任），千万不要直接退款，（会扣20%）保存好录音，然后发给伴鱼客服这样能够把完整的钱退回伴鱼。
 
 
退款之后，记得在群里告诉大家，让大家都提防
 
 
 
 
 
 
 

 
 
 
 

 
 
 
 
 
 
零成本撸伴鱼教程 （此方法适合不着急考试的学生们，或者只是想提高口头英语）
 
 
 
 
 
1. 寻找每节课6元的老师（或者更加低价格的老师，具体私戳群主）
 
 
2. 寻找低价的小班课（小班课上满25min，也算打卡，但是切记是当天结课的小班课）
 
 
3. 每天只上一节课
 
 
4. 早打卡（9-10点为最佳时间），每日红包为1-5元（假定一节课为6元，所花钱为1元）
 
 
5. 持续打卡，坚持满21天，领取100元红包！
 
 
 
 
 
 
 
 
注：真正学习知识，不在乎这点钱。此教程适合不着急考雅思，托福的。若着急学习，请参考如何伴鱼高效学习教程！
 
 
 
 
 
全文使用中文编写，有不懂的，欢迎在群里交流，或私戳
 
 
 
 
 
群内大量$$专属福利$$，希望大家英语能够迅速提高
 
 
 
 
 
 第四章 群内打卡福利 （专享！！目前已经开通打卡送QQ超级会员年会活动，具体私聊群主）
 

 群ID：112278
 
 1、雅思写作观点共享 ➕ 词伙共享
 
 2、作文讨论
 
 3、免费纠音活动  
  free！！！
 
 4、
 !!!0成本!!!使用伴鱼教程!!!请私戳群主.  (近乎不花钱)
 
 
 
 
 
 打卡福利：
 
 基础福利：与其他打卡群一致
 
 
 
 
 
 
 专属福利:  
 
 1. 在群内打卡满7天，总送价值 
 200RMB 的langman字典（带内购), 支持iphone／ipad
 
 
 
 
 
 1. 在群内打卡满14天，赠送 价值 
 18RMB 的 ssr代理 软件（附使用教程），让你能够学习更多外网知识！
 
 
 
 
 
 2. 在群内打卡满21天，赠送全套价值 
 2000RMB 的法语学习视频（0基础到精通），让你掌握多一门外语！ 领取ssr配置
 
 
 
 
 
 3. 在群内打卡满30天，赠送 价值 
 50dollar (RMB350) 的 VPN软件，让你能够更多的学习外网知识！！！
 
 
 
 
 
 4. 后续的打卡福利，请私戳群主！！(后续公布，绝对让你大吃一惊
 
 
 
 简单粗暴，欢迎上船
 
 
 
 
 
 出现广告骚扰的情况  欢迎向我举报 
 
 
 

 
 
 

 
 
 
 
 
 
 第五章 常见问题（持续更新） 
 

 1、伴鱼怎么用？
 

 打电话，与老师交流练习口语。充钱。。打电话。。拿奖励。。打电话。。
 

 
 
 

 
 
 

 
 
 

 
 
 
 
 
 二维码注册快速通道！ 注册即送20元话费，免费拨打一次！让你不可自拔！
 
 

  
 
 
 
 

  
  
 
 
 
 

 
 
 
 

 
 

　　老家一位侄子给我来信，谈了学程序设计的不顺。他大一，计算机专业。当叔的正好能给建议。
【来信】
　　叔，我上学期的学习中主要是C语言和英语有问题。俩门都是刚过，尤其是对于C的学习，基本没有什么兴趣，而且因为以前没有接触过，所以学习起来比较吃力，对于老师上课时候讲的东西很多都不懂，所以到后来就跟不上老师的节奏啦！这学期学习C++，老师没有换，所以很多东西是C语言中讲过的，因此他会一语带过，不会再细说，导致现在C++都听不懂，每次都是自己在那看书，慢慢学。您能不能给我提点意见（就是关于我这种的怎么才能尽快赶上来），期待您的回复......

　
【回信】
　　你自己选择了计算机专业，学习一门语言，体验程序设计，这是一个必须要做好的事。学起来吃力，因为遇到的问题都是第一次。然而，凡事都有第一次，在有过尝试之后，用仅有的一点体会再前行。在这样的前行中，忌讳的就是给自己加标签，例如兴趣之类的。还是存在的问题没有解决，没有体会到解决了力所能及的问题的喜悦，从而造成的没有信心。考试过了，是个不错的结果。但你应该知道了，大学的考试，并不能代表你具有了什么样的水平。这个学期，延续着的C++学习，要赶上来。
　　给你学习的建议：
　　（1）C++听不懂时，是就在课堂上自己看书吗？不可以，我刚刚回过一封信，建议他课前自学，你也一样，以此来将课堂充分利用起起来。这样的学法，浪费课堂，代价太大。
　　（2）实践性如此之强的课程通过看书去悟根本不是办法，你需要加强实践。你可以跟着我教2013级学生的方案实践，先到靠下方的“2012-2013学年第1学期”处（对应着你们开的C语言，只不过输入输出有些差别而已），看“上机实践项目”，会做的，过；需要考虑的，自己编程序解决。代码量积累起来了，一切问题都解决了。因为学习不顺，要找到学校里能上机的地方多投入一些，尽快赶起来。
　　（3）你可以也申请一个博客，像我的学生那样，每编好一个程序，就发一篇博文。这样，我也能关注到你。全国有不少学生在跟着这个方案走，你可以一试。你可以找一个能一起投入的同伴做，我顺便也能指导他，你有个伴商量，会解决不少问题。届时发表博文了，我自己，或者我委托他人解答你的问题。
　　我的专栏中程序初学者园地的文章你可以看，现在有了体验，你会有不少共鸣。
　　关于英语，我写过三篇博文《英语学习也可以“做中学”》，《消除对英语的恐惧》，《专业学习中，学、用英语》，再推荐你一本书《外语是怎样学会的》。调整学法，可以学出有用的英语来，而不仅是通过考试。
　　就说这些。更多的，你看我写的书《逆袭大学——传给IT学子的正能量》。将方法用对，发扬我们家里踏实、肯定功夫的传统，一定能够解决存在的问题。







==================== 迂者 贺利坚 CSDN博客专栏=================
|==　IT学子成长指导专栏　专栏文章的分类目录（不定期更新）　==|
|==　C++ 课堂在线专栏　　贺利坚课程教学链接（分课程年级）　==|
|==　我写的书——《逆袭大学——传给IT学子的正能量》　　　　==|
===== 为IT菜鸟起飞铺跑道，和学生一起享受快乐和激情的大学 =====

 
 
 
 
伴鱼技术团队是一群崇尚简单与极致效率的工程师组成的~
 伴鱼少儿英语是目前飞速成长的互联网在线英语教育品牌，期望打造更创新、更酷、让学英语更有效的新一代互联网产品。（博客官网：https://tech.ipalfish.com/blog/） 
 

 
日常工作中，数据开发、数仓开发工程师开发上线完一个任务后并不是就可以高枕无忧了，时常会因为上游链路数据异常或者自身处理逻辑的 BUG 导致产出的数据结果不可信。而这个问题的发现可能会经历一个较长的周期（尤其是离线场景），往往是业务方通过上层数据报表发现数据异常后 push 数据方去定位问题（对于一个较冷的报表，这个周期可能会更长）。同时，由于数据加工链路较长需要借助数据的血缘关系逐个任务排查，也会导致问题的定位难度增大，严重影响开发人员的工作效率。更有甚者，如果数据问题没有被及时发现，可能导致业务方作出错误的决策。此类问题可统一归属为大数据领域数据质量的问题。
 
本文将向大家介绍伴鱼基础架构数据团队在应对该类问题时推出的平台化产品 - 数据质量中心（Data Quality Center, DQC）的设计与实现，但这与 DolphinScheduler 有什么关系呢？且听伴鱼的伙伴细细道来。

 
调研
 
业内关于数据质量平台化的产品介绍不多，我们主要对两个开源产品和一个云平台产品进行了调研，下面将主要介绍开源产品。
 
Apache Griffin
 
Apache Griffin 是 eBay 开源的一款基于 Apache Hadoop 和 Apache Spark 的数据质量服务平台。其架构图如下：
 

 
架构图从 High Level 层面清晰地展示了数据质量平台的三个核心流程：
 
Define：数据质检规则（指标）的定义。
Measure：数据质检任务的执行，基于 Spark 引擎实现。
Analyze：数据质检结果量化及可视化展示。
 
同时，平台对数据质检规则进行了分类（这也是目前业内普遍认可的数据质量的六大标准）:
 
Accuracy：准确性。如是否符合表的加工逻辑。
Completeness：完备性。如数据是否存在丢失。
Timeliness：及时性。如表数据是否按时产生。
Uniqueness：唯一性。如主键字段是否唯一。
Validity：合规性。如字段长度是否合规、枚举值集合是否合规。
Consistency：一致性。如表与表之间在某些字段上是否存在矛盾。
 
目前该开源项目仅在 Accuracy 类的规则上进行了实现。
 
Griffin 是一个完全闭环的平台化产品。其质检任务的执行依赖于内置定时调度器的调度，调度执行时间由用户在 UI 上设定。任务将通过 Apache Livy 组件提交至配置的 Spark 集群。这也就意味着质检的实时性难以保障，我们无法对产出异常数据的任务进行强行阻断，二者不是在同一个调度平台被调度，时序上也不能保持串行。
 
Qualitis
 
Qualitis 是微众银行开源的一款数据质量管理系统。同样，它提供了一整套统一的流程来定义和检测数据集的质量并及时报告问题。从整个流程上看我们依然可以用 Define、Measure 和 Analyze 描述。它是基于其开源的另一款组件 Linkis 进行计算任务的代理分发，底层依赖 Spark 引擎，同时可以与其开源的 DataSphereStudio 任务开发平台无缝衔接，也就实现了在任务执行的工作流中嵌入质检任务，满足质检时效性的要求。可见，Qualitis 需要借助微众银行开源的一系列产品才能达到满意的效果。
 
设计目标
 
经过一番调研，我们确定了 DQC 的设计目标，主要包括以下几点：
 
目前暂且只支持离线部分的数据质量管理。
支持通用的规则描述和规则管理。
质检任务由公司内部统一的调度引擎调度执行，可支持对质检结果异常的任务进行强阻断。同时，尽量降低质检功能对调度引擎的代码侵入。
支持质检结果的可视化。
 
DQC 系统设计
 
背景补充
 
伴鱼离线调度开发平台是基于 Apache Dolphinscheduler（简称 DS）实现的。它是一个分布式去中心化，易扩展的可视化 DAG 调度系统，支持包括 Shell、Python、Spark、Flink 等多种类型的 Task 任务，并具有很好的扩展性。架构如下图所示：
 

 
Master 节点负责任务的监听和调度，Worker 节点则负责任务的执行。值得注意的是，每一个需要被调度的任务必然需要设置一个调度时间的表达式（cron 表达式），由 Quartz 定时为任务生成待执行的 DAG Command，有且仅有一个 Master 节点获得执行权，掌管该 DAG 各任务节点的调度执行。
 
数据质量平台整体架构
 
以下是数据质量平台整体的架构图：
 

 
由以下几部分组成：
 
DQC Web UI：质检规则等前端操作页面。
DQC(GO)：简单的实体元数据管理后台。主要包括：规则、规则模板、质检任务和质检结果几个实体。
DS(数据质量部分)：质检任务依赖 DS 调度执行，需要对 DS 进行一定的改造。
DQC SDK(JAR)：DS 调度执行任务时，检测到任务绑定了质检规则，将生成一类新的任务 DQC Task （与 DS 中其他类型的 Task 同级，DS 对于 TasK 进行了很好的抽象可以方便扩展），本质上该 Task 将以脚本形式调用执行 DQC SDK 的逻辑。DQC SDK 涵盖了规则解析、执行的全部逻辑。
 
下文主要阐述我们在各模块设计上的一些思考和权衡。
 
规则表述
 
标准与规则
 
前文在调研部分提及了业内普遍认可的数据质量的六大标准。那么问题来了：
 
如何将标准与平台的规则对应起来？
标准中涉及到的现实场景是否我们可以一一枚举？
即便我们可以将标准一一细化，数据开发人员是否可以轻松的理解？
 
可以将这些问题统一归类为：平台在规则设定上是否需要和业界数据质量标准所抽象出来的概念进行绑定。很遗憾我们并没有找到有关数据质量标准更加细化和指导性的描述，事实上作为一个开发人员这些概念对于我来说是比较费解的，而更贴近程序员视角的方式是「show me the code」，因此我们决定将这一层概念弱化。未来更深入的实践过程后再做更细化的思考。
 
标量化
 
接下来我们着重讨论下另一个问题：
 
如何对规则提供一种通用的描述（or maybe a kind of DSL）？
 
其实当我们跳脱出前文所描述的一切背景和概念，仔细思考下数据质检的过程，会发现本质上就是通过一次真实的任务执行产出结果，然后对比输出结果与期望是否满足，以验证任务逻辑的正确性。这个过程可形象得和 Unit Testing 进行类比，只不过 Unit Testing 是通过模拟数据构造的一次代码逻辑的执行。另外数据任务执行产生的结果是一张二维结构的 Hive 表，需要进行加工方能获取到想要的统计结果，这也是两者的区别之一。
 
顺着这个思路，我们可以利用 Unit Testing 的概念从以下三方面继续深入：
 
Actual Value
 
数据任务执行产出的结果是一张 Hive 表，我们需要对这张 Hive 表的数据进行加工、提取以获得需要的 Actual Value。涉及到对 Hive 表的加工，必然想到是以 SQL 的方式来实现，通过 Query 和 一系列 Aggregation 操作拿到结果，此结果的结构又可分为以下三类：
 
二维数组
单行或者单列的一维数组
单行且单列的标量
 
显然单行且单列的标量是我们期望得到的，因为它更易于结果的比较（事实上就目前我们所能想到的规则，都可以通过 SQL 方式提取为一个标量结果）。因此，在规则设计中，需要规则创建者输入一段用于结果提取的 SQL，该段 SQL 的执行结果需要为一个标量。
 
Expected Value
 
既然 Actual Value 是一个标量，那么 Expected Value 同样也是一个标量，需要规则创建者在平台输入。
 
Assert
 
上述标量的类型决定了断言的比较方式。目前我们只支持了数值型标量的比较方式，包含「大于」、「等于」及「小于」三种比较算子。如出现其他类型标量，需要扩充比较的方式。
 
以上三要素即可完整的描述规则想要表达的核心逻辑。如我们想要表述「字段为空异常」的规则（潜在含义：字段为空的行数大于 0 时判定异常），就可以通过以下设定满足：
 
Actual Value ：出现字段为空的行数
   
1
count(case when ${field} is null then 1 else null end)
Expected Value：0
Assert：「大于」
 
规则管理
 
规则模板
 
规则模板是为了规则复用抽象出的一个概念，模板中包含规则的 SQL 定义、规则的比较方式、参数定义（注：SQL 中包含一些占位符，这些占位符将以参数的形式被定义，在规则实体定义时需要用户明确具体含义）以及其他的一些元信息。下图为「字段空值的行数」模板的示例：
 

 
规则实体
 
规则实体是基于规则模板构建的，是规则的具象表达。在规则实体中将明确规则的 Expected Value、比较方式中具体的比较算子、参数的含义以及其他的一些元信息。基于同一个规则模板，可以构造多个规则实体。下图为「某表 user_id 唯一性校验」规则的示例：
 

 
值得一提的是，规则可能不仅仅只是针对单表的校验，对于多表的情况我们这套规则模板同样是适用的，只要我们可以将逻辑使用 SQL 表达。
 
规则绑定
 
在 DS 的前端交互上支持为任务直接绑定校验规则，规则列表通过 API 从 DQC 获取，这种方式在用户的使用体验上存在一定的割裂（规则创建和绑定在两个平台完成）。同时，在 DQC 的前端亦可以直接设置关联调度，为已有任务绑定质检规则，任务列表通过 API 从 DS 获取。同一个任务可绑定多个质检规则，这些信息将存储至 DS 的 DAG 元信息中。那么这里需要考虑几个问题：
 
规则的哪些信息应该存储至 DAG 的元信息中？
规则的更新 DAG 元信息是否可以实时同步？
 
主要有两种方式：
 
以大 Json 方式将规则信息打包存储，计算时解析 Json 逐个执行校验。在规则更新时，需要同步调用修改 Json 信息。
以 List 方式存储规则 ID，计算时需执行一次 Pull 操作获取规则具体信息然后执行校验。规则更新，无须同步更新 List 信息。
 
我们选择了后者，ID List 方式可以使对 DS 的侵入降到最低。
 

 
规则执行
 
强规则和弱规则
 
规则的强弱性质由用户为任务绑定规则时设定，此性质决定了规则执行的方式。
 
强规则
 
和当前所执行的任务节点同步执行，一旦规则检测失败整个任务节点将置为执行失败的状态，后续任务节点的执行会被阻断。对应 DS 中的执行过程表述如下：
 
Step1：某一个 Master 节点获取 DAG 的执行权，将 DAG 拆分成不同的 Job Task 先后下发给 Worker 节点执行。
Step2：执行 Job Task 逻辑，并设置 Job Task 的 ExitStatusCode。
Step3：判断 Job Task 是否绑定了强规则。若是，则生成 DQC Task 并触发执行，最后根据执行结果修正 Job Task 的 ExitStatusCode。
Step4：Master 节点根据 Job Task 的 ExitStatusCode 判定任务是否成功执行，继续进入后续的调度逻辑。
 
弱规则
 
和当前所执行的任务节点异步执行，规则检测结果对于原有的任务执行状态无影响，从而也就不能阻断后续任务的执行。对应 DS 中的执行过程表述如下：
 
Step1：某一个 Master 节点获取 DAG 的执行权，将 DAG 拆分成不同的 Job Task 先后下发给 Worker 节点执行。
Step2：执行 Job Task 逻辑，并设置 Job Task 的 ExitStatusCode。
Step3：判断 Job Task 是否绑定了弱规则。若是，则在 Job Task 的 Context 中设置弱规则的标记 。
Step4：Master 节点根据 Job Task 的 ExitStatusCode 判定任务是否成功执行，若成功执行再判定是否 Context 中带有弱规则标记，若有则生成一个新的 DAG（有且仅有一个 DQC Task，且新生成的 DAG 与 当前执行的 DAG 没有任何的关联） 然后继续进入后续的调度逻辑。
Step5：各 Master 节点竞争新生成的 DAG 的执行权。
 
可以看出在强弱规则的执行方式上，对 DS 调度部分的代码有一定的侵入，但这个改动不大，成本是可以接受的。
 
DQC Task & DQC SDK
 
上文提及到一个 Job Task 绑定的规则（可能有多个）将被转换为一个 DQC Task 被 DS 调度执行，接下来我们就讨论下 DQC Task 的实现细节以及由此引出的 DQC SDK 的设计和实现。
 
DQC Task 继承自 DS 中的抽象类 AbstractTask，只需要实现抽象方法 handle（任务执行的具体实现）即可。那么对于我们的质检任务，实际上执行逻辑可以拆分成以下几步：
 
提取 Job Task 绑定的待执行的 Rule ID List。
拉取各个 Rule ID 对应的详情信息。
构建完整的执行 Query 语句（将规则参数填充至模板 SQL 中）。
执行 Query。
执行 Asset。
 
最核心的步骤为 Query 的执行。Query 的实现方式又可分为两种：
 
Spark 实现
 
优点：实现可控，灵活性更高。
缺点：配置性要求较高。
 
Presto SQL 实现
 
优点：不需要额外配置，开发量少，拼接 SQL 即可。
缺点：速度没有 Spark 快。
 
我们选择了后者，这种方式最易实现，离线场景这部分的计算耗时也可以接受。同时由于一个 DQC Task 包含多条规则，在拼接 SQL 时将同表的规则聚合以减少 IO 次数。不同的 SQL 交由不同的线程并行执行。
 
上述执行逻辑其实是一个完整且闭环的功能模块，因此我们想到将其作为一个单独的 SDK 对外提供，并以 Jar 包的形式被 DS 依赖，后续即便是更换调度引擎，这部分的逻辑可直接迁移使用（当然概率很低）。那么 DS 中 DQC Task 的 handle 逻辑也就变得异常简单，直接以 Shell 形式调用 SDK ，进一步降低对 DS 代码的侵入。
 
执行结果
 
单条规则的质检结果将在平台上直接展现，目前我们还未对任务级的规则进行聚合汇总，这是接下来需要完善的。对于质检失败的任务将向报警接收人发送报警。
 

 
实践中的问题
 
平台解决了规则创建、规则执行的问题，而在实践过程中，对用户而言更关心的问题是：
 
一个任务应该需要涵盖哪些的规则才能有效地保证数据的质量？
我们不可能对全部的表和字段都添加规则，那么到底哪些是需要添加的？
 
这些是很难通过平台自动实现的，因为平台理解不了业务的信息，平台能做的只能是通过质量检测报告给与用户反馈。因此这个事情需要具体的开发人员对核心场景进行梳理，在充分理解业务场景后根据实际情况进行设定。话又说回来，平台只是工具，每一个数据开发人员应当提升保证数据质量的意识，这又涉及到组织内规范落地的问题了。
 
未来工作
 
数据质量管理是一个长期的过程，未来在平台化方向我们还有几个关键的部分有待继续推进：
 
基于血缘关系建立全链路的数据质量监控。当前的监控粒度是任务级的，如果规则设置的是弱规则，下游对于数据问题依旧很难感知。
数据质量的结果量化。需要建立起一套指标用于定量地衡量数据的质量。
支持实时数据的质量检测。
 

 
关注我们，一起进步！
 
 
 
点击阅读原文，获得更多精彩内容
 

清楚地记得在2017年春运期间，各大社交媒体被一条“男子站40多小时不吃不睡回家过年”的新闻刷屏了——
 
 
42岁的邢万强是一个在外打工的农民工，为了赶在春节前到家，只能买无座票。将近50小时的车程，他只能一路站回老家。
 
在中转站候车时，车站客运员陈俊注意到，邢万强随身的两个编织袋除了被褥，全是给孩子带的零食。他身上带的方便面吃完了，一直饿着肚子。陈俊看着心疼，为他在食堂打了三份饭菜。
 
邢万强当着客运员一脸憨厚地说：“不怕你们笑话，我已经两个月没有吃过这样的鸡腿了”。
 
 
谈到家里的情况，尤其是谈到孩子，记者问他：“孩子跟你的感情深吗？”邢万强眼里含着泪说：“经常不跟他们联系，孩子都已经快不认识我了。”
 
因为再苟且的生活也总有人甘之如饴。大概是因为他们明白：自己，是那个被需要的人。
 
因为被需要，你活着就有价值，就有意义。
 
凤凰卫视的记者曾深入走访过12个自杀未遂的人，去探究他们的心理轨迹。这些人，都是在最后一刻放弃了死亡。
 
探寻后得知，竟是同一个原因让他们在生死之间折返：
 
想到了需要他们的人，放不下。
 
 
 
无论你身处何种境地，你该扪心自问——你有没有对别人负责？因为你永远不会知道，对方是否也和你一样，正经历着人生的低谷和彷徨。
 
对别人负责，何尝不是一种对生命尽职尽责的大智慧？
 
在知乎上，有这样一个问题：
 
 
 
获得奥斯卡最佳外语片的日本电影《入殓师》，讲述的核心是什么？
 
 
底下有一个点赞上万的回答：苦难。
 
这部片子最打动人的，就在于它用无比温和的语言告诉每个人：
 
生活，人生，原本就是一场苦难的旅程。
 
男主角小林大悟被乐团辞退，阴差阳错当上了入殓师。因为这份不体面的工作，朋友开始疏远他，妻子也愤然回了娘家。
 
老社长因为小林大悟的原因迟到了五分钟，被丧者家属劈头盖脸地冷嘲热讽，即便这样，他依旧陪上笑脸。
 
经营澡堂的老奶奶辛劳了一辈子，子女始终没有理解她死守着这个破澡堂的原因。
 
电影最富有寓意的一个画面是：小林大悟站在桥上看到河里的鱼逆流而上，中间有些鱼因为体力不支累死在中途被河水冲走，但其余的鱼仍旧前赴后继。
 
小林感慨地说：真可悲啊，反正这么辛苦，最后不还不是会死掉？
 
烧锅炉的老大爷经过，对小林大悟说：“这就是他们的宿命，中途就算再辛苦，也要回到出生的地方啊。”
 
张扬导演的《叶落归根》讲述了农民工老赵为了一个承诺，历经艰辛一路背着工友的遗体返乡安葬的故事。
 
这中间老赵钱被偷，被黑店老板讹诈，被驱赶，献血被抓……终于最后他绝望了，在给工友挖好“风水宝地”后，他觉得自己太累了，活着太难了。于是准备和工友一起长眠在此。他挖好坑，绑好一块大石头，想借巨石之力把自己锤死，一了百了。
 
但是，影片戏剧性的一幕来了：当巨石迎面砸来的时候，老赵却下意识地闪开了，第二次、第三次……
 
佛说：众生皆苦。
 
纵有疾风起，人生不言弃。
 
人生本没有那么多精彩纷呈的意义，活着，就意味着和苦难并行，走走停停，挣不脱，甩不掉，要学会苦中作乐，甘苦如意。
 
其实人生哪有那么多高深莫测的意义和究竟呢？
 
 
 
如果说有，那无非就像我那位朋友说的那样：
 
你被需要着，所以你得活着，你要对周围的人和事负责，你要学会和苦难为伴，你要活在当下，学会珍惜一点一滴的美好。
 
因为有爱，有责任，被需要，使那些本无意义的生命被赋予了一抹亮色。要知道，有今生，未必有来世了。
 
这是我听过的，关于人生意义的最好的答案。
 
愿你我都能好好珍惜身边的人和事。