逆向是一个极其看天赋的行业，不光安卓，理论上投入足够的人力物力，在能接触到程序本体的前提下，能够反向退出任何程序的全貌

你要是能保证过滤百分之百那当然没有注入，问题就在于你保证不了的，楼上已经有人说了，注入都来自意外的地方

@Neronotneo
我很久没有看到这样堂而皇之给人灌鸡汤的人了，今天正好周末有时间，不介意我挨个反驳你的观点吧：

对自己的专业自信，就不应该拿多少钱多少活当观点
======
我给你打工，不问钱为什么？难道我是你的股东吗，自带干粮陪你玩？这个世界上一切行为都是有目的的，正是因为我对自己的专业很自信，所以我能衡量出多少投入能干出多少事情了，自然不会对那些枉顾现实的所谓大目标有任何兴趣。


这个活干不好，只有业务方向（语言、框架等）和经验的问题，而不是钱多钱少的问题
======
在这个时代的程序开发，绝大部分问题都可以归结为成本和产出之间的矛盾，所以，想要比拼大厂的效果，却又不谈大厂投入的资源，还说这不是钱多钱少的问题，归根结底其实只有一句话：本质是不愿意出钱或者出不起钱，但是却指望捡个漏。其实有这种想法的人非常之多，但是大部分人已经被现实教育了，说真的，在 V2EX 这个以年轻人为主的论坛里，还有这种忽悠我是感到震惊的


对自己尊重，就应该看到整个团队中你能贡献和修正的价值，我基本上没看到你有一些对合作伙伴和契约相关的认可
======
正是因为尊重自己，所以我一向认为技术有权利，也有义务，阻止一些不切实际的想法，因为实施这些不切实际的想法是白费公司的资源。在我已经尽力向你陈述过你的想法是不切实际的，你还是要实施的话，请允许我为了自己的身为技术人的自信和尊严，不和你这种枉顾现实，浪费资源的所谓团队同流合污，这难道不是对公司契约的认可，公司雇我来是让我贡献自己的专业知识的，当我明白事已不可为时，我选择不再白耗公司给我的薪水，这怎么不是自信，怎么不是契约认同？

合作伙伴不是轻飘飘能说出来的话，打工而已，谁跟你是合作伙伴？我是跟公司签合同不是和公司下面的某个人（哪怕他是 CEO ）或者某一群人定契约，请搞清楚契约的主体是谁和谁。

我猜你动不动就谈合作伙伴，其实你有一个前提，就是你之前提到的所谓 [团队] ，对，这是一个很多人喜欢挂嘴边上的词。动不动就说，我们团队如何如何，加入公司就是加入团队。可惜，我不仅开过公司，我还见过无数所谓的团队是怎么把公司玩垮然后拍拍屁股去下一家公司的——绝大部分公司所谓的团队，不过是利益纠结下的团伙而已，根本谈不上团队，团队是要精神认同的，哪是那么容易建立起来的，能把团伙带领起来把公司运营下去的老板已经算杰出了。所以别动不动谈团队，现实哪来那么多团队啊，就是团伙而已，说的好听。麻烦有些人少继续对别人忽悠团队什么的，你的团队不发工资 3 个月还能维持的住不？如果有，那我承认，那确实叫团队，你牛逼。但是，请搞清楚，牛逼的是少数


大家都是打工人，但如果有机会的话，成为更轻松、更专业、所获剩余价值更多的打工人，不是更好么
======
打工人应该认清现实，打工人签了公司的合同，应该给公司效力，这是天经地义，所以打工人有义务贡献自己的才智，努力工作和学习，提升自己的能力更好的服务现在和将来，我并不认为，在工作中质疑其它同事有什么问题。相反怀疑精神和对现实的责任，才是打工人不昏昏浩浩的前提——真想当咸鱼混日子谁会和你争辩？

@Neronotneo 什么叫合作伙伴？请你有点认知，合作伙伴是对等的，那位仁兄已经一副“你没权质疑和拒绝”的态度，这叫合作伙伴？这比甲方还甲方呢，还合作伙伴呢

况且说了，合作伙伴这个词，是这么能轻易用出来的吗？楼主这种分明就是在打工的状态下，明明在打工，却谈什么合作伙伴，我觉得非常可笑。

顺便说一下，我是绝对不会把一个能说出“你没权质疑和拒绝”的人，当成自己的合作伙伴的。我觉得你们，包括那位说“没权质疑和拒绝”的仁兄，都搞错了自己所处的时代。现在是 2021 年，打工人早就非常清楚自己的处境如何，倒是有些自以为是老板的人，没认清时代的变化，还以为是自己雇几个人就应该叫团队，就应该互相称为合作伙伴呢

我个人对 Rust 的看法是，它其实并没有降低复杂性(因为它要操作内存，并且需要极致性能)，它只是把复杂性从开发者那里，移动到了编译器的变异阶段，所以 rust 的编译速度特别慢，而且它的特性不比 C++少多少

@szDaoge 谁说开发没权利质疑和拒绝需求了？大不了不干了啊，那么牛逼有种你产品自己上去把活干了嘛。

我还真不知道这种自己明明干不了，要别人干活还说别人没权质疑和决绝的傻逼想法是从哪里冒出来。你产品要是够牛逼，就是你手上随时有人能顶上去，或者你自己顶上去，把活干了，开发有没有无所谓，那我承认，此时开发没权力质疑和拒绝需求。否则的话开发怎么没权利，大不了一拍两散互相炒鱿鱼呗

@nomemo 作为研发我是认同这句话的，这种产品经理要是老板容忍它继续带团队，那我就走呗，废话那么多干嘛？所以要么就上去拍桌子怼，怼不过还不走的研发是咋回事？

@manami 理论啥，这种人需要的不是理论，是拍桌子摔杯子脱衣服准备干架

限流，绝大部分服务使用人数一多，就会有恶意用户，无论你愿不愿意，此时限流框架是必须的。不过服务使用量还没起来前，就没必要那么讲究了

正经学一遍肯定是好的，问题在于，代价极大。

CSS 是个排版系统，不是 UI 系统。他的原始设计是为排版而研发的，所以它有很多看起来很怪异的地方，比如那个著名的，特性不正交问题。

而我们现在利用 CSS，百分之 80 的是时间是在写 UI，这导致了一个问题，大部分前端开发只需要研究 flex 这种专门为补强 UI 排版而被新开发出来的布局，其它的可以不管。

但是这带来了另外一个问题，就是相当多的前端开发其实根本不了解 CSS，他们对 CSS 的理解大部分都远不如他们对 JS 的理解，这导致他们几乎没办法解决 20%的排版问题——很多前端拿到一个别人开发的，有问题的排版布局时，他们根本无法找到原因，他们最常见的处理方式是把人家写的布局删了，然后重新自己写一个。。。

看了我上面的描述，你应该明白 CSS 这东西水有多深，我觉得 CSS 的水比编程语言的水深多了，再加上现在 web 调试工具在 CSS 调试上可以说一点都不好用——因为 CSS 的特性导致调试工具在页面出现问题的时候根本无法直接指出原因，得靠开发人员自己分析，这和一般编程语言可以靠断点和日志直接定位问题所谓难度高出了两个级别。

综上所述我认为 CSS 虽然值得研究，这是人类至今为止开发的使用最广泛的布局(UI)系统，但是它有很多问题，很多的历史包袱，导致真正能把这个系统理解穿并能灵活运用的人其实很少。CSS 本质是背书并且查表，和一般的编程是基于逻辑，流程，判断，有很大的不同，所以这更加大了这玩意的学习难度

钱不多而已，别信程序员口嗨，他们真正要的是钱多，而且不加班。而且不加班和钱多之间，大部分优先选择钱多的。
所以我从来不看程序员哭诉 996，不加班的公司有的是，他们嫌钱少不去而已

@ClassicOldSong 请你弄清楚，没有任何人当着你的面说“我平庸我有理”；而是你用你口中的“不平庸的标准”过滤了用户，反过来又嫌弃没人来 star 你的项目。我只是告诉你，这个世界上平庸的人是多数，如果你看不上这些平庸的人，那你就不要在意平庸人世界你发生的事情——比如那些刷星的，买流量；你一方面又在意这些，又树立门槛标准过滤，还怪罪别人不来舔你是没有追求是“我平庸我有道理”。

到底谁不讲道理？

@ClassicOldSong
vue 没有中文文档是什么时候的事情了?

搞技术的当然要对自己严格要求，要努力学习英文以看到更多的资料。这没错。但是这不是你用来要求别人的理由。更不是轻飘飘的说懂英文是基础技能。

你既然已经说了，你的服务对象是分人的，有些人不是你的服务对象（英文这道坎能拦住多少人你心里有点数吗）。那你为啥要对不是你服务的这些人 star 了别的库耿耿于怀呢，你不在意他们，为何要在意他们造成的结果？

我说你没点自觉真的没说错。

你要呆在高高在上的技术象牙塔里，就别在乎外面的事情；要在乎外面的事情，就不要高高在上，这个世界永远是平庸者更多

@ClassicOldSong
你的 github 我仔细上下的认真的找了一下。

然后我发现连中文的 readme 文档都没有。。。然后我打开你贴的技术文章链接，发现也是英文。。。

然后你跑到一个中文论坛上抱怨你的仓库没人用。。。

我觉得，你是不是缺少一点自觉。

记得在别处看到过，google 的搜索引擎有个核心程序是 C++写的，编译出来得到的可执行文件高达 1GB ；以至于编译时的 GCC 超出内存占用，以至于那个开发组不得不魔改 GCC 来完成编译。

我个人觉得，抽象也好，各种设计模式也好，过于学术，过于完美。而现实不是完美的，所以现实的东西总是看起来这里有缺点，那里有缺点。所以我觉得，程序员尤其不能处女座

其它的我不评论，npm 这个玩意有啥资格来评价 maven

sql 已经非常简单了，我觉得你重新定义 SQL 真的没有意义，SQL 没有被 NoSQL 干跨已经说明了自己的生命力如何。

最后，复杂度问题的存在是各种通信协议的更新解决不了，无论你管这通信协议叫 REST 还是 GraphQL 都没意义

@luzhh 链路追踪和日志中心的成本真高，动不动就是几台服务器，或者要上 ELK 做查询。我其实很早就想把自己的服务拆分化，后来一看我才几台服务器啊。我要拆了得上链路中心和日志中心，搞不好在这上面的服务器比我的应用服务器都多，实在是尴尬。

@Tarkky 微服务本质是用空间换了复杂度，用体积膨胀，人员膨胀的方式把问题分而化之了。所以如果你的组织度跟不上的话，你解决不了问题，反而问题更多