![]() |
1
woomly 269 天前
落魄 PHP 在线炒粉.gif
|
![]() |
2
cctv1005s927 269 天前
不是,估计是公司政策调整,导致这部分的同事需要做出决定。
但是话说回来,Eggjs 不是一个人维护的,除了天猪还有不四,苏千等,这个标题还是太过夸张 |
![]() |
3
tyrone2333 269 天前
集体从阿里毕业了?
|
![]() |
4
pengtdyd 269 天前
大环境不好,收缩不赚钱的业务也挺正常的,理解。
|
5
qiguai2017 269 天前
所以用爱发电是不能长久的。
|
![]() |
6
yanzhiling2001 269 天前
|
![]() |
7
7gugu 269 天前
今天刚发说是取消了广州的办公点,去年曾经有机会去实习的,因为各种原因没去成,不知道是不是因祸得福吧。
|
8
zhangxh1023 269 天前
害怕
|
![]() |
9
lovephpframework 269 天前
之前用阿里开源的 kissy.js,1.5 版本有 a bug,没有 b bug,1.6 版本有 b bug,没有 a bug,再看天猫自己用的,都更新到 11 点几版本了,之后就不太敢用阿里的开源了,具体数字记不清了,大概这个意思
|
![]() |
10
leegradyllljjjj 269 天前 ![]() 阿里似乎要向 MS 靠齐了,随时跑路,留下一堆 bug 让程序猿在风中凌乱
前段时间的 fastjson 似乎证明了这一点 |
11
ChevalierLxc 269 天前
是广州被毕业了吗?那个部门所有人。
|
![]() |
12
4771314 269 天前
@ChevalierLxc 据说是 node 基础架构组的
|
![]() |
13
chemzqm 269 天前
阿里传统技能,能不能有一点新花样
|
14
dcsuibian 269 天前
阿里传统艺能
|
![]() |
15
zhuangjia 269 天前
真 传统艺能了
|
![]() |
16
Y29tL2gwd2Fy 269 天前 via Android
阿里的开源,碰都别碰
|
17
mxT52CRuqR6o5 269 天前
@leegradyllljjjj
拿阿里和微软比,太侮辱微软了吧😂 |
18
windstyle2 269 天前
广州? 大佬应该好找吧
|
19
CoderLife 269 天前
不管是不是 KPI,
我觉得 eggjs 比较好用. |
![]() |
20
HiCode 269 天前 ![]() 阿里开源的项目,都可以参考代码思路,但别实际项目中使用。
|
![]() |
21
timothyye 269 天前 via Android
antd 会怎样?
|
![]() |
22
revalue 268 天前
之前有人问,github 上蕞火的项目之一 element-ui 是不是不维护了。几个核心维护者嘴硬说没倒闭,实际上项目 issue 数量持续暴涨。
过了快一年了,团队出来发声说我们基于 vue3 重构了,发布下一代 element-ui 。(没有明说但是实际上)上一代 element-ui 不维护了,你们看着办吧 所以 element-ui 现在是倒闭了还是没倒闭呢[狗头][狗头] 你说 eggjs 它是 KPI ,但是你没有证据。你问我觉得是不是,我觉得 eggjs 比较好用. |
![]() |
23
sheepzh 268 天前
广州办公点撤离
|
24
yrj 268 天前
小云云又要向社会输出优秀人才了??
|
![]() |
25
jamesxu 267 天前 via iPad
阿里开源的产品问题真是一言难尽,虽然我佩服他们开源的精神,但作为一个产品而言,跟国外其他开源产品比起来还是有差距,到处都是坑,fastjson 、nacos 、seata 都是,小版本更新还经常不兼容。
|
26
Michelangelono 267 天前
@revalue 有啥替代的框架吗?
|
28
momowei 266 天前 ![]() 都吐槽阿里开源不怎样,那是看跟谁比,跟国外比有差距,跟国内比我觉得是 no1 了,腾讯字节倒是开源几个大多数人能用上的开源呀,不管怎样,druid,fastjson,antd 以及一些其他因为安全问题或者怎样,但是国内其他同等级互联网列,开源了个啥?
|
29
runningman 266 天前
早已放弃 egg.js
|
![]() |
30
zhennann 262 天前
egg.js 不会倒闭。egg 的定位是框架的框架,从而可以基于 egg 开发上层业务框架,扬长避短。 其中就有一个 CabloyJS 全栈框架,值得一试。CabloyJS 全栈框架的后端基于 egg.js 采用自定义 loader 机制进行了大量扩展:
1 、规避了 agent 进程的尴尬角色,实现了原生的分布式架构,内置丰富的分布式构件:schedule 、queue 、startup 、red lock 、broadcast 、cache 2 、为了实现控制反转,提供了 bean 容器,并提供了基于“依赖查找”的 IOC 策略 3 、内置 NodeJS 工作流引擎,不再局限于 CRUD 的开发场景 4 、提供了模块化架构体系:可以把后端 API 接口按业务场景进行分类,放入各自的业务模块中进行管理和开发,从而适应大型项目的开发 |