精华内容
下载资源
问答
  • 归中反应
    万次阅读
    2020-08-07 22:56:49

    Brew install xxxx长期停留在Updating Homebrew...

    由于国内某种特殊原因,我们访问很多repo源是有一定难度的,比如在Mac上非常好用的包管理软件Brew默认是没有安装的,所以需要我们首先安装Brew:

     

    /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
    

    此时Brew已经安装成功了,但当我们满心欢喜以为大快朵颐的安装各种工具时发现居然报错,下载不了这,连接那又timeout,什么也安装不了,心肝迷茫和无助。

     

    eric@EricdeMacBook-Pro ~ % brew install python3 
    Updating Homebrew...
    ==> Auto-updated Homebrew!
    Updated 1 tap (homebrew/core).
    ==> Updated Formulae
    aws-sdk-cpp    fonttools      hsd            memcached      mpd            okteto         pspg           sqlmap
    bmake          gmsh           hwloc          mercurial      nethogs        onscripter     pueue          strongswan
    cfn-lint       goreleaser     libvirt        minio          nfdump         openimageio    quantlib
    cimg           grpc           libzdb         minio-mc       nim            pagmo          shunit2
    cjson          haproxy        mdbook         monolith       nomad          phpmd          spim
    
    ==> Installing dependencies for python: openssl@1.1, sqlite and xz
    ==> Installing python dependency: openssl@1.1
    ==> Downloading https://homebrew.bintray.com/bottles/openssl@1.1-1.1.1f.catalina.bottle.tar.gz
    -=O=-  #   #   #     #                                                        
    curl: (7) Failed to connect to akamai.bintray.com port 443: Operation timed out
    Error: Failed to download resource "openssl@1.1"
    Download failed: https://homebrew.bintray.com/bottles/openssl@1.1-1.1.1f.catalina.bottle.tar.gz
    Warning: Bottle installation failed: building from source.
    ==> Downloading https://www.openssl.org/source/openssl-1.1.1f.tar.gz
    ######################################################################## 100.0%
    ==> perl ./Configure --prefix=/usr/local/Cellar/openssl@1.1/1.1.1f --openssldir=/usr/local/etc/openssl@1.1 no-ssl3 no-
    ==> make
    ==> make test
    ==> make install MANDIR=/usr/local/Cellar/openssl@1.1/1.1.1f/share/man MANSUFFIX=ssl
    ==> Caveats
    A CA file has been bootstrapped using certificates from the system
    keychain. To add additional certificates, place .pem files in
      /usr/local/etc/openssl@1.1/certs
    
    and run
      /usr/local/opt/openssl@1.1/bin/c_rehash
    
    openssl@1.1 is keg-only, which means it was not symlinked into /usr/local,
    because openssl/libressl is provided by macOS so don't link an incompatible version.
    

    问题解决方案

    其实这一切的问题是在于我们安装的brew默认repo是官方的repo,出于国内特色原因无法连接;所以使用 Alibaba 的 Homebrew 镜像源进行加速后问题就迎刃而解。
    平时我们执行 brew 命令安装软件的时候,跟以下 3 个仓库地址有关:

    1. brew.git
    2. homebrew-core.git
    3. homebrew-bottles

    1. 替换brew.git 仓库地址:

     

    cd "$(brew --repo)"
    git remote set-url origin https://mirrors.aliyun.com/homebrew/brew.git
    

    还原

     

    cd "$(brew --repo)"
    git remote set-url origin https://github.com/Homebrew/brew.git
    

    2. 替换homebrew-core.git 仓库地址:

     

    cd "$(brew --repo)/Library/Taps/homebrew/homebrew-core"
    git remote set-url origin https://mirrors.aliyun.com/homebrew/homebrew-core.git
    

    还原

     

    cd "$(brew --repo)/Library/Taps/homebrew/homebrew-core"
    git remote set-url origin https://github.com/Homebrew/homebrew-core.git
    

    3. 替换homebrew-bottles 访问地址

    这个步骤跟你的 macOS 系统使用的 shell 版本有关系,先来查看当前使用的 shell 版本

     

    echo $SHELL
    /bin/zsh
    

    3.1 zsh替换成阿里巴巴的 homebrew-bottles 访问地址:

     

    echo 'export HOMEBREW_BOTTLE_DOMAIN=https://mirrors.aliyun.com/homebrew/homebrew-bottles' >> ~/.zshrc
    source ~/.zshrc
    

    还原

     

    vi ~/.zshrc
    # 然后,删除 HOMEBREW_BOTTLE_DOMAIN 这一行配置
    source ~/.zshrc
    

    3.2 bash替换成阿里巴巴的 homebrew-bottles 访问地址:

     

    echo 'export HOMEBREW_BOTTLE_DOMAIN=https://mirrors.aliyun.com/homebrew/homebrew-bottles' >> ~/.bash_profile
    source ~/.bash_profile
    

    还原

     

    vi ~/.bash_profile
    # 然后,删除 HOMEBREW_BOTTLE_DOMAIN 这一行配置
    source ~/.bash_profile
    

    配置完后再去安装下某些工具和module时就能发现畅快无比了

     

    eric@EricdeMacBook-Pro homebrew-core % brew install python3 
    ==> Downloading https://mirrors.aliyun.com/homebrew/homebrew-bottles/bottles/python-3.7.7.catalina.bottle.tar.gz
    ######################################################################## 100.0%
    ==> Pouring python-3.7.7.catalina.bottle.tar.gz
    ==> /usr/local/Cellar/python/3.7.7/bin/python3 -s setup.py --no-user-cfg install --force --verbose --install-scripts=/
    ==> /usr/local/Cellar/python/3.7.7/bin/python3 -s setup.py --no-user-cfg install --force --verbose --install-scripts=/
    ==> /usr/local/Cellar/python/3.7.7/bin/python3 -s setup.py --no-user-cfg install --force --verbose --install-scripts=/
    ==> Caveats
    Python has been installed as
      /usr/local/bin/python3
    
    Unversioned symlinks `python`, `python-config`, `pip` etc. pointing to
    `python3`, `python3-config`, `pip3` etc., respectively, have been installed into
      /usr/local/opt/python/libexec/bin
    
    You can install Python packages with
      pip3 install <package>
    They will install into the site-package directory
      /usr/local/lib/python3.7/site-packages
    
    See: https://docs.brew.sh/Homebrew-and-Python
    ==> Summary
    🍺  /usr/local/Cellar/python/3.7.7: 4,006 files, 61.2MB



    作者:瞄不准的亚瑟
    链接:https://www.jianshu.com/p/9ad2fe2b2c23
    来源:简书
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

    更多相关内容
  • 归中、歧化反应规律.doc
  • 高一化学知识小卡片·歧化(归中反应规律[精选].doc
  • 我们研究了经典de Sitter几何上标量场的引力放大量子涨落的后向反应。 我们在Wilsonian重一化组的框架内制定问题,这使我们能够以非扰动的方式处理标量场波动,并且随着长波长,超水平波动逐渐积分而遵循时空曲率...
  • 并根据测定结果,将不同极板材料(包括铜、不锈钢、钦、铅、铁、铝、镍、石墨、表层镀有Ir和Ru的钦网)反应电极电位的分布状况为中心对称无极值型、中心对称极值型和非对称无交点型同时,测定了不同反应不同...
  • 通过浸渍法分别制备了硅胶(SiO2)、全硅MCM-41介孔分子筛负载ZrO2催化剂,考察其在以异丙醇为氢源,苯乙酮的氢转移反应中的催化性能,并与纯ZrO2进行对比,同时对各催化剂进行XRD、N2吸附-脱附、XPS、吡啶原位吸附...
  • 结果 参多维口服液能增强小鼠迟发型变态反应和单核-巨噬细胞的碳廓清能力;但对小鼠的 NK 细胞活性、脏器/体质量比值、脾淋巴细胞被 ConA 诱导的转化能力以及半数溶血值无影响.结论 参多维口服液能够增强机体的...
  • 从经典的Schwarzschild黑洞开始,迭代地考虑了运行的牛顿耦合产生的后反应效应。 用简单的递归关系描述的序列流向可以通过分析得出的自洽解决方案。 关键的结果是,如果重力重一化群流在高能量下达到一个不平凡...
  • 磁流化床对烟气脱硫反应的强化作用,张琦,柯庭,磁流化床对脱硫反应的强化作用分铁磁颗粒强化和磁场强化两方面。铁磁颗粒强化体现为铁磁颗粒对SO2脱除具有催化氧化作用;磁场强化
  • postman请求没有任何反应

    千次阅读 2021-05-17 15:03:10
    刚安装好的postman,在使用时请求没有任何反应,甚至没有Could not get any response。 解决方法:关闭代理

    刚安装好的postman,在使用时请求没有任何反应,甚至没有Could not get any response。
    解决方法:关闭代理
    在这里插入图片描述

    展开全文
  • PCR反应中Taq酶的选择

    2009-05-22 23:49:33
    随着分子生物学研究发展的...根据用户经常考虑的指标,如特异性、保真性、耐热性、扩增速率、扩增片段长度、能否进行复杂模板扩增以及优化条件难易等等,我们在这儿将主要的Taq酶归类,其性质、用途也就一目了然了。
  • 重点探讨了水处理系统纳米颗粒(NPs)污染物的分布和趋特点,及其对系统微生物菌群结构与功能、有机物与氮磷去除效率的影响.结果显示:反应器可拦截进水中90%以上NPs;NPs短期内对水处理系统有机物去除效率无...
  • 先说结论:win10 JDK-8u231安装点击下一步没反应 解决方法就是换安装包,最显眼的那个jdk-8u231-windows-x64.exe不能用,亲测jdk-11.0.5_windows-x64_bin.exe可以用(目前最新版是13.0.1),下面给出详细步骤安装...

    先说结论:win10 JDK-8u231安装点击下一步没反应 解决方法就是换安装包,最显眼的那个jdk-8u231-windows-x64.exe不能用,亲测 jdk-11.0.5_windows-x64_bin.exe可以用(目前最新版是13.0.1),下面给出详细步骤

    安装出现的问题

      windows10 64位专业版(家庭版应该也一样)安装JDK时,使用 jdk-8u231-windows-x64.exe 出现安装窗口,点击下一步后,窗口消失,然后啥也没了。。。。我刚开始还以为迅雷把安装包搞坏了,从浏览器下载死慢(200多KB/s),下了好几遍都是这个问题,之前急着用stm32cubemx,就先安装了jre,才算安装成功,最近想学一下Android,Android studio是一通无脑下一步就完事了,但是想安装个轻量的Java开发环境,又搞一遍JDK,昨晚折腾到23:56,才算装上,差点宿舍晚归。。。
      下面详述整个过程:

    失败的安装过程

      首先就是看了一堆教程,都是说去这个网址: https://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html (超链接可点击)下载JDK安装包,一通操作注册账号Accept License Agreement才让下载安装包。。
      选择windows 64位exe文件,如图所示:
    选择这个安装包
      然后你会发现用浏览器下载贼慢,,我用edge刚开始600k,然后300k,最后270k每秒,这时可以在edge里复制下载链接,打开迅雷下载,速度很快超过2M,一分钟下完。
      安装窗口如下:JDK-8u231安装窗口
      点击下一步,你会发现,窗口没了,鼠标指针变成表示缓冲的蓝色圆圈,过了两秒,啥也没了,多试几次还是这样,用兼容模式也不行。。
      后来我安装jre成功了,使用的应该是jre-8u231-windows-x64.exe,但是昨晚成功安装JDK后,现在这玩意没了。。再安装又没反应了,不想再找了,反正JDK正常了,读者可直接按下面的步骤下载安装JDK。

    成功的安装过程

    1.在刚才的网页点击 overview

    点击overview

    2. 可以看到 最新的已经是JDK13了

      而且Oracle强烈推荐使用最新版本Java SE13
    JDK8估计是win10用不了

    3. 点击这个 download

      我为什么选择了JDK11呢,,可能是昨晚脑子抽风,觉得JDK13的描述里面不包含JDK这三个字母,所以选择了描述里有JDK的JDK11。。。其实都是一个东西,Oracle官网描述如下(就在这个网页下面):
    JDK (Java SE Development Kit). For Java Developers. Includes a complete JRE plus tools for developing, debugging, and monitoring Java applications.
      建议读者下载最新版本吧,应该会更好。
    我昨天下载的是JDK11

    5. 继续点击 download

      (上一步我选的是JDK11,读者根据自己实际情况来)
    JDK11下载页面
    你会发现这个页面其实包含了最新版JDK13和上一版本JDK8的,其实本身就是同一个网址:
    https://www.oracle.com/technetwork/java/javase/downloads/index.html#JDK11
    后面的#JDK11应该是定位了网页滚动到当前JDK11的位置。所以最新版JDK的下载地址应该是这个:
    https://www.oracle.com/technetwork/java/javase/downloads/index.html
    我是下载的JDK11,所以网址是这个:
    https://www.oracle.com/technetwork/java/javase/downloads/jdk11-downloads-5066655.html

    6. 选择jdk-11.0.5_windows-x64_bin.exe

      观察这个网址https://www.oracle.com/technetwork/java/javase/downloads/jdk11-downloads-5066655.html,是不是和文章开头那个JDK8的网址贼像,但是这里已经没有X86了
      下面就是同意协议登录账户开始下载(前面应该已经有账号了,没有就注册一个,这里百度云给出下载好的安装包)
    链接:https://pan.baidu.com/s/1_U43VOxmtcN3vuu9NvAfsw
    提取码:diib
      或加入QQ群923703530,从群文件获取(文末有二维码)
    选择exe文件

    7. 下载完成,无脑安装之

      没啥要注意的,一路next完事

    总结

      jdk-8u231-windows-x64.exe这个安装包可能就是有问题,参考教程里的8u201就可以在win10正常安装。而很多教程里给出的链接都指向了JDK8的最新版,即8u231版本,所以出现这个点击下一步窗口消失问题的太多了。
      点击此处直接访问2019-11-6的最新JDK下载链接(此为Java SE 13.0.1 作者写博客时的最新版本,建议从overview页面进入最新JDK下载页面)

    参考教程

    (后续环境变量配置也可看此篇):

    https://blog.csdn.net/xzy1010111/article/details/87259880

    后记

      第一次在CSDN写博客,这编辑页面真的舒服,回想起在公众号写的时候,插入图片那个麻烦。。现在不知道公众号编辑页面有没有好点(公众号荒废好久了),放上二维码,毕设开题后应该会更新的。
      欢迎扫描二维码或搜索 飞觞醉月 关注我的公众号,作者现在是哈尔滨工业大学大四学生,获得2019电赛四旋翼题国家级二等奖,飞控软硬件全自主设计,实现激光定高光流定点追车巡线SDK模式等功能,毕设题目还是四旋翼,目前主要开发平台遍及STM32F103,STM32F407,STM32F429,STM32F767,STM32H743,TM4C123G,TM4C129,TMS320F28027F,nanopi 全志H2+,nanopi RK3399,树莓派,工业派AM5708等。主要是ST的(好用),TI的(电赛)。在大创和电赛过程中也产生了一系列作品,比如飞控有STM32F103RET6,TM4C123G,(毕设打算用STM32H743IIK6用来装B),还有自制openmv4,自制acfly飞控硬件,用STM32H743做的无线虚拟示波器在电赛还差点用上了,软件方面是7寸屏DMA2D画曲线60fps。TM4C129视觉板一直到赛前才把硬件做完,最后也没用上。。。28027DSP做的的电调,本来打算靠这个和工业派冲TI杯的,电调也调出来了,可惜ti太狠了。其他的还有全向轮小车、小四轴、DIY jlink OB等一堆东西,考虑明年就要滚蛋了,正在清理已经做完的作品,赶紧填坑中也在不断挖坑,有些不太重要的作品考虑慢慢开源,飞控当然是不可能现在开源的(滑稽)。
    (开题后考虑先开源OpenmV)
    公众号二维码
      我创建了一个技术交流QQ群,欢迎各位加入讨论电子、嵌入式技术。群号923703530,也可扫描下方二维码立刻加入。JDK8、JDK11、JDK13的安装包也都上传到了群文件,欢迎过来下载安装包。
    JDK
    技术交流群

    展开全文
  • 时钟读取与设置.smart

    2021-07-04 21:26:42
    SIMATIC S7-200 SMART PLC的时钟读取与通过西门子面板设置时间,时钟信息处理为整数方便使用时钟控制,时间信息转化为20XX/XX/XX XX:XX:XX字符串。使用STEP 7打开。
  • 全渠道零售台与数字化转型(1)-台的前世今身

    千次阅读 多人点赞 2019-06-25 15:37:59
    本系列博客的目标是计划使用近半年时间创造: ... 全渠道零售台与数字化转型(2)-台给企业业务带来什么实际的价值 全渠道零售台与数字化转型(3)-台给企业技术带来什么实际的价值? 全渠...

    本系列博客的目标是计划使用近半年时间创造:

    • 国内唯一一部从业务场景到技术设计,从企业战略考虑到技术细节落地的大全;
    • 全文贯穿了企业架构、SOA、微服务,纵横业务与技术之间説透“全渠道”中台;
    • 全渠道零售中台与数字化转型(1)-中台的前世今身
    • 全渠道零售中台与数字化转型(2)-中台给企业业务带来什么实际的价值
    • 全渠道零售中台与数字化转型(3)-中台给企业技术带来什么实际的价值?
    • 全渠道零售中台与数字化转型(4)-作为甲方如何选择中台-产品还是开发?数据中台还是业务中台的多重考虑
    • 全渠道零售中台与数字化转型(5)-中台的架构设计
    • 全渠道零售中台与数字化转型(6)-基于微服务的组件设计
    • 全渠道零售中台与数字化转型(7)-中台核心框架代码实现
    • 全渠道零售中台与数字化转型(8)-中台的延伸

    楔子

    零售战鼓隆,各家齐斗法

    云溪论剑后,江湖出宝典

    古有葵花经,现有“大中台”

    没有“两个亿”,别想做中台

    技术道业务道,自求条正道

    各家纷説自己好

    谁曾想,旧日零售江湖间现己变成了血海滔滔

    你也説中台,我也説中台,到底什么是中台?

    现如今随着“新零售”这三个字一再被提及,整个零售界都在提一个“神密的东西”,那就是中台。甚至中台被上升到了“推进企业数字化变形”的乃至直接促成企业数字化转型能否成功的地位了。

    那么中台它到底是个什么样的东西呢?在人们眼中中台似乎犹如月球的背面一般神密。

    在人们眼中的中台无外乎于上述类似的组件图,类似的图一再被各大零售商或者是不少知名软件商一再的提及。

    它似乎有着“华丽的外表,沉渔落雁的面容,婀娜多姿的身段”。。。but。。。

    它只是利用了2009年TOGAF设计规范从顶向下的设计方法论把业务模块进行了LEVEL3级别的一个分解的功能图而己,它只要业务架构师手绘一些功能甚至公司的一个BA用Excel做一个功能列表然后让稍微资深点的UI做一下布局在一天内即可以得出的一个picture而己

    多少甲方为了这么一张外面报价800-1,000块钱制作费的首图化了近千万、甚至上亿的代价了?甚至笔者在几个展会听到不少的开发商豪言“你要做中台?你公司干什么的?每年至少2个亿销售额有吧。。。。。。没有?那您也别做中台了”。

     

    中台的诞生

    中台这个东西我明确告诉大家:它一点不神密,它也不是近3年的什么高科技的产物,早在2012年这个东西就已经有了。同时我本人在13年也已经用“中台”的理念制作了一套类似的东西我们在当时把它称为“SMART PLATFORM”,这套东西的代码我会在后面的章节涉及到设计和实现的时候公开它的核心源码、数据库表结构与设计思路,这个是属于我个人的也是没有问题的,各位也可以放心使用。

    这种一体化全渠道平台的出现最早是在银行、金融界,在那个时候银行、金融、保险界的一些大公司面对着繁杂的legacy systems需要开始迈入“手机端、无线办公”端的时代,于是当时的人们想到把这么多的legacy systems是不是可以做成一个“大后台”。

    在这个大后台中,把所有的业务功能进行整合,所有的数据使用一个或者是一套数据库以此来打通各个业务、解决掉数据孤岛问题、提高性能、降低不同系统间交互、接口转换、以及支持不同系统间数据交互的事务一致性时带来的昂贵的开发、网络延时与开销以及不必要的开发工作量。

    但是,业界在根据这个指导思想进行开发时发觉问题来了!

    如果仅仅是把所有的东西打包在一个“大后台”并不能真正解决IT的痛点,因为必竟它是一个IT系统。IT系统要考虑的东西除了业务功能,更重要和更有价值的地方在于:

    • 性能
    • 安全
    • 可以快速响应业务的创新或者説甚至可以“加速业务创新”并以此来为业务赋能

    以上説的神乎几神,我们中国人现在讲究的是“效率、实干”,要“落地”,要“接地气”,因此下面我们就用接地气的话来把上面这一段中台出现的背景、历史上经历的痛点来着重的讲一下吧。

     

    直接使用零售场景来描述中台的诞生与过程

    一个顾客在传统的零售场所的消费体验可以用下图描述出主要的“零售体验核心环节”

    以上这个图,它出现在20-25年前的零售大卖场内,支持它的系统也是20甚至25年前的“作品”。这边需要着重説一句的是:截止作者写此稿时,现有大部分的大型商超竟然用的还是20-25年前的IT系统。这也正是近来各大厂商、业界宣了沸沸扬扬的“新零售”,“数字化转型”的原动力与由来(改造需要money, money,没有money没有利益何来原动力)。

    因为。。。这么土的东西,直到现在终于有机会推翻它了。

    言归正传,解读上图!

    当一个顾客来到了大超市内,我们知道传统的大超市还会分不同的品牌,把化妆品还放到不同的位置甚至独立的橱柜,这就导致了客户要买什么东西,他会记得去问各个“导购”或者去服务台询问。

    “哎呀,请问会员怎么办?”,导购人员会告诉他!

    “哎呀,请问会员积分哪里积怎么积?”,导购人员会告诉他!

    “哎呀,请问印花是怎么得到?”,导购人员还是会告诉他!

    客户问错了人,比如説他去问“收银员”这把刀不是説买一把送一块肥皂吗?收银员通过话务机于是叫来了导购,但是导购也不知道,就又通过商场广播叫来了“促销人员”,促销人员当然知道买什么可以送什么或者打几折这些事喽。

    于是,靠着不同的、严格的岗位、职责的区分,我们的商场尚且还可以运作。并且要知道那是20年前,国人的消费能力有小部分已经开始起色而市场上商品的供应还不如现在的“百花齐放”。因此一些国外的大型商超明显在当时是属于“朝南坐”、“躺着挣钱的”

    因此,大型商超在当时对于IT系统的定位是次要中的次要的(很悲哀),而货物、商品甚至不乏国外进口商超内的商品在那时才是真正深深吸引国人的主要因素。

    于是过了大约10年,这也是零售业黄金的10年,随着国人消费能力的越来越高,随着IPHONE4、微信、淘宝的兴起,零商开始迈向了电商时代。

    于是这些大型商超、大型零售超市想当然的认为其实电商就是把原来站在各个服务前的一个个人肉导购啦、促销啦、专柜啦的这些个人取代成一个个的手机应用APP,于是,在当时的大型零售商眼里的电商也是类似下面这样的一个图

    先有了想法

    通过“想法”有了下面的系统“架构”

    零售电商1.0模式

    转型1.0模式

    不要笑,当时一堆一堆的零售(在当时还算是比较有钱)设计出来的系统就是这样的。

    “喏,要数字化,我把人变成了一个个的APP了,这不就是数字化!”

    所以大家直到现在也能看到类似的案例:一些传统的快销、零售商用微信、用APP、用微信小程序哪怕只是做出了一个会员登记系统也会把它当成“公司内部巨大的创新”,也是基于这样的想法。因为IT不重要吗,哈哈!

    可是,它依旧没有从根本上解决客户的问题。为什么呢?中国客户的电商使用习惯是什么?
     

    中国人的电商使用习惯

    中国,人多的很、市场大的很,我们説我们是世界第2电商大国,这个世界上没人敢説它是世界第1。

    那么多APP、那么多小程序、那么多微信公众号,而你只有一个企业实体却要做成“为了一个服务就放一个APP”的模式,比如説:我为了来一次“某干发”大超市、“某得福”网上超市购物你要我去下不止一个APP才能完成“会员、认证、购物、积分”本就应该集中在一个APP中的“功能”,甚至客户做一些兑换还要让我打开一个不知道什么地方的网页去登录一个网址才能完成兑换?你是不是觉得我们客户的时间太“无用了”?

    张小龙説过:哪个APP可以每天占用客户30分钟,这个APP就是巨大的成功

    在百花齐放、百家争鸣的数字化时代况且在当时淘宝连续使用4次双11打折活动打造了中国客户的使用电商APP的习惯后,你这边突然来了一个,有几个功能就要有几个网址、几个APP或者就算你是APP混合微信好来,你觉得中国的顾客会买你的帐?

    下载APP的时间是很宝贵的!

    在当时,APP与微信间还没做到数据共享,因为背后的legacy systems还是孤立的那么客户一些登记、购买行为、数据、历史消费记录都要我们的中国客户重复的操作2遍、操作3遍。。。。。。

    对不起,中国顾客对于这种重复操作2次以上而做的事是在完成同一件事的APP的使用不会超过1次,1次就删掉你!甚至拉黑你!并且还会去朋友圈把你数落一顿。这就是中国人的电商使用习惯。

    中国人喜欢 “一键式”,喜欢 “快速定位”,喜欢“3步操作内就完成一件事”。

    所以,大型零售商们错失了第一次电商黄金发展阶段即培养顾客消费习惯的这个阶段,那么这些大型零售商也意识到了问题:

    哦,这个问题出在后面的系统本来在打造的时候就是CS架构、本来就是一个个孤立的而导致的。

    在此时,大型零售商还是没有意识到自己的危机因为这时阿里淘宝还没有完全起势,大家都认为阿里脑子有水了,连续4次的双11。再説了,他们卖的东西不如我们的有“品牌”,对吧?

    那么现在大量的客户反馈説,你们的几个APP要变成一个APP才好用,所以大家就不约而同的想到了把后面的系统集成在一起,使得每一个系统不是孤立的对外服务了。

    同时,业内不乏I.O.E体系等造势宣称SOA,于是乎在“SOA可能是未来20年仅有的发财机会”这句口号的带领下,零售系统的改造进入了“集成1.5时代”。

     

    零售电商1.5模式-集成模式

    2007~2012年是“集成模式”概念被抛出率最高的年代,它有一个名字叫“SOA”,SOA就是那个时代的“全渠道中台”。

    以I.O.E为首尤其是IBM对SOA进行了系统化、理论化甚至到了产品化的密集布局与宣传,人们提起SOA一定会想到IBM或者是Oracle。

    嘿嘿!

    笔者突然想起2000年初时,有关于互联网的一个笑话:説人人都説这座山上有金子,于是所有人上山挖金子。结果挖金子的人没有发财,倒是山下那个“卖铲子的人”发了财

    系统集成就由如上图一样,复杂无比。

    一堆的Legacy,几十个Legacy,每个接口不同,要把它们集成光开发人员的付出就需要花费大量的时间与精力,很多企业为了不必要的自己去养开发团队为了图快于是使用了各种商业级别的、恶狠狠的集成工具(SOA开发环境)乃至付出了小型机的代价来集成一堆的Legacy。

    这些恶狠狠的工具的使用、错综复杂的系统间如蜘蛛网的连线的一切目的就是为了一个“one app can integrate all function”,一个APP所有功能。

    看似是这么一回事,可是,这次一些“巨头甲方”们却付出了惨重的代价!!!

    上面説了,集成这些Legacy本身是一件很复杂的事,因此需要使用不少在当时被称为“RAD-快速应用开发工具”来做这样的集成,这样的工具基本出自I.O.E体系,动辄几千万RMB一套,甚至还要用上百万的小型机去部署。

    钱花了,如果东西出来了倒也成了,关键是SOA还有一整套完整的“系统集成”体系化的概念。所以经历过SOA集成的都领教过所谓的“流程”。

    大家知道,所谓流程是一套best practice,它是用来帮助我们更好的更有条理的在一个如此宠大繁杂的、多达十几个几十个legacy系统集成中遵循的一条最佳途径,它并不是条条框框的死板的理论。

    至于流程是否我们真的学到了、消化了同时是否运用得当这是后话不会在本章展开,后面的章节我们会来讨论,我们就先説用SOA没有用好拿它集成完了的东西带来了什么样的噩梦吧。

    好,下面是一个运行SOA系统集成理念集成好的东西,当年国内很多大公司就是这么干的!

    这是后台用SOA理念集成好的东西,但是它在面临中国市场时又被打得体无完肤了。为什么呢?

    因为在I.O.E准备恶狠狠的、用昂贵的SOA的RAD套件进行密集推销时,我们国内的电商已经开始面临百万、千万甚至亿万级的流量了。什么东西到了中国一来,都会使用到各种高技术,国外对这点非常想不通!为什么呢?其实事情很简单,因为中国的人多,人多那么数字化流量也一定大么!中国人已经在开始思考解决大并发大流量的时候而国外还在考虑如何把“昂贵的铲子”去卖给大型零售商。于是,差距开始造成了!

    一个欧州国家的人口甚至整个欧州人口加在一起都不一定有我们的一个门户级网站的流量的人口多,势必这些国外的“高大上”会遇到水土不服,于是。。。买完了铲子,更可怕的噩梦发生了。

    频繁的CR带来的系统开发维扩成本急剧上升

    大家都知道,一个系统、一段代码它一定会经历“分析、设计、编码、测试、部署”几个阶段。如果这段代码有任何修改,它要再进行bug fix后再需要走一遍“分析、设计、编码、测试、部署”这几个阶段。

    大家知道吧,很多供应商有时为了进入一家企业做项目,它们在一开始可以跳水价、可以大甩买甚至可以0元进入,那么它挣的是什么钱呢?CR!

    对,有任何一个CR,如果再加上它是一个高大上的国外的所谓著名品牌,那么它的man day的费用会很高。比如説国内的人天单价在2,000~3,000,国外可能起板要收你4,000~6,000元的人天单价,其实人天单价6,000也已经算便宜的啦 ,你们真的没尝过8,000~1万、4万的人天单价呢!!!

    那么对于这样的公司来説,它最开心的就是甲方给他做CR,最好你依赖它,改个接口都要靠它。接口一个收8万,爽啊!!!

    好,一个复杂的系统集成完了,稍稍有任何改动,它牵连的可不只是它自己这一块代码,它会牵连到其它相关的代码,这种问题我们把它称为regression bug,为了做好regression bug的控制我们就要做regression test来保证我的这次改动不会影响到其它无关的功能。

    要知道,系统集成和"系统融和”是完全不一样的。系统集成的内部就是一团“乱麻”,业务层代码咬合在了一起,改一个功能就会引发一系列连锁反映。

    我举个例子来説,国外的系统集成或者説是很多国内软件供应商并未真正把SOA的理念吃透、甚至在瞎用,它们的手法就有点像“把一个人放在病床上,然后为了给这个病人安装一根假手指而需要把这个病人的整条手臂先卸下来,装上手指后再把这个手给病人安上”。

    它就由如下图哪怕是新增一个功能它要动到的也是一系列的“翻原代码”的行为,加上国内IT从12年后发展越来越快、整体行业较浮燥,导致国内程序员水平普遍很低。缺乏整体数据流、业务串联的能力,那么这样的改动引起的连锁反应会更大。

    拿我司曾发生过的一个案例来説,要在原有系统上做一个大闸蟹打折活动,这种设计的做法就是:

    • 设计数据库底层
    • 制作DAO
    • 制作SERVICE
    • 制作Controller
    • 制作页面

    然后有任何bug,bug的修复会把整个软件开发生命周期从头到尾再来一遍,这样的事不断的again, again, again。

    于是,一个活动做个80多人天,花掉10几万20万很正常。如果碰到“高大上”的外企来给你集成,那么把80人天剩4,000,6,000...那么做一个活动用掉个50万,80万,很合理呀。这就是我们很多国内的一 些大型零售企业在系统集成时碰到过的大血坑。

    钱,花了很多,效率又低,质量又差。

    这次的赫兹花了2亿做电商做砸了正是碰到这样的一个血坑。

    如果只是钱的问题还可以容忍,关键在这样的系统集成来到了国内碰上的最坑爹的是“系统并发”问题。

    前面説了,国内的人多,数字化流量高,这样的一种其本身后台legacy system还未经过改造只是遵照着SOA理念去做的系统集成出来的东西是根本挡不了大规模的“并发”的,国内动不动就来个十万级、百万级并发。。。。。。

    这种后台实际上充满着“单体”应用的电商应用APP,实际上是一个连千级并发都撑不住的东西,于是花了钱又做不好事,好了。。。很多企业没有死在“业务领域的竞争”中而是死在了“在国内上了电商系统”后死这个原因上了。

    成就了一上电商就死,电商领域成了一个“95%的电商项目都失败”这么一个“炼狱”了。

    于是基于“系统集成1.5”后又诞生了“系统集成2.0”模式,这次,卖铲子的又没有错过挣钱的好机会于是它提出了SOA2.0模式。

    SOA2.0模式

    这是I.O.E相关的体系们提出的SOA2.0模式,它很理论。但是它在2012~2014年间在其理论框架的指导下诞生了不少衍生技术。

    比如説它的“松耦合,高内聚,组件间无状态,外部模块间需要使用引用,强调系统整体监控、性能上的governance”,等衍生出了轻量级的Nginx、JSON API,ELK,NOSQL等一系列概念和组件甚至优化改造过了一系列之前的时代没有出现过的组件。

    可是当I.O.E体系还只停留在提出这些理念和这些组件的时侯,而我们国内的电商正在发生着巨变。历尽4次双11消费习惯培养后阿里完成了40亿到百亿规模的转变,此时它开始做一件事,那就叫去I.O.E。不要你那些动不动几百、几千万的软硬件了,我们国人一切靠自己来还比你们做了好!

    阿里去I.O.E引起了一股mySQL浪潮。而此时的I.O.E体系也已经日落西山了,IBM在惨败苏宁案例后退出了中国,很多SOA的精华其实从未被真正落地过,同时它被很多国内的开发商错误的理解和使用了,使用的目的也只是为了炒概念、卖高价。在当时,国内有超过90%的开发商认为:NGINX去代Apache,轻TOMCAT,JSON API,ELK,mySQL的组合就可以做电商了。

    OH...MY...GOD!

    首先理念错误、理解不透彻加上整体IT环境浮燥、只求实现不求精的风貌导致了又出现了一个API时代的怪胎,我们説API是一个好东西,可是它造出的怪胎更诡异!

    先从开发团队来错误的理解SOA2.0理念开始分析,下面是一个标准的在当时直到现在还有很多开发团队是这么认为的一种项目分工上的划分模式。

    我们拿JAVA项目来説,把系统划分成这么多子模块,再分别开发和打包以及分布式部署,这就是SOA!

    一切看似那么的自然。。。。。。那么的应该。。。。。。那么的。。。最后在面临国内十万、百万、千万级并发时死得那么的惨

    • 淘宝惨烈过
    • JD也惨烈过

    要不然怎么会出现“JD老刘的两把菜刀”的故事呢?以前去深圳学习JD618保卫战时还听説这个“两把菜刀”是真事呢!!!

    我们来看看工程项目上折的细又小、看似专业实际没有深入理解SOA2.0时代的精髓而只学到了表面的东西导致在当年产出的是一种什么样的怪胎吧。让我们直接从系统层面入手分析

    两个架构,先説一下其实都是“怪胎”;

    尚且不説第二个“看似专业设计架构”很多国内的供应商、软件开发团队还未达到只达到了前一种“通用设计架构”的水平,第二种架构再怎么説也比第一种要好一点,我们把它称为怪胎1.0和怪胎2.0版吧。

    怪在哪呢?下面来分析怪胎2.0版。

    场景发生在某大促的当天,在平时怪胎架构一点问题都不会发生,一切看似相当的正常和完美。而当大促这天一到,抢券、秒杀、折上折一开始:

    1. Web层汹涌压力扑面而来,这时的反映就是用户手机APP端卡死、白屏、卡顿、没反映;
    2. 于是运维一看Zabbix,哇~所有Web服务器标红,业务老板在屁股后面催的紧“快点搞定”,于是乎运维紧急增加Web服务器;
    3. 好,Web流量进来了,tomcat层吃不消了,zabbix频频告警,老板在屁股后面又开始催了“怎么还没搞定?”。于是我们增加tomcat服务器;
    4. tomcat扩了N个自以为没事了,加完后整个DB挂了,CPU飙升到100%以上,内存使用率高达95%以上,一堆的死锁,APP还是卡、白屏,这时已经距离活动开始过去了1小时了,业务老板破口大骂:“你们有没有做过电商呀,你们到底懂不懂,搞不定,滚”
    5. 这时运维傻了。。。介个问题。。。需要研发来帮忙了
    6. 好吧,活动第一天,失败。老板组织了研发、运维浩浩荡荡一大批开了个总结大会来研究第二天的方案,研发终于提出了靠谱的方案。很多内容可以走缓存,我们不该走DB的。于是大家开始了不要命的熬夜改造DAO层代码,把一些通用的都移到缓存;
    7. 此时,离第二天还剩4个半小时左右了,抓紧睡一觉吧,很多开发睡觉时还在做美梦,梦到第二天因为开发团队的给力付出我们终于顶下了流量,老板重点表扬开发;
    8. 第二天活动开始了,哇~一开始30秒时整个流量似乎比昨天大了2-3倍,这个很正常呀因为系统放开了吃流量肯定这个量超过昨天的量,然后30秒过了没多久,整个APP卡死、白屏。哈哈哈,再一看,缓存爆了,缓存爆了后流量落到DB,DB又来了一个CPU飙升到100%以上,内存使用率高达95%以上。。。。。。
    9. 再加DB,DB加完后发觉第三天量更大了,再加Web,Web加完后Tomcat中间群被压跨了,再回到以上第3点

    多少企业经历了上述的过程?我告诉大家一个值,超过90%的企业都有过上述的大血坑。

    这个大血坑会造成不少创业型公司秒死、见光死,也造成很多大企业一整批IT被干掉,也造就了那传説中的“两把菜刀”。

    这样的系统和设计它其实是由如下面的这样的一个怪胎的长相:

    脑袋小,脖子细的要命,肚子大,下盘小。吃饭吃多了他就呕,走路一快他就摔!这么样的一个怪胎!

    那么我们説系统性能没有做好?业务功能就一定做好了吗?

    嘿嘿嘿,我们回看I.O.E体系们在SOA2.0时代提出的一个概念图,再来看一遍这个图

    然后我们结合以下的一个场景再来考虑一下:

    小龙虾节活动,从数据库设计->存取层->服务层->控制层。从头到尾做了一遍,用掉了80多人天的价格。

    来了一个阳澄湖大闸蟹打折活动,从数据库设计->存取层->服务层->控制层。从头到尾做了一遍,又用掉了80多人天的价格。

    嘿嘿嘿,我们把以上深奥的理论,抽像成以下一个这样的业务场景大家看一下,是不是就可以理解为什么上述两个都同样是打折活动的业务场景分别都要用80多人天呢?

    上图已经可以很好的说明我们的程序员是如何沦落到程序猿、码农的了。

    性能达不到、加速业务、快速响应多变的由其是中国大陆市场几乎每天都在变动的业务也做不到,这是2005~2015年这10年国人特别是国内很多知名500强在电商领域经历的痛苦的10年,各种抱怨IT不给力。

    IT各种想办法找I.O.E相关体系来做企业整体解决方案,钱出了一大波,然并卵,各种继续不给力、抱怨。。。。。。again,again and again!!!

    而这10年,阿里和一些走在比较前沿或者説曾经在那10年内没有“死”的一些民营体制、特别接中国地气的企业他们已经开始深刻得总结、反省、并且依靠着自身之前学习到那些外资高大上的一些理论、知识、方法论后把它们再“本土化”并结合了中国自身特色,继而打造出来了一个新的产物,这个新的产物就是“全渠道零售中台”。

     

    回过头来看中台,什么是中台

    也有画成下面这样风格的图

    其实第2张图和第1张无非就是第一张的level3级别功能扩充了比较丰富点,第二张呢颜色鲜明一些。

    That's it,仅次而己!

    然后很多外资包括国内的一些甲方型企业拿着这样的图説“这就是中台”。。。。。。现在知道错在哪了吧。

    我上面列举的1.0,1.5,2.0时代的任何一种架构,其实都可以做成这样的“业务功能图”。

    这只是业务功能图而己,它不是代表"我“做出来的就一定是中台。

    我们看事务不能光看“外表”,我们需要看事物的“本质”,遵循着本质的那些公司都成功了,如阿里、苏宁、保洁、立白、海尔、华为。。。。。。有很多不再多叙。

    那么中台的本质到底在什么?而且是一个全渠道中台,也有人管它叫云中台它必须具备以下几样东西

    从业务功能上来分

    1. 全渠道订单中心,它必须是一个全渠道的订单中心,订单属性拥有线上、线下、O+2、第三方等各种渠道的特性;
    2. 全渠道商品管理中心,可以管理线上、线下甚至是虚拟商品;
    3. 全渠道会员中心,这个会员中心一分为2,一个合格的中台需要具备其中的CRM Foundation即会员中心基础功能,另一个叫“营销中心”,对,整个会员中心由“基础功能+营销中心”两部分构成,而很多好的中台不一定包括这个“营销中心”,因为营销中心可以诞生出另一个全渠道的产品,叫SCRM。我们不要求一个全渠道的零售中台内必须包括全渠道营销中心,必竟术业要有专精;
    4. 全渠道的促销中心,促销和营销很多人会搞起来,促销中心和营销中心在功能上是有相近的,有人把促销归为营销也有人把促销和营销进行分离,分离的条件就是“以会员为中心”和根据一个企业内的业务组织架构来决定的。这一定一定是一个全渠道的促销中心,它可以对线上线下同时促销,説白了就是你在手机APP商城内使用的券同时也可以使用在自助机、扫码购、微信小程序甚至在同一个零售企业门店POS结帐时使用,让客户无论是在线上还是在线下消费时“无缝/无差别”体验,这就叫全渠道。不管你什么活动、打折、促销,它还都是可以支持图形化界面可配置的;
    5. 内容中心,它又被称为CMS即Content Management System。它可以把手机、微信小程序、Web网站通过图形化类似于Photoshop或者説它比较接近于以前的DreamWeaver或者是FrontPage的一种“傻瓜”界面把这些活动给配置出来,它在配置的时候是可以通过结合前面的促销中心去做“协同工作”的;
    6. 财务共享中心-支付渠道啦、支付中心啦,支持各种支付,接入支付渠道时它也是可配置或者説是“半可配置”来完成一个支付渠道的接入的;
    7. 物流库存中心,支持全渠道的物流和库存,不管是自营、O+O、第三方还是自提,全部支持;
    8. 多租户管理中心,咦。。。。。。这是什么东西?唉呀,很简单!都上全渠道中台了,你这个电商不可能只是面向垂直单一名牌吧?一定是类似于“天猫店”那种多商户玩法吧?也有人管它叫B2B2C或者干脆简称成BBC功能;

    从技术上来分(月球的背面到底是什么)

    我们前面説了,业务功能它的表现出给到大众的一面很美丽、很灿烂。可是它不是本质,它不代表全渠道中台,我们需要了解月球的背后到底是什么?是不是真的有ET?喂。。。老婆,出来看上帝啊!

    从技术上来説一个全渠道必须具备如下几大功能,缺一不可,对。。。缺一不可!

    1. 微服务总线,这是必须要有的,真正的微服务讲究的是什么哈?我们先不説微服务所有的细节功能单説涉及到我们性能的那么几个功能吧:1)平峰削谷 2)服务自发现 3)服务升级降级 4)可弹性扩充,只説这4个点,有这4个点绝大多数的零售电商网站够用了,除非你能达到淘宝的量,我们后面章节会把微服务功能逐个剖析、亲自动手设计、乃至实现
    2. 各业务模块可纵向扩展,横向扩展是很简单的事,什么叫业务模块纵向扩展?比如説订单的写入和读都可以作分开的部署
    3. 可弹性的分布式的并且是多样化的缓存群
    4. 异步消息队列-MQ,必不可少
    5. 规则引擎,你当促销中心是怎么实现的?嘿
    6. HTTP请求级别缓存,这个缓存可和后台的那个分布式缓存群是不一样的东西哦,它缓存的是用户请求,相当于一个CDN功能但是和CDN又不一样,因为CDN只能缓存绝对静态的内容
    7. 分布式批处理任务-类似于网络计算,它比网格计算更轻、小
    8. 标准的安全认证登录接口,支持最常用的如:JWT,OAUTH2等协议
    9. 支持分步式数据库,此处可不只是一个数据库,你要有钱可以去烧Oracle RAC,阿里在20~40亿时为什么它要去I.O.E?那么用开源的数据库你需要怎么去实现原来的Oracle RAC的功能呢?当然你雇了一堆的架构师自己也是可以去打造这样的分布式数据库的结构应用的,只是一个产品如果它的原生就支持分布式数据库、分布式事务、可折表折库(此处指的可是纵向折哦),横向谁不会无非就是加slavers:)
    10. 成熟的性能监控
    11. 成熟的CI(持续集成)组件
    12. 配置中心,一个全渠道中台,组件少的有10多个模块,每个模块至少2-3个服务器,多的几十个模块,oh my god,全部写在properties文件里?Are you kidding me?

    所以,月球的背面长的是个什么样的呢?即什么是真正的全渠道零售中台?

    全渠道零售中台的“真容”

    我用下面的这张图来解析全渠道零售中台的技术的面长成个什么样!

    把我这篇文章的第1张图配合着全文最后一张图来看,那么你看的才是一个真正的全渠道中台!

    这两张图:

    1. 只看第1张,你会被人忽悠的体无完肤,出了钱买不到好东西;
    2. 只看第2张而不看第1张的结果是,你可能买到的不是一个产品级的解决方案而只是一个技术框架,一切业务功能需要从头开发,这是巨大的工作量和成本的付出;

    但是,不代表你把上述2张图结合起来看了就一定可以找中你“命中的中台”,还有很多、很多其它因素需要考虑。

     

    最后説一下为什么叫中台这个“中”字呢

    从业务层面解析为什么叫“中”台

    中台,我们的国人为了解决“TO C端业务的快速多变”,使用的是诸多非功能性需求如CMS+规则引擎+图形化编程,其实説白了就是把TO C端的前端的逻辑“下沉”,下沉到了这个中台系统中而不是停留在APP端 ,把APP端的功能做成了可以通过后台配出来,我之前的博客説过,所谓IT上口头説的“业务业务”,指的就是用户端功能,而不是让你去考上岗证。

    中国人做的这种高度一体化方案是基于可以彻底抛弃ERP的思想来做的,做什么legacy system的改造呢?这些功能在中台里已经有了,把你原来企业那10几个legacy system的数据做一次性的迁移,然后系统一刀切掉就好了,这是中国人的思路!但是中台在推出不久后它又要兼顾着中国人自古的“包容”精神,即我又要可以支撑原有legacy system和我的集成。那么,把原有后台legacy system的功能也放到这个中台系统中,因此它是后台业务功能的“上浮”。

    一个TO C端业务的下沉;

    一个后台业务功能的上浮;

    而中台它处于当中这一块地位,因此它就叫“中”台!

    而不是很多人认为,它处于后台和APP手机端应用的当中因此才叫中台的,不是的。这个理解太表面了没有真正理解中台的中到底为什么要叫中的背后的原理,中台的“中”是我上述这一段总结,这是业界真正公认的“中”。

    因此我这一系列文章才不仅仅只是写业务(解决方案)或者写技术,还要写数字化变形、写管理、写策略。。。。。。后面我们还会有更多精彩!

    先预告一些下一章内容吧:

    下一章我会对全渠道零售中台中的业务功能、技术组件一个个折开来、揉碎了和大家讲解!

    展开全文
  • Nature综述:微生物构成的氮循环网络(必读)

    万次阅读 多人点赞 2019-04-21 16:07:05
    文章目录微生物构成的氮循环网络大纲摘要亮点名词解析背景和内容概述Box 1 | 氮全球生化循环圈:全球的氮库存、氮转化过程、氮通量图1 | 微生物转化氮化合物图2 | 催化氮循环关键的四种反应的酶氮转化反应固氮作用...
  • T型管爆轰波衍射的数值研究,明月,范宝春,基于带详细化学反应的Euler方程,对H2/O2/Ar预混气在T型管内的爆轰衍射过程进行了数值模拟。采用五阶WENO格式捕捉流场的激波。结果表
  • 1952年,被后人称为计算机科学之父的著名英国数学家... 你或许会疑惑,斑马的条纹、猎豹的斑纹是怎样形成的等等,计算机之父图灵已经给我们明确的解释,或许我们可以从化学反应中得到一些启示,最经典的莫过于b-z...
  • 著作权作者所有,转载请联系作者获得授权,并标注“简书作者”。 第一,通过ctrl+art+F1(1-6),启动本地终端  切换到了字符界面tty1  第二,查询进程,ps -e |grep tty7 或者 ps -t tty7  得到tty7的pid号  第...
  • Spring 5的Servlet和反应式技术栈解析

    千次阅读 2018-03-28 14:51:28
    Spring 5为Web应用程序引入了完全非阻塞的反应式技术栈。反应式技术栈使用更少的资源处理更高的并发量,而且在客户端和服务器端的流式处理方面有突出的表现。Spring MVC为现有的应用程序提供了一些反应式特性。...
  • 结果表明,椰子糖的棕糖和白糖可为低血糖指数食品。 同样,白椰子水糖的血糖指数比红糖低2至3倍。 糖的血糖指数根据所用椰子的种类而有所不同。 可可椰子(MYD)的糖比混合蛋白(PB121 +)的糖具有更高的血糖,...
  • 著作权作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。 今天小宅就来和大家一起分享一下人工智能的发展史及应用: 人工智能无处不在 人工智能的发展历程 · 1945艾伦图灵在论文《计算机器...
  • 机器学习来源:比特小组转自:Datawhale机器学习术语表Google 官方出品的机器学习英文术语对照表,列出了一般的机器学习术语和 TensorFlow 专用术语的定义。版权谷歌...
  • 名词解析 还原剂: 氧化还原反应中的给电子供体化合物。 Reductants:The electron-donating compounds in a redox reaction. 产氧光养生物: 从光中获取能量并利用水作为电子供体,形成分子氧和糖作为产物的生物。...
  • 对计算机专业来说学历真的重要吗?

    万次阅读 多人点赞 2019-09-27 09:21:37
    整个节目的爆点就在张雪峰老师与马丁的互怼之间,这反应,这口才,也是没sei了 ...... 节目播出之后,立刻引起网友热议,局面却是一边倒的站在了张雪峰老师这边。 @RNQJ666:什么时候学历都是重要的?到...
  • 中文情感分析语料库

    2017-08-02 17:50:07
    中文情感分析语料库,包含 酒店、服装、水果、平板、洗发水 等 5 个领域的评价数据,每个领域各包含 5000 条正面和负面评价,数据抓取于 携程网 和 京东 ,仅供科研学习之用,欢迎下载使用!
  • 解决MATLAB(2019a)打开时闪一下黑框退出无反应的问题 这里我的情况是:win10+64位MATLAB2019a 一开始用的好好的,中途关了一次MATLAB后再也打不开,DOS窗口闪一下就没有了,很无助。 注意!我不是安装后发现打不开...
  • xshell串口服务器

    2019-04-08 10:34:37
    xshell, the best server tool which let u save a lot time to do the testing
  • P1554 梦的统计C语言

    千次阅读 2021-12-02 20:52:23
    洛谷P1554 梦的统计C语言
  • 合成实验,十三种后处理方法:实验室常用13种后处理方法、故障及解决办法 1、有机酸碱性化合物的分离提纯 具有酸碱性基团的有机化合物,可以得失质子形成离子化合物,而离子化合物与原来的母体化合物具有不同的...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 20,075
精华内容 8,030
关键字:

归中反应