Các bài viết ngắn phần 20

Một số công cụ chỉnh sửa video

Gần đây mình đang tập tành làm video 🥳, vì video sẽ giúp mình diễn tả các nội dung hiệu quả hơn. 

Và kết quả là đã làm được một Intro video cho kênh Youtube của BeautyOnCode. 

Trong quá trình làm mình học được một số kinh nghiệm sau: 

Nếu bạn muốn làm video chuyên nghiệp, có các phần mềm trả phí như Adobe Premiere, Filmora Wonder Share, … 

Và các bạn mình bảo nếu muốn không trả phí thì xài bản crack đi. Tuy nhiên về cái sự rủi ro về vấn đề bảo mật cũng như virut và lương tâm của người làm phần mềm thì mình quyết định là không xài chứ nhất quyết không xài crack tool. 

Tại đây có một kinh nghiệm nữa là khi dùng thử nên kiểm tra kỹ về tool mà mình sử dụng, xem thử có bản trial không, mà cho trial thì có cho xuất video không. Một vố đau mà mình gặp là xài Filmora chỉnh sửa video, và mọi thứ rất tuyệt cho đến khi xong hết nhưng chỉ cho xuất video với watermark (tức cái logo của Filmora to đùng ngay giữa video, hic) 

Nếu bạn muốn làm video chơi, bạn có thể dùng opensource Shotcut, kết hợp Audacity để chỉnh audio và Canva (free 2 months trial) đủ để vọc với các video ngắn dựng sẵn và các elements sinh động.

Canva còn giúp bạn tạo rất nhiều loại sản phẩm như banner, teaser video, CV, presentation, … 

À, ngoài ra iMovie cũng là một sự lựa chọn cho MacOS nha. 

Còn bạn thì sao? 

Bạn đang sử dụng gì khi làm video thế, chia sẻ mình với nha. 

Mời bạn xem video mình làm (còn một số lỗi), nhớ ấn subscribe cho channel để nhận các sản phẩm mới từ BeautyOnCode nha nha. 

— 

Video này mình dùng: 

– Shotcut: Cắt ghép video 

– Canva Pro(trial): Tạo video và thêm các phần tử cho sinh động 

Lỗi trong video này còn là về âm thanh do chưa lọc tiếng ồn (sắp đến sẽ thử Audacity edit audio) và theo như supporter là “mua mic đi chị ơi!” (không mua mic đâu em ơi, khi nào được 500 subs là c mua mic ;() 

GraphQL là gì? Sự khác nhau giữa GraphQL và REST

GraphQL là query language dành cho API được phát triển bởi Meta. GraphQL cung cấp schema của data trong API và cho phép client quyền truy vấn chính xác những thứ họ cần.

GraphQL đứng giữa client và backend

GraphQL Client → GraphQL → Backend Services (Auth APIs, Core APIs, Redis)

GraphQL có thể truy vấn đến nhiều resources chỉ trong một query.
GraphQL cũng hỗ trợ mutation (addNote) và subscription (newNode)

Vậy GraphQL và REST API giống và khác nhau như thế nào ?

Giống:
– đều gửi HTTP request bằng một URL
– đều nhận HTTP response (JSON)

Khác:
– GraphQL cho phép truy vấn chính xác resources và fields mà client cần
– REST API thì data trả về quyết định bởi phía backend

REST API
– trung tâm là resources, được xác định trên url như GET /api/v1/users
– gọi url lấy một book GET /api/v1/books/1, gọi url lấy một author GET /authors/1 – nhiều request qua nhiều resources

GraphQL
– trung tâm là GraphQL Schema
– định nghĩa các type (schema)
– gửi request với resource và fields cần lấy data

Tóm lại, GraphQL sử dụng Schema định nghĩa các type, cho phép truy vấn theo nhu cầu của client (resources, fields) và giải quyết được các vấn đề của REST API như thừa data trả về, nhiều request cùng lúc khi muốn lấy data từ nhiều resources.

Một số hạn chế của GraphQL:
– Không có các lợi thế của REST.
Lợi thế của REST như:
– không cần một lib khác để dùng giữa request và server
– request có thể gửi đi từ curl hay web browser
– GET request dễ cache (CDNs, Proxies, Web Servers)
– Cần công cụ khác hỗ trợ cả ở client và server (Apollo, schema.graphql, codegen.yml, operation.graphql) → tốn tiền hơn → không phù hợp với CRUD APIs
– Khó cache hơn vì mặc định sử dụng POST request
– Data quyết định bởi client có thể gây các vấn đề về dữ liệu

Do đó, việc lựa chọn sử dụng GraphQL hay REST API sẽ tùy thuộc vào từng loại dự án khác nhau.

Mời bạn xem thêm ở blog này nhé!

https://beautyoncode.com/graphql-la-gi-su-khac-nhau-giua-graphql-va-rest/ 

Phân biệt IaaS, PaaS và SaaS

Cloud Fundamentals – Phân biệt IaaS, PaaS và SaaS

Cloud computing (điện toán đám mây) cung cấp cho developers khả năng tập trung vào việc quan trọng nhất là xây dựng sản phẩm thay vì phải đau đầu với các loại kiến trúc tốn kém hay việc vận hành và bảo trì hệ thống.

Cùng với sự phát triển của cloud computing, các loại dịch vụ khác nhau ra đời phục vụ cho các đối tượng người dùng khác nhau. Hiểu sự khác nhau của IaaS, PaaS, SaaS sẽ giúp bạn chọn đúng loại dịch vụ cần dùng.

IaaS
“Infrastructure as a Service” hay “Cơ sở hạ tầng dưới dạng dịch vụ”
IaaS hứa các khối hạ tầng cơ bản cho hệ thống (phần cứng, hệ điều hành) và các quyền truy cập, như các máy tính ảo hay không gian lưu dữ liệu.
IaaS có mức linh hoạt cao nhất và khả năng quản lý tài nguyên tối ưu nhất.

PaaS
“Platform as a Service” hay “Nền tảng dưới dạng dịch vụ”
PaaS loại bỏ việc quản lý cơ sở hạ tầng, cho phép bạn tập trung vào việc quản lý ứng dụng của mình.

SaaS
“Software as a Service” hay “Phần mềm dưới dạng dịch vụ”
SaaS cung cấp một dịch vụ hoàn chỉnh do nhà cung cấp dịch vụ vận hành và quản lý.
Đây là loại dịch vụ dành cho người dùng cuối, ví dụ như Gmail.

Bạn có thể xem thêm các video về Cloud Fundamentals của IBM ở list này nhé

Sự phát triển của CSS

Sự phát triển của CSS theo hướng có thể mở rộng trong dự án

CSS là một trong ba trụ cột của website (HTML, CSS, JS). Khi nhắc đến CSS hẳn bạn sẽ nghĩ bạn này quá đơn giản đúng không ^^ Tuy nhiên, viết CSS trong dự án lớn để có thể dễ dàng mở rộng và hiệu quả là điều không hề dễ dàng.

Bài viết sau giới thiệu đến bạn về CSS và quá trình phát triển của bạn ấy:

Trước khi CSS ra đời, style được viết luôn vào code HTML. Khi CSS ra đời, tách code CSS ra riêng. Và nổi tiếng với trang CSS Garden, nơi chỉ với cùng cấu trúc html nhưng xây dựng được các thiết kế khác nhau

CSS có global namespaces, theo cascade rules và selector specificity – tức code CSS được truy cập trong toàn bộ trang web, với luật tính điểm để quyết định có ghi đè nhau không (cascade) và chọn các phần tử với selector.

Bên cạnh đó, việc đặt tên class, ghi đè với
!important, code thừa trong dự án lớn (vì không dám xoá sợ ảnh hưởng các tính năng đang hoạt động) ngày càng phổ biến. CSS lại không có lỗi (silent error). Tất cả những đều này làm CSS rất dễ để bắt đầu nhưng là nhanh chóng lộn xộn và khó kiểm soát.

Việc quản lý CSS ra đời với các khái niệm về “CSS Architectures” như SMASS, BEM, ITCSS, Cube CSS, SASS, LESS, …

Tiếp đó, việc phát triển của các trang web SPAs và component-driven development dẫn đến nhiều hướng tiếp cận mới với CSS như là inline styles, CSS in JS
Làm sóng đầu tiên của CSS in JS với styled-component, Emotion
Làn sóng thứ hai của CSS in JS với việc complie CSS giúp giảm thời gian chạy trên trình duyệt của người dùng. CSS biên dịch qua Atomic CSS, các thư việc như Vanilla extract, Linaria, Compiled.

Cùng lúc đó, song song với sự phát triển của CSS in JS, một hướng mới quản lý CSS với Atomic CSS ra đời với việc style các cấp thấp hơn cả blockers, objects, tập trung vào single-purpose atoms với các thư viện như ACSS, Tachyons, WindiCSS, và nổi nhất hiện nay là Tailwind.

Thật thú vị đúng không! Bạn ghé đọc thêm ở bài này nhé ^^

https://frontendmastery.com/posts/the-evolution-of-scalable-css/

Đây là bài short post thứ 100

Bạn ơi, đây là bài viết thứ 100 của mình trên Careerly. 

Cám ơn hơn 3 ngàn 500 bạn đã theo dõi các bài viết ngắn của BeautyOncode trên Careerly! 

Đây thực sự là con số mà nằm mơ mình cũng không nghĩ đến ^^ 

Nhân dịp kỷ niệm này hôm nay mình xin phép không đăng các nội dung dưới dạng text mà giới thiệu đến bạn hai video của series “UI/UX dành cho lập trình viên” từ kênh youtube BeautyOnCode vừa mới được ra mắt 🥳👏👉😊 

– Intro và Outline (https://www.youtube.com/watch?v=Ktb33USxsZA

– UI vs. UX và các giai đoạn phát triển phần mềm (https://youtu.be/KInSghSHu0E

Playlist của series: https://youtube.com/playlist?list=PL53G8L1GDrrmz1BFI8baHwJOyMZvTv2vI 

Và video giới thiệu kênh: https://youtu.be/wziQzn1rkDk 

ác bạn xem cho vui nhé ^^ 

Có gì góp ý comment giúp mình để cải thiện cho các video tiếp theo nha. Bạn ơi hãy bấm subscribe giúp kênh youtube BeautyOnCode để mình có thể gửi đến các bạn các thông báo cho video mới nha 🥰 

Chúc cả nhà một buổi tối vui vẻ!

Nội dung này thuộc BeautyOnCode’s short posts là các bài viết ngắn tóm tắt nội dung và ý kiến cá nhân từ các nguồn như các slack channels (công ty, cộng đồng), các new letters, …

Các bài viết này cũng được đăng ở:

👉 BeautyOnCode trên Careerly (lời hứa với Careerly) Trên đây có gần 900 người theo dõi, và là trang tin công nghệ khá hay, bạn có thể tải app rồi theo dõi mình nhé.

👉 Blog BeautyOnCode, chuyên mục “Short Posts”

👉 Fanpage BeautyOnCode

👉Trang notion này tổng kết các bài viết

Nếu bạn thích đọc hàng ngày thì hãy follow các trang trên nhé. Chúc bạn đọc vui ^^

Nếu bạn nghĩ những nội dung này là hữu ích, bạn có thể khích lệ mình bằng cách:

Mời mình ☕️ cafe qua Ko-fi hay Momo

Theo dõi 👀 để nhận các bài viết mới trên: Careerly, fanpage, linkedin

Subscribe channel Youtube BeautyOnCode giúp mình với! 

🤘 Nhắn mình nhé 🤘

Hẹn gặp mọi người một ngày nào đó!

Leave a Reply

Your email address will not be published. Required fields are marked *

RELATED POST

Cặp đôi hủy diệt code xấu: DRY và Orthogonality

Bạn có nghĩ giai đoạn bảo trì (maintenance) là sau khi chương trình được phát hành (release)? Và trong giai…

Nguyên tắc SOLID trong lập trình hướng đối tượng (OOP) – thực hành cùng ngôn ngữ Python

SOLID là gì? SOLID là 5 nguyên tắc nền tảng trong lập trình hướng đối tượng OOP (Object Oriented Programming), giúp…

BeautyOnCode đạt top 1 trên Careerly

Time flies! Nhanh thật, vậy là mình đã đồng hành cùng các đọc giả trên Careerly được hơn 6 tháng,…

Các bài viết ngắn phần 23

UI/UX cơ bản dành cho dev Kiến thức cơ bản về Graphic Design dành cho web developer sẽ giúp bạn,…

%d bloggers like this: