小白发问，都说 C++开发效率比 Java 低，但 C++的 hello world 也没多几行代码啊
{{ getUsernameByUid(10758) }}
发布{{ getTimeInfo('2025-03-15 22:54:51') }}
#0
{{ getUsernameByUid(10758) }}
发布{{ getTimeInfo('2025-03-15 22:54:51') }}
#0
#c++
#include <iostream>int main() { std::cout << "Hello, World!" << std::endl; return 0;}vs
#j**a
public class Main { public static void main(String[] args) { System.out.println("Hello, World!"); }}{{ getUsernameByUid(10759) }}
发布{{ getTimeInfo('2025-03-15 23:01:24') }}
#1
{{ getUsernameByUid(10759) }}
发布{{ getTimeInfo('2025-03-15 23:01:24') }}
#1
你不能只看 hello world 啊。。
得从实际业务中体会啊。
得从实际业务中体会啊。
{{ getUsernameByUid(5851) }}
发布{{ getTimeInfo('2025-03-15 23:03:04') }}
#2
{{ getUsernameByUid(5851) }}
发布{{ getTimeInfo('2025-03-15 23:03:04') }}
#2
口算 1+1 确实比按计算器快
{{ getUsernameByUid(10758) }}
发布{{ getTimeInfo('2025-03-15 23:03:34') }}
#3
{{ getUsernameByUid(10758) }}
发布{{ getTimeInfo('2025-03-15 23:03:34') }}
#3
能简单说一下吗，c++不是也有包/library 拿来直接用的吗
{{ getUsernameByUid(2259) }}
发布{{ getTimeInfo('2025-03-15 23:12:34') }}
#4
{{ getUsernameByUid(2259) }}
发布{{ getTimeInfo('2025-03-15 23:12:34') }}
#4
效率在堆内存管理和并发编程上体现，j**a 是自动管理内存，c++要手动管理，智能指针之类的会限制一些写法。多线程也比较麻烦，没有官方线程池，协程。
{{ getUsernameByUid(10760) }}
发布{{ getTimeInfo('2025-03-15 23:14:34') }}
#5
{{ getUsernameByUid(10760) }}
发布{{ getTimeInfo('2025-03-15 23:14:34') }}
#5
1. 认识的 c 系的程序员一般都不太会直接使用开源的库, 而是参考开源自己造轮子; 2. 没有**回收会导致业务对大块内存的处理逻辑变得复杂.
{{ getUsernameByUid(9929) }}
发布{{ getTimeInfo('2025-03-15 23:32:38') }}
#6
{{ getUsernameByUid(9929) }}
发布{{ getTimeInfo('2025-03-15 23:32:38') }}
#6
“也有包/library” 是也有，但是在某些领域比如说后端，可能不完善、功能少、bug 多、文档少。
{{ getUsernameByUid(10001) }}
发布{{ getTimeInfo('2025-03-15 23:38:40') }}
#7
{{ getUsernameByUid(10001) }}
发布{{ getTimeInfo('2025-03-15 23:38:40') }}
#7
对比一下 grpc 的 demo
用 c++的完成队列和 j**a 的实现比较一下 很直观
用 c++的完成队列和 j**a 的实现比较一下 很直观
{{ getUsernameByUid(6583) }}
发布{{ getTimeInfo('2025-03-15 23:52:58') }}
#8
{{ getUsernameByUid(6583) }}
发布{{ getTimeInfo('2025-03-15 23:52:58') }}
#8
都写个学生管理系统试试就知道了
{{ getUsernameByUid(2620) }}
发布{{ getTimeInfo('2025-03-16 00:11:24') }}
#9
{{ getUsernameByUid(2620) }}
发布{{ getTimeInfo('2025-03-16 00:11:24') }}
#9
直接点说法:
1. j**a 大量开元包导入直接用， 安全 稳定 无脑.
2. cpp ？导入进去一套用法下来 还能出问题， 简单点就是说：照着说明书用都能出问题；人的问题占大比; 毕竟那点工资招聘一个真正会 cpp 的不大可能;
效率说的是 成本 & 维护 & 招聘人员。 不是说开发效率. 管理层懂点技术的会知道 公司是有钱不是傻，要的就是可复用性; 这个可复用包括人的复用; 不是 a 走了疯狂找个 b ，b 又不愿意吃屎山代码.
j**a go c# 都是那几个框架 不会也愿意学; cpp...你说招进来让他们学框架二次迭代开发维护, 他们只想造轮子. 给你推翻重写, 毕竟底子在那.
1. j**a 大量开元包导入直接用， 安全 稳定 无脑.
2. cpp ？导入进去一套用法下来 还能出问题， 简单点就是说：照着说明书用都能出问题；人的问题占大比; 毕竟那点工资招聘一个真正会 cpp 的不大可能;
效率说的是 成本 & 维护 & 招聘人员。 不是说开发效率. 管理层懂点技术的会知道 公司是有钱不是傻，要的就是可复用性; 这个可复用包括人的复用; 不是 a 走了疯狂找个 b ，b 又不愿意吃屎山代码.
j**a go c# 都是那几个框架 不会也愿意学; cpp...你说招进来让他们学框架二次迭代开发维护, 他们只想造轮子. 给你推翻重写, 毕竟底子在那.
{{ getUsernameByUid(2620) }}
发布{{ getTimeInfo('2025-03-16 00:17:04') }}
#10
{{ getUsernameByUid(2620) }}
发布{{ getTimeInfo('2025-03-16 00:17:04') }}
#10
另外 市面上的都是杂牌程序员, 我也是; 喷的铁铁们别激动;
正规军是什么: 科班出生 正儿八经学习了 操作系统 数据结构 努力点在刷刷 leetcode. 以及良好的数学底子，这种人很会写代码 但是也不甘心写代码;
都用上杂牌军了，还用什么 cpp 那玩意， 半天喷不出一个屁， 老板哪里管什么效率，只知道出了点 到点要看到，别出岔子; 那不出岔子 就要稳定的库代码引用； 那就 j**a go c# 咯。反正全球那么多地方用过了 有问题都有问题;
正规军是什么: 科班出生 正儿八经学习了 操作系统 数据结构 努力点在刷刷 leetcode. 以及良好的数学底子，这种人很会写代码 但是也不甘心写代码;
都用上杂牌军了，还用什么 cpp 那玩意， 半天喷不出一个屁， 老板哪里管什么效率，只知道出了点 到点要看到，别出岔子; 那不出岔子 就要稳定的库代码引用； 那就 j**a go c# 咯。反正全球那么多地方用过了 有问题都有问题;
{{ getUsernameByUid(5610) }}
发布{{ getTimeInfo('2025-03-16 00:18:27') }}
#11
{{ getUsernameByUid(5610) }}
发布{{ getTimeInfo('2025-03-16 00:18:27') }}
#11
"开发效率高"是个项目完成后的最终评价，决定它的因素不仅限于开发语言的易写、啰嗦程度，还有更多因素比如：是否具有大量第三方高质量开源包避免重复造低质量轮子；在协作时开发框架是否能限制、显著减少引发崩溃的**代码；等。
{{ getUsernameByUid(10761) }}
发布{{ getTimeInfo('2025-03-16 00:19:46') }}
#12
{{ getUsernameByUid(10761) }}
发布{{ getTimeInfo('2025-03-16 00:19:46') }}
#12
)
){{ getUsernameByUid(2620) }}
发布{{ getTimeInfo('2025-03-16 00:25:20') }}
#13
{{ getUsernameByUid(2620) }}
发布{{ getTimeInfo('2025-03-16 00:25:20') }}
#13
大晚上在唠嗑几句, 只是个人观点.
1: 为什么说 c++ 难，难的不是语法糖; 而是语法糖背后的意义;
file.open("file_name", a). & file.open("file_name", a+) & 写文件要 4k 对齐 为什么要 4k 对齐 因为内存 为什么内存是 4k ？那就要设计到操作系统 & 特么的在去溯源， 都特么溯源到 第一台计算机的产生了;
用 j**a go c# ？我管你几 k 对齐， 快速我就 github 下载 广泛推广使用;
反正老板不听历史, 所以 也别纠结学什么语言了 你需要的是一个思维 而不是学习语言； 这个思维是：
我目前做的项目 & 业务。 计算机 & 代码可以给我提供我什么帮助 让我更好的完成✅
而不是：
我要学会什么语言 这个语言什么好处 能做什么。
为什么会有这样的思维， 这是 西方国家 & 部分亚洲国家的差别;
于当代科技而言， 西方在 0-1 的节点上作出的贡献占比很大很大
亚洲地区 在 1-x 上实现的更多。
至于你说哪个牛逼你说了算。 你非要我说 我说工人阶级最伟大.
1: 为什么说 c++ 难，难的不是语法糖; 而是语法糖背后的意义;
file.open("file_name", a). & file.open("file_name", a+) & 写文件要 4k 对齐 为什么要 4k 对齐 因为内存 为什么内存是 4k ？那就要设计到操作系统 & 特么的在去溯源， 都特么溯源到 第一台计算机的产生了;
用 j**a go c# ？我管你几 k 对齐， 快速我就 github 下载 广泛推广使用;
反正老板不听历史, 所以 也别纠结学什么语言了 你需要的是一个思维 而不是学习语言； 这个思维是：
我目前做的项目 & 业务。 计算机 & 代码可以给我提供我什么帮助 让我更好的完成✅
而不是：
我要学会什么语言 这个语言什么好处 能做什么。
为什么会有这样的思维， 这是 西方国家 & 部分亚洲国家的差别;
于当代科技而言， 西方在 0-1 的节点上作出的贡献占比很大很大
亚洲地区 在 1-x 上实现的更多。
至于你说哪个牛逼你说了算。 你非要我说 我说工人阶级最伟大.
{{ getUsernameByUid(10762) }}
发布{{ getTimeInfo('2025-03-16 02:12:55') }}
#14
{{ getUsernameByUid(10762) }}
发布{{ getTimeInfo('2025-03-16 02:12:55') }}
#14
实际的业务可不是 hello world 这种复杂度, 复杂度高了之后差别就很大了
{{ getUsernameByUid(10763) }}
发布{{ getTimeInfo('2025-03-16 02:29:36') }}
#15
{{ getUsernameByUid(10763) }}
发布{{ getTimeInfo('2025-03-16 02:29:36') }}
#15
J**a 自带的 string 是可用，C++标准库的 string 就是聊胜于无。
而工作中字符串操作太多了。
而工作中字符串操作太多了。
{{ getUsernameByUid(544) }}
发布{{ getTimeInfo('2025-03-16 02:35:04') }}
#16
{{ getUsernameByUid(544) }}
发布{{ getTimeInfo('2025-03-16 02:35:04') }}
#16
C++每个第三方库都有自己的字符串实现
你可能会见到：
QString
CString
……
你可能会见到：
QString
CString
……
{{ getUsernameByUid(17) }}
发布{{ getTimeInfo('2025-03-16 02:38:35') }}
#17
{{ getUsernameByUid(17) }}
发布{{ getTimeInfo('2025-03-16 02:38:35') }}
#17
1. C++没有 GC
2. C++编译模型比较原始
3. C++构建会涉及大量依赖库、编译选项和目标平台 ABI 的细节，极容易踩坑
4. C++本身的语义就比 (一般的) J**a 程序复杂，模版之类要考虑的很多，心智负担大
5. C++适用的场景，代码本来就要比 J**a 更谨慎
2. C++编译模型比较原始
3. C++构建会涉及大量依赖库、编译选项和目标平台 ABI 的细节，极容易踩坑
4. C++本身的语义就比 (一般的) J**a 程序复杂，模版之类要考虑的很多，心智负担大
5. C++适用的场景，代码本来就要比 J**a 更谨慎
{{ getUsernameByUid(5791) }}
发布{{ getTimeInfo('2025-03-16 03:31:44') }}
#18
{{ getUsernameByUid(5791) }}
发布{{ getTimeInfo('2025-03-16 03:31:44') }}
#18
给你段 Windows C++ 窗口开发的“hello world”，你再看看。
#include <windows.h>
LRESULT CALLBACK WindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) {
switch (uMsg) {
case WM_DESTROY:
PostQuitMessage(0);
return 0;
}
return DefWindowProc(hwnd, uMsg, wParam, lParam);
}
int WINAPI wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PWSTR pCmdLine, int nCmdShow) {
// 注册窗口类
WNDCLASS wc = {0};
wc.lpfnWndProc = WindowProc;
wc.hInstance = hInstance;
wc.lpszClassName = L"MyWindowClass";
RegisterClass(&wc);
// 创建窗口
HWND hwnd = CreateWindow(
L"MyWindowClass", L"Sample Window", WS_OVERLAPPEDWINDOW,
0, 0, 800, 600, NULL, NULL, hInstance, NULL
);
if (hwnd == NULL) return 0;
// 显示窗口
ShowWindow(hwnd, nCmdShow);
UpdateWindow(hwnd);
// 消息循环
MSG msg = {0};
while (GetMessage(&msg, NULL, 0, 0)) {
TranslateMessage(&msg);
DispatchMessage(&msg);
}
return 0;
}
#include <windows.h>
LRESULT CALLBACK WindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) {
switch (uMsg) {
case WM_DESTROY:
PostQuitMessage(0);
return 0;
}
return DefWindowProc(hwnd, uMsg, wParam, lParam);
}
int WINAPI wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PWSTR pCmdLine, int nCmdShow) {
// 注册窗口类
WNDCLASS wc = {0};
wc.lpfnWndProc = WindowProc;
wc.hInstance = hInstance;
wc.lpszClassName = L"MyWindowClass";
RegisterClass(&wc);
// 创建窗口
HWND hwnd = CreateWindow(
L"MyWindowClass", L"Sample Window", WS_OVERLAPPEDWINDOW,
0, 0, 800, 600, NULL, NULL, hInstance, NULL
);
if (hwnd == NULL) return 0;
// 显示窗口
ShowWindow(hwnd, nCmdShow);
UpdateWindow(hwnd);
// 消息循环
MSG msg = {0};
while (GetMessage(&msg, NULL, 0, 0)) {
TranslateMessage(&msg);
DispatchMessage(&msg);
}
return 0;
}
{{ getUsernameByUid(140) }}
发布{{ getTimeInfo('2025-03-16 04:45:13') }}
#19
{{ getUsernameByUid(140) }}
发布{{ getTimeInfo('2025-03-16 04:45:13') }}
#19
写文件 4K 对齐？对于调用标准库 fopen 、std::iostream 而言，并没有这种事。标准库的文件读写并没有 4K 对齐这种选项。
大概是想说现代硬盘的 4K 对齐吧？那是操作系统和文件系统的事情。调用标准库文件读写 API 的时候，操作系统已经帮调用者处理好背后的对齐了，调用者并不需要考虑硬盘“4K”对齐这种事。如果分区没做 4K 对齐，开发者想要干预也没法干预。
大概是想说现代硬盘的 4K 对齐吧？那是操作系统和文件系统的事情。调用标准库文件读写 API 的时候，操作系统已经帮调用者处理好背后的对齐了，调用者并不需要考虑硬盘“4K”对齐这种事。如果分区没做 4K 对齐，开发者想要干预也没法干预。
{{ getUsernameByUid(post.updatedByUid) }}
编辑于 {{ getTimeInfo(post.UpdatedAt) }}
{{ getUsernameByUid(post.uid) }}
发布于 {{ getTimeInfo(post.CreatedAt) }}
# {{post.num}}
{{ getUsernameByUid(post.updatedByUid) }}
编辑于 {{ getTimeInfo(post.UpdatedAt) }}
{{ getUsernameByUid(post.uid) }}
发布于 {{ getTimeInfo(post.CreatedAt) }}
# {{post.num}}
#{{nav.post.anchor}}