V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  vegito2002  ›  全部回复第 45 页 / 共 46 页
回复总数  903
1 ... 37  38  39  40  41  42  43  44  45  46  
2017-08-18 11:09:51 +08:00
回复了 chaleaoch 创建的主题 程序员 最近将学点理论性/基础性的计算机知识呢。求指个方向。
算法导论看透, 你已经打败 80%的程序员了
2017-08-17 22:30:49 +08:00
回复了 Draven97 创建的主题 程序员 程序员的码字神器~HHKB professionl 2 BT 蓝牙版评测
@ynyounuo 我的普通版重度使用一年, 发亮其实也不明显, HHKB 就算用 ABS, 用料和做工也都是有保证的. 不过 ABS 迟早还是会暴露的, 我还有一块 realforce hi-pro, 那个重度使用了三年, 空格键比光头还亮.
2017-08-17 13:58:18 +08:00
回复了 Draven97 创建的主题 程序员 程序员的码字神器~HHKB professionl 2 BT 蓝牙版评测
HHKB 脑残粉路过, 普通版, type-s 和 BT 都有. 纯粹是因为习惯这个键盘, 布局, 压力克数, 键程, 全部都是正好压 G 点. 赶作业最严重的时候熬夜连续 16 小时都有过, 倒是不觉得手腕疼痛, 感觉姿势这个东西还是要自己调节, 我打字的时候手腕都是放在桌沿上的.

不过从来不是 HHKB 吹, 包括程序员神器这个头衔, 我也是颇有微词. 而且如果我打游戏的话, 我肯定是不推荐 topre switch 的, 手感太奇怪了. 另外空格键到现在也不换 PBT 真的是黑不动了, 逼的粉丝只能买做工感人的国产山寨空格键.
2017-08-11 06:51:21 +08:00
回复了 yipingmaotai 创建的主题 数据库 学到数据库的关系代数,一脸懵逼啊
上课的时候的课本感觉讲的还挺好的, 不过也是英文的.
2017-08-10 02:50:35 +08:00
回复了 mmv 创建的主题 程序员 这种情况,我能告赢微软吗?
微软负责自动更新的这帮人肯定是百度跳槽过去的.

就事论事, 告不赢, 我自己就经历过这个事情, 也就是走了一个神的功夫, 回头就开始自动给我从 8.1(正版)升级到 10 了. 事件之后直接彻底换到苹果家平台作为主力, 用个电脑就是工作的, 真的不希望天天跟这种小事情上面勾心斗角.

微软现在更新升级推的这么流氓, 这种事情全球范围我估计很多的, 包括美国境内估计都有. 如果在美国境内都没有过胜诉记录, 我觉得国内想要告赢还是希望渺茫.
2017-08-05 06:57:23 +08:00
回复了 beyoung 创建的主题 程序员 这个周末 你准备干啥 根据过往经验是否能履约
刷 LeetCode. 晚上健身. 周日晚上等一波 GOT.

现实: 如上. 主要是也没有其他更好的事情可以做了.
2017-08-04 13:47:01 +08:00
回复了 enenaaa 创建的主题 程序员 求一个数组匹配的优化思路
@enenaaa 想了一下, 确实就算把 list of row_number 优化成一个表, 最后的复杂度顶多也是相等, 未必能做到加速;

不知道我对你的做法有没有理解对: 你每一个 rule 的每一个 row 做成一个 Map, 然后 arr 的每一个位置来了直接在这个 Map 里面查表是吗?

反正我的想法还是得预处理 rule. 如果用 Map, 那么最坏情况复杂度可能会比较高(虽然平均大部分操作是 O(1)), 所以要么可以这样, 建立一个二维数组, 一个坐标是 row_number(也就是 arr 里面每个位置的 index), 一个坐标是 id value. 二维数组的每个 entry 代表是否存在(可以用 boolean 或者 0/1).

这个也就是用 array 的直接存取来替代 Map 的查表操作, 不知道最后能不能达到加速. 这样应该可以保证你一个 arr 的复杂度肯定只可能是 N, 加上数组的直接操作应该是比表这种数据结构快的, 可能能获得一点速度上的甜头.
骑驴找马
2017-08-04 12:17:16 +08:00
回复了 enenaaa 创建的主题 程序员 求一个数组匹配的优化思路
最后一句打错了: 感觉**比**直接用 set.contains 快一些.
2017-08-04 12:15:39 +08:00
回复了 enenaaa 创建的主题 程序员 求一个数组匹配的优化思路
抛砖引玉, 不一定说得对

相对于 arr 的数量, rule 的数量比较少, 可以预处理一下, 每个 rule 做成一个表, key 是 entry, value 是 list of row_number; 比如你的 rule1 里面应该有一个{8 = {2, 4}} (row_number 是 0-based)的. 这个处理对每一个 rule 只要 O(size_of_rule)就做完了.

你现有的优化, 保留第二个优化, 首先匹配长度.
长度匹配成功以后:
对每一个 arr, 直接对每一个 index, 取出 entry, 然后查这个 rule 的表. 比如 index 为 2 的是 8, 在 rule1 的表里面 get 8, 找到一个{2,4}.contains(2)是 TRUE, 那么这个 index 就过了, 下一个 index 继续. 如果表的查找可以认为是 O(1), 最后每一个 arr 需要的时间也就是 O(size_of_arr). 当然查表的复杂度要根据语言而看了, JAVA 的查表是 O(1), C++的好像就没有这么快了. Python 没有实际做过项目, 所以不知道实现的复杂度到底怎么样; 但是感觉直接用 set.contains(8)这种快一些.
2017-08-04 05:41:02 +08:00
回复了 fly2never 创建的主题 程序员 有没有比较高级的检测代码重复的工具?
楼上也是刷新了我的三观, 反正我现在的学校, 抄袭发现一次直接滚蛋回家
2017-08-04 05:37:18 +08:00
回复了 n7then 创建的主题 程序员 你们看英语会不会自动翻译成中文?
刚开始学的时候有这个习惯是正常的. 学英语就是熬时间, 时间熬到了, 到时候你就会出现发现一个意思中文表达不了, 只好写个英文出来, 然后被一堆人围着喷中英夹杂装逼狗的情形了.
2017-08-02 11:51:53 +08:00
回复了 Reign 创建的主题 程序员 “每日签到”用英文怎么说?
punch in

check in 不特别适用于周期性的情况, 机场航班 check in 这种比较合适.
2017-07-27 11:07:46 +08:00
回复了 skywalker0507 创建的主题 程序员 发现舍友使用手机信号干扰器该怎么破?
劝你搬家. 又是打人又是对峙什么的听起来很爽, 不过你始终要记得一点, 你的人生不是跟这种垃圾人耗时间用的, 想想什么样的做法才能够最高效率的利用你自己人生的时间; 幸运的是这个社会上总体还是正常人多, 所以跑路之后这个问题自动解决的概率还是很大的;
2017-07-25 23:26:32 +08:00
回复了 loinway 创建的主题 程序员 学习编程应该购买哪一款电脑? MBP 还是 New SP?
好像是有那么点😂
1 ... 37  38  39  40  41  42  43  44  45  46  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   6085 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 03:03 · PVG 11:03 · LAX 20:03 · JFK 23:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.