V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  seven777  ›  全部回复第 5 页 / 共 14 页
回复总数  267
1  2  3  4  5  6  7  8  9  10 ... 14  
完全在线,不是这个行业的解决思路.
你有 13 个客户,怎么说,也应该有 13w 以外的年收入.
如果你的系统真的能用的话.
如果你把一个在线系统卖成 1000 块以内的话,那是你自己自杀,不能怪别人.
如果这个系统只能开单,那也确实没有出路.
如果想做这行,起点要高,至少比现在的金蝶用友要高,这不是天方夜谭.
@lbingl 谢谢老师先.
但您可能没明白我的意思.
我的意思是怎么去设置"喜好顺序"?

比如,student 选择 course ,这是一个典型的 manytomany 关系.
但现在要设置对 course 的喜好排序.

张小明 , 选择 天文,地理,化学,物理,这四个选修课,喜好顺序是 天文>地理>化学>物理 , 后来又修改喜好顺序为 物理>天文>化学 (不喜欢地理,删了.)

李小明 , 选择 地理,化学,物理,这三个选修课,喜好顺序是 地理>物理>化学 , 后来又修改喜好顺序为 物理>天文>化学

...

这种的,数据库怎么设置?我和我的伙伴都是菜鸟,搜索一段时间了,还是没找到解决办法.
用的是 postgreSQL

谢谢各位了.
2020-07-17 19:44:36 +08:00
回复了 Dosenf 创建的主题 程序员 民营企业中,技术岗真的是最廉价的岗位吗?
凡事研究逻辑和道理,就能搞懂背后的逻辑。
为什么民营企业不重视技术岗位?
那是因为技术岗位并不是“直接创造利润差”的部门或岗位。
明明技术部门可能是创造利润的核心部门,为什么不受待见?因为民营企业业主的短视、这不能苛责!!!
众多的民营业主都是泥腿子,都是文盲,都是一群大牛逼(别不承认,吹牛逼是商业必学技!!!)
2020-07-02 22:27:00 +08:00
回复了 zivyou 创建的主题 程序员 问一下各位大佬,做一个物料管理系统大概需要多久?
就 “物料的 CRUD” 这件看似小事,就有很多陷阱和误区。
2020-07-02 22:23:50 +08:00
回复了 zivyou 创建的主题 程序员 问一下各位大佬,做一个物料管理系统大概需要多久?
1,不是题主说的这么简单,如果以你表述的这些东西,做出来的东西比 EXCEL 还要难用。
2,简单需求,真的 EXCEL 能解决得很好,根本不需要写软件。
3,写成软件(含 web )的真实需求,可能有这些:并发操作,远程操作,规则制定,界面亲和,有效统计,规范报表,与其他功能共享数据,规避输入错误,等等,EXCEL 捉襟见肘的事……
4,“前端开发进度无限快”这个表述不成立,恰恰在企业管理软件领域,界面是很耗时的,需要揣摩、推敲、总结、归并同类需求、需要人性化、需要规避错误、需要有亲和力、需要考虑 js 、异步传输失败的 fallback 。
5,后端的逻辑表述不难(或者在我看来不难,我有 15 年的工作总结,国内金蝶和用友全系软件精通级)。
6,后端的逻辑实现,要看程序员的功力,多并发使用还要考虑数据库选择、事务、等等。(我略知皮毛,长期使用 MSSQL 查询分析器,写过很多触发器和约束,也仅仅就会这些,不会编程,毕竟我是学财务,后从事 ERP 软件实施的)。
7,企业管理软件的基本功能,比如仓库、存货成本、采购、销售、总账、报表、固定资产、工资、预算、项目成本、BOM 、生产任务,这些,都是基础需求的功能。每一个功能都有很多讲究和考究。时至今日,不能再像 20 年前中国最早一批 ERP 软件厂商那样,一群不懂财务,不研究企业流程,不揣摩使用者需求,只懂编程的人那样,写出的东西一直是鸡肋。
8,如果题主真有这方面的需求和编程条件,可以联系聊聊。
9,我啰嗦这么多,可能小题大做了。
2020-06-13 09:49:33 +08:00
回复了 wsglj 创建的主题 Python 请教 Django 用来做个小工厂内部 MRP/ERP 可还行?
@raptor ODOO 太重了,而且与国内的“重财务,重发票”的现状差距太大,需要深度定制。
单定制的学习成本太大。
我个人的感觉。
国内有好多以 ODOO 定制为主页的公司,但好像基本都没做起来。
2020-06-13 09:47:39 +08:00
回复了 wsglj 创建的主题 Python 请教 Django 用来做个小工厂内部 MRP/ERP 可还行?
@twor2 #19
请教下,您为什么这么认为?
2020-03-22 19:33:10 +08:00
回复了 KevinRed 创建的主题 程序员 从没有哪个春天曾迟到过,疫情过后生活仍充满希望
我相信这图可能是楼主自己拍的,或者是当季的图。
但这个视角的桃花图,上个世纪就有了,那个时候电脑还没普及。
哈哈。
2019-12-29 22:09:36 +08:00
回复了 uxff 创建的主题 程序员 通过软件思路来改变和优化真实社会生活需求
软件思路无非逻辑,无非效率。
人类社会,要效率的地方很多,但绝不是所有事情都要效率。
缺什么稀罕什么,当前社会可能缺效率,缺秩序,所以就像找到救星一样追求效率,追求逻辑,追求秩序。
可以阿里的发展来对比,西方发达国家为什么没有阿里?无非是因为人们没有“低价购”的需求,无非是因为没有“假货卖真价”的畸形市场。
但我说的“阿里”是指淘宝时代的阿里,而不是今天的阿里。阿里通过支付宝洗白,通过“天猫”等商城类希望金蝉脱壳。
阿里成功的地方在于知道从良,知道淘宝是错的,支付宝才是价值所在。
再往后走几十年应该是逐渐回归人性,教育,品格。
就像人吃饱了才会善良一样的道理。
2019-11-27 13:22:10 +08:00
回复了 after1990s 创建的主题 随想 90 年的即将 30 岁
90 年生的,按农村算法,已经 31 了。
2019-11-22 17:15:27 +08:00
回复了 lau52y 创建的主题 程序员 excel 转 dbf 有好的软件么,金蝶需要 dbf 文件导入
另外多说一句,现在还有部署在 CITRIX 上的 K3 ?老项目?
在 CITRIX 上用 C/S 软件,噩梦般的存在!速度,打印,异常崩溃,分分钟逼死使用者。
2019-11-22 17:12:59 +08:00
回复了 lau52y 创建的主题 程序员 excel 转 dbf 有好的软件么,金蝶需要 dbf 文件导入
@lau52y 说说看,什么模块的什么文件需要导入 DBF ?
2019-11-21 16:59:16 +08:00
回复了 lau52y 创建的主题 程序员 excel 转 dbf 有好的软件么,金蝶需要 dbf 文件导入
金蝶没什么必须 DBF 导入的!
如果有,你肯定错了。
2019-11-07 10:40:50 +08:00
回复了 ygg9 创建的主题 程序员 不想做开发了,可以做点什么?
@php01
其实我对开发(或者说程序员)的理解是,主动创造是幸福的,被动工作是痛苦的。
有的程序员乐此不疲的维护自己一个不赚钱的项目,乐在其中。
2019-11-07 01:34:13 +08:00
回复了 ygg9 创建的主题 程序员 不想做开发了,可以做点什么?
我做财务工作的,月薪 10K,我俩换换?
2019-11-03 08:42:45 +08:00
回复了 king888 创建的主题 程序员 谢谢,我知道这是广告???
@littlewing
用 WPS 不仅仅是因为安装包小,还因为 WPS 会员的空间较好,所有文档完全能做到全平台随时云共享。
2019-10-16 19:46:09 +08:00
回复了 Lawlieti 创建的主题 程序员 有程序员转型汽车改装 ECU 编程的吗?
确实有需求,但市场比较窄,不和厂家合作的话基本吃不饱饭。
广东有人在淘宝上做破解和刷机业务,也是打野鸡形式,不是主业。
甚至不如“汽车钥匙匹配”生意稳定。
长期来看,ECU 等机车控制系统类不可能开放。
再者,告诉你真心话,机车控制系统的私改都是骗人的!!!相信我的话!
私改有一定的某方面效果,但肯定破坏了平衡。
机车的整体性能和经济平衡绝对是主机厂最有发言权,其他人别瞎扯。
像“纳智捷”那种失去平衡的车,也活不久。
我不是瞎说,主机厂和维修厂,我都有亲人。
@kokutou
直接开口“这个项目费用预算多少?”
没有什么不好意思的,不要把这种怨恨留在心里。
2019-10-11 18:04:34 +08:00
回复了 15399905591 创建的主题 Python 长沙的 Python 岗位,有大佬感兴趣么
ODOO,是个巨坑,谁沾谁死。
一群井底之蛙一样的程序员,在各自异想天开、各自杜撰着企业的管理流程和管理方法,以自己的判断去写软件。
1  2  3  4  5  6  7  8  9  10 ... 14  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5352 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 03:36 · PVG 11:36 · LAX 19:36 · JFK 22:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.