关于各种软件项目的一点体会
欢迎大家二次创作更高精度的版本。
低水平重复也可以自 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 微创新(
就是指这种状态给人的成就感非常吧。
俩种:
一种是搞了半天各种原因(公司没钱了、发现没人用....)没搞出来
一种是搞出来了,然后才是上面流程
在我们用C/C++开发的过程中,总是有一个问题会给我们带来苦恼。这个问题就是函数内和函数外代码需要通过一块内存来交互(比如,函数返回字符串),这个问题困扰和很多开发人员。如果…
朋友的 OPPO 手机,聊天记录被清空,需要恢复 1-2 月内的聊天记录。手机自从删除聊天记录后,还一直在使用着,到现在有半个月了,这个是不是会对恢复造成影响? 想问大家,这种…
假设有 3 个模块(可能更多),为了提高效率,每个模块一个线程,并绑定到特定 CPU 核心。 每个模块处理特定的数据,数据长度是已知的 前一个模块的输出,是后一个模块的输出。…