V2EX › 746970179 的所有回复 › 第 13 页 / 共 13 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 4 5 6 7 8 9 10 11 12 13

❮

❯

2017-06-09 16:56:19 +08:00

回复了 746970179 创建的主题 › macOS › 关于 mac 的多桌面应用的"一点不成熟的小建议"

@eeljiang 66666 万分感谢, 完美解决问题

2017-04-25 14:28:30 +08:00

回复了 anguslg 创建的主题 › 程序员 › sublime 的扩展 Anaconda 是如何解析某一个框架中的函数方法的？

对工具的使用, 其实是需要花时间, 琢磨透一个工具的
这样后面再学习其他工具都会很快
这里建议可以试一下 vscode, 原生免费, 同类型还有 atom, 但是 atom 实在是有点卡
相比之下, vscode 的
配置更简单,
中文化注释
代码提示(根据你指定的 python 库安装路径), 提示非常强大
语法校验(安装 python 插件即可)
主题, 图标主题,
调试
很好用的插件库等等

不过 sublime 的是真的小清新+流畅

2017-04-06 17:01:10 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@lifesimple dock 我也是隐藏的, 但是 dock 隐藏, dock 上程序的顺序还是在的哦. 主要是 snap 能给每个 app 单独设置快捷键, 仅此而已, dock 的映射只是初始时就带的
关键是背下映射不太友好, 但是用久了, 自然就习惯了
就像: 无形装逼, 最为致命....这么多 slogan 都记住了一样, 唯手熟尔, 哈哈

2017-04-06 15:11:55 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@canautumn 哇哦, 第二块(抛砖引)玉呢.
暂时我都是及时关闭不用的窗口, 这样一个程序最多最多只用 3 个窗口, 使用 cmd+小撇号即可快速完成切换
绝大多数都是一个 app 一个窗口, 多个也签这样, 这种情况下, 使用快捷键绑定对我还是最方便的
不过, 以后肯定也会接触更多更复杂的情况, 肯定会遇到这种问题, 你的这个软件确实是超多窗口的很好的一个解决方案, 而且价格也不错
话说, 还看了你的其他帖子, 真的很沉静的一个人呢, 很荣幸认识到你这样的人

希望我文章的小把戏没有让你觉得厌恶, 我相信懂的人自然懂得那种背后的理念,
工具只是工具, 没有高下, 只有用的人的分别
就像不是会了瑞文光速 qa 就比不会的强, 还是要在合适的场景用合理的技能(工具)
话说, @SharkIng 也是一个和你一样超赞的人, 介绍了几个很赞的工作流

2017-04-06 14:49:29 +08:00

回复了 746970179 创建的主题 › Python › django 求教数据库设计, 是否需要进行大表拆小表

@georgema1982 十分感谢(还很细心的提供了文档链接)

2017-04-06 13:11:30 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@haitongz 原来如此, snap 和 alfred 的这个功能完全一致, 是我以前没仔细研究.

2017-04-06 11:52:16 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@SharkIng 这个答案真的很赞, 非常感谢.
你这里列举的好多功能, 是真的让我见到了 workflow 的强大.
比如随机密码, 生成临时邮箱, kill 程序, 切换代理等, 这种确实是繁琐但是常用的.
可惜了其他人总说强大, 强大, 强大, 然后呢, 就没有了,,,,连个最简单的例子都不留, 真的是, 有点浮躁.
还是十分感谢你的回答, 开启了一个新的世界.
ps: snap 和 alfred 不冲突, 只是, 在切换 app 上面, 个人觉得 snap 更有效率

2017-04-06 10:50:38 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@arischow 第一, 它要收费, 第二, 它是两步, 第三, 它在第二步的选择按键中, 隐藏了一个找 app 的过程
所以, 不如在一开始花一定时间背下 app 对应的快捷键, 后面就能享用最快的速度
最快!

2017-04-06 10:47:29 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@SharkIng 刚好你说的这两种事情我也遇到过, 但是我的解决办法是使用语音助手: 提醒我明天早上 8 点浇花. 就能自动生成一条日历事项了, '提醒我星期五 5 点见老板谈工资', 也能自动生成对应的事项.
优点是: 想起来拿起手机就能做好, 10 秒搞定(拿起手机, 解锁, 打开语音助手, 说完内容到这 7 秒, 错了再说一次, 大约 10 秒), 打字肯定没这么快. 设置好之后直接就在手机上, 提醒很方便
缺点是: 发音不标准可能需要两次, 不过还是很快
综上, 还是没用工作流,,,,,(我也想用这么牛逼的功能啊)

2017-04-06 10:41:02 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@rashawn 其实我的 option+{0~9A~Z}就是每个程序, 一套固定按键, 至于快捷键冲突, 发现那些功能都是相对很不常用的(大多数功能, 都是 option 搭配上 cmd 或者 crtl 或者 shift, 而不是单独 option)
不常用(一年用不了 5 次那种), 就舍弃, 让给打开程序最快的
这个完成了最快的切换 app
app 的多个窗口, mac 默认是使用 cmd + `(1 左边的按键)即可
每个窗口的多个页签, 强烈推荐使用 cmd+shift+中括号左右切换, 比 ctrl+tab 稳定好按太多, 而且, 目前唯一不能用的, 就是 mac 自带输入法在英文时的 chrome,,,,,,,,,,,,这个在设置中调整快捷键即可, 也能使用 cmd+数字跳到指定位置的页签
这样, 切换 app(option+{0~9A~Z}), 切换一个 app 的多个窗口(cmd+`), 切换一个窗口的多个页签(cmd+shift+[ ])做到了全 app 的统一
一套按键, 做一件事 : )

工作流, 暂时貌似没有必须的场景, 求科普

2017-04-06 10:00:11 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@Valyrian 私以为是不是不用鼠标?

2017-04-06 09:59:38 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@xcv58 主要理念是按最少的按键, 2 个. 而且步骤只有 1 步, alfred 的话, 三步: 打开 alfred, 输入关键字(可能还要看关键字是否定位到准确的 app, 不是的话还要上下移动), 输入回车
顺序的话, dock 的顺序, 除非手动拖动, 否则不会改变的, 这个用了 2 年, no problem : )

2017-04-06 09:57:11 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@Dvel 嗯, 确实不是一个量级, 只是提一个快速打开 app 的方案啦, 标题有一定玩笑成分啦, 故意没有加上限制条件

2017-04-06 09:54:43 +08:00

回复了 746970179 创建的主题 › 程序员 › 软件推荐: snap, 比 alfred 快 100%

@ynyounuo 快捷键冲突上面, 暂时用的十几个软件(sequel pro, chrome, sublime, qq, source tree, wiz, 网易云, item2,有道等等等等), 只有 wiz 笔记的几个快捷键是 option+{a-z}冲突, 其他的主要都是通过 cmd+{a-z}或者 cmd+shift+{a-z}完成, 偶尔有 ctrl 加入(item2), 绝大多数不用 option. 其次, 即使用了 option, 不代表那个功能是常用的, 大多数功能是可以牺牲(用的太少太少, 不如把机会留给最常用)的.

使用 option 的主要目的是让最常用的功能按最少的键: 2 个. 同时, 将自定义快捷键的逻辑, 定在 option + {a-z}, 逻辑统一

2017-04-05 22:38:46 +08:00

回复了 746970179 创建的主题 › Python › django 求教数据库设计, 是否需要进行大表拆小表

@guolingbing @ytmsdy
感谢回复, 主要是至少三组数据, 每组数据有 4~5 个字段, 其中有 1~2 个是外键
如果全部存一张表, 那么担心
1. 外键太多, 一张表有十几个, 担心不太好. 个人对数据库设计, 并没有太深刻的理解, 只是喜欢一般一张表 20 个字段左右, 这样理解, 记忆什么的比较方便
2 未来如果进行业务扩展, 因为只有一张表, 那么担心这张表会过大(目前 3 组, 全部 30 个字段左右了, 扩展 2 组数据, 会有四十多个字段, 感觉表很冗余了)
最终, 选择的方案是拆分成两张表, 原则是根据业务的主次进行拆分, 主要业务放主表, 然后将辅助性的数据(相对不常用)全部放到扩展表中, 后续如果进行扩展, 也按照这个原则, 将字段添加到对应的表中.
没有根据数据逻辑, 因为根据数据逻辑, 拆分的不止两张表, 那样有点太多, 所以折中使用业务逻辑拆分.

@ytmsdy 想做水平拆分, 但是使用 django+mysql 不太会, 后面准备使用的方案是进行数据归档, 当数据量增长到一定程度, 将历史数据从原表中 copy 到另一张表(或者数据库), 再从原表中删除(以当前的技术水平, 这个方案可行性最高了,,,,,,,见笑了)
@ytmsdy orm 默认不会带出所有的外键对象的数据, 如果需要, 指定 select_related('foreignkey')即可, 相对来说, django orm 是真的强大+易用的

1 ... 4 5 6 7 8 9 10 11 12 13

❮

❯