20
回答
致 @中山野鬼 , 人的一生应当这样度过......................
注册华为云得mate10,2.9折抢先购!>>>   

人的一生应当这样度过 --  I FUCK!!!!

一个人一生最难突破的就是与生俱来的环境造就的认知界限.

要突破这个界限, 必须开拓思维, 不能拘泥于已经知道的东西.

哪怕是对技术的研究, 不能停留在模块, 数据, 线程/进程这些宽泛的概念.

真正的知识, 在于解决细节的问题上. 就像Oracle 同样只是关系型数据库, 但是能够在事务以及关系计算上超越对手. 

业务方面, 更是博大精深. 

不破不立.

当然更重要的是, 要坚持两个凡是. 要远离那些贫穷, 肮脏, 低贱,满脑子怨恨的家伙. 

打开思路, 去FUCK, 去学习, 体验新的东西.

和他们的沟通没有任何裨益.

如果要和这些家伙沟通, 必须用水晶高跟鞋踩住他们的脑袋, 把鞋跟刺进他们的鼻孔.

在他们吱吱叫的情况下, 告诉他们应该做的事情, 然后让他们滚蛋

PHP
举报
宏哥
发帖于4年前 20回/771阅
共有20个回帖 最后回答: 4年前

引用来自“雨翔河”的答案

坐等鬼哥的闪亮登场。
哈,刚才在抓个小bug,make 来  make 去的没刷 osc ...
--- 共有 4 条评论 ---
中山野鬼回复 @晓骏 : 哈。多谢,不过早上出门,妈妈告诉我,不要在本本里乱装东西,mac 里面可是没有360保护你安全的。所以安心用sarafi 4年前 回复
首席安全砖家回复 @中山野鬼 : http://my.oschina.net/ponxu/blog/100818 4年前 回复
中山野鬼回复 @晓骏 : 胡主席说了。不折腾。哈。。。 4年前 回复
首席安全砖家装个 chrome osc提醒插件,有人@你 会弹出 提示 4年前 回复

哈, 回楼主,几个问题。。。 

1、信息孤岛的问题,就是谈不上破解,那么系统设计的回避,是要折腾研究的。这个不是某个工具能带来帮助的。而且这个问题,前10年,信息化处于各地开花,有胜于无即可还不突出,如今这个问题已经是突出问题,也是突出需求。值得关注。

2、不能解决上述问题的工具,那就让它去解决它该解决的问题。余下是针对上述问题,分析实际情况,然后设计原型去解决问题。

3、我不是个应用程序者,如果已经有的工具或方案能解决问题,我就换问题,解决那些现实工具(包括什么产品,框架,架构)不能直接解决的问题。进程、数据等等宽泛的概念不能解决问题但能指导工作。

简单总结,我不喜欢针对一个需求,然后找一堆工具去折腾。我喜欢针对一类现有工具无法直接处理的问题,而且是现有方案处理不好的问题,去折腾。当然前人做的系统,有很多好的,拿来用就是了,不重复做轮子,但他们仅是工具,问题怎么解决,不围绕工具来构建方案。

额外喷一句,不去抓那些老外先进系统也无法解决的现实问题(而且有强烈需求),怎么有机会超越老外,天天跟在他们系统后面吃屎吃屁?


引用来自“中山野鬼”的答案

哈, 回楼主,几个问题。。。 

1、信息孤岛的问题,就是谈不上破解,那么系统设计的回避,是要折腾研究的。这个不是某个工具能带来帮助的。而且这个问题,前10年,信息化处于各地开花,有胜于无即可还不突出,如今这个问题已经是突出问题,也是突出需求。值得关注。

2、不能解决上述问题的工具,那就让它去解决它该解决的问题。余下是针对上述问题,分析实际情况,然后设计原型去解决问题。

3、我不是个应用程序者,如果已经有的工具或方案能解决问题,我就换问题,解决那些现实工具(包括什么产品,框架,架构)不能直接解决的问题。进程、数据等等宽泛的概念不能解决问题但能指导工作。

简单总结,我不喜欢针对一个需求,然后找一堆工具去折腾。我喜欢针对一类现有工具无法直接处理的问题,而且是现有方案处理不好的问题,去折腾。当然前人做的系统,有很多好的,拿来用就是了,不重复做轮子,但他们仅是工具,问题怎么解决,不围绕工具来构建方案。

额外喷一句,不去抓那些老外先进系统也无法解决的现实问题(而且有强烈需求),怎么有机会超越老外,天天跟在他们系统后面吃屎吃屁?


三个问题一并回答:

就是数据源 和 关系的 问题.

这里面其实没有多少所谓"突破性的" 新技术.

数据源,如果用EDGE模块采集, 就叫做 无线...... 当然还有很多类似的概念

你如果做模块, 就叫做无线采超等............

你如果做中心端, 还是数据库.......

数据多了, 就叫做大数据.........

做关系计算, 就叫做BI, 数据挖掘........

至于现在面临的问题, 不是问题的方向, 而是, 数据增加, 关系增加,导致的复杂性增加.....

如果你不是致力于解决数据采集的问题, 不是解决中心端关系的建立,以及关系计算的问题, 那么,你就外行了. 而且这些东西, 则是与行业,以及功能密切相关的. 非概念性的东西.

至于提到的线程/进程, 这些都是早已经解决了的问题, 么有必要浪费时间...

只有两个凡是, 是在OSC唯一值得你坚持的东西.

引用来自“宏哥”的答案

引用来自“中山野鬼”的答案

哈, 回楼主,几个问题。。。 

1、信息孤岛的问题,就是谈不上破解,那么系统设计的回避,是要折腾研究的。这个不是某个工具能带来帮助的。而且这个问题,前10年,信息化处于各地开花,有胜于无即可还不突出,如今这个问题已经是突出问题,也是突出需求。值得关注。

2、不能解决上述问题的工具,那就让它去解决它该解决的问题。余下是针对上述问题,分析实际情况,然后设计原型去解决问题。

3、我不是个应用程序者,如果已经有的工具或方案能解决问题,我就换问题,解决那些现实工具(包括什么产品,框架,架构)不能直接解决的问题。进程、数据等等宽泛的概念不能解决问题但能指导工作。

简单总结,我不喜欢针对一个需求,然后找一堆工具去折腾。我喜欢针对一类现有工具无法直接处理的问题,而且是现有方案处理不好的问题,去折腾。当然前人做的系统,有很多好的,拿来用就是了,不重复做轮子,但他们仅是工具,问题怎么解决,不围绕工具来构建方案。

额外喷一句,不去抓那些老外先进系统也无法解决的现实问题(而且有强烈需求),怎么有机会超越老外,天天跟在他们系统后面吃屎吃屁?


三个问题一并回答:

就是数据源 和 关系的 问题.

这里面其实没有多少所谓"突破性的" 新技术.

数据源,如果用EDGE模块采集, 就叫做 无线...... 当然还有很多类似的概念

你如果做模块, 就叫做无线采超等............

你如果做中心端, 还是数据库.......

数据多了, 就叫做大数据.........

做关系计算, 就叫做BI, 数据挖掘........

至于现在面临的问题, 不是问题的方向, 而是, 数据增加, 关系增加,导致的复杂性增加.....

如果你不是致力于解决数据采集的问题, 不是解决中心端关系的建立,以及关系计算的问题, 那么,你就外行了. 而且这些东西, 则是与行业,以及功能密切相关的. 非概念性的东西.

至于提到的线程/进程, 这些都是早已经解决了的问题, 么有必要浪费时间...

只有两个凡是, 是在OSC唯一值得你坚持的东西.

大数据和线程、进程,本身就不是一个讨论点。我压根就没把他们合并在一起讨论。哈。至于数据源这个事情,简单说,数据是客观存在的,不以采集或存储方式为改变的。什么是数据“符号化的纪录客观事物”。别说这个是抽象的空谈。没有这句话,很多问题和信息化纠缠在一起,是无法解决的。

一个典型的例子,物联网,设备不以管理系统的业务需求而变化,而管理系统的业务需求不变时,设备可能也变化。在信息化系统里,你的数据库里,可以绑定关系,但这些关系有些是固定的,有些是不固定的。如果你尝试对城市的每个电线杆进行数据管理,或许你会发现这些情况问题。

当然这个问题不是我发现的。是一个在政府里的老专家就信息和数据问题,给我提出来的,举例。

很多信息化系统,用结构化就是关系型数据库是可以解决,但不是所有事情他们都能解决。文章的语义关联,就无法结构化。

如果非要研究结构化数据,我已经不屑于把oracle 好好学习,解决某个库应该怎么优化。相反,如何针对上千个表项的重组织,分析他们的关联,以重新判定库的构建方式,和当记录条数增长时,应该使用什么优化策略,这些我更敢兴趣,简单说,oracle能做好的事情,mysql 也能做好,但这依赖系统结构的设计,而不是依赖oracle自身强大的功能。

简单说,我对那种靠一个工具能解决的问题不感兴趣。我对单纯工具无法解决的问题敢兴趣。如果我的解决问题的能力是靠对工具的熟练度来完成,那么我永远是工具的奴隶。我可以利用工具,但我不会活在工具的阴影下。

引用来自“中山野鬼”的答案

引用来自“宏哥”的答案

引用来自“中山野鬼”的答案

哈, 回楼主,几个问题。。。 

1、信息孤岛的问题,就是谈不上破解,那么系统设计的回避,是要折腾研究的。这个不是某个工具能带来帮助的。而且这个问题,前10年,信息化处于各地开花,有胜于无即可还不突出,如今这个问题已经是突出问题,也是突出需求。值得关注。

2、不能解决上述问题的工具,那就让它去解决它该解决的问题。余下是针对上述问题,分析实际情况,然后设计原型去解决问题。

3、我不是个应用程序者,如果已经有的工具或方案能解决问题,我就换问题,解决那些现实工具(包括什么产品,框架,架构)不能直接解决的问题。进程、数据等等宽泛的概念不能解决问题但能指导工作。

简单总结,我不喜欢针对一个需求,然后找一堆工具去折腾。我喜欢针对一类现有工具无法直接处理的问题,而且是现有方案处理不好的问题,去折腾。当然前人做的系统,有很多好的,拿来用就是了,不重复做轮子,但他们仅是工具,问题怎么解决,不围绕工具来构建方案。

额外喷一句,不去抓那些老外先进系统也无法解决的现实问题(而且有强烈需求),怎么有机会超越老外,天天跟在他们系统后面吃屎吃屁?


三个问题一并回答:

就是数据源 和 关系的 问题.

这里面其实没有多少所谓"突破性的" 新技术.

数据源,如果用EDGE模块采集, 就叫做 无线...... 当然还有很多类似的概念

你如果做模块, 就叫做无线采超等............

你如果做中心端, 还是数据库.......

数据多了, 就叫做大数据.........

做关系计算, 就叫做BI, 数据挖掘........

至于现在面临的问题, 不是问题的方向, 而是, 数据增加, 关系增加,导致的复杂性增加.....

如果你不是致力于解决数据采集的问题, 不是解决中心端关系的建立,以及关系计算的问题, 那么,你就外行了. 而且这些东西, 则是与行业,以及功能密切相关的. 非概念性的东西.

至于提到的线程/进程, 这些都是早已经解决了的问题, 么有必要浪费时间...

只有两个凡是, 是在OSC唯一值得你坚持的东西.

大数据和线程、进程,本身就不是一个讨论点。我压根就没把他们合并在一起讨论。哈。至于数据源这个事情,简单说,数据是客观存在的,不以采集或存储方式为改变的。什么是数据“符号化的纪录客观事物”。别说这个是抽象的空谈。没有这句话,很多问题和信息化纠缠在一起,是无法解决的。

一个典型的例子,物联网,设备不以管理系统的业务需求而变化,而管理系统的业务需求不变时,设备可能也变化。在信息化系统里,你的数据库里,可以绑定关系,但这些关系有些是固定的,有些是不固定的。如果你尝试对城市的每个电线杆进行数据管理,或许你会发现这些情况问题。

当然这个问题不是我发现的。是一个在政府里的老专家就信息和数据问题,给我提出来的,举例。

很多信息化系统,用结构化就是关系型数据库是可以解决,但不是所有事情他们都能解决。文章的语义关联,就无法结构化。

如果非要研究结构化数据,我已经不屑于把oracle 好好学习,解决某个库应该怎么优化。相反,如何针对上千个表项的重组织,分析他们的关联,以重新判定库的构建方式,和当记录条数增长时,应该使用什么优化策略,这些我更敢兴趣,简单说,oracle能做好的事情,mysql 也能做好,但这依赖系统结构的设计,而不是依赖oracle自身强大的功能。

简单说,我对那种靠一个工具能解决的问题不感兴趣。我对单纯工具无法解决的问题敢兴趣。如果我的解决问题的能力是靠对工具的熟练度来完成,那么我永远是工具的奴隶。我可以利用工具,但我不会活在工具的阴影下。

物联网  就是 RFID 用来做数据采集, 仅此而已

面临的问题不外乎:

1: 采集设备

2: 主数据的建立, 就是 产品到ID的关系

3: 采集的中心端数据, 还是数据库, 报表之类的玩意

如果你无法提供 这3个场景切实的解决办法, 你就是外行. 赚钱的还是oracle, cogonos, 或者Arm, 以及上游的芯片厂商, 或者那些业务系统现有的玩家以及设备/应用供应商.. 

那些扯淡的概念都是用来玩弄股民的.

至于非关系型数据, 不外乎处理类似日志这样的离散数据, 目标还是为关系数据提供清洗后的输入而已.

我说了, 只有两个凡是, 是唯一值得你坚持的东西. 

没有两个凡是, 你就必然偏离业务目标, 捣腾无价值的东西.

--- 共有 1 条评论 ---
liangtee过去对宏哥有误解,今天才知道宏哥才是明白人 4年前 回复
顶部