周记0031

<b></b><h1>周记0031</h1>

2019-02-24至2019-03-02

  啊,何等反派画风的周记编号。

  不管是Abstergo,还是古墓丽影的圣三一,标志都很像。甜不辣作为西方历史上的浓重污点,做多了烧杀抢掠的事儿,确实非常适合充当反派。而令人惊异的是,丹·布朗的小说《达芬奇密码》,里面的甜不辣,居然是正派人物!那依据我们广阔的脑洞,大概可以猜测,丹·布朗和Abstergo的赞助人是甜不辣,而Lara Croft和刺客信条的前三部的赞助人是刺客组织。后来由于一些原因,很可能刺客组织和甜不辣在育碧方面达成了共识,于是育碧作品中的后几部刺客信条,都有洗白甜不辣的嫌疑。那么,之所以洗白甜不辣,很可能是人类遭遇了新的危机!似李!三体人!

  脑洞结束。

  这周时间的大部分,其实也用在了出差的工作上,直到周四晚上才回到所里。我没想到的是,竟然出一次差也可以增强编程能力——虽然是比较浅表的编程能力。

  出差过程中进行的测试工作,需要实时处理数据。而处理数据的过程中,为了偷懒,我反复修改了处理数据的代码,使其变得更为用户友好。当然实际上最后也没有省太多的力气就是了。出差回来之后,我又想到,我跑这么简单的一个程序,居然还需要携带沉重的,近3公斤的电脑!似乎不太划算。我又打算在Raspi上实现这段代码。但是Raspi上没有Matlab,只有Octave,虽然代码大部分能够跑通,但是还是需要一些修改。此外,Ocatve的绘图需要基于外部的工具,比如FLTK、GNUPlot、QtOpenGL等,所以绘图的语句也需要细细琢磨。

  在琢磨的过程中我发现以下问题:

  1. 绘图始终不能做到三个子图等宽度,很可能是绘图句柄没设置好,还需要再看看。
  2. 用GNUPlot和FLTK绘图的时候,Figure窗口一旦最大化,就只会剩下最后一张子图。这跟显卡等硬件设备似乎无关,因为我的两台电脑上的Octave似乎都出现了同样的问题。可能是绘图程序的问题,前两个子图在窗口最大化的过程中丢失了,也许是GNUPlot和FLTK的锅。Qt则没有这个问题。
  3. Octave做一些修改的时候,很容易因为错误11弹出。解决的方案是sudo octave,但是如果用ssh登陆树莓派,sudo octave往往会出现另一些奇怪的,还没找到原因的问题。
  4. Octave实际上用命令行界面就够了,毕竟程序需要修改的地方很少,图形界面完全无所谓。考虑到我将来要随身携带Raspi,SSH登陆Raspi进行操作,或者顶多用VNC登陆Raspi,是最可能的情况。这种情况下,用octave-cli才是正确的。但是在Raspi本地操作中,octave-cli没问题,SSH和VNC却不行了。看弹出的错误信息,可能是无法找到绘图的引擎。也许在SSH模式和VNC模式下,实际上显示的相关组件都没有启动——我还想不到解决方式。

  上述这些调试呢,涵盖了一整周的时间。我就不分时间去说了。

  此外!有一天偶然点了个外卖——炒馕!

  炒馕怎么这么好吃!吃得我简直,妈呀,眼泪都快掉下来了。

  于是第二天点了同一家的炒宽粉。虽然也好吃,但是远远不如炒馕,而且太咸了。

  周四深夜回到北京,发现北京西站的黑车还是非常多的,而且跟那些保安什么的应该挺熟——站在保安边上拉活也根本不会有人管。

  周五周六除了调程序,就是看了看书,也没干啥值得一提的。

  那就随便贴一张图作为总结吧——登陆Gilly(Eve的卫星),与彩蛋合影。

登陆Gilly

猜你喜欢

转载自blog.csdn.net/yuankx13ustc/article/details/88084595