Header image

Does React Context Replace React Redux?

17/06/2022

1.99k

Table of contents

  • What is Context?
  • How and when to use a Context?
  • When to use Redux?
  • Does Context replace Redux?

context-or-redux-1024x768
context-or-redux-1024×768

As you all know, nowadays, React has become one of the most famous JavaScript libraries in the world. It’s easy to learn and use. It comes with a good supply of documentation, tutorials, and training resources. Any developer who comes from a JavaScript background can easily understand and start creating web apps using React in a few days with the main concepts:

  • JSX
  • Rendering Elements
  • Components and Props
  • State and Lifecycle
  • Handling Events

But to become an expert in React, it would take more time. You have to deep dive into advanced things:

  • Higher-Order components
  • Context
  • Code-Splitting
  • Avoiding unexpected rerender
  • Especially, Effective state management

When it comes to state management in React applications, we instantly think about React Redux. This is a favorite and widespread tool across developer’s communities and applications. Recently, a lot of questions have come to us about using React Context as an alternative for React Redux. To answer those questions, have a brief of React Context first.

What is the context?

The context was originally introduced for passing props through the component tree, but since newer versions, React provided the powerful feature that allows updating context from a nested component. Meanwhile, Context can now be a state management tool. Let’s see how easy it works?

Context with Hooks

There are many ways to integrate Context, in this article, I just demo the simplest one

Create a context

import { createContext } from 'react';
export const ThemeContext = createContext(defaultTheme);

So simple, createContext is the built-in function that allows you to create a context with default value.

Create a provider

A provider allow consuming components to subscribe to context changes

const { Provider } = ThemeContext;

const ThemeProvider = ( { children } ) => {
 const theme = { ... };

 return <Provider value={{ theme }}>{children}</Provider>;
};

Create a consumer

The simplest way to subscribe to the context value is to use the useContext hook.

export const ThemeInfo = () => {
 const { theme } = useContext(ThemeContext);
 return (
   <div>backgroundColor: {theme?.background}</div>
 );
}

A consumer must be wrapped inside a Provider if not it would not be noticed and then re-render when context data changes.

<App>
 <ThemeProvider>
   <ThemeInfo></ThemeInfo>
 </ThemeProvider>
</App>

Update the context from a consumer

It is sometimes necessary to update the context from consumers, context itself doesn’t provide any method to do that, but together with hooks, it can be easy:

  • Use useState to manage context value
  • setTime is passed as a callback

const { Provider } = ThemeContext;

const ThemeProvider = ( { children } ) => {
 const [theme, setTheme] = useState(defaultTheme);

 return <Provider value={{ theme, setTheme }}>{children}</Provider>;
};
  • From a consuming component, we can update the context value by executing the callback provided by context

export const ButtonChangeTheme = () => {
 const { setTheme } = useContext(ThemeContext);
 return (
   <button onClick={() => setTheme(newTheme)}>Change</button>
 );
}
  • Again, don’t forget to wrap ButtonChangeTheme consumer inside ThemeProvider

<App>
 <ThemeProvider>
   <ButtonChangeTheme></ButtonChangeTheme>
 </ThemeProvider>
</App>

When to use context?

As official guideline

Context is designed to share data that can be considered global for a tree of React components.

Below are common examples of data that Context can cover:

  • Application configurations
  • User settings
  • Authenticated user
  • A collection of services

How to use context in a better way?

  • As mentioned before, when the context value changes, all consumers that use the context will be immediately re-rendered. So putting it all into one context is not a good decision. Instead, create multi-contexts for different kinds of data. EX: one context for Application configurations, one for Authenticated user and others.
  • Besides separating unrelated contexts, using each in its proper place in the component tree is equally significant.
  • Integrate context adds complexity to our app by creating, providing, and consuming the context, so drilling props through 2-3 levels in a tree component is not a problem(Recommended to use instead of context)
  • Restrictively apply context for high-frequency data updated, because context is not designed for that.​

What about React Redux?

Unlike Context, React Redux is mainly designed for state management purposes, and covers it well.

However, take a look at some highlights from Redux team:

Not all apps need Redux. It’s important to understand the kind of application you’re building, the kinds of problems that you need to solve, and what tools can best solve the problems you’re facing.

You’ll know when you need Flux. If you aren’t sure if you need it, you don’t need it.

Don’t use Redux until you have problems with vanilla React.

Those recommendations clearly answer the question: When to use Redux?

Conclusion

So, Does React Context replace React Redux? The short answer is no, it doesn’t. React Redux and React Context can be used together instead of as alternatives. But how to use them together? It depends. If you understand the main concepts for each:

  • React Context is designed for props drilling, it also has ways to update context data, but is recommended to deal with the simple follow of data changes.
  • Redux is built for state management, especially for the frequently updated states used at many places in the application.

Based on that you can easily decide what should be implemented in your application.

In the end, try to use Context first, if something is not covered by Context, it’s time to use Redux.

Enjoy coding!

Reference

  • Context official docs
  • Redux FAQ: general
  • If you are not interested in using Redux, you can check out React RetiX for a different approach to state management.
  • I can not remember all the sources I have read, but it helps a lot in having comparison between Context and Redux. Thank you and sorry for not listing them all in this article!​

Author: Vi Nguyen

Related Blog

prd-thumb-draft-product

Software Development

+0

    TypeScript And “Any” Type

    TypeScript is a strongly typed programming language that builds on JavaScript, giving you a better ability to detect errors and describe your code. But sometimes you don't know the exact type of value that you're using because it comes from user input or a third-party API. In this case, you want to skip the type checking and allow the value to pass through the compile check. The TypeScript any type is the perfect solution for you because if you use it, the TypeScript compiler will not complain about the type issue. This blog will help you understand the any type in TypeScript, but before doing that, let's begin with some basic concepts! What is TypeScript? TypeScript checks a program for errors before execution and does so based on the kinds of values; it’s a static type checker. Superset of JavaScript TypeScript is a language that is a superset of JavaScript: JS syntax is, therefore, legal TS. However, TypeScript is a typed superset that adds rules about how different kinds of values can be used. Runtime Behavior TypeScript is also a programming language that preserves JavaScript's runtime behavior. This means that if you move code from JavaScript to TypeScript, it is guaranteed to run the same way, even if TypeScript thinks the code has type errors. Erased Types Roughly speaking, once TypeScript’s compiler is done with checking your code, it erases the types to produce the resulting compiled code. This means that once your code is compiled, the resulting plain JS code has no type information. An easy way of understanding TypeScript A languageA superset of JavaScriptPreserver the runtime behavior of JavaScriptType checker layer JavaScript + Types = TypeScript Basic typing Type annotations TypeScript uses type annotations to explicitly specify types for identifiers such as variables, functions, objects, etc. // Syntax : type Once an identifier is annotated with a type, it can be used as that type only. If the identifier is used as a different type, the TypeScript compiler will issue an error. let counter: number; counter = 1; counter = 'Hello'; // Error: Type '"Hello"' is not assignable to type 'number'. The following shows other examples of type annotations: let name: string = 'John'; let age: number = 25; let active: boolean = true; // Array let names: string[] = ['John', 'Jane', 'Peter', 'David', 'Mary']; // Object let person: { name: string; age: number }; person = { name: 'John', age: 25 }; // Valid // Function let sayHello : (name: string) => string; sayHello = (name: string) => { return `Hello ${name}`; }; Type inference Type inference describes where and how TypeScript infers types when you don’t explicitly annotate them. For example: // Annotations let counter: number; // Inference: TypeScript will infer the type the `counter` to be `number` let counter = 1; Likewise, when you assign a function parameter a value, TypeScript infers the type of the parameter to the type of the default value. For example: // TypeScript infers type of the `max` parameter to be `number` const setCounter = (max = 100) => { // ... } Similarly, TypeScript infers the return type to the type of the return value: const increment = (counter: number) => { return counter++; } // It is the same as: const increment = (counter: number) : number => { return counter++; } The following shows other examples of type inference: const items = [0, 1, null, 'Hi']; // (number | string)[] const mixArr = [new Date(), new RegExp('\d+')]; // (RegExp | Date)[] const increase = (counter: number, max = 100) => { return counter++; }; // (counter: number, max?: number) => number Contextual typing TypeScript uses the locations of variables to infer their types. This mechanism is known as contextual typing. For example: document.addEventListener('click', (event) => { console.log(event.button); // Valid }); In this example, TypeScript knows that the event the parameter is an instance of MouseEvent because of the click event. However, when you change the click event to the scroll the event, TypeScript will issue an error: document.addEventListener('scroll', (event) => { console.log(event.button); // Compile error }); // Property 'button' does not exist on type 'Event'. TypeScript knows that the event in this case, is an instance of UIEvent, not a MouseEvent. And UIEvent does not have the button property, therefore, TypeScript throws an error. Other examples of contextual typing // Array members const names = ['John', 'Jane', 'Peter', 'David', 'Mary']; // string[] names.map(name => name.toUpperCase()); // (name: string) => string // Type assertions const myCanvas = document.getElementById('main-canvas') as HTMLCanvasElement; Type inference vs Type annotations Type inferenceType annotationsTypeScript guesses the typeYou explicitly tell TypeScript the type What exactly is TypeScript any? When you don’t explicitly annotate and TypeScript can't infer exactly the type, that means you declare a variable without specifying a type, TypeScript assumes that you use the any type. This practice is called implicit typing. For example: let result; // Variable 'result' implicitly has an 'any' type. So, what exactly is any? TypeScript any is a particular type that you can use whenever you don't want a particular value to cause type-checking errors. That means the TypeScript compiler doesn't complain or issue any errors. When a value is of type any, you can access any properties of it, call it like a function, assign it to (or from) a value of any type, or pretty much anything else that’s syntactically legal: let obj: any = { x: 0 }; // None of the following lines of code will throw compiler errors. // Using `any` disables all further type checking, and it is assumed // you know the environment better than TypeScript. obj.foo(); obj(); obj.bar = 100; obj = 'hello'; const n: number = obj; Looking back at an easier-to-understand any: A special type.Skip/Disable type-checking.TypeScript doesn't complain or issue any errors.Default implicit typing is any. Note that to disable implicit typing to the any type, you change the noImplicitAny option in the tsconfig.json file to true. Why does TypeScript provide any type? As described above, while TypeScript is a type checker, any type tells TypeScript to skip/disable type-checking. Whether TypeScript has made a mistake here and why it provides any type? In fact, sometimes the developer can't determine the type of value or can't determine the return value from the 3rd party. In most cases they use any type or implicit typing as any. So they seem to think that TypeScript provides any to do those things. So, is that the root reason that TypeScript provides any? Actually, I think there is a more compelling reason for TypeScript providing any that the any type provides you with a way to work with the existing JavaScript codebase. It allows you to gradually opt-in and opt out of type checking during compilation. Therefore, you can use the any type for migrating a JavaScript project over to TypeScript. Conclusion TypeScript is a Type checker layer. The TypeScript any type allows you to store a value of any type. It instructs the compiler to skip type-checking. Use the any type to store a value when you migrate a JavaScript project over to a TypeScript project. In the next blog, I will show you more about the harmful effects of any and how to avoid them. Hope you like it! See you in the next blog! Reference TypeScript handbookTypeScript tutorial Author: Anh Nguyen

    07/09/2022

    1.52k

    Software Development

    +0

      TypeScript And “Any” Type

      07/09/2022

      1.52k

      React application rs

      How-to

      Software Development

      +0

        A Better Way To Use Services In React Application

        Sometimes you have/want to create and use a service in your application for the DRY principle. But do you know exactly what is a service? And what is the best way to use services in React applications? Hi everyone! It's nice to meet you again in React related series. In the previous article, we discussed about effective state management in React, we learned about Context: what is it? when to use it? One of the use cases is using a context to share a collection of services through the components tree, but what kind of things can be called a service? And how is it integrated into React application? Let's discover the following sections: What is a Service? Service is just a group of helper functions that handle something particularly and can be reused across application, for example: Authentication Service that includes authentication status checking, signing in, signing out, getting user info …Http Service that handles request header, request method, request body … How to use? There are different kinds of implementation and usage, I just provide my favorite one that follows Angular module/services provider concepts. Create a service A service is a JavaScript regular class, nothing related to React. export default class ApiService { constructor() {} _setInterceptors() {} _handleResponse_() {} _handleError_() {} get() {} post() {} put() {} delete() {} } export default class AuthService { constructor() {} isAuthenticated() {} getUserInfo() {} signIn() {} signOut() {} } Create a Context Create a context with provider and pass services as props. import { createContext, useState } from 'react'; import { ApiService, AuthService } from '@services'; const services = { apiService: new ApiService(), authService: new AuthService() }; const AppContext = createContext(); const { Provider } = AppContext; const AppProvider = ({ children }) => { return <Provider value={{ services }}>{children}</Provider>; }; export { AppContext, AppProvider } Use a context Place a context provider at an appropriate scope, all consumers should be wrapped in it. import { AppProvider } from './context/AppContext'; import ComponentA from './components/ComponentA' const App = () => { return ( <AppProvider> <div className="app"> <ComponentA /> </div> </AppProvider> ); }; export default App; Inside a child component, use React hooks useContext to access services as a context value. import { useContext, useEffect } from 'react'; import { AppContext } from '../context/AppContext'; const ChildComponent = () => { const { services: { apiService, authService } } = useContext(AppContext); useEffect(() => { if (authService.isAuthenticated()) { apiService.get(); } }, []); return <></>; } export default ComponentA; Above are simple steps to integrate services with context. But it would be complicated in the actual work. Consider organizing context with approriate level/scope. My recommendation is to have two kinds of service contexts in your application: App Services Context to put all singleton services. Bootstrap it once at root, so only one instance for each is created while having them shared over the component tree.For others, create separate contexts and use them anywhere you want and whenever you need. Alternatives Service is not the only one way to deal with reusable code, it depends on what you intend to do, highly recommend to: Use a custom hook, if you want to do reusable logic and hook into a state.Use a Higher-order component, if you want to do the same logic and then render UI differently. Reference Does React Context replace React Redux?React RetiX - another approach to state management Author: Vi Nguyen

        31/08/2022

        6.4k

        Vix Nguyen

        How-to

        +1

        • Software Development

        A Better Way To Use Services In React Application

        31/08/2022

        6.4k

        Vix Nguyen

        img-001

        How-to

        Software Development

        +0

          Những Concepts Cốt Lõi Để Trở Thành Bậc Thầy Của Mọi FrontEnd Frameworks

          Ngày nay, Front-end web development không chỉ giới hạn ở HTML, CSS và JavaScript. Nhu cầu trải nghiệm web của người dùng ngày một cao, điều đó đòi hỏi FE phải mở rộng thêm nhiều libraries, frameworks để đáp ứng được công nghệ mới và gia tăng UI/UX. Vì thế rất nhiều frameworks được ra đời, và danh sách này sẽ còn gia tăng và phát triển trong rất nhiều năm tới. Đi kèm với đó, rất nhiều cuộc tranh cãi về việc đâu là framework tốt nhất, đâu là framework được developers chọn nhiều nhất, và dĩ nhiên, chưa bao giờ có câu trả lời thoả đáng bởi vì mỗi frameworks đều có những ưu và nhược điểm khác nhau. Cuộc chiến giành thị phần của 3 ông lớn Reactjs, Angular, Vuejs ngày một nóng hơn, bên cạnh đó những Ember.js, Foundation, jQuery, Svelte,… vẫn đang trên đường tìm sự công nhận. Như lịch sử đã chứng minh, web development là một lĩnh vực phát triển với tốc độ mạnh mẽ, bạn sẽ ngụp lặn trong thế giới web nếu như không chuẩn bị sẵn sàng để chuyển từ framework này sang framework khác. Việc tiếp cận framework mới thực sự sẽ rất dễ dàng khi bạn nắm vững một vài concept chính trong bài viết này, và bạn sẽ trở thành một FE developer được săn đón trong nhiều năm tới, bất kể bạn đang chọn framework nào. 1. Components - cấu thành cơ bản nhất Component là khái niệm cơ bản nhất mà một FE developer phải nắm, nó là nền tảng của sự phát triển giao diện người dùng nhưng cũng là khái niệm quan trọng nhất thúc đẩy sự phát triển của Frontend frameworks hiện đại ngày nay. Nếu không thực sự hiểu về components, ứng dụng web của bạn có thể sẽ phình to rất nhanh. Vậy component là gì ? Một component là 1 tổ hợp của các phần tử HTML đi kèm với markup (styling) và các script xoay quanh các phần tử đó. Tất cả các thành phần nhỏ nhất của web sẽ nhóm lại theo các tính năng tương ứng, và quy về component. Lấy ví dụ: để show ra Todo list có 5 items, thì chúng ta sẽ phải xây dựng 2 components: Todo item: chứa giao diện của 1 item và các chức năng cần thiết như show content, edit & delete chính mình.Todo list: chứa 5 components Todo item và có chức năng show ra các items, phân trang nếu như có quá nhiều items,…. 3 thứ tạo nên components là Template, Styling, Script,và để có thể viết đc component thì FE developer phải nắm vững HTML, CSS, JS. Tại sao phải cần component ? Nếu như ko có component Todo item, và clients thay đổi specs, không có tính năng edit item nữa, thì developer phải thực hiện xoá phần code liên quan đến việc edit 5 lần. Điều này thực sự rất tốn thời gian so với việc chia component Todo Item và sử dụng lại, chỉ cần thay đổi content của component Todo Item 1 lần là sẽ áp dụng cho tất cả items. Vì vậy bắt buộc phải chia component khi lập trình web ở bất cứ framework nào. Việc chia components giúp chúng ta có thể tái sử dụng, dễ dàng sửa đổi và mở rộng code. Code sẽ sạch sẽ và tường minh hơn rất nhiều khi components đc chia hợp lý. 2. Lifecycle Hooks - những sự kiện trong vòng đời của 1 component Mỗi component instance sẽ trải qua 1 loạt các sự kiện khi nó đang tạo ra. Đồng thời, nó cũng chạy các function được gọi là life cycle hooks, cho phép người dùng có cơ hội thêm code ở các giai đoạn cụ thể. Cũng giống như tất cả lifecycle khác, lifecycle hooks của 1 component bao gồm các sự kiện quan trọng diễn ra trong quá trình sống của component đó, lấy ví dụ, component được sinh ra (init), component setup data, compile template, mount instance đó vào DOM (mounted), và update DOM khi data thay đổi, và cuối cùng là component mất đi (unmounted). Mỗi Framework sẽ có cách tiếp cận lifecycle hooks khác nhau, nên FE developer cần phải nắm được Lifecycle Diagram của từng framework. Để dễ hiểu hơn, mình sẽ đưa ra 1 bài toán cụ thể, bài toán yêu cầu chỉ gọi API get về danh sách news khi vừa mở ra page News - page News được thiết kế là 1 component và API sẽ phải gọi khi nó init xong, dựa trên Lifecycle Diagram của từng framework chúng ta sẽ đặt code gọi API lần lượt ở trong các hooks ngOnInit (Angular), componentDidMount (Reactjs), mounted (Vuejs),…. 3. Data Binding - Ràng buộc dữ liệu Mỗi framework sẽ có 1 cơ chế data binding khác nhau, nhưng nhìn chung là chỉ cần nắm được syntax của những mục bên dưới. Text interpolation - show value của variables trên UI Angular, Vuejs: sử dụng "Mustache" syntax (double curly braces) <span>Message: {{ msg }}</span> React: sử dụng special syntax của JSX (curly braces) <span>Message: { msg }</span> Attribute Bindings - thao tác đến attribute của elements Để input value cho attribute thì mỗi framework đều có sử dụng 1 cách khác nhau, hãy xem ví dụ bên dưới: Angular - sử dụng [] trên attribute <a [href]="url">...</a> Vuejs - sử dụng : trên attribute <a :href="url">...</a> Reactjs - sử dụng curly braces {} trên variable <a href={url}>...</a> Class & Style Binding - thao tác đến class và inline style của elements ​ class và style là attributes đặc biệt của element, một số frameworks support cách binding với Object, Array, sẽ tạo ra code tường minh hơn. 4. Components interaction - Tương tác giữa các components Sự tương tác giữa các component có liên hệ với nhau là rất cần thiết trong modern frameworks. Các component lồng ghép nhau tạo nên component tree, và mỗi node trong tree sẽ là 1 component. node này có thể là parent của node kia, và cũng có thể là 1 child của 1 node khác. Mối quan hệ chủ yếu là parent - child. Nếu thực hiện tương tác giữa 2 node cách quá xa nhau có thể rơi vào case props drilling. Các cách để interact giữa parent & child mà frameworks thường hay sử dụng: Truyền data từ parent vào child: truyền value vào cho child sử dụng.Parent lắng nghe events từ child: tạo function và truyền vào cho child, child sẽ execute function và gửi kèm data ra cho parent khi một event xác định diễn ra.Parent truy cập trực tiếp đến child: parent có thể truy cập đến tất cả variable và function ở bên trong child, thậm chí là thay đổi value của variable, hoặc thực thi function của child. 5. Routing - Điều hướng Client-side routing là chìa khóa của SPA frameworks mà chúng ta thấy ngày nay. Rất dễ để implement nhưng cần nắm vững routing hierarchy.Đầu tiên hãy tìm hiểu về dynamic routing . Trở lại với ví dụ todos ở mục 1, trang list ra tất cả todos sẽ có route /todos, khi user nhấp vào 1 todo, họ sẽ được đưa đến một trang dành riêng cho todo đó (Todo Detail), route của trang này sẽ phải có dạng /todos/:id. id là 1 dynamic variable, dù id=1, id=2 cũng sẽ show ra trang Todo Detail. Tiếp theo, hãy tìm hiểu về cách để nested routing - trong 1 route sẽ có nhiều routes con phụ thuộc, nó cho phép thay đổi các fragment cụ thể của view dựa trên current route. Ví dụ: trên trang user profile, sẽ hiển thị nhiều tab (ví dụ: Profile, Account) để điều hướng qua user info. Bằng cách nhấp vào các tab này, URL trong trình duyệt sẽ thay đổi, nhưng thay vì thay thế toàn bộ trang, chỉ nội dung của tab được thay thế. Cuối cùng, hãy luôn lưu ý đến việc sử dụng lazy loading cho route, nó sẽ giúp cho webapp nhẹ hơn khi chỉ cần load những đoạn code liên quan đến route đang mở, thay vì load hết tất cả code ngay lần đầu tiên truy cập đến trang web. Theo diagram, có thể thấy, StockTable được render nhanh hơn với 1546ms của lazy loading so sánh với 2470ms của eager loading. 6. State Management - Phương thức quản lý các state của app Khi một ứng dụng phát triển, sự phức tạp của việc quản lý state cũng tăng lên theo cấp số nhân. Trong một ứng dụng lớn, nơi chúng ta có rất nhiều components, việc quản lý state của chúng là một vấn đề lớn. Công việc chính của tất cả libraries hoặc frameworks là lấy state của ứng dụng, xử lý và biến nó thành DOM nodes, đó là lý do tại sao việc sắp xếp, quản lý state theo mô hình hợp lý sẽ nâng cao được chất lượng của ứng dụng. Hãy tưởng tượng state management như một tầng cloud, bên dưới là component tree. Tất cả component trong tree có thể truy xuất lên cloud để lấy về những state mà nó mong muốn. ĐIều này giúp cho việc giao tiếp dữ liệu trở nên thuận tiện hơn rất nhiều, đặc biệt là trong trường hợp 2 components không có quan hệ cụ thể trong tree. Phần lớn các thư viện về state management được xây dựng dựa trên kiến trúc Flux. Cách hoạt động State được truyền vào viewActions được triggered từ user trên viewActions update state trong storeState thay đổi value và truyền lại vào view Kiến trúc Flux bao gồm 3 đối tượng: Action & Store & Dispatcher. Cách làm việc này kết hợp với cấu trúc của Actions, Dispatchers, Reducer, đã tạo ra một tiêu chuẩn sẽ được áp dụng cho các thư viện tiếp theo cho rất nhiều ứng dụng. Từ đó, chúng ta có Redux, đây có lẽ là thư viện nổi tiếng nhất. Tuy nhiên, ngày nay, tùy thuộc vào loại dự án và frameworks chúng ta đang sử dụng, chúng ta sẽ lựa chọn những thư viện quản lý state phù hợp nhất. Angular : NGRX : Ứng dụng Redux hướng tới Angular framework.ReactJS : Redux, thư viện nổi tiếng nhất về quản lý state khi code Reactjs.VueJS : Vuex, một thư viện giống Redux khi code VueJS. Vì vậy nếu nắm vững được ý tưởng của kiến trúc Flux, thì việc tiếp cận đến các libraries chuyên quản lý state rất dễ dàng. 7. Kết luận Lựa chọn framework vẫn là một chủ đề được bao quanh bởi các cuộc tranh luận. Không có đúng hay sai, chúng ta cần chọn những gì phù hợp nhất với dự án và con người trong team. Trong thực tế, có nhiều điểm khác biệt lớn giữa các frameworks, nhưng nhìn chung nắm bắt được các concepts trên sẽ giúp chúng ta làm chủ được công nghệ. Suy cho cùng, đó là mục tiêu của bài viết này, để mọi người học nhiều FrontEnd frameworks khác nhau ko còn là câu chuyện khó nữa! Author: Quan Do

          18/04/2022

          1.12k

          How-to

          +1

          • Software Development

          Những Concepts Cốt Lõi Để Trở Thành Bậc Thầy Của Mọi FrontEnd Frameworks

          18/04/2022

          1.12k

          Anh Hoàng - “Người truyền lửa” trên hành trình vươn mình của SupremeTech

          Our culture

          +0

            Anh Hoàng – “Người truyền lửa” trên hành trình vươn mình của SupremeTech

            “Khởi nghiệp với rất nhiều “không”. Không bệ phóng. Không mối quan hệ. Không đội ngũ. Tất cả những gì anh có là bản thân mình với một tinh thần lạc quan và ý chí không bao giờ bỏ cuộc.”Anh Hoàng, Chủ tịch SupremeTech. Gặp anh Hoàng lần đầu sau khi bắt đầu làm việc tại văn phòng chừng 1 tuần, ấn tượng của tôi đúng với những gì mường tượng về anh sau buổi phỏng vấn online trước đó 2 tháng. Là một người anh lớn với phong thái giản dị, điềm tĩnh từ cử chỉ tới cách nói chuyện, nhưng mỗi lời nói của anh đều toát lên nhiệt huyết của người dẫn đường. Còn nhớ trong buổi trò chuyện hôm đó, không có khi nào anh đề cập tới mục tiêu, kế hoạch hay KPI. Bắt đầu từ câu chuyện trở về Việt Nam của anh, rồi hành trình đặt những viên gạch đầu tiên ở thị trường IT, Tech còn rất hoang sơ ở Đà Nẵng năm 2014 và cuối cùng là điểm dừng chân hiện tại - SupremeTech - ngôi nhà của 200 nhân sự tài năng, tất cả những gì đọng lại trong một nhân viên mới khi đó là sự hứng khởi khi được đồng hành trên chặng đường phía trước, có thể sẽ gập ghềnh nhưng chắc chắn vô cùng đáng nhớ. Sự hứng khởi, và có phần an tâm ấy, được nhen nhóm từ chính những chia sẻ rất đời thường của anh Hoàng.  Có lẽ sẽ hẹn một dịp khác để kể lại từng dấu mốc trong 11 năm khởi nghiệp của anh Hoàng. Còn trong buổi trò chuyện đặc biệt nhân dịp kỉ niệm 5 năm thành lập SupremeTech này, khi ngồi cùng với nhóm các nhân viên, cả những người đã gắn bó với công ty từ ngày đầu, chúng tôi muốn nghe và kể nhiều hơn về quá trình xây dựng và phát triển công ty từ con số 0. Dưới góc nhìn của anh Hoàng - người đã mở đường và vẫn đang dẫn đường, câu chuyện ấy sẽ thêm phần thú vị. Hành trình vạn dặm bắt đầu từ một bước chân Năm 2014, Đà Nẵng đã nổi tiếng là một thành phố du lịch hút khách bậc nhất miền Trung. Nhưng nhắc tới công nghệ thì cái tên Đà Nẵng còn rất xa lạ. Giáo dục các ngành IT, Tech cũng chưa được chú trọng và phần lớn nhân tài ngành này chọn lập nghiệp ở những thành phố nhiều cơ hội như Hà Nội và Hồ Chí Minh. Nhân sự IT chất lượng ở Đà Nẵng khi đó có lẽ chỉ đếm trên đầu ngón tay. Khó khăn vậy mà khi được hỏi tại sao anh lại chọn trở về Việt Nam khi đã có sự nghiệp vững chắc tại Nhật, anh Hoàng chia sẻ: “Thời anh đi học ở Nhật, khoảng cách phát triển giữa hai nước còn rất xa về mọi mặt. Anh nung nấu ý định trở về để làm đất nước mình lớn mạnh hơn. Anh nghĩ người Nhật làm được thì người Việt chúng ta cũng làm được. Bắt đầu từ việc phát triển bản thân mình để trở thành một người có ích cho xã hội, mang lại giá trị cho những người xung quanh mình, rồi tiến tới đóng góp vào sự phát triển của đất nước. Nhưng mong muốn thôi là chưa đủ để biến ước mơ thành hiện thực, nhất là khi mình chưa tích lũy nội lực cho bản thân. Quãng thời gian ở Nhật cho anh tiếp cận với rất nhiều góc nhìn mới. Cả tính kỷ luật và tư duy tốt lên mỗi ngày cũng được rèn giũa trong những năm tháng anh học và làm việc ở đó. Có thể nói khi đủ đam mê, đủ nhiệt huyết và đủ năng lực theo đuổi đam mê thì cơ duyên về Việt Nam cũng xuất hiện để anh trở về khởi nghiệp và đạt tới những thành công nhất định như ngày hôm nay.” Sự thật là hành trình vạn dặm nào cũng bắt đầu từ một bước chân. Mà trong câu chuyện này, đó là bước chân trở về. Chặng đường đáng nhớ cùng SupremeTech Không khó để hình dung những khó khăn của một công ty được thành lập ngay giữa đại dịch Covid-19 rúng động thế giới. Những ngày đầu, công ty chỉ có vài chục nhân sự là những người em mà anh Hoàng từng dẫn dắt. Vào đúng giai đoạn cần nhiều kết nối con người làm nền tảng phát triển đội ngũ mới, cả công ty phải làm việc ở nhà để đảm bảo an toàn. “Cái khó ló cái khôn”, khoảng cách địa lý lại là động lực thúc đẩy những ý tưởng sáng tạo để gắn kết nhân sự, điển hình như cuộc thi “Capture WFH moments” hay hoạt động viết blog. Đúng như mindset tự chủ, trưởng thành từ hành động, không ngại thử thách mà anh Hoàng vẫn lan tỏa: “Chưa bao giờ anh có cảm giác chùn bước vì anh luôn sẵn sàng đối diện với khó khăn. Càng khó khăn thì anh càng muốn chinh phục và nâng cao nội lực bản thân mình. Anh luôn giữ trong đầu câu hỏi “Vì sao người khác làm được?” làm kim chỉ nam để tiến về phía trước. Ban đầu cần luyện tập để nâng cao khả năng chịu stress cả về tinh thần và tính cách. Lâu dần nó “ngấm” vào con người mình lúc nào không hay (cười).”  Ý tưởng sản phẩm MiaHire cũng thành hình trong chính giai đoạn này. Làm sao để tuyển dụng gần 100 nhân sự/năm với nguồn lực có hạn và hạn chế về địa lý trong đại dịch? Khi những “pain points” phát sinh từ câu hỏi này được giải quyết cũng là lúc sản phẩm MiaHire - Nền tảng phỏng vấn video ra đời và có những khách hàng đầu tiên.  Rồi tới biến động kinh tế, khủng hoảng thị trường, sự rớt giá của đồng Yên…lần lượt từng thử thách đi qua khiến cho đội ngũ SupremeTech thêm vững vàng hơn, trưởng thành hơn. Khi được hỏi khoảnh khắc nào đáng nhớ nhất với anh Hoàng trong 5 năm thăng trầm vừa qua, câu trả lời không phải là những con số doanh thu, những dự án mới, sản phẩm mới, khách hàng mới hay thị trường mới. Đối với anh Hoàng, di sản của 5 năm gieo mầm chính là những con người đang trưởng thành trong môi trường SupremeTech.  “Khi anh thấy những người đã đồng hành từ những ngày đầu giờ đây đang trưởng thành lên từng bước một, đó là khoảnh khắc làm anh xúc động nhất. Giờ đây anh không cần phải có mặt trong từng sự kiện hay hoạt động để dẫn dắt mọi người nữa, mà mọi người đã tự tin tổ chức, tự mình dẫn dắt, làm mọi thứ bằng nhiệt huyết và tinh thần của chính các bạn.  Anh mong muốn tất cả những người đến với anh, đi cùng anh, đều có thể từng bước trưởng thành hơn. Anh luôn tâm niệm rằng sống một đời thì không quá dài, nên anh muốn sống cho thật có ích. Anh muốn mình trở thành hình mẫu mà mình thích trước tiên, và tạo nên SupremeTech là nơi mà không chỉ cho riêng anh, mà còn cho tất cả các bạn đi cùng anh được sống đúng với giá trị của mình, được phát triển, và rồi một ngày nào đó, chính họ lại trở thành người truyền lửa cho người khác và đem đến sự phát triển của đất nước, xã hội.” Có lẽ chính triết lý phát triển con người đó của anh Hoàng là xương sống cho sự phát triển bền bỉ của công ty. Một khi đồng hành cùng những người có chung tầm nhìn, khó khăn hay thử thách chỉ là chất xúc tác làm cho tinh thần đồng đội thêm bền chặt. Tự chủ trong mỗi bước đi Từ khi thành lập tới nay, một trong những hoạt động nổi bật được giới thiệu tới mọi nhân viên mới đó là học và thi lấy chứng chỉ chuyên môn. Mọi người đều được khuyến khích nâng cao năng lực trong lĩnh vực của mình và học thêm kiến thức mới. SupremeTech coi đây là một khoản đầu tư chiến lược cho nội lực của công ty.  Ngoài chuyên môn, định hướng trao quyền tự chủ về nhiều mặt cho mỗi thành viên là một trong những động lực lớn cho sự phát triển văn hóa công ty và kết quả kinh doanh tích cực. Anh Hoàng giải thích: “Tự chủ không chỉ là khi công ty có thể tự vận hành, tự đưa ra định hướng, mà còn là khi mỗi cá nhân trong tập thể biết cách chịu trách nhiệm với công việc của mình, biết cách đóng góp giá trị một cách độc lập và chủ động. Đó là lý do năm 2025, SupremeTech tổ chức rất nhiều hoạt động nội bộ để tôn vinh tinh thần tự chủ: từ sinh hoạt ST, nơi các bạn có thể tự điều hành và chia sẻ suy nghĩ của mình, đến các hoạt động nội bộ, các hội thi thể thao…”   Một cột mốc rực rỡ khép lại là lúc mở ra những chương mới hứng khởi hơn. Ở vị trí của người cầm đuốc, anh Hoàng giúp chúng tôi hình dung rõ ràng về SupremeTech của 5 năm tiếp theo. “Nếu giai đoạn 5 năm đầu là lúc chúng ta gieo mầm từ văn hoá, con người đến nội lực công ty thì 5 năm tới, anh mong được thấy sự tự chủ thật sự của SupremeTech. Mục tiêu của chúng ta là vững vàng đứng trên đôi chân mình. Các sản phẩm product của chúng ta sẽ lớn mạnh và gặt hái được nhiều thành công hơn, và SupremeTech sẽ ngày càng trưởng thành và vững mạnh, dù là trong vận hành hay trong việc tìm kiếm cơ hội.” Ngày mai tốt hơn hôm nay, một centimet là đủ  Buổi nói chuyện cùng anh Hoàng như thước phim tua lại những khoảnh khắc đáng nhớ trong suốt hành trình 5 năm. Mỗi người đều có dịp ôn lại góc nhỏ của mình trong bức tranh chung của SupremeTech. Vì thời lượng có hạn nên dù còn nhiều điều muốn chia sẻ, cả team đành phải hẹn anh Hoàng ở một dịp khác. Như muốn giữ lại chút dư âm sau cuộc trò chuyện, chúng tôi đồng lòng:  “Còn điều gì anh muốn gửi gắm tới tập thể SupremeTech trong dịp đặc biệt này không?” Anh Hoàng: “Hãy enjoy với mọi trải nghiệm dù là tốt hay xấu. Hành trình nào cũng đáng quý kể cả khi nó gập ghềnh, khó khăn. Miễn là ta không bỏ cuộc, vẫn còn đi tiếp, và giữ được sự tích cực trong mỗi bước đi. Người thành công không phải là người may mắn nhất, mà là người không bỏ cuộc. Người dám đi tới cùng với đam mê lớn mạnh của mình sớm muộn cũng sẽ đến được đích. Các bạn hãy nhớ rằng không ngừng trau dồi và rèn luyện bản thân mỗi ngày, ngày mai tốt hơn hôm nay một centimet là đủ.” Hành trình tiếp theo vẫn là những bước chân bền bỉ 5 năm không phải một chặng đường quá dài, nhưng đủ để một hạt mầm vươn mình trở thành cây vững gốc. SupremeTech đã và đang lớn lên như thế bằng sự bền bỉ, bằng nội lực, và bằng tinh thần "tốt hơn hôm qua một centimet". Cảm ơn anh Hoàng vì cuộc trò chuyện đầy cảm hứng và ý nghĩa! >>> Đọc thêm: From Seeking The Path to Leading The Way: Phuoc’s Journey at SupremeTechAnh Duong – A Journey of Rising Above to Shine Bright

            18/07/2025

            98

            Our culture

            +0

              Anh Hoàng – “Người truyền lửa” trên hành trình vươn mình của SupremeTech

              18/07/2025

              98

              Customize software background

              Want to customize a software for your business?

              Meet with us! Schedule a meeting with us!