关于各种软件项目的一点体会
欢迎大家二次创作更高精度的版本。
低水平重复也可以自 high 呀😂 但行好事莫问前程,管它有没有人用。
总结到位,好玩,待我下班编辑编辑
好家伙, 一棍子把我打到自 high 里去了...
有用户在用:我自己
那我这里开发的是用户要求的,复杂度巨高的,还在持续更新的。(当然,开发完的基本稳定,很少更新)
you made it 举例:total commander ( chrome 这种也算,但是持续时间不是很长。)
老软件:altrun 我在用的一个启动器 ( windows xp 算吗)
我其实一直有个疑问,为什么软件需要持续更新,才会吸引用户呢?
很多时候,软件最重要的功能,都是前期版本里的。后期需求如果完全跟着用户来,只会越走越偏。
最近在调研 BI 系统和报表平台,那像帆软这种,是不是三者全占了
做中间的成就感满满
这种图中间一般不都是“不可能”之类的吗,哈哈哈
自 High 也不错,只要愿意花钱商业化很容易就可以变成中间的状态
#7
一些操作系统兼容性很烂,软件商就得不断的随着系统版本更新
假装觉得很有意思
觉得吃不持续更新倒不是很重要,十年不更的东西用起来不也一样,只要他能满足需求。
不过有人用和有复杂度确实是每个达成都比较困难
中间也有可能是 屎山的无限迭代
我就喜欢写那种“没什么卵用”的东西,在这个图里面只有“自 high”和“You Made It!”符合我,我都不管有没有人用,甚至都懒得更新了...
也不一定啊,比如暴雪的游戏
这个图没有说必须持续更新才有用户,只是归类为老软件而已。
自 high 的比例应该会比较多
总结很有说服力;感觉目前就处在低水平重复阶段; 😂
大部分产品都是低水平重复,也没啥问题,只要用户喜欢,就怕自 high 。
自己用的很开心。关闭 issue
you made it 是指什么意思?
就比如说您的 MenubarX, 在此之前有个 github.com/JadenGeller/Helium 也很类似的,它已经被 author archive 很久了
#23 你成了
除非一次性功能上齐,不然需要不断更新完善功能,而一次性上齐是个费时费力的事情。以及,在用户的使用中会让你对产品有新的理解,从而优化或者找到新的业务流程
自 high 人非我莫属,做了一堆自 high 项目😂
有用户愿意啃,管他金山银山还是屎山呢😂
中间的不就是业界知名的东西,无论是操作系统、数据库、工具 /办公软件、网站、app 、甚至是游戏
这个 用户 的规模可能不是 C 端. 如果在中小企业做内部应用, 应该也算是有 用户.
youtube-dl 超过 2 个月不更新是会上新闻的
我的方法是从项目中持续的到正反馈,每当我看到 App Store 里 6k 多个 5 星好评,就动力满满的去迭代新功能了。
有人用(至少自己要用吧☺)+自嗨:
s3.bmp.ovh/imgs/2022/04/07/dcae94f0b1a8dad3.png
自己用的话完全可以万年一个版号,大概是用户喜欢 ++版本号 吧,对于 free 应用来讲,用户有动力升级,反过来也促进了迭代更新(改良+杀虫) -- 只要不被用户的各种滥求(完全是处于其个人意愿的自私的需求)带偏了就行
个人观点:软件项目能开源尽量开源。
项目恒久远,开源永流传。
#7 微创新(
就是指这种状态给人的成就感非常吧。
俩种:
一种是搞了半天各种原因(公司没钱了、发现没人用....)没搞出来
一种是搞出来了,然后才是上面流程
a.php 实际上每秒有 10 个 ip 同时访问,如何实现每秒只执行一个 ip 的请求,同一秒剩余 9 个的请求实际上代码是不执行的? 想了半天找不到解题思路 修改 ngi…
背景是这样的,我家里有一个 Windows 台式机(光猫桥接路由器,有公网的 ipv6 ),安装了一个 OpenSSH 服务,台式机里面的 Vmware WS 还开了几台虚拟机…
对于程序开发者来说,有两种技术需要我们掌握,一个是技术上的能力,另一个是非技术上的能力。不幸的是,许多程序员过多地关注了技术上的能力,而忽略了非技术上的能力的培养,因此,我…