@xjh5572 现在用了付费的 cursor ，暂时还可以，看看后面效果怎么样。
@lhstock 是的，但是有时候他们说话真的让人觉得很心累，他开会就说这个是没有什么难度的，我相信一两天就能写出来，每次都是说先写出来一版，后面他们再提意见改，提意见又不说个具体，纯靠我来想象，唉，真的给我戴上痛苦面具了。

1 天前

回复了 iamtuzi3333 创建的主题 › 生活 › 大佬们，我是不是真的很菜

@Track13 是的，工资少又累，那会还是每天加班。
@systemGuest 是的，非常的黑，当时没地方去，着急找工作就去了。

2 天前

回复了 iamtuzi3333 创建的主题 › 生活 › 大佬们，我是不是真的很菜

@cjun 我今晚试一试，前端是在让我很难受，特别是领导要求很多，下午又开会说了一顿页面的事情。
@Dogergo 他现在从事业编出来了吗，我还是想稳定点，就是想干不怎么用脑的活，现在大环境不好，跳槽也难，唉，尽力尝试考吧。

2 天前

回复了 iamtuzi3333 创建的主题 › 生活 › 大佬们，我是不是真的很菜

@Dogergo 话是这么说，但是我看不到这个行业的余烬了。小弟会 html ，看的懂 css ，找了很多框架，不适用，都得手搓，心里很难受，尽管我不抵触，但是领导朝令夕改，真的很心累。吃这碗饭也没必要这么遭罪，一个人全都干，还各种不满意，连个能讨论的人都没有。就是因为穷苦我才觉得这个行业越来越差越来越难混，我对物质要求没那么高，现在是想着稳定，回老家有个编制公务员三千五千我也呆得住；现在可能最主要是公司给我的感觉很无语，我来快一年多了，代码没写多少，都是在干其他有的没的，然后领导突然有想法就让我写个什么东西出来，后端我都好处理，前端我是真的给搞烦了，一个页面不好看，一个字有问题都要抠出来讲，心累。我现在想干的就是按照规章文件按重复的无脑的活，不想要太多的创造，太烦人了。

2 天前

回复了 iamtuzi3333 创建的主题 › 生活 › 大佬们，我是不是真的很菜

@perbugwei 一直没想过去大厂，主要是这小公司事情真的多。
@coderluan 是的，大佬，我也不想既要又要，就想着事情少钱少稳定点，现在重点放在考公务员了。
@liuzimin 唉，确实，这家公司就是老板不懂技术又要好看，就让人心烦。
感觉我还是认真备考吧，自己不想太累，钱少花点也能过去。现在公司时不时就开会说我们会有裁员风险什么的。

36 天前

回复了 deposit 创建的主题 › 程序员 › 干了 1 年半 Java ，感到迷茫，想请大家指点

我也一样，现在小公司啥技术栈也学不了，每天是温水煮青蛙，想跳槽发现自己啥也不会，唉，这行业不容易沉淀，并不是越来越吃香的行业，都在考虑下一步怎么走了。

36 天前

回复了 iamtuzi3333 创建的主题 › 程序员 › 大佬们，请教一下数据读取

@nivalxer 挺好，后者历史数据我们很像，不过我就是还有一个实时数据的波形展示。
@fishman231 我查询看看。
@pangzipp 目前还没有实现三天以前读取本地文件，就是想这么做，看到一个方案就是只存储最近几天的数据，然后历史数据都存储到文件，查询历史数据通过读文件的形式去完成。MongoDB 分表我还不熟悉；技术栈都是啥好用简单方便就上啥了。

38 天前

回复了 iamtuzi3333 创建的主题 › 程序员 › 大佬们，请教一下数据读取

@nivalxer 我是每个传感器一个表，返回的文档长度不超过 16M 吗，有更好的方案可以分享一下。
@hd10180 他格式没有这么多，就是固定的 data 数组，要么 50,100,200 ，是根据采样率来定的。传感器也没有 uuid 全靠自己编。
@yyt6801 data 数组就是 50 或者 100 或者 200 个浮点数，每秒的数据都是这样。
@sagaxu 是的，我现在只统计了每秒的最大值，最小值，平均值，读取起来还不算太费劲。正常来说我们只关注十分钟这个节点，还有每分钟数据，这个都还算好用处理。文件确实，主要是读取文件比较麻烦，文件目录不固定，没有很好的索引方式。
@kivmi 是的，但是我们的数据也不算大，就是多，频繁，每秒都有，直接查询原始数据出来也是为了做进一步处理，比如取出每一分钟的最大值，最小值，均值，方差这一些。

39 天前

回复了 iamtuzi3333 创建的主题 › 程序员 › 大佬们，请教一下数据读取

@sagaxu 查询画图展示，长时间的我会额外查询宿友再处理，比如每十分钟提取一个最大值，汇聚所有的值返回。但是归根到底我还是要查询这些时间范围的数据。
@aloxaf 前端查询数据主要是展示，会有额外的需求，不过我还是要单独查询出这些范围的数据做进一步的加工。原始数据是传感器就固定每秒会有数据，传感器一多，每小时打包就不方便了，有时需要上半段，有时候需要下半段，每秒是最好的处理方法。数据会查询很久之前的，需要保持。时序数据库我还在找，发现挺多不怎么合适，总有一两项让我退步🤣

39 天前

回复了 iamtuzi3333 创建的主题 › 程序员 › 大佬们，请教一下数据读取

@MoYi123 内存溢出是 node 的问题好像，我试过查询去年某一段时间的数据，他就查询内存栈溢出了。
@sagaxu 数据总量很多，每天 86400 条 json 存入，每次查询返回不定期，就是得根据前端传回的时间范围作为查询条件，有时候会查询去年某一段时间的数据，慢的时候主要是等待很久，数据库的每个集合的 timestamp 字段有做索引。查询代码如下：
// 获取 MongoDB 原生数据库连接
const db = mongoose.connection.db;
// 获取指定的集合
const collection = db.collection(collectionName);
// 构建查询条件
const query = {};
const timestampInt = parseInt(timestamp, 10);
query.timestamp = timestampInt;
// 查询数据
const result = await collection.find(query).toArray();
if (result.length <= 0) {
ctx.status = 200;
ctx.body = { message: 'no data', data: [] };
return;
}

@Oldletter 代码相对来说比较简单，就是传入集合名字，时间范围，就去对应的结合查询，查询代码如上，后端用的 node ，koa 框架，但是我发现 Mongo 的数据迁移不太方便，比如说我要把 a 服务器的某一个库的所有数据转移到 b 服务器的 Mongo 实例中，就不太方便了。

» iamtuzi3333 创建的更多回复