java可以说是大数据最基础的编程语言，据我这些年的经验，我接触的很大一部分的大数据开发都是从Jave Web开发转岗过来的（当然也不是绝对我甚至见过产品转岗大数据开发的，逆了个天）。
一是因为大数据的本质无非就是海量数据的计算，查询与存储，后台开发很容易接触到大数据量存取的应用场景
二就是java语言本事了，天然的优势，因为大数据的组件很多都是用java开发的像HDFS,Yarn,Hbase,MR,Zookeeper等等，想要深入学习，填上生产环境中踩到的各种坑，必须得先学会java然后去啃源码。
说到啃源码顺便说一句，开始的时候肯定是会很难，需要对组件本身和开发语言都有比较深入的理解，熟能生巧慢慢来，等你过了这个阶段，习惯了看源码解决问题的时候你会发现源码真香。
scala和java很相似都是在jvm运行的语言，在开发过程中是可以无缝互相调用的。Scala在大数据领域的影响力大部分都是来自社区中的明星Spark和kafka,这两个东西大家应该都知道（后面我会有文章多维度介绍它们），它们的强势发展直接带动了Scala在这个领域的流行。
Python和Shell
shell应该不用过多的介绍非常的常用，属于程序猿必备的通用技能。python更多的是用在数据挖掘领域以及写一些复杂的且shell难以实现的日常脚本。
2，分布式计算，
什么是分布式计算？分布式计算研究的是如何把一个需要非常巨大的计算能力才能解决的问题分成许多小的部分，然后把这些部分分配给许多服务器进行处理，最后把这些计算结果综合起来得到最终的结果。
举个栗子，就像是组长把一个大项目拆分，让组员每个人开发一部分，最后将所有人代码merge，大项目完成。听起来好像很简单，但是真正参与过大项目开发的人一定知道中间涉及的内容可不少。
分布式计算目前流行的工具有：
离线工具Spark，MapReduce等
实时工具Spark Streaming，Storm，Flink等
这几个东西的区别和各自的应用场景我们之后再聊。
3，分布式存储
传统的网络存储系统采用的是集中的存储服务器存放所有数据，单台存储服务器的io能力是有限的，这成为了系统性能的瓶颈，同时服务器的可靠性和安全性也不能满足需求，尤其是大规模的存储应用。
分布式存储系统，是将数据分散存储在多台独立的设备上。采用的是可扩展的系统结构，利用多台存储服务器分担存储负荷，利用位置服务器定位存储信息，它不但提高了系统的可靠性、可用性和存取效率，还易于扩展。
会计学中，DR表示借方， CR 表示贷方。DR 英文全称debit record 表示借记，CR英文全称credit recrod 表示贷记。
DR(debit record)借记对于属于资产类帐户的增加，就称之为借记。
比如从银行取现金1000元，这里就涉及到了两个资产类的帐户，既是银行存款和现金。而从银行存款里边取出现金1000，标志着现金增加1000，而银行存款则减少1000.用会计语言表述就是借记“现金”科目1000，而贷记“银行存款”1000.
CR(credit recrod)贷记：先按银行要求交存一定金额的备用金，当备用金不足支付时，可在银行规定的信用额度内透支的借贷行为。
扩展资料：
财务会计
Cr：credit record 贷记 名称：DR-Music DR Entertainment
股票
D是Dividend(股息）的缩写，R是Right(股权）的缩写。有些上市公司分配时不仅派息而且送转红股或配股，所以出现同时除息又除权的现象。
存托凭证，又称存券收据或存股证.是指在一国证券市场流通的代表外国公司有价证券的可转让凭证，属公司融资业务范畴的金融衍生工具。
以股票为例，存托凭证是这样产生的：某国的公司为使其股票在外国流通，就将一定数额的股票，委托某一中间机构（通常为一银行，称为保管银行或受托银行）保管，由保管银行通知外国的存托银行在当地发行代表该股份的存托凭证，之后存托凭证便开始在外国证券交易所或柜台市场交易。存托凭证的当半人，在H内有发行公司、保管机构，在国外有存托银行、证券承销商及投资人。
从投资人的角度来说，存托凭证是由存托银行所答发的几种可转让股票凭证，证明定数额的某外国公司股票已寄存在该银行在外国的保管机构，而凭证的持有人实际不是寄存股票的所有人，其所有的权力与原股票持有人相同。
存托凭证一般代表公司股票，但有时也代表债券。存托凭证的当事人，在本地有证券发行公司、保管机构，在国外有存托银行、证券承销商及投资人。按其发行或交易地点之不同，存托凭证被冠以不同的名称，如美国存托凭证(AmericanDepositoryReceipt，ADR）、欧洲存托凭证（EuropeanDepositoryReceipt,EDR）、全球存托凭证(GlobalDepositoryReceipts,GDR）、中国存托凭证（ChineseDepositoryReceipt，CDR）等。
参考资料：百度百科-DR
首先，请楼主放松心情，这并不是无法解决的事情，你焦急的心情会给你处理这件事情带来很大的阻力。其次，从帐务本身入手，检查是否科目运用正确，是否结转正确。做法为：逐笔复核会计分录，有没有记错科目的，如果没有接下来用软件提取凭证汇总表及科目余额汇总表，检验是否平衡。确认没有问题了，将你不平衡的会计报表打印下来或记录下来跟你的科目余额汇总表对比，看出入在哪里。
如果上述检查均未发现问题，那么说明你本次的会计处理并没有问题，问题也许处在了软件本身的设置，你可以打开你软件报表编辑公式的地方细心认真的研究下公式的编写是否存在问题。
如果这些工作你的都已做完还无法找到，那么建议你根据本次会计分录手工做一份资产负债表以用于迫在眉睫的15日前申报工作，然后找个熟悉你软件的人帮你处理下。
