V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  abcbuzhiming  ›  全部回复第 23 页 / 共 103 页
回复总数  2051
1 ... 19  20  21  22  23  24  25  26  27  28 ... 103  
2021-05-07 10:53:48 +08:00
回复了 BoringTu 创建的主题 JavaScript 为什么你们要选择 TypeScript?
@BoringTu
TS 本质是一种约束,作为约束,它其实约束的还不够狠,any 仍然能满天飞。

但是约束本质是软件工程的一个大方向,这个前提是不会变的。

高手永远太少,所以需要大量的工具人来写代码,这是软件工程存在的意义。这是历史的车轮,TS 也只是车轮上的一个零件而已。

资本希望把软件行业打造成不需要高手,填充机器零件就能完成的流水线的野心不是一天两天了,这也是个历史趋势,悲观的说,程序员其实在实践这个趋势。

抱怨没有天赋的选手没有意义,让没有天赋的选手也能写代码本身就是历史趋势的一部分。搞技术的本身要能跳出技术的局限性,仅仅自己写代码是没有前途的,你一个人再牛逼一天也就 24 小时啊
2021-05-07 09:54:18 +08:00
回复了 BoringTu 创建的主题 JavaScript 为什么你们要选择 TypeScript?
楼主的这个疑问,在知乎有几个很经典的问题可以回答:
“为什么 2010 年前后诞生的语言(如 Golang, Rust, Swift)都是强类型 + 静态”
“在大型项目上,Python 是个烂语言吗”,
“在大型项目上,JavaScript 是个烂语言吗”


总结的说,第一代动态语言,仅仅是人类希望获得类型推导时进行的一次尝试,但是很明显,这个尝试失败,没有类型约束的系统天生不适合协作。它带来了额外的心智负担。


楼主说自己写了 11 年,还是认为 js 的动态类型是优势,并觉得自己绝不会在过于灵活的动态系统面前出错,首先我承认,楼主应该是记忆力非常超群的那种人,其次呢,我基本可以肯定,楼主很少和人协作,计算协作估计也是和自己水平差不多的人协作,所以意识不到问题在哪里。


但是我仍然要说,所谓现代软件工程存在的意义,就是把一群实力其实一般的人,拉到一起写代码的。换句话说,楼主这样的人虽然优秀,但是稀少,但是再优秀的人,它的工作时间也就那么多,仍然有大量的代码,必须由不那么优秀的人完成。
当你必须考虑让不那么优秀的人一起协作的时候,你就会意识到过于灵活的类型系统是缺陷了。


楼主写了 11 年,还是停留在“我很优秀,我身边的人也很优秀,所以我不需要约束,不需要严格的类型系统限制我的工作”这个思考层次,其实已经有点滞后了,真诚的建议楼主,跳出技术圈子的约束。
理解电脑不过是工具,信息化的过程本质就是让更多的“傻瓜”也能参与和使用算力的过程。


计算机的世界需要大神,但是计算机发展的历史进程是拉入更多的普通人,作为大神,应该顺应这个历史进程,而不是仗着自己的头脑先天有优势,挡在历史车论前面当螳螂
2021-05-07 09:26:06 +08:00
回复了 chengdonghui 创建的主题 程序员 各位开发还在本机搭环境还是用 docker?
@gBurnX 想知道你的“有条件”,是指的什么条件,虚拟化对硬件性能要求不低的
当然是根据钱来的,性能只有不够的,问题是钱更不够
2021-05-05 17:25:19 +08:00
回复了 find456789 创建的主题 React 有多少人是放弃 react-native,转向原生了?
@jsq2627 fb 对 rn 是半放弃状态?这是哪里的说法?
2021-05-04 22:36:49 +08:00
回复了 suzic 创建的主题 Android 美团 APP 用的什么技术?
@yanlaz 我的手机上一天到晚报美团耗电异常,说真的美团开机体验一点都不好,比支付宝启动都慢
别想了,你保证不了的,就现在互联网项目那种动不动推了重来的模式,你怎么弄都没有用,所谓扩展,是保证原有模块基本不变的情况下,新增功能,可现在的开发需求动不动玩的是“推翻”,还扯淡什么“拥抱变化”。这种换神仙也没用,推了重来是唯一方式
@brader 目前大家说的流程我已经非常清晰了,只是这还是没有解决我说的那个疑问

我在 hotfix 为了修复暂时删除了 A 文件,我肯定需要把 Hotfix 合并到 dev 上去的,此时 dev 上的 A 文件是不是会被删掉?按照顶楼说的那个场景:会,因为 hotfix 对 A 文件做的修改,在版本线路上比 dev 新。那么这就会造成 dev 在合并进来 hotfix 后,不得不重新去找回 A 文件,这个流程总觉得有点别扭
@zhengxiaowai 那篇文章显然是为了故意造成这个效果,才做这样的场景操作的,
不过你提到的场景我也不太理解,为什么:
master 分支比 dev 分支多了一个 commit,再和 main 分支 merge request 的时候就会报冲突?这个冲突的原因是什么?是因为 git 找不到合并需要的 base 节点了吗?
@janus77
正确办法应该是这样的:main 拉一个新分支做 hotfix,该分支删掉 A 文件。然后先合到 dev 分支上去,再从 dev 合到 main
======
我的疑惑在这里,hotfix 删除 A 文件,再合并到 dev 分支上,这么干是否会导致 dev 分支的 A 文件被删掉?我觉得应该是会的,也就是说 dev 分支将不得不在合并后想办法去“找回”A 文件,这个体验似乎,有点糟糕?
2021-04-24 10:22:18 +08:00
回复了 ccde8259 创建的主题 程序员 看着市面上大量 Go 岗,如何调整心态?
@chnyuwen 语言代表了思维方式?这话不对吧,应该是语言的范式代表了思维方式,问题是语言范式就那几种,过程范式,对象范式,函数范式。再特殊一点还有类似 SQL 的这种 4GL 。

语言不代表思维方式,语言的范式代表了思维方式,但是语言的范式的种类远没有语言本身多。同样范式的高级语言的差别没有你们想的那么大
2021-04-08 16:03:48 +08:00
回复了 abcbuzhiming 创建的主题 Android 请教高手, Android 对 JVM 生态圈的兼容极限在哪里?
@guyeu 能不能举个同时有 jre 版本和安卓版本库的例子
2021-04-08 11:50:23 +08:00
回复了 wjv22019 创建的主题 Java 微服务设计上是否可以多数据源?有悖于微服务设计原则吗?
你 B 越过 A 直接操作 A 业务范围内的数据,那 A 的存在意义在哪里?
2021-03-29 23:32:34 +08:00
回复了 godall 创建的主题 程序员 大家 web 开发时,是怎么样保障正式数据库的账号安全的?
@bthulu 这倒是一个新奇的思路,可以保证秘钥只在内存里存在,而且很难拿到,问题是,你司启动一个服务要半个到一个小时?
2021-03-29 23:30:20 +08:00
回复了 godall 创建的主题 程序员 大家 web 开发时,是怎么样保障正式数据库的账号安全的?
@3dwelcome 你真实想多了,你服务器都被日穿了,黑客压根不需要调试你的程序,拿到你的程序后,程序本地跑起拦截你的网络连接请求做中间人攻击,就能截到你的账号密码。

最安全的方式永远是不要让黑客接触到你的程序,一旦接触到你的程序了,什么都是白塔。为什么服务器程序在正常情况下默认比客户端程序安全的多,就是因为正常情况下认为黑客是接触不到服务器程序本体的。一旦这道防火墙被打破,靠什么加密程序,都是骗自己的
2021-03-27 21:13:12 +08:00
回复了 fanyingmao 创建的主题 问与答 你们做服务端会对接口的入参和结果做日志吗?
@fanyingmao 朋友,打印日志消耗的是 IO 性能啊。而且我是真不知道,你们的初创项目业务很复杂吗?复杂到必须每个请求和返回都必须打日志才能找到原因?据我所知大部分的初创项目,排查问题都是临时加加日志,解决了问题再去掉,断没有所有请求和返回都打日志的做法。

所有请求和返回都打日志,只有当项目足够大,需要做风控的时候,才会考虑采取这个策略,而且别人也会专门考虑使用旁路流量方式记录日志来不影响线上服务。框架给你的那个接口入参和返回日志是方便你调试的,绝不是给你放那常开的
2021-03-27 21:07:51 +08:00
回复了 fanyingmao 创建的主题 问与答 你们做服务端会对接口的入参和结果做日志吗?
线上环境里你敢随便开日志打印,还说不影响性能?

这么说吧,你觉得打印日志不影响性能,那你有没有想过为什么现在后端的主要性能瓶颈全部在数据库那边?

你把所有接口的请求和返回全部打日志,你做的事情和数据库有什么两样?
2021-03-24 21:41:34 +08:00
回复了 Makuma 创建的主题 程序员 当前的 On Call 机制是否合理,如何改进?
@daijialong 对啊,换我立马就问候对方全家了,离职了还打毛电话,还屏蔽?还对方还能再换号码打过来?楼主你确定你自己处事方式没问题吗
2021-03-23 17:14:18 +08:00
回复了 SystemLight 创建的主题 Android 现在移动端的应用主流都用什么模式开发?
@Roardeer 很少看见用这个的,这东西的生态圈能赶得上 RN 吗?
1 ... 19  20  21  22  23  24  25  26  27  28 ... 103  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2073 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 01:06 · PVG 09:06 · LAX 17:06 · JFK 20:06
Developed with CodeLauncher
♥ Do have faith in what you're doing.