无论历史怎样流转,人们总是再次踏入那个坑里。

2023-11-03 02:50

本文主要是介绍无论历史怎样流转,人们总是再次踏入那个坑里。,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

0a5a61fe9fdfc48ac6cda826440ae2f5.png

全篇漫画总计耗费流量约900K。3G用户斟酌哦

原创漫画。公号和其它媒体转载请付稿酬,

否则一律投诉侵权(公号被确认侵权5次会被永久封号哦)

当然是欢迎随便分享到朋友圈的。

786f94917a49f1897080e48b468f9bd5.png

4c88d5c945f9b1ce10a79e2b1a5f30b0.pnga1e68f79100360c2446f5d3078ace950.png

26821009b038a1e4a77add0ffe392c96.png

216003300aeb9c89191565204282f9dc.png

5c8fcb4afbe7f2c7b30b435cfd756659.png

61bbea2acf1e57c95f5667b06ff5cb16.png

dfa79b6e60143a334b48389f8ec5058d.png

cbf73f467e3f3d23c903cc92a606c421.png

cf434abf11144538b69aeb0aa22c0d87.gif

75cee7ed3b0e835bbd98991c2ecddeae.png

5c9fb2f6e6b2a61a934ec082909168e9.png

e5197a643dd4367feae899f58964c487.png

…………

5441b3aef012883d816b87cb22669711.png

9aa2230e8830ff5266639e88b8087abd.png

后记:这篇漫画的旧版本发布于两年前大数据正热的时候,讽刺当年一拥而上的创业风潮。两年后,人们早已被大数据忽悠腻了,奔向了新的风口。一切都没怎么变,只是换了一个新的兴奋点。而且还将继续换下去。

我最初很犹豫是否要重制这个“过时的"故事。费了一番力气之后,新版本最后只保留了当初的基本框架,希望你们喜欢这个其实不会过时的故事。

创业泡沫的曲线图根据 Jean-Paul Rodrigue 的 "Phases of a bubble”(泡沫模型曲线)改编。

Rodrigue是纽约霍夫斯特拉大学的学者,主攻全球化。他提出的4阶段泡沫模型曲线因为与08年经济危机的波动趋势神同步而广受关注。这个曲线后来被用于解释历史上多个资本泡沫破灭的案例,比如06年地产危机、互联网泡沫、比特币、以及正在猛涨滴A股哦。

点击原文可以查看对于这个泡沫模型的介绍(英文)

005a568681bda0b6dab991ea19a18940.png


我有位认识8年共事过多次的哥们,技术好水平高人靠谱是不用说了,他的一大特点是对团队非常好。我亲见的8年里他的几拨手下的兄弟都得到了极好的发展和成长。最近他手下缺一大波人了,他将亲手挑选精兵强将,绝对有诚意:

一家位于杭州的首笔投资数千万打造的互联网健康管理公司,高管多是出自纳斯达克那几家中国互联网公司的老兵, 拥有强力线下资源,各种新奇医疗设备随意体验…

公司三观正确崇尚正版开源自由平等,Trello / Telegram / Dropbox / GitHub 都是必备,办公室绿色上网Google通行无阻, 待遇架构参考BAT, 弹性工作不搞996.员工子女免费商保, 下次团队旅行筹划安达曼海滩看鱼去.. .

技术产品职系招聘PM,技术总监,和PHP,安卓,iOS,前端工程师;

另有UED/运营/市场/医学各部门梯度招聘,储备人才包括实习/管培生都双手欢迎。

工作地点在新兴的互联网重镇杭州哦

联系微信: hellopudong 或邮件 4096mac@gmail.com


有一位智商、眼界、资历和炉石上都随便碾压我的大叔,做了多年的技术和管理,但他一直心怀一个梦想,为中国糟糕的计算机教育做点事,拯救一波身陷苦海的小朋友们(潭浩强打了个喷嚏)。他带出来很多优秀的团队,开过编程启蒙的在线课程(连霍炬都跑去再听了一遍),教会了中学生 iOS 编程…最后他遇到了在线教育的“活化石”沪江,一见钟情,所以去了沪江负责整个产品和技术线。

虽然互联网教育风潮几起几落,但这家公司一直活得很好,因为它一直在自我进化;也因为它心态开放、尊重专业人才,所以回报绝对不用担心。

所以如果你对在线教育有兴趣,认为自己是志存高远、追求卓越的专业人才,并希望身处一个这样的专业团队,无论你现在从事的产品、设计、架构还是开发, 请复制链接 或长按下面的二维码,去看看招聘详情。

http://job.hujiang.com/elite/coderstory

工作地点在上海张江。

1f3baddce64378a58c6d38864b7249c0.png


亲爱的程序员星人,欢迎向我分享你们在地球的遭遇到的囧事或趣事,让我帮你们猛烈吐槽吧!

地球人地球人,希望了解程序员星人的神秘世界吗?长按二维码即可关注。

15db26940b57725be51b3dcfa0091fcd.png

这篇关于无论历史怎样流转,人们总是再次踏入那个坑里。的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/335084

相关文章

查看提交历史 —— Git 学习笔记 11

查看提交历史 查看提交历史 不带任何选项的git log-p选项--stat 选项--pretty=oneline选项--pretty=format选项git log常用选项列表参考资料 在提交了若干更新,又或者克隆了某个项目之后,你也许想回顾下提交历史。 完成这个任务最简单而又有效的 工具是 git log 命令。 接下来的例子会用一个用于演示的 simplegit

从希腊神话到好莱坞大片,人工智能的七大历史时期值得铭记

本文选自historyextra,机器之心编译出品,参与成员:Angulia、小樱、柒柒、孟婷 你可能听过「技术奇点」,即本世纪某个阶段将出现超级智能,那时,技术将会以人类难以想象的速度飞速发展。同样,黑洞也是一个奇点,在其上任何物理定律都不适用;因此,技术奇点也是超越未来理解范围的一点。 然而,在我们到达那个奇点之前(假设我们能到达),还存在另一个极大的不连续问题,我将它称之

多数据源的事务处理总是打印很多无用的log日志

之前做了一个项目,需要用到多数据源以及事务处理,在使用事务处理,服务器总是打印很多关于事务处理的log日志(com.atomikos.logging.Slf4jLogger),但是我们根本不会用到这些log日志,反而使得查询一些有用的log日志变得困难。那要如何屏蔽这些log日志呢? 之前的项目是提高项目打印log日志的级别,后来觉得这样治标不治本。 现在有一个更好的方法: 我使用的是log

LabVIEW程序员是怎样成长为大佬

成为一名LabVIEW编程领域的“大佬”需要时间、实践、学习和解决复杂问题的经验。尽管LabVIEW作为一种图形化编程语言在初期可能相对容易上手,但要真正成为精通者,需要在多个层面上深入理解。以下是LabVIEW程序员如何逐步成长为“大佬”的路径: 1. 打好基础 LabVIEW的大佬们通常在初期会打下非常坚实的基础,理解LabVIEW编程的核心概念,包括: 数据流编程模型:Lab

十四、我们应当怎样做需求分析:子用例与扩展用例

用例模型作为UML中4+1视图中非常重要的一员,非常集中地体现了面向对象的分析与设计思想。用例模型将现实世界中连续的一个一个业务流程,按照场景划分到了一个一个的用例中。由于场景的出现,使得用例中的业务流程存在着高度的内聚性,从而成为了日后各种对象的雏形。同时,在用例分析中,又将那些存在于各个用例中的,相同或相近的业务操作提取出来,形成一个一个的子用例或扩展用例,又体现了面向对象设计中的复用性。现在

十三、我们应当怎样做需求分析:查询报表分析

在我以往的用例分析中,使用这样格式的用例模式,对于大多数业务操作流程来说是得心应手的,但对于有些功能来说总感觉不对劲。感觉不对劲的,就是那些查询、汇总与报表功能。对于这部分功能,需要我们描述的不是什么操作流程,而更重要的是那些数据项、数据来源、报表格式、数据链接,以及使用者、使用频率的说明。而这些,在以往的用例说明格式中统统都没有,怎么办呢?俗话说“东西是死的人是活的”,把我们的用例格式改改吧。

九、我们应当怎样做需求分析:功能角色分析与用例图

在我们进行一系列需求调研工作的同时,我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司,我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时,我们应当首先将上次需求分析的结果与客户进行确认,同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。  但是,当我们经

八、我们应当怎样做需求调研:需求捕获(下)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

七、我们应当怎样做需求调研:需求捕获(上)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

六、我们应当怎样做需求调研:迭代

前面我一直在反复强调这样一个观点,需求分析不是一蹴而就的,是一个反复迭代的过程。它将从第一次需求分析开始,一直持续到整个项目生命周期。为什么这样说呢?让我们一起来分析分析。  在第一次的需求分析阶段,我们在一段时期内需要与客户进行反复地讨论,这个过程往往是这样一个反复循环的过程:需求捕获->需求整理->需求验证->再需求捕获••••••  需求捕获,就是我们与客户在一起开研讨会