V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xpresslink  ›  全部回复第 19 页 / 共 43 页
回复总数  848
1 ... 15  16  17  18  19  20  21  22  23  24 ... 43  
2018-12-25 14:57:08 +08:00
回复了 magic3584 创建的主题 程序员 非科班的程序员这么难吗?
楼主在 gay 的 hub 上放两个牛 B 开源项目,只要你水平够高,管你是小学还是非科班绝对有人要。
2018-12-25 11:35:27 +08:00
回复了 shawlib 创建的主题 Python django 日志问题
@ithou 其实你的问题和 django 根本没有关系好吧,再者你需要把文件和库两个不同概念搞清楚。尽管你努力地重新组织了语言,但还是没有什么轮次。我第一次回复你的那句无论是从你的做法上还是事实上并没有说错,你回复里头一句就说我写代码写傻了?反倒说我戾气。确实要 block 你。
2018-12-25 10:28:05 +08:00
回复了 warcraft1236 创建的主题 Python Python Behave 框架写的自动化测试,有必要上 ORM 吗?
@warcraft1236 要说 python 的 ORM 库里面 sqlacchemy 基本上是事实标准,你要是用的生产环境以后也有很多需求,非它莫数, 能很好地支持事务和分表就这两项其它的 ORM 就没的比。Pony 和 peewee 之类的只是小玩具。而且 sqlalchemy 在其它好几语言都有实现比如 golang 之类的。
另一个好用的 ORM 就算是 Django 内置带的那个了,其实是从 RoR 那里克隆来的用的 Active Record 方式,上手容易文档丰富,用起来比较直观,不象 sqlachemy 那么拧巴。因为 sqlachemy 用的 data mapper 实现,必须使用另外的持久层来保持与数据库的交互,好处是代码和数据库也是完全隔离的。
2018-12-24 13:37:26 +08:00
回复了 warcraft1236 创建的主题 Python Python Behave 框架写的自动化测试,有必要上 ORM 吗?
ORM 最大的好处是:摆脱了裸写 SQL 造成的对特定数据库方言的依赖,便于在不同数据库之间迁移或部署。
只有一两个表的情况用 ORM 没有太大意义体现不出来什么优势。大量的表和关系要管理时候用起来才值得。还有就是多人合作的项目中便于统一接口集中控制。
目前建议你用 sqlalchemy,这种冷门的 ORM 最好别学,大概率耽误功夫。
2018-12-24 13:27:27 +08:00
回复了 shawlib 创建的主题 Python django 日志问题
@ithou Django 怎么用 Pycharm 打开 db.sqlite3 数据库文件

你这不是跑跑题而是语无论次
2018-12-21 15:08:43 +08:00
回复了 Kaiv2 创建的主题 Vim vim 开发环境配置
@quinoa42 用 JB idea 装个 vim 插件就可以啊。但是一直也不太适应,VIM 嵌在 GUI 里面非常的反直觉。
2018-12-21 12:52:22 +08:00
回复了 lovelybear 创建的主题 职场话题 老板因为加班住院了
用损伤生命来换钱肯定是错的,不管是老板还是员工。但是人在江湖身不由已啊。
2018-12-21 12:49:57 +08:00
回复了 lvhuiqi 创建的主题 Python 想专攻 Python 面向对象方面的,有什么好的推荐
我想专攻谈恋爱有什么书推荐没有?
2018-12-21 12:47:45 +08:00
回复了 Kaiv2 创建的主题 Vim vim 开发环境配置
@Kaiv2 直接用 JB idea 啊,Ctrl+Q/Ctrl+shft+I 多方便啊。
2018-12-21 12:44:12 +08:00
回复了 kaxi 创建的主题 程序员 昨天晚上做梦梦见一个困扰我的问题,关于程序员的
羡慕楼主啊竟然还能做梦。
现在每天晚上感觉刚一闭眼再一睁就天亮了。
2018-12-21 12:37:02 +08:00
回复了 Kaiv2 创建的主题 Vim vim 开发环境配置
用 VIM 写 java 要需要多么强大的精神力量啊?
2018-12-21 10:55:11 +08:00
回复了 947211232 创建的主题 程序员 讨论下中文编程?
卤煮在试图解决一个并不存在的问题。

编程的本质并不是用英文或中文,写代码时候那个些字符串只是某种符号,只是借助某种自然语言便于记忆。最后到机器那里都只是 0 和 1.

编译器改一下,那些关键字用什么文都可以。C 语言就 32 个关键字,记忆力再差的人也不是负担。你把 if then 改成如果那么就能减小逻辑思维的负担了么?

编程语言本身不是障碍,主要计算机编程是英美最先搞起来的,从基础的理论教学到技术文档和经验交流,最新最全的是英文的,而恰好你的英文又不好,这个才是障碍。

不过说心理话这个还真没有什么好办法,好好学英文吧,多翻译一些英文资料成中文比你折腾这个有意义得多。
2018-12-21 10:40:36 +08:00
回复了 947211232 创建的主题 程序员 讨论下中文编程?
卤煮在试图解决一个并不存在的问题。
2018-12-21 10:35:37 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
@Kilen #18
你之所以有这种感觉是因为你没有运维经验,估计你的 LINUX 之类也玩得不够 6,不然你也不能见到这么个小玩意就激动成这样。

实际上现在互联网服务运维已经有了比较完善的成熟方案,比如 k8s 之类,一些大厂用了自己开发的解决方案。
简单地说,现在基本上都是容器化部署了,一个应用至少都会两个以上的实例,负载重的可能会有几十上百个相同实例运行,其中一个完全挂掉了也没有什么影响。而且最重要的是容器如果挂掉了,监控中心就会立刻自动置换一个新容器把应用实例拉起来了,根本不需要运维人员插手。另外监控设施是非常完善的,监控插件直接包括在 docker 基础镜像中了,不存在漏掉监控这个场景,要监控哪些项目也是由集群中的专门配置中心推送的随意定制。CPU/内存 /IO/进程 /端口之类这些都叫基础监控是很小儿科的。实际上比较重要的是业务监控,比如从用户点提交到返回结果全业务链时延都是有监控的。

总之吧,眼界限制了你的想象力。
2018-12-20 19:30:18 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
@Admstor 我估计也是这样的,这个小东西在我们专业做运维的眼里连个小玩具都算不上。
2018-12-20 19:27:05 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
@Kilen 我觉得你的语言逻辑出现了问题,你说的场景不存在的。

实在看不懂你这句:
这个东西不是为了用来监控服务器,而是一个当服务器出现问题的时候的一个调试工具,可以让你最快速的知道哪个服务出问题了

也可能我没有把阿里云监控功能说清楚,监控系统会直接发短信告诉你是哪台服务器出了什么问题了,无需自己定位服务器。
2018-12-20 19:20:16 +08:00
回复了 erasewoo 创建的主题 程序员 工作十年的我却不知道什么叫“阀值”……
这有什么新鲜的,这个字相对冷偏一些。
类似的 经常看到 昨日黄花 用得人是多数。正确的 明日黄花 几乎没有人用了。
还有很多谬用 执子之手,贫贱夫妻百事哀 之类的。
执子之手是说好基友的,现在都用在男女上了。
贫贱夫妻百事哀 本意是诗人悼念患难亡妻有很多让人哀思的事,现在成了形容穷夫妻生活困难了。
现在好多拼音都因为错用的人占绝对多数而改了,将错就错吧。
2018-12-20 18:59:28 +08:00
回复了 Kilen 创建的主题 程序员 后端 / 运维请进,这个工具非常推荐!
@Kilen 阿里云的控制系统非常方便。估计你不太会用。可以自己定义监控项和告警策略。ECS 出现问题直接通过钉钉 /短信 /手机语音发送警告了,自己去盯着?不存在的。
而且可以自己定义监控大盘,把所有 ECS 基本状态放一个图表里。
2018-12-20 18:53:05 +08:00
回复了 aiqniyuan 创建的主题 Python 小白求教! Python 脚本的自动化调度可以用什么来实现?
方法很多,
threading.Timer
sched
不过其实还是用 OS 的定时任务简单可靠。
因为你的脚本要搞成守护进程防止挂掉。
1 ... 15  16  17  18  19  20  21  22  23  24 ... 43  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5442 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 08:56 · PVG 16:56 · LAX 00:56 · JFK 03:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.