首页   注册   登录
 edimetia3d 最近的时间轴更新
edimetia3d

edimetia3d

🏢  BUAA / Student
V2EX 第 119647 号会员,加入于 2015-05-30 11:29:52 +08:00
edimetia3d 最近回复了
我没仔细看文档, 总感觉写的不够诱人啊. 有几个问题. 我是 cmake 用户.
问题 1: 假如我刚入门, 这个项目如何吸引无基础的新用户呢? 或者说, 假如有后辈问我, 我为什么要推荐他从 xmake 入手,而不是 cmake 入手呢?
问题 2: 我为什么要从 cmake 迁移到 xmake 上, 有没有什么技术上的痛点是 xmake 才能解决的.
问题 3: xmake 有没有明确的推广计划? 比如找大公司背书, 或者抱项目的大腿, 我觉得当年 cmake 就是抱上了 kde 的大腿才稳住了不少人吧.
今年抽空把 <C 语言程序设计:现代方法(第 2 版)> 看了. 确实是本好书, 只有二三处瑕疵吧, 比如某些实践中不应该用的 featrue 也详细的介绍了一下. 语言层面非常推荐看这本书.

至于其他所谓的底层编程, 和 C 的关系并不是很大, 这些问题一般都和硬件及 OS 有紧密的关系, CSAPP 这样的书可以作为入门. 其他的则可以进一步按需求补充
117 天前
回复了 BruceAuyeung 创建的主题 程序员 c++动态调用链接库的问题
首先, @ysc3839 说的很对, 楼主应该从根本上描述下自己的需求, 而不是自己想当然的来一个解决方案,一条路走到黑.

然后, LZ 其实就是想做一个 C/C++的简单 addon 系统.
如果做得太玩具, 那可能不如重新编译. 如果做得太全面, 考虑到 LZ 描述的水平, 可能吃不下这个饼,C/C++毕竟是"静态"的.
具体而言:
@chingyat 的路线正确, 但是有点像把大象装进冰箱里. 第三步第四步其实是很麻烦的, 毕竟你在编译期并不知道要 cast 成什么样的函数, 最起码需要考虑参数数量的问题. 这里, 要么按 @HHehr0ow 所说的, 按照 C 的 ABI 直接压栈进行调用. 要么楼主可能就要按照写一个很大的`switch(arg_number)`,每个 case 都先 cast 一下,再触发函数调用, 且不可避免的所有形参都必须是某种`Variant`类型

@iceheart 提到了参数类型的问题, 其实 xml 是不需要描述函数签名的,只要有函数名就够了, dlsym 拿到的只有一个指针,类型信息对函数调用是没有意义的. 重点是序列化 /反序列化的问题,大概就是 protobuf 这样的库做的. 也就是你在 js 中传了一堆东西给某个进程, 这个进程需要把这堆东西变成一串对象`arg1,arg2....argN`作为函数实参,然后进行函数调用. 如果涉及了复杂类型, 那么"在 C++中实现反射"等着你.

当然,这里面还有很多比较细节的问题, 比如调用的约定, IPC 传参的实现,等等等等,LZ 不要再考虑一下开头第一句吗?

发呆比较闲 ,闲扯一下, 所以没有后续 XD
同意不少 v 友的意见 , 人口基数,细分领域都很重要.
比如强如 NVIDIA https://github.com/NVIDIA/cutlass 这么优质的代码也没多少 star
140 天前
回复了 usjinbao 创建的主题 程序员 想做一个易语言游戏自动登录器
我只能说, 楼主的思路是正确的. 服务器踢你下线基本看不出来什么规律,应该就是网易定期把没获得经验的号炸服踢下去.

这样的工具我已经撸了一个稳定用了几天了, 不过显然没必要在这个点发出来. 一方面增加服务器拥堵,另一方面枪打出头鸟, 弄得太广泛搞成外挂封号就得不偿失了.
2017-02-12 10:07:11 +08:00
回复了 HLT 创建的主题 程序员 V 友都是如何学习(加强)英语能力的?
口音是非常次要的,张大嘴巴说清楚就行了.
巧妇难为无米之炊.楼主的这个状态还是找些适合自己的语法书比较合适.
对中文母语者而言,英语的听-说几乎就是两个问题,听懂要比会说容易很多.语法就是知道自己在说什么的依据.然后才是熟能生巧.

这和学编程是一样的,实战固然重要,但是基础还是要有的.你不学计算机的基本工作原理,不学语言的基础细节,就容易陷在各种等效 /类比 /强记中
2017-02-06 17:40:36 +08:00
回复了 superleexpert 创建的主题 机械键盘 准备入手一款机械键盘和相关设备,求推荐!
我只能说,一定要蓝牙,兄弟
@chris5641 正解.

我翻译一下:
派生类构造时没有调用基类的构造函数,导致基类成员没有被创建,直接输出自然报错.
@IgniteWhite
@PythonAnswer
开玩笑,各位这么认真,语言上的东西没必要这么较真啊.

从语法的理论上讲,这样分析应该是没错的.
陈述句举例: Either this apple or that apple is bad == Both apples are bad.

实际应用中最正确的回答是"随语境".
因为 either or 可以用在陈述句中使用,也可以用在选择句中,而有的选择句中强调必须择其一,有的则不限制必须择其一.

就像"i++i+i++i+++i"的结果一样,答案是随编译器而定的
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2060 人在线   最高记录 5168   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 12ms · UTC 05:30 · PVG 13:30 · LAX 21:30 · JFK 00:30
♥ Do have faith in what you're doing.