1
fireeeeee 2023-06-21 11:10:20 +08:00 2
都是这氛围 还是适应吧 一块甩装傻充楞
|
2
lovedebug 2023-06-21 11:11:55 +08:00
业务量这么点,单体就行了
|
3
jdOY 2023-06-21 11:13:10 +08:00
不要搞低代码,少提要加钱的需求,会发现生活如此美好
|
4
xwayway OP @lovedebug 我也觉得单体好,但是我们领导及另外一位同事想要云原生,单体我也可以部署多节点啊。再说我们这种企业也不是非要几个 9 的可用性
|
5
imv2er 2023-06-21 11:14:44 +08:00
单体 +.NET 走起
要是考虑对接生态啥的选 java 也行 |
6
opentrade 2023-06-21 11:16:56 +08:00
做不好有啥责任?
|
7
winglight2016 2023-06-21 11:22:21 +08:00
搞云原生有啥不好,不正好练练技术吗?搞砸了,板子也落不到你屁股上啊?
|
8
isno 2023-06-21 11:32:03 +08:00
云原生架构,你们几个人不一定能搞得定吧 ? 容器化、gitops 、基础设施改造 还有 k8s , 不过你可以趁着这个机会都实践一把啊
|
9
vevlins 2023-06-21 11:35:59 +08:00 1
你们总监的想法不是很明显了吗,实力不行但还想赶赶时髦装个 B ,侧面迎合下就好了。
云原生太复杂,低代码维护性差,但他也不是非要这些不可,要这些是因为他只知道这些,你找一些自己做的来的新技术,跟他推广推广,满足下他的想法,让他自己觉得团队技术不错,向上也有的汇报。 |
10
vevlins 2023-06-21 11:40:54 +08:00 1
接上回,啥云不云原生,k3s + rancher ,告诉他咱们上云了,虽然没那么高端,但本质上确实是这个味道啊。低代码我一直不看好,你找个现成的表单生成器( https://jakhuang.github.io/form-generator/#/ ),告诉他这就是低代码(确实是),还可以再找个 CRUD 生成器,后台低代码都有了。
|
12
xwayway OP @vevlins 哈哈,我也想的是自己找个表单生成,再找个 若依 之类的框架,一把梭。
但是…… 领导不信任,他觉得凡是开源的都有安全问题,性能问题。因为上次我另一个同事做了个在线考试系统,用的 mysql ,然后系统出了问题。自增 id 用的 select count(*) + 1 实现。 还有就是我们三个人内部都有阻力,另一个同事私下给我说过很多次,不要找开源的,因为刚进公司,需要做一个小系统,我找了个开源项目搭架子。他觉得开源的,我们要做的工作很多。他想要找厂商把基础都弄好,自己写点业务逻辑就行,有啥需求可以拒绝领导,说这个厂商平台不支持。出了问题还能甩锅给厂商。反正据我目前的观察是如此的。 上云更不可能了,领导要求所有服务都本地化部署。 |
14
yituoxiang 2023-06-21 12:23:15 +08:00
直接采购成品完事,或者找外包公司一大堆专业干这个的
|
15
yuxi521 2023-06-21 13:15:48 +08:00
...都这样..得过且过都还混得不错..
|
16
Erroad 2023-06-21 14:26:24 +08:00
@xwayway #12 真的,你们比某友还烂,所以采购某友很合适,稍稍提高了你们的下限,还能甩锅,挺好的。某友甚至用 k8s 的
|
17
q474818917 2023-06-21 14:48:01 +08:00
不是说混改能解决现状吗?
|
19
sunjun 2023-06-21 15:21:26 +08:00
中建八局?
|
20
8355 2023-06-21 15:45:02 +08:00
一个地方一个混法
作为打工人你的目的是领到工资不是解决问题 先想明白了再去干 国企关键是站队,做不做的出东西不是那么重要,给谁做很重要。 你领导属于明白人,zz 正确 自己再品品吧,不行私下里多他交流一下。 |
23
anubu 2023-06-21 16:13:38 +08:00 1
- 短期利益。新技术会不会让自己干更多活,担更多责
- 长期利益。新技术会不会让自己工作更舒心,后续发展更清晰 - 站队。分清楚谁支持,谁反对,动机是什么 - 利益分配。新技术往往会带来新的预算点,预算怎么分,谁干活,谁坐享其成,可以理一理 每个人都会基于自己的位置和认知进行决策,对最终决策产生或有或无的影响。可以作为观察一个组织决策逻辑的样本。 |
24
documentzhangx66 2023-06-21 23:28:43 +08:00 1
1.开发部门刚成立,人数少的时候,你们工作的重点,并不是开发,而是要给领导们灌输软件开发的常识。不然领导啥也不懂乱指挥,比开发失败的危害更大。
2.小团队开发,正确的方式是,先找个付费或开源的框架,在此基础上快速搭建业务。低代码平台是个好选择。 3.初始状态,不适合上激进的技术,比如云原生。应该尽量去找现成的库或组件。 |
25
huzhizhao 2023-06-22 06:18:44 +08:00 via iPhone
接着某友不就完了,某友技术又不是很烂。
接着装傻充愣就完事 |