高德的导航一言难尽呀，杭州这边有地下通道，高德领路指了条非常远的路，并且大晚上呀，那是个工地，太吓人了。百度地图指的是走地下通道，高德让绕很远。。。

学了车、玩英雄联盟+单机游戏大作、黑白颠倒、和同学吃饭，没了。。

忘记了盐是多少

这种资讯设计类公司估计很贵，除非特别大的企业，中小企业很难支付，因为需求确定难、沟通成本高、周期长，不可能一次到位，但大企业又有自己的专业团队，所以很矛盾。倒是集中于某些方面的软件公司会好，比如 Oracle 提供企业用户咨询，有些提供工作流引擎咨询工作。

阿里云服务器：阿里云低配置的服务器大约 1000 块钱以下一年。
万网域名：55/年，买多年可以便宜。
模板：网上有免费的，需要懂点前端语言调模板(自己来:0，别人给做:500-3000)
美工：如果你有定制要求，需要找美工出图，公司有会的那就不需要了(0-3000)
图片服务器：有集成版本的免费，也可以找七牛这样的 50G 以下好像也免费，够用了。

综合费用大约：355-7055
想轻松找熟人或者朋友义务帮你弄下，或者自己弄下。
想定制性高，那就出图和找专门的人弄下。

国内 github 莫非不是要卡死

如果高考编程是必考，那这个不成热点也成热点。。。

回复内容不能为空

使用拦截器可以做，可以再请求时拦截该请求，解析当中的 token，然后获取 redis 中信息，创建一个 CurrentMember，放入 ThreadLoacl，以及在执行 hander(反射执行方法)时将 CurrentMember 传入第二个参数

1.东北就是前车之鉴，稍微有点能力的领导，现在就应该开始储备人口了。
2.其他国家的发展经验摆在那里，最终都会进入大城市，日本一个国家，只有东京最有活力，还在持续的发展，所以要建设超大都市，扶持其几个来，谁能起来就看自己本事。
3.其实高房价不怕，怕就是缺少就业和人口

表示租的蛋壳公寓，一周了押金也不退给我，问题是 APP 显示押金已退 QAQ

(1)如果你定制化要求低，纯静态，可以用类型网上的快速建站系统。。。服务器最基础版本免费
(2)如果你定制化要求低，可以套模板，后台业务也不复杂。。。1 万起步吧
(3)如果你定制化要求高，不套模板，后台业务有一定要求，国内等级保护二级。。。10 万起步吧
(4)没看到需求前，什么都不好说，你需求复杂了上不封顶呀。

那些开价低于 1 万的，基本没任何保障，你想想招一个设计，设计这些页面就要多少钱，还要开发，有的有前端，最少也要 2 个人，一个主程序+一个设计，还要反复对接、调整需求、UI、PRD，公司抛去税、工资，低于 1 万压根不用做的。
便宜可以考虑个人开发，不纳税那种。如果再便宜可以考虑大学生，但我很怀疑质量和国家二级能否通过。。。

美帝良心想，谁在支持谁就是傻逼，购买考虑顺序 华为>小米、神州>HP、戴尔>二手以上品牌>联想

动态页面转静态化缓存

好像听说城阳那边引入婚恋互联网公司，忘了叫世纪佳缘还是啥了。。。 其他互联网公司基本没有吧

具体情况具体分析，不看公司规模和业务来就是耍流氓。
首先要看公司目的是什么？
如果工作定性为外包公司，那就搭建脚手架、代码生成平台、测试发布和运维平台、定制常用的类库和吸纳开源类库，做到快速开发和代码复用。
如果是某个公司的技术部门，不以技术为主要盈利人数较少，那我觉得不要分布式和微服务，建议全部上云减少运维成本，用 nignx 做软负载均衡即可。
如果是技术型初创公司，建议是用手底下最常用的技术先快速实现业务，然后做的大一些时在用也就 java 体系、GO 体系来重写业务框架。
至于使用分布式体系，以 java 为例，我觉得一般公司可以考虑下面的步骤：
(1)所有服务采用统一的技术体系，推荐 Springboot
(2)搭建统一的脚手架，可以参考开源的一些，包括不限于分布式框架选型(Dubbo、SpringCloud)，分布式缓存选型(Redis)、日志处理和格式(采集建议 ELK)、消息中间件选型(Kafak、RokatMq)、分布式定时任务选型(ElasticJob)、统一的工具类库(cooms、guvua、fastjson 等)、Mybatis、代码生成器、Mybatis-plus、分页插件、统一异常定义和处理、统一的请求拦截器等。
(3)编码规范定义，可以参考阿里规范，但要考虑实用性，不可能每个人都强制遵守，那些是重要的，必须遵守，那些是可以适度放宽的。Maven、git 命名、打包、发布规范。
(4)建立自动化发布运维的框架比如 jenkins、ELK、钉钉邮件预警、网关(zuul 普罗米修斯)流量监控报警，以及 WIKI 和类似禅道之类的 BUG 管理平台
(5)这些算是通用的底子，然后要根据现有的业务进行拆分，比如微服务的话可以对业务拆分，比如用户平台、权限平台、商品平台、交易平台、风控平台等。微服务之上可以考虑增加业务聚合服务，直接对应部分前端。所有对外服务都应通过网关统一对外暴露，在网关层面考虑用普罗米修斯之类的对调用做监控。对于用户平台需要考虑统一的登录注册，可以考虑在网关层增加对调用的管理。交易平台可能跟风控相关，通过日志采集发往相关的处理系统再回写到相关表中，风控提供相关接口。比如商品可能需要检索系统，那可以考虑在基础之上增加 ElasticSearch 对商品信息进行检索。比如活动平台可以考虑增加规则引擎，高度自定义规则，将规则配置移交给运营人员，减少重复开发。根据公司业务拆分成不同的小平台和业务，再根据其特点选择技术。
(6)原则上有开源的系统，就学习并使用开源产品，这样减少开发时间，但随着业务发展开源产品不能满足时，可以根据自身特点开发自己的产品，比如业界的工作流可能不能满足公司的需求，公司可以自己开发一套基于 XX 上的改进版本。就类似与 Dubbo->Dubbox，甚至开源出来回馈社区

最后技术只是为业务服务的，任何公司都是依靠业务发展的，追求优秀的技术是正确，但要一定要考虑公司自身的情况和寻找合适的时间>_<