（PS：在一开始尝试使用方式二进行开发，作为一个目标是成为专业后端工程师的人，我的第一思路是将这个sdk的开发文档中的RESTAPI整合到springboot里的，然后用一个简单的gui进行测试，无奈这个sdk确实是提供给前端的人员开发使用的，且并没有为java提供接口，我只能想办法自己弄，最后截止2020-04-17晚上，在借鉴了github一个开源项目的前提下，把腾讯即时通讯IMSDK整合到springboot时出了一些问题，卡在那了，报空指针，估计还是计算usersig那里出的问题，考虑到马上截止了，只好悬崖勒马，换用方式一重新开始，目前本人已自闭，心情有点郁闷ing，拖大了，还是按照开发文档按步骤来使用SDK可能可行性要大很多）
下载并使用demo，对使用的不同demo，每种demo至少提供两张使用过程中的截图
1、找出至少两个比较严重的功能性bug（说明：操作不够人性化、没考虑到用户的xx需求等并不算严重的功能性bug）2、请使用专业的语言描述（每个bug不少于40字），并配图说明3、你觉得为什么这个产品组的人没有发现这些bugPS:在上一部分在对各个端进行测试时，发现了一些小的bug，已在上部分测试结果指出，在此处就不一一列举，在本部分主要列举严重的bug
假如你需要用这个腾讯即时通信SDK开发属于你的自己产品，那么开发之前你除了需要了解该SDK的基本使用之外，更重要的就是为你将开发的产品进行市场调研第8章用户调研，12章软件的用户体验
构思你根据该SDK想要开发的产品，包括产品主要功能、产品面向的用户、NABCD分析等
根据用户注册的兴趣标签，做一个即时匹配的聊天软件，让你在茫茫人海中遇见那个与你意气相投的ta，产品名取自诗句：众里寻他千百度，那人却在灯火阑珊处。
在社会上缺乏友情，缺乏社交的人，有社交恐惧症的人，可以先尝试在这个平台迈向社交的第一步；在小众圈子有特别爱好，在日常生活圈子无法遇到意气相投的人的人，可以通过这个平台找到朋友一起合作；喜爱社交，热爱广交朋友的人，可以通过这个平台认识更多的人。
从你的身边寻找你要开发的产品的潜在用户，记载你对这位用户的采访。使用下面的采访提要：
用户使用这个demo的过程,用户的问题初步解决了，可以完成日常生活的最基本的聊天；软件在数据量/界面/功能/准确度上，总体还是可以的，但是界面更加设计的不是很好看，可以更简洁一点，功能上web端对于分类模块设计的让人一头雾水，准确度的话大致可以；用户体验方面，有些交互不是很友好，如界面的聊天界面显示感觉与习惯性的左发送者右接收者相反，不是很习惯。
SDK的开发文档做得不是很友好，存在很多困扰开发者的地方。对于实现小功能的场景，这个SDK足够应付。如果要提供针对性服务，需要后端的支持，但是该SDK并没有提供java的后端接入。
这个想法不错，具有较高的可行性，是一种新型的社交软件，应该挺有意思的，但是也有很多细节需要考虑和完善。对于并发的问题的考虑与匹配算法的设计还需要多加考虑。
再通过比较核心服务价格，得出腾讯即时通讯IMSDK有以下优劣势：
推理出团队在软件工程方面可以提高的一个重要部分（具体建议）
对于团队在软件工程提高方面，我现在的最大的感受还是一个团队的整体合作的部分，如何去达到一个更好的团队的合作效率，一般来说，在一个团队里面成员能力是参差不齐的，擅长的领域也是不同的，诚然，就常规的任何一件事的团队合作来说来讲，各司其职，发挥所长，扬长避短这样可能是最好的安排。但说回团队软件工程方面，我认为情况又有一些的不同，首先，我认为在一个团队软件工程的情景下，一个leader是必要的，这个领导者可以是一个人、也可以是几个人、一群人，毕竟软工的项目是需要一个整体的架构的，一个好的整体设计能为后续的开发减少很多在跨模块的交互之间减少很多不必要的磨合，leader们就需要做到这个，这背后也是经验的体现。然后谈到个人，术业有专攻，渐渐的在团队内的软工角色会划分为前端、后端等再被按负责模块细分，但是这不代表就只需要会自己常负责的模块，每个个人知识的全面性的提升对与团队整体的合作会有很大帮助。
参考《构建之法》第8章功能的定位和优先级；第9章项目经理