V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  abcbuzhiming  ›  全部回复第 22 页 / 共 102 页
回复总数  2028
1 ... 18  19  20  21  22  23  24  25  26  27 ... 102  
当然是根据钱来的,性能只有不够的,问题是钱更不够
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 吗?
2021-03-23 09:33:13 +08:00
回复了 iscurry 创建的主题 Android 安卓逆向有多神奇?什么都能破解?整天看[破解 xxx]的
逆向是一个极其看天赋的行业,不光安卓,理论上投入足够的人力物力,在能接触到程序本体的前提下,能够反向退出任何程序的全貌
你要是能保证过滤百分之百那当然没有注入,问题就在于你保证不了的,楼上已经有人说了,注入都来自意外的地方
2021-03-21 18:25:22 +08:00
回复了 wxsm 创建的主题 职场话题 产品经理真的挺好当
@Neronotneo
我很久没有看到这样堂而皇之给人灌鸡汤的人了,今天正好周末有时间,不介意我挨个反驳你的观点吧:

对自己的专业自信,就不应该拿多少钱多少活当观点
======
我给你打工,不问钱为什么?难道我是你的股东吗,自带干粮陪你玩?这个世界上一切行为都是有目的的,正是因为我对自己的专业很自信,所以我能衡量出多少投入能干出多少事情了,自然不会对那些枉顾现实的所谓大目标有任何兴趣。


这个活干不好,只有业务方向(语言、框架等)和经验的问题,而不是钱多钱少的问题
======
在这个时代的程序开发,绝大部分问题都可以归结为成本和产出之间的矛盾,所以,想要比拼大厂的效果,却又不谈大厂投入的资源,还说这不是钱多钱少的问题,归根结底其实只有一句话:本质是不愿意出钱或者出不起钱,但是却指望捡个漏。其实有这种想法的人非常之多,但是大部分人已经被现实教育了,说真的,在 V2EX 这个以年轻人为主的论坛里,还有这种忽悠我是感到震惊的


对自己尊重,就应该看到整个团队中你能贡献和修正的价值,我基本上没看到你有一些对合作伙伴和契约相关的认可
======
正是因为尊重自己,所以我一向认为技术有权利,也有义务,阻止一些不切实际的想法,因为实施这些不切实际的想法是白费公司的资源。在我已经尽力向你陈述过你的想法是不切实际的,你还是要实施的话,请允许我为了自己的身为技术人的自信和尊严,不和你这种枉顾现实,浪费资源的所谓团队同流合污,这难道不是对公司契约的认可,公司雇我来是让我贡献自己的专业知识的,当我明白事已不可为时,我选择不再白耗公司给我的薪水,这怎么不是自信,怎么不是契约认同?

合作伙伴不是轻飘飘能说出来的话,打工而已,谁跟你是合作伙伴?我是跟公司签合同不是和公司下面的某个人(哪怕他是 CEO )或者某一群人定契约,请搞清楚契约的主体是谁和谁。

我猜你动不动就谈合作伙伴,其实你有一个前提,就是你之前提到的所谓 [团队] ,对,这是一个很多人喜欢挂嘴边上的词。动不动就说,我们团队如何如何,加入公司就是加入团队。可惜,我不仅开过公司,我还见过无数所谓的团队是怎么把公司玩垮然后拍拍屁股去下一家公司的——绝大部分公司所谓的团队,不过是利益纠结下的团伙而已,根本谈不上团队,团队是要精神认同的,哪是那么容易建立起来的,能把团伙带领起来把公司运营下去的老板已经算杰出了。所以别动不动谈团队,现实哪来那么多团队啊,就是团伙而已,说的好听。麻烦有些人少继续对别人忽悠团队什么的,你的团队不发工资 3 个月还能维持的住不?如果有,那我承认,那确实叫团队,你牛逼。但是,请搞清楚,牛逼的是少数


大家都是打工人,但如果有机会的话,成为更轻松、更专业、所获剩余价值更多的打工人,不是更好么
======
打工人应该认清现实,打工人签了公司的合同,应该给公司效力,这是天经地义,所以打工人有义务贡献自己的才智,努力工作和学习,提升自己的能力更好的服务现在和将来,我并不认为,在工作中质疑其它同事有什么问题。相反怀疑精神和对现实的责任,才是打工人不昏昏浩浩的前提——真想当咸鱼混日子谁会和你争辩?
1 ... 18  19  20  21  22  23  24  25  26  27 ... 102  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2489 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 44ms · UTC 12:35 · PVG 20:35 · LAX 05:35 · JFK 08:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.