V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  vicalloy  ›  全部回复第 30 页 / 共 54 页
回复总数  1066
1 ... 26  27  28  29  30  31  32  33  34  35 ... 54  
2017-03-10 17:32:06 +08:00
回复了 dilidili 创建的主题 职场话题 风水轮流转,去年的 ios,今年的前端,明年会是谁?
人工智能啊(机器学习)。现在各个公司都在弄这个。 tensorflow 满天飞
2017-03-10 16:14:18 +08:00
回复了 wmzt 创建的主题 职场话题 当面试官问,你有什么问题问我时,你会怎么回答?
本着对公司和自己负责的角度,我觉得应当问一下加班情况。
sentry
建议给 mysql 加个日志,多半是内存问题。
之前有同事遇到过类似的问题,原因是代码有问题。
其中有个查询会导致内存溢出,每次执行到那段代码 mysql 就会挂掉。
2017-03-02 14:02:30 +08:00
回复了 felinx 创建的主题 职场话题 有多少人收到 Robbin 名义发的丁香园的招(la)聘(ji)邮件?
看到是 **noreply** 就基本清楚是批量发的了。
我收到的是 Java 相关岗位。
比较好奇的是邮件地址是从哪爬过去的,总共又发了多少。
2017-03-01 21:56:07 +08:00
回复了 awolfly9 创建的主题 程序员 在 github 上有被 Star 项目在面试时有多大优势?
我的话会看,除了 star 还会看具体的代码情况。
不过似乎大多面试官在面试前连简历都不怎么看,更别说 Github 了。
2017-02-24 16:58:47 +08:00
回复了 amustart 创建的主题 问与答 问问关于二手购物渠道的问题
二手更不应当面交。
1. 除非东西很大,不方便快递,不然面交很麻烦。
2. 当面不容易发现东西的暗病,出了问题还是一样找不到人。

对于已经工作一段时间的人来说,二手实际上省不了多少钱。
目前京东已经开通了二手频道,我觉得可以看看。
jinja2 要快很多
2017-02-16 15:04:17 +08:00
回复了 bigbyto 创建的主题 问与答 lastpass 怎么保证数据安全
你的密码就是加密的密钥。
你每次改密码都需要把你的所有密码重新加密一次。
最大的问题其实还是信息的不对等。
iOS 体量在这里,耐心的找找还有合适的。
象 Python 这样相对小众的开发语言,招人的时候找不到人,找工作的时候找不到公司。
Django 自带的用户系统广泛使用,有漏洞也容易被发现并及时修补。
你会问出这个问题说明你对 Django 和开发都不够熟练,自己开发的风险远大于使用现成模块。
我觉得你自己弄更容易被黑
薪资方面还是慎重为好。
各公司对加薪都会有很多限制,并不是说你工作能力强表现好就一定能加薪。
结合市场行情,参考自己的实际情况提薪资要求。
不然因为薪资的问题离职,对个人和公司都是个损失。
2017-02-09 23:27:39 +08:00
回复了 author 创建的主题 职场话题 试用期满了,要被辞退了,明天见 HR,还能挽留吗?
“还说活干不好可以培养”,也就是说活也没怎么干好。
建议还是像前看吧。
重要是正确认识自己,如果确实是自己没做好,以后多注意。
也可能是公司后悔招多了人,随便找理由开人。如果是这样就放宽心,不要因此否定自己。
2017-02-09 10:42:48 +08:00
回复了 banxi1988 创建的主题 Go 编程语言 Go 与 泛型: 优点 or 缺陷
不是特定语言的死忠,不想加入混战,不过还是想说一句,语言本身也是有优劣的。
比如我就认为
Swift 就比 Objective-C 要优秀很多。
Python 比 Perl 要优秀很多。
Rust 应当会比 C++优秀很多(这个没有真正用过,所以是应当)。

拒绝承认开发语言的优劣就是拒绝承认技术的进步。
2017-02-08 15:30:04 +08:00
回复了 eyp82 创建的主题 Python SQLAlchemy 比 Django 自带的 ORM 好在哪里?
@chaleaoch
对 1s 很正常,和 ORM 没关系。
如果有 100w 条数据,你 list(qs)就不是慢的问题,内存会直接爆掉。
你执行 SQL ,实际上只是拿到一个游标,并没有立即将所有数据全部取出来。
你的 list(qs)实际上是一次性将数据全部取出丢到 list 里,不慢才怪。
2017-02-08 14:03:23 +08:00
回复了 eyp82 创建的主题 Python SQLAlchemy 比 Django 自带的 ORM 好在哪里?
@chaleaoch
你可以再测试一下,<model>.objects.all().values() 绝对花不了 1 秒。
Django 的 QuerySet 是 Lazy 的,只有在你用的时候才会发生查询。
单纯执行上面的语句不会执行 SQL 。
如果你的写法是
>>> qs = <model>.objects.all().values()
>>> list(qs)
超过 1s 是很正常的,因为你要把所有数据一次性取出来。你可以用调试工具看一下,生成的 SQL 就是`select * from <table name>`,查询速度本身是非常快的,但单 2w 条数据,别的不说,单网络传输都要费不少时间。

使用 Django 的 ORM ,如果慢的不正常,用调试工具看一下生成的 SQL ,通常都可以解决。所谓必须写 SQL 的地方极少。注:
- 部分复杂报表,查询速度慢,用 ORM 性能优化有些难做。
- 需要用到数据库专有特性, Django 不支持,需要用 extra 内嵌少量 SQL 。
2017-02-08 09:52:17 +08:00
回复了 eyp82 创建的主题 Python SQLAlchemy 比 Django 自带的 ORM 好在哪里?
没用过 SQLAlchemy ,不是很了解。
很早之前简单的了解过 SQLAlchemy ,从 API 的友好度上看 Django 的 ORM 比 SQLAlchemy 好很多(个人看法)。
Django 的 ORM 调优其实并不是很难,很多时候慢是因为用的不对(糟糕的 SQL 一样慢)。
当然,在极少数情况下还是会出现 ORM 无能为力的情况,这时候可以直接写 SQL 。 ORM 和 SQL 并不冲突。为了这 0.x%的情况而放弃使用 ORM 很没必要。
@chaleaoch
1. Django 的查询可以嵌入 SQL ,也可以把自己手写的 SQL 绑定到对象上。
不知道你遇到的具体情况是怎么样的,不过在我看来第一条应当是可以实现。
2. 有些表连接写出来是子查询,这个需要结合具体案例,不是很确定是否是写法问题。
3. 2w 条数据查询用时 3 秒,这个非常不正常,需要结合具体代码进行分析。从我主观角度看是代码写的有问题。
首先保证自己该拿的拿到手。年终奖拿到前别提,离职必然是影响年终奖的。
如果是钱的问题,可以谈谈。
如果不是钱的问题,拿到该拿的就提了吧。
换个角度说,既然决定要走,早点提出来对大家都好。
2017-01-23 11:18:50 +08:00
回复了 vicalloy 创建的主题 分享创造 可以挂在服务器的 12306 刷票脚本
事实证明还真是我想多了。
今天 10 点 40 分的时候刷出一大堆的票,立马用手机登陆进去,连个票的影子都没看到。
应当是全自动抢票软件太多,出票后第一时间就全部买走了。
1 ... 26  27  28  29  30  31  32  33  34  35 ... 54  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5794 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 02:30 · PVG 10:30 · LAX 18:30 · JFK 21:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.