V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Akiyu  ›  全部回复第 1 页 / 共 26 页
回复总数  501
1  2  3  4  5  6  7  8  9  10 ... 26  
2021-06-18 09:29:17 +08:00
回复了 thinkloki 创建的主题 职场话题 因为带转被人歧视了,都被打击的快没自信心了。
自信不是别人给的.
2021-04-10 10:30:21 +08:00
回复了 sjmcefc2 创建的主题 程序员 sed 删除代码块,有没有一次性好办法呢?
sed 有多行模式. 你可以参考一下.
那东西不仅麻烦也很少用, 一般你得自己研究.
https://www.gnu.org/software/sed/manual/sed.html
重点关注一下. 7.1 Joining lines
我记得之前有用它处理过多行文本处理的问题. 应该是可行的.
2021-04-05 08:56:12 +08:00
回复了 pabupa 创建的主题 C++ 请教一个 STL 的问题
好像很多人都已经回答了, 不过我还是说一下吧.

"它只是返回了一个 int&,而且还不存在。为什么能赋值啊?"

"它只是返回了一个 int&"
是的, 它只是返回了一个 int&. 但这已经够了. int 是你 map value 的类型, 而 & 保证你的修改生效于 map 内部数据.

"而且还不存在"
存在的, 对于 map 的 [] 重载而言, 当你访问的元素不存在时, 会创建一个(类型的零值). 而存在时, 会返回 valueType&. 所以无论如何, 都会有元素存在.
(PS: 这里有个点需要注意, 当你想知道 map 中是否存在一个元素时, 你不能用 []. 因为这一定会存在, 你或许可以用这个类型的零值来判断是否是新创建的, 但这并不好, 更好的方式是: mapName.find(key) == maoName.end(); )
2021-03-24 09:32:55 +08:00
回复了 echo101 创建的主题 酷工作 加入 PayPal GDS, 做高(G)大(D)上(S)的事情
4. 小周每周休 2 天,每 6 周一个大周休 3 天。

这好像和我认知的大小周不太一样. 哭了
2021-03-23 14:59:46 +08:00
回复了 RedBlackTree 创建的主题 程序员 关于内存对齐,在实际开发中需要关注吗?
使用标准库以及使用接口分配的内存, 底层的对补齐都有处理.
比较需要关心的是用户自定义数据结构. 数据按照从小到大排列就可以最小化.
2021-03-22 19:02:50 +08:00
回复了 FloatLost 创建的主题 职场话题 你们会在简历上写精通 XX 吗?
精通代表这个技术相关的东西你基本已经不怕别人问了. 打个精通 tag 的技能会遭到疯狂攻击.
如果简历上有符合这个属性的技能, 你可以考虑写. 不然会给自己挖坑.
2021-03-18 21:19:09 +08:00
回复了 AlexGuo1998 创建的主题 C C++编程时是否有“成员变量全部显式使用 this”的代码风格?
是否有必要这么做 /这么做是否有确实的好处?
没有必要, 同名字空间变量名才会冲突. 一种好的习惯是成员变量都使用 _ 开头.
多余的 this-> 会让代码变得冗余.

是否有某些“C++代码风格指导性文件”提倡这么做?
不清楚. 但是 this-> 很没必要.

是否有某些(比较出名的)开源代码这么做?
不清楚. 至少 STL 自身决不会这么做. 外围 如 boost 之类的库, 大多数的源码. 都不会 + this->

是否有程序可以自动化“将源代码中所有成员变量的直接访问全部改为 this->xxx”这一操作?或者在不用 this 直接访问时发出警告?
这样的需求很少, 工具自然也很少(据我所知, 没有)

PS:
你可能担心变量名冲突的问题. 但实际这不会冲突. 同名字空间 /作用域时, 同变量名定义才会冲突. 但实际不会这样,
因为 C++ 的名字空间 /作用域是嵌套的, 内部优先级高于外部. 编译器绝不会在这里犯错. 如果你担心人可能搞错, 那么可以用用规范来解决, 如成员变量前置 _
个人觉得技术层面的问题相对还好
真正的难点是有人愿意搞这个, 有公司愿意花钱和精力做这个.

没几个公司能抗住长时间的开发期和发布后可能赔本的压力.
2021-03-16 17:27:31 +08:00
回复了 James369 创建的主题 Linux 有哪些比较好的 C++进阶的书籍?
仅仅是语言相关的话, 看 stl, boost, cppreference, 看汇编后的代码实现.
2021-03-16 12:45:16 +08:00
回复了 opendoor 创建的主题 职场话题 各位是如何度过自己职业空窗期的?
2021-01-11 13:52:20 +08:00
回复了 Zink99 创建的主题 游戏 [炉石传说] 感觉现在玩标准的玩家好少
一部分被战棋和狂野吸了.
我玩炉石的顺序是 标准->狂野->战棋;

之前宇宙牧拉兹 DK 套路刚出的时候. 我氪金组了个全金卡组. 后面也都知道. 没多久直接砍成了爬 A 牧了
直到最近才改回来(那又有什么用呢?) 这实在把我恶心到了. 虽然拉兹可以全尘分解. 但其他卡呢?
所以我看清楚了. 想要自己喜欢的卡不被削. 要么你所有卡组都玩(尘要钱的). 要么就去狂野玩. 之后我就稳定狂野了.

再之后在狂野玩了一段时间. 我发现无论什么卡组. 都有你绝对赢不了的卡组. (比如说宇宙术 VS 爆牌贼).
然而炉石的匹配机制会让你很大概率遇到这种对手. 同时版本迭代对于卡组的更新, 环境的适应. 这些都是要费力的.
所以我就咸鱼去玩战棋了. 不怎么花钱. 就算版本更新, 我也可以随便切换. 虽然有强弱之分, 但没有绝对赢不了的局.
应该是为了不想你注销而设置的门槛
2020-11-10 23:01:24 +08:00
回复了 Yukee798 创建的主题 问与答 各位前辈有啥减缓视力下降的方法吗
不用缓解. 都 500 了. 再多也没关系了
-- by 已经 500 度, 每次配眼睛店里都没货, 要隔几天才能取的自暴自弃重度近视带散光的 cas
2020-10-26 14:06:18 +08:00
回复了 cwz346852114 创建的主题 问与答 正则大佬进来看看
如果不是一眼能看出问题的代码. 图片形式不方便测试.
你可以通过在线文本存储网站链接的形式将文本代码发出来. 或者直接一个可测试的链接接口.
可以先在 pastebin 创建好文本. 然后发出来.
(PS: github 不是拿来这么用的啊...)

顺便:
regex 相关比较好的教程: https://www.rexegg.com/

https://regex101.com/
你也可以去这个网站测试.
2020-10-26 13:38:47 +08:00
回复了 cwz346852114 创建的主题 问与答 正则大佬进来看看
发帖支持 md 语法.
都是自己截图. 然后通过图片链接的形式发出来的.
2020-10-26 11:40:54 +08:00
回复了 rainboat 创建的主题 C++ 被 C++的语法问题折磨了,有没有大佬帮我解答一下疑惑
追加一些疑问和理解;

Test t;
f(&t, &Test::a, 10);
cout << "------------------" << endl;
cout << &Test::a << endl;
cout << "------------------" << endl

从上面代码汇编后的结果可以知 &Test::a 实际是 Test 中 a 的偏移.
其中 a 为 Test 首元素, 值为 0 (这点可以通过调用 f 函数时的第二个参数值获得).
但是为什么 &Test::a 打印后的值为 1 (值为 0 的话应该是 false. 或 0).
并且这个值在参数传递时固定为 1 (无论是 &Test::a, 还是 &Test::b, 或者 &Test::c. 甚至成员函数).

关于值为何为 1 我的理解是: 这些值实际的地址不可能是 0. 即使 &Test::a 为 0. 代表其偏移为 0. 但和实际的对象结合后, 其真实地址不可能为 0. 或许编译器对此做了优化.

后续:
我试过取成员函数(普通 /virtual, cv 限定, 我未定义但编译器自动生成的函数)地址. 都可以获取地址. 但其构造和析构无法获取. 关于构造为何无法获取. 我同意这个答案:
https://softwareengineering.stackexchange.com/questions/245613/why-doesnt-c-allow-you-to-take-the-address-of-a-constructor
但是关于析构为何无法获取. 我未得到满意的答案. 有人知道么?
2020-10-23 13:33:10 +08:00
回复了 maniaccn 创建的主题 程序员 呐。。。明天就是程序员节日了,贵公司都准备了啥礼物?
周六加班套餐
2020-10-22 18:42:52 +08:00
回复了 matrix67 创建的主题 程序员 抓到了,桌面弹出的双十一广告是福昕阅读器的。
我抓到了木木模拟器的
1  2  3  4  5  6  7  8  9  10 ... 26  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   951 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 44ms · UTC 21:04 · PVG 05:04 · LAX 14:04 · JFK 17:04
Developed with CodeLauncher
♥ Do have faith in what you're doing.