V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  shyrock  ›  全部回复第 94 页 / 共 269 页
回复总数  5366
1 ... 90  91  92  93  94  95  96  97  98  99 ... 269  
2022-06-17 09:54:31 +08:00
回复了 RuLaiFo 创建的主题 生活 老婆有弟弟 双方父母赡养义务怎么处理
@misaka19000 #39 帮这个总结再总结一下:
1.小家庭一起出的视为男方家庭出的
2.买房只加男方名字,视为给了男女双方
3.所谓改口费 4800x2 太少了这里直接忽略吧,倒是几床被子非常显眼一定要拿出来说说
4.一年几次几百的红包和每次几十元的水果,这么大价值的东西必须分成两点来分析才显得够分量
2022-06-17 09:47:08 +08:00
回复了 RuLaiFo 创建的主题 生活 老婆有弟弟 双方父母赡养义务怎么处理
作为男人,独生子,我完全理解 OP 的某些立场和想法。
总觉得自己父母付出太多,得到太少。父母永远是这世界唯二无私对待自己的人。
所以在家庭内部偏向自己父母没有任何问题,我承认我自私怎么了?

但是,为了合理化自己的选择,美化自己的自私行为同时抹黑矮化对方就很愚蠢了。何况通篇看下来,除了感觉 OP 把双方家庭的经济来往分得清清楚楚之外,没看出来对方有实质性的显失公平行为。

“我父母加上完工外婆随时随地都在为我们着想”vs“但是感觉她父母也没有为我们考虑太多”,这个结论的唯一论据就是“,逢年过节,生日这些都会给几百块红包给他们和弟弟,我爸妈都不会收”?对吗?
2022-06-17 09:35:41 +08:00
回复了 RuLaiFo 创建的主题 生活 老婆有弟弟 双方父母赡养义务怎么处理
@RuLaiFo #33 我括号里附了你的原文,我想大家不至于理解错。
如果严格按照你的逻辑,那公平做法是:
她弟弟赡养她父母,你赡养你父母。你老婆永久轮空。
2022-06-17 09:32:36 +08:00
回复了 RuLaiFo 创建的主题 生活 老婆有弟弟 双方父母赡养义务怎么处理
@RuLaiFo #32 所以说没有卖不掉的房子只有卖不掉的价格,如果真的是好生意急用钱,降十万就秒出了。
2022-06-17 09:24:08 +08:00
回复了 RuLaiFo 创建的主题 生活 老婆有弟弟 双方父母赡养义务怎么处理
还有一些细节也挺让人迷惑的:
1.成都有收彩礼的风俗?本地数十年土著表示认识的家庭没有见过?
2.房子加名字不必须在购房时,购房后几十元就能把对方名字加上。
3.“去年下半年成都房子就很难卖了,所以一直没卖掉”vs“因为卖了以后就很难买了,房价会越来越贵”?到底是难卖还是难买?
2022-06-17 09:15:10 +08:00
回复了 RuLaiFo 创建的主题 生活 老婆有弟弟 双方父母赡养义务怎么处理
说伏地魔的是不是只看标题?
通篇看下来,OP 只在最后一段说到弟弟,而且实锤的就一点“逢年过节,生日这些都会给几百块红包给他们和弟弟”,其他都是 OP 估计以后会怎么怎么样。
逢年过节给几百红包就是伏地魔了? V2 各位的 MIN(经济条件,胸怀)≈500 ¥?

OP 前面写了很多经济细节,说实话没有任何一点跟弟弟有关系。完全站在第三方立场来看,男女平分,最多姐弟婿三人平分是合理的吧,而 OP 居然提出来弟 100%承担(她弟弟以后尽主要赡养义务)我也是妹想到。

以上是理中客分析。

要问建议,一个字分。双方三观有不可弥合的矛盾。
2022-06-16 16:45:08 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@carrie96 #50 本质是待办,我只是在想是不是能借用通知来实现。
2022-06-16 15:58:54 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@carrie96 #48 不是已读就 OK ,需要的是已经处理了才 OK 。
2022-06-16 15:24:51 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@buliugu #45 差不多,我也是通过用户所属的角色组来查询的,但是每种事务有独特的查询规则。签收这个操作没看出来能改善哪方面。。。
2022-06-16 15:23:29 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@wolfie #43 谢谢你的热心回复。不过现在其实没有已经建好的待办表。实际的表格例如 [项目表] :项目内容字段、商务评审人、财务评审人、风控评审人、技术评审人 1 、技术评审人 2 、技术评审人 3 、项目进度、项目毛利。
要求是项目如果毛利低于 30%需要加入风控评审和技术评审人 3 ;如果项目涉及到定制开发,需要技术评审人 2 和技术评审人三;商务评审人只评审他自己的项目以及他下属的项目。

这样的要求涉及到其他类似的几十个单据表格。
2022-06-16 14:59:01 +08:00
回复了 chichux 创建的主题 问与答 [在德国快十年了,应该回国吗?] 看帖有感,想起一段话
OP 是不是有种自己是社会主义接班人的错觉?
2022-06-16 14:26:58 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@kop1989smurf #40 这个接近于我说的第二个方案。处理完待办后怎么-1 呢?
2022-06-16 14:22:25 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@wolfie #37 因为数据是围绕业务单据组织的,比如一个项目审核,需要 10 个角色参加,查询的时候是先筛选出符合条件的项目,再根据项目负责人和参与人找到需要推送的评审对象。这个过程不是查一张表那么简单和快速。
2022-06-16 14:20:34 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@kop1989smurf #31 某些部分是类似抢单的,不过抢单我理解是单一任务类型,但是推送大量用户;我这个是反过来用户不多,但是任务类型很多,所以过滤并更新任务表是个核心问题。
2022-06-16 14:08:27 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@murmur #30 一分钟是最坏的情况,比如管理员登陆,有上百个待办列表要刷新。重点在于每个待办并不是提前筛选到待办表的,而是要根据业务逻辑一个一个查出来。

如果有待办表,那么问题就转化为怎么来更新这个待办表。
2022-06-16 11:50:29 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@libook #26 如果是历史债务,越换越少还好。我认为这个是架构没有匹配待办这个业务,意味着每一个新增的流程都会需要考虑怎么加入待办,以及怎么优化待办性能。这种情况,我认为优化单个待办的性能就是个无底洞一样的任务了。
2022-06-16 11:48:28 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@Saxton #25 每一种业务有不同的表,对吧?现在要把所有业务的待办列到一个待办列表里,中间必然有一个步骤是查询多种业务表,然后生成待办。可以选择在客户点开待办的时候去查,也可以先在后台查好在推送到前端。
2022-06-16 11:42:04 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@Saxton #22 归根结底待办是业务逻辑的延申,随业务逻辑的变更而变。
如果一开始业务逻辑就抽象了业务和待办的关系--比如用工作流引擎和事务来封装业务逻辑,
那么待办逻辑也可以聚焦起来。
现在在屎山里面抽丝剥茧新增待办逻辑确实很难优雅。
2022-06-16 11:37:32 +08:00
回复了 shyrock 创建的主题 程序员 一种介于待办和通知的需求有没有好的思路?
@libook #21 我感觉优化很难,因为一个用户可能有数十种待办,每种待办意味着一套独立的查询。针对每个查询可以优化,但是投入和产出不成正比。
1 ... 90  91  92  93  94  95  96  97  98  99 ... 269  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3766 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 10:34 · PVG 18:34 · LAX 02:34 · JFK 05:34
Developed with CodeLauncher
♥ Do have faith in what you're doing.