现在公司招我做开发，主要是因为近期接了一个比较急的项目，并且在新项目上使用一套新的产品做代理开发，所以就把我招了过去。

所以刚进公司，我就被派去产品开发的公司进行培训，然后到了培训公司之后，发现培训公司培训不提供开发环境，需要我们公司自己提供服务器作为开发环境部署项目，所以我又被叫去网上看服务器配置

看完服务器配置之后，突然又发现这个产品开发的公司的测试环境竟然是多个项目共用一套标准化功能(相当于多个项目的测试数据都堆在一个数据库里)，我直接就惊呆了……

按照这个公司现在的这套做法，如果多个项目同时开发是很可能出问题的……而且现在这个产品的开发公司跟我们说客户那边交付最终是只有一个正式环境的……说实话我之前也没见过有这种操作……而且他们项目上线之后，新功能或者bug修复测试是在正式环境进行的……

说实话看到这种情况我心里都有点虚……而且我看了一下我们现在项目的实施计划，我都绷不住了……实施计划竟然安排对接设备采集数据(采集方已经采好数据)只有1天，这实施计划我连看都没看过，而且这实施计划还是建立在对现在要进行开发的产品功能不太熟悉的前提下写的……我都有点想跑路了

顺便说下现在情况吧……现在被安排去培训(好像老板是打算这个就完成培训……但现在连个测试环境服务器都没，这周还剩下3天……)，跟我一起被拉过来培训的兄弟是个临时的前端开发(之前是做实施的，做实施之前做过一些前端开发)，说实话这阵容我有点顶不住，如果现在是建立在赶项目的前提下……

唉……感觉现在的小公司真的都是坑，有一个算一个……好不容易找到工作，结果却是这样……感觉这世界真的是恶意满满……

说下今天情况吧:
今天了解了一下产品，发现产品是微服务的，但是问题是微服务的分布式事务问题一点都没处理……这后续如果要使用这个产品二开交付的话，那坑是大大的，直接能把我埋了……

汇报下今天情况:
今天更进一步了解了一下二次开发的内容，发现这个产品的二次开发是不能动标准接口的……也就是说我现在要二开一个单据插入功能，就只能在调用单据标准接口前后进行代码开发……感觉这种代码二次开发方式好坑啊……而且现在后端部分系统的的代码也没开放权限，根本就不知道调用的接口究竟是什么逻辑……如果标准接口报错了，我们还不能自己修，只能让这家产品的内部人员进行修复……而且按照现在这种二开方式，几乎必定会出现分布式事务问题(各种标准接口的远程调用)……

感觉好难啊……代理这种不完善的产品，后续的坑是大大的有……也不知道领导是怎么想的……可能就是听说这款产品二次开发周期短就代理了，根本就没有了解过这款产品的内部业务是怎么实现的，现在感觉就是骑虎难下……

汇报下今天情况:
说实话对现在要二开的这个产品有点太失望了……今天问了这个产品相关的开发人员有关项目上二开的相关问题，发现这个产品很多地方都做得很浅，如果客户有点特殊要求就必须二开功能，很多复杂一点的场景就歇菜了……这让我怎么玩……
现在连二开项目的标准手脚架都没有，还需要我自己去搭我真的是服了……
天天吹这个产品多好多好，结果现在二次开发，连个标准的二次开发项目框架都没有，真不知道这项目是怎么做的……

打算摆烂了……出差了一周去培训，第一天到项目、第二天看产品培训文档和简单培训了下产品大概开发情况、第三天部署开发环境、第四天发现云服务器配置买错了，测试环境只部署部分模块、第五天培训产品系统流程……结果到现在我只是将他们给的一个demo启动起来了，另一个跟我一起来的临时当前端的兄弟项目都还没启动起来到现在我们还是没有完全了解他们这个产品的二次开发流程是怎么样的,服务器上项目怎么部署，跟其他系统是如何对接开发的，还是一片模糊
说是安排人员给我们培训，结果还是去看文档，但是文档上的说明案例跟发给我们的代码案例都是南辕北辙，搞个锤子🔨

顺便说下我所看到的这个产品逆天操作吧……跨库增删改(标准接口太难用，他们那边的二次开发直接整这种骚操作)、嫌调用标准接口太麻烦，直接连对应数据库去改数据(按照他们标准的二开方式，改他们标准功能对应表的数据是必须调用他们标准接口的)