楼上不定期打儿子, 哭的撕心裂肺的, 打着打着当妈的也哭喊的撕心裂肺的, 不知道经历了什么, 偶尔会有其他邻居去劝

因为租的自如, 如果遇到估计直接找管家, 省的我出面, 上次管家给我找到隔了 4 层楼的一家帮忙把他们空调管子给剪了避免一直滴水到我这前面一个大铁板上. 如果自己租的, 考虑下直接上门, 物业, 居委, 110 什么的吧, 量力而行, 别拖

最近同样部署 chrome 自动化工具, 用的自己写的 zipapps, 如果不嫌麻烦可以继续看, 我这边是 Jenkins 打包机 Linux 打包以后在 Hadoop 那边直接执行的

看你情景必须把依赖和源代码打包起来一起发布, 可以尝试一下. 有几个前提:
1. Python3.7+
2. Windows 打包的只能 Windows 用, Linux 打包的只能 Linux 用, 有些库不是跨平台的要编译, 打包机 Python 版本也得和运行环境一致, 类似 selectolax 或者 psutil 这样有 .so 的就没法同时给 3.7 3.8 一起用
3. 执行的时候估计会解压出一个文件夹在旁边

步骤:
1. 打包机上安装 python3.7 -m pip install zipapps -U --user
2. python3.7 -m zipapps -c -a path_to_your_package -m package_name.__main__:main -o app.pyz -u="*" -r requirement.txt
3. 客户端那边运行 python3.7 app.pyz

打包以后文件挺大的, 毕竟带了所有依赖, 如果想依赖和代码分开打包也可以, 也可以不指定 entry_point (也就是那个-m 参数), 打包后当虚拟环境使

还是得分人吧, 有的起点高, 有的底子牢, 有的大聪明, 有的运气好. 三分运气加七分实力, 剩下九十分全看脸.

有点好奇这种需求有正式的书面协议以及验收标准么, 头回见面试这么直接的, 如果只是电话聊聊, 只能说尽量别相信任何电话非书面的保证

某些日企或者体制内的童鞋就是这待遇, 输入法都不让装, 不连外网, 抽屉里七八个优盘... 应该不是很少见吧

挂代理貌似都远程解析, 本地解析的例子目前没见到过

这两天被公司 VPN 的代理折腾的 DNS 都乱套了, 很多 aws 域名只能指望挂个隧道才绕进去

试了下, 是实时预览, 平时如果 JSON 做配置文件略微改改还可以, 如果大量改还是用习惯了 VSCODE 的多行编辑, 巨量改直接用 Python 了... 习惯的力量太大了, 之前用过 JSON Viewer 和 FE-Helper

挺多地方其实可以借鉴一下 JSON-HANDLE 扩展, 特别多的功能基本离不开了:

图片预览, 折叠记忆, JSON-Path, Tab 打开, 右键选中, 单行压缩, base64 decode.

就身边"朋友" 的经验, 确实结婚前后两种世界. 选清静无为的生活什么的, 小孩子才要选, 成年人压根没得选

@learningman
@namelosw

前半句是之前看到 "人生不可动态规划" 直接反向引用调戏 HR, 后半句确实理解偏了, 太久没关注 DP 了(以前偶尔刷题遇到), 只有点递归和记录子问题最优解的印象, 刚才又搜搜引擎复习了一遍...

@emSaVya
如果人生在走下坡路, 前一步总是最优... 现在越活越丧气

#10 楼经典...

我的人生规划就是动态规划, 走一步看一步

我都是刷新下，第二次就好了，第一次基本没成功过。

@ClericPy 我这边业务不是太复杂, 有时候单元测试有时候简单的功能测试, 太细致的单元测试就连 TDD 那本书作者都不建议 ( https://stackoverflow.com/questions/153234/how-deep-are-your-unit-tests , 也就是著名的那句 "I get paid for code that works, not for tests")

有的同事天天加班到十一点, 进度天天催, 根本没时间写完整测试, 连文档都不愿意看, 最后布一套测试环境跑通核心功能验收就上线了. 毕竟对绝大多数公司来说, 开发人力根本严重不足, 方法论什么的行不通

总结起来就是, 上线前一定要有测试, 但是不要迷信 100% coverage.

@phytry 正常, 这两个我知道之前也不知道, 哈哈, 多动手是好习惯, 坚持下去, 另外多借鉴, 最近几年逛 Github 太大开眼界了

@learningman 原来如此. 确实没法整虚拟化, 想做一堆虚拟机+vnc 养号都只能选 Linux... 多谢

自己搭的话一般用做测试环境, 他们卖的会带很多配套服务稳定性好很多, 也搞定很多老运维才能避开的坑, 问题就是价格特别贵... 简单点说如果是特别重要的数据, 有老运维老 DBA, 自己搭也不是不行, 平时一定做好备份, 平时可以多问问老大, 很多史诗级大坑的经验一般就三个来源: 看书看报, 他人传授, 亲身经历.

函数计算原来说的就是 ServerLess, 之前接触过一点, 总体感觉就是首先费用极低, 用多少花多少, 可用性方面, 多写纯函数(输入输出完全确定, 无状态无副作用), 性能和抗高并发方面还是挺优秀的, 主要是纯函数写多了感觉 bug 都变少了. 曾几何时强烈建议把公司所有爬虫改造成 AWS lambda + kafka 的, 比现在在用的 Hadoop 和 docker 省太多钱了. 而且运维成本基本不考虑, 关键是我不会再被其他人写的共享资源的服务给拖累了...

也有些人不太习惯 serverless 部署和调试之类的麻烦, 还是看代码能力和经验, 没啥好办法.

不怕麻烦自己搭个 VPN 怎么样, 或者考虑搭个跳板机, 不直接连进去

不过就像楼上说的, 安全问题还是要小心一点, 之前公司没有堡垒机的时候, 一直在用 teamviewer / anydesk / todesk / 向日葵

后来分别因为 判为商用 / 连接速度慢 / Linux 下服务端无连接的空闲时候疯狂占用 CPU / 无法解锁 manjaro 锁屏 全淘汰了, 等 jumpserver 上线直接用的网页端...

楼上都答完了, 路过问下平时我多平台测试时候有个 Mac 系统的老是排队, 这个是机器少还是用的人太多啊?

jumpserver... 把域名简称给暴露出来了...