关于某支付公司近日某些风波的思考

关于某支付公司近日某些风波的思考

以下吐槽内容均不代表个人观点,一切风险和责任本人概不承担。
传言有时候真是略显荒唐。事件的原因就暂且不提了。某吧我是从不去的,渣浪也基本不感兴趣,所以对于那些传言从Boss的言行以及近日惨绝人寰的加班中读出四五分的真实~

事件具体产生成了什么样的影响?社会和企业以及个人,前两者自有人琢磨,对于个人,对资深苦逼的印象是深刻和值得深思的。
因此,结合本次事件反思下,主要分析项目管理上的问题。
首先,作为一个大的金融交易系统项目,没有做出具体详尽的需求分析,建设中没有业务参与,管理层的急功近利,顾此失彼,盲目乐观…有限的工期内每一环节出问题都是致命的,我认为导致系统建设问题的根本是管理层的失误。
其次,忽略服务。第三方支付系统是面向商户,给商户提供服务的,商户要的不是一个简单交易成功 ,交易的承兑和资金的通畅才是商户关心的。忽略了个性化服务而盲目追求原型中的稳定或成熟,这本身就是舍本逐末。不同于银行,商户在第三方支付中要个性的多。没有充分评估商户清算环节的重要性,未作必要的评审分析,导致清算问题突出。
第三,系统设计存在问题,不同系统之间差异天壤之别。报文+通信协议构造的联机交易系统可能大同小异,但清算系统的个性不可同日而语。联机中计费或个性处理本质没有问题,但如果这一环节出现问题,补救的难度将是巨大的。
过分依赖中间键和原型系统势必限制新系统的灵活和创新,导致建设中举步维艰,架构设计多次推翻,浪费大量时间。
引入账户体系一直作为Boss自豪的资本,可是,它居然没有用!这几乎成为一个笑话。商户个性多元的服务诉求,这个账户系统似乎不够完备暂时无法满足,于是,账户系统对于线下商户作为摆设还显得刺眼。某种意义上这样不完备的账户体系成了一块巨大的包袱。打脸-它真的没用!还是再考虑考虑完善吧~
四,沟通。管理层和各成员,信息并不能真实的被传递。过分的乐观完全压过下面反对的声音。当然领导有自己的压力,压力传递到各成员后,只有加班~没有意见~没有建议~疯狂
五,风险。一刀切,要么生,要么死,结果残了。
码到这里累了,无力吐槽。个人拙见,但愿来日不再像今日,新年后的良心发现。

个人拙见,谢绝转载。

SHELL 字符串分隔然后..

SHELL 字符串分隔然后..

废话不说,直接上代码:
方案一:

divStrArry () {
    str=$@;
    OLD_IFS="$IFS"
    IFS="/"
    arr=($str)
    IFS="$OLD_IFS"
    num=${#arr[@]}
    for i in ${arr[@]}
    do
      echo $i
    done 
}

方案二:

divStrArry () {
    str="$@";
    set -A arr $(echo $str|tr '/' ' '|tr -s ' ')
    num=${#arr[@]}
    for i in ${arr[@]}
    do
      echo "$i"
    done
}

那么有一个需求:使用shell脚本FTP 建立多级目录:包括子目录。不支持mkdir -p的。
同样直接上代码

funnc() {
    local r
    local a
    r="$@"
    while [[ "$r" != "$a" ]] ; do
        a=${r%%/*}
        echo "mkdir $a"
        echo "cd $a"
        r=${r#*/}
    done
}
ftp -inv 0.0.0.0 < < EOF
user username pass
bin
$(funnc Misc/Sub/acct/${host_date})
mput xw.TXT
bye
EOF

其它废话也不说了…