Java Servlet Filter
I. Các tình huống
1. Người dùng yêu cầu một trang web , một request sẽ gửi tới server , nó phải đi qua bộ lọc(Filter) trước khi tới trang yêu cầu
2.Tuy nhiên các request không vượt qua được hết các tầng Filter
3. Tình huống người dùng gửi một yêu cầu một trang(page1) yêu cầu này sẽ phải vượt qua các Filter , tại một filter nào đó yêu cầu bị chuyển hướng sang một trang khác(page2)
Trong bài này chúng ta sẽ nói về Servlet Filter trong Java.Cách sử dụng khác nhau của servlet filters , tạo bộ lọc và tìm hiểu cách sử dụng của nó trên web đơn giản.
II. Tại sao chúng ta phải dùng Servlet Filter
- Đảm bảo rằng tài nguyên chỉ có thể truy cập được khi phiên người dùng hợp lệ bằng cách sử dụng session attributes
- Servlet Filter sử dụng chặn một yêu cầu và tiến hành xử lý trước hoặc xử lý sau đối với yêu cầu đó.Nó hữu ích trong việc triển khai các tính năng
- Logging of requests(Ghi nhật ký các yêu cầu)
- Xác thực và phân quyền các request yêu cầu
- Định dạng request body or header trước khi gửi đến servlet
- Encryption or Decryption
- Thay đổi phản hồi bằng cách thêm một số cookie, thông tin tiêu đề,…
III. Servlet filters
Servlet filters cấu hình trong file (web.xml) và cài đặt sử dụng thư viện ,thêm hoặc xóa bộ lọc servlet chỉ bằng cách chỉnh sửa web.xml
Có thể tạo nhiều Servlet filters ,và tạo một chuỗi các bộ lọc tài nguyên trong web.xml, ta có thể tạo Servlet filter triển khai giao diện javax.servlet.Filter
Servlet filter interface: tương tự như giao diện Servlet và chúng ta cần triển khai nó để tạo bộ lọc servlet của riêng mình,chứa các phương thức vòng đời của Servlet filter và được quản lý bởi vùng chứa servlet
Servlet Filter interface vòng đời:
- void init(FilterConfig paramFilterConfig): Khi Servlet filter được khởi tạo là phương thức được gọi, phương thức chỉ được gọi một lần trong vòng đời của bộ lọc và chúng ta nên khởi tạo tài nguyên trong phương thức này. FilterConfig được sử dụng vùng chứa để cung cấp các tham số init và object servlet cho filter.
- doFilter(ServletRequest paramServletRequest ,ServletResponse paramServletResponse ,FilterChain paramFilterChain) : Phương thức gọi mỗi lần bởi vùng chứa khi nó phải áp dụng bộ lọc cho một tài nguyên, vùng chứa cung cấp các tham chiếu đối tượng yêu cầu và phản hồi để lọc dưới dạng đối số, FilterChain được sử dụng để gọi bộ lọc tiếp theo trong chuỗi.
- void destroy() : loại bỏ Filter gọi phương thức hủy ,phương pháp đóng bất kỳ tài nguyên nào được mở bởi bộ lọc, chỉ gọi một lần trong thời gian tồn tại của bộ lọc.
IV. Servlet WebFilter annotation
javax.servlet.annotation.WebFilter giới thiệu trong Servlet 3.0 ,ta có thể sử dụng annotation để khai báo một filter servlet. Chúng ta có thể sử dụng annotation để xác định các tham số init , tên bộ lọc và mô tả , các servlet, url ,các loại điều phối để áp dụng filter
V. Servlet Filter configuration in web.xml
Ta có thể khai báo servlet filter trong web.xml
<filter>
<filter-name>RequestLoggingFilter</filter-name> <!-- mandatory -->
<filter-class>com.journaldev.servlet.filters.RequestLoggingFilter</filter-class> <!-- mandatory -->
<init-param> <!-- optional -->
<param-name>test</param-name>
<param-value>testValue</param-value>
</init-param>
</filter>
Ta có thể ánh xạ servlet tới các class or mẫu url
<filter-mapping>
<filter-name>RequestLoggingFilter</filter-name> <!-- mandatory -->
<url-pattern>/*</url-pattern> <!-- either url-pattern or servlet-name is mandatory -->
<servlet-name>LoginServlet</servlet-name>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>Chú ý : Khi tạo Servlet filter, đầu tiên vùng chứa sẽ xử lý các mẫu url và sau đó là các tên servlet , vì vậy ta phải đảm bảo các servlet filter thực thi theo một thứ tự cụ thể chú ý trong khi xác định ánh xạ bộ lọc
VI. Servlet Filter example
Trong ví dụ về bộ lọc servlet ,chúng tôi sẽ tạo các bộ lọc để ghi nhật ký các thông số và cookie yêu cầu và xác thực phiên cho tất cả các tài nguyên
Login.html code :
<!DOCTYPE html>
<html>
<head>
<meta charset="US-ASCII">
<title>Login Page</title>
</head>
<body>
<form action="LoginServlet" method="post">
Username: <input type="text" name="user">
<br>
Password: <input type="password" name="pwd">
<br>
<input type="submit" value="Login">
</form>
</body>
</html>LoginServlet
package com.journaldev.servlet.session;
import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.RequestDispatcher;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.Cookie;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
@WebServlet("/LoginServlet")
public class LoginServlet extends HttpServlet {
private static final long serialVersionUID = 1L;
private final String userID = "admin";
private final String password = "password";
protected void doPost(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
String user = request.getParameter("user");
String pwd = request.getParameter("pwd");
if(userID.equals(user) && password.equals(pwd)){
HttpSession session = request.getSession();
session.setAttribute("user", "Pankaj");
session.setMaxInactiveInterval(30*60);
Cookie userName = new Cookie("user", user);
userName.setMaxAge(30*60);
response.addCookie(userName);
response.sendRedirect("LoginSuccess.jsp");
}else{
RequestDispatcher rd = getServletContext().getRequestDispatcher("/login.html");
PrintWriter out= response.getWriter();
out.println("<font color=red>Either user name or password is wrong.</font>");
rd.include(request, response);
}
}
}
LoginSuccess.jps code:
<%@ page language="java" contentType="text/html; charset=US-ASCII"
pageEncoding="US-ASCII"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "https://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
<title>Login Success Page</title>
</head>
<body>
<%
//allow access only if session exists
String user = (String) session.getAttribute("user");
String userName = null;
String sessionID = null;
Cookie[] cookies = request.getCookies();
if(cookies !=null){
for(Cookie cookie : cookies){
if(cookie.getName().equals("user")) userName = cookie.getValue();
if(cookie.getName().equals("JSESSIONID")) sessionID = cookie.getValue();
}
}
%>
<h3>Hi <%=userName %>, Login successful. Your Session ID=<%=sessionID %></h3>
<br>
User=<%=user %>
<br>
<a href="CheckoutPage.jsp">Checkout Page</a>
<form action="LogoutServlet" method="post">
<input type="submit" value="Logout" >
</form>
</body>
</html>CheckoutPage.jsp code
<%@ page language="java" contentType="text/html; charset=US-ASCII"
pageEncoding="US-ASCII"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "https://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
<title>Login Success Page</title>
</head>
<body>
<%
String userName = null;
String sessionID = null;
Cookie[] cookies = request.getCookies();
if(cookies !=null){
for(Cookie cookie : cookies){
if(cookie.getName().equals("user")) userName = cookie.getValue();
}
}
%>
<h3>Hi <%=userName %>, do the checkout.</h3>
<br>
<form action="LogoutServlet" method="post">
<input type="submit" value="Logout" >
</form>
</body>
</html>
LogoutServlet
import java.io.IOException;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.Cookie;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
/**
* Servlet implementation class LogoutServlet
*/
@WebServlet("/LogoutServlet")
public class LogoutServlet extends HttpServlet {
private static final long serialVersionUID = 1L;
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
response.setContentType("text/html");
Cookie[] cookies = request.getCookies();
if(cookies != null){
for(Cookie cookie : cookies){
if(cookie.getName().equals("JSESSIONID")){
System.out.println("JSESSIONID="+cookie.getValue());
break;
}
}
}
//invalidate the session if exists
HttpSession session = request.getSession(false);
System.out.println("User="+session.getAttribute("user"));
if(session != null){
session.invalidate();
}
response.sendRedirect("login.html");
}
}
import java.io.IOException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletContext;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.annotation.WebFilter;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpSession;
@WebFilter("/AuthenticationFilter")
public class AuthenticationFilter implements Filter {
private ServletContext context;
public void init(FilterConfig fConfig) throws ServletException {
this.context = fConfig.getServletContext();
this.context.log("AuthenticationFilter initialized");
}
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
HttpServletRequest req = (HttpServletRequest) request;
HttpServletResponse res = (HttpServletResponse) response;
String uri = req.getRequestURI();
this.context.log("Requested Resource::"+uri);
HttpSession session = req.getSession(false);
if(session == null && !(uri.endsWith("html") || uri.endsWith("LoginServlet"))){
this.context.log("Unauthorized access request");
res.sendRedirect("login.html");
}else{
chain.doFilter(request, response);
}
}
public void destroy() {
}
}
File web.xml
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xmlns="https://java.sun.com/xml/ns/javaee" xsi:schemaLocation="https://java.sun.com/xml/ns/javaee https://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" version="3.0">
<display-name>ServletFilterExample</display-name>
<welcome-file-list>
<welcome-file>login.html</welcome-file>
</welcome-file-list>
<filter>
<filter-name>RequestLoggingFilter</filter-name>
<filter-class>com.journaldev.servlet.filters.RequestLoggingFilter</filter-class>
</filter>
<filter>
<filter-name>AuthenticationFilter</filter-name>
<filter-class>com.journaldev.servlet.filters.AuthenticationFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>RequestLoggingFilter</filter-name>
<url-pattern>/*</url-pattern>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>
<filter-mapping>
<filter-name>AuthenticationFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
</web-app>
Đoàn Văn Hiệu
- Published in Posts, Technology, Uncategorized
Front-End và Back-End giao tiếp như thế nào?
I. Vấn đề xảy ra khi không giao tiếp
– Tôi đã trải qua các dự án, có làm việc chung với các bạn rank từ intern tới junior, middle(ít hơn). Đều nhận thấy những vấn đề chung xảy ra:
- Xung đột quá trình phân tích task, cặp FE – BE không thống nhất cách làm task.
- FE chờ BE làm xong mới thực hiện task đó được: chờ api, data, deploy.
- BE thay đổi api, data không báo với FE, hoặc các bạn BE khác có dùng chung entity đó.
- Gần hết dự án mới nêu vấn đề của mình gặp phải.
- Không làm đúng yêu cầu, làm thiếu phần tích.
– Những vấn đề trên xảy ra thường xuyên đối với các đội chưa có kinh nghiệm nhiều. Nguyên nhân chủ yếu do thiếu kinh nghiệm, chưa thống nhất giữa các bên, chưa phân tích mà bắt tay vào code luôn,…
—> Để khắc phục những vấn đề trên, đội tôi thực hiện “chuyên nghiệp hóa” bằng cách lập ra “Contract”.
II. Ý tưởng
– Khi bắt tay làm task, bên FE – BE thống nhất cách làm như: data mẫu là gì, api như thế nào, có authentication – authorize không, bao giờ có api đó được đẩy lên server, có server mock không?…
– Khi có sự thay đổi phía khách hàng, thì phải thông báo sửa những gì bên BE cho FE.
– Khi task đó bị “lock” bởi ai đó, cần thông báo lên kênh dự án, để mn biết để suppor, cái này gọi là “kêu đúng lúc”, không ai chê trách bạn kém cả.
– Bên tôi đang dùng https://jsoneditoronline.org/ để tạo data mẫu trước, nâng cấp đang sử dụng: https://restbird.org/, còn rất nhiều loại khác như: mockserver, postman mockserver, atomo mockserver, ….
– Các tool trên hỗ trợ: tạo data mẫu, tạo api mẫu, tạo client – server để mock vào api, một số chức năng khác
– Thêm nữa, để mọi người trách các lỗi chung: có tạo confluence của dự án. Viết unit test.
– BE – FE dùng các kĩ năng để thực hiện task: vẽ diagram, pseudo-code.
> Những thứ ràng buộc ở trên có thể không quen, có thể làm chậm tốc độ của bạn, nhưng nó có lợi ích rất lớn.
III. Lợi ích
– Khi đã có “CONTRACT”: thì bên FE-BE có thể làm song song, FE không cần đợi BE xong api nữa, có thể gọi luôn vào mock-server.
– Tránh các sự thay đổi như: BE thay đổi số lượng lớn data, thay đổi data base.
– Khi có sự thay đổi thì bên BE- FE thông báo với nhau, vì đã có contract nên sự thay đổi là ít nhất.
– Khi một bạn FE /BE làm xong task đó mà còn thời gian thừa, hỗ trợ đồng đội. Như thế mới trở thành một team.
– Các bạn dần trở nên chuyên nghiệp, khác hẳn với những đội “thân ai người đó lo”. Khi trở nên chuyên nghiệp thì đương nhiên $.$ sẽ theo đuổi bạn.
– Tránh lãng phí thời gian của các bên, tiết kiệm chi phí.
– … còn nhiều nữa.
Cuối cùng, hãy luôn trang bị hành trang để trở nên chuyên nghiệp nhé. Thân ái và chào quyết thắng!
Ugo Tran
- Published in Posts, Technology
Intern tại HiveTech có gì hay?
Chào các bạn! Mình là Hiếu, tranh thủ vừa đóng dự án mình ngồi gõ qua đôi dòng về trải nghiệm 2 tháng Intern tại HiveTech. Bạn nào đang nhen nhóm ý định vào thực tập nên tham khảo qua nha.
I. Điều làm mình và HiveTech đến với nhau
Đầu tiên, ta phải nói đến nhân duyên đến với HiveTech là từ đâu :3. Trong một ngày đẹp trời, trong lúc thơ thẩn lướt facebook thì mình tình cờ lướt qua bài viết tuyển dụng của chị HR HiveTech viết siêu hài hước. Đọc xong thấy hơi bị tò mò nên tìm hiểu xem HiveTech là gì? Sau một ngày (thực ra là khá lâu :v ) lân la hết nhóm này đến nhóm khác để tìm hiểu, mình quyết định đến HiveTech thực tập. Đầu tiên là chỉnh sửa CV một chút nhằm tạo cảm giác an toàn khi nộp :D, rồi nằm mong ngóng kết quả từng ngày. Ơn giời, chị HR đã rất nhanh chóng phản hồi lịch phỏng vấn và thế là đi phỏng vấn. Buổi phỏng diễn ra khá là ngắn do lượng kiến thức của mình cũng khá là ít, nhưng phỏng vấn xong thì thấy tự tin hơn rất nhiều.
II. Làm việc/ thực tập tại HiveTech có gì hay?
Mình xin phép sơ qua một chút, mình là thực tập sinh frontend, lần đầu đi làm còn bỡ ngỡ.
Ấn tượng đầu tiên của mình khi bước vào công ty là thấy văn phòng cũng khá là đẹp.
Ấn tượng tiếp theo của mình là môi trường khá ổn cho những người thích yên tĩnh như mình. Thời gian làm việc từ 8h – 17h, nghỉ trưa 1 tiếng. Mọi người một tháng có 4 giờ đi làm muộn, tất nhiên có thể hơn nhưng đương nhiên là bị trừ lương rồi (nghỉ là mất tiền đấy nên khuyên mọi người cố gắng đi làm đúng giờ xD) .
Mình vào cùng một team BE nữa, lộ trình mình đánh giá là chi tiết vì dạy lại hoàn toàn trong vòng 3 tháng, coi như mọi người có level như nhau và đều bắt đầu từ số 0 :)). Trước khi thực tập, kiến thức JavaScript của mình gần như lủng toàn tập chứ chưa nói đến kiến thức mình đi phỏng vấn về ReactJS :)). Sau một tháng thì nắm khá chắc về HTML, CSS, JS luôn.
Việc học thì chia ra ổn thoả, mỗi tuần đều có sẵn lộ trình học. Thực ra, vẫn tự học là chính, có gì không hiểu thì hỏi mọi người thôi. À còn có chương trình training về một chủ đề mình học trong tuần (khá khoai về vụ này vì nhiều lúc chưa biết nên nói phần nào cả). Mình vào công ty lúc cuối năm, nên mọi người trong team khá bận, hỏi thì ngại nhưng không hỏi thì không hiểu. Nhưng được cái là hỏi thì mọi người sẵn sàng bỏ công việc đang làm để qua giúp mình fix lỗi xong mới về (cái này rất biết ơn mọi người luôn).
Lúc mới vào tự đánh giá skill của mình là high skill, nhưng qua 2 ngày thì thấy đời không như là mơ :v. Sau một tháng học thì lượng kiến thức của mình tăng cao hơn rất nhiều so với trước, cải thiện được khá nhiều vấn đề mà trước chưa nghĩ đến. Mình thấy lộ trình ở đây phù hợp với các bạn muốn được học kiến thức lại từ đầu, lộ trình từng tuần rõ ràng, vừa học vừa thực hành, skill lên rất nhanh đấy.
Trước khi mình đi làm thì sống khá là nội tâm hơi tự ti chút 🙁 sau khi đi làm thì thấy mình chủ động hơn, hòa nhập nhanh và cởi mở với mọi người hơn, đặc biệt là không nói lắp khi nói chuyện với các bạn gái :D.
Vì là intern nên việc được giao khá ít, chủ yếu là học lại kiến thức theo lộ trình. Nhưng sau khi làm thì nào là biết cách xử lý cái này ra sao, cái kia như làm như thế nào, học những cái mới mình chưa từng nghĩ đến.
Điều mình rút ra sau 2/3 khoảng thời gian thực tập:
– Không nên viện cớ lung tung về công việc khi mắc lỗi (vì nếu là mình thì mình cũng không thích làm việc với người hay viện cớ bừa bãi ).
– Nên chủ động làm quen với mọi người. (rất cần thiết khi đi làm, sẽ giúp bạn tiết kiệm được rất nhiều thời gian và công sức khi làm việc)
– Chủ động tư duy khi được giao công việc, nên chủ động chọn task khi được giao.
– Nên hỏi nhiều, cái này quan trọng này vì mình không hỏi thì mọi người coi như mình biết rồi, thành ra là lủng kiến thức không biết tại sao. À mà cũng nên tìm hiểu trước khi hỏi chứ chưa tìm hiểu mà hỏi thì buồn cười lắm, sau mà bị đánh thì đừng hỏi tại sao 😀
III. Văn hóa, môi trường công ty
Lúc mới vào thì cũng lo lắng với việc ma cũ ma mới, nhưng vào đây thì mình không thấy điều đấy một chút nào, mọi người thân thiện cực kỳ. Không khí công ty hơi trầm vì toàn dev mà, nhưng lại rất phù hợp với những bạn muốn có không gian để tập trung. Lúc mình vào thì thấy có nhiều hoạt động giúp mọi người thư giãn như tập thể dục, nghe nhạc vào lúc 3h chiều, có tổ chức các hoạt động vào các ngày lễ nữa. Hôm Year end party cầm cốc đi chúc 1 vòng, nhìn mặt ai cũng phấn khởi. Tuy tối về gặp em Huệ hơi nhiều nhưng vui lắm anh em ạ.
Thích nhất lúc tập thể dục giữa chiều, cả chương trình order bài hát mình muốn nghe cùng mọi người đều như vắt chanh lúc 15h00 hàng ngày :v. À công ty có vụ ăn trưa luôn tại công ty, giúp tiết kiệm thời gian đỡ phải tìm quán ăn, chọn món, dành nhiều thời gian nghỉ trưa hơn.
Cơm trưa mình đánh giá với góc nhìn một người hơi khó ăn thì cũng tạm, có nhiều sự lựa chọn trong thực đơn không thay đổi gì :v, chưa thấy có món cá từ lúc vào công ty, chia người dọn dẹp trước và sau khi ăn, làm quen với mọi người nhanh chóng. Hoạt động giải trí thì đánh giá cũng ổn, tạo tiếng cười thấy cũng đỡ trầm cảm sau những lúc code không được :v. Đùa thôi code khó thì có mọi người trong team giúp đỡ :)). Hoạt động ngoại khóa thì mình chưa đánh giá được nhiều vì vào mới công ty hai tháng nên cũng mới trải qua được bữa tất niên đầu tiên sau khi đi làm.
Ở HiveTech mọi người rất nhiệt tình giúp mình hòa nhập nhanh với môi trường mới. Hàng tháng còn có vụ tổ chức sinh nhật cho các thành viên trong tháng nữa, hơi tiếc vì mình vào lúc đang trong tuần thử thách nên chưa có duyên được tổ chức, hẹn dịp sang năm nha T^T
Đánh giá:
⁃ Môi trường: khá ổn 8/10.
⁃ Ăn trưa: 6/10 ( thực đơn không thấy đổi món và không thấy cá)
⁃ Học và làm việc: 8/10 (đánh giá cao thì sợ bảo mua, đánh giá thấp thì không đúng sự thật)
⁃ Hoạt động khác: 8/10 (Chất lượng như ly cam vắt)
IV. Tổng kết
Dài quá rồi nên mình tóm tắt lại cho lẹ đỡ tốn thời gian của các bạn xD.
Cuối cùng thì mình thấy đây là môi trường phù hợp với các bạn muốn đi lên từ đầu để nắm chắc kiến thức và lộ trình rõ ràng giúp mình thấy khá ổn để làm việc. Mình học được thêm nhiều cái hay chứ không phải mỗi kiến thức về FE.
Nguyễn Trung Hiếu
- Published in Posts
Hệ cơ sở dữ liệu – MariaDB
Trong bài viết tôi giới thiệu về MariaDB cơ sở dữ liệu bằng cách sử dụng cơ bản bằng giao diện và command trên hai môi trường là Windows và Linux
MariaDB là một nhánh của MySQL là một trong những hệ thống quản lý cơ sở dữ liệu quan hệ SQL (Structured-Query-Language) mã nguồn mở phổ biến nhất ,được thực hiện bởi các nhà phát triển ban đầu của MySQL. Mục đích thiết kế dựa trên “Tốc độ -Tin cậy – Dễ sử dụng – Miễn phí”.
- MariaDB có các tính ưu thế:
+ Thêm công cụ lưu trữ: MyISAM ,BLACKHOLE,CSV,MEMORY,ARCHIVE
+ Cải thiện tốc độ :Đánh chỉ mục cho công cụ MEMORY(HEAP) nhanh hơn. Theo một thử nghiệm đơn giản, nhanh hơn 24% khi INSERT chỉ số nguyên và nhanh hơn 60% cho chỉ mục trên một cột CHAR(20).
+ Sử dụng công cụ lưu trữ Aria cho phép truy vấn phức tạp nhanh hơn+Tất cả mã nguồn MariaDB được phát hành dưới giấy phép GPL, LPGL hoặc BSD. MariaDB không đóng các mô-đun mã nguồn thấy trong phiên bản MySQL Enterprise. Thực tế, tất cả các tính năng nguồn đóng trong phiên bản MySQL 5.5 Enterprise được tìm thấy trong phiên bản MariaDB mã nguồn mở.
Sau đây tôi sẽ tiếp cận bài viết cho các bạn dev-backend muốn tìm hiểu về cách cài đặt và sử dụng MariaDB trên hai môi trường Windows và Linux.
PHẦN 1: Sử dụng giao diện và command làm việc với MariaDB trên hệ điều hành Windows
- Sử dụng command trên hệ điều hành Windows
- Cài đặt MariaDB sử dụng hệ điều hành Windows cài đặt và sử dụng MariaDB
Khi tiến hành downloads các phiên bản mình cần sử dụng trên web
Sau khi tải về khi cài đặt trên Windows bạn cài đặt theo các bước hướng dẫn trên giao diện
Bước 1: Cài đặt
- Sau khi cài đặt xong mở cửa sổ CMD lên check xem đã cài đặt MariaDb thành công chưa.
- Cài đặt đường patch cho MariaDB trong máy của bạn
- Check lại version, sử dụng lệnh MySQL -V : trong cmd
Bạn đã cài đặt thành công khi đã có version
Bước 2: Sử dụng lệnh cơ bản trong command để làm việc với database
- Cú pháp: MySQL -u root -p
Để đăng nhập vào data trên cmd
Nhập password của bạn khi cài đặt lúc trước
Tôi đã vào được Database của mình
- Cú pháp : show databases
Để hiển thị kho database
- Create database <name databases>
Lệnh :Create database thành công và test lại bằng: Show databases;
- cú pháp :Use springmvc; → Use <name-database>
Sử dụng database cần dùng
- Cú pháp: show tables
- Sau khi chọn dùng database ta thao tác các câu lệnh như select..
Trên đây vừa rồi tôi đã dùng cmd thao tác làm việc với database
Sử dụng giao diện trên hệ điều hành Windows
Giao diện tôi sử dụng là MySQL Workbench:
Bước 1: Đăng nhập vào database tương tự như Command line nhưng ta thao tác qua giao diện
Bước 2: Sau khi đăng nhập thành công ,các bạn chọn database cần sử dụng
Bước 3 : Thao tác các câu lệnh qua file SQL
PHẦN 2: Sử dụng Command Line làm việc với DB trên hệ điều hành Linux
Sau khi connecting vào MariaDB ,sử dụng lệnh để làm việc với DB
- Show databases
Cú pháp : Show databases
- Create databases
Cú pháp : create database
Vừa rồi tôi thực hiện việc khởi tạo một database mới. Kiểm tra lại bằng lệnh show database.
Sau khi cài đặt thành công, các câu lệnh thực hiện trên cmd của Linux cũng giống với thực hiện câu lệnh trên cmd của Window
3. Sử dụng giao diện làm việc với DB trên hệ điều hành Linux
Step 1: Setup dbeaver làm client
Bước 1: cú pháp :
wget https://dbeaver.io/files/dbeaver-ce_latest_amd64.deb
Bước 2: Cú pháp :
sudo dpkg -i dbeaver-ce_latest_amd64.deb
Bước 3 : Cú pháp:
sudo apt install -f
Đã cài đặt thành công
Step 2: Connect to MariaDB đã cài đặt ở trên
Điền các thông tin và kiểm tra phần kết nối .
Step 3: Sau khi kết nối ta làm việc với db bình thường
Tóm lại phần trên tôi vừa chia sẻ cho các bạn hai vấn đề:
1. Cài đặt MariaDB trên hệ điều hành Window và Linux sử dụng cửa sổ Command Line và trên giao diện.
2. Sử dụng giao điện và Command Line để tương tác với database trên hai hệ điều hành Window và Linux.
Trên hệ điều hành Window tôi sử dụng clientDb là MySQL Workbench, hệ điều hành Linux sử dụng clientdb là DBeaver.
Chúc các bạn thành công!
Đoàn Văn Hiệu
- Published in Posts, Technology
Newbie Back-end chuyển sang newbie Front-end
Chào tất cả các bạn, mình là Hậu hiện tại vẫn đang Double newbie cả BE và FE, tuy nhiên hôm nay mình muốn chia sẻ một chút trải nghiệm của mình tại HiveTech về hành trình rẽ nhánh ngoạn mục sang Front-end như thế nào nha.
I. Newbie BE
Nói về mình, mình bắt đầu vào con đường lập trình viên như bao bạn khác với ngôn ngữ Java. Vào HiveTech với vị trí học việc, mình được tham gia vào một dự án nội bộ liên quan đến quản trị hồ sơ của tất cả các thành viên trong công ty, bên cạnh đó mình tiếp tục được training chuyên sâu hơn về các chủ đề mà mọi Back-ender đều phải vỡ lòng như Java core, SQL, Thymeleaf, JSP-Servlet cho đến các loại công cụ phát triển như: IDE, SQL Client, Jira, Confluent, Postman, Browser DEV Tool,…
Phải nói thật, thời gian mới tham gia vào dự án này nó thật sự là một điều khó khăn với mình, có quá nhiều thứ mình không biết hoặc biết mơ hồ nhưng không rõ nó là gì và được dùng như thế nào? Ngôn ngữ BE dùng trong dự án là Java, DataBase sử dụng MongoDB, còn dùng Thymeleaf và React để làm UI. Sau khoảng 3 tháng thì mình chỉ mới phát triển được 3 page bằng Thymeleaf. Mặc dù, trong lúc code các ý tưởng liên tục xuất hiện nhưng do chưa đủ tầm hiểu biết nên nhiều lần đang làm thì lại bị tắc nghẽn cục bộ. Các vấn đề cực kỳ củ chuối khoai sọ với mình nhưng đối với các anh trong công ty thì nó lại dễ như ăn kẹo. Ví dụ như việc import một file json vào mongodb đã làm mình hì hục tìm kiếm rồi xơi nguyên cả một buổi nhưng vẫn lực bất tòng tâm. Cho dù đã có một bài hướng dẫn import mà anh Leader trong nhóm đã thực hiện thành công nhưng vào tay mình cũng chạy dòng lệnh trên vẫn cứ thông báo lỗi, what??? Hàng loạt câu thần chú cứ quẩn quanh, nào là anh sai gì sao vẫn chưa chạy được em ơi? Cho đến những lỗi cú pháp nhỏ như là địa chỉ dẫn thư mục phải đặt trong dấu ngoặc kép? ……
Mình thật sự cạn kiệt tinh lực, tinh thần suy sụp, ruột đau như cắt, nước mắt đầm đìa, mình quyết định đi hỏi anh leader cho ra ngô ra khoai dòng code này. Cuối cùng, các bạn biết sao không? Câu lệnh của mình không bị lỗi mà lỗi khi mình đã chạy lệnh cmd, bên trong nơi cài đặt Mongo serve đáng nhẽ ra cần chạy nó ở bên ngoài thư mục chứa nó. Điều này làm mình trả một cái giá cực kỳ đắt mà cho đến thời điểm hiện tại mình vẫn chưa trả hết nợ, chỉ 500 cái hít đất thôi mà. Đúng là một kỉ niệm nhớ trọn đời anh em ạ.
II. Newbie FE
Sau đó mình được chuyển sang làm một dự án khác tại, dự án này có một anh FE đang bị rảnh quá nên mình xung phong cho phép anh ý support mình để trở thành một FE developer (funny một chút thế thôi chứ thực ra là do dự án đang thiếu người làm FE và sắp tới anh ý phải đi onsite nên mình được switch sang học hỏi và hỗ trợ làm FE). Và mình đã bén duyên với ReactJS từ đây.
Trong thời gian tiếp cận với React, mình cảm thấy khá là ngộp dù trước đó mình đã được học qua HTML, CSS và JS cơ bản rồi, nhưng vẫn phải tiếp cận những thứ mới như State, Props, Life Cycle của một component, React Router, Redux, Redux saga, Sass… Đây là một lượng kiến thức lớn, mà thú thực trong thời điểm hiện tại mình đang viết bài này mình chưa thể nắm bắt hoàn toàn nó. Mình đã đọc tài liệu ở rất nhiều nơi, điều này ngoài việc cho mình biết thêm rất nhiều, nó còn làm cho mình có cảm giác mình đã tiếp thu được kinh nghiệm và tư duy của mỗi người về một khái niệm, perfect anh em ạ. Nhưng đời không đơn giản thế, những bài viết có quan điểm khác nhau hoặc phủ định lại một khái niệm của một bài viết mình đã từng đọc, điều này làm mình bối rối và mơ hồ vô cùng, không biết đúng-sai như thế nào. Ơn giời, trong lúc bơ vơ giữa ngã năm kiến thức, anh FE “siêu rảnh” ở trên đã giải thích cặn kẽ cho mình mọi điều mình đang thắc mắc. Chốt lại, nếu các bạn newbie như mình hãy đọc tài liệu tại trang chủ của ngôn ngữ mà mình đang học để tiếp thu hết những tinh hoa của công nghệ và thống lĩnh mọi đấu trường mà bạn phải chiến. Bởi vì, các khái niệm hay phương pháp giải quyết bài toán ở các trang cộng đồng chưa chắc đã đúng hoàn toàn. Giống như mỗi lập trình viên lại có một phong cách viết code, cách sử dụng sự khác biệt của từng phiên bản, mỗi người lại có hiểu biết riêng về các khái niệm, vì vậy mặc dù code cùng ngôn ngữ mà có các cách thể hiện khác nhau. Ví dụ, bản thân mình đã được tiếp xúc qua 3 dự án cùng là ReactJS, thế nhưng 3 thành viên khác trong nhóm FE lại build và chọn cách thể hiện ý tưởng riêng biệt.
Bên cạnh đó, việc hiểu thấu đáo về các yêu cầu chức năng của Component mình đang đọc hết sức quan trọng, nó giúp mình có thể đọc hiểu code nhanh hơn, không phải đi đọc từng Function đang chạy gì, Component kia nó làm gì và ở đâu? Mình từng dành rất nhiều giờ đồng hồ cặm cụi đọc code mà không nhìn ra vấn đề, vì vậy hãy luôn nắm được yêu cầu chức năng của Component anh em nhé, tiết kiệm được ối thời gian luôn.
Hiện tại, khi mình được giao nhiệm vụ fix lỗi hay sửa một chức năng của người khác, thì sẽ làm như sau:
- Tìm file chứa component
- Đọc phần được render
- Check và chốt đúng phần mình đang sửa
- Sau cùng, mới ngẫm tới phần logic code.
Dù vậy, việc hoa mắt sửa nhầm function hay style cho element bên dưới thay bên trên vẫn diễn ra như cơm bữa với mình. Đôi khi tự động viên là mình đang ăn cơm với ớt, tiêu đính kèm một chút chanh chua rồi combo thêm ly cafe đắng để tỉnh táo mà fix lại. Những lúc code chạy trơn tru ngay lần RUN đầu tiên, mình như đang uống ly chanh đường mát lạnh, sảng khoái, hưng phấn rồi còn gặp một cô gái xinh đẹp mỉm cười với mình (tưởng tượng), tuyệt vời. Sau một thời gian thuận buồm xuôi gió, một ngày đẹp giời, đại ca mình mới bảo mình “chú còn định học đến bao giờ nữa, nhận thêm tasks đi mà làm! Không còn cách nào khác, mình phải nhận thêm một task màn hình mới, một thử thách mới lại xuất hiện.
Khi bắt mới tay vào làm task này, mình mới nhận ra nó củ chuối gấp nhiều lần những gì trước đó mình tưởng tượng. Nó không giống như các bản demo todo app hay các chức năng mình đã từng sửa tại vì những Component đấy đều có sẵn rồi, mình chỉ cần đọc hiểu và chỉnh sửa code là khả năng chạy đúng là rất cao. Nhưng khi mình tự tạo một screen thì nó khác vô cùng, mình phải import các thư viện các Component vào Component hiện tại hoặc muốn sử dụng component thì mình phải export nó ra và vô vàn lỗi cơ bản khác nữa. Chưa kể việc phải tự làm một screen FE và điều bạn rất cần là data, mà muốn có data thì cần phải tương tác với server, mà tương tác với server thì bạn phải tương tác với bạn BE. Bạn biết không, bình thường thì bạn BE bao giờ cũng mũm mĩm dễ thương cả, ngoại trừ những lúc mà bạn ý gửi data cho mình là một file png, hoặc sửa API mà bạn ý quên cập nhật lên file tổng hợp API, rồi đôi khi ấy đưa màn hình đầy đủ API để test ngay phút 89 của deadline,…..
Bài học rút ra, việc trao đổi thông tin thống nhất về mặt dữ liệu giữa BE và FE là rất quan trọng, nó ảnh hưởng đến hiệu suất và tiến độ hoàn thành công việc của cả nhóm. Sau một tuần vật lộn, cuối cùng mình cũng hoàn thành xuất sắc nhiệm vụ được giao, màn hình mình làm đã hoàn tất các chức năng, không thể tin được. Chưa kể, khi review, Đại ca mình còn khen mình không tiếc lời đại khái như: “từ lúc anh sinh ra đến giờ, anh chưa thấy thằng nào làm một màn hình mà nhiều warning được như chú” kèm chất giọng đầy tự hào với nụ cười trên môi. Nghe được lời khen chân thành của anh mà lòng mình dưng dưng tựa như có dòng suối ấm chảy vào :)) và kết quả cuối cùng là nó được merge để release luôn các bạn ạ. Thông qua nhiều lần được review code, mình đã rút ra được rất nhiều chi tiết nhỏ nhưng rất quan trọng như: Đặt tên biến, tên hàm đặt, tên commit, tên branch, các quy tắc đặt tên thư mục cho đúng để code dễ đọc dễ hiểu. Mình vẫn đang tiếp tục cập nhật các kiến thức về JS, SCSS,… để có thể làm chủ và sử dụng tốt hơn với ngôn ngữ React rồi dùng thêm các thư viện để làm đẹp hơn cho trang web đang làm.
III. Tổng kết
Tóm cái quần lại, học là một cuộc nghệ thuật và mình đang thấy mình vẫn chưa phải là một nghệ sĩ. Nhất là đối với một FE developer như mình, cái đẹp, cái tỉ mỉ và sự tư duy logic nó phải được ưu tiên hàng đầu.
Chúc các bạn luôn nuôi dưỡng niềm tin và bền bỉ tiến đến thành công!
Đặng Bá Hậu
- Published in Posts
Spring-MVC
Spring Framework là một khung mã nguồn mở để xây dựng các ứng dụng Java Web, nó mạnh và nhẹ dễ dàng sử dụng và hỗ trợ phát triển các ứng dụng Java. Spring framework hiện tại phiên bản 5.0 và nó có các thành phần cơ bản Spring MVC, Spring Security, Spring Data, Spring Web Services …. Spring MVC thuộc trong các phần cơ bản của Spring Framework, nếu bạn muốn nâng cấp sử dụng Spring Boot hay các phần nâng cao hơn bạn phải có kiến thức nền vững.
Trong bài viết này tôi giới thiệu về Spring MVC, gồm các phần chính:
- Khái quát Spring MVC
- DispatcherServlet
- Tạo một project Spring MVC
- Tổng kết
I. Khái quát Spring-MVC
Spring web MVC là web framework ban đầu được xây dựng trên Servlet API và được đưa vào Spring Framework từ đầu. Tên đầy đủ của nó là “Spring Web MVC” thường gọi là “Spring MVC”. Spring MVC cung cấp bộ khung, kiến trúc Model-View-Controller và các thành phần khác có sẵn trong thư viện để phát triển các ứng dụng web
Mô hình MVC dùng phân tách rõ ràng nhiệm vụ của từng phần ví dụ như phần logic đầu vào, logic business, giao diện người dùng và cung kết nối giữa các yếu tố.
- Model gồm các POJO, Service, DAO, POJO là ?? … Plain Old Java Object là đối tượng Java thông thường không bị ràng buộc bởi bất kỳ hạn chế đặc biệt nào chỉ đơn giản có các thuộc tính và các phương thức
- View được hiểu là xem, hiển thị cho người dùng tức phía client thấy được Model, phần này có chứa các file HTML hiển thị ra trình duyệt: HTML, JSP ..
- Controller xử lý yêu cầu của người dùng tức phía client ,xây dựng Model phù hợp và chuyển nó qua View: Dispatcher Controller, Handler Mapping, Controller
II. DispatcherServlet
MVC Framework được thiết kế xoay quanh DispatcherServlet. Giới thiệu sơ qua về DispatcherServlet và mở rộng thành phần:
- DispatcherServlet là một lớp đứng ra quản lý toàn bộ các hành động của framework (front controller) trong suốt quá trình thực thi các lệnh thông qua HTTP request
- HandlerMapping: chọn một đối tượng sẽ xử lý các request dựa trên các thuộc tính và điều kiện của các request đó
- Handleradapter: thực thi các handler đã chọn
- HandlerInterceptor: ngăn chặn lọc các request từ user nó được coi như Servlet filter không bị quản lý bởi DispatcherServlet
- LocaleResolver: xử lý và lưu một phần các thông tin của user
- MultipartResolver: làm cho việc upload file dễ dàng hơn bằng cách gói các request lại
Cách thức hoạt động Spring MVC hoạt động
Set 1: Khi client (browser) gửi một yêu cầu HTTP request đến một URL.
DispatcherServlet của Spring MVC nhận được yêu cầu
Set 2: DispatcherServlet đi vào Handler Mapper xác định bộ điều khiển nào chịu trách nhiệm xử lý yêu cầu HTTP
Set 3: Handler Mapper chọn bộ khiển được ánh xạ tới URL yêu cầu đến và trả về (selected Handler) và (Controller detail to dispatcherServlet) điều khiển chi tiết cho DispatcherServlet
Set 4: Bây giờ DispatcherServlet hiểu bộ điều khiển nào chịu trách nhiệm xử lý yêu cầu nên DispatcherServlet sẽ chuyển yêu cầu đó đến bộ điều khiển(Controller)
Set 5 : Bây giờ Controller xử lý yêu cầu ,xác thực yêu cầu,và tạo model with data. Sau đó Controller trả về tên logic của view và model cho dispatcherServlet
Set 6: DispatcherServlet đẩy vào ViewResolver xử giải quyết một chế độ xem logic với chế độ xem vật lý tồn tại application
Set7: ViewResolver chịu trách nhiệm ánh xạ chế độ xem logic với chế độ xem thực tế và trả lại chi tiết chế độ xem thực tế trở lại DispatcherServlet
Set 8: DispatcherServlet gửi kết quả view và model đến View component
Set 9: View component merge view và model và form HTML, thành phần View component gửi đầu ra HTML trở lại DispatcherServlet
Set 10: DispatcherServlet cuối cùng gửi đầu ra HTML dưới dạng phản hồi trở lại trình duyệt để hiển thị
III. Tạo project spring mvc
- Công cụ và công nghệ sử dụng
- Spring MVC – 5.1.0 RELEASE
- JDK – 1.8 or later
- Maven – 3.5.1
- Apache Tomcat – 8.5
- IDE – STS/Eclipse Neon.3
- JSTL – 1.2.1
Mô hình :
- Các bước tiến hành
2.1 Create Maven Web Application
Khởi tạo project maven tools Eclipse IDE
2.2 Add Dependencies – pom.xml File
| <project xmlns=”https://maven.apache.org/POM/4.0.0″ xmlns:xsi=”https://www.w3.org/2001/XMLSchema-instance” xsi:schemaLocation=”https://maven.apache.org/POM/4.0.0 https://maven.apache.org/maven-v4_0_0.xsd”> <modelVersion>4.0.0</modelVersion> <groupId>net.javaguides.springmvc</groupId> <artifactId>springmvc5-helloworld-exmaple</artifactId> <packaging>war</packaging> <version>0.0.1-SNAPSHOT</version> <name>springmvc5-helloworld-exmaple Maven Webapp</name> <url>https://maven.apache.org</url> <properties> <failOnMissingWebXml>false</failOnMissingWebXml> </properties> <dependencies> <!– https://mvnrepository.com/artifact/org.springframework/spring-webmvc –> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.1.0.RELEASE</version> </dependency> <!– JSTL Dependency –> <dependency> <groupId>javax.servlet.jsp.jstl</groupId> <artifactId>javax.servlet.jsp.jstl-api</artifactId> <version>1.2.1</version> </dependency> <dependency> <groupId>taglibs</groupId> <artifactId>standard</artifactId> <version>1.1.2</version> </dependency> <!– Servlet Dependency –> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>3.1.0</version> <scope>provided</scope> </dependency> <!– JSP Dependency –> <dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>javax.servlet.jsp-api</artifactId> <version>2.3.1</version> <scope>provided</scope> </dependency> </dependencies> <build> <sourceDirectory>src/main/java</sourceDirectory> <plugins> <plugin> <artifactId>maven-compiler-plugin</artifactId> <version>3.5.1</version> <configuration> <source>1.8</source> <target>1.8</target> </configuration> </plugin> </plugins> </build></project> |
2.3 Project Structure
Chú ý :
Model – HelloWorld.java
View – helloworld.java
Controller – HelloWorldController.java
2.4 Spring Configuration – AppConfig.java
Khởi tạo AppConfig sử dụng các annotated @Configuration , @EnableWebMvc và @ComponentScan
| package net.javaguides.springmvc.helloworld.config; import org.springframework.context.annotation.Bean;import org.springframework.context.annotation.ComponentScan;import org.springframework.context.annotation.Configuration;import org.springframework.web.servlet.config.annotation.EnableWebMvc;import org.springframework.web.servlet.view.InternalResourceViewResolver;import org.springframework.web.servlet.view.JstlView; /** * @author Ramesh Fadatare */ @Configuration@EnableWebMvc@ComponentScan(basePackages = { “net.javaguides.springmvc.helloworld”})public class AppConfig { @Bean public InternalResourceViewResolver resolver() { InternalResourceViewResolver resolver = new InternalResourceViewResolver(); resolver.setViewClass(JstlView.class); resolver.setPrefix(“/WEB-INF/views/”); resolver.setSuffix(“.jsp”); return resolver; }} |
Giải thích một số thành phần :
@Configuration : chú thích cấp lớp chỉ ra rằng một đối tượng là nguồn định nghĩa Bean
@EnableWebMvc :cho phép cấu hình mặc định Spring MVC , chức năng tương đương mvc:annotation-driven/ trong XML
@ComponentScan : quét các đầu annotation (ví dụ @Controller , @Service ..vv ) trong một gói được chỉ định bởi thuộc tính basePackages
InternalResourceViewResolver
| @Bean public InternalResourceViewResolver resolver() { InternalResourceViewResolver resolver = new InternalResourceViewResolver(); resolver.setViewClass(JstlView.class); resolver.setPrefix(“/WEB-INF/views/”); resolver.setSuffix(“.jsp”); return resolver; } |
Với cấu tạo trên đây ta có thể đọc được file jsp .tạo link đến file này
2.5 Servlet Container Initialization – MySpringMvcDispatcherServletInitializer.java
| package net.javaguides.springmvc.helloworld.config; import org.springframework.web.servlet.support.AbstractAnnotationConfigDispatcherServletInitializer; /** * @author Ramesh Fadatare */public class SpringMvcDispatcherServletInitializer extends AbstractAnnotationConfigDispatcherServletInitializer { @Override protected Class <?> [] getRootConfigClasses() { // TODO Auto-generated method stub return null; } @Override protected Class <?> [] getServletConfigClasses() { return new Class[] { AppConfig.class }; } @Override protected String[] getServletMappings() { return new String[] { “/” }; }} |
Cấu hình Spring MVC DispatcherServlet và thiết lập ánh xạ Url tới MVC
DispatcherServlet
2.6 Model Class – HelloWorld.java
Khởi tạo model hiển thị trên một view
| package net.javaguides.springmvc.helloworld.model; public class HelloWorld { private String message; private String dateTime; public String getMessage() { return message; } public void setMessage(String message) { this.message = message; } public String getDateTime() { return dateTime; } public void setDateTime(String dateTime) { this.dateTime = dateTime; }} |
2.7 Controller Class – HelloWorldController.java
| package net.javaguides.springmvc.helloworld.controller; import java.time.LocalDateTime; import org.springframework.stereotype.Controller;import org.springframework.ui.Model;import org.springframework.web.bind.annotation.RequestMapping; import net.javaguides.springmvc.helloworld.model.HelloWorld; /** * @author Ramesh Fadatare */@Controllerpublic class HelloWorldController { @RequestMapping(“/helloworld”) public String handler(Model model) { HelloWorld helloWorld = new HelloWorld(); helloWorld.setMessage(“Hello World Example Using Spring MVC 5!!!”); helloWorld.setDateTime(LocalDateTime.now().toString()); model.addAttribute(“helloWorld”, helloWorld); return “helloworld”; }} |
Tạo lớp HelloController có annotation @ Controller
2.8 View – helloworld.jsp
| <%@ page language=”java” contentType=”text/html; charset=ISO-8859-1″ pageEncoding=”ISO-8859-1″%><%@ taglib uri=”https://java.sun.com/jsp/jstl/core” prefix=”c”%><!DOCTYPE html><html><head><%@ page isELIgnored=”false” %><meta charset=”ISO-8859-1″><title>Spring 5 MVC – Hello World Example | javaguides.net</title></head> <body> <h2>${helloWorld.message}</h2> <h4>Server date time is : ${helloWorld.dateTime}</h4> </body></html> |
Tạo file helloworld.jsp trong src/main/webapp/WEB-INF/views
2.9 Build + Deploy + Run an application
Build thành công,chúng ta sẽ chạy trên máy chủ Tomcat
2.10 Demo: Ok Good Luck
VI. Tổng kết
Vừa rồi là góc nhìn về mô hình MVC với một vài lưu ý:
- Cách thức hoạt động của DispatcherServlet là mấu chốt vấn đề, DispatcherServlet xử lý các luồng hoạt động của MVC
- Trong project ta sử dụng class : AppConfig.class cấu hình thay vì sử dụng file XML. AppConfig.class quản lý các Bean kết nối với file.jsp trong bài này tôi sử dụng , nếu bạn thích bạn có thể cấu hình với thymeleaf, File Spring Mvc Dispatcher ServletInitializer.class đóng vai trò là DispatcherServlet sử dụng các Bean làm cầu nối.
Hẹn gặp lại các bạn vào bài viết tiếp theo.
Đoàn Văn Hiệu
- Published in Posts, Technology
Tại sao anh em Đép cảm thấy nếu thiếu hơi chị em sẽ rất nguy hiểm??
Thời đại cách mạng 4.0 đang trên đà phát triển mạnh mẽ, người người nhà nhà đổ bộ vào ngành CNTT. Nhưng thật kỳ lạ, tại sao tôi lại thấy đàn ông thì cả rổ còn chị em phụ nữ chỉ có vài mống???
Đúng vậy, số lượng chị em bạn dì tham gia vào ngành CNTT rất là ít. Tỷ lệ nam:nữ tại các công ty công nghệ thường là 9:1, nơi nào may mắn thì sở hữu tỷ lệ vàng là 8:2, còn những nơi nào không may mắn thì sẽ không có tỷ lệ 🙁
Điều này cũng là dễ hiểu khi mà đối với các chị em thì việc tiếp cận, tìm hiểu và nghiên cứu về một ngành kĩ thuật đòi hỏi nhiều sáng tạo như CNTT là một khó khăn khá lớn. Theo các nghiên cứu khoa học, chị em có thế mạnh về trí nhớ hơn là tư duy logic.
Tuy nhiên có một điều khá trớ trêu, đó là bộ phận kiểm thử (tester) lại có rất nhiều chị em bạn dì. Lý do có thể vì đây là một công việc tương đối nhẹ nhàng và cần tính cẩn thận, kiên nhẫn.
Nhưng sự thật đau khổ là ai có thể “độ” được mối quan hệ giữa Đép và Tét??
Nếu xem anh chàng Đép là 1 nhân vật “thiện”, khổ nhọc, vất vả lắm mới làm ra được sản phẩm, thì cô nàng Tét lại đóng vai “ác” chỉ ngồi và nhăm nhe bắt lỗi của cậu chàng Đép tội nghiệp, rồi nhảy lên cười sung sướng khi tìm thấy lỗi. Những lúc như thế rất là gây mất đoàn kết nội bộ và mối quan hệ của Đép với Tét không được tốt như lần đầu nhìn thấy nhau nữa. Đép buồn, Tét cũng có vui bao giờ. Chỉ có Bug là rung đùi sung sướng nhìn đời trớ trêu thôi. À, thì ra là nó, người thứ 3 chen vào giữa cuộc tình của chúng tôi.
Gái đã ít, nay lại còn dỗi nhau, anh em chúng tôi biết sống làm sao? 🙁
Biểu hiện của việc “dương thịnh, âm suy” là như thế nào? Là cả đám đực rựa cả ngày quanh quẩn bên nhau, chơi cùng, ăn cùng, ngủ cùng, đến đi vệ sinh cũng phải rủ nhau cùng đi cho vui. Là khi được thông báo hôm nay có bạn nữ đến phỏng vấn, cả đám anh em phân chia người mở cửa, người rót nước, người ra hỏi thăm làm quen. Các cô gái sẽ được phái mạnh nhiệt tình giúp đỡ trong mọi vấn đề, từ công việc đến cả chuyện tư vấn tình cảm, từ việc dọn dẹp, đến bưng bê đồ ăn, em cứ ngồi đó mọi việc cứ để anh lo. Chưa kể đến những dịp lễ, các chị em được ngưỡng mộ và cưng chiều hết mực, được nhận rất nhiều quà từ cánh mày râu, tình cảm cứ phải gọi là chứa chan dạt dào, người yêu nào có thể bằng được.
Công ty chúng tôi tương đối may mắn, HiveTech có một cô gái làm Front-end hiểu biết và hiểu chuyện, cái gì cô ấy cũng biết, có mỗi biết điều là không biết thôi. Suỵt, tôi đùa đấy. Cô ấy sống vô cùng giản dị. Giản dị không phải do dành quá nhiều thời gian để ngồi code mà quên mất chăm sóc bản thân, cô ấy giản dị bởi phong cách sống. Trước hết, con gái IT thì cũng vẫn là con gái, vẫn nữ tính và điệu đà. Những cô ấy không quá phô trương, không quá ồn ào, lúc làm việc sẽ tập trung cao độ, khi công việc kết thúc lại hòa mình vào những buổi tụ tập đi chơi.
Ngành CNTT không phân biệt nam – nữ, đam mê và tạo nên năng lực sẽ giúp bạn chinh phục được mọi khó khăn. Vậy cớ gì ngăn cản chị em đến với ngành CNTT? Có phải do ảnh hưởng của việc thức đêm thường xuyên cộng với việc tiếp xúc nhiều với máy tính, ngoại trừ việc tặng cho “ngoại hình” một cặp mắt panda, thì còn “khuyến mãi” thêm một làn da con cóc? Nhưng mọi người hãy nhìn cô gái FE của chúng tôi đi, cô ấy chính là niềm vui và cũng là niềm hãnh diện của anh em HiveTech chúng tôi. Cô ấy vẫn nghiêm túc khi làm việc và vẫn thật xinh đẹp khi đi chơi.
CNTT là ngành cần sự tư duy cao, tuy vậy việc tư duy logic cũng có thể rèn luyện được. Chỉ cần có sự đam mê, chịu khó tìm tòi nghiên cứu tài liệu mọi thứ có thể nằm trong tầm tay cho dù có khó khăn và vất vả. Có thể việc theo đuổi ngành CNTT với các chị em sẽ có những bất lợi nho nhỏ nhưng cũng đầy thuận lợi, bởi vì bên cạnh các cô gái đều có những chàng trai đầy nhiệt huyết như chúng tôi mà.
Bạn biết người lập trình ra máy tính đầu tiên là một người phụ nữ rất tài năng không, vì vậy chúc các cô gái sẽ luôn mạnh mẽ – vững tin lựa chọn theo đuổi ngành IT. Chúng tôi – những chàng trai trong ngành, luôn mong ngóng và mở rộng vòng tay chào đón các bạn nữ gia nhập hội. Bởi vì, hơn ai hết chúng tôi hiểu được sự nguy hiểm khi thiếu các bạn, sợ rằng chúng tôi sẽ yêu nhau 🙁
Nguyễn Quang Vinh
- Published in Posts
ĐIỂM KHÁC NHAU GIỮA REST VÀ RESTful
REST (REpresentational State Transfer) về cơ bản là một kiểu thiết kế trong phát triển phần mềm mà có 1 số quy tắc sau:
– Nó nên là stateless
– Nó thường chỉ lấy các resources của server thông qua URI
– Nó thường ko có session
– Chỉ sử dụng phương thức – HTTP
– Dùng các method HTTP: GET, POST, PUT, DELETE để thực hiện các quá trình CRUD (tạo, thêm. sửa, xóa)
– Kết quả trả về thường ở dạng JSON hoặc XML, atom, OData etc. (lightweight data)
REST based services sẽ có một vài những nguyên tắc trên
RESTful services sẽ tuân theo tất cả những nguyên tắc trên
I. Bảng so sánh REST vs RESTful
II. Sự khác biệt chính giữa REST vs RESTful trong các điểm sau:
1. Architecture
Kiến trúc của ứng dụng REST có một máy khách-máy chủ, không trạng thái, bộ nhớ cache, hệ thống lớp và giao diện thống nhất. Nhưng trong các ứng dụng web RESTful, nó đã kết hợp kiến trúc giống như REST nhưng nó được tích hợp sẵn các tính năng độc đáo. Các ứng dụng REST có một hệ thống riêng xử lý thông tin ứng dụng. Máy chủ REST này tương tác với máy khách-máy chủ quản lý sự tương tác của người dùng.
2. Stability
Các máy chủ REST không duy trì bất kỳ trạng thái máy khách nào trong đó máy khách quản lý tất cả các giai đoạn ứng dụng. Yêu cầu đến máy chủ bao gồm tất cả các dữ liệu bắt buộc cần thiết để xử lý chúng. Trong các API RESTful, nếu có bất kỳ biến động nào trong trạng thái, máy khách sẽ trả lời hệ thống để lưu trữ. Lấy dữ liệu tương phản cụ thể từ REST với cơ sở hạ tầng sử dụng các đối tượng phân tán để cản trở thông tin từ các thành phần khác. Nhưng trong các hệ thống REST, máy khách và máy chủ trao đổi kiến thức về trạng thái và dữ liệu. Trong các dịch vụ RESTful, việc che giấu dữ liệu không diễn ra và nó chỉ che giấu việc thực hiện.
3. Cache Ability
Hệ thống REST phải thể hiện phản hồi là có thể lưu trong bộ nhớ cache hoặc không lưu trong bộ nhớ cache. Vì vậy, các khách hàng và cơ sở hạ tầng có thể lưu trữ chúng khi có thể để tăng hiệu suất. Nó có thể thay thế dữ liệu không lưu trong bộ nhớ cache khi không có máy khách nào sử dụng dữ liệu được lưu trữ. Trong các ứng dụng RESTful, trạng thái không thể xóa và thông tin có thể lưu trong bộ nhớ cache có thể truy cập được đến máy khách mọi lúc, mọi nơi.
4. Undeviating Interface
Đó là quy tắc nổi tiếng nhất dựa trên yêu cầu của người dùng. Tính năng trung tâm tách biệt kiến trúc của REST khỏi một sự hỗn loạn phụ thuộc vào mạng khác khi nó được nhúng trên một giao diện không thể tách rời giữa các thiết bị. Các dịch vụ REST cung cấp dữ liệu dưới dạng tài nguyên với một không gian tên riêng và duy nhất.
5. Multi-Layered Architecture
Trong REST, các thiết bị trong hệ thống không thể xem ngoài lớp. vì vậy nó chỉ đơn giản là có thể tăng cường cân bằng tải và tạo một số proxy để tăng cường hiệu suất và bảo mật. Nhưng trong API RESTful, kiến trúc phân lớp được xây dựng trên máy chủ-máy khách nơi các giới hạn không trạng thái được hợp nhất để phát triển một ứng dụng có ranh giới mạnh và tách biệt giữa các ranh giới rõ ràng và khác biệt. Các dataflow ở giữa các lớp dựa trên các yêu cầu của máy khách. Máy khách thao tác dữ liệu hoặc hiển thị nó.
6. Remote Procedure Call on Web Services
Nếu người dùng đề cập rằng nếu một dịch vụ không có trong REST, thì nó đang tìm kiếm tại URI hoạt động hoặc việc sử dụng các dịch vụ trên các động từ HTTP. Nó được gọi là tập hợp tài nguyên thống nhất và nó là biểu diễn cấu trúc của dữ liệu REST. Vì vậy, sự phân tách giữa mỗi khung hoặc lớp này được gọi là REST trong các cuộc gọi thủ tục từ xa. Các dịch vụ web để thêm, lập lịch, xóa bất kỳ đối tượng nào khỏi kho lưu trữ hoặc cơ sở dữ liệu thương mại điện tử có thể được RPC thực hiện trên REST. Liên kết URL duy nhất với truy vấn trên HTTP POST và HTTP GET được sử dụng để tương tác với các dịch vụ bằng cách đăng một tệp và định cấu hình nội dung để hoàn thành yêu cầu. Các lệnh phổ biến được sử dụng để thực hiện các hành động HTTP được sử dụng bởi các dịch vụ REST và RESTful là PUT, DELETE, GET, POST và PATCH với tất cả các giới hạn cụ thể. Các API có cấu trúc có thể trả về các mã duy nhất theo yêu cầu của khách hàng.
7. Maturity Model by Richardson
Các tài nguyên URI sử dụng HTTP làm cho người dùng dự đoán API. Nhưng nếu không thể đoán trước, người dùng có thể tiếp cận các dịch vụ REST cùng với siêu văn bản. Vì vậy, mọi đối tượng có thể được trả về trong ứng dụng kiểm kê bao gồm nhiều liên kết để xóa, chỉnh sửa, nhập hoặc định cấu hình cơ sở dữ liệu kiểm kê của tài nguyên. Các tệp giải thích rằng trước khi bất kỳ dịch vụ nào là RESTful, nó sẽ cung cấp nội dung siêu văn bản như một phần của API. Nhưng nhiều dịch vụ web không đáp ứng nhu cầu này và được gọi là REST. Trong nhiều trang web, các quy tắc được chia thành các phần nhỏ và mô hình Richardson đã tạo ra một REST với nhiều cấp độ tuân thủ với bảo mật nâng cao. Mô hình này cung cấp các hướng dẫn phù hợp, hiệu quả để thiết kế và tạo bất kỳ ứng dụng mới nào.
Tạ Trung Kiên
(Nguồn: Educa)
- Published in Posts, Technology
KINH NGHIỆM KHI ĐI LÀM VIỆC ONSITE
Onsite là một trải nghiệm lý thú trong hành trình phát triển của mỗi lập trình viên. Sau đây hãy cùng nghe một chia sẻ thực tế từ một anh lập trình viên đi onsite tại HiveTech, hãy xem bạn ấy có những trải nghiệm như thế nào nha…
Bạn hãy giới thiệu đôi chút về bản thân
Xin chào, mình tên là Tùng, sinh năm 1994, hiện mình đang sinh sống và làm việc tại Hà Nội. Mình là một Frontend Developer đang đi onsite cho một dự án tại HiveTech.
Cơ duyên nào đã dẫn đến việc bạn đi onsite tại HiveTech ?
Thực ra việc mình đi làm việc onsite tại HiveTech cũng khá là tình cờ. Lúc đó mình mới vào công ty chính được khoảng vài ngày. Anh sếp cũng giới thiệu và muốn cho mình đi onsite luôn. Hồi đó mới vào, sếp bảo gì là mình làm theo thôi. Anh sếp có bảo hiện công ty có một số đối tác đang muốn thuê người về làm. Trong các dự án anh giới thiệu, mình ấn tượng với một dự án mà anh bảo là em sẽ được làm việc với người nước ngoài giúp tăng khả năng giao tiếp tiếng anh. Nghe có vẻ hấp dẫn nên mình nhận lời luôn.
Thế là chiều hôm đấy mình đi phỏng vấn tại công ty đó. Ấn tượng của mình về công ty lúc đó là công ty khá nhỏ, ít người khác xa so với tưởng tượng của mình. Trước khi đến phỏng vấn mình cũng tìm hiểu trước về công ty mình sẽ làm việc trông như nào. Phỏng vấn mình là hai anh trông khá lớn tuổi và chững chạc. Buổi phỏng vấn diễn ra khá nhanh, vui vẻ và thoải mái.
Sau đó vài ngày mình có nhận được mail bảo rằng mình chưa phù hợp với vị trí hiện tại của công ty. Thực sự lúc đó cũng có hơi chút buồn. Anh sếp có động viên và bảo mình tiếp tục tham gia một số dự án công ty đang làm để học hỏi thêm kinh nghiệm. Vậy là mình ở lại làm công ty chính khoảng hai tuần. Rồi bỗng nhiên tới một hôm anh sếp bảo rằng chỗ đối tác kia muốn thuê em về làm việc. Mình có chút bất ngờ, bối rối nhưng rồi cũng nhận lời luôn. Còn sau đó thì là những trải nghiệm tuyệt vời không thể nào quên…..
Anh Tùng, hàng đầu thứ 3 bên phải Khó khăn mình gặp phải trong quá trình làm việc
Lúc mình sang bên này làm thì mình cũng đã khá quen với môi trường ở công ty chính, được nói chuyện và làm việc với mọi người ở đó nên mình cũng thực sự không muốn đi đâu cả. Sang làm việc cho đối tác là mình lại phải bắt đầu làm lại từ đầu, từ làm quen với đồng nghiệp mới, tìm hiểu quy trình làm việc mới và cả những kiến thức mới. Lúc đó mình mới chỉ trải qua 6 tháng kinh nghiệm làm React Js nên mình có hơi chút lo lắng liệu không biết mình có làm được việc không. Hơn nữa, dự án này lại chỉ có mỗi mình là làm Frontend nên về giao diện gần như mình phải tự mình làm hết, không ai có thể support mình cả. Lúc mới vào anh leader có bảo mình overview source code và update các kiến thức mới. Hôm sau anh giao cho mình làm thử một task nhỏ.
Mình bắt đầu tiến hành làm nhưng khổ nỗi dự án này trước đó đã có một người làm để lại, code của anh ấy viết khá rối và không có rõ ràng nên mình mất rất nhiều thời gian chỉ để đọc hiểu những gì anh ấy đã viết. Thú thực cũng có những lúc mình rất chán nản, suy nghĩ về cuộc đời bản thân và muốn buông xuôi tất cả. Nhưng nghĩ đến những đồng tiền sắp kiếm được, nghĩ đến bố mẹ đang trông mong ở nhà mà mình đã cố gắng suy nghĩ bình tâm lại và tự nhắn nhủ bản thân mình sẽ làm được. Mưa dầm thấm lâu, trời không phụ sự cố gắng của mình nên cuối cùng mình cũng đã hiểu ra và hoàn thành được first task. Tuy mất tới tận 3 ngày nhưng đó là bước đệm đầu tiên giúp mình tự tin hơn để hoàn thành những công việc sau này.
Không chỉ có khó khăn về mặt chuyên môn, chuyện đi lại cũng khiến mình gặp một chút khó khăn. Địa chỉ công ty đối tác xa hơn công ty mình thêm khoảng 1, 2 km nên mình phải dậy sớm hơn để đi làm cho kịp giờ, hơn nữa trên đường đi lại có rất nhiều anh công an luôn nhăm nhe bắt mình. Có một lần mình đang đi lúc rẽ trái mình có đi vào làn đường BRT, thì tự nhiên có một anh công an xuất hiện. Lúc đó trong đầu mình nghĩ thôi xong rồi, kiểu gì cũng sẽ mất tiền. Nhưng không, thật là may mắn ông trời có mắt vẫn thương mình. Do mình vẫn bật xi nhan trái nên anh ấy ko bắt mình mà bắt anh bên cạnh. Mình hú hồn, thở phào nhẹ nhõm. Đúng là ở hiền thì gặp lành. Sau vụ đó mình rút kinh nghiêm thay vì phải chạy lên trên để rẽ trái thì mình sang trái trước đó một đoạn, mặc dù đi trái đường nhưng các anh ấy ko thể bắt mình được nữa vì các anh ấy chỉ bắt phía trên thôi ( cười ) !!!
Kỷ niệm đáng nhớ nhất?
Khi làm việc tại đây mình có rất nhiều kỷ niệm vui nhưng đáng nhớ nhất có lẽ là chuyến đi du lịch 2 ngày 1 đêm tại Vịnh Hạ Long, Quảng Ninh. Bọn mình đã cùng nhau đi thăm quan động Mê Cung, bảo tàng Quảng Ninh, chèo thuyền, chơi các trò chơi tại Sun World. Khi về homestay bọn mình lại cùng nhau nướng thịt, chuẩn bị đồ ăn và party. Những hoạt động như vậy giúp mình và cả team xả stress sau những ngày làm việc căng thẳng cũng như tăng thêm sự gắn bó tình cảm thân thiết giữa các thành viên. Đó là những trải nghiệm thú vị, bổ ích mà mình sẽ không bao giờ quên.
Anh Tùng, hàng cuối ngoài cùng bên phảiSai lầm đáng nhớ nhất và bài học bạn rút ra được?
Có một lần anh leader có đăng trên nhóm chat bảo tại sao chức năng chuyển tiền không hoạt động. Lúc đó là sau giờ làm, khoảng 7h tối, mình đang ở nhà và có tình cờ đọc được. Thế là mình mở máy lên xem. Sau khi check một lượt không thấy có vấn đề gì, mình có nhắn lại cho anh leader. Anh ấy bảo mình nếu đã thấy ok về mặt technical thì thử chuẩn bị test chức năng chuyển tiền đó luôn. Nhưng anh dặn chỉ được phép thử đối với trường hợp số tiền nhỏ là X$ do bên đối tác tự tạo ra để test, chứ không được phép ấn chuyển tiền đối với giao dịch của khách hàng. Mình nhớ lời anh dặn và thực hiện test.
Sau khi làm xong mình có gửi ảnh chụp lại việc mình thực hiện thành công. Đợi một lúc sau, tự nhiên anh Leader hỏi tại sao chưa thấy có chuyện gì xảy ra và hỏi mình có ấn nhầm gì không. Lúc đầu mình bảo là không có nhầm lẫn gì cả nhưng lúc sau mình mới phát hiện là thì ra mình đã ấn nhầm chuyển tiền đối với giao dịch có trị giá tận XXX$ thay vì là giao dịch trị giá X$. Anh leader cũng tá hỏa lên rồi mắng mình tại sao không check kỹ rồi mới thực hiện.
Cuối cùng, anh ấy phải nhờ bên đối tác can thiệp để xử lý. Sau sự cố đó, mình rút ra được bài học là trước khi test một cái gì đó thì phải kiểm tra thật kỹ trước khi thực hiên nếu không sẽ gây ra hậu quả nghiêm trọng nhất là khi mình đang test trên sản phẩm đang vận hành có chứa rất nhiều thông tin của khách hàng thì mình cần phải cẩn thận hơn nữa. Và nếu như chẳng may xảy ra vấn đề phát sinh thì cần chụp lại các bước mình mình đã thực hiện làm kết quả đối chiếu. Trong cuộc đời thì ai cũng có thể mắc sai lầm, quan trọng là cách mình đối diện và khắc phục nó.
Những điều gì bạn học được ?
Trong quá trình làm việc tại đây, mình đã học và hoàn thiện được rất nhiều kỹ năng chuyên môn. Một phần cũng do chỉ có mình làm Frontend, phải tự làm, tự trải nghiệm, tự vấp ngã, tự sửa nên đã giúp mình có thêm rất nhiều kinh nghiệm quý báu. Hồi mới vào, mình còn chưa nắm rõ React Hooks là gì hoạt động ra sao, nhưng sau một vài tháng tự mày mò mình đã hiểu hết được các công dụng của chúng. Ngoài kiến thức chuyên môn, mình cũng đã học được thêm kỹ năng giải quyết vấn đề, kỹ năng phân tích. Có thể nói quá trình đi onsite đã giúp mình có bước chuyển lớn từ một fresher bình thường thành một junior có nhiều kinh nghiệm.
Đi làm onsite cũng giúp mình có thêm thu nhập vì khi đi làm onsite mình được công ty chính hỗ trợ thêm tiền mỗi ngày. Khoản tiền tuy không quá lớn nhưng giúp mình trang trải thêm chi phí sinh hoạt hằng ngày. Vì mình làm cho cả 2 công ty nên bất cứ sự kiện tổ chức nào mình đều có quyền được tham gia. Mình được đi year end party 2 lần, sắp tới còn được đi du lịch 2 lần nữa.
Quá trình đi onsite cũng giúp mình gặp thêm nhiều bạn mới, cùng nhau làm việc, cùng nhau vui chơi, chia sẻ những tâm sự, buồn vui trong cuộc sống.
Anh Tùng, hàng cuối thứ 1 bên phảiKế hoạch sắp tới của bạn là gì ?
Do dự án hiện tại vẫn đang được phát triển nên mình vẫn sẽ tiếp tục làm ở đây cho tới khi dự án hoàn thành. Vì mình cũng đã làm Frontend được một thời gian rồi nên mình cũng đang có mong muốn học thêm Java nhằm đạt được mục tiêu trở thành Fullstack Web Developer. Thật may mắn khi tại HiveTech có rất nhiều anh làm Java giỏi và họ cũng rất sẵn sàng giúp đỡ, chỉ bảo tận tình. Hy vọng sắp tới mình có thể đạt được mục tiêu của mình.
Lời khuyên cho các bạn đi muốn onsite ?
Một khi bạn đã đi onsite thì có nghĩa là bạn đã đại diện cho hình công ty vậy nên hãy chuẩn bị thật kỹ những kiến thức, kỹ năng để giúp quá trình đi onsite được diễn ra tốt đẹp. Thêm nữa, bạn cũng nên chuẩn bị một tinh thần thật tốt, vững vàng để khi gặp bất cứ tình huống nào thì cũng sẽ không bị nản chí. Mình chúc các bạn onsite sẽ luôn hết mình vì công việc, luôn luôn có trách nhiệm hoàn thành tốt các công việc được giao. Chúc cho biệt đội đánh thuê sẽ ngày càng lớn mạnh và gặt hái được nhiều thành tích tốt hơn nữa!!!
P/s: Hiện nay HiveTech chúng mình đang tuyển dụng nhiều vị trí. Hãy click để xem chi tiết.
Lê Duy Tùng
- Published in Posts, Uncategorized
ĐI ONSITE ĐƯỢC GÌ, MẤT GÌ ??!!
Một lập trình viên có rất nhiều lựa chọn: làm việc cho các công ty product để xây dựng sản phẩm nội bộ, hoặc các công ty outsourcing cho các sản phẩm của đối tác. Tuy nhiên, có một thuật ngữ mặc dù đã quen với các bạn đã đi làm nhưng vẫn khá lạ so với đại đa số người mới. Đó là: Onsite. Hãy cùng tìm hiểu về thuật ngữ này trong ngành lập trình cùng HiveTech nha.
I. Onsite là gì?
Onsite là làm việc cho khách hàng – thay vì làm việc cho doanh nghiệp đã ký hợp đồng ban đầu. Các bạn sẽ được thử thách tại các doanh nghiệp khác với các dự án lớn cần nhiều người tham gia. Điều kiện ở đây là lập trình viên cần có kinh nghiệm hay ít nhất cũng biết những đầu việc cơ bản mà không cần đào tạo thêm.
Việc đi làm onsite là mơ ước của khá nhiều anh em lập trình, nhất là các bạn vừa ra trường, muốn khám phá thế giới đi làm như thế nào, tiếp xúc với môi trường chuyên nghiệp hay văn hóa của một doanh nghiệp nào đó, hoàn toàn mới mẻ. Nhiều người thường hay nghĩ rằng, đi làm onsite sẽ khó thích nghi được với môi trường mới. Tuy nhiên, đó chỉ là suy nghĩ mang tính chất hạn hẹo. Bởi vì, không có gì may mắn hơn khi chúng ta được ra ngoài tiếp xúc với những cái mới mẻ để từ đó đúc kết kinh nghiệm cho bản thân giống như được đi ra biển lớn vậy.
II. Onsite được gì?
– Kiến thức: anh em IT đi onsite luôn được trang bị những kiến thức cơ bản nhất nhằm phục vụ cho dự án mới. Bạn sẽ nhận rất nhiều kiến thức khi tham gia một dự án lớn với quy mô hàng trăm, hàng ngàn người. Vậy nên đó là thứ dễ nhận thấy nhất.
– Kinh nghiệm: phải đối mặt và giải quyết những vấn đề chưa từng gặp phải, vấn đề hóc búa và phải giải quyết chúng một cách nhanh chóng cho kịp tiến độ, biết cách phòng tránh lỗi trong quá trình làm việc, biết cách fix lỗi và cho ra đời sản phẩm kịp tiến độ. Ngoài ra, kỹ năng mềm và cách thức giám sát, đôn đốc dự án là những gì bạn chẳng thể học được khi còn ngồi trên ghế nhà trường.
– Môi trường mới: anh em lập trình viên sẽ được làm quen với những con người mới, cách làm việc mới, văn hóa doanh nghiệp mới… tạo cho bạn những thói quen mới chuyên nghiệp hơn.
– Ngôn ngữ mới: Cho dù bạn onsite trong nước hay nước ngoài thì ngoại ngữ là thứ bạn rất cần trau dồi thêm để công việc thêm thuận tiện hơn. Sẽ có những lúc bạn bơ vơ tại xứ người, không có một người bạn nào ở bên bạn sẽ nhận ra tầm quan trọng của ngoại ngữ. Trong công việc cũng vậy, bạn giao tiếp được, hiểu được ý định thì sẽ code nhanh hơn so với nhờ phiên dịch.
– Cơ hội thăng tiến: Hãy tận dụng khoảng thời gian này để hoàn thiện bản thân, tích lũy những kinh nghiệm dù là nhỏ nhặt nhất. Với những kinh nghiệm hay phong cách làm việc chuyên nghiệp khi tiếp xúc với đối tác lớn, bạn sẽ dễ dàng thăng tiến một cách nhanh chóng.
III. Vậy Onsite mất gì?
– Mối quan hệ: liên tục thay đổi đồng nghiệp, môi trường khiến cho mình phải học cách thích nghi nhanh với sự thay đổi, khả năng cộng tác với những thành viên mới.
– Thời gian: Để kịp tiến độ, bạn sẽ phải hoàn thành nhiều việc một lúc, OT ngày đêm và chẳng còn thời gian cho bản thân, cho gia đình. Bạn sẽ có những khoảng thời gian
– Quyền lợi: Đó là các phúc lợi như team building, các lớp học thêm hay lâu lâu không được tính lương OT cũng là những khó khăn cần vượt qua.
IV. Kết luận
Có thể nói việc Onsite không khác gì lính đánh thuê. Rất nhiều thử thách bạn cần vượt qua và bạn sẽ vững vàng hơn, thoải mái hơn khi đã vượt qua những khó khăn đầu tiên. Khi đã có kinh nghiệm, bạn sẽ nhận được sự tin tưởng từ công ty cũng như các đối tác và cơ hội hoàn toàn rộng mở với bạn. Bạn có thể tiếp tục Onsite để lấy thêm kinh nghiệm, đi tìm một công việc ổn định hơn hoặc mở công ty riêng khi đã nắm trọn mọi thứ trong lòng bàn tay. Một khi đã biết biến thách thức thành cơ hội mình tin các bạn sẽ thành công.
Nguồn: Smartjob
- Published in Networking, Posts
- 1
- 2