- 主题:C++20可以在编译期使用heap memory了
只有一个不能用exception 后来他们自己出的absl里又提倡可以用了 absl里搞了个status出来
【 在 z16166 的大作中提到: 】
: 谷歌C++规范里就有限制
:
--
FROM 114.87.67.*
不厚道的笑了
【 在 DoorWay 的大作中提到: 】
: 赞。你的开源界会抄,启发了我。
: 90年代故事会有个文章,兄弟俩对街开店,假装竞争对手,你卖100我卖90,你卖90我卖80,互相砸场子,结果抢购一空。我觉得微软技术栈名声有问题,可以一边在官方C#出个特性,没人追,一边开个小号在开源界搞个语言把这特性一抄,肯定会火。
: 另外90年代故事会还有个笑话,说是一俄罗斯人下飞机,提着两个大大的行礼箱,旁边的美国人问他几点了,他抬起手腕,哪个国家? 美国人惊讶问,你能看几个国家的时间?俄国人说,所有国家。美国人说你这手表这么厉害?俄国人说,不仅如此,还有全球定位系统、传真、EMAIL,甚至还能接收高清电视节目并在它的彩色液晶显示屏上播放。 美国人说太棒了,我出一万美元买它。俄国人说好,收了一万美元,摘下手表,并递上两个行礼箱,“这是电池!”。
: ...................
--
FROM 117.136.36.*
hahahahahaha..
【 在 DoorWay (DoorWay) 的大作中提到: 】
: 赞。你的开源界会抄,启发了我。
: 90年代故事会有个文章,兄弟俩对街开店,假装竞争对手,你卖100我卖90,你卖90我卖80,互相砸场子,结果抢购一空。我觉得微软技术栈名声有问题,可以一边在官方C#出个特性,没人追,一边开个小号在开源界搞个语言把这特性一抄,肯定会火。
: 另外90年代故事会还有个笑话,说是一俄罗斯人下飞机,提着两个大大的行礼箱,旁边的美国人问他几点了,他抬起手腕,哪个国家? 美国人惊讶问,你能看几个国家的时间?俄国人说,所有国家。美国人说你这手表这么厉害?俄国人说,不仅如此,还有全球定位系统、传真、EMAIL
: ...................
--
FROM 101.84.200.*
runtime/framework是给码农省事的,啥轮子都自己造,累死也不一定能搞出来,而且搞出来的各种水平参差不齐(参考c++的各种轮子。另外,Qt这种不也是一个大的runtime/framework)
java也一样有jre runtime啊
早期磁盘容量小的时候,.net framework那种大尺寸的估计是个喷点。
现在一个手机app都带一个庞大的runtime(特别是基于浏览器的,至少要带v8、node js啥的)
【 在 DoorWay 的大作中提到: 】
: 赞。你的开源界会抄,启发了我。
: 90年代故事会有个文章,兄弟俩对街开店,假装竞争对手,你卖100我卖90,你卖90我卖80,互相砸场子,结果抢购一空。我觉得微软技术栈名声有问题,可以一边在官方C#出个特性,没人追,一边开个小号在开源界搞个语言把这特性一抄,肯定会火。
: 另外90年代故事会还有个笑话,说是一俄罗斯人下飞机,提着两个大大的行礼箱,旁边的美国人问他几点了,他抬起手腕,哪个国家? 美国人惊讶问,你能看几个国家的时间?俄国人说,所有国家。美国人说你这手表这么厉害?俄国人说,不仅如此,还有全球定位系统、传真、EMAIL,甚至还能接收高清电视节目并在它的彩色液晶显示屏上播放。 美国人说太棒了,我出一万美元买它。俄国人说好,收了一万美元,摘下手表,并递上两个行礼箱,“这是电池!”。
: ...................
--
修改:z16166 FROM 114.245.195.*
FROM 114.245.195.*
没有喷,我是认为微软代表先进生产力方向的,在技术方面。甚至超越时代。
但确实是消费了一代又一代程序员,留下一堆一堆的技术遗迹。有种天地不仁 以万物为刍狗的感觉。
这个笑话当时好笑是因为没有那样的手表。现在听不好笑,是因为iWatch已经做到了,甚至更多。现在电动汽车算是一堆电池上安个方向盘,atom没火但vs code大行其道说明带个浏览器做运行时不是事儿,还有docker把所有环境镜像一份的思路也是技术潮流。所以我说把电池做成汽车,没有贬义,只是说一种技术倾向。与do one thing do it well 对立的大一统哲学。
再微软拥抱开源也是确有其事嘛。
【 在 z16166 的大作中提到: 】
: runtime/framework是给码农省事的,啥轮子都自己造,累死也不一定能搞出来,而且搞出来的各种水平参差不齐(参考c++的各种轮子。另外,Qt这种不也是一个大的runtime/framework)
: java也一样有jre runtime啊
: 早期磁盘容量小的时候,.net framework那种大尺寸的估计是个喷点。
: ...................
--
FROM 61.185.187.*
【 在 z16166 的大作中提到: 】
: 一般不存在这个问题,我肯定会去查资料搞懂
:
你愿意查不代表所有人都愿意查
一个颠扑不破的真理是,一个语言只要提供了一个功能,就一定会有人去用
更重要的是,一定会有人用的不好,甚至不对
--
FROM 114.250.177.*
反过来说,别人的关于某个领域的知识点,你一定能提前cover吗?如果不能cover,你难道不学,而是直接拒绝维护?
【 在 leslin 的大作中提到: 】
:
: 你愿意查不代表所有人都愿意查
: 一个颠扑不破的真理是,一个语言只要提供了一个功能,就一定会有人去用
: ...................
--
FROM 114.245.195.*
【 在 z16166 的大作中提到: 】
: 反过来说,别人的关于某个领域的知识点,你一定能提前cover吗?如果不能cover,你难道不学,而是直接拒绝维护?
:
不要无限扩大范围
现在说的是c++因为自身的高复杂性,已经给日常开发带来了极大的负面影响
我自己在工作中已经遇到过很多次,团队里不停有人用c++角角落落里的复杂功能,导致整个团队的学习成本都很高
这个问题其实别的语言也存在,但是因为语言本身的复杂程度有限,所以相对成本就不那么突出
排到第二位的是js,这个主要是这货的乱七八糟的库太多了
--
FROM 114.250.177.*
在团队里广播一下,弄几个匿名例子当反面教材,限制过时的特性就行了吧
不过任何事物都有两面性,搞这种多了,团队容易瞻前顾后,新东西都不敢尝试也说不准,慢慢进入一团死水状态
【 在 leslin 的大作中提到: 】
:
: 不要无限扩大范围
: 现在说的是c++因为自身的高复杂性,已经给日常开发带来了极大的负面影响
: ...................
--
修改:z16166 FROM 114.245.195.*
FROM 114.245.195.*
【 在 z16166 的大作中提到: 】
: 在团队里广播一下,弄几个匿名当反面教材,限制就行了吧
:
团队和项目管理没那么简单
有的时候还不是自己的团队,只是合作团队
有的时候是接手各种祖传代码
有的时候是要拿一个开源项目二次开发
所有这些情况都不是你想会哪个部分就学哪个部分就行的
--
FROM 114.250.177.*