写诗生成器_你认为谁才是第一诗人
写诗生成器，你认为谁才是第一诗人？
李白杜甫白居易，到底谁才是第一诗人？
没有严格的标准区分谁是第一诗人，但是一定要区分的话，有一个方法，就是可以看看这三个人对于后人的影响谁最大；后来的诗人学习作诗，学谁学的最多；既然三个人都伟大，那么谁的缺点或者短处少一点。
一、生前影响李白大一些李白和白居易在生前影响比杜甫要大一些，李白似乎更加风光，免试保送入朝当官，虽然只是虚职，但是名扬天下，人称谪仙人。白居易是货真价实的进士出身，与元稹在当时相互唱和，无人不知，被世人称之为元白体，甚至有人将其诗作纹身；李白和白居易活在当下应该是周杰伦吴晓波一样的明星人物。
相对来说杜甫就坎坷的多，即使献上三大礼赋，得到玄宗肯定，也没有过李白和白居易的高光时刻，和李白在一起，就像月亮旁边的一颗星星。
二、从诗的角度看，身后影响杜甫大一些元稹给杜甫写过墓志铭：
至于子美，盖所谓上薄《风》《骚》，下该沈宋，古傍苏李，气夺曹刘。掩颜谢之孤高，杂徐庾之流丽，尽得古今之体势，而兼人人之所独专矣。”苟以其能所不能，无可无不可，则诗人以来，未有如子美者。并且把李白和杜甫做了对比：
是时山东人李白亦以奇文取称，时人谓之“李杜”。余观其壮浪纵恣，摆去拘束，模写物象，及乐府歌诗，诚亦差肩于子美矣。这里说的不仅仅是社会影响了，从诗作来看，元稹推崇杜甫有一句：“尽得古今之体势，而兼人人之所独专矣”，所以杜甫被人称为：集大成者。这是个人的天赋与努力，也是时代发展、诗体进化的原因，在杜甫手里诗的各种体式几乎都有完美的作品，这一点，李白比不了。
相对于白居易来说，杜甫已经攀上了高峰，白居易晚生了几十年，继承居多，开拓见少。另外李白和白居易特别是思想内容上都比不了杜甫。
三、谁的作品缺点少一些我以为还是杜甫，论长处，三人各有所长，各有千秋。李白绝句被很多人认为胜过王昌龄，歌行体和乐府无人能比，但是律诗略为逊色，特别是七言律流传下来仅仅8首，少有佳作；白居易新乐府写人间疾苦，长恨歌琵笆行更是长篇的千古绝句，但是有人认为过于俗：
苏轼 《祭柳子玉文》:" 元 轻 白 俗。 宋 张表臣 《珊瑚钩诗话》卷一:"﹝诗﹞以气韵清高深眇者绝，以格力雅健雄豪者胜。元轻白俗，郊寒岛瘦皆其病也。相对来说，杜甫被批评的最少，几乎都是溢美之词，无论近体古体、绝句长篇都有唐朝顶峰之作，诚如元稹所言：
苟以其能所不能，无可无不可，则诗人以来，未有如子美者。结语我喜欢李白的飘逸和大气、也喜欢白居易“老妪能解”的雅俗共赏，虽然杜甫诗的沉郁顿挫让人感觉有些沉重，但是学诗一定从杜甫学起，这是三个人最大的区别。
@老街味道
未来有哪些职业不会被人工智能所取代？
我们生活在怎样一个时代？李开复说，10年后90%的工作将被人工智能取代；霍金大大也多次发出警告，人工智能很危险，对人类极具威胁性。听多看多了这类预言，有些人不免担心，要真有一天人工智能变得如此强大，人类不是得全体失业？人工智能已经可以替人看病，担任作曲、同声传译等具体工作了，还有什么它们做不到的吗？其实，人工智能虽然发达，但总有鞭长莫及的领域。别的不敢说，至少从事下面这些职业的人，捧的都是一辈子的“铁饭碗”，完全不用担心自己有一天会被人工智能所替代。1.心理咨询师但凡能够通过科学运算得出答案的项目，人工智能都能做到，比如围棋；相反，无法通过运算得出结果，人工智能也就取代不了。人类对心理学知之甚少，根本无法得出一个恒久的万能公式。心理咨询师是一种充满了不确定性人格和灵魂主导的产物，理解对方的思维才是职业的要点所在。事实上，人类自己都不敢说已经完全搞清楚思维的本质，人工智能又怎么可能办得到。对于新鲜的、开放的经验和来访者模糊的语言表达，人工智能尽管可以通过算法来分析来访者的表情、动作等表面内容，却无法理解更多。人与人的互动绝不仅仅是这些，“同理心”就是人工智能永远无法拥有的东西。所以，心理咨询师被人工智能取代的可能性实在不大。2.漫画家很多人肯定会表示不解——画画还不容易嘛，人工智能怎么可能画不了？先举个简单的例子，知道为啥12306上的验证码是图片吗？因为人类的肉眼可以轻易识别图片里的文字信息，但对机器来说非常艰难。马里兰大学在一项调查研究中搭建了一个由120万张漫画画格组成的数据集，并提取每个画格中的文本，利用LSTM（长短期记忆网络）模型测试人工智能对漫画的理解程度，结果发现人工智能根本看不懂漫画。一方面是因为，人工智能无法理解画面之外的信息。举个简单的例子，下面这幅四格漫画大家一眼就能看懂，但人工智能却无法理解——肚子里可以有面包、牛奶和鸡蛋，哪里好笑了？它当然不会知道，老师说的“肚子”其实是指“脑子”。另一方面，1000个漫画家就有1000种绘画和叙事风格，甚至同一漫画的同一个角色画风都未必一样，再加上漫画里不断切换的分镜，人工智能会看到“晕厥”。人工智能自己都看不懂的东西，又怎么可能主宰它呢？3.AI工程师众所周知，当下正是AI人才稀缺的时候，他们的薪水已经高到让所有行业从业者望尘莫及。今后很长一段时间，人工智能产业都将持续呈井喷状爆发，业内对AI人才的需求可想而知。当然这个行业门槛也是高得惊人，看图说话——道高一尺魔高一丈。出于职业性质，人工智能永远得喊AI工程师一声“爸爸”，所以在高端前沿技术研究领域“奋战”的各位大牛们，对你们只有钦佩和艳羡之情。4.机器人饲养员还记得上个月中旬，阿里巴巴智能服务事业部发布的那则寻找“机器人饲养员”的招聘信息吗？当时大家都觉得老新奇了，居然还有这种职业。未来只要有人工智能的存在，就一定有机器人饲养的需求，这是肯定的。机器人饲养员不仅要比机器人更聪明更懂得感知，还要学会训练机器算法。这类职业最终会成为一种常态。不止机器人饲养员，今后出现什么机器人造型师、机器人营养搭配师等新工种也是很有可能的。上述几种职业被人工智能取代的可能性实在不大，要真有那一天，那么人工智能一定已经达到了与人类平起平坐的地位，那霍金大大的预言可能真的应验了。最后教给大家一个简单粗暴的方法，测试下你所从事的职业是否会被人工智能取代。
这是科技网站1reddrop提供的“检验职业可取代性”的10条标准，如果你的职业符合5条以上，你大概得提前想想办法了。
工作内容主要是完成重复性的任务
工作内容主要是分析、处理和展现数据（比如会计工作和财务申报等）
工作内容可替代性很强，别人学习不到一个月就能代替你
在团队或公司中不属于管理或负责人的角色
工作内容大部分已经实现自动化了，你只是监督和查看工作流程
工作中很少需要你根据工作经验来做决策
工作内容主要是执行标准化的流程
有相当多的人可以取代你的职位
已经有相关技术（或者正在研发中）能够取代你
工作内容不需要有专业知识或智力技能
什么样的代码叫好代码？
送大家以下java学习资料
简介： 我们每天都与代码打交道，但当被问道什么是好的代码时，很多人可能会先愣一下，然后给出的回答要么比较空泛，要么比较散，没办法简单明了地概括出来。显然，这个问题并没有唯一的标准答案，谁都可以谈论自己的理解，今天谈谈我对于好代码的理解。
导读：我们每天都与代码打交道，但当被问道什么是好的代码时，很多人可能会先愣一下，然后给出的回答要么比较空泛，要么比较散，没办法简单明了地概括出来。显然，这个问题并没有唯一的标准答案，谁都可以谈论自己的理解，今天谈谈我对于好代码的理解。
一句话概括衡量代码质量的唯一有效标准：WTF/min —— Robert C. Martin
Bob大叔对于好代码的理解非常有趣，对我也有很大的启发。我们编写的代码，除了用于机器执行产生我们预期的效果以外，更多的时候是给人读的，这个读代码的可能是后来的维护人员，更多时候是一段时间后的作者本人。
我敢打赌每个人都遇到过这样的情况：过几周或者几个月之后，再看到自己写的代码，感觉一团糟，不禁怀疑人生。
我们自己写的代码，一段时间后自己看尚且如此，更别提拿给别人看了。
任何一个傻瓜都能写出计算机可以理解的代码。唯有写出人类容易理解的代码，才是优秀的程序员。—— Martin Fowler
所以，谈到好代码，首先跳入自己脑子里的一个词就是：整洁。
好的代码一定是整洁的，给阅读的人一种如沐春风，赏心悦目的感觉。
整洁的代码如同优美的散文。—— Grady Booch
好代码的特性很难给好的代码下一个定义，相信很多人跟我一样不会认为整洁的代码就一定是好代码，但好代码一定是整洁的，整洁是好代码的必要条件。整洁的代码一定是高内聚低耦合的，也一定是可读性强、易维护的。
高内聚低耦合
高内聚低耦合几乎是每个程序员员都会挂在嘴边的，但这个词太过于宽泛，太过于正确，所以聪明的编程人员们提出了若干面向对象设计原则来衡量代码的优劣：
开闭原则 OCP (The Open-Close Principle)单一职责原则 SRP (Single Responsibility Principle)依赖倒置原则 DIP (Dependence Inversion Principle)最少知识原则 LKP (Least Knowledge Principle)) / 迪米特法则 (Law Of Demeter)
里氏替换原则 LSP (Liskov Substitution Principle)接口隔离原则 ISP (Interface Segregation Principle)组合/聚合复用原则 CARP (Composite/Aggregate Reuse Principle)这些原则想必大家都很熟悉了，是我们编写代码时的指导方针，按照这些原则开发的代码具有高内聚低耦合的特性。换句话说，我们可以用这些原则来衡量代码的优劣。
但这些原则并不是死板的教条，我们也经常会因为其他的权衡（例如可读性、复杂度等）违背或者放弃一些原则。比如子类拥有特性的方法时，我们很可能打破里氏替换原则。再比如，单一职责原则跟接口隔离原则有时候是冲突的，我们通常会舍弃接口隔离原则，保持单一职责。只要打破原则的理由足够充分，也并不见得是坏的代码。
可读性
代码只要具有了高内聚和低耦合就足够好了吗？并不见得，我认为代码还必须是易读的。好的代码无论是风格、结构还是设计上都应该是可读性很强的。可以从以下几个方面考虑整洁代码，提高可读性。
命名
大到项目名、包名、类名，小到方法名、变量名、参数名，甚至是一个临时变量的名称，其命名都是很严肃的事，好的名字需要斟酌。
► 名副其实
好的名称一定是名副其实的，不需要注释解释即可明白其含义的。
/** * 创建后的天数 **/ int d; int daysSinceCreation;
后者比前者的命名要好很多，阅读者一下子就明白了变量的意思。
► 容易区分
我们很容易就会写下非常相近的方法名，仅从名称无法区分两者到底有啥区别（eg. getAccount()与getAccountInfo()），这样在调用时也很难抉择要用哪个，需要去看实现的代码才能确定。
► 可读的
名称一定是可读的，易读的，最好不要用自创的缩写，或者中英文混写。
► 足够短
名称当然不是越长越好，应该在足够表达其含义的情况下越短越好。
格式
良好的代码格式也是提高可读性非常重要的一环，分为垂直格式和水平格式。
► 垂直格式
通常一行只写一个表达式或者子句。一组代码代表一个完整的思路，不同组的代码中间用空行间隔。
public class Demo { @Resource private List<Handler> handlerList; private Map<TypeEnum, Handler> handlerMap = new ConcurrentHashMap<>(); @PostConstruct private void init() { if (!CollectionUtils.isEmpty(handlerList)) { for (Handler handler : handlerList) { handlerMap.put(handler.getType(), handler); } } } publicResult<Map<String, Object>> query(Long id, TypeEnum typeEnum) { Handler handler = handlerMap.get(typeEnum); if (null == handler) { return Result.returnFailed(ErrorCode.CAN_NOT_HANDLE); } return handler.query(id); } }
如果去掉了空行，可读性大大降低。
public class Demo { @Resource private List<Handler> handlerList; private Map<TypeEnum, Handler> handlerMap = new ConcurrentHashMap<>(); @PostConstruct private void init() { if (!CollectionUtils.isEmpty(handlerList)) { for (Handler handler : handlerList) { handlerMap.put(handler.getType(), handler); } } } public Result<Map<String, Object>> query(Long id, TypeEnum typeEnum) { Handler handler = handlerMap.get(typeEnum); if (null == handler) { return Result.returnFailed(ErrorCode.CAN_NOT_HANDLE); } return handler.query(id); } }
类静态变量、实体变量应定义在类的顶部。类内方法定义顺序依次是：公有方法或保护方法 > 私有方法 > getter/setter 方法。
► 水平格式
要有适当的缩进和空格。
► 团队统一
通常，同一个团队的风格尽量保持一致。集团对于 Java 开发进行了非常详细的规范。（可点击下方阅读原文，了解更多内容）
类与函数
► 类和函数应短小，更短小
类和函数都不应该过长（集团要求函数长度最多不能超过 80 行），过长的函数可读性一定差，往往也包含了大量重复的代码。
► 函数只做一件事（同一层次的事）
同一个函数的每条执行语句应该是统一层次的抽象。例如，我们经常会写一个函数需要给某个 DTO 赋值，然后再调用接口，接着返回结果。那么这个函数应该包含三步：DTO 赋值，调用接口，处理结果。如果函数中还包含了 DTO 赋值的具体操作，那么说明此函数的执行语句并不是在同一层次的抽象。
► 参数越少越好
参数越多的函数，调用时越麻烦。尽量保持参数数量足够少，最好是没有。
注释
► 别给糟糕的代码加注释，重构他
注释不能美化糟糕的代码。当企图使用注释前，先考虑是否可以通过调整结构，命名等操作，消除写注释的必要，往往这样做之后注释就多余了。
► 好的注释提供信息、表达意图、阐释、警告
我们经常遇到这样的情况：注释写的代码执行逻辑与实际代码的逻辑并不符合。大多数时候都是因为代码变化了，而注释并没有跟进变化。所以，注释最好提供一些代码没有的额外信息，展示自己的设计意图，而不是写具体如何实现。
► 删除掉注释的代码
git等版本控制已经帮我们记录了代码的变更历史，没必要继续留着过时的代码，注释的代码也会对阅读等造成干扰。
错误处理
► 错误处理很重要，但他不能搞乱代码逻辑
错误处理应该集中在同一层处理，并且错误处理的函数最好不包含其他的业务逻辑代码，只需要处理错误信息即可。
► 抛出异常时提供足够多的环境和说明，方便排查问题
异常抛出时最好将执行的类名，关键数据，环境信息等均抛出，此时自定义的异常类就派上用场了，通过统一的一层处理异常，可以方便快速地定位到问题。
► 特例模型可消除异常控制或者 null 判断
大多数的异常都是来源于NPE，有时候这个可以通过 Null Object 来消除掉。
► 尽量不要返回 null ，不要传 null 参数
不返回 null 和不传 null 也是为了尽量降低 NPE 的可能性。
如何判断不是好的代码讨论了好代码的必要条件，我们再来看看好代码的否定条件：什么不是好的代码。Kent Beck 使用味道来形容重构的时机，我认为当代码有坏味道的时候，也代表了其并不是好的代码。
代码的坏味道
► 重复
重复可能是软件中一切邪恶的根源。—— Robert C.Martin
Martin Fowler 也认为坏味道中首当其冲的就是重复代码。
很多时候，当我们消除了重复代码之后，发现代码就已经比原来整洁多了。
► 函数过长、类过大、参数过长
过长的函数解释能力、共享能力、选择能力都较差，也不易维护。
过大的类代表了类做了很多事情，也常常有过多的重复代码。
参数过长，不易理解，调用时也容易出错。
► 发散式变化、霰弹式修改、依恋情结
如果一个类不是单一职责的，则不同的变化可能都需要修改这个类，说明存在发散式变化，应考虑将不同的变化分离开。
如果某个变化需要修改多个类的方法，则说明存在霰弹式修改，应考虑将这些需要修改的方法放入同一个类。
如果函数对于某个类的兴趣高于了自己所处的类，说明存在依恋情结，应考虑将函数转移到他应有的类中。
► 数据泥团
有时候会发现三四个相同的字段，在多个类和函数中均出现，这时候说明有必要给这一组字段建立一个类，将其封装起来。
► 过多的 if...else 或者使用 switch
过多的 if...else 或者 switch ，都应该考虑用多态来替换掉。甚至有些人认为除个别情况外，代码中就不应该存在 if...else 。
总结本文首先一句话概括了我认为的好代码的必要条件：整洁，接着具体分析了整洁代码的特点，又分析了好代码的否定条件：什么样的代码不是好的代码。仅是本人的一些见解，希望对各位以后的编程有些许的帮助。
我认为仅仅编写出可运行的代码是远远不够的，还要时刻注意代码的整洁度，留下一些漂亮的代码，希望写的代码都能保留并运行 102 年！
后续增加一些实际的例子来说明好的和坏的代码；分享下如何编写整洁代码——自己认为有用的一些编程技巧。
什么软解可以制作藏头诗？
藏头诗在线生成器软件是一款比较好用的在线生成藏头诗的应用工具。用户只需输入汉字，选择你想要的类型，即可点击开始作诗按钮，轻松一键即可生成你想要的藏头诗了。不论是姓名藏头诗，爱情藏头诗，祝福藏头诗等都不在话下。如果看待14岁突然火起来的岑怡诺？
最近网络上14岁的浙江“神童”女孩彻底火了，她的简历写的是十分牛逼，不但是三个品牌的创始人，而且11岁出版《中国青少年经典诗词》，12岁写了《雷霆战警》小说，同时出版666首原创诗词，更有全球华人青少年领袖学习会创始人，中华文化传播院院长助理等高大上的头衔。最为耀眼的就是她日均可写2000首诗，300首词，150000字的小说。
这样近乎“神化 ”了一般的女孩，平均43秒就能写一首诗，这都能让七步成诗的曹植，诗仙李白，诗圣杜甫都汗颜的创作能力，一辈子写了4万多首诗的乾隆也只够这位神童女孩20天的产量。对于外界的质疑，作为神童女孩岑怡诺的父亲更是坚称，需要女儿静心去写，2000首一天一点问题都没有。
人都说出名要趁早，不知道从什么时候开始，现在的父母都习惯性的将自己的孩子打造成神童。也许我们14岁的女孩岑怡诺真的是天资聪慧，比一般的孩子更有灵气和才气。然而用每日2000首诗这样的宣传点来包装一个孩子，去打造出这样一个天才神童。不知道是该说这样的父母无知，还是这样神通包装侮辱了大众的智慧。
纵观现在网上流传的视频可以看出，这位14岁的小女孩犹如一个中年油腻的传销大师，在舞台上手舞足蹈，煽动观众的情绪，做出各种夸张的姿势，完全不符合一个少女的神态和动作，仿佛让人倾注了某位成功学大师的传销大会，一样的台词，一样的套路，一样的煽动性口号。实在是看不出14岁的岑怡诺是什么神童演讲，仿佛就是被成功学磨砺出来的江湖老油条。
不知道作为这个女孩的父母究竟是如何想的，居然把自己的孩子按照成功学的套路而培养，是不是误入歧途尚未可知。至少标榜他一天300首词，2000首诗，这样的吹牛噱头还是过于夸大了。
至少在我等网友看来，这样一个神童小女孩被包装出来，不过是成年人的一个挣钱工具而已，说的不客气些，更像是岑怡诺父母深重成功学的毒害，自己捞钱捞疯了，不惜把女儿送上呵呵风口浪尖，打造成伪神童出来圈钱。我们看不到岑怡诺本应该有的少女气息，反倒是浑身上下充斥着成年人成功学的事故圆滑的酸腐气息，想想真是有些替这样的神童少女悲哀和不值。
