分类 杂七杂八 下的文章

歌曲名:菊花爆满山
歌 手:马博
作 曲:马博
填 词:徐贝贝

  这首歌说来也是机缘巧合下才得知的,曲风有点。。。。。而且歌名实在是太霸气了。但是网易云音乐上有这样的评论:菊花喻意高洁不畏秋寒,象征我们的爱情风雨无阻,一个「爆」字充满生命力与爆发力,感天动地。以菊喻人,以花摹情。人既娇艳,情更纯坚。感觉这评论有点软文的意思。

  有时候,看着看着自己的文章突然想修改一下也需要跑去后台,实在是太麻烦了。所以就琢磨着能不能直接在文章那里添加一个直接编辑的快捷方式。在网上搜索了一下找到结果了!这个链接里面的方法只是判断了一下用户的登录状态,并没有判断用户的权限。所以我在其基础上修改了一下!同时我放置的位置是header部分,所以我还需要判断一下页面的位置。

  在判断用户权限的部分,在网上找了一段时间无果;之后去翻一下Typecho的开发文档了,幸好里面有提及。Typecho里面一共分了五个等级。

权限名称管理员编辑贡献者关注者访问者
代号administratoreditorcontributorsubscribervisitor
等级01234

  如果需要更详细的权限区别,可以到官网查看。Typecho封装了pass('group')函数来判断用户的权限。这个函数只是用来判断是否拥有指定用户组的权限,不能直接用来判断用户组。如果想要判断是否为指定用户组,只要判断指定用户组以及其上一级用户组的权限拥有情况即可!例如:有editor的权限却没有administrator的权限就意味着是editor的组别。好了,废话不多说了,贴一下我的代码。

<?php if($this->user->hasLogin()):?>
    <?php if (!$this->is('index')):?>
        <?php if($this->user->pass('adminstrator','true')):?>
            <a href="/admin/write-post.php?cid=<?php echo $this->cid;?>" target="_blank">编辑</a>
        <?php endif;?>
    <?php endif;?>
<?php endif;?>

PS:请将admin修改成你自己的后台地址!

  每次重装完电脑后,都要重新配置一下Sublime Text。实在是忍无可忍啊!主要是忘了自己配置过什么以及装过什么插件。所以就找度娘去了。在网上随便一搜就有结果了,但是人家是在新安装的前提下的,无奈我已经过了这个村了【已经装好了,又不想重新装】。只好硬着头皮看下去,希望能找到通用的方法。皇天不负有心人啊,还是被我找到了。具体实现方法如下:

打包文件

  一般情况下,Sublime Text 2会在%appdata%目录下生成一个Sublime Text 2的文件夹,用于存放配置文件,以及后面安装的各种插件。这个文件夹就是我们要做文章的地方了!在该文件夹内,建立一个Data文件夹;然后将Sublime Text 2文件夹里面的所以文件及文件夹移动到Data文件夹里。这时候,你的Sublime Text 2文件夹里面应该只有一个Data文件夹了。

转移文件

  将上面得到的Data文件夹移动到你的Sublime Text 2所在的安装目录,然后将%appdata%目录下的Sublime Text 2文件夹删掉就可以了!

后记

  至此,Sublime Text 2的绿化工作已完成,从此可以一劳永逸了!由此,我猜想Sublime Text 2的读取配置信息应该是这样的。

  成功的希望按道理来说在于我们基因组成的一部分。取得成功意味着拥有幸福,而几乎每个人都在争取幸福。当我们变得幸福,我们大脑里面的化学反应会使我们有乐观的感受;并且这样会激励我们得到更多!

  成功在我们的专业生涯里面往往意味着交付高质量的工作,准时以及能为此得到认可。对于IT工程师来说,这没有什么不同:成功的工程师会写高质量的代码,并且在预算范围内完成该工作;还会让通过交付一个伟大的产品来使合作者感到幸福。

  但是一个工程师怎么做到这些?一些人认为IT工程师是通过按按钮来使电脑完成魔法的魔法师。而实际上则远远复杂的多:我们必须遵循某些原则来写下可靠的代码、测试我们的工作,以及跟上最新的技术。

那么,一个程序员需要做些什么来取得成功?

测试,测试,再测试

  写代码的重要一面是测试代码。在一个项目里面,越早发现的Bug与其对应的修复成本也会更低。如果你在项目的最后一步只发现了一个Bug,那么其修复成本相对于写代码的时候发现它是高很多的。在软件项目里面,有时候会忽略自动单元测试,但是肯定有助于早点发现Bugs。

做原型开发和使用线框图

  在敲代码之前你应该清楚自己真正要开发什么。好的原型和线框图不仅对合作者有帮助,也能帮助开发者确定最终应该是什么样子。除此之外,如果早期的讨论从功能和可能的障碍开始,这样就更好了!

使用线上社区和论坛

  分享一个问题意味着将一个问题减半。当你正在努力解决一个问题的时候,不要浪费太多的时间在独自折腾它。因为其他人【他们自己以前经历过同样的问题】很有可能能够提供帮助!访问像Stackoverflow或者TechNet的线上社区来寻求提示和窍门。

工欲善其事,必先利其器

  有很多可用的软件能够帮助程序员更快的开发。由于不同的程序员、语言、框架等会有不同的最优选择,所以这里就不再一一列举了!

有明确的愿景和最终的目标

  一个伟大的程序或者产品都来自于一个理念,一个能成为最终目标的理念。没有最终目标就没有明确的愿景,这样会导致在期望和最终产品两者之间出现差异。在开发阶段可以逐渐改变最终目标,但是要始终保持专注于最终结果的样子。

不要急于开发

  大多数的Bugs都出现在加速开发的时候。虽然在每一个项目里面的一些阶段都会有时间压力,但是成功的程序员应该能够应对这个问题,并且保持交付高质量软件。

  急于干事情从来不是一个好的方法。如:在破解工作中可能会通过加速开发来解决一个问题,而不是编写正确的代码。然而,如果这样最终引入了bugs,那么你将会进入一个更长的开发期。

学习,变得更好,懂得更多

  IT行业是一个快速发展的世界。例如:知道怎样编写代码、使用哪一个插件、哪一个产品是可用的等等,都是定期变换的!程序员需要通过阅读博客、论坛以及社交网络来与时俱进。当然,你阅读的博客取决于你所使用的技术。

  这不仅仅关于位和字节;通过读书来变得更好是领先一步的关键所在。我们推荐阅读Malcolm Gladwell的《Outliers》来获得更多关于成功的提示。

不要害怕失败

  即使当程序员已经遵循了以上七条准则,事情还是可能出错的!人无完人,有时候,事情就是出错了!所以当错误出现的时候,你不应该被它所击倒!

  你必须承认:承认错误并且能够从中学习是很重要的。不要尝试为了你自己的错误而责怪其他人;而当你承担责任的时候,人们会感激你的。

神奇的魔法

  我们已经讨论了成为一个成功程序员的8个习惯和准则。一个成功的程序员应该编写可靠的代码,交付已测试的功能并且与合作者、同事和经理清晰、诚实地交流。

  一个伟大的软件产品始于一个伟大的原型。在原型构造上面你可以选择最优的软件来实现。然而,不止关于计算机;在非技术方面,如不怕失败和读好书都对成功有帮助。

  最后,软件开发者和其他人都是一样的,尽管我们时不时的做出一些“小魔法”!


The desire for success is, arguably, part of our genetic make-up. Being successful means being happy, and pretty much everyone strives for happiness. When we become happy, chemicals in our brains reward us with positive feelings and this motivate us to get more.

Being successful in our professional lives usually means delivering quality work, on time, and being recognized for it. For IT developers this is no different. Successful devs write high quality code, do this within budgets, and make stakeholders happy by delivering a great product.

But how does a developer do this? Some people think developers are magicians and by pressing some buttons they let the computer do the magic. The reality is far more complex; we have to write solid code by following certain principles, test our work, and keep up to date with the latest techniques.

So What Does a Developer Need to Do to Become Successful?

Testing, testing, and more testing

An important aspect of writing code is to test it. The earlier bugs are discovered in a project, the cheaper it is to fix them. If you only discover a bug during the final phases of a project, resolving it is much more expensive compared to finding it while writing the code. Automated unit tests are sometimes neglected in software projects, but definitely help finding bugs earlier.

Prototyping and wireframes

Before one letter of code is written you should be clear what you are actually going to develop. Good prototypes and wireframes will help both the stakeholder and the developer determine what the final product should look like. The earlier discussions are started about features, and possible roadblocks, the better.

Use online communities and forums

A problem shared is a problem halved. When you’re struggling to resolve an issue, don’t waste too much time agonizing over it alone. It’s highly likely that somebody else can help, having experienced the same issue before themselves. Visit online communities like Stackoverflow or TechNet to ask for hints and tips.

Make use of tools and utilities

There is a lot of software available that helps developers build even faster. Visual Studio, the must-have tool to develop Microsoft software is already great out-of-the-box, but many other tools and third party add-ins are available to make it even better:

Have a clear vision and end goal

A great app or product starts with an idea and that idea should become an end goal. Without an end goal, there is no clear vision, which is likely to result in a discrepancy between the expectations and the final product. There’s nothing wrong with changing the end goal slightly during the development process, but always stay focused on what the end result will look like.

Don’t rush development

Most bugs are introduced when development gets rushed. In every project there will be time pressure at some stage, but successful developers should be able to cope with that and keep delivering high quality software.

Rushing something is never a good idea. Hacks for example might be used to solve a problem instead of writing proper code. However, if this ends up introducing bugs you’ll actually be looking at a longer development time.

Learn, get better, know more

IT is a very fast moving world. Knowing how to write code, which add-ins to use, which products are available and so on are all issues that change regularly. Developers need to stay up-to-date by reading blogs, forums, and social networks. Of course, the blog you read depends on the technology you use.

It’s not only about bits and bytes; reading a book on becoming better is key to getting ahead. We would recommend reading Outliers by Malcolm Gladwell for further tips for success.

Don’t be afraid to fail

Even when developers follow the previous seven principles, things can still go wrong. You shouldn’t let it get you down when errors occur - nobody’s perfect, and things do sometimes just go wrong.

It’s important to acknowledge this, to admit failures and to be able to learn from them. Never try to blame somebody else for your own mistakes and people will appreciate when you take responsibility.

The Magic Touch

We’ve discussed eight habits and principles that make a developer successful. They should write solid code, deliver tested functionality, and communicate clearly and honestly with stakeholders, co-workers, and managers.

A great software product starts with a great prototype and Indigo Studio makes it a lot easier to create them and subsequently make the rest of the development process easier. However, it’s not only about computers! Non-technical aspects like not being afraid to fail and reading good books also contribute to the success.

Software developers are people like everyone else, although we can do a little bit of magic from time to time!

原文链接:https://dzone.com/articles/the-top-8-habits-of-successful-developers


生词

单词音标词性词意
desire[ dɪˈzaɪr ]vt.n.vi.希望、渴望、愿望

  鉴于之前去了几个比较著名的地方的感觉不是太好,在网上搜了一下,找了一些不怎么出名的地方。而黎里就是其中的一个!在出发之前,已经做好到了万全的资料搜集了,但是计划赶不上变化啊!本来通过百度地图计划好路线和时间的。但是,实际出发的时候才发现,地图的公交信息还没有更新【百度地图的公交线路和实际的有很大的区别】。在这里就不再累叙了!

  在快到黎里车站的时候,可以留意一下右手边,会看到黎里古镇的标示
IMG_0474.jpg
  过了桥之后,就开始有点乡镇的味道了。但是并没有什么古镇的气息,沿着这条路笔直的往前走,大概到了第三还是第四个路口的时候,就到了老街了。这时候你可以选择左拐还是右拐,个人觉得差别不大!提醒一下,如果是乘坐公共交通来黎里的话,可以选择租公共自行车,在老街附近有一个公共自行车的停车桩!

  虽然,刚进老街的时候有点失望,但是走下去还是有一点收获的。沿路走下去会发现有很多“弄”,实际上和不通巷子区别不大,尽头一般都是人家。
IMG_0490.jpg

  下面有两张在小桥上面拍的照片,一眼望去,气氛还是可以的。
IMG_0500.JPG
IMG_0501.JPG
  可能是假后的原因,老街上面没什么人!
IMG_0503.JPG
  走着走着,会看到河岸对面有一座牌坊!上联:斯人斯文第一;下联:流水流光无数。牌坊名:迎恩坊。牌坊后面是类似于博物馆之类的,但是没有开放!
IMG_0517.JPG
  这里也是一座小桥,上面长满了青苔了!
IMG_0519.JPG
  由于古镇的改建还没有完成,河涌上还有几座临时搭建的桥梁。
IMG_0528.JPG
  当天由于对老街有点失望,所以在逛完老街后就离开了。说实话,我还是不太赞成改建的,最多可以修缮一下!但是改建过后的老街已经没有那股古镇的韵味了!还好我去的时候,改建还没完成;还有好些旧民居在,也算是不枉此行了!

  从老街离开之后,我就直奔人民东路上觅食去了!我主要去了以下两家:《啊大烧卖》和《紫阳观》!《阿大烧卖》的清蒸的烧卖没有想象中的大,但是胜在皮够薄量足!而且还配了一碗蛋丝汤【当时人有三急,就没有碰过】
IMG_0540.JPG
IMG_0541.JPG
IMG_0542.JPG
  生煎馄钝,吃起来比较香!卖相也比烧卖要好!
IMG_0545.JPG
  在我点完餐不久,店家在准备午饭!刚好我感觉店里没什么人,我和店家攀谈了起来。原来,他们家还是比较忙的;大年三十都要加班!一般下午1点吃饭都算比较早的了!


以上基本上是我的整个游览经过了,至于游览路线就不贴出来了!想看“古镇”的要早点去了!