Re: [请益] 开发起来不须太等待的技术或工作

楼主: brianhsu (坟墓)   2018-04-12 09:30:19
※ 引述《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。一开始可能
会不太习惯,觉得好像多做了不少事,但习惯了之后很方便的。
: 资料探勘或机器学习似乎也是经常需要等候一段时间才能看到结果?
作者: robler (章鱼丸)   2018-04-12 09:31:00
自己做测试用的假资料就好啦,用真实的大量资料做开发?
作者: qrtt1 (有些事,有时候。。。)   2018-04-12 15:08:00
想起了有先前有人单纯测试,就花了大笔的钱在 gcp, aws 的杯具事件。弄清楚目标,想想再规划怎么测啊 ha

Links booklink

Contact Us: admin [ a t ] ucptt.com