如此架构,泛滥架构,疯狂架构

 文章出处:http://netkiller.github.io/

 

目前网络上流行各种架构文章与PPT, 这些文章真的很会抓住屌丝心里。屌丝以为看了XXX架构,就真的是架构师了。屌丝喜欢参加各种XXX架构大会,各种活动。在我看来这些架构,说好听是就是讲的比较范范,说不好听的就是扯淡。

 

这些活动都是有组织,有目的,各种架构大会的内容是什么?

我总结如下

1. 发布新产品,

2. 推广企业

3. 新技术

4. 个人宣传

 

这些公司是如何抓住屌丝心里的?

1. 屌丝迫切提高自身,架构大会是捷径

2. 屌丝认为架构师 == 高薪

3. X企业的技术让屌丝向往能

4. 屌丝跟屌丝讲,看我认识谁谁,我NB不

 

 文章出处:http://netkiller.github.io/ 

 

架构大会谁获益?

获益者是,企业或某些个人, 觉不是屌丝!

他们通过这种大会,聚集人脉,圈子影响力,宣传企业,宣传产品等等。更有风头机构关注。

 

那些大会上所讲的技术,都是该公司的成功案例,每个公司都不同,例如阿里,百度的成功方案是独一无二,不适合其他任何企业模仿。就算进入这些企业,你也未必能接触到那些技术,就算能接触到也仅仅是冰山一角,你在这些公司干上很多年仍然什么都不会。

 

所讲的成功案例,没有举例细节,人家也不会提供细节给你,也没有多少人知道细节。我所在的公司,高薪挖淘宝,亚马逊员工,并没有改变公司的命运,因为他们只懂得淘宝技术的冰山一角,就算你挖1000人也不可能复制出一个淘宝网来,他们面试你会感觉他们很懂(见识广),真正工作起来还不如老员工。

 

不是大项目就能锻炼人,能够锻炼和提升自我的只有求知的欲望,对质量的一丝不苟,专注一件事情并做到极致的思维和意识。有的人缺的是态度,而更多的人缺乏的是思考的意识。 ----引用某网友的一句话

 

 文章出处:http://netkiller.github.io/

 

我讨厌技术圈中的各种砖家,实则是一种炒作,只为在圈子里增加知名度,引起投资者关注。

 

现在的程序猿,攻城狮,挨踢民工,需要静下心来,放平心态,默默在一个领域研究15年,你自然就是那个领域的专家,金子总会发光的。

知识积累很重要,这需要很长的时间。

 

很多人想转行,转行很不容易,新的领域你熟悉你仍然需要很长的经验积累。

 

如做生意,装修需要店面等成本,1-2年回本算是正常的,掌握各种渠道,人脉没有3年是不行。这就是转行成本。程序猿羡慕其他行业,其他行业的人羡慕程序猿。

 

  文章出处:http://netkiller.github.io/

时间: 2024-07-29 10:41:39

如此架构,泛滥架构,疯狂架构的相关文章

hibernate-技术架构的图片 技术架构的图片

问题描述 技术架构的图片 技术架构的图片 技术架构的图片 1.简单的struts+hibernate的开发框架 2.struts+spring+hibernate框架 3.springmvc+spring+mybatis的框架 解决方案 架构高性能海量图片服务器的技术要素架构高性能海量图片服务器的技术要素架构高性能海量图片服务器的技术要素 解决方案二: 可以参考插件化开源开发平台JXADF的架构图,详细参见:http://osgi.help

亿级流量电商详情页系统实战:缓存架构+高可用服务架构+微服务架构

<缓存架构+高可用服务架构+微服务架构>深入讲解了亿级流量电商详情页系统的完整大型架构.同时最重要的是,在完全真实的大型电商详情页系统架构下,全流程实战了整套微服务架构,包含了基于领域驱动设计进行微服务建模.Spring Cloud.基于DevOps的持续交付流水线与自动化测试套件.基于Docker的自动化部署.此外,还包含了大型电商详情页系统架构中的多种复杂架构设计的详细介绍. <亿级流量电商详情页系统实战(第一版)>的内容,主要是基于简化以后的大型电商详情页系统的背景,重点包含

在首席架构师眼里,架构的本质是……

目前讨论架构实操(术)的文章较多,讨论架构理念(道)的较少,本文基于作者在大型电商系统架构方面的一些实践和思考,和大家聊聊架构理念性的东西,希望能够抛砖引玉,推进大家对架构的认识. 什么是道,什么是术?道是事物发展的本质规律,术是事物发展的具体途径.规律只有一个,途径很多,条条大路通罗马,罗马是道,大路是术.道为本,术为途,如果事先知道罗马在哪里,那么遍地是路,路路相通.架构也是如此,如果能领悟架构的本质,就不会拘泥于现有的实践和理论框框,而以最直接的方式解决问题,无招胜有招.本文的内容包括架构

《Spark大数据处理:技术、应用与性能优化》——1.4 Spark分布式架构与单机多核架构的异同

1.4 Spark分布式架构与单机多核架构的异同 我们通常所说的分布式系统主要指的是分布式软件系统,它是在通信网络互连的多处理机的架构上执行任务的软件系统,包括分布式操作系统.分布式程序设计语言.分布式文件系统和分布式数据库系统等.Spark是分布式软件系统中的分布式计算框架,基于Spark可以编写分布式计算程序和软件.为了整体宏观把握和理解分布式系统,可以将一个集群视为一台计算机.分布式计算框架的最终目的是方便用户编程,最后达到像原来编写单机程序一样编写分布式程序.但是分布式编程与编写单机程序

联想高级架构师分享:架构之道-规划、简化和演化

架构这个概念,和计算机科学(包括近几年才成为一级学科的软件工程)的其他术语类似,都是从传统学科借用来的.这是因为计算机科学太年轻.发展太快,来不及形成自己特有的术语和名词.因此,在学习和思考方法上,常常推荐类比法,尝试用一些耳熟能详的事物去理解和解释计算机科学领域的概念,以求"老妪能懂"的效果. 这里介绍的一些内容,大多是个人在学习和实践过程中的一些思考和体会,以及平时的一些学习笔记整理而成,还很不成体系,还有很多需要继续推敲的地方.我会在未来的工作实践中更加深入思考,广泛参考领域内的

架构师速成-有关架构的思考

架构是什么?架构的目标是什么?如果解决这2个问题,可能我能更好的梳理杂乱的架构理论.经过2天的思考,总算有了一点眉目.我们从一个产品的本质来说,追本朔源,自上而下: 大概就是这样的,当然架构不止需要解决这些问题,本产品只是其中一个部分,要支撑一个web产品还需要依赖很多的外部公共系统,对这些系统整合也算作架构的范畴. 架构,又名软件架构,是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计,这是官方的定义. 在"软件构架简介"中,David Garlan 和 Mary

C/S架构与B/S架构的概念和区别

C/S架构 C/S 架构也可以看做是胖客户端架构.因为客户端需要实现绝大多数的业务逻辑和界面展示.这种架构中,作为客户端的部分需要承受很大的压力,因为显示逻辑和事务处理都包含在其中,通过与数据库的交互(通常是SQL或存储过程的实现)来达到持久化数据,以此满足实际项目的需要. C/S架构的优缺点优点: 1.C/S架构的界面和操作可以很丰富. 2.安全性能可以很容易保证,实现多层认证也不难. 3.由于只有一层交互,因此响应速度较快. 缺点: 1.适用面窄,通常用于局域网中. 2.用户群固定.由于程序

DotNET企业架构应用实践-系统架构与性能-缓存技术与ORM中的缓存查询技术

系列回顾       在前面的文章DotNET企业架构应用实践-系统架构与性能-理论依据及相关做法一文中我介绍了系统性能优化的理论做了一个概括的介绍,也简单的介绍了性能优化的过程及相关的技术关注点或者说是做法.       本文将基于系统架构与程序设计两方面入手,介绍系统架构与性能优化方向一种技术实践:缓存技术与ORM缓存查询. 缓存介绍       前面的文章DotNET企业架构应用实践-系统架构与性能-理论依据及相关做法我在系统优化的理论依据中简单的提到了CPU中的调整缓存操作系统中内存管理

DotNET企业架构应用实践-系统架构与性能-在业务中实例使用缓存与缓存查询-附上视频

回顾与说明      本文是DotNET企业架构应用实践系列中的一篇文章,同时也是一步一步教你使用AgileEAS.NET基础类库进行应用开发系统中的一篇文章,所以本文应该还有一个副标题"一步一步教你使用AgileEAS.NET基础类库进行应用开发-WinForm应用篇-在商口入库业务中使用缓存与缓存查询",为什么会是这样呢?这个原因主要是我希望我在讲企业架的时候有结合具体的实例进行讲解,而不是泛泛而谈,而在AgileEAS.NET平台的案例开发中也正好涉及这样的内容.     在前面