V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  passerbytiny  ›  全部回复第 39 页 / 共 153 页
回复总数  3054
1 ... 35  36  37  38  39  40  41  42  43  44 ... 153  
2019-12-11 09:50:01 +08:00
回复了 Iamasoldier6 创建的主题 酷工作 [社招][银联]是时候上岸了,年后入职!
我看了楼上提的问题,原来好多人不知道银联是披着国有公司的事业单位。
2019-12-11 09:18:06 +08:00
回复了 pin621 创建的主题 程序员 英语好,对编码真的很重要吗?
自从 Java 从 Sun 转给 Oracle 后,Java 官方中文文档就没了——是直接没了不是翻译慢了,连带着 Spring、Hibernate 等各大社区的中文文档全部消失了(导致 Hibernate 早就实现全领域模型支持了,国内还认为它是一个性能和易用性都不咋地的 ORM )。现在 Java 方面的最新文档,全靠极少的大牛用爱发电,所以你说英语重不重要。
做了五六年前端了 → 现在找工作 → 上来就问学历是全日制学信网可查。
我不信,没盈利能力的创业公司或者有盈利压力的中小公司,会跳过六年经验去看学历。实际上,你求职的,原本就是给有学历的人准备的职位,并不是工作要求学历,而是你在抢有学历人的工作。

上面这段话也许有点难听,不过那是靠血的教训得出来的。
2019-12-10 12:13:35 +08:00
回复了 jaylee4869 创建的主题 iDev Swift 解析这种 JSON 非常耗性能吗?
你把数据库种的关系数据模型,原封不动的弄成 json 传过去。我告诉你不光 IOS 难受,所有面向对象的语言遇到都难受。
解析 JSON 不耗性能,但是解析之后用起来就非常耗性能了。
Windows,面向从小白到专业人士的所有群体做 UI ; MacOS,面向高端人士做 UI ; Linux,UI 是啥。
2019-12-10 11:53:12 +08:00
回复了 looseChen 创建的主题 问与答 是否还有相比于迅雷的下载磁力的软件!受够了各种限制...
没那个高追求的话(比如下老种),请用原生 BitTorrent,比如μtorrent (即 UT,划重点,别用高于 2 的版本,比迅雷还坑)、BitTorrent (原版,貌似已经被 UT 兼并了)。有动手能力的话,还可以考虑 aria2,以及一些小众的 Linux 专用的 BitTorrent 客户端。有高追求的话,估计还是破解版迅雷好用。
Spring @ Pivotal @ 戴尔 /EMC/VMware
Hibernate @ Jboss @ Red Hat @ IBM
在提 Red Hat 之前,IBM 就是 Java 社区的重头贡献者,并且 IBM 的商用方案有不少是用 Java 实现的
Oracle 是不是 Java 的重头贡献者另说,但它确定是 Java 的重度依赖者

而 Go 呢,就一个 Google。就这还有人有“Go 是 Google 的,不是社区的”的怨念。
他娘的,你一个月前还发帖问过,经常混 V2 的人,怎么就只学会了硬刚,没学会别签字。
《试用期辞退员工通知书》经劳动法可以证明无效。
但《解除 /终止劳动合同确定书》只归合同法管,只要你是自愿签字的,那就是白纸黑字,绝对有效。然后“双方不存在任何劳动纠纷”,你还要个屁的赔偿。
青春期的时候,一切以学业为主,禁止早恋;大学的时候,终于不用搞学业了,然而没有经验也没人教,有心无力,还不如玩游戏;上班了,恋爱真得好花钱,等我有钱再说;而立之年一 /普通人系列,单身有富余,结婚生子解放前,既然爷三十多年单身都活过来了,继续单下去不挺好的;而立之年二 /有钱人系列,赢了会所嫩模、输了工地搬砖,谈什么恋爱;而立之年三 /没钱人系列,这辈子就这样了,随便找个过把瘾吧。

结论,恋爱跟钱,没啥关系。
@livid 疑似盗用品牌名

话说要盗用,你也盗用个好的,要盗用一个老鼠级别的品牌
2019-12-06 18:08:31 +08:00
回复了 bigdaddy 创建的主题 问与答 请问怎么才能禁止这种喷子在自己的贴子里乱喷
现在那贴子回复“又来割韭菜”的又增加了两个人。所以楼主,再补充两张图吧。

如果只看那个贴子,那么那个人是“明白人提醒别人别受骗”,所以楼主压根跳过原帖,直接人肉别人,好手段。
虽然我也 git 是命令行为主 UI 为辅,但是对楼主的回复仍然是一个字:哦。
2019-12-06 08:56:09 +08:00
回复了 liusong2770 创建的主题 程序员 我擦 阿里云服务器被黑了 aliyun.one
“我擦,我在阿里云的服务器被黑了,有个脚本访问 aliyun.one”——标题更正。
2019-12-06 08:53:12 +08:00
回复了 nyanyh 创建的主题 程序员 看今天战双帕弥什睿智操作有感,网络游戏回档操作很难吗?
回档难不难,看架构的。要是事件存储式的架构,那回档相当容易。要是常规数据处理方式+操作日志的架构,那是回不了档的,只能根据日志做反向处理使其看起来像回档。要是只有 CRUD,那连反向处理都做不了,只能依靠神操作——人工或脚本修改数据库——回档了。

据说,游戏开发,尤其是网游开发,是没有通用架构的。但看楼主描述的操作方式,大概这游戏的架构是上述最后一种。
2019-12-05 17:00:30 +08:00
回复了 InkAndBanner 创建的主题 问与答 leader 竟然让我们用外键
@Just1n 接口让前端定义还是后端定义、多服务的数据整合让前端处理还是后端门面处理、用 Java8 还是用 Java11,这些是没有定论要看情况选择的。但是,“用业务上的约束还是数据库外键”,跟“面向对象还是面向过程”、“基于领域模型还是基于 CRUD”、“代码编程还是数据库编程”、“用模板还是用 JSP”这些问题一样,是有定论答案的,即:只要有能力有条件用前者,就不能用后者。

虽然你不啦不啦了一大堆,但是你是站在 DBA (或者不混程序员社区的老程序员)的角度上看问题的,并不是在程序员的角度上看问题。推测原因:
一、楼主年少只在 JD 实习过,拿 JD 的经验来说事,你就认为只有 JD 是这么干的;然而事实是,不管是培训班,还是复制粘贴博客,还是大厂里的正式规范,数据库外键都是严禁的(例:〔阿里编码规约〕 [强制] 不得使用外键与级联,一切外键概念必须在应用层解决)。
二、你在 SO 的搜索关键字是“DB foreign Key pros and cons”,然而要是程序员搜索,关键字是“program or db foreign key to make constraint”

@b821025551b #31 我没做过银行项目,但是能猜的出银行即使用了数据库外键,仍然会有其它手段去做约束,因为即使你用上了包括外键在内的所有数据库上的约束手段,那还是不如一份严格的测试报告保险。数据库外键对于银行项目来说,只能算作锦上添花的保险设施,并不是必要条件。
2019-12-05 13:48:05 +08:00
回复了 jyounn 创建的主题 程序员 吐槽下专业书籍真是不专业
A:所以你也就过过“误人子弟的书”的嘴瘾,别人能出书。(你比那个人差得远了)
B:我比别人差得远,我就不能说别人误人子弟了?

提问:B 的脑回路为何如此奇特。
2019-12-05 13:43:48 +08:00
回复了 jyounn 创建的主题 程序员 吐槽下专业书籍真是不专业
@l8g #63 哦
1 ... 35  36  37  38  39  40  41  42  43  44 ... 153  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3067 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 43ms · UTC 14:37 · PVG 22:37 · LAX 06:37 · JFK 09:37
Developed with CodeLauncher
♥ Do have faith in what you're doing.