对于想进入IT行业的,劝他再去学VB显然是作孽。 对于非专业人士,叫他为了自己的工作便利去学java python C# 装tensorflow 也是作孽。
[quote=引用 42 楼 脆皮大雪糕 的回复:] 对于想进入IT行业的,劝他再去学VB显然是作孽。 对于非专业人士,叫他为了自己的工作便利去学java python C# 装tensorflow 也是作孽。
[quote=引用 31 楼 caozhy 的回复:] 作为一种“工具”,vb是一种过时,无用,可以被取代的东西。这是客观的。
作为一种“工具”,vb是一种过时,无用,可以被取代的东西。这是客观的。
哎,可能我写太多,你懒得看, 没说VB啥都行,没说VB可以做一切,没说有VB其他都可以没有。OK? 我说的是,语言是个工具,什么场合用什么工具,什么人用什么工具趁手就会自己选择什么工具。不论新技术发展成什么样子,工具就放在那里,人们会自己选择自己觉得合适的(不管是方不方便,会不会)有人在用,说明其有值得使用的场景。不要一概否定。 有了机器人,锤子和扳手照样不能缺少。就是这个观点。直到某一天,锤子和扳手彻底没有使用场景的时候,他会消失的,就好像你说的CD机。不用操心VB6,他会彻底消失的,但不是现在。
自行车和汽车都是利用轮子的交通工具,动力的改变并没有改变轮子滚动利用静摩擦力令车身向前运动的实质。AI程序相对于傻傻的程序,是算法的革新这种革新需要具有相应特性的语言工具进行匹配提高其开发效率,不是因为语言工具而导致了算法的革新,不是因为有了python才有了AI,是先有了AI的算法,然后在多年的发展中python被选中作为主要的开发工具并且形成基于python的生态。VB自身的多线程缺陷的确是大缺陷,如果没这个问题,说实在的能走更远。activeX缺陷是系统级别的问题了。必须承认,人腿是比不过发动机的。但如果实现算法,并不是不行,很早以前就有VB的神经网络学习人脸识别的项目了。我硬盘里还收藏着。就好像从上海去北京,飞过去也行、开车过去也行,骑自行车过去也不是不行是吧,而且还总有人这么干,从成都骑老版本重的要死的摩拜去拉萨也有人实现了不是?只是看大家觉得用这个工具做这件事情值不值适合不适合。再说重复造轮子的事,VB鼎盛时期,各种组件也非常多,只不过那时候开源不像现在这么盛行,当一个组件作者不再维护了,现在下载能下载到,但付费注册都不知道要找谁了。python可以下载的组件类库很多,这些轮子不用造还免费,但是慢慢的就会发现轮子之间的互相依赖,现在已经有这种苗头出来了。看看前端npm现在的样子,其实有点恐怖的。 自行车和汽车各有各的适用领域,每个地方都适合汽车开么?市区总有小巷子,总有堵车的时候,停车方便么?两三公里的短程交通自行车方便但你就不会在高速上骑自行车。同样的vb有他的生存空间,有他的擅长领域,vb不妄想AI,就如自行车不妄想上高架,但在一些场景还是vb好用,就好像过两个路口去老字号店铺买两盒点心回来解馋,你开车去必然能把点心买回来,但消耗的油费和堵路上的时间成本和点心成本比起来未必值当,自行车嗖嗖去嗖嗖回来解决问题了。当然这些场景可能不像汽车跑在高架桥宽马路上那么显眼那么高大上,而且现在这种场景可能还会进一步缩小,比如买点心的事情现在戳手机叫外卖可能成本比自己骑自行车出去还低。 自行车和汽车都由人驾驭,但驾驭的门槛不同。有驾照的大多也都能骑自行车,骑自行车的未必有驾照。专业程序员能够但根本不屑于给办公室的小妹写excel的循环数据处理,难道办公室表哥表妹们就活该必须手工一个一个数据折腾?有VBA,非计算机专业的小妹也能自己啃两天书看若干例子以后写一些自己的工具解放自己,这件事情不需要AI,不需要tensorflow,不需要搞定java环境的配置。 人们总会找到一个功能和成本的平衡点。在自己的平衡区域里总是不能理解别人所处的平衡区域咋能行。于是会有各种擦肩而过心中互骂SB的情形。网络上的争执无不缘由于此。看清问题的本质即可,语言只是个工具,工具用得顺手即可,关键看用的人怎么想,其他人不必帮他想。他在知道有其他工具的时候有足够的了解和选择的情况下选择了手头的工具,自然有他的道理。
741
社区成员
26,925
社区内容
加载中
试试用AI创作助手写篇文章吧