Lời dạy của cổ nhân

Hình hài của mẹ cha cho
Trí khôn đời dạy, đói no tự mình
Sang hèn trong kiếp nhân sinh
Buồn vui sướng khổ, thường tình thế thôi
Không hơn hãy cố bằng người
Cho thiên hạ khỏi ai cười ai khinh

Có trí thì ham học
Bất trí thì ham chơi
Trí khôn tạo nên người
Đức nhân tìm ra bạn
Thành đạt nhờ trí sáng
Rạng danh nhờ đức dày
Làm nên nhờ có thầy
Đủ đầy nhờ có bạn
Gái ngoan nhờ đức hạnh
Trai mạnh nhờ lực cường
Tươi đẹp lắm người thương
Lực cường nhiều kẻ trọng
Dễ thích nghi thì sống
Biết năng động thì bền
Đủ tài trí làm nên
Đủ sức bền thì thắng

Biết mình khi hoạn nạn
Hiểu bạn lúc gian nguy
Nghèo hèn bởi tự ti
Ngu si vì tự phụ
Tài đức cao hơn phú
Hạnh phúc đủ hơn giàu
Sống trung tín bền lâu
Tình nghĩa sâu hạnh phúc
Đủ tài thì đỡ cực
Đủ sức lực đỡ nghèo
Dốt nát hay làm theo
Hiểu biết nhiều tự lập
Hỏng việc vì hấp tấp
Va vấp bởi vội vàng

Cảnh giác với lời khen
Bình tâm nghe lời trách
Quá nghiêm thì ít bạn
Dễ dãi bạn khinh nhờn
Không hứa hão là khôn
Không tin xằng ít vạ
Làm ơn đừng mong trả
Được ơn nhớ đừng quên
Nhu nhược bị ép chèn
Quá cương thì bị gãy
Cái quý thì khó thấy
Dễ lấy thường của tồi
Của rẻ là của ôi
Dùng người tội sinh vạ
Đẹp lòng hơn tốt mã
Nền nã hơn kiêu kì
Thận trọng từng bước đi
Xét suy khi hành động
Hiểu biết nhiều dễ sống
Luôn chủ động dễ thành
Thận trọng trước lợi danh
Giữ mình đừng buông thả
Tránh xa phường trí trá
Tai vạ bởi nể nang

Tài giỏi chớ khoe khoang
Giàu sang đừng kênh kiệu
Học bao nhiêu vẫn thiếu
Hiểu bao nhiêu chẳng thừa
Nhân đức chớ bán mua
Được thua không nản trí
Đủ đức tài bớt lụy
Đủ dũng khí chẳng hàng

Có vợ đảm thì sang
Có bạn vàng thì quý
Đói nghèo vì bệnh sĩ
Quẫn trí dễ làm liều
Tỉnh táo với tình yêu
Biết điều khi xử thế
Lo việc nhà chớ kể
Ân nghĩa chớ đếm đong
Giữ trọn chữ hiếu trung
Với tổ tiên gia tộc
Cây tốt tươi nhờ gốc
Người phúc lộc nhờ nguồn
Sống bất nghĩa tai ương
Sống bất lương tù ngục
Phải cầu xin là nhục
Phải khuất phục là hèn
Hay đố kị nhỏ nhen
Thích ép chèn độc ác

Lắm gian truân càng sáng
Nhiều hoạn nạn càng tinh
Với mình phải nghiêm minh
Với chúng sinh nhân ái
Đang thắng phòng khi bại
Gặt hái phòng mất mùa
Thói quen thường khó chừa
Say sưa thường khó tỉnh

Sống ỷ lại ăn sẵn
Dễ bạc phân bán mình
Sống dựa dẫm ngu đần
Sống bất cần phá sản
Hay đua đòi hoạn nạn
Quá nể bạn tai ương
Gia đình trọng yêu thương
Sống nhịn nhường hỉ hả
Thiếu tình thương man trá
Gắn vàng đá cũng tan
Biết dạy dỗ con ngoan
Chịu bảo ban con giỏi
Tinh khôn nhờ học hỏi
Cứng cỏi nhờ luyện rèn
Sống vì nhau sẽ bền
Sống vì tiền đổ vỡ
Rèn con từ mới nở
Khuyên vợ lúc mới về

Muốn hiểu cần lắng nghe
Thích khoe thì trí cạn
Kẻ tồi chơi xấu bạn
Khốn nạn quên mẹ cha
Tốt đẹp hãy bày ra
Xấu xa nên đậy lại
Có ích thì tồn tại
Có hại thì diệt vong
Nhiều tham vọng long đong
Lắm ước mong lận đận
Hay vội vàng hối hận
Quá cẩn thận lỗi thời

Hiểu được người là sáng
Hiểu được bạn là khôn
Khiêm tốn là tự tôn
Kiêu căng là tự sát
Hứa trước thì khó đạt
Hèn nhát thì khó thành
Thù hận bởi lợi danh
Tranh giành vì chức vị
Giàu sang hay đố kị
Tài trí sinh ghét ghen
Tham giàu thì cuồng điên
Tham quyền thì độc ác
Vì tiền thì dễ bạc
Vì tình nghĩa bền lâu
Người hiểu nói trọn câu
Kẻ dốt tâu phách lối
Có quyền thì hám lợi
Có tội thường xum xoe
Khờ dại hay bị lừa
Nói bừa hay vạ miệng
Đa ngôn thì tai tiếng
Ngậm miệng dễ được tin
Hám lợi hay cầu xin
Tham quan thường bất chính
Hám quyền hay xu nịnh
Thật thà hay oan trái
Thẳng thắn hay bị hại
Thông thái hay bị ngờ

Chiều con quá con hư
Tiền của dư con hỏng
Giàu mạnh thường thao túng
Nghèo vụng dễ theo đuôi
Người tài giỏi khó chơi
Kẻ chây lười khó bảo
Thành tâm thì đắc đạo
Mạnh bạo việc dễ thành
Quân tử thì trọng danh
Tiểu nhân thì trọng lợi
Bất tài hay đòi hỏi
Lọc lõi khó khiêm nhường
Tình nghĩa thường khó quên
Nợ nhân duyên khó trả
Khó thuần phục kẻ sĩ
Khó phòng bị tướng tài
Biết chấp nhận thảnh thơi
Hay hận đời đau khổ

Của quý thì khó giữ
Con cầu tự khó nuôi
Nhà dư của hiếm hoi
Nhà lắm người bạc cạn
Khó gần người quá sạch
Vắng khách tại quá nghèo
Dễ nổi danh kỵ hiền
Dễ kiếm tiền khó giữ
Kiếp người là duyên nợ
Lành vỡ lẽ thường tình
Sướng khổ tự lòng mình
Bại thành từ lực trí
Thời gian đừng uổng phí
Biết suy nghĩ sâu xa
Vững vàng khi thành bại
Cần học và hành mãi
Sẽ gặt hái thành công./.

Read More

13 Study Tips

Our brain can potentially memorize 2.5 petabytes of information, which is roughly the equivalent of 3 million hours of YouTube videos. In order to use some of that staggering capacity a little more effectively when you study, here are some tips that are based on widely accepted research by neuroscientists and learning experts.

Read More

Nạp chồng phương thức - Overloading method

Nạp chồng phương thức - Overloading method

Khái niệm

Tương tự như khái niệm nạp chồng phương thức trong C++, trong java, nạp chồng phương thức (overloading method) là hiện tượng nhiều phương thức có cùng tên, tuy nhiên số lượng tham số hoặc kiểu của tham số trong các phương thức này là khác nhau.

Chú ý: Các phương thức có cùng tên, cùng danh sách tham số, tuy nhiên, kiểu trả về khác nhau không được xem là hiện tượng overload.

Tác dụng và cơ chế của overload

Sử dụng overload trong một chương trình nhằm tăng khả năng đọc của chương trình.

Trình biên dịch sẽ dựa vào tham số được truyền vào phương thức mà quyết định xem sẽ gọi phương thức nào trong danh sách phương thức overload.

Overload với tham số kiểu cơ bản

Theo định nghĩa thì chúng ta có 2 cách để tạo ra hiện tượng overload:

• Thay đổi số lượng tham số
• Thay đổi kiểu dữ liệu của tham số

Thay đổi số lượng tham số

Đây là trường hợp khá đơn giản và dễ nhận biết nhất của hiện tượng overload. Các bạn có thể tham khảo đoạn mã nguồn dưới đây:

 public class stdio {
  private String author;
  private static final String address = "stdio.vn";
  
  stdio(){
   author = "Kevin La";
  }
  
  stdio(String author_name){
   author = author_name;
  }
  
  public static void main(String [] args){
   //Call no arguments constructor
   stdio obj = new stdio();
   System.out.println(obj.author);
   //Call constructor has a argument
   stdio obj1 = new stdio("Alice");
   System.out.println(obj1.author);
  }
 }

Trong đoạn mã nguồn trên, tôi đã thực hiện overload constructor của lớp stdio với 1 constructor không có tham số và 1 constructor có chứa 1 tham số.

Thay đổi kiểu dữ liệu của tham số

Khi có cùng số lượng tham số, trình biên dịch sẽ dựa vào kiểu của đối số được truyền vào phương thức, sau đó đối chiếu với kiểu dữ liệu của tham số của phương thức để chọn ra phương thức thích hợp nhất.

Ví dụ:

 public class Calculation {
  void add(int param1, int param2){
   System.out.println(param1 + param2);
  }
  void add(float param1, float param2){
   System.out.println(param1 + param2);
  }
  public static void main(String [] args){
   Calculation obj = new Calculation();
  obj.add(10, 10);
  obj.add(10.5f, 10.24f);
  }
 }

Tại dòng số 10, trình biên dịch sẽ gọi phương thức add ở dòng thứ 2 để thực thi do cả 2 tham số truyền vào đều là kiểu int. Giải thích tương tự với dòng số 11.

Tuy nhiên, ở một khía cạnh khác, tôi muốn đề cập tới hiện tượng ép kiểu và lớp bao trong java được sử dụng như thế nào trong nạp chồng phương thức.

Quan sát ví dụ dưới đây:

 public class TestOverload {
  void method(Integer param){
   System.out.println("_Integer invoked");
  }
  void method(long param){
   System.out.println("_long invoked");
  }
  public static void main(String [] args){
   Calculation obj = new Calculation();
   obj.add(10);
  }
 }

Kết quả là:

_long invoked

Tại dòng số 10, khi truyền 10 là một đối số kiểu int, trình biên dịch sẽ kiểm tra xem có phương thức add nào có tham số là kiểu int hay không, tuy nhiên, trình biên dịch không tìm thấy. Thay vào đó, nó tìm thấy 2 phương thức add có tham số là lớp bao của kiểu int là Integer (dòng số 2) và một kiểu rộng hơn kiểu int là long (dòng số 5). Khi ấy, trình biên dịch sẽ ưu tiên gọi phương thức có tham số có kiểu rộng hơn đối số truyền vào thay vì phương thức có tham số là lớp bao của đối số truyền vào.

Overload và quan hệ kế thừa

Nhắc tới quan hệ kế thừa, chúng ta thường đề cập tới mối quan hệ IS-A. Nói cách khác, một đối tượng thuộc lớp con cũng là một đối tượng thuộc lớp cha. Vì thế, khi thực hiện overload phương thức ta hoàn toàn có thể truyền một đối tượng thuộc lớp con vào một phương thức trong danh sách phương thức overload có tham số mang kiểu dữ liệu của lớp cha.
Quan sát ví dụ sau đây:

 class Animal{
 }
  
 class Dog extends Animal{
 }
 public class Test_Animal {
  void eat(Animal animal){
   System.out.println("Animal eats everything");
  }
  
  void eat(Dog dog){
   System.out.println("Dogs eat meat");
  }
  
  public static void main(String [] args){
   Test_Animal obj   = new Test_Animal();
   Animal animal   = new Animal();
   Dog dog    = new Dog();
   Animal animal_obj  = new Dog();
   
   obj.eat(animal);
   obj.eat(dog);
   obj.eat(animal_obj);
  }
  
 }

Kết quả:

Animal eats everything
Dogs eat meat
Animal eats everything

Kết quả của 2 dòng đầu tiên hoàn toàn dễ hiểu. Tuy nhiên, kết quả của dòng thứ 3 có thể gây lăn tăn cho bạn đọc. Tôi sẽ giải thích điều này như sau:

Hãy quan sát dòng code số 19 và 23.

• Tại dòng số 19, ta khởi tạo một đối tượng lớp Dog và gán cho một tham chiếu kiểu Animal (hãy nhớ rằng lớp Dog kế thừa từ Animal). Nói cách khác, ta sử dụng một tham chiếu kiểu Animal tham chiếu tới một đối tượng kiểu Dog.
• Như vậy, tại dòng 23, khi gọi phương thức eat() theo logic thông thường, thì phương thức eat có tham số kiểu Dog sẽ được gọi, nhưng ở đây, trình biên dịch lại gọi phương thức eat có tham số kiểu Animal. Đó là do, tham chiếu animal_obj chỉ xác định được đối tượng nó tham chiếu thực sự tới là đối tượng nào tại quá trình runtime, điều đó đồng nghĩa với, trong khi biên dịch (compile) animal_obj chưa hề biết đối tượng nó thực sự tham chiếu tới trên heap và trình biên dịch chỉ biết về animal_obj có kiểu dữ liệu là Animal. Trong khi đó, việc quyết định chọn phương thức trong danh sách phương thức overload lại được trình biên dịch quyết định trong quá trình compile. Vì thế, trình biên dịch sẽ quyết định phương thức overload được gọi dựa vào kiểu dữ liệu của tham chiếu (Animal), không phải dựa vào kiểu dữ liệu của đối tượng được tham chiếu trỏ tới (Dog).

Read More

change image upload file when have a exists image

html:

<input id="profile-image-upload" class="hidden" type="file">
<div id="profile-image">click here to change profile image</div>


css:

input.hidden {
    position: absolute;
    left: -9999px;
}

#profile-image {
    cursor: pointer;
    background: #8adffb;
  width: 80px;
    height: 80px;
}


js:


$(function() {
    $('#profile-image').on('click', function() {
        $('#profile-image-upload').click();
    });
});

         


https://jsfiddle.net/ksnvphu/vq2u91w6/1/

Read More

How to Convert String to StringBuffer in Java and reverse

How to Convert String to StringBuffer in Java.

String str = "Hello";
StringBuffer sb = new StringBuffer();
sb.append(str);



How to Convert StringBuffer to String in Java

String sb = new StringBuffer();

String str = sb.toString();

Read More

Auto Comment in Eclipse

Class:

- Path: windown/preference/java/code style/code templates/types

/​**

 * ${file_name}

 *

 * version 1.0

 *

 * Date: ${date}

 *

 * copyright

 *

 * Modification Logs:

 * DATE                 AUTHOR          DESCRIPTION

 * -----------------------------------------------------------------------

 * ${date}              PhuNV3              Create

 */​

Method:

- Path: windown/preference/java/code style/code templates/methods

/**

 * @parame ${return_type}

 * @return ${return_type}

 * @throw ${return_type}

 */

Read More

Using a Stored Procedure with Output Parameters

A SQL Server stored procedure that you can call is one that returns one or more OUT parameters, which are parameters that the stored procedure uses to return data back to the calling application. The Microsoft SQL Server 2005 JDBC Driver provides the SQLServerCallableStatement class, which you can use to call this kind of stored procedure and process the data that it returns.

When you call this kind of stored procedure by using the JDBC driver, you must use the call SQL escape sequence together with the prepareCallmethod of the SQLServerConnection class. The syntax for the call escape sequence with OUT parameters is the following:

{call procedure-name[([parameter][,[parameter]]...)]}

Note:
For more information about the SQL escape sequences, see Using SQL Escape Sequences.

When you construct the call escape sequence, specify the OUT parameters by using the ? (question mark) character. This character acts as a placeholder for the parameter values that will be returned from the stored procedure. To specify a value for an OUT parameter, you must specify the data type of each parameter by using the registerOutParameter method of the SQLServerCallableStatement class before you run the stored procedure.

The value that you specify for the OUT parameter in the registerOutParameter method must be one of the JDBC data types contained in java.sql.Types, which in turn maps to one of the native SQL Server data types. For more information about the JDBC and SQL Server data types, seeUnderstanding the JDBC Driver Data Types.

When you pass a value to the registerOutParameter method for an OUT parameter, you must specify not only the data type to be used for the parameter, but also the parameter's ordinal placement or the parameter's name in the stored procedure. For example, if your stored procedure contains a single OUT parameter, its ordinal value will be 1; if the stored procedure contains two parameters, the first ordinal value will be 1, and the second ordinal value will be 2.

Note:
The JDBC driver does not support the use of CURSOR, SQLVARIANT, TABLE, and TIMESTAMP SQL Server data types as OUT parameters.

As an example, create the following stored procedure in the SQL Server 2005 AdventureWorks sample database:

CREATE PROCEDURE GetImmediateManager
   @employeeID INT,
   @managerID INT OUTPUT
AS
BEGIN
   SELECT @managerID = ManagerID 
   FROM HumanResources.Employee 
   WHERE EmployeeID = @employeeID
END

This stored procedure returns a single OUT parameter (managerID), which is an integer, based on the specified IN parameter (employeeID), which is also an integer. The value that is returned in the OUT parameter is the ManagerID based on the EmployeeID that is contained in the HumanResources.Employee table.

In the following example, an open connection to the AdventureWorks sample database is passed in to the function, and the execute method is used to call the GetImmediateManager stored procedure:

public static void executeStoredProcedure(Connection con) {
   try {
      CallableStatement cstmt = con.prepareCall("{call dbo.GetImmediateManager(?, ?)}");
      cstmt.setInt(1, 5);
      cstmt.registerOutParameter(2, java.sql.Types.INTEGER);
      cstmt.execute();
      System.out.println("MANAGER ID: " + cstmt.getInt(2));
   }
   catch (Exception e) {
      e.printStackTrace();
   }
}

This example uses the ordinal positions to identify the parameters. Alternatively, you can identify a parameter by using its name instead of its ordinal position. The following code example modifies the previous example to demonstrate how to use named parameters in a Java application. Note that parameter names correspond to the parameter names in the stored procedure's definition:

public static void executeStoredProcedure(Connection con) {
   try {
      CallableStatement cstmt = con.prepareCall("{call dbo.GetImmediateManager(?, ?)}");
      cstmt.setInt("employeeID", 5);
      cstmt.registerOutParameter("managerID", java.sql.Types.INTEGER);
      cstmt.execute();
      System.out.println("MANAGER ID: " + cstmt.getInt("managerID"));
      cstmt.close();
   }
   catch (Exception e) {
      e.printStackTrace();
   }

}

Note:
These examples use the execute method of the SQLServerCallableStatement class to run the stored procedure. This is used because the stored procedure did not also return a result set. If it did, the executeQuery method would be used.

Stored procedures can return update counts and multiple result sets. The Microsoft SQL Server 2005 JDBC Driver follows the JDBC 3.0 specification, which states that multiple result sets and update counts should be retrieved before the OUT parameters are retrieved. That is, the application should retrieve all of the ResultSet objects and update counts before retrieving the OUT parameters by using the CallableStatement.getter methods. Otherwise, the ResultSet objects and update counts that have not already been retrieved will be lost when the OUT parameters are retrieved. For more information about update counts and multiple result sets, see Using a Stored Procedure with an Update Count and Using Multiple Result Sets.

Read More