这是很多公司每个月都会发生的对话:财务:"这个月云账单又涨了12%,上涨原因是什么?"运维:"业务在增长……"财务:"但是业务增长了3%,云费用涨了12%,这合理吗?"运维:"……我去查一下。"...我以前做云成本分析的方式是:每个月花半天时间,登进控制台,把所有实例的CPU使用率导出来,找低负载的;把存储资源列一遍,看有没有没挂载的云盘;把账单按资源类型拆解,和上月对比……这件事我每次做完都会有成就感...但这件事本身占用的时间太多了,而且高度依赖我愿不愿意去做——繁忙的时候,这件事很容易被推迟,一推就推了三个月。现在的方式是:在企微跟CloudQ说一句:"帮我做一次成本优化评估"。...我不是在说CloudQ帮我省了多少钱——每个团队的情况不同,结果会差很多。我是在说,这件事不应该因为"查起来太麻烦"就一直拖着。...后面的决定,还是你来做。下次财务再问"云账单涨了多少,原因是什么",你可以用3分钟给出一份有数据支撑的回答,而不是"我去查一下"。腾讯云CloudQ成本优化评估:立即开始
打开你标红的硬盘,里面收藏这四年前的毕向东Java学习视频,史上最牛逼的Linux**节教程.........我前一段时间做过这件事情,给大家分享视频和书籍资源,过了一段时间我问了10个人左右,他们有没有学习完,好少有看完的。 看视频犯困,是个好毛病,不少人都有。...不是视频不好,也许是太枯燥,或者自己不知道从哪里跟。 后来我就把这些视频全部删除了,没有存在的意义,还会在一定程度上误导大家。...因为我看到不同的博客,就是一个人的缩影,能学到更好的学习方法和技巧,提高效率。 你可以仿照我,每周进行整理,回顾。自己无法搭建独立博客,就使用CSDN等。 04 — 平时看视频好还是文章好?...文章能拿出来看,视频看一次花费的时间太长了,还比较容易受讲解人的主观影响。
当周六你宅在家里无所事事时,可能也不会想开始写博客,因为觉得这件事做起来太漫长。 更糟的是,因为写博客的进度慢,就更不愿坚持。因为学习一件事最好的方法就是一次又一次重复,而这件事情时间周期太长了。...但做事快的人就不一样,他们的时间看起来“很便宜”,你让他们做些事情的时候,就知道他们很快会做完,马上就可以再分给他们别的事情做。所以你就会更倾向于分给他们更多任务。很讽刺不是吗?...人们都喜欢有生机的东西,喜欢反馈及时的系统。 就拿现在来说,我打字用的编辑器,不知道为什么“撤销”操作非常慢,这太让人抓狂了。这让人越来越不愿意用到“撤销”操作。从某种意义上,我的工作方式也被改变了。...开始做一件事的动力,一部分来自于对工作画面的想象。一般真正做的时候,不会像想象得那么难。但如果想象中成本很高,做起来是个苦差事,就需要下更大的决心才能开始。...督促自己比平常做快一些是好事,因为在你心里,这将花费更少的时间,也更容易迈出开始的脚步,你能完成的工作将会更多。在做更多的同时,质量也会更好(只要你认真),最终达到又快又好的效果。 做事快很有趣。
Ghaoui 教授:近期我们在探索深度学习模型,这很有挑战性因为它很不稳定,训练也需要很多时间和很多数据。许多深度学习研究中关注的都是模型,我们关注的也是如何改进出更好的模型。...现在人们用服务器组成云服务、用 GPU 等等,就觉得这个问题解决了,其实并不是这样的。训练模型需要的时间还是太长了,我们需要走向下一个阶段。...Ghaoui 教授:这和刚才说的关于可解释性的是一回事。我觉得如果 AI 模型中的规则太复杂了,那轻微改变图像就会导致模型做出错误的预测也是很自然的事情。这就是深度学习中缺乏鲁棒性的体现。...所以我觉得我们不应该仅仅关注高的模型表现,我们应当关注的是稳定前提下的表现、是可靠的表现,不能太脆弱。 AI 科技评论:您也是航空航天领域的一名优秀教师,这和 AI 领域之间也挺远的。...但是如果我有很多很多的文章,我也没办法把它们全部翻译了再一个一个看。这件事还是太艰巨了,即便把许多中文文档翻译成了许多英文文档,还是很难做。
A1:看微信公众号文章 A2:发呆,看微信公众号,看群消息,刷微博 不知道你有没有发现,有的人一有碎片时间,就都在干一些事。对,至始至终一件事。比如刷微博!刷朋友圈!...大家,有没有发现,一分钟看似很短的时间,如果我们刻意去思考,发现其实这个期间还是可以做不少不一样的事情。 同样的,若是感兴趣,你可以思考五分钟你能干什么?十分钟你能干什么?...大概就是他每天机械、精细地记录下自己做任何事情花费的时间,从中去把握他自身做不同事情的有效性。...我从中强烈意识到了随着我们长大,以后会担任更多社会角色,便不会有太多大片大片的时间,像大学、中学的时候专心只做一件事情,因此我们必须要学会如何去利用碎片化的时间,那时候我就下定决心要培养自己时间管理的能力...其次,由于我们生活中总有意想不到的突发情况,如果我们把每天的时间安排太满、没有留出空白时间,又要求自己花费很多时间,达到某个程度,我们很容易因为精力不够,感受心累而逐渐想要放弃。
邮件的模块?短信的模块?还是其他的模块? 那么问题来了,想做一件事需要考虑这么多东西,复杂的问题该怎么办???...世间万物,均有联系 每天各种杂事缠身,每天花费时间处理各种琐事,然而就是这些组成了你的一天。。。 有的人躺在床上一天,有的人出去浪一天,有的人出去做头发一天。。。...可曾分析了每一天时间的消耗?例如消耗在一件琐事上,下次如何更好的处理?下次更加有效率的处理?下次是否可以不处理?下次是否可以一句话解决?有没有想过更好的方法来处理。。。...可曾想过一天的时间构成?每天浪了多久,怎么浪,如何浪的更加有意思?会更有创意?会更有想法?会想到更好玩的事情。。。。怎么改进也是需要动脑子的,但是你的脑子呢? 日积月累。。。...当没有基础的时候,多看看别人是怎么做的,去反思,去应用,去思考,去找脑子。。。多看,多问,多做。 当有基础的时候,多改进,多优化。。。
这样,当周六你宅在家里无所事事时,可能也不会想开始写博客,因为觉得这件事做起来太漫长。 更糟糕的是,因为写博客的进度慢,所以更不愿意坚持。...因为学习一件事最好的方法就是一次又一次重复,而这件事情的时间周期太长了。这也就是ToDoList通常完成这么慢的原因:我们会对其产生莫名的厌烦感。...人们都喜欢有生机的东西,喜欢反馈及时的系统。 开始做一件事的动力,一部分来自对工作画面的想象。一般真正做的时候不会像想象得那么难。但如果想象中成本很高,做起来是个苦差事,就需要下更大的决心才能开始。...因此,对于要重复做很多次而且必须做好的事情(例如写作、修复Bug),就应该尽量做快一些。 这并非建议马虎行事。...督促自己比平常做快一些是好事,因为在你心里,这将花费更少的时间,也更容易迈出开始的脚步,你能完成的工作将会更多。在做更多的同时,质量也会更好(只要你认真),最终达到又快又好的效果。 做事快很有趣。
因为前几年效率优化这件事太简单了,巴不得老板提问说“你们效率太好了,优化得太好了。”但是,这一两年开战略会时,我都会不自觉的往后退,恨不得退到墙角。...直到最近一段时间,身边的人都在聊“增长”,我们回头看,大家讲的“增长”这件事跟我们做的事情不都是一回事嘛?原来我们花这么多年一直都在做“增长”这件事。套用现在的时髦话,就是:我们一直在“增长”!...同时,我们欣喜地看到通过人工智能做的排期,时间越长,效率优化的就越高。因为,机器永远不会累,它可以一刻不停的做实时调整。它在面对极大数据容量的快速计算时,实时计算的效率一定比人工高。...本质要回到用户身上,你的客户有没有需求,才能决定你要不要做私域?为了给你的客户提供更好的服务和体验,这才是我们做私域的核心出发点。...环节效率与路径整体 前面谈到很多,做好增长不外乎几件事: 一是对每一个小细节要花费非常长的时间和非常多的精力,不断做测试、优化和打磨。 二是长周期地关注和影响用户,让用户进来,更要让他留下。
学更好的别人, 做更好的自己。...,所以就又换了几张图片看了看,结果在比较复杂的路径上看,计算的时间就有点太长了,所以这篇专门研究下自己实现的代码里面有没有可优化的地方。...2分多,简直是不能忍,所以我们就研究下写A*算法时看看有没有可优化的地方了。...语句从后往前去的话,应该跳出过程的时间要少很多,所以可以有两个思路优化一下: 查询前将传入的List重新从后往前排序 不改变LIst排序,每次插入的时候都是从第一条插入 从上面两个方式来看,不用说还是第...2条比较好,因为第一条重新排序还是要花费时间的,如果在起初把插入的地方改一下,这里就不用做变化了,不费话,我们直接找插入两个List的代码 ?
我:不,太长了。《米纳里》怎么样? 女友:不,太严肃了。...... 怎么样? 所以,你懂的。 我们通常每周看 1 到 2 部电影,所以经常这样…… 这种事不只是发生在我和女友身上。...值得注意的是,我用了 expo 来处理实际的构建和部署过程。它为我节省了很多时间! https://docs.expo.io/?...我认为,查询还可以优化,但是,我能让它工作就不错了。 Blob 存储:Azure Storage 我选择用它的唯一原因是,每月可以获得 100 美元的 Azure 免费信贷。...2TimeLine 构建 App 开发应用花费的时间最少,这让我很沮丧。我花了 2-3 周时间才把应用构建到能运行的地步(除了一些小 Bug 的修复)。 结果给我留下深刻印象。...这是我的机会: 我:我们用 WeWatch 吧 女友:不,那太费时间了。我们就看《空中大灌篮》吧! 看来,我还要做些改进。
这意味着你有充足的时间来完成任务。 没有空闲的时候,截止时间很紧张,你的全部精力都集中在完成这件事上。 保护你的空闲意味着不要让截止时间拘束你。通常,这和沟通一样简单(或者困难)。...我没有花费时间来创建系统的合适的思维模型,这意味着我的设想与代码不匹配,而这种不匹配是大多数 bug 产生的地方。 我保护自己的空闲,因此我能够花时间来优先学习东西而不是做东西。...我试过大刀阔斧的改动,优化任何看起来对我不太理想的东西,例如将 dicts 转换成 sets——但最终的解决方案通常不会这么明显。Dicts 很可能不是你的请求会花费一秒多时间的原因。...简化状态有助于我更好地理解系统,也有助于我更好地写测试代码。保持简单也是一样。两者都会导致更少的 bug。当然,不能太简单:这不能违反约束。 正如我去年说的,速度、本地化开发和测试都值得考虑。...我做这件事的具体方法:当找出一个设计的优点和缺点后,我会明确提出“这学习起来很酷”,因此这种意愿不会再被脆弱的理由隐藏。
我就是这样一个与众不同的老顽固。最近所有由我单独完成的游戏项目完完全全都是用C写的。肯定没人这样干过,所以我觉得这值得我解释下为什么我要这样做。 枯燥的编程语言观点要来啦!嗯,我已经警告过你们了。...从一种语言中我们所需要的 有些事是毋庸置疑的。首先,它必须是可信任的。我不能花费我的时间去解决那些不是我导致的bug。以前许多游戏都是用flash来编写的,然而现在flash正在面向灭亡。...我也不想花费不必要的时间将老游戏移植到新的平台,我想要的是制作新的游戏。因此我需要一个在一段时间内都能自信使用的平台。同样,我想要避免自己被一个特定的操作系统捆绑。...Jonathan Blow正在编写他自己的语言,一种他自己想用的语言。我特别羡慕,有时候我也会考虑做这件事。但想想,需要丢弃所有现有的库支持和承担未来兼容性的责任以至于太对需考虑。...并且这实在太困难了,当本质问题于此,我宁愿去做游戏好了。 为什么C是我的最佳选择 C既危险又可靠。 就像一把锋利的刀,切手指和切蔬菜一样,但学会小心的使用它也不会太难。
,这种开发方式形成了一种所谓的「衍生式的设计」,也就是遇到实质上的问题时才采用设计方法来克服它,而不是预先作好设计的方式。...这与传统开发只在产品完成后才做一次发布的方式截然不同,客户只有在这个时候才看得到成果,在开发过程中完全没有改善的机会。...传统的α(内部测试,注2)、β(交付客户测试)、γ测试(优化处理)方式在采用敏捷开发后几乎不存在了,因为敏捷开发在开发周期内即不断的在进行测试的动作,因此也就没有了在做α、β、γ测试时必须停下开发过程,...例如Scrum 目前很流行的Refinement会议,为什么它每周都要召开一次呢,有必要吗?是不是太浪费时间了呢?其实,它的目的正是在应付随着时间而善于改变的需求变化罢了。...Ruddy老师: 站立会议的目的是让项目透明化,不是风险管理或是项目review会议,简短的只报告三件事应该是很快的过程,但一旦开始有问题式的应答之后,便会开始变得冗长了。
来新智元 AI 朋友圈和AI大咖一起讨论吧~ PyTorch已经成为增长最快的深度学习框架: 仅在 2019 年上半年,ArXiv 论文中 PyTorch 的引用量增长了 194%;PyTorch 平台的贡献者数量比去年增长了...只是我个人的看法。 ? 我使用Tensorflow/Keras已经有一段时间了。我记得的结论是,Tensorflow在生产部署方面更出色,PyTorch在研究中表现更好。...也许商业模式是让一切都通过GCP(谷歌云平台)运行,用一个简单的链式应用方法来做事情。这至少是我在参加GCP开发者大会时得到的印象。...无论如何,尽管看起来他们稍微完善了TF文档并增加了评级和更轻松地提供反馈的方式,但我认为文档的问题不在于文档本身,而在于框架太凌乱,以至于写得很好的书面文档都会令人困惑。...但有没有人真正喜欢TensorFlow而不是PyTorch的呢?
这个计划大概分为三步,而每一步大概会花一年时间去实践: 用更好的方法来实现功能 Better Code & Architecture 运营(Growth Hacker) 所以,其实这也算这篇文章的三个小节...在我不断地实现一个个系统的时候,最后我才意识到了这一点——学习能力和Tasking才是最重要的。换句话说,你现在学会什么并不重要,重要的是你以后有没有学习的能力。...用楷体来显示也是显示,用宋体显示也是显示——到底要怎样的实现。 这实际上就是:用更好的方法来实现功能。...用更好的方法来实现功能 对于这一步来说,有太多的东西值得去探索: 更好的架构 更好的工具 更好的语言 。。。...我想的是一直可以做一些有趣的事,单纯深入一个垂直领域对我来说太枯燥了。对于我来说,我只会在造轮子的时候去研究一个轮子。而不是深入研究某个轮子,我会得到造某种轮子的方法。
以上这些都是我们平时开发中可能会遇到的问题,为什么会这样?其实就是因为平时没有写文档的习惯,文字没有得以保留,只靠记忆,时间长了确实记不住。...同样一件事情,在前后端来看完全是两个东西,比如保存一项数据,后端需要关注的可能是如何校验、如何存储、如何索引、如何关联。...一般会简单描述项目的背景和价值,做一件事情的意义或者说动机是很重要的,一般从需求文档里进行概括即可。然后解释后面文档中需要用到的一些专有名词,达成大家对一些名词的共识是很重要的。 第二章,相关文档。...,方案设计是个结构化思维的过程,他不光是能让项目更好执行,也能提升开发者本身的架构能力和宏观意识。...所以,同学们在平时开发的时候多想一想如何做设计吧。 后续预告 技术方案有一部分功能实现是和后端一起制定的,每个人制定的前后端技术方案是否合理是不统一的,有没有更好的最佳实践呢?
成长就是不断自我怀疑然后自我突破的过程~ 引 八月初的时候,博导跟我介绍了这个项目,大概内容就是对某市供水管网中的泵站与清水池进行优化调度。...在上次的组会过程中,我其实已经进行了一个大概的总结,所以说接下来就按照组会PPT中的内容进行一个记录吧~ 组会汇报 ⏱️ 考虑时间成本 Quote / 参考 面对未知的事物,试错过程需要花费大量时间成本...在项目开始前,博导说预备时间是两个半月,然后我们就先按两个月的来,给最后留半个月的时间缓冲。我当时觉得时间还是很充裕的。 然而实际情况做下来,我们花费了将近4个多月,几乎是原来时间的两倍了。...但是当我真的开始学习GA,发现它其实并没有想象中的那么难。从初识到应用到自己的项目里,前后也就是三五天的时间。 通过这件事就说明两点: 要对自己有信心,面对未知事物,肯定会遇到困难。...,我在这个过程中学习到了很多东西,也成长了很多,也算是自己的一笔财富吧。
本文首先列举UI自动化过程中普遍会遇到的问题,然后逐个的解决这些问题。...再比如运行完测试用例之后,需要花费大量的时间排查错误,错误有脚本错误,有功能的变更,有bug等。逐个排查和解决需要耗费大量的人力。...对于一个系统来说,可以不需要等整个系统都稳定了再介入,可以评估某一个独立功能UI稳定之后,对这个功能进行UI自动化测试,在运行的过程中优化框架和测试用例。...那你可以说我sleep(30)再进行下一步操作不就得了,但是这样的话用例的执行时间变长了很多,对于手动执行没有什么优势了。...保证用例的独立性 尽量保证一条测试用例只做一件事情,而且用例与用例之间没有关联关系,这样能提升用例的稳定性 能不用UI的地方尽量不用UI操作 比如用例的目的是为了检查广告信息的展现功能,需要新建一条广告
从宏观角度来说,想要得到一个高品质的设计,一定需要经过长时间的打磨与修正的。花费的时间越多,也就意味着,这个设计会越加完善。而因为急于求成,赶稿出来的”早产儿“,往往得到的结果都是质量低下的残次品。...也就是说,时间管理的本质是一种资源分配的能力,它是你的注意力、影响力和精力的投资过程。有很多人一听说要做时间管理,首先去找了一大堆的app , 以为掌握了这些软件,就掌握了时间管理。...整合有助于精简掉那些具有重复性质的事件,因此节省出的时间可以更加专注的做其他重要的事情。 ? 专注在工作中非常重要,确保在一个完整的时间段内只专注于一件事。...划分好时间规划后,从一件事情开始做起,而且一次就做一件事。并马上着手去做,立即行动,不要拖延。 在我们的一天之中,除去睡眠时间,我们还有将近三分之二的时间可以被管理与划分。...身体是革命的本钱,养精蓄锐合理的休息不仅可以提升工作效率,更能提升创意的品质。就跟做体力运动一样,肌肉太疲劳会影响到运动的质量甚至受伤,同理大脑疲劳自然思考效率也会随之下降。 ?
非著名程序员 ‘唉,其实做了这么久,发现一个道理:做人就得脸皮厚点,不要太谦虚,太客气,越是脸皮越厚,越不要脸的人,才能成功,越是谨小慎微,怕这怕那,犹豫的人,越没有资源,越容易失败!”...“多东西我们得要偷偷做,不是做给别人看的,学习的过程本身就是不断自我突破的过程,对于只说风凉话而不给建议的人我们可以让他从我们的世界消失。...跨,这扎你一刀,你这血还没擦干净那,他过来说,你要勇敢起来,你死不死。” 陈宇明 “看了一些书,才发现自己错了,我太注重自己的成长了。”...--《商业的本质》 “以前的我一直以为技术好就是王道,现在发现在并不是这样的。” 通晓天下武功而百无一用,其实和不出家门的书生也没太大的区别;学尽世上技术但做不出成功的产品,一样是毫无意义。...--《MacTalk 人生元编程》 叶孤城__ "对于程序员来说,只有一件事是永远不变的.就是技术永远不会赔.他只会随着你的进步越来越值钱。 你的技术才是你的核武器."