测试 https://imgur.com/a/0aMIL5x

@GeruzoniAnsasu 谢谢你理解了我的意思，抛开性能的考虑，如果 ssl 硬着头皮用非对称加密撸到底（假如 ssl 当初是这么设计的），那会增加 ssl 协议的复杂度，因为客户端自己也要准备一套密钥对，在握手协商时，把自己的公钥传给服务器。用非对称加密的话，不仅性能变好，ssl 协议的复杂度也降低了。这样理解没问题吧？

@TencentCEO 你低估了前端的业务逻辑的工作量 :(

@classyk 已经下载了 qt creator,正在摸索中．感觉这个软件不怎么卡，比 android studio 流畅多了．

@XIVN1987 多谢提醒，不过我还是不操这个心了吧，估计去工厂他们还是让用 qt 4x, 5x，等到 6x 普及估计要个几年，我也已经饿死了．

@robot1 qt 的门槛似乎低一些，机会多一些．我也在考虑 c++的服务器端，但是网上看不到几个招聘的，初级经验的话好像不太好找．

@koebehshian 我说的就是贴图，哎，原先在一个小公司贴出来恐惧症了．它那是游戏界面，要求的比较精细，偏偏用的 UI 编辑器又是公司自产自销的那种，简陋无比．我有时候直接编辑它生成的 xml 反而快些．

@test3207 qss 接触过，就是一听到这些东西就头大．我当时做程序，给老板看一个功能，他耷眼一看，先说这个界面怎么搭成这样，感觉他心疼的不得了，那是他亲手设计的界面啊．．吼吼，我做前端当然是先赶着实现功能啊．．后来他说看来还是要有一个专门的美工来调界面，其实也不是他＂看来＂，是正好公司里闲出来一个美工．

@jorneyr 没有专门的美术做界面微调吗，那画起来会很累的．．．还是说 qt 的界面工作要求都比较糙，能点击能用就行了 :-

@secondwtq 　非常感谢！先看了前半部分，英文烂原谅，回头我再慢慢看．．．看到有人在做这个东西我就放心了好多．他文档里提到了相似函数的识别算法，我觉得这种算法，由 c++编译器的前部来配合支持更好，前头先把＂模板＂生成的函数和结构体（毕竟这块儿是重灾区）打上标记，优化时重点检查，不然 N*N 的复杂度，怕会一直被人家拒绝．当然我随便说的．．．编译器挺有意思的，何时我也能研究一下就好了．哎．

@hehheh 　冤枉，我绝没有依赖编译器行为的打算．只是有点儿担心类似 shared_ptr 之流的模板造成的代码膨胀．

@0x11901 不是茴香豆啊，像 shared_ptr 就是模板，在代码尺寸严苛的条件下，一种类型 shared_ptr 消耗一套代码，项目里几十种类型，膨胀几十倍，也是值得考虑的考虑的呀．

@zwhfly 不仅没错，而且我完全看不懂，我是刚入门的状态．＂外面取函数指针，as if 规则要确保这两个版本的函数地址不一样＂，果真这样的话，那我的设想基本上没戏了．

@cyhone 看完了，写得很棒．

@dandycheung 　但是话说回来，工作多久不需要＂愧疚＂呢？我也不想被某种＂道德感＂约束，毕竟双方是＂互相利用＂的雇佣关系，如果怕员工干不长就跑了，公司可以在合同上加一些要求，让我靠这种＂道德感＂来约束自己，有点儿不舒服．

@cxe2v 公司开人大概需要理由吧．如果不是自己的能力问题，公司裁员好像要有赔偿？但我辞职不用赔偿公司，所以有点儿愧疚．

@Leigg 我当时就是新人．．．不过那份工作是写脚本语言，所以大半个月就上手了．之后的进度跟后端和美术都能保持一致．就是觉得无论新手老手，到公司多少都有一个了解项目的阶段，如果待得太短，对公司似乎是有损失．