The sunset, the sun slowly sinks behind the mountains surrounding the town of Aspen, Colorado, USA. Snow covered the streets and along the slopes, dotted here and there are black or brown spots of pine trees. Looking far across the hill opposite is a small villa. This season, snow covered the trees in the garden.

Upstairs, a few windows shed warm yellow light. In one corner window, the shadow of a man sitting bent over, perhaps working, perhaps reading a book. An ideal place to read books and watch the Christmas town.

The second floor room is not too big. In the corner of the room, there are two large bookcases, each nearly two meters high and about one meter wide. The bookcase closest to the corner is filled with books on computer science. Glancing over the book titles, we recognize a few on Programming Languages, one on Databases, and many more. The remaining shelf, closer to the desk by the window, is a much more interesting bookcase. Vaguely, we recognize The Godfather, translated by Ngoc Thu Lan. Next to it is Life of Pi, translated by Trinh Lu. The two books are quite old, perhaps brought from Vietnam. Peeping on the shelf are Sherlock Holmes by Conan Doyle, some other stories by Agatha Christie, Edogawa Ranpo and many other detective stories.

Opposite the two bookcases is a rather large display cabinet. The bottom compartment contains some neatly arranged Lego sets. The middle and top compartments are stacked with a variety of mechanical keyboards. There are plastic ones, aluminum ones, transparent ones, and wooden ones.

On top of the display cabinet is a large picture frame. On the right edge of the picture are two golden dogs, one brown and one white, standing on two legs, leaning slightly to the left to look at a couple sitting in the middle of the frame. In the middle is a young man between the ages of 25 and 30. Although Asian, he has fair skin and a handsome appearance. His hair is swept back, neatly styled, a very popular hairstyle of the 1980s. His eyes look straight down at his hands that are holding the girl’s hands next to him, his mouth smiles brightly. The girl sitting next to him has skin as fair as his, notably her short shoulder-length hairstyle looks very elegant. The girl stands out in the middle of the picture in a white dress, her eyes closed but seeming to smile, her mouth showing a happy smile. Although the frame is slightly faded over time, it is kept very clean, contrary to the thin layer of dust around. Next to the picture frame is a small wooden box, slightly dusty, opening the box, we can see many different fountain pens, such as Kaweco, Lamy or TWSBI. Next to the wooden box are many bottles of fountain pen ink in all colors, but blue ink is the most.

In the middle of the room, next to the window is a two meter long desk. The desk is wide but not cluttered, items such as speakers, keyboard and mouse are all wireless. The large screen is mounted on a very neat arm. Opposite the screen, the man is diligently typing, his hands trembling but still very smooth in every movement. The gaunt face has many wrinkles on the eyelids and cheeks. Although age spots have appeared, the fair skin still highlights his bright face. If you look closely, you can easily recognize that this is the young man in the picture, to be more precise, the young man in the picture is the youth of the old man in the room. Typing fast, occasionally the old man opens a notebook on the desk to scribble something. It’s past ten o’clock at night, but the old man is still sitting in his usual work corner. Suddenly the old man stopped writing, there was no more clicking of the keyboard or rustling of the pen on paper, silence enveloped the whole room. Perhaps, the old man suddenly thought of something interesting, immediately, his hands reached for the keyboard and typed very quickly, on the screen, we see the interface of a website. A moment later, a music video appeared on the screen, the old man eagerly watched the screen, with a little tear in the corner of his eyes, his mouth smiling slightly, his lips occasionally moving to the melody of the song:

Though time flows endlessly away
My life will forever miss those days
The sun has risen early, clouds return late
Still want to keep so much love in my heart

Perhaps this is the first love song that the old man liked. He recalls old memories. In 7th grade (secondary school in Vietnam), he used to secretly take his parents’ records to listen to when they were away. At that time, Dan Truong was a famous singer, and this song was one of the old man’s favorite songs of this singer. When doing homework, he often hummed the melody of the song. At school, he fell in love with many classmates, at that time it was just called liking, he never said it out loud. Later, when grown up, whenever he felt sad about emotional matters, he often listened to this song again. He liked to gnaw at old sorrows. It’s not lovesick, he thoroughly enjoyed the slightly sad but lingering feeling. According to him, it was a good experience for anyone who enjoys doing work that requires emotion and a bit of artistry. Humming along with the music was also a way to confide in himself.

At the age of 80, the song is still a bridge for him to Vietnam, to his youth and beautiful memories that he left behind when leaving his homeland. The music is still playing in the room, outside the window, snow is falling white covering the night sky. Somewhere in this Aspen town, is there anyone else who is also a stranger missing their homeland? Looking out the window, he missed Saigon rainy days. He was riding a motorcycle on the road, heavy rain accompanied by strong wind slapped raindrops hard into his eyes, had to try hard to lift his eyelids to see the road. From behind, encircling his waist were the hands of a little girl, short shoulder-length hair. They were singing, laughing, enduring but also enjoying a cold rainy afternoon in Saigon. He missed it so much, the smell of the rain, the smell of Saigon after the rain, it was more alluring than any French perfume one could find in this foreign land.

Missing the smell of Saigon, a small tear rolled down from his eyes to his cheeks and fell lightly onto the notebook he was writing. Far away out there, the snow kept falling incessantly…

Hoàng hôn, mặt trời từ từ lặng xuống sau rặng núi bao bọc thị trấn Aspen, bang Colorado, Hoa Kỳ. Tuyết phủ trắng mặt đường và dọc các triền lúi, lấm tấm đâu đó là những đốm đen hay nâu của những tán thông. Nhìn xa ra về phía ngọn đồi đối diện là một biệt thự nhỏ. Mùa này, tuyết phủ đầy trên những ngọn cây trong vườn.

Phía trên tầng hai, một vài ô cửa sổ hắt ánh đèn vàng ấm cúng. Ở một ô cửa sổ ngay góc phòng, bóng một người đàn ông đang ngồi cặm cụi, có lẽ là đang làm việc, cũng có thể là đang đọc sách. Một vị trí lý tưởng để đọc sách và ngắm nhìn thành phố mùa Giáng Sinh.

Căn phòng tầng hai này không quá rộng. Ở góc phòng, là hai kệ sách lớn, mỗi kệ cao gần hai mét và rộng khoảng một mét hai. Kệ sát góc phòng nhất chất đầy những cuốn sách về khoa học máy tính (Computer Science). Lướt ngang qua các tựa sách, ta nhận ra vài quyển về Ngôn Ngữ Lập Trình (Programming Language), một về quyển khác là về chủ đề Cơ Sở Dữ Liệu (Database), và nhiều sách khác nữa. Kệ còn lại, gần hơn về phía bàn làm việc gần cửa sổ là một kệ sách thú vị hơn gấp bội. Loáng thoáng đâu đó ta nhận ra quyển Bố Già (The GodFather) bản dịch của Ngọc Thứ Lan. Cạnh đấy là Life Of Pi bản dịch của Trịnh Lữ. Hai cuốn sách đã khá cũ, có lẽ được mang từ Việt Nam sang. Lấp ló trong kệ là Sherlock Holmes của Conan Doyle, vài cuốn truyện khác của Agatha Christie, Edogawa Ranpo và nhiều truyện trinh thám khác.

Đối diện hai tủ sách ở phía ngược lại là một tủ trưng bày khá to. Ngăn dưới cùng là vài bộ Lego đã được xếp ngay ngắn. Ngăn ở giữa và trên cùng là xếp lớp hàng loạt bàn phím cơ (Mechanical Keyboards) đủ loại. Có loại vỏ nhựa, có loại vỏ nhôm nhưng cũng có loại thân trong suốt, hay bằng gỗ.

Trên nóc tủ trưng bày, là một khung hình lớn. Sát rìa phải hình là hai chú chó Golden một nâu một trắng, đứng bằng hai chân, hơi chồm sang phía bên trái một chút để nhìn vào một cặp tình nhân đang ngồi ở giữa khung hình. Ở giữa là một thanh niên trong độ tuổi từ 25 đến 30. Tuy là người Châu Á nhưng anh có nước da sáng và vẻ ngoài ưa nhìn. Tóc trải ngược lên, xếp gọn gàng, kiểu tóc khá phổ biến của thập niên 80. Mắt anh nhìn thẳng xuống tay, tay anh đang nắm tay cô gái bên cạnh, miệng anh cười rạng rỡ. Cô gái ngồi kế anh có nước da sáng không kém, nổi bật là kiểu tóc ngắn ngang vai trông rất quý phái. Cô gái nổi bật giữa bức hình trong một bộ váy trắng, mắt nhắm nhưng như biết cười, miệng cô nhoẻn một nụ cười hạnh phúc. Khung hình tuy hơi ngã màu của thời gian, nhưng được giữ gìn rất sạch sẽ, trái với lớp bụi mỏng xung quanh. Cạnh khung hình là một hộp gỗ nhỏ, hơi bám bụi, mở hộp ra, ta có thể thấy nhiều loại bút máy khác nhau, nào là Kaweco, LAMY hay TWSBI. Sát hộp gỗ là nhiều lọ mực bút máy đủ màu, nhưng mực xanh là nhiều hơn cả.

Giữa phòng, cạnh cửa sổ là bàn làm việc dài hai mét. Bàn rộng nhưng không nhiều đồ, các vật dụng như loa, bàn phím và chuột, toàn bộ đều không dây. Màn hình rộng, được treo trên một cái arm trong rất gọn ghẽ. Đối diện màn hình, người đàn ông đang miệt mài đánh máy, đôi tay run run nhưng vẫn rất thanh thoát trong từng cử động. Khuôn mặt gầy, có nhiều nét nhăn trên mi mắt và hai bên gò má. Tuy đã xuất hiện những vết đồi mồi, nhưng nước da trắng vẫn tôn lên nét mặt sáng sủa của ông. Nếu nhìn kỹ, ta dễ dàng nhận ra đây là người thanh niên trong hình, nói chính xác hơn thì chàng thanh niên trong hình chính là thời niên thiếu của cụ già trong phòng. Đánh máy nhanh là thế, thỉnh thoảng cụ vẫn mở sổ tay trên bàn ghi ghi chép chép gì đó. Đã hơn mười giờ tối, nhưng cụ vẫn say xưa ngồi ở góc làm việc của mình. Chợt cụ dừng bút, không còn tiếng gõ phím lách cách hay tiếng ngòi bút sột soạt trên giấy, sự im lặng bao trùm cả căn phòng. Có lẽ, cụ chợt nghĩ ra thứ gì đó thú vị, ngay lặp tức, tay cụ với lấy bàn phím gõ gõ rất nhanh, trên màn hình, ta thấy hiện ra là giao diện của một trang web. Một lúc sau, trên màn hình hiện ra một video clip ca nhạc, cụ say mê nhìn vào màn hình, có một chút nước mắt ứ ở vành mi, miệng cười nhẹ, môi thỉnh thoảng mấp máy theo giai điệu bài hát:

Mặc cho thời gian trôi xa ngút ngàn
Đời anh còn mãi mãi nhớ thương bao ngày
Nắng đã lên sớm mai mây về cuối trời
Vẫn muốn giữ lấy bao nhiêu yêu thương trong trái tim.

Có lẽ đây là một bản nhạc tình yêu đầu tiên mà cụ thích. Cụ nhớ lại những ký ức cũ. Năm lớp 7 (cấp trung học cơ sở ở Việt Nam), cụ vẫn thường lén lấy đĩa nhạc của bố mẹ để nghe khi họ vắng nhà. Thời ấy, Đan Trường là một ca sĩ nổi tiếng, và bài này là một trong những bài hát mà cụ thích nhất của anh ca sĩ này. Những khi ngồi làm bài tập về nhà, cụ thường xuyên nghêu ngao giai điệu của bài hát. Thời đi học, cụ say đắm không ít cô bạn học cùng lớp, thời ấy chỉ gọi là thích, cụ nào có nói ra. Sau này, khi đã lớn, mỗi khi buồn về chuyện tình cảm, cụ vẫn thường nghe lại bài nhạc này. Cụ thích gặm nhấm những nỗi buồn cũ. Không phải là lụy tình, cụ hoàn toàn thích thú với cảm giác hơi buồn nhưng cũng hơi lưu luyến đó. Theo cụ, đó là một trải nghiệm tốt cho ai thích làm những công việc đòi hỏi cảm xúc và một ít chất nghệ sĩ trong đó. Ngân nga theo nhạc, cũng là một cách để tâm sự với chính bản thân mình.

Ở tuổi 80, bản nhạc còn là cầu nối của cụ với Việt Nam, với tuổi trẻ và những kỷ niệm đẹp mà cụ đã bỏ lại khi rời quê hương. Tiếng nhạc vẫn vang lên trong phòng, bên ngoài cửa sổ, tuyết rơi trắng che lấp cả bầu trời đêm. Đâu đó trong thị trấn Aspen này, liệu có ai cũng là người xa xứ đang nhớ về quê hương mình? Nhìn ra cửa sổ, cụ nhớ về Sài Gòn những ngày mưa. Cụ đang phóng con xe trên đường, mưa lớn kèm gió mạnh quật từng hạt mưa phất mạnh vào mắt cụ, phải cố gắng lắm mới nhấc nỗi mi mắt để nhìn đường. Từ phía sau, vòng lên eo là đôi tay của một cô gái nhỏ, tóc ngắn ngang vai. Họ vừa hát, vừa cười, vừa chịu đựng nhưng cũng vừa tận hưởng một chiều mưa lạnh của Sài Gòn. Cụ nhớ lắm, cái mùi mưa ấy, cái mùi của Sài Gòn sau cơn mưa, nó quyến rũ hơn bất kỳ lọ nước hoa Pháp nào ta có thể tìm được ở nơi đất khách này.

Nhớ về mùi Sài Gòn, một giọt lệ nhỏ lăn trên dài từ mi mắt ông xuống gò má và rơi nhẹ xuống trang sổ cụ đang viết. Ở phía xa xa ngoài kia, tuyết vẫn liên tục rơi không ngừng…

Situation in theory

ActiveRecord in rails they use lazy_load (if you did not know how lazy load work: check here). So if we have a model named Engineer and we want to do a query like this:

Engineer.some_scope.pluck(:company_id).uniq

If there are a lot of records for Engineer.some_scope. We can imagine that Engineer.some_scope return a large number of records and when the query is evaluated by .pluck the speed is slower than we use such thing below:

Engineer.some_scope.uniq.pluck(:company_id)

In this case, .uniq return the relation that created fewer records before it runs the next query .pluck. Create the code with .uniq before .pluck do not lead to any bug because ActiveRecord only evaluate the value after they are reaching to .pluck.

Reality

However, it is in theory. In reality, if the number of a duplicate of company_id values in the query is not too much, they are run at the same speed and sometimes it is faster to use .pluck before .uniq. But if the number of duplicate values are too many. We still refer to use as the case above.

Be careful

We should only use .uniq before .pluck Only if we use it for Model. We need to be aware that this thing only applies for Active Relations, not for Collection Proxy. For example, we have another model call Field:

class Field < ActiveRecord::Base
  has_many :engineers
end

field = Field.first
field.engineers.uniq.pluck(:company_id)

In this case, use .uniq before .pluck lead to an error like this:

NoMethodError: undefined method `pluck' for #<Array:0x007f9e708b3b28>

Why? Because `field.engineers` return a Collection Proxy. After that .uniq change it to an array of records. No method .pluck for an array of records.

Problem

I have an array that contains many messages:

['I love chocolate', 'GMK keycaps are my life', 'Cheers for Peers']

I want to write a Ruby method that convert the messages array withROT13 :

['V ybir pubpbyngr', 'TZX xrlpncf ner zl yvsr', 'Purref sbe Crref']

What is ROT13? You can check it on Wikipedia.

Using .map

My very first solution that came to my mind after I read the problem. Because of the letter from A..M and a..m are map to N..Z and n..z, then I need to create a simple method that helps us to convert each letter first:

def decode_char(char)
  case char
    when 'a'..'m', 'A'..'M'
      char.ord + 13
    when 'n'..'z', 'N'..'Z'
      char.ord - 13
    else
      char.ord
  end.chr
end

After that, I will using .map to return each word in the message with the method:

def decode_word(word)
  new_word = word.chars.map do |char|
    decode_char(char)
  end.join
end

Finally, we can return the messages that decoded using ROT13

def rot13(messages)
  messages.map do |message|
    decode_word(message)
  end
end

The short way

Ruby also provide us a built-in name tr . This built-in is nothing new; it existed in Unix command a long time ago. We can read the uses of tr here.

def rot13(messages)
  messages.map do |message|
    message.tr('A-Za-z', 'N-ZA-Mn-za-m')
  end
end

If you do not understand how this code work, I can explain it here:

The first set specified is [A-Za-z], which is a shorthand way of typing [ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz].

The second is[N-ZA-Mn-za-m], which turns into [NOPQRSTUVWXYZABCDEFGHIJKLMnopqrstuvwxyzabcdefghijklm].

tr reads each character from stdin, and if it appears in the first set, it replaces it with the character in the same position in the second set.

Many object-oriented languages provide a way to define a named group of methods that are independent of class and can be mixed in to any object. In Ruby, these mixed-ins are called modules.

Once you start putting code into modules and adding modules to objects, you expand the set of messages to which an object can respond and enter a new realm of design complexity. An object that directly implements few methods might still have a very large response set. The total set of messages to which an object can respond includes:

• Those it implements
• Those implemented in all objects above it in the hierarchy
• Those implemented in any module that has been added to it
• Those implemented in all modules added to any object above it in the hierarchy

.tap code in Ruby show below:

class Object
  def tap
    yield self
    self
  end
end

We used .tap when we called some methods on an object, but we do not want to get the final value but the object instead. And in the last week, I encountered two cases that I have to use .tap

First case

I have the codes below:

def update_info(info)
  user = User.find_by(name: info[:name])
  user.address = info[:address]
  user.phone_number = info[:phone_number]
  user.save!
  user
end

The purposes of this method are:

• Update the user object and save it to the database
• Return the user object after save

But I do not want to return the object like that. The user line at the end of that method seems extraneous. So, we can clean it up with the new implementation below:

def update_info(info)
  User.find_by(name: info[:name]).tap do |u|
    u.address = info[:address]
    u.phone_number = info[:phone_number]
    u.save!
  end
end

Second case

In the second case, I made a mistake when using .tap with assignment. The original code of the second case is:

def my_elements
  elements = []
  elements += FIRST_ELEMENTS if first_condition
  elements += SECOND_ELEMENTS if second_condition
  elements
end

In the first try, I made a mistake by refactor the code like this:

def my_elements
  [].tap do |elements|
    elements += FIRST_ELEMENTS if first_condition
    elements += SECOND_ELEMENTS if second_condition
  end
end

In this case the elements is pointing to the array object but if we use assignment here, it do not mutate the original array, it will only change the pointer of elements to the new array it is assign. But in the end, .tap will return the original array and in this case, it always return an empty array.

So I try another thing to solve this problem. Instead of using assignment like the origin codes. I used .concat . Concat will mutate the current array by appending the elements of other array to itself. Finally, .tap will return the correct result that we want.

Conclusion

By go through the two cases above, I hope I shared some good experiences about using .tap. This method is excellent for making your codes look clean. However, we need to notice the mutation. I suggest write the unit tests first before we refactor any codes.

Nowadays, as the field of software development grows. Besides of fast implementation of the products, the engineers also need to write the code that looks clean and easier to add new codes in the future.

One of the most straightforward but useful design patterns is the Template Method. The Template Method allows you to define the “skeleton” of the codes while leaving concrete implementation up to inheriting classes.

Implementation

Assume that we are a company that selling mechanical keyboards. Mechanical keyboards are different from the regular keyboards because of their switches. Imagine that we want to write the class to generate the information of the switch like the codes below:

As we can see, the class is messy with the feeling_rating and recommended_for methods. With the Template method, we can resolve the problem by split the concrete code into TactileSwitch and LinearSwitch. Make the first Switch class become the abstract one. The code and instruction above only show the concept of implementing a Hash Tables class by yourself. In reality, a good Hash Tables uses Dynamic Buckets to use memory effectively.

This type of coding called the Template Method. We move the different parts out of the super-class, make the super-class abstract. It help us to separate the code change into the code that doesn’t. So it makes our concern look clean and safer to change in the future.

Trade-off

The Template Method can help us to keep our code SOLID and DRY. It is beneficial if the part of the context is different from the others, but if multiple parts of our codes are different. The number of concrete subclasses can quickly get out of hand. So please think twice if you apply this pattern.

Static and dynamic typing both make promises and each has costs and benefits. Static typing aficionados cite the following qualities:

• The compiler unearths type errors at compile time.
• Visible type information serves as documentation.
• Compiled code is optimized to run quickly.

These qualities represent strengths in a programming language only if you accept this set of corresponding assumptions:

• Runtime type errors will occur unless the compiler performs type checks.
• Programmers will not otherwise understand the code; they cannot infer an object’s type from its context.
• The application will run too slowly without these optimizations.

Dynamic Typing

Dynamic typing proponents list these qualities:

• Code is interpreted and can be dynamically loaded; there is no compile/make cycle. • Source code does not include explicit type information.
• Metaprogramming is easier.

These qualities are strengths if you accept this set of assumptions:

• Overall application development is faster without a compile/make cycle.
• Programmers find the code easier to understand when it does not contain type declarations; they can infer an object’s type from its context.
• Metaprogramming is a desirable language feature.