V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  abcbuzhiming  ›  全部回复第 48 页 / 共 100 页
回复总数  1982
1 ... 44  45  46  47  48  49  50  51  52  53 ... 100  
2019-06-15 11:10:55 +08:00
回复了 HuasLeung 创建的主题 程序员 1 核 1g 的服务器使用 docker,内存捉急
这关 docker 什么事情,docker 还能有中变没降低内存消耗不成?拿 1G 内存,即跑 JVM 又跑 MySQL 我也是醉了,你当心你的 MySQL 因为内存 crash
有钱上专线,没钱乖乖认怂,分开服务。国内出口带宽是极度稀缺资源,不要谈墙,就算没墙,照样天天堵的不要不要的
@broadliyn 你说的非常有道理,公司的利益从来就是和员工的利益不一致的,所以我非常支持该走就要走,管那么多干嘛,不符合你的发展前途,给再多钱也没用
2019-06-13 11:29:08 +08:00
回复了 abcbuzhiming 创建的主题 数学 线性代数想认真学习的话该如何入手
@fanyange 有好的教科书+练习题可以推荐吗?最好是中文的,谢谢
2019-06-12 23:58:51 +08:00
回复了 abcbuzhiming 创建的主题 数学 线性代数想认真学习的话该如何入手
@supertiny
@Jirajine
谢谢两位,不过你们说的这个有没有翻译版的?听力没有好到能够直接听原声就能听懂
@VeryZero 我也猜这人想的就是全栈(或者说诛心一点,侵蚀后端的空间),现在我不打算去考虑他内心真实想法,我只想考虑这东西有多大的负面性,毕竟这人看起来不是真的对后端很有理解,他自己也承认重业务还得后端来写,他想要的就是简单的 CRUD 不找后端。所以他想直接操作后端的表,我担心的就是将来如果后端出了技术问题,这个锅谁来背,坑有多大,如何解决
@whitev2 页面不写 sql,以接口来实现建表和修改操作


@ben1024
@exonuclease
我仔细翻了 graphql 的想法,但是我发现 graphql 并没有提供修改表 schema 的能力,graphql 只是提供了让使用者决定获取的数据结构的能力。新增表,修改表结构这样的能力 graphql 有提供过?
2019-06-11 09:04:32 +08:00
回复了 zhensjoke 创建的主题 问与答 有无合适的 IDE 推荐。
要么 VS,要么 IDEA。
顺便说一下我非常讨厌 IDEA,但是这是个比烂的世界,在 IDEA 的领域里你找不到比它好的
2019-06-10 09:19:32 +08:00
回复了 WaJueJiPrince 创建的主题 Python [爬虫与 5G] 5G 的到来会对爬虫速度有质的改变吗??
楼主,你说你是写爬虫的?你难道没有被别人家的反爬虫措施整的欲仙欲死的经历?你居然认为阻碍爬虫的问题是网速和响应时间?你真的是写爬虫的?你不是在逗我?
2019-06-10 09:12:20 +08:00
回复了 goreliu 创建的主题 问与答 哪里有能相对理性地讨论的圈子?
人怎么可能绝对理性,绝对理性的那绝对不是人
2019-06-02 10:20:35 +08:00
回复了 Osk 创建的主题 Linux 闲来无事,安装了几个发行版感受下, Linux 桌面还是渣
@kaneg 对,这才是 Linux 桌面的本质困境,Xwindows 这个老玩意的问题从上世纪一直喷到现在,没见人改
@zqx 你这句话的言下之意就是“市场都是白痴,看不到你说的语言特性高级”?
@cjh1095358798 没关系啊,程序员本身就不应该只困在一门语言里,我当初就是受不了 Java 的死板,投奔到 PHP 和 Python 的世界里去呆了两年,然后又被“重构火葬场”给恶心回了静态语言的世界,年轻就应该什么都试试,你试过才知道静态语言和动态语言分别的好处在哪里,翔又在哪里。
PS:程序员千万不要干的事情就是当狂信徒,问题是程序员又是技术工种里狂信徒特别多的行当。我还是建议你,两个都玩玩,没有你想的那么难的。等你两个都玩过,两个的翔都吃过,就会明白为啥 Java 这种简陋死板的语言能够在后端领域经久不衰了
@love 我当然知道 ts 这个东西啊,甚至我自己必须用到 node 的场合我都是尽量用 TS,问题是 TS 这个东西说到底还是要把源码编译成 js 的,ts 并不是 node 原生支持的东西。也许倒是可以期待一个 node 原作者搞的 deno
@love 第一代动态语言原本想要的是类型推导和匿名函数(Lambda)。然而它们过于激进犯了一个错误,把参数,返回值的类型约束彻底去掉了,不光 js 有这个毛病,perl,asp,php,python。全都有,谁也别笑谁,这也是为啥知乎有一个专门问题——为什么 2010 年前后诞生的语言(如 Golang, Rust, Swift)都是强类型 。https://www.zhihu.com/question/31100089
@cjh1095358798 多出去走走,看看广大的世界,不要因为自己身边用的是啥,就以为世界都是啥
从目前的情况看无类型约束的动态语言想入侵对安全性和稳定性有要求的领域非常困难,nodejs 可以吃掉 PHP 的地盘,但是 Java 的地盘。。。旁边还有 Go 和.Net Core 看着呢,轮不到 js 说话
2019-05-31 23:45:51 +08:00
回复了 RaymanNg 创建的主题 程序员 交流一下 Windows 系统的使用经验
楼主,我就说一句,注册表是 windows 的精髓,完全不愿意动注册表属于不正常的洁癖
@azh7138m 等一下朋友,我搜索资料过,说 NPM 现在已经能把依赖树扁平化了,只要依赖树扁平化,为何不能一个版本只存一份呢。你说的那些问题,如果 NPM 的扁平化依赖方式能处理,那么,只存一个位置——不管它放在哪里,都是毫无问题的。除非 NPM 的依赖扁平化也解决不了你说的:
P1 P2 依赖 D@1
P3 P4 依赖 D@2
你说的这个问题其实就是依赖不同版本,为了避免冲突,不得不用本地存放的方式来生成一个嵌套树

所以现在我感觉大家的回答很矛盾。我想问的是能不能“全部依赖放在集中的位置,一个版本只留一份”。而大家回答的是因为历史原因,容易出现依赖一个库但是版本不同的原因,为了应对这个问题,必须使用嵌套树存放,好像嵌套树才是 npm 必须使用本地目录存放依赖的根本原因。但是又有人回复我说 NPM 已经解决了这个依赖嵌套树,一级套一级问题,实现了依赖树扁平化——但是只要依赖树扁平化了,那实际就是一个版本只放一份吧。这等于说 NPM 依赖处理是可以实现集中存放的。还是说 NPM 的依赖扁平化并不是适用所有场景的?前套树在某些情况下还是得存在
1 ... 44  45  46  47  48  49  50  51  52  53 ... 100  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2600 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 07:16 · PVG 15:16 · LAX 00:16 · JFK 03:16
Developed with CodeLauncher
♥ Do have faith in what you're doing.