试用以后我觉得还是 幕布 比较好用。可以加图片。

我给你用无代码搞个系统。 价钱很便宜。 搜索 速融云 找客服就行。就说是 v2 来的，咨询方案免费。

友情顶一下。
想知道如何用内容营销冷启动的，可以看看楼主的帖子。

@yyfearth #34

低端码农变无代码专家？ 笑。那岂不是人人都是无代码专家？
您觉得无代码专业需要什么能力呢？

@bsg1992 #4 我的 ip 发个短连接就 ban 了。 您打开这个 https://sm.ms/image/GBfePTcxgu7OQ1v

我是做无代码开发的，目前正在创业中。
谈谈我的感受，无代码本身是一个很好的东西，提升生产力，让老板减少成本，扩大效益。
从程序员的角度来看， 整个中低端外包市场大多是 CRUD boy 多。而这些本身是没有什么意义的。无非就是建模搞个流程之类的。 其实无代码就是对业务人员。做了一个 SDK 封装而已。
所以从公司运营的角度来讲，这些 CRUD boy 存在的意义不大 除了翻译产品需求，没太大的存在意义。（我曾也是 CRUD boy，当时意识到这一点也慌得一 P ）。如果大家遇到一个牛逼的技术型产品，开发流程会很顺，不用考虑太多问题，直接码就行了。
OK，那么我们要做的时就是把这种建模可视化（数据表、流程、sql 语句生成、甚至复杂的数据库视图）。降低难度。让这一部分技术型的产品，直接上手。这不就是解决人力了么。
SO，无代码会优化大多数的 CRUD boy，并且会促生一个新职业，无代码专家。 别笑，真的是这样的。
当然无代码的理念还有很多，我只是讲了浅显的一部分。 欢迎交流。

最后，打一个硬广，如果您是外包的负责人，可以和我聊聊，如何结合无代码平台怎么让您能降本增效。

我认为这不是一个服务端的优化，而是客户端的优化。
服务端提供策略，客户端自动切换策略。

对于客户端网络好的发送效率 ok 的可以使用 批量拉的方式，
对于客户端网络差的情况，得需要提供基于 http 的批量拉的情况。
合并包的核心思维就是 减少 单包的应答，以便减少在链路上的损耗。
可以采用批量确认的方案。
比如 s-》 123 c--》确认连续收到最大 3 。
不过这个要改你们消息存储。

消息系统核心一个就是路由、一个是消息存储 最后一个是 策略。
消息系统优化点很多。 不能独立的之咱在服务端的角度考虑问题而是要根据整个链路进行优化。
希望对你有用。

@tomczhen #2 说的有道理，感谢哈

基于 k8s 管理的那种将来会有前途。交付方式已经在改变，中小企业容器交付方式是未来，所以 lz 发的这种，可能市场不大。

如果导出可以搞成 Markdown 就好了。

直接使用 CoreDNS 配置简单，插件强大。

还可以根据 Etcd 上面的数据进行动态解析。

gitlab+jenkins+cd （自研）+k8s

这也是内存可见性的应用
典型应用：
1. cas 操作 上面的大佬都提到了。
2. 所需要的成员变量 只要求可见性，就不需要用 atomic 包的那些类。

volatile 只能保证可见性，也就是 happens-before 原则的一条规定。他无法保证线程安全。大概的原理是每个线程 读的时候强制从主内存读一遍。

@whatsmyip #5 楼主按照这条路走得话，估计要崩溃。

@omysho #14 大哥，现在的装修你确定能住 10 年以上？

@AnyISalIn #1 谢谢大佬。

我是这么想的，
你得要转变观念， 领导定时间--》自己定时间
说到底是谁说话算数的问题。其他的根据情况定吧。

@innoink #41 docker 单机还是挺好的。 集群还是要上 k8s

@KingEngine #24 坐标西安。 不过我领导者奇葩还真是不常见。 虽然脾气有点暴躁，但是对大伙还挺好的，所以有时候也忍了。