为什么有的公司禁止使用Transactional声明事务？？？

嘟嘟大司马:
典型的因噎废食，自作聪明，垃圾程序员怎么规范都没用，编程是个精细活，粒度大可以拆分方法，这根本不是理由，如果我的面试官跟我这么说，这种垃圾公司直接pass

【回复】回复 @PoissonSale :阿里程序员最大的问题就是傲慢，把自己的准则作为放之四海皆准的定律
【回复】官方还是非官方的文档中，都盛赞声明式事务，如果Spring是皇冠，那声明式事务就是那颗宝石，在任何场合都禁用实在是不理解[微笑]
【回复】确实，抛开场景谈技术方案，都是在纯扯谈。
你的计谋被识破了:
你可以说滥用事物注解会导致性能问题，但是就算是使用编程式事物你依旧避免不了未来有人在你事物的代码块里添加各种查询和远程调用。所以出问题的不是框架，而是如何去使用的人。

【回复】相对来说，直观一些好查问题…
【回复】性能问题。如果是性能问题 那就别用框架了
薛定谔的价值:
声明式事务，写代码一时爽，生产事故火葬场[doge]

【回复】把架构和代码设计的问题，推给了框架，试图让框架背锅。这种程序员垃圾到极点了，为了避免问题，应该拆分方法，利用设计模式，而不是因为自己代码写的垃圾，就抛弃了易用的工具，如果按照他这样，那干脆连springboot和maven都不要用了，毕竟这两个才是经常发生问题的
荡漾的水水儿:
我一人血书求求你不要再用鲁棒性这个词儿了…… 希望你只是玩梗[笑哭]

【回复】回复 @咕噜轱辘轱轳 :鲁棒(robust)性是一个不知道哪个单词没认全的弱智翻译，音译过来的，人家本来就是健壮的意思……
【回复】回复 @荡漾的水水儿 :就好比中文的的“鸡”，你翻译成英文的时候翻成了“zhiyin”，生造了个词儿出来，你让那些中英文都懂的人怎么面对“chicken”……
【回复】回复 @荡漾的水水儿 :确实，明明有现成的词不用非要造一个。第一次看的时候也是一脸懵[笑哭]
PoissonSale:
越大的公司的编程规范就越多，这不是因为大厂程序员菜，而是不规范的代码容易出问题，可读性差，一旦出问题难以维护，难以定位bug，尤其是不规范的代码被别人接手之后

【回复】腾讯的规范多有些项目的屎山照样堆，go里面全是interface，后人维护个项目费死劲
【回复】回复 @海州长歌 :你觉得你会想review那些个人风格强烈的代码吗
【回复】说到底还是review 机制缺失导致的
白嫖怪竟是我:
都到了事务方法了，说明已经到修改写入操作了，该查的数据你已经查了，该校验的你也校验了，如果你还需要查，校验什么的，说明你该拆方法了，然后理一理先后，把查和校验放前面操作。

【回复】回复 @miku控丶 : 我直接controller梭哈[doge]
【回复】见过太多直接打在最外层service方法上，一个函数梭哈写的
云翊宸:
当你团队没有codereview的时候，怎么规定都没用因为始终会有人写一堆垃圾

【回复】回复 @云翊宸 :不是领导不管，是管不了，每个人风格都不一样，其实也说不上谁的好，谁的坏，但是不同风格混在一起，那百分之百是一坨屎，能让大家风格一致的只能是团队一把手，但是团队一把手根本没精力管这么多review，一个团队少说十几个人，差不多一个上线三四个功能点，要是让一把手来review，那得把他干废了，但是一把手不管，组员肯定是谁都不服，都按照自己的想法写
【回复】有review，其实也不少垃圾代码，review有时候只是为了避免出bug，代码质量的问题，除非是团队leader亲自抓，不然每个人都有自己的风格，混在一起就是垃圾代码了，光靠review，时间成本太大了，很难抓住，除非团队成员都很给力
【回复】code review能把大bug.review出来就不出，真要杠代码风格这类细节，那就等着项目延期吧～～
第彡象限:
阿里有些规范就是坑，我就被fastjson坑过，把规范当成强制性的东西在底层去直接给你处理了，整得问题都不知道出在哪儿，还不如直接报错呢

【回复】从不用fastjson，居然是用字串的操作来解释，在java7版本修改string的substring方法实现之前就暴出过内存严重溢出的问题，完全是利用string的底层数组操作来支撑所谓的性能，在java7版本后反而导致频繁的GC，而且完全失去了兼容性
【回复】回复 @带凡尼早餐 :这个确实是个bug，而且创作者自己也知道[笑哭]，但直到现在我听说都没改[辣眼睛][辣眼睛]
空門蒼の稻荷:
声明式事务有时候确实不如编程式事务灵活，但编程式事务用起来太麻烦了

阿辉xstiao:
UP说的不建议使用声明式事务我是赞同的，但我还是会用，因为我真的不想看到一大坨的事务代码嵌在我的方法里。。

老梁爱吃棒棒糖:
就是菜，还不让人说，大厂菜逼也多，自然更容易坑到自己人

漫步凌云:
只要规定加事务注解的方法只有写操作和写操作必须依赖的读操作，但凡可以分离的读操作都必须在另外的方法中，然后传参数给写方法

yuyu668:
该用还得用，菜鸡程序员才会被这样坑[吃瓜]

oneeight:
我用下来感觉，声明式事务主要是存在多数据源使用时会容易出问题，但也没必要不用它

再多一点点阳光:
刚接手了一个累积一年半的屎山。。。这一年接屎山接的我都麻了。只能说技术是自己，没有好的编程习惯害人害己，谁也没办法