作者brianhsu (坟墓)
看板Soft_Job
标题Re: [请益] 开发起来不须太等待的技术或工作
时间Thu Apr 12 09:30:19 2018
※ 引述《FacetheFaith (感恩 知足)》之铭言:
: 请教各位前辈
: 一些与back-end相关的工作似乎常会受限於back-end的回应速度而须等待
: 因为程式人员灵光涌现时不都急着想把程式写好
: 若需等候一段时间这样在开发上似乎有时会打乱写程式的节奏
: 想请问软体开发有哪些技术或工作是不太需要等待就能快速看到结果的
: 除了网页开发外还有哪些类型的技术或工作是不太需要等待的吗
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
看你的行文,应该是只要等资料跑完所以要等待?
那我会先看资料量有多大,除非资料量超过百万以上,不然 DB Schema
和 Index 有设计好,Query 有下对,通常顶多也就几秒的事吧?通常
如果超过十秒,我就会怀疑是不是程式写错,或是有在回圈里下 SQL
捞资料之类的。
而且开发的时候,就算不用 Mock 之类的,也可以用比较小的资料子集
来做,嫌慢的话也可以直接把 DB 的资料放到 Ram Disk 里,或如果你
们的 ORM 支援的话,也可以直接用 In-Memory 的 DB。(例如 H2)
这样再慢,就是程式本身演算法有问题了吧,例如搞了个 O(N!) 之类
的东西出来,资料量又特大的话,不慢也难。XD
不然像其他人推文说的,学写 Unit Test / Clean Architecture 和
相关的技巧,这样就可以开发的时候连资料库建置都不用管。
BTW,听他的演讲很有趣,明明讲题都一样,但我还是每场都看了。XD
https://www.youtube.com/watch?v=Nsjsiz2A9mg&t=1521s
订义好输入输出後,写个测试替身把放在语言内建的资料结构里(以
Java 来讲,最常见的就是 List或 HashMap) 的资料传回来,就可以
专心写演算法的部份,等功能都差不多之後,再去接 DB。一开始可能
会不太习惯,觉得好像多做了不少事,但习惯了之後很方便的。
: 资料探勘或机器学习似乎也是经常需要等候一段时间才能看到结果?
--
~
白马带着她一步步地回到中原。白马已经老了,只能慢慢地走,
'v'
Brian Hsu 但终是能回到中原的。江南有杨柳、桃花,有燕子、金鱼……
// \\
( 坟 墓 )
/( )\
但这个美丽的姑娘就像古高昌国人那样固执。 【白马啸西风】
^`~'^
http://brianhsu.moe 『那都是很好很好的,可我偏不喜欢。』
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.231.12.122
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1523496622.A.027.html
1F:→ robler: 自己做测试用的假资料就好啦,用真实的大量资料做开发? 04/12 09:31
所以我说可以用子集啊。XD
真不真实先不管,但在功能开发完後的测试阶段,大量资料我觉得是
必要的耶,做效能测试很好用。
有的时候就是会耍蠢,在回圈里去捞资料,每一条 SQL 看起来都很快,
组合起来是悲据……orz.
※ 编辑: brianhsu (36.231.12.122), 04/12/2018 09:41:34
2F:→ qrtt1: 想起了有先前有人单纯测试,就花了大笔的钱在 gcp, aws 的 04/12 15:08
3F:→ qrtt1: 杯具事件。弄清楚目标,想想再规划怎麽测啊 ha 04/12 15:09