@buyan3303 打工给资本家吸血多不划算，这要是给自己预热呢，把流量都吃到自己名下，那利润比一下就上去了，格局，格局，格局，做员工没出路的。

tinder

习惯就好了，绝大部分人都会在某些时段出现这种情况，引起的原因多种多样，只要没有什么其他特别的生理不适，顺其自然。

如果能逐步适应，一般生理上都不太会有什么问题；

心理上就不好判断了，这种表现是结果，就像高血压，但是什么引起的几句话没法判断。

保险也是分很多种类的，看需求；如果是简单的最基础的健康，那基本有原来的社保+现在的城市惠民保就足够了。

最早以前做过，当时还算做成功了，没失败，不过现在早就转行了。

参考我前面回复的那个有关经济的回复，坚定明年肯定不如今年；

至于走不走，这个还要分两个方向，一个是自己走不走，一个是公司还在不在；

无论自己走，还是公司走，稳定是大前提，除非家里有底子，为更高的收益去冒险，就算失败了也无所谓，高收益高风险是一定的；

如果不是，稳定为主流，尤其是现金流，一般来说跳槽，按照以往的规律，3 、4 年是最好的选择，精力正旺盛、基本经验和能力都在线，就算加点儿钱，能给下家带来的是即战力；

但是现在的情况不能按照往年的经验那么看，建议求稳为主。

医院有心理咨询，但一般情况下是挂不到号的，指不定排到猴年马月了；

如果只是一些应激反应，过段时间自己可以慢慢恢复，自己能做的就是好好睡觉，因为睡觉是最有效缓解压力焦虑的自然方法之一；

我前面贴过一个自助指南，其中涵盖了大部分常用且可以自行操作的基本方法，op 可以参考一下；

通常不涉及到病症级别的，也没必要到医院，举个笑话例子，医生说：“幸亏你来的早，再晚来一会儿，你这口子自己就愈合了。”

问对人了；

但是需求还是要更明确，一般来说我们目视都用双筒，因为立体感强，目视双筒里要选择有 2 大方向：
1 、保罗
2 、屋脊

保罗便宜结构耐造，屋脊轻薄小巧价格就贵，想便携只能选屋脊，这里面要选就是尼康之类，光学性能还不错，价格看口径倍数，但基本预算千元级别；

保罗相对来说性价比就高很多，如果以价格论，500 元级别的小哨所 20*80 堪称神作，看月亮之类的确实会有紫边儿，但是那个视野和倍数，完美诠释了什么是“大就是爽”，当然缺点就是没有麒麟臂，最好还是配三脚架；

如果在便携和目视之间取个平衡，大部分包括的平衡点在 7*50 这个规格，可选择比较多，便宜些的确实就是国产博冠了，便宜猎手贵点儿野狼；

这类大部分千元以内可以搞定，如果还想玩儿的更多，可以再说。

这种都是挺标准的金融信贷数据设计，都有成套的方案，做房贷的按理说你们那儿应该有对应懂产品的人；

一般的标准结构都分这么几个部分：
1 、用户系统，下属用户数据、扩展数据，征信数据，内部预授信数据，内部风控数据……
2 、进件系统，产品，内容、合同……
3 、信贷业务，细分里你说的那个部分，是结合产品、内容、合同和用户的数据，一般有还款计划表（就是贷款后要先把计划还款都列出来），实际还款（就是根据合同和实际还款行为的对应数据），一般的统计计算就是这几个数据和用户及合同这几个数据的联合；
4 、业务催收数据；

当然这里面还有各种配套的，什么卡 bin 、日期时间、息费规则、代收付配套接口等等等等等；

房贷业务你们还要自己写？？？

经测：华为畅聊

@geekvcn 想起我们这个年代的人，小时候要买 walkman 说是要学英语，这么多年了，套路没变嘛 /doge

注册成功了，大陆 ip 不能提供服务，需要额外处理一下；

确实 jp 的服务节点没了，挑了个 mumbai ，如果是三哥的那个 mumbai ，相对来说也近点儿，至少比 us 、eu 之类的快些，理论上的，感谢分享。

“钱多” ❌
“事儿少” ✅
“离家近”❌

一般来说，三条几乎不可能同时达到，所以通常人们都选择两条，常见的选择是“离家近”+“事儿少”，换而言之，如果离家也不近，那几乎必选“钱多”，也就是如果三条中只能选一条，那么绝大部分普罗大众都应该选“钱多”，无论男女，而你完美避开了人肉穷举出来的最优算法；

你的算法是要精进了…… 还有耳根子……太软；

刷不刷的，先投着，就像做电销，先给那些不太靠谱儿的企业投着，反正你现在有大把时间，5 点后大城市 hr 都还没下班，如果有地方接，你就知道自己的下限在哪里，最差还能知道现在外面这些企业究竟想要什么，所谓“抬杠长能耐”，这样再刷题学东西的时候，至少更有清晰的方向。

1 、想盈利，算了；
2 、兴趣，just do it

感谢，已收藏，准备在自己服务器上试试看

技术其实都差不多，主要看有没有跟对好的老大；

单打独斗永远都很辛苦，如果你有一个团队，无论是跟着团队一起走，还是带着一个团队走，团队的力量永远要比自己轻松。

这个和用哪种方法实现无关，一般有点儿技术背景的且和金融相关的产品，为了降低沟通成本，大多都用这种表述方法，当然具体的表述可能根据自己的技术背景有所差异；

主要是省事儿，因为很多时候稍微复杂一点点，用日常用语做业务交互，费时费力还不准确，时间长了换谁都烦，尤其是不太有技术抽象思维的业务之类部门再掺进来，东一句西一句，企业沟通就是这样，一来和技术打交道，费了半天话不如给个公式，那些没什么抽象思维的就知道 blablabla 的，看见一个公式出现，都会说话开始慎重；

实现时候就两种，要么就是技术看完在原有技术栈的系统里做一次实现，要么就是写系统的时候把这些做成一个标准计算和运算符的实现，产品或业务人员简单学习后自己按照“标准语法”扔进去套就行了，省嘴皮子。