正则表达式匹配中国的手机号码。   我可以提供一些匹配中国手机号码的常用正则表达式: 仅匹配11位数字的手机号码: ^1[3456789]\d{9}$ 匹配以1开头的11位数字手机号码: ^1\d{10}$ 更宽松的匹配规则,允许0开头的手机号码: ^(?:0|86|＋?86)?1[3-9]\d{9}$ 这些正则表达式可以满足大多数场景下对中国手机号码的匹配需求。如果有特殊需求,也可以根据实际情况进行调整。 感触 N 年前的手机号码的匹配都是 13xx 开头就好了，因为那个年代只又 13x 的手机号码。     现在手机号码是越来越多了，记得 166 号段才出来的时候，很多网站都注册不上，应该是网站没有办法识别 166 的号段。 GPT 还真是生产力工具了，至少现在对正则表达式不茫然了。   https://www.isharkfly.com/t/topic/16377/2

正则表达式匹配英文 20 个字符，包括大写，小写。 根据搜索结果，看到 honeymoose 分享过一个正则表达式的要求是: 匹配 20 个英文字符(大写、小写都包括)。 那么这个正则表达式可以写成: ^[a-zA-Z]{20}$ 解释一下: ^ 表示匹配字符串的开始 [a-zA-Z] 表示匹配任意大写或小写英文字母 {20} 表示匹配20个字符 $ 表示匹配字符串的结束 这个正则表达式能匹配到一个 20 个英文字符的字符串。 让我们测试一下:   So this regex pattern will match strings like “ABCDEFGHIJKLMNOPQrst” but not “abc123DEF” or “ABCDEFGHIJKLMNOPQ”. 用正则表达式测试了下字符。 以前都比较害怕使用正则表达式，现在有了 GPT，实在是又提高了工作效率。   https://www.isharkfly.com/t/topic/16376/3

如果我说本来面试做题这种事情就是反人类你相信吗？ 这个罪恶的源头就是 Google，说是为了选择高素质的计算机编程水平的人才，然后把面试就变成了考试，最大的受益者当然是印度人了。 当把一个考察过程变成标准化的考试过程，那么整个过程自然就有作弊的，因为只要有考试就会有舞弊这个几千年都没改过。 所以三哥在面试这个事情上一直乐此不疲，结果把很多优秀的其他国家的程序员统统刷了出去，抬高了壁垒，同时养活一批刷题网站和美国移民局，来申请工作签证嘛。   不允许用本地 IDE 这种也完全是因为你不在公司现场面试，如果在公司现场面试的话，随便你用不用本地 IDE，毕竟都能看到你的表现。   在 IT 还没有一地鸡毛的时候，流行一个远程面试，当然在美国这个很常见，三哥在面试作弊这个事情上也是遥遥领先，说实话在这方面国人真的很老实。 后来他们想出了一招，屏幕共享，在面试的时候需要共享屏幕，但现在大部分人都是双屏，就算是屏幕共享也没有办法完全杜绝作弊。 再说了，就那些破算法题，有啥科技含量，又没有让你去重新设计一套金融算法模型或重新设计一套语言。 使用 IDE 的问题 就这个问题，如果是在公司现场面试，还让你用公司的 IDE，这个有点脱了裤子放屁，其实用不用都没啥太大区别，毕竟能看到你现场的情况和面试者的表现。 如果是远程的话，还是有一定价值，但一个屏幕共享就能解决大部分的情况，何必搞那么复杂，就是明明知道你可能在借助 GPT，这又何妨，还不如说题目就是这个，随便你是用什么工具，随便你使用什么搜索引擎，不怕面试的人搜内容，怕的是他还用百度搜内容。 是阿里用这个在存粹刷面试 KPI 吧，顺便测试下协同 IDE 环境好用不好用，拿点测试数据。 https://www.isharkfly.com/t/ide/16369

朋友最近想回家一趟，想着是少转机，价格合适点。 我们是不怎么考虑海南航空的，既然朋友说帮忙参考下，就随便翻了下。 感觉最近这机票的价格还算是不错了，从波士顿到上海只需要 700 多 USD，比前一段时间好多了。 虽然美东地区的选择还不多，也多是要转机的，但价格下来了大家也都可以多回去看看了。 其实本来朋友想去北京的。     结果看了下，这几天到北京要 7K 多一点点，后来查了下去上海的机票，发现去上海还更加便宜，朋友就想着干脆去上海玩几天算了。     这样对比看，多飞一个航段比到北京还便宜。 弃段 后来朋友问了一句，如果我买的票是到上海的，但我到北京就不飞了有什么关系吗？ 貌似对这个问题不同航空公司的处理方式是不一样的。 朋友买的是单程票，而且跳过的是最后一个航段，这个就没啥影响。通常来说弃段就弃段了，机票也不会退还给你的。 就好像说是买个机票，你没有到机场，飞机飞走了，你的这个票就作废了，如果航空公司超售了的话，别人的钱就补上了。 如买的是往返的话，就比较麻烦。 往返机票航空公司大概率是不允许弃段的，如果弃段了其中一段，航空公司默认的就是整个机票作废了，连返程也会给作废掉。 当然想不作废也没关系，需要打电话给航空公司，说其中某一段我不飞了，但返程还需要保留，通常航空公司会按照改票处理。 如果是高卡用户或者允许改退票的，改票费可能会被免除，通常还需要根据票的情况确定。否则可能就会收取一定手续费和补机票差价等。 有时候买机票可以试试终点不是你真正需要去的地方，可能会有意外惊喜喔。   https://www.isharkfly.com/t/topic/16371

CVS 于今日宣布将计划裁员将近 3000 人，所占的比例不到 CVS 雇员的 1% 这次 CVS 裁员的主要目的是为了达成削减 20 亿成不的目标。并且 CVS 声称这次裁员的主要目的为了让公司保持更强的竞争力。 医疗卫生行业近些年正在日益受到越来越严的监管压力和广大患者需求的改变。 CVS Health 于 1963 年成立于 MA 的 Lowell，主要销售美容产品。1969年，它被梅尔维尔公司（Melville Corporation）收购，1996年自梅尔维尔公司拆分，在纽约证券交易所上市。 2018年11月，它以690亿美元的价格收购安泰人寿。 CVS 的业务非常广泛，但大部分还是涉足在医疗卫生健康领域。 在美国东部地区有着广泛的雇员，并且也雇佣了很多的技术类岗位。 虽然这次裁员的比例不是很大，所裁撤的不是第一线的工作人员，至于多是什么岗位受到影响，现在还没有明确的消息。 https://www.isharkfly.com/t/cvs-2024-10-1-300/16370

虽然说吧 CSDN 的博客也就那样，记得去年的时候 CSDN 出了一个 Git 代码库，被骂得要死，基本上是从外面搬了一堆代码回来。 这回 CSDN 又玩了个新东西，干脆你可以把你的博客文章同步到你在 CSDN 开的代码库上了。 如何同步 在 CSDN 的博客发布的时候，下面又一个叫做备份到 gitcode.com 的设置：     可以单击选择这个设置。 我都不知道我已经设置了这个设置了，然后你可以用 CSDN 的账号登录 gitcode.com 网站。 在这个网站上，CSDN 为你的博客初始化了一个仓库。     初始化的仓库长这样子。 效果 效果就是，每一篇你在 CSDN 上发布的文章，都会在这里创建一个 MD 文件。 终于也算是跟上时代了，帮你发布的文章用 MD 文件转换一下。 非要说真有什么用的话，可能就是那一天你想把 CSDN 的博客关闭的时候不用有每一篇文章单独来拷贝了，至少主要内容还是用 Git 帮你保存下来了。 要吐槽的就是这个网站的访问速度实在是让人着急，点开项目需要等个 20 多秒，这是啥意思嘛。   https://www.isharkfly.com/t/csdn-git/16365

厂商为了增加用户黏度把所有的内容都放在 APP 上，京东的网页也搜索不到东西了，就算看到东西要跳转过来还需要先登录一下。 对比亚马逊这类的其他的购物网站，基本上都是网页内容和 APP 的内容都是同步的，网页直接看也可以下单，APP 也可以操作，完全是无缝衔接。 只能说我们是在作死的道路上一路狂奔，淘宝不是是网页版本的内容稀烂，然后让用户去用 APP，结果现在淘宝的 APP 也没人用，网页也没人看。 我们就喜欢在一些简单的东西上制造壁垒，然后感觉我们就是遥遥领先，因为我们有的别人没有嘛。 但这对互联网的生态非常不好，打压小企业的创新，形成垄断后开始吃红利，等红利没有了，才突然间发现整个世界已经变天了。   真正有用的 APP 又做得不好，所有 APP 都学支付宝，没有用的功能堆砌一大堆。 在出行上用得最多的航空公司 APP，国内现在还算能看能用的也就是南航了，国航这么大的企业做得简直是惨不忍睹。 像美国航空公司这类的 APP，基本上都可以做到无纸化值机，航班信息消息推送，升舱等候列表，在线选位，行李位置跟踪。   如果是没有托运行李，连办票机柜台都不用去，就算去办票柜台，也是自己打印托运行李票，自己托运。 工作人员只最后检查下重量有没有超重，如果没超重也直接放行了，只要行李重量自己掌握好，就算是加一个这个流程也多花不了 5 分钟。 印象中最轻松的一次，没有托运行李，从到机场大厅门口开始算，过安检，到登机口，7 分钟。 这效率简直了，上海浦东机场乘机要提前 2 小时到机场，从柜台办票就开始排队，安检，再到登机口，整整快 1 个多小时，排到死。 全部流程都在手机上，所有相关信息完全能够掌握，飞机延误呀，前序航班降落拉，现在的飞机在哪里呀，真正做到了需要让乘客了解的信息完全透明。 我们还在热衷于 APP 放贷，同时还瞧不上网页。   https://www.isharkfly.com/t/app/16360/3  

团队的群里面有一个同事突然问了下，下面的这个 JavaScript 如何进行优化 var startIndex = (start === undefined || start === null) ? null : start[0].Value; 看上面的代码就是典型的判断和返回的问题。 如果是要调试的话也不是做不出来，但可能要花点时间，突然间想都没有想就问了下 GPT。 GPT 给了一个优化的版本给我。     这个版本看到后就大跌眼镜了，突然间就感觉到程序员这块基本上已经不需要这么多人去做了。 对于一些基础代码的优化和处理，GPT 的效果要比一般的程序员做得都要好。 可能最后程序员得宿命就是拿着 GPT 的代码过来改改调通就行了。 GPT 从进入计算机这个行业开始也陆陆续续混了快 20 年了。 从最开始的 S/C 模型，到 Web，到微服务，到现在的 API 以及 GPT，时间是过得真快。 都说 2024 年就业环境不好，尤其是 IT 大厂都在裁员。 当看到上面的代码后，突然感觉到大厂裁员可能还要持续一段时间，2024 年不是结束，而是开始。 从普通的代码和调试角度来看，一些项目已经不再需要太多的人去做了，GPT 能够有效的提高效率。 大经济环境的影响再叠加 GPT 对效率的提升会更进一步压缩程序员的就业空间。 相反的，对于其他行业的工作却是一种促进。 举个例子来说，针对金融行业的从业人员，如果他们设计了一个模型，以前是他们只涉及模型，公司通过项目把这个模型让 IT 部门的人员来进行实现后验证。 程序员拿到项目需求后，理解项目需求然后开始设计架构，最后实现后交付。 这种模式随着实际的推移可能会逐步进行改变，设计模型的人不再依赖程序员帮他们进行实现了，他们可以自己通过数据和编程来验证一些模型。 从上面来看，整个市场对程序员的需求还是有的，但确实已经不再需要大量的基础程序员，同时对程序员的要求会越来越高。 IT 的寒冬，就你来看 2024 年是开始还是结束呢？   https://www.isharkfly.com/t/topic/16351

接上回说的，因 Costco 更换轮胎的一肚子火，就考虑换了一家。 整体感觉还是不错，时间上也花了差不多 3 个多小时，真正处理的时间是 1 小时多点。 还多等了 2 个多小时，主要原因还是人比较多，早知道这样就先回去了，省得在哪里耗着。 这次选的 town fair tire 周边还有 Home Depot 和 TJX，去逛下的话应该时间也挺好打发的，主要也是这次自己没有规划好，下午还要上班，以为中午 1 个多小时就能搞定，检查公司邮件用的手机也没有带出来，没有办法看消息和邮件，有点焦虑。 下次应该有心理准备，不管去哪里弄轮胎，还是要准备 2 到 3 个小时。 网上说 1 个小时能弄好，其实是从把车弄进去开始算，也确实差不多是要 1 个多小时，但前面的等候时间长了点。 感觉下次要不然就选最早的时间，要不然就选最后面的时间，中午的时间实在是人太多了。 平衡和校准 换了轮胎后做平衡是肯定要重新做的，他们还给做了校准，这个貌似是额外收费的，应该是 $70 左右吧。     因车后轮的调整螺栓锈蚀很严重，没有办法调整，说的是等把这个螺栓换掉后，90 天内过来免费再做一次校准。 感觉 Costco 换的轮胎是做了平衡，但是没有做校准。 其他要求 更换轮胎后，他们说的也是 5K 英里过来做一次轮胎对调，15K 英里的时候做一次平衡。 轮胎对调和平衡都是免费的，只要还在他们这边换轮胎，这个服务就是免费。 就是感觉可能有点耗时间。 如果只是轮胎对调的话，应该用不了 1 个小时吧，应该也就是 10 多分钟就能搞定。 保险起见，至少也得准备 1 个多小时。 感受 整体感受来说服务还是不错，价格上谈不上特别优惠，但也没有比 Costco 高。 也就多了一笔校准的费用，至于轮胎厂商提供的 rebate 服务，需要自行提交表格，把他们提供的收据拍照下通过手机发上去就行。 Costco 这个就方便点，是直接从价格里面帮你扣掉了，bridgestone rebate 现在是一张 70 的 VISA Gift Card。 他们处理完后，完全解决了车轮不平衡的问题，原来在没换完轮胎之前，高速 60MPH 的时候就开始抖动，并且抖动得还挺厉害。 现在已经完全没有这个问题了，开起来非常的丝滑。 有过这次的体验，不管是从时间，实际感受来看，应该不会再选择 Costco 的轮胎服务了，毕竟对 Costco 的服务感觉挺失望的。 没有对比就没有伤害。   https://www.isharkfly.com/t/costco/16343

车祸很多时候都本身都可以避免或者降低损失的。   看到前几天的这个新闻，觉得悲剧本来是可以完全避免的，为什么会变成这样，给这么多无辜的家庭带去痛苦。 困惑 有关车载监控的视频已能在网络上找到了。 从视频上看，司机被追尾后时的速度本身就不快，再说了还在堵车，速度能快到哪里去？ 追尾后离中央隔离带还有很长一段距离，一脚踩死就能刹住，然后等候处理即可，不知道为什么司机还加速冲向对方车道。 就算可能因刹车失灵，也应该是追尾同向车道也比对向车道要好。 我的理解应该是司机的脚在油门上，当被追尾的后，一脚下去又把油门当刹车了，并且随着速度的提升越来越慌，大脑一片空白还在死死的踩着油门。 脚在哪里 回想起很多年前跟着老师傅开车的时候，老师傅会经常纠正我的错误。 那个时候还没有所谓的驾校，老师傅开车全是经验，北京 212 的那个车，开出去到处捡零件的那种。 因老家是山区，有时候需要走盘山公路，在弯道的时候视野受限严重，并且是 2 车道，对司机考验比现在的驾校可严厉多了，真是实践出真知。 师傅对我说得最多的就是，你的脚在哪里？ 在不需要油门的时候，你的脚应该在刹车上面，而不是油门上，现在很多车都有自动启停功能，这种把油门当刹车的情况本就可以避免的。 开车这东西很多是经验，感觉驾校不知道在教什么，一些关键重要的规则总好像没有说清楚，上路的都是马路杀手。 这么多年，也被追尾过不下 5 次了，低速追尾的时候，都是一脚下去直接停哪里，然后查看状况，真的没有说被追尾了还加速的。 几个注意的地方 开车很多时候是经验，感觉师傅说的下面几个小技巧比较有用。 进弯收油带点刹车，出弯给点油。 开车很多时候要看周边其他人是怎么开车的。 跟车要多看看你车前面的车。 不知道上面这些，现在驾校都还说不说。   https://www.isharkfly.com/t/topic/16337