@u823tg ♀♀

@monsterxx03 这个已经实现了，我们的模型能力还蛮强的，不仅仅是一些累积或者规则了。

@cedoo2 这个已经被别的业务团队做了，so sad

@gockxml 嗯，完全因为这个原因转用了chrome了。。。

长期遇到一个问题，购买了马克飞象的年费，QQ浏览器，不能与印象笔记绑定

哇哈哈，你跟我BF是老乡呀

我在成电，我们学校的计算机确实还可以，有计算机学院和软件学院，每年各种ACM都能获不同层次的奖，前年还得了亚太机器人冠军。如果从找工作的角度来说，这几年找工作的时候就这两个学院最。至于6000多名能不能稳妥录取，还是去看这两个学院每年的各个专业的录取线吧。

@tonychin 哇塞，现在豆瓣评分都这么高了，那会关注的时候还没到9.0

《linux c 编程一站式学习~》不仅仅讲了C，更是将最基本的程序设计思想，最基本的算法和数据结构，汇编等等联系在一起，让初学者眼界更开阔。宋劲杉老师写的这本书算是国内的少有的讲基础的好书。

@rrfeng 是程序媛。。。。。

@cherryodd 是程序媛。。。。。

@nuist 能告知下是怎么个艰难法吗？

@rrfeng 程序猿一点都没有优势，所以这个问题在某种程度讲确实是重点。。。。。。

@9hills 就是很麻烦啊~不过现在是骑虎难下，再难都得扛着

@mhycy谢谢你提的方案，我在仔细考虑你提的方案，将其与我的问题结合起来，有了些思路； 已有的TCP/IP路由协议就好多，而且路由协议就从分类来说就有好多种，看得我头大，要看懂就得花不少时间，我是打算考虑问题实在想不出策略后再去针对具体问题看具体的某几个协议。

@tuteng 嗯嗯~定期更新周边节点的身份信息是必要的~z_stack协议栈可以直接测出信号质量，但这个是底层模块封装好的，我自己觉得不需要考虑这点，在通信范围内，肯定就能握手噻~

@vboo27
用的是上海顺舟的模块，他的模块的解决方案用的是TI的。
对于你说的第一点，节点的(x,y)事先是不知道的，如果知道的话会简单很多，但是坐标是固定的，一旦确定了就不会变，会变的是 活动或死亡 状态。
对于第二点，必然要考虑信号强度，而且这个值我打算用两个节点间的距离来量化，因为底层模块里标定信号强度的参数我获取不了；打个比方，两个顺舟模块间的传输距离是D（1km），我定义两个节点最佳通信距离为d（800m），超过这个具体就视作这两个节点不能通信，就算他们能收到对方的信号，但是信号较弱，那我在一开始决定要不要 把一个节点加到另一个节点的可通信节点列表 的依据就是 两个节点的距离s（通过坐标来算）有没有大于d；你觉得这样做有没有必要？

@mccoymir 底层模块的功能以及其提供的具体组网方案都摸清楚了，但是我那个算法研究是基于具体应用的，应用背景我都抽象出来了的嘛，我自己觉得一开始要实现节点之间的相互识别，而且从始至终，还要考虑系统资源、系统性能。不知道你说的开发资料是哪方面的？

@rrfeng 不要在乎这些细节。。。。