V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Rocketer  ›  全部回复第 60 页 / 共 61 页
回复总数  1201
1 ... 52  53  54  55  56  57  58  59  60  61  
2021-02-01 12:43:20 +08:00
回复了 WinG 创建的主题 Windows WIN10 如何在不重启的情况下卸载硬盘?
有个软件叫 HotSwap!(包括叹号)
2021-01-31 03:45:36 +08:00
回复了 zictos 创建的主题 程序员 接私活非 PHP 不可吗?
顺便说一句,PHP 转 Node 很简单,尤其是 ES6 以后,你不必再接触 prototype 之类的 JS 特有的东西,一切思路都跟以前一样,只是换一种格式而已。

我不劝你转,我的意思是——如果你想转,千万别因为要“学习一门新语言”而犹豫,Node 真就是纸老虎一只,实在太简单了。
2021-01-31 03:39:05 +08:00
回复了 zictos 创建的主题 程序员 接私活非 PHP 不可吗?
文无第一,武无第二。编程语言之间比好坏完全没有意义,倒不如多关注一下流行度。因为“好坏”是个观点,而“流行度”是个事实。

紧跟流行度,可以让我们获得更多的支持,遇到问题有人答,常用功能有类库。

而讨论好坏,除了打嘴炮没有任何用处。真的是任何、一丝丝的用处,都没有。不会有人因为你说好就去学,更不会给你写类库的。你去翻翻历史上死掉的那些语言,以及目前正在死去的语言,都是各有优点的,但不流行就是不流行,你吵破天它也得死。

就我个人而言,我写过很多很多很多年的 PHP,戴志康在北京的时候我还跟他有一些商务上的来往,可谓很有历史了吧?但我现在更倾向于 Node.js ,因为前后端一把梭真的很快,主要是大部分功能都能 npm,写点胶水代码就完事了。

至于“逼格”、“好坏”、“效率”……我从没关心过这些问题。我只关心开发时间,能让我或者我的团队以最短的时间完工,就是我的选择。效率问题堆服务器就完了,访问量不大的情况下,服务器比人力成本低得多。

至于其他,在这儿打嘴炮还不如去找个妹子打嘴炮……
2021-01-30 16:04:13 +08:00
回复了 zictos 创建的主题 程序员 接私活非 PHP 不可吗?
一楼真相,因为小网站一般都是内容网站,所以找个流行的 CMS 改一改就可以收钱了。内容网站与 PHP 属于同一时代的产物,所以即便 PHP 不那么流行了,也仍有大量流行的 CMS 。

近期新诞生的应用应该不会有太多用 PHP 的了,但最近也没什么像 CMS 这么标准化的应用,都不大,所以不显眼。

私以为,全干工程师还不如用 Node.js 做后端,这样前后端一门语言就涵盖了,双效熟练,加倍提速
2021-01-25 11:09:58 +08:00
回复了 kaka6 创建的主题 程序员 做为程序员,现在一般都怎么看新闻
主要看公众号,优势是内容不会太差,毕竟是人工选过的,且可以根据个人兴趣选择领域(关注相应的号即可)。

千万不要看头条这种“根据兴趣推荐”的新闻,它只会不断强化你的兴趣,却无法扩展你的视野,违背了“新闻”的初衷。

那感觉就好像,恋人之间的亲密行为本来丰富多彩。头条发现 OOXX 让你最爽,于是就只让你 OOXX 。进而又发现你对前戏的兴趣不大,于是直接活塞运动。再后来发现你最爽的瞬间是“最后一下”,于是连活塞都省了,直接给你大脑一段高潮……这还有什么意思呢?
@sprite82 会评估需求,毕竟得报价。但不签完合同看不到源码呀。
@learningman #3 谢谢,这个办法不错,可以试试
2021-01-22 11:27:20 +08:00
回复了 monetto 创建的主题 Java 有大佬出 IDEA 的永久回退许可吗 或者 购买 IDEA 的优惠渠道
既然选择盗版,就彻底盗版吧,别又当又立的。

idea 的授权是跟人的,无论你用什么手段激活,只要授权对象不是你(或你的公司),就是盗版。

就像你说的 kms 激活 Windows 一样,虽然你用的是微软自己的技术,但你只有技术,没有授权。企业版 Windows 的授权是跟公司的,你不是那个公司的人,就是盗版。严格来说,甚至那个公司的人离职后继续用也是盗版。

所以,要么就等个优惠正经买个授权,或者说服你老板给你买个授权,要么就盗版到底吧,这事没有中间路
2021-01-18 08:33:00 +08:00
回复了 inhd 创建的主题 分享发现 坚果手机或停止开发
@alfchin 你并不是第一个这么说的,但迄今为止没人给我看数据来源,所以目前为止这仍然只是个幸存者口中的评价
他只要不拒绝现金付款就不违法。在合法的框架内,手续费道义上应当由受益方承担,实际上都是由弱势方承担。
2021-01-18 07:51:37 +08:00
回复了 inhd 创建的主题 分享发现 坚果手机或停止开发
@alfchin 所以这事就没法讨论了,无论说好的还是说坏的都有幸存者偏差。只能说我比较幸运,你比较倒霉吧
2021-01-18 06:39:39 +08:00
回复了 inhd 创建的主题 分享发现 坚果手机或停止开发
用过坚果 Pro,性价比还是很高的。老罗在的时候,至少在产品上是合格的,只是商业上不合格。现在连产品也不合格了。
2021-01-18 02:32:47 +08:00
回复了 Heiban 创建的主题 随想 大多数人的观点=正确=我也要加入他们?
@jhdxr 从定义上讲,“小粉红”指的是那群被冼了脑的爱国者,所以完全符合黄执中的定义。

但悲哀的是,真正健康的爱国者却往往受到歧视。

我在国外,能看到不少思路清晰的爱国者。他们知道中国的好与坏,也知道新闻联播和反华媒体一样无聊,单纯吹捧和单纯黑没有本质区别。

喜欢一个国家就像喜欢一个姑娘一样,你看到她漂亮就想跟她交往,但她的某些小脾气可能又让你吃不消。所以单纯描述“漂亮”和单纯描述“坏脾气”都是不对的。只有全面了解以后,仍然觉得还不错,才是真正的、健康的喜欢。

所以你会看到这些国外的华人同胞一边驳斥反华媒体的谣言,一边吐槽中国的种种不足,一边又深爱着这个国家。

只可惜,小粉红只会看到他们吐槽中国,反华势力又只会看到他们驳斥谣言,说他们是“小粉红”……
2021-01-18 02:07:56 +08:00
回复了 littlespider89 创建的主题 程序员 软件漏洞导致客户损失,要赔偿客户所有损失吗
这个题不是那么简单,楼主必须提供更详细的信息才能回答。

首先要明确损失是怎么产生的,是因为你的漏洞直接导致损失,还是用户使用不当导致漏洞爆发,还是漏洞被坏人利用才产生的。

比如你的产品是电话机,如果电话在正常使用情况下自己漏电导致起火,那肯定是你的责任。

如果用户不小心洒了水在上面导致起火,那可能是双方责任,因为这可能没达到一些法定的安全要求。

如果电话机在正常使用情况下绝对不会起火,但被黑客攻入,运行恶意程序导致机器过热并起火,那就是黑客的责任。

上面是归责问题,然后还要看损失的性质,是直接损失还是间接损失。

直接损失如起火导致的家具烧毁、房屋清理及重新装修、以及停业期间仍需支付的工资等费用,都由责任方承担。

但如果用户说这场火导致一个合同泡汤了,那就无需责任方承担,因为这是间接损失,不着火他可能也拿不到这份合同。

还有一些比较扯皮的事情,比如这场火导致合同无法按期完成,进而导致违约金,那就只能让法官来判了。因为还要看合同本来是不是能完成,事故发生后他们有没有尽力弥补等等,以着火为借口放任自流是不被支持的(但和稀泥也是很常见的,法官通常会判责任方多少赔点)
2021-01-17 02:44:00 +08:00
回复了 Heiban 创建的主题 随想 大多数人的观点=正确=我也要加入他们?
真恶心,因为回复里有敏感词,只好拆成一段一段的发,最后发现“幼兒园”是敏感词,这是自我阉割过度了吗?
2021-01-17 02:42:35 +08:00
回复了 Heiban 创建的主题 随想 大多数人的观点=正确=我也要加入他们?
注意:这里说的教育不是数理化教育,而是独笠思考能力的锻炼。西方国家的小孩从托儿所阶段就会开始练习区分事实与观点,并理解事实无对错,观点无真伪等基本概念。但这也仅限于上得起托儿所的孩子,很多穷人家的孩子缺乏这样的锻炼,所以不能以为“国外”的人就该懂这个。

当然,东方的教育体系就更没有这种锻炼了,因为东方文化倾向于趋同,独笠思考能力不太被倡导。

所以,如果你混的社区有很多缺乏独笠思考能力的人,就会看到你说的那种现象,说得再直白点——他们被冼脑了。

作为拥有独笠思考能力的你,看清本质并适时适当发表自己的观点即可,没必要与他们为伍。
2021-01-17 02:37:36 +08:00
回复了 Heiban 创建的主题 随想 大多数人的观点=正确=我也要加入他们?
参考本季《奇葩说》第 5 期黄执中的发言,“排他性”与“身份剥夺”都是被冼脑的表现。一个正常的,受过良好教育的人,会支持自己的观点,但允许其他观点存在;知道自己持方的优势,也明白任何事物都不是完美的,自己的持方也有不足。这种人是很难被冼脑的。
2021-01-17 02:36:41 +08:00
回复了 Heiban 创建的主题 随想 大多数人的观点=正确=我也要加入他们?
建议楼主把定语修改一下,因为这种现象不是“国内外”的区别,而是“普通支持者”与“极㟨分子”的区别。
2021-01-16 08:59:34 +08:00
回复了 git00ll 创建的主题 MySQL mysql 一次更新大量数据,速度慢, cpu 占用高,有啥优化思路吗
难道不是应该先定位问题,然后头痛医头,脚痛医脚吗?

大量更新本就应该速度慢、cpu 占用高,但如果这台服务器是独占的,那就不是问题,也不用优化。

所以你打算怎么优化,得看这个更新如何影响了你。比如你这服务器还有别的高优先级写入请求,那就弄个优先级队列,让服务器在没有高优先级请求的时候慢慢更新。要是你这个大更新有强一致性要求,必须一次完成,那其实你就没有什么技术解决的办法,只能换个不忙的时间来做。
2021-01-16 08:48:27 +08:00
回复了 cstj0505 创建的主题 程序员 通用 rest api 用 jsonql 是不是脱裤子放屁?
jsonql 也好,graphql 也罢,都还不成气候,没有闲钱的公司不要急着上。这些东西都有可能像前段时间流行的“中台”一样,过段时间就被拆了。
1 ... 52  53  54  55  56  57  58  59  60  61  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1498 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 17:24 · PVG 01:24 · LAX 09:24 · JFK 12:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.