首页 文章 精选 留言 我的

精选列表

搜索[年度经常性收入],共8820篇文章
优秀的个人博客,低调大师

2017年度总结

还有两个小时2018年就要来了,虽然极不情愿,但他真的来了,而这个时刻总能触动我最敏感的神经,让我回忆起这一年的过往,让我计划下一年的目标,也正是这股来自内心深处,最为感性的情绪,成就了今天这个,人到中年依然对生活满怀期待,世事终不能如愿,但依旧努力向前的我,下面是我这一年的故事。 关于2017年的目标 2017年整体来说,目标不算太难: 1、学习2门以上新语言; 完成指数:100分 说明:在工作中熟练的使用了React Native开发手机app;使用了vuejs、hprose开发了一套财务报备系统;还有Xamarin开发手机app应该也是2017年开始用的. 2、阅读10本技术书籍; 完成指数:40分 说明:看了《人件》、《程序员修炼之道—从小工到专家》软件管理图书,《Egret HTML5游戏开发指南》,产品类书籍《爆品手记》,还有《JavaScript权威指南》的1/10之一,因为《JavaScript权威指南》厚的很新华词典一样,一本顶其他书籍5、6本,所以整体总体也只就完成40%. 3、跑步300KM; 完成指数:80分 说明:真正的跑步算起来没有300KM,到加上跑和走是基本要在450KM,但这一项只能感性的打80分吧. 目标实现总结: 第一、先说健身,就健身的态度和执行作风而言还是比较满意的,但对锻炼的形式而言是不满意的,最好的锻炼是既能到达锻炼的目的,又能提高自己的技术水平,比如打篮球,打羽毛球,游泳等,都是有技术增益的运动,而跑和走并不是一个完美的理想运动,所以在2017年,如果有机会在运动形式上要有所突破。 第二、今年完成最糟糕的是技术书籍的阅读,因为2016年读书相对来说比较多,读了30本书,所以2017对于读书的要求有所降低,有了一定的懈怠,作为惩罚,2018年要在本身的计划的基础上加8本,作为惩罚。 关于工作和生活上的变化 今年算是工作变动比较大的一年,我离开呆了9年的西安,孤身一人来到了上海,期间遇到了很多的阻力,一是抛家舍业的,房子、车子、孩子都在西安;二是要放弃之前的既有利益和光环,之前技术的积累,同事的默契,工作业务部分和生活环境的熟悉,部门经理的光环,这些都是放弃了的既有利益,虽然这些对于一个真正知道自己想要什么的人来说都不重要,但来上海也需要重新开始,我独自一人先来上海把事情安排妥当(这期间,我还要感谢好朋友王伟、龚杰、还有小雨,谢谢你们的帮助,帮我度过难关),现在回过头看这一切也挺不容易,之前一个人没出过这么远的门,来这边能关照上的朋友也不多,一切都是从陌生到熟悉的一个过程,但还好有从小离家生活的经验,让我对这一切都胸有成竹。 在西安最后的日子,我克服了老婆偶尔的絮叨,还有自己对于未知的迷茫与恐惧,那时候只有一个念头,既然已经充分想好的决定,就一定要坚决执行。未来的路上会有很多的坎坷和障碍,如果你妥协一次你就会有第二次,我也不会给自己留下遗憾的念头,临阵脱逃从来都不是我的作风,既然是自己选择的路跪着也得走完,俗话说的好:树无根不长,人无志不立!就这样,我毅然决然的来到了魔都,看启了我人生的新篇章。 除了上面提到的我与现实的抗争,还有我与自己的抗争,这一年我离开了,我工作快3年的公司,离开了自己的舒服区,就是想给自己找一点不同的困难来挑战。我有一个小小的梦想,详见上一篇博客:《工作了八年,我准备去上海了》,我想一点一点的实现它,生活从来都不易,但我们不能因为一两次的失败,就选择屈从这个世俗,那些不能打倒我们的,终将让我们变得更强大!有人说,万一努力了一辈子终将不能闪闪发亮怎么办?怕什么?真理无穷,进一寸有进一寸的欢喜!不是嘛? 关于新生活,关于上海 来上海两个礼拜了,来谈谈我自己的感受,每个城市都有他独有的魅力,上海的空气质量很好,每天早晨拉开窗帘就能看到刺眼的阳光,这是西安冬天鲜能看到的场景,那种沐浴阳光的感觉美妙急了,让我的心情好到了极点,情不自禁的感叹大自然神奇的力量,他是一切美好的开始。 如果你在西安待过几个冬天,你会发现“静电”也是一件让你非常苦恼的事情,为了躲避他,我煞费苦心,不仅是所有的贴身衣物都用金纺浸泡,还买了去静电的物件,接触金属制品的时候,要手握着钥匙的一端,用另一端先触碰金属物品排电,但即使做到这样小心翼翼,有时候也并不能完全排除,这让人哭笑不得,甚至有时候看起来很愚蠢,而上海因为本身空气比较湿润,天生不带静电,这为我省去了很大的烦恼。 作为北方旱鸭子的我,对于所有之前没看到过的东西,比如说江河啊,很大的鱼和活着大个的虾啊,都感到新奇和愉悦。还有就是魔都生活上的便利性,我租的房子很近的地方,就有很多的商城和电影院,这些商业上的便利性和差距,虽然随着时间的推移,二线城市和一线城市的差距会越来越小,但还是土鳖的觉得挺方便。 就工作而言,感觉大家生存压力更大,所以工作积极性更好,自驱动性更好。活跃度更高,感受到更多的自由度,也让人挺舒服的。 说完了2017年的所思与所得,接下来谈谈2018年。 关于2018计划 1、精读20本书并记录观后感; 2、参加10个以上的技术沙龙; 3、去3个以上不同的城市旅行; 4、完成15篇技术博客,25篇非技术博客; 很庆幸能在2017年的最后一天,能坐在乌镇的酒店里,以自己喜欢的生活方式,来回忆这一年的得失,这也是某种意义上自我斗争的胜利,生活从来都是欺软怕硬,一切都没有你想象中的那么难实现,梦想就在哪里等你,只是你准备好起航了吗? 2018年,不忘初心,继续前行,努力工作,快乐生活! 坚持是这个时间上最可贵的品质,拥有它你将攻无不克,战无不胜!致自己! 2018,你好!2017,再见! 如果本文对你有所帮助,请打赏——1元就足够感动我:) 联系邮箱:intdb@qq.com 我的GitHub: https://github.com/vipstone 关注公众号: 作者: 王磊 出处: http://vipstone.cnblogs.com/ 本文版权归作者和博客园共有,欢迎转载,请标明出处。

优秀的个人博客,低调大师

Spark on Yarn年度知识整理

大数据体系结构: Spark简介 Spark是整个BDAS的核心组件,是一个大数据分布式编程框架,不仅实现了MapReduce的算子map 函数和reduce函数及计算模型,还提供更为丰富的算子,如filter、join、groupByKey等。是一个用来实现快速而同用的集群计算的平台。 Spark将分布式数据抽象为弹性分布式数据集(RDD),实现了应用任务调度、RPC、序列化和压缩,并为运行在其上的上层组件提供API。其底层采用Scala这种函数式语言书写而成,并且所提供的API深度借鉴Scala函数式的编程思想,提供与Scala类似的编程接口 Spark on Yarn 从用户提交作业到作业运行结束整个运行期间的过程分析。 一、客户端进行操作 1、根据yarnConf来初始化yarnClient,并启动yarnClient 2、创建客户端Application,并获取Application的ID,进一步判断集群中的资源是否满足executor和ApplicationMaster申请的资源,如果不满足则抛出IllegalArgumentException; 3、设置资源、环境变量:其中包括了设置Application的Staging目录、准备本地资源(jar文件、log4j.properties)、设置Application其中的环境变量、创建Container启动的Context等; 4、设置Application提交的Context,包括设置应用的名字、队列、AM的申请的Container、标记该作业的类型为Spark; 5、申请Memory,并最终通过yarnClient.submitApplication向ResourceManager提交该Application。 当作业提交到YARN上之后,客户端就没事了,甚至在终端关掉那个进程也没事,因为整个作业运行在YARN集群上进行,运行的结果将会保存到HDFS或者日志中。 二、提交到YARN集群,YARN操作 1、运行ApplicationMaster的run方法; 2、设置好相关的环境变量。 3、创建amClient,并启动; 4、在Spark UI启动之前设置Spark UI的AmIpFilter; 5、在startUserClass函数专门启动了一个线程(名称为Driver的线程)来启动用户提交的Application,也就是启动了Driver。在Driver中将会初始化SparkContext; 6、等待SparkContext初始化完成,最多等待spark.yarn.applicationMaster.waitTries次数(默认为10),如果等待了的次数超过了配置的,程序将会退出;否则用SparkContext初始化yarnAllocator; 7、当SparkContext、Driver初始化完成的时候,通过amClient向ResourceManager注册ApplicationMaster 8、分配并启动Executeors。在启动Executeors之前,先要通过yarnAllocator获取到numExecutors个Container,然后在Container中启动Executeors。 那么这个Application将失败,将Application Status标明为FAILED,并将关闭SparkContext。其实,启动Executeors是通过ExecutorRunnable实现的,而ExecutorRunnable内部是启动CoarseGrainedExecutorBackend的。 9、最后,Task将在CoarseGrainedExecutorBackend里面运行,然后运行状况会通过Akka通知CoarseGrainedScheduler,直到作业运行完成。 Spark节点的概念 一、Spark驱动器是执行程序中的main()方法的进程。它执行用户编写的用来创建SparkContext(初始化)、创建RDD,以及运行RDD的转化操作和行动操作的代码。 驱动器节点driver的职责: 1、把用户程序转为任务task(driver) Spark驱动器程序负责把用户程序转化为多个物理执行单元,这些单元也被称之为任务task(详解见备注) 2、为执行器节点调度任务(executor) 有了物理计划之后,Spark驱动器在各个执行器节点进程间协调任务的调度。Spark驱动器程序会根据当前的执行器节点,把所有任务基于数据所在位置分配给合适的执行器进程。当执行任务时,执行器进程会把缓存的数据存储起来,而驱动器进程同样会跟踪这些缓存数据的位置,并利用这些位置信息来调度以后的任务,以尽量减少数据的网络传输。 (就是所谓的移动计算,而不移动数据). 二、执行器节点 作用: 1、负责运行组成Spark应用的任务,并将结果返回给驱动器进程; 2、通过自身的块管理器(block Manager)为用户程序中要求缓存的RDD提供内存式存储。RDD是直接缓存在执行器进程内的,因此任务可以在运行时充分利用缓存数据加快运算。 驱动器的职责: 所有的Spark程序都遵循同样的结构:程序从输入数据创建一系列RDD,再使用转化操作派生成新的RDD,最后使用行动操作手机或存储结果RDD,Spark程序其实是隐式地创建出了一个由操作组成的逻辑上的有向无环图DAG。当驱动器程序执行时,它会把这个逻辑图转为物理执行计划。 这样 Spark就把逻辑计划转为一系列步骤(stage),而每个步骤又由多个任务组成。这些任务会被打爆送到集群中。 Spark初始化 1、每个Spark应用都由一个驱动器程序来发起集群上的各种并行操作。驱动器程序包含应用的main函数,并且定义了集群上的分布式数据集,以及对该分布式数据集应用了相关操作。 2、驱动器程序通过一个SparkContext对象来访问spark,这个对象代表对计算集群的一个连接。(比如在spark shell启动时已经自动创建了一个SparkContext对象,是一个叫做SC的变量。(下图,查看变量sc) 3、一旦创建了sparkContext,就可以用它来创建RDD。比如调用sc.textFile()来创建一个代表文本中各行文本的RDD。(比如val linesRDD = sc.textFile(“yangsy.text”),val spark = linesRDD.filter(line =>line.contains(“spark”),spark.count()) 执行这些操作,驱动器程序一般要管理多个执行器,就是我们所说的executor节点。 4、在初始化SparkContext的同时,加载sparkConf对象来加载集群的配置,从而创建sparkContext对象。 从源码中可以看到,在启动thriftserver时,调用了spark- daemon.sh文件,该文件源码如左图,加载spark_home下的 conf中的文件。 (在执行后台代码时,需要首先创建conf对象,加载相应参数, val sparkConf = new SparkConf().setMaster("local").setAppName("cocapp").set("spark.executor.memory", "1g"), val sc: SparkContext = new SparkContext(sparkConf)) RDD工作原理: RDD(Resilient Distributed Datasets)[1],弹性分布式数据集, 是分布式内存的一个抽象概念,RDD提供了一种高度受限的共享内存模型,即RDD是只读的记录分区的集合,只能通过在其他RDD执行确定的转换操作(如map、join和group by)而创建,然而这些限制使得实现容错的开销很低。对开发者而言,RDD可以看作是Spark的一个对象,它本身运行于内存中,如读文件是一个RDD,对文件计算是一个RDD,结果集也是一个RDD ,不同的分片、 数据之间的依赖 、key-value类型的map数据都可以看做RDD。 主要分为三部分:创建RDD对象,DAG调度器创建执行计划,Task调度器分配任务并调度Worker开始运行。 SparkContext(RDD相关操作)→通过(提交作业)→(遍历RDD拆分stage→生成作业)DAGScheduler→通过(提交任务集)→任务调度管理(TaskScheduler)→通过(按照资源获取任务)→任务调度管理(TaskSetManager) Transformation返回值还是一个RDD。它使用了链式调用的设计模式,对一个RDD进行计算后,变换成另外一个RDD,然后这个RDD又可以进行另外一次转换。这个过程是分布式的 Action返回值不是一个RDD。它要么是一个Scala的普通集合,要么是一个值,要么是空,最终或返回到Driver程序,或把RDD写入到文件系统中 转换(Transformations) (如:map, filter, groupBy, join等),Transformations操作是Lazy的,也就是说从一个RDD转换生成另一个RDD的操作不是马上执行,Spark在遇到Transformations操作时只会记录需要这样的操作,并不会去执行,需要等到有Actions操作的时候才会真正启动计算过程进行计算。 操作(Actions) (如:count, collect, save等),Actions操作会返回结果或把RDD数据写到存储系统中。Actions是触发Spark启动计算的动因。 它们本质区别是:Transformation返回值还是一个RDD。它使用了链式调用的设计模式,对一个RDD进行计算后,变换成另外一个RDD,然后这个RDD又可以进行另外一次转换。这个过程是分布式的。Action返回值不是一个RDD。它要么是一个Scala的普通集合,要么是一个值,要么是空,最终或返回到Driver程序,或把RDD写入到文件系统中。关于这两个动作,在Spark开发指南中会有就进一步的详细介绍,它们是基于Spark开发的核心。这里将Spark的官方ppt中的一张图略作改造,阐明一下两种动作的区别。 从此图中可以看出shuffle操作是在DAG完成的 到taskset时都为窄依赖 RDD基础 1、Spark中的RDD就是一个不可变的分布式对象集合。每个RDD都被分为多个分区,这些分区运行在集群的不同节点上。创建RDD的方法有两种:一种是读取一个外部数据集;一种是在群东程序里分发驱动器程序中的对象集合,不如刚才的示例,读取文本文件作为一个字符串的RDD的示例。 2、创建出来后,RDD支持两种类型的操作:转化操作和行动操作 转化操作会由一个RDD生成一个新的RDD。(比如刚才的根据谓词筛选) 行动操作会对RDD计算出一个结果,并把结果返回到驱动器程序中,或把结果存储到外部存储系统(比如HDFS) 中。比如first()操作就是一个行动操作,会返回RDD的第一个元素。 注:转化操作与行动操作的区别在于Spark计算RDD的方式不同。虽然你可以在任何时候定义一个新的RDD,但Spark只会惰性计算这些RDD。它们只有第一个在一个行动操作中用到时,才会真正的计算。之所以这样设计,是因为比如刚才调用sc.textFile(...)时就把文件中的所有行都读取并存储起来,就会消耗很多存储空间,而我们马上又要筛选掉其中的很多数据。 这里还需要注意的一点是,spark会在你每次对它们进行行动操作时重新计算。如果想在多个行动操作中重用同一个RDD,那么可以使用RDD.persist()或RDD.collect()让Spark把这个RDD缓存下来。(可以是内存,也可以是磁盘) 3、Spark会使用谱系图来记录这些不同RDD之间的依赖关系,Spark需要用这些信息来按需计算每个RDD,也可以依靠谱系图在持久化的RDD丢失部分数据时用来恢复所丢失的数据。(如下图,过滤errorsRDD与warningsRDD,最终调用union()函数) RDD计算方式 RDD的宽窄依赖 窄依赖(narrow dependencies)和宽依赖(wide dependencies)。窄依赖是指父RDD的每个分区都只被子RDD的一个分区所使用。相应的,那么宽依赖就是指父RDD的分区被多个子RDD的分区所依赖。例如,map就是一种窄依赖,而join则会导致宽依赖 这种划分有两个用处。首先,窄依赖支持在一个结点上管道化执行。例如基于一对一的关系,可以在filter之后执行map。其次,窄依赖支持更高效的故障还原。因为对于窄依赖,只有丢失的父RDD的分区需要重新计算。而对于宽依赖,一个结点的故障可能导致来自所有父RDD的分区丢失,因此就需要完全重新执行。因此对于宽依赖,Spark会在持有各个父分区的结点上,将中间数据持久化来简化故障还原,就像MapReduce会持久化map的输出一样。 Spark Example 步骤1:创建RDD。上面的例子除去最后一个collect是个动作,不会创建RDD之外,前面四个转换都会创建出新的RDD。因此第一步就是创建好所有RDD(内部的五项信息)。 步骤2:创建执行计划。Spark会尽可能地管道化,并基于是否要重新组织数据来划分阶段(stage),例如本例中的groupBy()转换就会将整个执行计划划分成两阶段执行。最终会产生一个DAG(directed acyclic graph,有向无环图)作为逻辑执行计划。 步骤3:调度任务。将各阶段划分成不同的任务(task),每个任务都是数据和计算的合体。在进行下一阶段前,当前阶段的所有任务都要执行完成。因为下一阶段的第一个转换一定是重新组织数据的,所以必须等当前阶段所有结果数据都计算出来了才能继续。 假设本例中的hdfs://names下有四个文件块,那么HadoopRDD中partitions就会有四个分区对应这四个块数据,同时preferedLocations会指明这四个块的最佳位置。现在,就可以创建出四个任务,并调度到合适的集群结点上。 Spark数据分区 1、Spark的特性是对数据集在节点间的分区进行控制。在分布式系统中,通讯的代价是巨大的,控制数据分布以获得最少的网络传输可以极大地提升整体性能。Spark程序可以通过控制RDD分区方式来减少通讯的开销。 2、Spark中所有的键值对RDD都可以进行分区。确保同一组的键出现在同一个节点上。比如,使用哈希分区将一个RDD分成了100个分区,此时键的哈希值对100取模的结果相同的记录会被放在一个节点上。 (可使用partitionBy(new HashPartitioner(100)).persist()来构造100个分区) 3、Spark中的许多操作都引入了将数据根据键跨界点进行混洗的过程。(比如:join(),leftOuterJoin(),groupByKey(),reducebyKey()等)对于像reduceByKey()这样只作用于单个RDD的操作,运行在未分区的RDD上的时候会导致每个键的所有对应值都在每台机器上进行本地计算。 SparkSQL 的shuffle过程 Spark SQL的核心是把已有的RDD,带上Schema信息,然后注册成类似sql里的”Table”,对其进行sql查询。这里面主要分两部分,一是生成SchemaRD,二是执行查询。 如果是spark-hive项目,那么读取metadata信息作为Schema、读取hdfs上数据的过程交给Hive完成,然后根据这俩部分生成SchemaRDD,在HiveContext下进行hql()查询。 Spark SQL结构化数据 1、首先说一下Apache Hive,Hive可以在HDFS内或者在其他存储系统上存储多种格式的表。SparkSQL可以读取Hive支持的任何表。要把Spark SQL连接已有的hive上,需要提供Hive的配置文件。hive-site.xml文件复制到spark的conf文件夹下。再创建出HiveContext对象(sparksql的入口),然后就可以使用HQL来对表进行查询,并以由行足证的RDD的形式拿到返回的数据。 2、创建Hivecontext并查询数据 import org.apache.spark.sql.hive.HiveContext val hiveCtx = new org.apache.spark.sql.hive.HiveContext(sc) val rows = hiveCtx.sql(“SELECT name,age FROM users”) val fitstRow – rows.first() println(fitstRow.getSgtring(0)) //字段0是name字段 3、通过jdbc连接外部数据源 更新与加载 Class.forName("com.mysql.jdbc.Driver") val conn = DriverManager.getConnection(mySQLUrl) val stat1 = conn.createStatement() stat1.execute("UPDATE CI_LABEL_INFO set DATA_STATUS_ID = 2 , DATA_DATE = '" + dataDate +"' where LABEL_ID in ("+allCreatedLabels.mkString(",")+")" ) stat1.close() //加载外部数据源数据到内存 val DIM_COC_INDEX_MODEL_TABLE_CONF = sqlContext.jdbc(mySQLUrl,"DIM_COC_INDEX_MODEL_TABLE_CONF").cache() val targets = DIM_COC_INDEX_MODEL_TABLE_CONF.filter("TABLE_DATA_CYCLE ="+TABLE_DATA_CYCLE).collect SparkSQL解析 首先说下传统数据库的解析,传统数据库的解析过程是按Rusult、Data Source、Operation的次序来解析的。传统数据库先将读入的SQL语句进行解析,分辨出SQL语句中哪些词是关键字(如select,from,where),哪些是表达式,哪些是Projection,哪些是Data Source等等。进一步判断SQL语句是否规范,不规范就报错,规范则按照下一步过程绑定(Bind)。过程绑定是将SQL语句和数据库的数据字典(列,表,视图等)进行绑定,如果相关的Projection、Data Source等都存在,就表示这个SQL语句是可以执行的。在执行过程中,有时候甚至不需要读取物理表就可以返回结果,比如重新运行刚运行过的SQL语句,直接从数据库的缓冲池中获取返回结果。 在数据库解析的过程中SQL语句时,将会把SQL语句转化成一个树形结构来进行处理,会形成一个或含有多个节点(TreeNode)的Tree,然后再后续的处理政对该Tree进行一系列的操作。 Spark SQL对SQL语句的处理和关系数据库对SQL语句的解析采用了类似的方法,首先会将SQL语句进行解析,然后形成一个Tree,后续如绑定、优化等处理过程都是对Tree的操作,而操作方法是采用Rule,通过模式匹配,对不同类型的节点采用不同的操作。SparkSQL有两个分支,sqlContext和hiveContext。sqlContext现在只支持SQL语法解析器(Catalyst),hiveContext支持SQL语法和HiveContext语法解析器。 SparkStreaming简介 SparkStreaming是一个批处理的流式计算框架,适合处理实时数据与历史数据混合处理的场景(比如,你用streaming将实时数据读入处理,再使用sparkSQL提取历史数据,与之关联处理)。Spark Streaming将数据流以时间片为单位分割形成RDD,使用RDD操作处理每一块数据,没块数据都会生成一个spark JOB进行处理,最终以批处理方式处理每个时间片的数据。(秒级)

优秀的个人博客,低调大师

Stack Overflow 2023 年度报告

Stack Overflow 发布了 2023 年开发者调查报告,据称共计超过 9 万名开发者参与了此次调查。 完整报告包含了受访开发者画像,以及关于开发技术、AI、职业、社区等方面的内容。本文主要介绍关于开发技术和 AI 的部分。 最流行编程语言 JavaScript 连续 11 年成为最流行编程语言,Python 取代 SQL 成为第三大流行编程语言。其他编程语言比如 Bash/Shell, C, Ruby, Perl 和 Erlang,它们的排名均上升了一位。 Go 和 Rust 的使用情况占比与去年相比也有了一定的上升。 最流行数据库 PostgreSQL 取代 MySQL 成为今年最流行数据库。 在专业开发者群体中,有 49.09% 的人正在使用 PostgreSQL,比去年上涨 2.61%;MySQL 占比 40.59% 位居第二,SQLite 占比 30.17% 位居第三,DynamoDB 占比 10.31% 超越 Oracle 排名第九位,Oracle 占比 10.06% 位列第十名。 对于正在学习编程的人来说,更多的则是使用 MySQL,其采用占比为 45.71%。MongoDB 数据库则位居第二(占比 28.15%),其次是 SQLite(占比 26.93%)。 最流行 Web 框架和技术 Node.js 和 React.js 是最流行的两种 Web 技术。专业开发者使用两者的比例相当,而正在学习编程的人使用 Node.js 多于 React(52% vs 48%)。 其他较受欢迎的还包括 jQuery、Express、Angular、Next.js 和 Vue.js。 最受欢迎集成环境 Visual Studio Code 仍然是大多数开发者的首选 IDE,今年它在所有受访者中的使用率从 75% 增加到 81%。 最受欢迎 AI 搜索工具 ChatGPT 是最受欢迎的 AI 搜索工具,被 83% 的受访者使用,其次是 Bing AI (20%)、WolframAlpha (13%) 和 Google Bard AI (10%)。 最受欢迎 AI 开发工具 GitHub Copilot 是最受欢迎的 AI 开发工具,被 55% 的受访者使用,其次是 Tabnine (13%) 和 AWS CodeWhisperer (5%)。 对 AI 工具的信任度 在使用或计划使用 AI 工具的人中,只有不到 3% 高度信任它们的准确性,而有两倍多的人(大约 6%)非常不信任。此外有 39% 的人对 AI 工具表示有些信任,30% 则表示没有所谓信不信任。 开发者使用 AI 工具的场景 绝大部分开发者使用 AI 工具帮助编写代码,其他的用途包括调试、写文档、学习代码库,以及测试等。 对未来 AI 工具用途变化的期望 无论是专业开发者还是正在学习编程的人,他们都相信开发工作流程将在一年内因为 AI 工具而有所不同。 点此查看完整报告内容。

优秀的个人博客,低调大师

盘点 GitHub 年度盛会|附视频

「Universe 2021」是 GitHub 于今年举办的开发者盛会,本次 Universe 2021 大会采用线上直播模式,为期两天已于上周落下帷幕。 这是 GitHub 举办的一年一度开发者盛会,还会发布一些最新消息,我岂能错过!所以这周我用开源视频下载工具:youtube-dl 下载了开场的主题演讲「GitHub on GitHub」高清(1080p)视频,该视频包含了 GitHub 推出的新产品和功能的介绍,如果想知道 GitHub 有哪些新鲜玩意儿,看这个视频就够了。 但原版视频是英文而且没有字幕,十分影响观看体验。为了方便大家观看,我花了两天时间逐字翻译了 16 分钟时长的视频,并制作出高清+中文字幕的「GitHub on GitHub」视频,翻译过程对我这个英语渣来说实在是太难了,求大家给个一键三连,鼓励一下。 最后,我个人能力有限只能尽力做到最好,如有欠佳之处还望海涵和指正。 点击下方图片观看视频 下面我还将对视频中感兴趣的 GitHub 产品,聊聊自己的看法以及补充申请地址等,也欢迎大家在留言区一起交流、讨论。 一、新的项目管理面板 > 使用地址:https://github.com/features/issues/ 通过它可以更加直观、方便的管理项目进度。它支持 表格和面板 两种展示方式,其中面板和旧版差不多这里不做介绍。下面着重介绍下强大的 电子表格 方式,它支持实时搜索、过滤、分组、排序,以及更流畅的任务跟踪、统计,让你可以更加方便的管理和跟进任务。同时支持字段类型,这就相当于可视化的数据库表格,如果再配上开放的 API,将有更多的遐想空间。我十分期待它后续的更新~ 相信 Notion 的用户对此并不陌生,用 Notion 管理项目?欢迎有此经验的小伙伴在评论区发表你的看法。 二、云端开发环境:Codespaces > 使用地址:https://github.com/features/codespaces(收费) 在线编辑器已经不再稀奇,但是如果是把开发环境全部放到云端还是挺猛的。毕竟部署本地开发环境、测试环境真的让人头疼,如果能够随时随地在 Web 秒起开发环境还不吃本机资源,如此一来只要是带浏览器的设备,是不是就能作为开发设备啦!我用手机接个蓝牙键盘,写程序(非脚本)的梦想貌似越来越近了! 但这个功能是按小时收费配置越高越贵(0.18-2.88美元),如果大家感兴趣的话我可以体验下,然后写一篇测评帮各位踩坑。(我比较担心网络问题) 三、AI 结对编程助手:Copilot > 申请地址:https://copilot.github.com/ 本次大会开放了更多 Copilot 内测名额,可直接通过上面的链接免费申请,基本上申请就会通过。另外支持了除 VSCode 外更丰富的 IDE 和编辑器:Neovim、PyCharm、IntelliJ IDEA 等,之前一直观望的小伙伴,可以放手试一试了! 或许复制/粘贴 stackoverflow 代码即将成为历史,我们将迎来新的时代!为此我要去学习下如何起好函数名、写好注释,然后提高阅读代码的能力,不然看不懂 AI 写的代码以后可咋维护代码啊!要不,我走? 四、快捷键 tips:GitHub 网页上快捷键要在英文输入法下才能生效! 按下 . 进入在线 Web 编辑器 Cmd/Ctrl + k:唤出命令面板 >:命令模式 #:搜索 issues、PR 等 !:搜索项目 @:用户、组织和代码仓库 /:代码仓库中的文件 最后 看完本次的 GitHub Universe 我没有感觉到太多惊喜,毕竟 Codespaces 和 Copilot 这两大产品早些时候已经发布了。但是其中还是有让我眼前一亮的东西,也让我对未来开发方式多了一些畅想,更简单的方式写代码+更轻便的设备,或许以后不用再坐在桌子前写代码,而是真正的移动办公。还有比较欣慰的是 GitHub 在发布功能时,没有忘记我们这群“穷哥们儿”,把免费版安排的明明白白的。 视频中 GitHub 前 CEO 奈特·弗里德曼(Nat Friedman) 说的最后一句话让我深受感动,他说:“不要停止学习,持续创造令人惊叹的东西,我们(GitHub)将处理好剩下的事情。” 从 GitHub 发布的产品,可以看出他们一直在努力改善,从开发、管理、发布、社区交流等每个步骤,使其更加流畅和简单。为开发者更自由而努力着! 以上就是我看完 Universe 2021 后的一些想法,期待明年 GitHub 带来更多的惊喜。致敬每一位为开源事业做出贡献的人。 最后,我想以这句话结尾:GitHub 聚是星河宇宙(Universe),散是满天星辰(Star)! 关注 HelloGitHub 公众号 第一时间收到更新。 还有更多开源项目的介绍和宝藏项目等待你的发现。

优秀的个人博客,低调大师

物联网智库年度总结

老板:“年末了,最后一个工作日了....你从元旦拖到现在的年终总结...是不是该动笔了...” iot101君:“咳咳,越是年末,做事越是得讲究日子,我刚翻了翻黄历,今天似乎不宜动笔。” 老板:“元旦的时候你也是这么说的......” iot101君:“哈哈,是吗?可能天意如此吧...” 老板:“不巧,我也翻了翻黄历,发现今天似乎也不宜发年终奖......” iot101君:“................................” iot101君:“去你的黄历......报告组织,保证今天完成任务!” 虽然立下了军令状,但是这年终总结究竟怎么写才好,本人还是一筹莫展。 幸好头疼年终总结的不只是iot101君这个现代人,古人亦是如此。 话说蒲松龄为了写《聊斋志异》,摆茶摊供人喝供人歇,为的就是多听几个有滋味的故事。有一年的年

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册