mongodb

mongodb

V2EX 第 29577 号会员,加入于 2012-11-10 13:56:07 +08:00
「当你觉得自己的想法很创新时,十有八九是知识面太窄。」
根据 mongodb 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
mongodb 最近回复了
95 天前
回复了 kidlj 创建的主题 分享创造 不背单词,遇见单词
我还以为是那个 app 『不背单词』

不过讲实话那玩意儿还挺好用。
就是我司啊。

有一些历史项目 PHP 的,要维护,工作量很小。
一些新项目和计划中的会重用 Python 和 Go 。

但在我们这小地方按语言来找开发,不好找。 如果我招聘的时候顶着名头是 Python 和 Go,一个结果是来一堆培训班出来写爬虫的,一个是根本找不到人。

还是 PHP 和 Java 多。

但如果我只以『服务端开发工程师』的名义来写招聘,里面写明语言要求,很多人标题看都不看也不来。他们以为我是个什么都不懂的 HR 。

如果以招 PHP 或者 Java 的由头来找,会有大把的人可以看得到。 我会在面试过程中讲明接下来涉及的语言种类,业务需求,看对方愿不愿意。

别说,有用的多。固然有的人是一年经验用十年,往死了认准一门语言打算用到死,但也有一些人,虽然以前写个 PHP,自己多少也接触了些 Node 啊 Python 啊,应用领域也许窄一些,但对运行原理,系统架构方面有思考。

我只要在这个面试过程中讲明白了,和对方开诚布公的聊一聊,其实往往对方不光不会介意,甚至会跃跃欲试。

说到底,还是要在一个合适的节点把话说开了。
我四室都觉得不够。

相信我,你想多了。

尤其是,家里不要做什么工作室。信我。
126 天前
回复了 firhome 创建的主题 程序员 大型老旧的前端项目,如何动手优化?
还有我有个习惯就是,老旧项目会尝试在动结构之前,把包依赖在可以的情况下升级版本…… 优先级比动代码本身高。
有的时候是换了就不能跑,但也得折腾。
这事很重要。
升级到新版本,你才有足够好用的工具来继续往下折腾。

尽可能选兼容性高的方案来升级,让自己可进可退。
126 天前
回复了 firhome 创建的主题 程序员 大型老旧的前端项目,如何动手优化?
不管你觉得动手多难,其实按我动屎山的经验,交叉关联再多的东西,总归可以从一个函数来起,逐步迁移,小范围折腾。 务必保证每次修改的原子性(这里的原子指的是尽可能的影响小,越小越好),然后修改个半个月下来,其实发现也还好。

但小伙子你听我一言。对这种前端项目,你第一个要动的可能不是上手动已有组件。而是去看看 package.json 里引用的第三方包,是不是有些有坑。最好逐个去看完,一些可以从外部依赖改成放到本地 vendor 的,就放到本地。

安内必先攘外。

对外部第三方的组件和模块引用,不把它摸个门清,你后面会发现左右为难,有的动也不是不动也不是。

新开发的时候大量依赖外部组件是个多快好省的方法,但时候差不多的话,就得把它本地化,改成自己的。然后你才能放心的去愚公移屎……
154 天前
回复了 chaleaoch 创建的主题 Python 如何对 flask api 的接口做校验?
不行。

Vue3 自己没问题。

周边生态没跟上。
说明里面调用了浏览器……被 macOS 自己检测到了……
问一个问题。
你们对自定义字段是怎么处理的,json 化吗?
我们虽然不做这样的产品,但自己的系统中有近似的一些功能,没这么复杂,但不可避免的涉及到一个基础功能『自定义标段字段』。

当然,实现的方式方法有很多。但讲实话很多方法我都觉得不尽完美。不知道你们对涉及到自定义字段的时候处理方式是如何?
185 天前
回复了 vevlins 创建的主题 程序员 lowcode 是不是在断后人的路?
楼主何来的自信……

你先写几个 low code 出来再说吧。

你每回复一条,每打一个字,都在暴露自己的自大和无知。

code low 不 low 我不知道,我看你
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2683 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 9ms · UTC 12:26 · PVG 20:26 · LAX 04:26 · JFK 07:26
♥ Do have faith in what you're doing.