漫威21部系列电影(持续更新)

  漫威21部系列电影的计划 摘自《[讨论] 漫威计划的21部系列电影全览,漫威迷,可以了解下,还有后面几部电影的上映时间》
  第一阶段
  + 《钢铁侠》 Iron Man(2008.04.30)
  + 《无敌浩克》 The Incredible Hulk(2008.08.20)
  + 《钢铁侠2》Iron Man 2(2010.04.25)
  + 《雷神》 Thor(2011.05.02)
  + 《美国队长:第一个复仇者》 Captain America: The First Avenger(2011.07.19)
  + 《复仇者联盟》 The Avengers(2012.05.04)

git几步走

git 快速入门

  第一步: github.com 上添加新仓库 “Create New Repository”

  第二步: 本地关联远程库.添加后,远程库的名字就是 origin,这是 Git 默认的叫法,也可以改成别的,但是 origin 这个名字一看就知道是远程库。
   git remote add origin https://github.com/Durant35/[Repository Name].git

  把本地库的内容推送到远程,用 git push 命令,实际上是把当前分支 master 推送到远程。
  由于远程库是空的,我们第一次推送 master 分支时,加上了 -u 参数,Git 不但会把本地的 master 分支内容推送的远程新的 master 分支,还会把本地的 master 分支和远程的 master 分支关联起来,在以后的推送或者拉取时就可以简化命令。
   git push -u origin master

  把本地 master 分支的最新修改推送至 GitHub
   git push origin master

自动驾驶硬件方案②:Where Apollo Moon Happens

 从今年6月(后了解到具体时间为2021年6月17号)起,开始听到和看到一些文章推送百度跟北汽集团旗下ARCFOX 极狐品牌打造的新一代量产共享无人车Apollo Moon,备感震撼。震撼于其只需要48万的造价;百度Apollo L4无人车已经跟多家车企合作完成前装定制化;“前装量产车”+“AI老司机”+“5G云代驾”,Apollo无安全员自动驾驶的完整RoadMap(智慧的车),尤其是其在智能网联聪明的路上已经在多城市跟政府开展深入合作;Apollo Moon兼容低成本纯视觉方案Apollo Lite,后者已降维至多款车型,提供AVP (Apollo Valet Parking)ANP (Apollo Navigation Pilot)辅助驾驶功能,实现了泊车域到行车域的跨越,具备全域点到点自动驾驶能力覆盖。
 这一切的布局和成果让我感觉中国的无人驾驶到了一个新局面,一个技术完成初步沉淀,盈利模式开始清晰的阶段。作为从业者,我理解技术上真的还有很多问题待解决,但是现有的技术是能跟满足某些工况下的无人驾驶的,更重要的是只有DEMO,没有实打实的实际应用场景融入迭代,无人驾驶永远只能是DEMO。借助Apollo 4年多开源生态的积累,依托百度、百度AI的品牌和公司号召力,承接中国强大基建能力,百度Apollo,在中国甚至在全世界,其实际应用场景和量产落地化能力都处于领先位置。
 我很好奇,百度 Apollo 是如何一步一步梳理除今天这样的一个RoadMap?Apollo 开源至今都经历了哪些里程碑?跟自己从业特别相关的,Apollo 无人车的Sensor Settings经历了怎样的演变才到Apollo Moon这个第五代硬件方案?通过阅读和梳理近4年(≈自己的从业时间)的资料,主要是官方公众号文章和日常阅读收藏的文章,希望能解答自己的疑问,瞥见一些行业趋势,在有限的时间里做更正确的事情。

自动驾驶硬件方案①:概述

 在校包括从业,涉足自动驾驶这个行业也近六载了,工作后也许久没再写过博文了。这一次,想把从业高度相关的,近期梳理的国内自动驾驶头部公司Sensor settings,或者是自动驾驶硬件方案梳理一下,整理成一期系列文章(主要也是内容太多太杂,先用博文整理一下,再看是否有时间浓缩成slides吧)。

CMake 快速入门

  CMake 是一个跨平台的安装(编译)工具,可以用简单的语句来描述所有平台的安装(编译过程)。他能够输出各种各样 Makefile 或者 project 文件,能测试编译器所支持的 C++ 特性,类似 UNIX 下的 automake

  说在前头的个人的一些想法 (《CMake Practice》 也这么说 ) 和建议吧:
  ①. CMake 的学习过程是实践过程,没有实践,读的再多几天后也会忘记。所以,最好是你现在有实际的项目需求(没有的话,希望这个日后还可以作为参考),另外,文章中的实例请你必须亲自运行验证一下。

  ②. 如果你的工程只有几个文件,直接编写 Makefile 是个可行的选择,不过考虑到移植性,比如究竟是gcc呢?g++呢?还是什么其他的呢?还是使用 CMake 吧。

  ③. 如果使用的是 C/C++/Java 之外的语言,请不要使用 CMake(目前还不支持)。

  ④. 如果你使用的语言有非常完备的构建体系,比如 Java 的 Ant,也不需要学习 CMake

ldconfig:[load]运行时库管理

  ldconfig命令的用途主要是在默认搜寻目录 /lib/usr/lib 以及动态库配置文件 /etc/ld.so.conf 内所列的目录下,搜索出可共享的动态链接库(格式如 lib*.so*),进而创建出动态装入程序(ld.so)所需的连接(快捷方式)和缓存文件。
  缓存文件默认为 /etc/ld.so.cache,此文件保存已排好序的动态链接库名字列表,为了让动态链接库为系统所共享,需运行动态链接库的管理命令ldconfig,此执行程序存放在 /sbin 目录下。
  ldconfig通常在系统启动时运行;用户安装了一个新的动态链接库时,就需要手工运行这个命令才能生效。
  ldconfig 只与程序运行时有关(运行时库管理:装载),跟程序构建(编译&链接)一点关系都没有,构建的时候还是该加 -$l$(链接)就得加,不要混淆了。