Weekly Issue 13: Some Image AI Models, Impostor Syndrome

Original link: https://4ark.me/post/weekly-30.html

wheel of the week

This week we will implement a widely used tool, the well-known husky. Almost all modern front-end projects and Node.js projects will access this tool. Its purpose is to manage the Git Hooks scripts in the project in a unified manner. It doesn’t matter if you are not familiar with the tool, let’s briefly introduce husky, what problem does it solve, and why do we need to use husky.

Wheel of the Week: “Husky of the Weekly Wheel: Unified Norm Team Git Hooks”

This week’s news

AI drawing

Last week , He Caitou shared an article “New Toys, New Addiction Heads” on the public account, which introduced a Google’s AI image generation program Disco Diffusion , which can render corresponding images according to the keywords describing the scene, really It’s amazing, you can play it if you are interested.

Borrow a picture from the text to show the effect:

picture

text to image

This is an AI model Imagen of Google, which can generate realistic pictures according to the input text. The following cat playing guitar is generated by it:

img

Edge’s AI Image Enhancement

Microsoft Turing team released an AI model Super-Resolution (T-ISR), which can improve the quality of pictures, it will be applied in Bing Maps and Edge browser, it has been released in Edge Canary and will be released in the next few days. Monthly promotion to users.

Attached the comparison effect:

image-20220531233321460

impostor syndrome

Imposter syndrome is a psychological phenomenon in which a person doubts his skills, talents, or achievements and has a persistent inner fear of being exposed as a liar.

To be honest, from the time I started blogging to today, I have also written some in-depth technical articles, and I often feel the lack of knowledge at this time. When I post these articles to the technical forum, on the one hand, I naturally hope that I can help more people. On the other hand, I also hope that I can meet more like-minded friends through these articles, but whenever someone praises my articles for writing well, I am happy but also vaguely worried. Whether I can afford it, in fact, it took me several days and nights to reluctantly come out with these articles. It is not easy. I know that I am not as powerful as they say, and even many times I forget to write in the articles. but the advantage is that I can pick it up very quickly, so in order to allow myself to continue to output articles that are helpful to others, I need to spend more time on writing. In fact, the biggest benefit is Own.

some tips

Running Docker without Docker Desktop

Docker is a must-have tool for almost every developer, but Docker Desktop for Mac has also been criticized by countless people. Now we can finally get rid of Docker Desktop and use Colima to run Docker on your computer.

However, I followed the steps in the document and encountered this error:

FATA[0000] error starting vm: error at ‘starting’: exit status 1

If you have the same problem, you can try these steps:

 1
2
3
4
5
6
7
 > brew unlink colima # If it is already installed, uninstall it first

> brew install --HEAD colima

> colima start --runtime docker

> docker ps # success

share article

Major version numbers are not sacred

The author of this article is the proposer of the Semantic Versioning Specification . I believe everyone is familiar with this specification. It stipulates that the version format should be: major version number. minor version number. revision number.

The version number incrementing rules are as follows:

  1. Major version number: When you make an incompatible API change,
  2. Minor version number: When you add functionality that is backward compatible,
  3. Revision number: When you make corrections for backward compatibility issues.

But ten years after the author proposed this specification, he found a problem: everyone regards the upgrade of the major version number as too important.

The article mainly conveys a point of view: the upgrade of the major version number should not be used as a marketing gimmick, as long as there is a breaking change (major change), it should be upgraded, no exceptions.

Let’s talk about some of the author’s immature views. In the practice of projects, especially open source front-end component libraries, we often face a choice dilemma: we have to make breaking changes to an API, but this API is only used in a few scenarios. It is used, if we strictly follow the semantic version, then we will upgrade the major version number, but for users, it will be considered that the entire component library has been upgraded, so I think this point still needs to be considered according to the actual situation.

interesting link

  • Acapela : One inbox for all work notifications.
  • uiverse.io : some open source UI elements, you can copy the code directly.
  • Bionic Reading : This is a way of reading in English. It believes that capitalizing the first letter of each word will improve reading efficiency. Reeder also uses this service.
  • Psychological tool : An academically validated psychological assessment tool that can be easily tested if you are feeling anxious or stressed during this time.
  • Web Browser Engineering : A book that teaches you to build a basic but complete web browser using 1000 lines of Python code.

This article is reprinted from: https://4ark.me/post/weekly-30.html
This site is for inclusion only, and the copyright belongs to the original author.

Leave a Comment