ITPub博客

28 岁的程序员可以提前拥有 82 岁老人的容颜。在互联网企业，你可以很容易凭借外貌看出一个程序员到底有几年经验。第一年，刚入行的程序员穿着干净的白T+牛仔裤，意气风发，眼神里带着清澈的愚蠢。第二年，开始带起了黑框眼镜，皮肤有些蜡黄，眼神发直。第三年，穿衣风格发生了很大的改变，文化衫+运动裤，夏天还多双拖鞋。第五年，脖子前倾，腰酸背痛大肚腩，头发也眼见的稀疏。也许这些变化稍许夸张，但绝未抹黑，因而

做汇报是打工人永远的痛，业绩差的时候领导把汇报方案从头骂到尾，业绩不错想在领导面前炫一下的时候，发现自己只会用Excel做难看的柱状图、折线图，就像下面这种，即使看得出业绩提升，但图表也确实拉垮。其实不仅是汇报的时候，在日常的工作中，经常会遇到有了数据，却不知道怎么更直观地展示。不知道该选择什么图表展现，不知道怎么让图表看上去更美观，不知道除了Excel还能用什么工具。先看一张老板喜欢的可视化汇报

这是一篇报告心机文，甚至可以说是错误示范，然而却是当你的数据惨不忍睹，没有内容可以汇报时，可以偶尔使用一下。但也只能偶尔使用，一直使用这些“小心机”，领导就不仅该怀疑你做事的能力，还要怀疑你的态度问题了。以下内容纯属瞎扯，认真你就输了。一、从0开始的折线图折线图是否从0开始并不是一个硬性规定，要从实际出发。譬如你们公司每天的销售额是几十万，此时刻度起点从0 开始，间隔为10万，那么即便是较大的变化

大多数情况下，程序员并不想知道实际业务场景，因为他们觉得不需要知道。程序员更喜欢回到只需要掌握特定编码技巧的时候，而不是成为个万事通，在懂技术的责任上，还要花大量精力懂业务，这对于那些只想专精技术的程序员而言，是不小的负担。因为他们觉得产品经理的存在，就是为了对整个业务需求进行梳理、分析然后提供原型prd和需求文档，而程序员只要根据原型prd和需求文档，开发和设计出程序和产品就行。但实际问题却是：

老李已经不止一次看到大家私信我问说：“我知道可以套模板或者自己设计可视化大屏了，但一直不清楚可视化大屏具体制作流程是啥样的，主要是指如何跟业务沟通需求，如何修改自适应页面等？”所以今天，我就特意写一篇教程来告诉大家：如何从0-1（从接到需求到上线运行）制作出一张可视化大屏。内容较多，为了能让你清楚理解每一个步骤，我分为了（上）（下）两篇去写，请耐心看完，你一定会有所收获！这里先跟大家说下，企业里开

“我熟练的掌握了SQL，为什么还要用你的BI工具？”这应该是很多数据分析师的疑惑吧。作为一门适用范围极广且性价比极高的语言，扎实的SQL功底是成为一名数据分析师的必备技能，这点我一直未曾否定。但掌握了SQL就可以一劳永逸了吗？当然不是，不然也不会出现BI工具，更不会出现我向大家强推的FineBI。究其原因有以下几点：从技术层面来说：1、SQL入门简单，精通难。只要你入了门，一些业务部门提过来的基本

最近去一家疫情期间净利润还在猛增的公司学习，最大的发现是他们的业务人员太牛了！除了经典分析工具Excle之外，BI工具居然也已经普及到了业务部门，当时去的时候，就看到财务人员在用BI做杜邦分析，自己熟练地取数，做数据分析。但大多数企业的业务人员，还在用Excel进行数据分析，不仅图表制作速度慢，而且数据不精确，久而久之就开始落后了。其实这也不能怪业务人员，没接触过BI工具，会天然地觉得学习工具的成

从事IT的老人们应该能明显感受到，虽然公司这几年引入了不少系统，像PLM、ERP、MES等，分开来看，每个业务部门都有了自己的系统，实现了数据共享。但这种不透彻的信息化建设，非但没有提升数字化水平，反而催生了“信息孤岛”的产生。就拿销售部门举例：财务根据自己系统中的数据做了年度销售额汇总，销售部门也做了，但年终发现数据根本对不上，这就非常尴尬了。上面这种场景在80%的企业中都出现过，由于企业内部的

这两天似乎朋友圈里的面试指南、刷题网站似乎多了起来职场人经历了今年铜三铁四，期盼的金九银十即将临近，只是今年的跳槽面试热情在任正非的“寒气”中还能烧得起来吗？本就在互联网裁员浪潮中瑟瑟发抖的职场人又被前两天的Shopee的大规模集中毁约当头一棒，所以这个时候：你还敢动吗？其实在此之前互联网行业就多多少少有收回offer 的骚操作，也许有阿里、也许有字节、也许有美的，但由于并非规模化，都淹没在网传或

之前有粉丝问我怎么做像下面这样的动态可视化大屏？能不能出个详细的教程？其实常用的方法有3种，第一种是PPT,第二种是专业报表工具Finereport，第三种是JS+Echarts。接下来我将详细介绍这3种方法的操作流程。第一种：使用PPT对于大多数人而言，用ppt做报表是最实用，最方便，也是最简单的方式。毕竟学会用ppt就已经满足了80%的可视化图表需求。Step 1:在PPT插入卡找到加载项，搜

要说公司加班最多的，那一定是程序员。倒也不是因为我们有多卷，而是因为活实在太多了，根本做不完。之前一直有对中国程序员的质疑，觉得美国程序员工作比中国程序员轻松，甚至不怎么加班。我只能说，说的不错，但不是程序员的问题。国内程序员的工作量，就是比国外的同行多，同样多的功能，国外程序员做，照样加班。就拿报表开发来说，同一个业务线需要的报表就很多样，更别说不同的业务线了。今天财务部门要资产负债表，明天要利

说几个商业产品，上手难度都很低，而且性能都非常ok的那种。讲一下我所了解的国内做数据可视化产品/工具的公司。国内有独立成一行业的公司，围绕可视化做一些应用产品/系统的公司，比如：帆软——通用类应用工具，报表软件finereport、商业智能finebi、大屏可视化数字冰雹 ——大屏可视化、工业、航天等可视化，三维展现方面百度——开源图表控件 Echarts阿里——蚂蚁金服可视化控件 AntV、数据

最近大屏需求又多了起来，考虑到很多公司没有人力去开发，这边把最近开发的8个大屏分享给大家，直接领取就行。涵盖零售、物流、水务、交通等多个行业，包括人事、销售、项目管理等各个岗位。零售电商大屏使用场景：零售电商类大屏一般会用到产品销量、订单量、库存、成本等指标字段，通过这些关键字段的展示，就能够及时了解销售情况，便于及时调整营销策略。一般在双十一、618期间，只需要这样的大屏，就能实时看到销售成果了

我是干报表开发的，干了快五年了，对面业务部门的小年轻们换了一波又一波，我也从“表”哥熬成了“表”叔。唯一不变的就是和业务部门同事的“友好交流”，需求一个接着一个。特别是到了月底，写月报的时候，需求多的让我觉得三个月不睡都做不完。最近公司上线了报表系统，这个问题彻底解决了。业务部门同事没有了周报、月报的焦虑，我也减少了无效加班的次数。下面就把我从梳理问题到解决问题的全过程思路分享给大家。1、需求分类

程序员总是不愿意承认：写代码在公司里是一件并不太重要的事情，因为他们认为一旦承认了这点，就意味着是对自己的努力工作和能力的否认。其实并不是，我只想说作为一个程序员，你的核心技能是写代码这并没有问题，但是如果你只想止步于程序员（包含高级程序员），一辈子写代码，那你可以划走，不用继续往下看了。一个程序员的技术发展路径可以沿着：高级程序员—研发Leader—技术经理—技术总监—架构师—CTO来前进。如果

作为一个干了十几年报表开发的程序员，我劝大家千万别去制造业干IT，特别是IT部门还不是非常健全的公司。通常来说，这些公司具有下面的特点：第一，业务数据多，但数据杂乱无章。第二，业务系统多，但数据孤岛严重。第三，数据需求多，但报表访问量差。第一，业务数据多，但数据杂乱无章。制造业业务部门多，像财务、质量、订单、物流等数据，每天都会产生大量数据，数据都被按照不同的指标和存储方式放在各自的系统中。有的时

最近听到一位粉丝问了老李我一个问题：之前实习纯纯的取数工具人完全没有注意部门业务，现在面试一问到有关业务问题就不知道怎么回答了。这个问题其实对于大部分想从事或者正在从事的数据分析师来说应该都存在。困境：根本没意识到懂业务的重要性，到面试时，才发现自己只是个工具人；每天取不完的数，建不完的宽表就已经精疲力竭，没有多余的时间去了解业务；知道业务的重要性，也尝试过主动去了解，但最后提的建议都被业务怼回来

先明白什么是中国式报表？报表复杂在哪？然后再看厂商怎么解决其实行业内对中国式复杂报表也没有明确的定义，但按照我以前做报表开发的经验来看典型的中国式复杂报表有3个关键特征：报表结构复杂：表头复杂，指标众多单元格结构混乱：反复、随意合并单元格数据量大且分布散乱：单张报表中需显示多数据源信息，但数据分散在ERP等系统中，取数困难打开UC浏览器 查看更多精彩图片那针对以上三点，确实很多厂商都在喊，能解决这

年中刚过，不少公司都需要做上半年度的营销绩效分析。如果上半年营销绩效不错，分析做得不够好也没啥大事。但上半年几乎隔三差五就是疫情，除了医药应该也没啥企业营销绩效特别强吧。这种时候，做好营销绩效分析就非常重要了。今天咱们就来解读一份多年数据“老司机”做的【简版营销绩效分析报告】，报告要求是针对公司2020上半年销售收入，分析统计营销线各区域/具体人员的目标完成情况，并给出营销建议。分全国各区域、区域

老板喜欢的人设：会汇报你建立的人设：闷头干活，一到汇报就信息匮乏。职场高手不一定是汇报的好，而是干的一般却能汇报的很好。经常听到职场人吐槽：做得好是比较好汇报，主要是，没做好怎么汇报？这点也点醒了我，太多教程教大家如何去汇报，但这些前提都是建立在干的不错，有话可说的基础上，那如果干的不行又该怎么汇报呢？针对这个问题，我们可以分成两个问题分析：为什么干的不好和怎么汇报首先是干你的不好：干的不好有很多