MEM/MBA 北京优质院校解读与筛选(供参考)
说明:本文旨在对 北京地区 优质学校 进行解读 和 筛选,最终给出执行策略。
1 院校总览
对于北京来说,优质院校有很多,优质院校中有MBA的有这些学校,如下所示:
优质院校中有MEM的有这些学校,如下所示:
2 筛选
先定位目标:985/211类学校、理工类、2年学制、念得起、能力范围内。接下来开始筛选。
2.1 院校筛选关键点1:理工类
这里根据自己的需求,仅分析理工类相关的几所院校的学费和学制,如下表格所示:
985院校 | MBA学费( 非全日制) | MBA学制 | MEM学费( 非全日制) | MEM 学制 |
清华 | 经管 36.8w 五道口31.9w | 2年 | 16.8w | 2年 |
北大 | 39.8w | 2年 | 软微 18.8w | 2年 |
北理 | 18.6w | 3年 | 9.6w | 2年 |
北航 | 16.8w | 2年 | 12.8w | 2年 |
211院校 | MBA学费( 非全日制) | MBA 学制 | MEM学费( 非全日制) | MEM学制 |
北邮 | 13.8w | 2年 | 5.6w | 2年 |
北交 | 12.6w | 2年 | 8w | 2年 |
北科 | 12.6w | 2年 | 8.8w | 2年 |
北工业 | 9.6w | 2年 | XXX | XXX |
华电 | 7.5w | 3年 | 6w | 3年 |
2.2 院校筛选关键点2:2年学制
对于MBA和MEM,3年的时间是有些过长的,能短期内搞定绝不延期,筛选后如下:
985院校 | MBA学费( 非全日制) | MBA学制 | MEM学费( 非全日制) | MEM 学制 |
清华 | 经管 36.8w 五道口31.9w | 2年 | 16.8w | 2年 |
北大 | 39.8w | 2年 | 软微 18.8w | 2年 |
北理 | XXX | XXX | 9.6w | 2年 |
北航 | 16.8w | 2年 | 12.8w | 2年 |
211院校 | MBA学费( 非全日制) | MBA 学制 | MEM学费( 非全日制) | MEM学制 |
北邮 | 13.8w | 2年 | 5.6w | 2年 |
北交 | 12.6w | 2年 | 8w | 2年 |
北科 | 12.6w | 2年 | 8.8w | 2年 |
北工业 | 9.6w | 2年 | XXX | XXX |
2.3 院校筛选关键点3:高额学费&自知之明
像清北这种学校固然很好,但学费相对自身过高,同时当下的形势并不适合拿背书,因此筛掉,如下:
985院校 | MBA学费( 非全日制) | MBA学制 | MEM学费( 非全日制) | MEM 学制 |
北理 | XXX | XXX | 9.6w | 2年 |
北航 | 16.8w | 2年 | 12.8w | 2年 |
211院校 | MBA学费( 非全日制) | MBA 学制 | MEM学费( 非全日制) | MEM学制 |
北邮 | 13.8w | 2年 | 5.6w | 2年 |
北交 | 12.6w | 2年 | 8w | 2年 |
北科 | 12.6w | 2年 | 8.8w | 2年 |
北工业 | 9.6w | 2年 | XXX | XXX |
接下来 剩下6所院校,如果是考虑MBA,那么提前批关注 北航、北邮、北交、北科、北工业 这五所学校(一般都会有提前批面试,如果通过,后面笔试再过了基本就稳了);
如果是考虑MEM,那么等待北理和北航的提前批面试即可(也可能没有哦,要有心理准备,不参加提前批面试也要参加几个MBA的提面,就当是为后面 参加复试 做一点准备)
3 制定执行策略
从当下的形势来看,MEM没有提前批面试,可优先尝试MBA的提前批面试,如果所有的MBA提前批面试都没过,再考虑报考MEM也不迟。在10月份报考前,尽可能多地参加提面(也为复试做准备),尽可能拿到提面的名额。
图王大胜: 目前看不是lmkd导致的,那么有可能是内存泄漏等其他情况导致进程被杀。总之,具体的得拉上APP的 一块看性能这块。产品和技术角度来看。都不能老在系统层放水。
图王大胜: 从进程号 21364 可以观察到以下几点: 在进程被kill之前,有多个STREAM_MUTE_CHANGED_ACTION和VOLUME_CHANGED_ACTION广播被发送,这可能表明音量控制相关的操作正在进行。 有DeadObjectException异常出现,这通常意味着某个服务或进程已经停止,但其他组件仍然尝试与其通信。 有WIN DEATH事件,表明某个窗口(可能是应用的一部分)已经死亡。 有InputDispatcher错误,表明输入通道出现问题。 这些信息表明在进程被kill之前,系统可能遇到了一些问题,这些问题可能是由于程序内部错误,也可能是系统级别的问题。 这个要实时去看资源情况,包括:抓日志和对应的perfetto性能数据等一起分析的。这个是一定要这个语音APP 那边给到支持一起协助去看的,崩溃前的逻辑这些要一起调试。毕竟小米和科大讯飞都没有这种问题。
等不起的糨糊: 日志里面还有一次进程被杀的打印,有些不一样;
等不起的糨糊: 但是语音的应用就认为是frameworks首先杀掉了它的进程导致,这些给他们看了,他们不认为是应用的问题;
图王大胜: 可以,我大概看了下。08-23 10:00:25.886 3348 7223 I ActivityManager: Process com.txznet.txz (pid 17926) has died: psvc PER 08-23 10:00:25.895 3348 7216 I WindowManager: WIN DEATH: Window{6475fe7 u0 com.txznet.txz} 08-23 10:00:25.972 3348 7223 W ActivityManager: Scheduling restart of crashed service com.txznet.txz/.service.TXZService in 1000ms 08-23 10:00:25.981 3348 4945 I ActivityManager: caller:android, send broadcast:android.location.HIGH_POWER_REQUEST_CHANGE 这几句算是关键点之一。服务已经崩溃并退出了。然后3次被拉起来继续crash。有可能应用内部做了处理,所以没报出来。