牛人，羡慕，恭喜，唉~

1 、 所谓 24 节气实际上就是传统农历耕作中用到的一些时间节点，它所有的文化历史意义其实都是围绕这个具体的日期节点诞生的。
改它的日子就和有些人为了过生日方便改生日一样，除非有特别的情况（比如过农历生日但生日是闰月）否则谁都会觉得这种改法很怪异，丧失了这个节日本来的意义。

古时 24 节气都是要定期修订的，因为根据规律推断的日子随着误差可能和实际的太阳照射角度对应的日子产生偏差，所以专管历法的官吏需要定期修正。因为即涉及到天文（天意）同时调整阴历部分（月相）与阳历部分（太阳）对齐是很繁杂的，所以正好合适用来宣扬皇权的神圣性，所以古时历法都是皇权的象征。

现代，我们国内使用的标准历法是太阳历，一年是完全按照太阳走向定的，那自然 24 节气在公历里都有了几乎固定的日期，但也因此，我们常过的那些月相相关的节日（比如中秋）从公历角度看就是每年都在变日期。

2 、结论上来说，国内现在的假期是国务院修订的法定假期，一般民众于此无关，你要混成全国人大代表了那没准开会的时候可以提议如何如何。

op 可能比较小，在我小时候央视有俩栏目“五一 7 天了”、“国庆七天乐”，因为那时候法定假期除了过年就这俩，不过那时候假期比现在长，调休周末也没现在多，后面玩了国家一手朝三暮四，一年放假总数比以前还加了一天，但假期拆碎成到好几个不同的节日了，包括清明。

@aitianci 实际原因是北京人流量和车流量都太高，人和车就比谁先截断谁，早晚高峰一个没红绿的人行横道如果汽车让行人至少能让 3 分钟，差不多一个地铁出来的人流都得让完。

@liveoppo 世界不是按照 0 和 1 运行的， 但请不要以自己利益去规定 0 和 1 必须和你的利益相符。

我上一个提到的横穿马路的例子，我会选择利益去横穿，但我明确清楚的知道横穿是错的，我选择了错误但更符合自己利益的方式。这是是我的想法。

而你一直给我表述的观点我感觉是这种，因为在这里人人都横穿，只有死脑筋才会去浪费 10 分钟找人行横道，所以在这里遵守规定走人行横道是错误的，我们应该选择更正确的方式通行。


我如果在这里横穿发生了意外，我明确知道自己是错的，除非对方超速或者酒驾否则自己才是这场意外的主因，因为是我犯了错误。

而你看你的论调，我觉得你会觉得，这一直以来都没车偏偏就这么赶巧了，真是时运不济，加上那个司机眼瞎。

@liveoppo 我说的是过马路，楼主提的也是过马路的问题，涉及到穿越车道，而你说的是顺着车道方向行驶，正常道路行驶中本来非机动车和机动车发生事故就有优待的，但非机动车撞行人了可不会按照行人撞行人判罚。

我目前只遇到过非机动车道被违停占用的，没遇到完全没有非机动车道的，只有我们小地方有些窄路人家是机非混行道路，即便是真没有的，我也倾向于像我们小地方的机非混行道路一样，非机动车去道路上贴边骑行，而不是骑上马路牙子和行人混行。

另外，下车推行很慢是让你跟着行人走人行横道的时候推，不是让你顺着车道方向不骑一路推行，除了步行街我从来没见过不让骑车的路段。

@liveoppo 你 76 楼这个例子，就和下面我举得这个例子一样。
"我住的这地方 20 分钟都见不到一辆车，横穿马路只需要 1 秒，而如果走到人行横道不论是左边还是右边都得 10 分钟才能到对面，请问我就非得走人行横道吗？"
这种问题你问我如何选择，那我也必然会选择横穿马路，风险和麻烦程度谁都能看出来哪个更合适。

但是，这就能理直气壮的说“走人行横道”、“下车推行过马路”是错的吗？规则是对的，只是我们因为个人利益和风险的差距选择更有利的违反规则的方式而已。 抢劫贩毒的能用自己家里吃了上顿没下顿父母盖房欠人钱还不起来抗辩自己犯法是正当的所以无罪吗？

因此，假设你横穿过程中正好路过个交警的车，拦下你罚款 50 然后罚你当 30 分钟交通协管进行教育，你不应该觉得自己违反规则是对的，是法律的问题。而是得自认倒霉，同时再下一次横穿判断是否合适的时候，风险因素里除了被撞概率外多加一项被抓概率。

@liveoppo 看过这集憨豆先生吗 https://v.youku.com/v_show/id_XNDI2NTA0MTg2MA==.html

其实和这个道理一样，就是行人在道路上有更高的优先权。

而你过马路走人行横道自然是为了避免事故以及事故发生后要求对方担责，那你自然要以一个行人的姿势走斑马线，你推车过和拉行李箱的行人是一个概念，而你骑过去自然不应该享受行人的优待等级。

当然实操上就像许多人过马路不走人行横道不看红绿灯一样，只有有专门的整治行动的时候这些人才知道这些规则。

恕我直言，赵本山有句话叫“有多大屁股穿多大裤衩”。

我身边见到的能预支下个月工资过这个月日子的，除了家庭小康以上没经历过苦日子的富孩子，就是 95 后或者 00 后里那些见识到花花世界自己欲壑难平的混子。
你作为一个苦出身居然还有这么大的心疯狂拆东墙补西墙，那你即便没有那些朋友借钱父母外债之类的外因估计也早晚会混成这德行。

最后提点实际建议，反正都这样了，征信肯定是要黑了，那就直接放弃它，网贷全部不还了，他们除了能打电话骚扰你的通讯录让你同事朋友厌恶你以外，没什么别的本事，你只要死猪不怕开水烫，这笔债就当一笔勾销了。

剩下的银行卡支付宝，估计还是得慢慢还，毕竟生活中能用得到，而且数额大的话银行可以限制你消费，你又不是哪些开公司转移了资产的老赖，坐高铁坐飞机人家不担心但你还是得考虑。

需要传的各位是不是所以项目里最好全都兼容一下啊，吧 .eclipose 、.idea 、.vscode 都传上去啊，要不你这格式化参数对于有些特立独行或者不想用盗版的人不友好啊。

给各位要传 代码约束规范的推荐一个东西 .editorconfig 各个 IDE 都支持或者有插件支持

还是搜搜，“单线复用”，“vlan 划分”这些吧，通过在弱电和客厅接俩支持 vlan 的交换机，来实现多个数据通道的需求。

https 一直是安全的，不安全的你的电脑，我之前在另一个帖子就说过类似的问题，https://v2ex.com/t/830030#reply47 。

https://imgur.com/rBAqkQC

先说规则层面，转向优先看路口标线，按着标线走，无标线最好是你说的方式。因为有些地方左转道在中间的绿化带里，右转道需要提前从分道线拐到非机动车边的辅路上。

至于你和老人的分歧，那属于素质高低的认知差异。
顺着人流过马路和看红绿灯过马路，你们会统一意见吗？
排队上车排队进出与一拥而上凭本事硬挤插队，你们的选择会一样吗？
开车是否要遵守规则惯例是否要与人方便不也是一样的事嘛。

越是小地方就越是会有人教育你“不懂变通”，我不想骂自己老家穷山恶水出 XX ，但确实最起码大城市巨大的高素质人口会逼得这些人也跟着装的文明一些。


而小地方，如果管理人员不在，那我只能站在站台上看大叔大妈们一拥而上冲火车，等临开车我再上去找自己的座。
（这个我最费解，除了大包小包行李多，否则你抢这两分钟有什么利益优势啊？）
其他入园或者公交，我则只能向侧方挡着我后面插队的，一边大喊“排队上别挤”一边看着另一边从柔弱妹子旁插进来的人挤到我前边回头骂后边“对啊，挤什么呢，有点素质”。
（插队实在是太不要脸了，尤其是在我插进来之后的那些）



最后，从道理层面说说跨道左转的问题。
假如你从中间跨道左转，而人家左转道有个新手司机本来要直走但不敢路口变车道所以堵在排队这里，轮到人家了人家一个直走，你一个拐弯，他以为你在右边是要直走，你以为他在左边也是排队左拐的，撞一起绝对是你拐弯的赔人家钱。

实际上英文回答也会有这个问题，要不为什么 stackoverflow 为什么要禁它，就是它只会使用已收录的各种元素拼接一个似是而非的答案，所以在有确定正确结论的问题下它的回答都不准确。

而中文比英语效果更差的原因应该就是数据量的差距，毕竟这软件就是外国人做的，人家训练肯定还是优先用英语，而且参与它的用户也是英语受众更多，那自然英语效果会与其他语言拉开的差距越来越大。

这大小其实一般个人项目完全够了，用 java 都没问题。

带专

7# 校对错误：

5 、“不够和 3” ——> “不过和 3”

总结： '因为处理功能复杂" ——> “因为除了功能复杂、”

1 、单纯以前后端交互来说，12306 一直稀烂，虽然如今已经好多了，但还是不咋样。

2 、不清楚所以就不瞎说了。

3 、车票联动售卖部分是确实存在的，而且应该非常繁杂，A 到 C 的票卖一张、A 、A2 、A3 、B 、B2 、C 之间的可售票都需要减去，但这部分应该是跟着铁路售票窗口电子化建设一起搞起来的内部系统，12306 可能不会涉及他们的售票库存逻辑，只是支付-确认支付-调铁路内部出票接口。

4 、这个属于既简单又麻烦的地方，简单是神仙来了处理 DDOS 也只能加机器，钱就可以解决，难则是难在峰谷差距太大，自建花费完全不值得，如今用阿里云玩弹性扩缩容确实是个比较好的方案。

5 、铁路确实有区间预留车厢，但只预留大站，并且大站也有非预留部分，比如 3 中 买 A 到 C 可能会买到 2 个预留车厢或 5 个混卖车厢的票，其他车厢则是 A 到终点的或到临近终点大站的预留车厢。
所以在非预留车厢的车票计算一直比较复杂，并且到了快发车时所有的 A 站预留车厢都会开放售卖，后面的 A2 、A3 这时可以买的 A 站的预留车厢票。 这部分绝对很复杂，不够和 3 提到的一样，这部分售票核心逻辑是铁路电子化建设的部分，搭建 12306 的时候应该已经是建成的了。

6 、和 4 一样，还是 DDOS 的问题，这部分目前的解决方式是不同始发站开售时间分开，这部分 12306 的压力除了查询应该只有购票失败可能涉及的退款了。

7 、候补这个可以归于 12306 的功能设计，还有购票信息实名制校验、错开各始发站车票起售时间、网络退票随机延时后放出这些都是 12306 层面做出的尝试，而行政方面我没有想出来到底有哪些有效措施了（唯一想到的是警察打击高技术黄牛抢票窝点）， 区间预留车厢是实际需求而不是解决手段他窗口售票时代就有了。

总结：
如果你把属于 12306 的核心功能，但现实情况是不涉及相关算法开发的部分——票务数据管理系统排除在需求列表中，则整个系统难度不算太高，需求重点主要是特定时间的高并发、实名身份校验、支付逻辑、支付确认逻辑、退款逻辑等互联网常规功能，难度与聚合多个平台的返利网站只有并发的差距。

如果你的开发包含了铁路系统最核心的票务管理功能，则开发难度远超大多数软件，因为处理功能复杂设计开发难度大之外，还会涉及许许多多的微小但必须修复的细节，需要开发者在未来的多年内一直重复，试用-反馈-修复，试用-的维护流程。