我高中
补码是啥。。。 模 2^n 的剩余类是啥
逆元是啥。。单射满射是啥……
矩阵？听说过
秩 这个字怎么念？
……………………………………
这些跟出身和勤奋有啥关系。。。
啊…… lz 的结论是啥来着
哎我出身太弱根本看不懂。。




咦？难到题意就是在说我看不懂这件事？？

而且

咋就又收集司机信息了， 收集司机在 2019 年 04 月 03 日 10:43:04 有没有闭眼睛的数据有啥用吗……可以做成完全本地的啊



不过吧，就算做出来也确实不是很有意义，任何程序、“智能”、辅助，都不能防作死，而且有事后评价专门用于搜集司机信息

其实。。。 这种东西应该是已经有了的

上家做辅助驾驶产品的就有一款提醒司机精神状态监测的产品，还是炼丹炼的，司机打瞌睡会提醒停车休息。。。

@xiaohouhui103 可以投一下安全行业的公司 我司做安全研究的已经差不多能靠奖金财务自由了

bat 是 dos 批处理哎。。。不是 win

basic->汇编->C->C++

basic 也是带行号那种 goto 是跳行号的
INPUT 也是我第一个从计算机领域认识的单词

反正当时还没上小学吧

@meik2333 快速轮询其实还更科学一点， 因为从上一句到下一句是个持续不断变化的状态，并不是只有上一个时间点和下一个时间点需要关心

@fsafdasfsdafsd
我本来回复的也不是你

原本是在用头文字 D 原作来调侃那层层主说
> 秋名山车神要知道发动机怎么造的么
这句话，顺带对
> 问 TCP 是什么鬼
这句隐含的“写前端的不该考 TCP 的任何问题”观点进行否定


> 任何一个车神就算不知道发动机怎么造，但对发动机的原理绝对是了如指掌，点火怎么调教，装不装涡轮油门感有何区别，进排气改造能提升多少性能，这些玩意恰恰是车神才是行家

这句话本身没有任何问题，该句也没有将车与计算机放在一起进行任何对比

> 你的比喻一点也不恰当
指原层想用秋名山车神不懂发动机比喻写前端不用懂 tcp 细节这个比喻不恰当，不恰当点在于秋名山车神往往很懂发动机


> 你想表达写前端不用懂 tcp 这个观点也是错的
这个观点本来也确实是错的，而且你也同意：“我从来没觉得前端应该不用懂 tcp ”


我把我回复中的每个分句都重新以中学阅读理解逐句解析的形式重新描述了一遍意思，希望能匹配你的理解水平






后边的
> 你的阅读理解能力有问题，我不想表达
““所以你的比喻一点也不恰当，你想表达写前端不用懂 tcp 这个观点也是错的””
这个观点。

我想表达的是这样一个观点，
你和 lz 不是计算机正规科班出身的，
因为我觉得你连计算机一个基本思维能力都没有，
那就是分层思维。
就是不断从抽象到具体，
一层一层逐渐细化的过程。

> 什么时候计算机成背书式的科目了？
计算机应该是索引式的科目。

你从某本书里面抽一个点，问他他答不上来，这不是他的问题，而是你的问题。你应该不懂计算机学科该怎么学？
不懂具体的技术细节不可怕，可怕的是不知道哪里可以去找到相关的技术细节和整体的知识框架。

我从来没觉得前端应该不用懂 tcp， 我只是觉得你那 tcp 头部有多少字节去考前端人员，人家答不上来就说人家技术不行，在我看来，你连计算机该怎么学都没入门，
真的就是培训学校出来的，因为这个知识点我懂，你不懂，所以我比你牛。

没有基本的计算机学科的能力，这是我想表达的观点。




不作回复，这两段与我说过的话没有 context 可相互联系，我可以认为并不是在说我，你可能回复错人了

别 封装接口再怎么痛苦也比不上调 c++的 bug 痛苦

嫌 jni 麻烦你可以试试 golang+cgo

@fsafdasfsdafsd

“所以你的比喻一点也不恰当，你想表达写前端不用懂 tcp 这个观点也是错的”

@luoway

你别说，头文字 d 专门描写过拓海的这个变化，还是借凉介的口说的类似“拓海这小子也开始对车子感兴趣了”的话

任何一个车神就算不知道发动机怎么造，但对发动机的原理绝对是了如指掌，点火怎么调教，装不装涡轮油门感有何区别，进排气改造能提升多少性能，这些玩意恰恰是车神才是行家

所以你的比喻一点也不恰当，你想表达写前端不用懂 tcp 这个观点也是错的

> 比如可以做一个简易的计价器，出勤登记之类的


要用到数据库的 app 都会嵌一个 sqlite 进去的，如果 sqlite 不够用，他们会选择搭服务器

前 9 楼想笑死我


有什么航班是只飞广州不飞深圳的吗， 想不通为啥要从深圳赶广州的飞机

不是不会断


流是对无边界数据的统一抽象
一个“流”意味着可以从中读写未事先确定总长度的数据





tcp 没有粘包，但其实再不专业也不会认为粘包是 tcp 协议的概念。首先粘包有明确含义，指在 tcp 传输中接收方读出数据与发送方写入数据同单位 /边界不同步的现象。对于了解 tcp 的人来说他会明白“粘包”是流传输的正常结果，对于不了解的人来说他并不知道 tcp 协议有哪些内容，只是认为“粘包是 tcp 经常发生的问题”——而其实这个印象是对的。

作为一个能明确代表“ tcp 传输接发双方必须自行确定协议并组织数据单位和边界否则由于流式 io 会导致接收方无法按发送单位接收数据”问题的词，“粘包”其实创造得还挺形象，交流业务的时候大可不必这么严谨，讨论技术问题的时候严谨一点是好的，但个人觉得也没必要把这词废除掉。