新人程序员的两个问题，学qt有前途吗？注释应该多写还是少写？

dazzle

注释跟大括号要不要另起一行一样都是一个哲学问题，谁给你发钱你就听谁的得了
当然个人认为优秀的代码会解释自己这个说法纯属放屁，特别是C++，给你来几行让你看上半个小时非常正常

Kiriz

注释不一定要很多，但是文档一定要多。注释可以是文档的链接。

widder

c要学，主要是学操作系统底层，c++爱学不学，目前c++90%职位都是qt拼UI
qt不要碰，苦力职位，所有拼UI的都是苦力，促进35岁失业
注释不要写，除非公司有规定，注释写得越多，失业越快

最重要的，你喜欢编程吗，这行风头已过，回归现实，没爱的话不要来

カドモン

注释写不写主要还是看团队氛围

有写注释氛围的团队，注释可靠性也更高一些

没有的话还是 clean code 里面那种

henvelleng

对外开放的接口一般都要写说明型的注释吧，毕竟没几个人愿意看源码，都是照着说明就用了。

qt个人感觉还是历史遗留项目比较多在用，10多年前嵌入式linux那是没得选，现在好多客户端直接跑安卓了，毕竟互联网溢出了一大堆java程序员要就业啊哈哈，单片机纯c环境直接跑LVGL不香吗，工控机都是windows，WPF又快又稳定各种通信协议包都很全，默秒全了

藤宫由季

qt没前途，现在应用比较多的可能就车机？不过车机现在也都搞安卓不用嵌入式了。

注释只在逻辑比较绕的地方写一下，绝大多数时候养成良好的编程习惯、使用统一的命名规则就够了，另外少写注释还可以提升公司换掉你的成本

另外补充下，c++可以学，编程语言很多，但是很多时候c++还是没有替代，比如流媒体方面。qt别学了，搞ui没有前途的，基本都是初级打工仔干的活。而且你如果已经掌握了c++，有什么功能需要用qt写，也就是chatgpt问一下的事情

moonmagian

注释只写业务逻辑相关，不写代码实现
如果需要写很多代码实现相关的注释那多半说明代码有问题，该改变量名/重构了

Qt 还是值得学的，signal-slot 机制很先进，学会后再学其他 GUI 框架都不会很难
即使不用 Qt GUI，Qt 的一整套基础库也值得学，cpp标准库因为设计理念的问题用起来会比较痛苦，有时候借助Qt设施能少踩很多坑（比如字符串相关设施）
有个缺点是Qt风格其实和现代cpp走向了两个方向，现代cpp推崇RAII和在类封装外尽量避免裸指针，靠引用和移动语义管理资源，Qt 则是依然到处传指针，写Qt和非Qt项目思维转换很麻烦

henvelleng

很多api号称同时支持c/c++，c#，python，但其实全功能的只有c++，也就是说其他语言的api只是套壳

等哪天游戏行业也被铁拳了，人才也饱和了，估计就能看到一大堆用unity、ue写的软件了哈哈哈，降维打击了

qt现在有个问题是商业授权方式，有点迷糊，大公司不敢用

ヒイロ

montanaB 发表于 2024-7-18 07:28
现在还有用mfc的吗？这玩意儿多久没更新了？还能用？

习惯了之后MFC的架构算是一个舒适区，需要其他功能就往里加库就行，基础的功能使用挺方便的，主要是有一些多媒体的需求，平台也是windows所以完全没问题

cryindance

注释就算是写给自己看的也好

子虚乌有

我跟你说，注释是写给自己的，自己保证多少年后自己都能看懂就行了。

shangfire

qt主要是一个ui框架，如果你在问这种问题，那说明你对ui框架都还不熟悉。ui框架这种东西，作为一个程序员至少要精通一个，精通一个以后以后再遇上别的ui框架就是一通百通的事情。至于要不要通过qt来熟悉ui框架，如果你现在的工作有机会实践或者你是学生的话，qt框架当然是一个很不错的选择，毕竟qt“不止是”ui框架，还有很多优点就不一一列举了，如果你现在的工作是在用别的ui框架，那没必要强行切qt，ui框架精通一个就够了
至于qt有没有前途，一个ui框架再精通也就是写写ui，如果你的工作别人查查gpt就能解决的话，那这个工作自然就没前途
至于注释，同意前面人说的，最重要的是写给自己看的，更多的细节那就看公司的要求了