V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  libook  ›  全部回复第 199 页 / 共 251 页
回复总数  5019
1 ... 195  196  197  198  199  200  201  202  203  204 ... 251  
2020-06-04 18:44:01 +08:00
回复了 yongliang 创建的主题 问与答 想体验下智能手表,有推荐没?
你的直觉是对的,我自己也用过智能手表,感觉没有强需求不推荐买。

B 站上有个测评挺不错的 https://www.bilibili.com/video/BV1Jz411q7K5
2020-06-04 18:38:42 +08:00
回复了 coolworker 创建的主题 问与答 帮一位设计师朋友推荐电脑
即时渲染吃显卡,最终渲染吃 CPU,所以显卡要好,CPU 核心也要多的。

a. 如果之前就没有 MacOS 使用习惯的就算了吧,个人感觉 MBP 还是更适合文书办公或者写代码,如果对 MacOS 习惯的话可能 iMac 或者 Mac Pro 会更合适。
b 、c. 这两个牌子都是主打商务的,所选型号的显卡都属于中端显卡配置,所以不推荐用于 3D 设计。
d. 是游戏定位的,做 3D 设计比较合适。

另外雷蛇也可以考虑。

一个建议慎重考虑的问题是:对移动性要求真的很高吗?上面的电脑天天背在身上还是挺费力的,如果用台式机的话性能可以更强、价格可以更便宜、散热可以更好、噪音可以更小、扩展性可以更高。
2020-06-04 17:26:39 +08:00
回复了 iweus 创建的主题 问与答 家里装修该怎么布置 WiFi?
华硕有个 Lyra Trio 织女星 AP,可以和你现在的路由搭配使用。
2020-06-04 15:31:57 +08:00
回复了 xy2020 创建的主题 奇思妙想 这样的视频网站,你会支持吗?
@xy2020
大家都给你提供了用户角度的回答啊,只不过你帖子里说了很多商业的东西啊,大家觉可行性不高才会给你讲盈利的问题,谁知道你如此抵触大家给你提供建议啊。
我的回答里也明确说了,纯站在用户角度上来说,希望视频没有广告,而且不需要买会员。(你让我在用户角度考虑的,就别怪我不考虑网站的死活,也不要强调广告和会费对网站的重要性,因为用户才不关心你运营的钱从哪里来)
换言之,只要你有广告或者需要买会员,那就跟现在主流的视频网站没有本质的区别,作为用户来说,你的模式不是决定用户去不去你网站的决定性因素,因为用户觉得视频网站的体验都一样的差,剩下的基本上就只有独占内容作为决定性的考虑因素了,比如芒果不管 App 做的体验多么糟糕,因为独占芒果自己的综艺,所以广大用户还是不得不去用,甚至买会员。
2020-06-04 12:01:44 +08:00
回复了 dbldong 创建的主题 程序员 都 2020 年了, 还有公司只能用 jquery 开发的吗
两个问题吧:
1. 公司限制只能用 jQuery 开发任何项目,这种公司人才流失是正常的,因为决策者没有合理选型的意识和能力。
2. jQuery 和其他 MVX 框架都是工具,根据需求选择工具。举个例子,开发一个简单交互的表单页面,甚至只需要用原生 JS 就能几分钟做出来,使用框架事倍功半。

另外,360 浏览器是双核的,极速模式对现在很多框架支持都是比较好的,360 浏览器官方也提供了方案让开发者的页面可以默认使用极速模式打开 https://browser.360.cn/se/help/kernel.html
2020-06-04 11:22:30 +08:00
回复了 xy2020 创建的主题 奇思妙想 这样的视频网站,你会支持吗?
如果楼主不考虑盈利的话,这个网站也就不可能存在,打个糙比方:我们发表看法就像是在讨论宦官容易生男还是生女一样没有意义。

如果是纯站在用户的角度来看,当然是希望能看所有视频还不需要付费以及看广告,但几十年的行业经验来看这几乎是不可能实现的,除非你真的有革命性的突破能够彻底解决用户体验和营收的矛盾。

其实退一步来讲,如果哪个视频网站能够做到买了会员之后就没有任何广告以及隐性消费,我一定会吹爆。

你的目标是和现有的优酷、爱奇艺、腾讯视频等竞争,这个命题本身就已经完全进入商业的范畴了,作为一个视频网站的运营者是必须达到用户留存和营收的综合最大化的,他们这些网站何尝不希望在保障客单利润的同时尽可能提高用户体验呢(提高留存)?但面临的问题远远没有这么简单,比如金主爸爸要求加会员专属广告,以及手握优秀资源的版权方要求在片子中间加播版权方的金主爸爸的广告。
2020-06-04 10:38:29 +08:00
回复了 sunshinev 创建的主题 程序员 Vue 还是 React? 如何选择
1. 抛开需求谈选型的都是耍流氓。
2. 如今做前端开发,得至少三个主流框架都会用吧?否则求职的时候就失去了三分之二的机会,公司评估裁员的时候你也失去了三分之二的机会。
1. 把所有项目依赖放在一起会有问题?答:看需求,贴合需求就没问题,与需求矛盾就有问题。
2. 每个项目中的 node_modules 都有一份依赖是不是 Node 的机制?答:不是,这是 npm 的机制,Node 并没有强制要求每个项目的依赖放在项目自己的 node_modules 里。
3. Node 是否支持把所有项目依赖放在一起?答:支持,npm 只是一种包管理方案,Node 的包管理器有很多种,比如 pnpm 就是采用了把所有项目依赖放在一起的方案。
4. node_module 是否支持你把依赖放在多个项目的公共父目录下供所有子项目使用?答:支持,实际上如果当前目录下找不到依赖,Node 会尝试到上一级目录来查找依赖,一直到根目录: https://nodejs.org/api/modules.html#modules_loading_from_node_modules_folders
> If the module identifier passed to require() is not a core module, and does not begin with '/', '../', or './', then Node.js starts at the parent directory of the current module, and adds /node_modules, and attempts to load the module from that location. Node.js will not append node_modules to a path already ending in node_modules.
> If it is not found there, then it moves to the parent directory, and so on, until the root of the file system is reached.
2020-06-02 18:17:39 +08:00
回复了 sherwin1995 创建的主题 游戏 刚配了一个主机,很久没碰游戏了,求推荐
太空工程师,太空主题的方块建造类的游戏。
2020-06-01 15:53:21 +08:00
回复了 Smash 创建的主题 问与答 这破门无法安装「小米指纹锁」。
小米的锁体有两种,霸王锁体和普通锁体,需要根据门原本的锁体来选择,小米有个小程序,可以用一元硬币放在锁上拍张照就可以判断出来用哪种锁体或者两种都不适合,你可以试试看,是不是之前的锁体选错了。

我用的是王力的门,霸王锁体,买门之前就用硬币拍照测试过了,买的是霸王锁体的密码锁,前几天找小米的安装师傅换上了,期间只是对门做了几下比较小的切割处理。
2020-06-01 15:43:21 +08:00
回复了 axihe 创建的主题 Node.js 非常真诚的想和老哥们讨论新出的 Deno 和 Node.js
从新技术的角度来看,我十分欢迎 Deno 的这种新方向的探索。但同时,我很讨厌部分 Deno 布道者邪教一般的宣传手段。
参加了 2020 年的北京 NodeParty,一个自称是 Deno 核心开发成员的嘉宾直接当着所有 Node 开发者的面踩着 Node 来宣传 Deno,所使用的论据无外乎以下几点:
1. Deno 是 Node 之父开发的,因为 Node 之父认为 Node 很失败。
2. Deno 是用 Rust 开发的,因为 Rust 很高效、很安全,所以 Deno 也很高效、很安全。
3. 以后大家都用 TypeScript 了,没人用 JS 了。
4. Node 从发布到爆火用了很短的时间;现在不上 Deno 的车的话,等 Deno 爆火了就失去职业竞争优势了。
我本人从事 JS 栈开发 7 年了,对于 Rust 也有一定的了解,可以说当时的这位布道者发表的讲话中至少一半都是吓唬不了解实际情况的人的;关键是完全没有介绍 Deno 本身技术上的特性优势以及所擅长的应用场景。

楼主文章一开始提到的天时部分我是比较认同的。一项新技术的推广会遇到两个问题:
1. 潜在用户群体是否足够大?
2. 为什么要学习这个新技术而不是用已经掌握的旧技术?
对于第 1 点,Node 是使用 JS 作为语言的引擎,而且当时几乎没有相近的竞争者,而 JS 语言开发者的群体超级庞大,所以 Node 的潜在受众也是非常庞大的。
对于第 2 点,Node 亮出了异步非阻塞的杀手锏,这个虽然很多语言都能实现,但鲜有像 Node 这样深入骨髓、开箱即用,在大家正在对高并发编程津津乐道的时期,Node 自然而然就成为了焦点。

发现网上依然有人 node_modules 的黑洞梗说事,那些人怕是依然生活在 2014 年,在 2015 年 npm 发布 v3 的时候就已经把依赖打平了,剩下的逻辑依赖嵌套太深的问题是开发者的锅,也不可能简简单单靠使用 URL 引用的方式来解决。如果希望把所有项目的依赖都放在一起共用可以用 pnpm 。事实上 Node 只定义了 node_modules 机制,并没有强制要求必须用 npm,而如何利用这一机制完全取决于开发者选择什么包管理器,如今面向 Node 的包管理器有很多,即便都无法满足个人需求,自己写一个也不会很难。

Deno 虽然早期以 TypeScript 作为卖点狂踩 JS,但是只要它是基于 V8 的就肯定逃不了 TS 转 JS 的步骤,所以后来在 Deno 已经看不到那么激进的宣传了,目前官网上已经变成了“A secure runtime for JavaScript and TypeScript.”这样比较包容的文案了。我想 Deno 团队后来也不希望把自己特化成为 TS 专用引擎,而失去 JS 庞大的生态支持以及对 TS 没有需求的用户群体。

个人觉得 Deno 有两个特性是比较独树一帜的,一个是沙盒,另一个天生支持编译为 WebAssembly ;但从我所接触的 Web 开发领域来看,沙盒本身就不是一个频繁出现的需求(特别是容器化大行其道),而可以编译为 WebAssembly 也是得在有其他需求必须在 WebAssembly 环境中运行 Deno 的时候才会有用;所以从天时的方面,Deno 远不及当年的 Node,未来的推广还有很长的路要走。

有机会的话,体验一下 Deno 也是挺好的,但是不建议抱着用 Deno 来取代 Node 的心态,事实上现如今的工程凡是达到一定规模的,都不可能依靠某单一技术栈建立起来,多接触各种技术,了解技术之间的差异,能够帮助在特定的情景选择最合适的技术来达到最大收益。
前年结的婚。
领证:这个就不多说了。
拍婚照:毕竟是重要的纪念,所以我们对于婚照的预算是比较高的,达到了 1W,找了帝都几家最大规模的影楼,提前做足了功课之后与其中一家影楼谈妥了,找的是级别比较高的摄影师。拍照花了一天的时间就完成了。选片的时候影楼会向你推销让你加钱,如果你表现出犹豫不肯妥协的话他们为了完成 KPI 往往会自降价格或赠送更多的东西。易拉宝可以用于婚宴,双方家里各留一个适当尺寸的两人合照的实体相框,其他的实体产品就都是可有可无的了;大的知名的影楼精修手艺都非常好的,P 得认不出来的一般都是小影楼;建议以加些钱作为谈判条件和影楼销售协商把那些不必要的实体产品换成精修额度,然后所有照片拿电子版,以后有需要做成实体版随时再做就行了。
婚宴:劳民伤财还要坑同学,我们一开始没打算办婚宴,不过父母希望能宴请亲戚和工友什么的,所以基本上就是父母在操持,找个饭店,摆上十几二十张桌,找个当地的婚庆公司,弄个简单的布景和简单的婚礼仪式就行了。我们选的是中式的婚礼,没有钻戒仪式。
蜜月旅行:这个是重头戏,当年还没有疫情,我们去了泰国,清迈到苏梅岛再到曼谷,强烈推荐苏梅岛的 Buri Rasa Village 酒店,5 星级,当时是 800 一天,整体感觉同样配套的酒店国内可能至少要 1500 一天,服务超级贴心,酒店的海鲜篮子晚餐也非常不错。以及苏梅岛的 Fisherman’s Village 夜市是我感觉三个地方的夜市中最好的夜市,其他地方的夜市基本上全是游客,而 Fisherman’s Village 上得至少有一半是当地人,东西都是当地的东西,宰客问题没那么严重。
2020-05-28 18:18:04 +08:00
回复了 clown007 创建的主题 问与答 迫于懒得锻炼,V 友们有没有推荐的代餐食物?
自己没试过,看果壳上说,除了控制高热量食物以外,可以尝试冷的面制品或夹生的米饭,都可以在有饱腹感的同时降低糖的摄入。

不过不管怎么说,减肥是个特别长期的事情,得身体适应了才行。

如果靠运动显著消耗能量需要每天至少有氧运动 4 个小时以上,如果实现不了的话就以控制饮食为主吧,运动可以提升身体代谢水平,让身体变化更快。
2020-05-28 17:10:41 +08:00
回复了 FieldFarmer 创建的主题 git Git 可以使用中文作为分支名?
英语汉语之间并不是所有词汇都一一对应的,有些概念仅限于中文语境下存在,那么你是不可能找到一个英文信达雅地来表达的,硬翻译的话很可能会出现中国人看不懂、外国人整不明白的情况。

除非你需要与不同语言的开发者协作,那样的话你需要有公共的词典来详细解释每个专用词是什么意思。

所以我建议在开发工作流测试通过的前提下,使用能让人直接理解的文字来描述,比如“Buffer”就是“Buffer”,“地推”就是“地推”,一句话里也可以多种语言混合,总之最终目的是让协作的开发者,哪怕是过了十天半个月后的自己能够一目了然看懂含义。
2020-05-28 16:47:50 +08:00
回复了 frozenway 创建的主题 发音 我问一下 PHP 用英文怎么读?读作“福啪”吗?
遇到缩写,依次读字母肯定错不了。

如果英语口语好的,可以看是否有元音可以连读出来,像 PHP 和 SQL 这种没有任何元音的按照正常的英语读音规则是不可能连读出来的,现在能听到的连读方式都是脑补元音硬凑出来的。

也有一些并不是从英语来的词汇,比如 Axios 是来自于希腊语,Linux 的创始人是芬兰人,英语习惯性的读法和原本语言上的读法可能会有很大区别,所以……也就不用在意那么多了。

读音只是为了能让别人听懂,即便官方宣布了所谓“标准读音”也会因为不同人的口音差异读成不同样子,只要对方能听懂就行。
《入殓师》不要被名字吓到了,超暖心的片子,也没有不适的画面。
《情书》日系温情
《全民情敌》情圣也会翻车
《天堂电影院》可能节奏会比较慢,但感觉超和谐
《狗狗与我的十个约定》光看到小女孩和狗狗就足够治愈了
《借着雨点说爱你》内核是悲剧,但是剧情很温暖

罗宾威廉姆斯的:
《窈窕奶爸》对孩子的爱能让一个父亲做出任何事情
《心灵捕手》各自都得到救赎
《机器管家》爱不是能给予什么,而是能放弃什么

金·凯瑞的:
《大话王》真正面对儿子的期望
《楚门的世界》经典不多说

你看过三傻了,那么阿米尔·汗的这几部也可以看一看:
《地球上的星星》很不错的了解自闭症群体的切入点
《我的个神啊》和猴神大叔一样,致力于解决印度宗教问题
2020-05-26 18:38:25 +08:00
回复了 kisshere 创建的主题 随想 如何才能证明自己不是活在精神病或者植物人的世界里?
首先我想鼓励楼主这种行为,遇到困难积极寻求帮助,一方面楼主能够通过这种倾诉来缓解自己的心理压力,另一方面,楼主是希望能够获得帮助来解决自身问题的。

心理上健康的人和有疾病的人的界线本来就不是特别分明,所以我一直主张以是否影响生活为判定条件,如果不影响生活就可以忽略,但若影响生活了,就一定要尽自己所能寻求帮助。

现在看来楼主当前的情况已经对其生活造成了影响,所以我建议楼主勇敢一些,试一试去咨询心理医生。

“不敢去看心理医生,我觉得这个心理医生也会是我虚构出来的,可能现实中我正在和一个电线杆谈心说话,我以为那是心理医生”
建议楼主这样想:去试一试尚有和真正的心理医生谈话的可能性,但如果不去试就完全没有得到治疗的机会了。

期待你能从困境中走出的那一天。
2020-05-26 16:50:23 +08:00
回复了 SaintSeiya 创建的主题 程序员 有专科小伙伴准备自考本科的吗
本科好处是知识更系统化,缺点是不能紧跟趋势以及缺少实践,另外本科的老师、图书馆都是非常棒的资源。

如果只是想搞一张文凭,只需要完成毕业就行了;
如果希望在求职上更具有竞争力,升本可能帮不到你,因为现在本科生本身就没什么竞争优势,如果是博士的话倒是能有很大优势,所以志在此的话可以找找机遇读研读博,但肯定也是十分困难的。另一条更加直接有效的路径就是在工作中积累知识、项目经验,因为企业招聘的终极目的就是找到合适的人能够把事情办妥。
如果是以学习为目的的话,升本是非常推荐的,尽量找好的学校,尽可能在有限的学程内最大化利用好学校的老师和图书馆等资源。
2020-05-26 14:55:55 +08:00
回复了 wangyzj 创建的主题 Go 编程语言 [月经贴] golang 能否完全替代 c++?
@wangyzj
一般来说(不考虑特例),写一个具备一定功能的程序的话:C++要比 Rust 简单,但是 Rust 要比 C++可靠;未经过优化的 Rust 程序可能会比 C++程序性能好,但是 C++的优化天花板更高。
Rust 的可靠是建立在其语言上对于安全代码的约束的,自然不如 C++灵活,但同时 Rust 也给开发者提供了选择的余地,如果偶尔要求灵活度也可以使用 unsafe 来牺牲可靠性。

但是很多高度复杂的项目团队都希望把难点留在开发阶段,而不是运营阶段的 Debug,这块就是 Rust 的市场。
数据库、中间件、区块链、容器(或沙盒、虚拟机)、WebAssembly 等已经开始出现基于 Rust 开发的产品(包括我#131 提到的 Deno ),随着 Rust 的不断完善和发展,势必会从 C++的应用场景中接管不小的一部分。

所以同样的,看你项目上的首要痛点究竟是啥,在都能实现的条件下,如果痛点是可靠性那就选 Rust,如果痛点是性能就用 C/C++;同时也可以模块化处理,Assembly 、C/C++、Rust 、Python 、JS 一起,物尽其用。
1 ... 195  196  197  198  199  200  201  202  203  204 ... 251  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1962 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 64ms · UTC 03:21 · PVG 11:21 · LAX 20:21 · JFK 23:21
Developed with CodeLauncher
♥ Do have faith in what you're doing.