V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xuanbg  ›  全部回复第 214 页 / 共 307 页
回复总数  6133
1 ... 210  211  212  213  214  215  216  217  218  219 ... 307  
2020-05-20 09:07:01 +08:00
回复了 code0017 创建的主题 职场话题 毕业两年面临诸多选择
有选择是好事,你看后浪出来多少没选择权的在喷。年轻就是最大的底气,想选哪条路就走哪条路,不需要犹豫的。
2020-05-20 09:02:51 +08:00
回复了 jieyuxue 创建的主题 职场话题 这样的外包公司到底香不香
@hikarikun1991 你咋不和马云比较呢?人家只负责谈笑风生就能日进斗金,难道比不上的都去做柠檬精不成?

人生苦短,满足最重要。
2020-05-20 07:36:33 +08:00
回复了 jieyuxue 创建的主题 职场话题 这样的外包公司到底香不香
楼主别问,问就是人均 1M 年薪起步,外包去死,996 去爬……哦,原来是 965,看错了看错了,这就没事了。
讲真,照搬设计肯定不犯法,著作权不保护设计。专利权虽然保护设计,但你放心,业务系统的设计不符合专利的申请条件,所以也没人去申请。即使打插边球申请了专利,你也很容易绕过去的。何况,你不说,谁知道你使用了专利。

C/P 代码要看你复制的代码有没有软著,有就侵权,没有就没事。
2020-05-19 15:19:13 +08:00
回复了 tianshiyeben 创建的主题 程序员 为什么总有人扫我的网站,难道我动了谁的奶酪?
太正常不过了,从我司的日志看,至少有 30%的访问量来自各种爬虫、蜘蛛、攻击脚本。有统计说互联网的流量有 60%以上是爬虫,这样看来我司网站还在水准之下。哈哈哈,这就没事了,安心睡觉。
其实每个房间 1 个口也够了,开关盒 AP 真香。如果要用机顶盒,那就多一条线,机顶盒的网络和宽带不同一个网。
2020-05-19 15:07:23 +08:00
回复了 Mryang 创建的主题 Apple 在公司库房发现一个老物件儿!
上个世纪的产品了……品相好的据说还挺值钱的
2020-05-19 15:02:17 +08:00
回复了 kisshere 创建的主题 程序员 是不是只要我把网站服务器 ssh 端口关了,就绝对安全了?
没有绝对的安全。所以安全就是两个问题:能不能和值不值。

系统打好补丁,只开 80 端口,别的端口用白名单保护起来。这样搞一下不费什么事,但能入侵的就人就非常少了。这就基本解决了能不能的问题,然后就要解决值不值的问题了。如果是没什么油水的,以上安全措施就足够了,因为你已经不值得攻击了。高端黑客可没空来和你玩,有时间泡泡妹子不香吗?
如果攻击成功能拿到大笔钱,那你就要花钱做更多的安全防护了。具体花多少,要看攻击成功后能获得多少利益。总之,只要用于攻击的成本高于收益,就不会被盯上。
都什么时候了,还要求上班戴口罩?
一般基础中间件要搞 3 节点集群,所以 8 台远远不够啊
2020-05-18 16:41:59 +08:00
回复了 YUX 创建的主题 分享发现 github 官方文档里 “基本看板” 的英文是 "Basic kanban"
看板的英文就是 kanban 啊,楼主莫非不知道???
2020-05-18 13:35:56 +08:00
回复了 ileeoyo 创建的主题 Java 授权接口给其他公司该如何设计?
楼主的需求不是 OAuth2 的菜,应该加密+签名。
2020-05-18 10:13:01 +08:00
回复了 tctc4869 创建的主题 Java 你们使用的级联删除策略是怎样的?
delete a,b,c from a left join b on b.aid = a.id left join c on c.bid = b.id where a.id = 'x';
确实是标题错打了,但大家都懂看了。。。。
@Xbluer 原文是「 While monolithic applications prefer a single logical database for persistant data, enterprises often prefer a single database across a range of applications - many of these decisions driven through vendor's commercial models around licensing. Microservices prefer letting each service manage its own database, either different instances of the same database technology, or entirely different database systems - an approach called Polyglot Persistence 」
Martin Fowler 拿传统单体应用和微服务做了个对比,阐明「 As well as decentralizing decisions about conceptual models, microservices also decentralize data storage decisions 」这个观点。根本没提什么「准则」……有些人也太过道听途说不求甚解了吧。
2020-05-16 17:24:24 +08:00
回复了 857681664 创建的主题 程序员 跟一个人合作做一个单子,微信经常性隔很久才回复怎么办
这种沟通不畅的,合作起来太累了……
@tonnycao 一般而言,按领域划分服务是合适的,我举例是有些领域比较大,拆分更多的服务会比较合适。

@Xbluer 是的,「倾向于」。这一点我是认可的,也是尽量这么做的。但绝不能不因地制宜教条地认为微服务必须一个服务一个数据库,某些时候多个服务都属于同一领域,因此会在数据上产生依赖关系。这个时候就是需要多个服务共用一个数据库。
2020-05-16 16:13:13 +08:00
回复了 coderbean 创建的主题 macOS Time Machine 恢复系统失败,然后重装系统,神奇的事情发生了。
Time Machine 根本没用,还是用云盘存文档吧,onedriver 什么的就很好用。
@hantsy 什么时候微服务有「每个服务都是维护自己的数据库」这种准则了?谁提出来的?依据是什么?

照这个准则行事的话,一个领域只能存在一个服务咯?这显然是不切实际的,譬如用户管理这个领域,就可以具体拆分为:用户、用户组、组织机构、租户、角色、资源、认证等七大模块。这些难道都必须塞到一个服务里面?

一个财务管理领域,也可以分为:账户、流水、收款、付款、退款、对账、提现、开票等等功能,也必须塞到一个服务里面?
2020-05-16 09:17:32 +08:00
回复了 itIsUnbelievable 创建的主题 职场话题 如我所料,今天,我被辞了,如何保证拿到 N+1?
@itIsUnbelievable 按实际工资算是没错,但你老板发的现金,你就没证据了。
1 ... 210  211  212  213  214  215  216  217  218  219 ... 307  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   6247 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 66ms · UTC 02:25 · PVG 10:25 · LAX 18:25 · JFK 21:25
Developed with CodeLauncher
♥ Do have faith in what you're doing.