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

Làm người đã khó, làm lập trình viên còn khó hơn và khó thật sự chính là làm lập trình viên mà phải ngồi cạnh boss 🙁

Tôi – một cậu chàng fresher trầm tính, tóc xoăn xù gầy nhom, bốn mắt thâm quầng, mặt thì đầy mụn, chỉ vì ngồi cạnh cái điều hòa lạnh quá mà phải quàng cái áo quanh cổ, ngồi code một chân thì tôi đặt lên ghế, một chân thì tôi gác lên bàn, thỉnh thoảng lại vật vờ đi quanh văn phòng 9 vòng suy nghĩ. Bạn có nhìn thấy điều gì đặc biệt ở tôi không? Đúng vậy, ngoài việc ngồi cạnh boss ra thì tôi hoàn toàn là một anh cốt-đờ chính hiệu. Nghe có vẻ hay thật sự nhưng tưởng tượng nhìn tôi có khác gì Chí Phèo không cơ chứ? Nhưng ít ra Chí Phèo được chửi, còn tôi thì phải ngồi im re.

Vậy cơ duyên nào đã đưa tôi đến với boss, đây là chút ít sự chia sẻ của tôi…

Đa phần lập trình viên đang tập trung quá nhiều vào công nghệ, ngôn ngữ lập trình mà đôi khi quên mất rằng bên cạnh để đạt được hiệu quả tốt nhất, chúng ta phải biết cách phối hợp với nhiều người khác. Một dự án được tạo nên là nhờ cả team, đối với dự án lớn bạn không thể một mình ôm được hết công việc, nhiệm vụ và quan trọng điều đó là bất khả thi đối với fresher – người mà trong quá trình làm thì việc học hỏi quan trọng hơn. Chính thế, vì cả ngày ôm chiếc máy tính, ít nói chuyện cho nên dần dần tôi ngại giao tiếp và khả năng giao tiếp cũng kém đi, vì thế mà khả năng làm việc nhóm cũng chưa đạt hiệu quả. Tôi cố gắng khắc phục nhưng hình như tôi chưa đi đúng hướng thì phải.                                             

Nếu bạn đang gặp rắc rối với một vấn đề nào đó và đã tốn quá nhiều thời gian tìm các kiểu giải pháp, thì đã đến lúc phải cầu cứu rồi đấy. Thế là tôi bắt đầu cuộc hành trình chinh phục boss của mình, gần đèn thì sáng kaka.

Ngày đó, tôi và cô bạn đồng nghiệp được chuyển sang dự án mà boss chính là leader, đồng nghĩa với việc này là chúng tôi phải di cư sang team của boss. Không biết hôm đấy ăn phải cái gì, không lòng vòng tôi như Hải Phòng hùng hồn tuyên bố: “Cần boss như tôi Cần Thơ!!!“. À ý tôi là tôi muốn ngồi cạnh boss. Thế là tôi và cô bạn thân đành ngậm ngùi chia tay, cô ấy chuyển sang ngồi cạnh cô nàng tester xinh xắn, còn tôi thì hạnh phúc vai kề vai sánh đôi cùng boss. Cay nhất là khi ngồi đang làm việc thì ngoảnh ra thấy cô bạn ngày xưa đang cười hả hê vào mặt, như kiểu: “Cho mày chừa, ngồi im re, chửi bậy phát nghe nào”. Cà khịa, à đấy cái bản chất chửi bậy của tôi bị bộc phát là do chính cô ấy. Tiêm nhiễm toàn thứ đen tối vào đầu tôi, mà bấy lâu kìm nén.

Vậy từ khi ngồi cạnh boss, tôi đã học được những điều gì?

Hiện nay, nhiều lập trình viên thường nghĩ công việc của họ là về máy tính, từ khi ngồi cạnh boss, tôi nhận ra rằng công việc lập trình chung quy thì cũng là xoay quanh con người, máy tính chỉ là công cụ của chúng ta mà thôi. Do đó, nếu bạn hỏi tôi: “Kĩ năng nào là quan trọng nhất đối với một developer?” thì tôi xin trả lời rằng bạn nên học cách làm việc nhóm. 

Từ khi ngồi cạnh boss, tôi thấy rằng boss không những vui tính, biết nhiều mà  khả năng teamwork cũng cực đỉnh nữa. Nhìn cách boss lắng nghe và giao tiếp với các thành viên, cách boss động viên và tạo động lực để anh em hoàn thành công việc, cách boss tạo thử thách và cơ hội để chúng tôi động não vượt qua giới hạn bản thân. Chà, để theo chân boss, tôi cần phải học dài dài.

Trời đã gần sáng rồi mà nỗi nhớ boss vẫn còn ngổn ngang. Trời đã gần sáng rồi mà tôi vẫn ngồi viết lời thở than, rằng vừa fix xong bug này lại lòi ra vài cái bug khác, tôi cứ như Hercules đánh nhau với rồng chín đầu, cứ chặt một đầu nó lại mọc ra hai cái khác. Khi tạo ra bugs thì tôi phải cắn răng mà fix, khi đồng đội tạo ra bugs thì cuối cùng tôi cũng phải nuốt nước mắt mà fix cùng, bugs khiến tôi đau đầu, cáu gắt, mệt mỏi, trầm cảm, thậm chí còn chửi bậy thường xuyên (à chửi bậy thì vẫn là do cô bạn kia nhé :v)

Nhưng từ khi ngồi cạnh boss, miệng của tôi trở nên thơm tho hẳn. Tôi đã chăm đánh răng hơn, không nói bậy, cũng biết giao tiếp bằng ngôn từ lịch sự chuyên nghiệp hơn, biết cách giải tỏa căng thẳng văn minh hơn và đặc biệt còn có thể nhờ boss fix bugs cùng nữa. Bậy nào, thực ra tôi chỉ nhờ boss đưa ra ý kiến, góp ý giúp tôi fix bugs nhanh hơn mà thôi. Anh em hãy tin tôi. Như vậy mới giỏi lên được, chứ bạn đừng nên đắm chìm vào 1 vấn đề quá lâu, nếu thấy khó quá phải tìm người giúp mình.

Từ khi ngồi cạnh boss, tôi cũng đã học được cách tự thân vận động, không còn quá dựa dẫm vào người khác. Khi mới đi làm, có thể bạn sẽ cần tới sự hướng dẫn và giúp đỡ của nhiều người. Điều này không có gì là xấu, tuy nhiên cả tôi và bạn đều cần phải có ý thức cải thiện khả năng của mình theo năm tháng. Đừng hỏi sự giúp đỡ 2 lần với cùng 1 vấn đề. Hãy tự biết rút ra kinh nghiệm cho bản thân và tin được không, tôi đã làm được điều này.

Từ khi ngồi cạnh boss, tôi nhận thấy rằng, không chỉ phát triển bản thân mà cũng cần phải giúp nâng cao khả năng của từng thành viên trong nhóm nữa, như vậy thì nhóm mới mạnh và làm được nhiều việc lớn hơn. Lúc bắt đầu tôi được boss giúp đỡ, bây giờ thì tới lượt tôi dùng kinh nghiệm của mình giúp đỡ lại những người mới vào. Boss nói với tôi rằng, khi hướng dẫn lại cho người khác, tức là mình đang học tới 2 lần. Tôi luôn tin điều này là đúng. Trong lúc hướng dẫn người khác, tôi đã phát hiện ra những góc nhìn mới rất thú vị, điều này càng khiến tôi muốn giúp đỡ mọi người hơn.

…

Từ khi ngồi cạnh boss tôi đã học được rất nhiều điều, từ các vấn đề về kỹ thuật tới đời sống. Và đặc biệt tôi đã ít nói hơn, nhưng nó giúp tôi tập trung làm việc hơn. Vậy theo bạn ngồi cạnh boss là việc tốt hay xấu?

Đỗ Minh Hiệp

I. Giới thiệu

Chắc hẳn bạn đã nghe nhiều tới transaction trong lập trình, hệ điều hành… vậy transaction là gì và nó được ứng dụng trong các dự án thực tế ra sao. Sau đây, mình sẽ chia sẻ kỹ hơn với anh em khái niệm và demo một chương trình thực tế sử dụng Transaction.

II. Nội dung:

1. Transaction là gì

• Là một tập hợp các hành động cần thực hiện để một giao dịch hoàn thành. Một là tất cả các hành động đó được hoàn thành hoặc không có hành động nào được hoàn thành.
• Trong database: một hoặc nhiều câu lệnh SQL thực hiện nối tiếp nhau để hoàn thành một giao dịch
  • Tất cả các lệnh đều được thực hiện – Commit
  • Hoặc không có lệnh nào được thực hiện – Rollback

• Ví dụ:
  • Về tài khoản ngân hàng. Tôi(A) muốn chuyển 100$ tới một tài khoản B
  • Theo các bước sau: trừ 100$ tài khoản A và cộng 100$ vào tài khoản B
  • Hệ thống lỗi, mất mạng, mất điện: A bị trừ 100$ và B không được cộng 100$. Số tiền đó có thể bị lạc trên vũ trụ
  • Để giải quyết vấn đề trên, bước trừ tiền & cộng tiền ta nhóm vào một “transaction”
  • Bước trừ tiền thành công, nhưng bước cộng tiền thất bại ta phải Rollback bước trừ tiền tài khoản A. Như vậy trạng thái tài khoản A trở về ban đầu
  • Cả 2 bước đều thành công, ta thực hiện Commit > Giao dịch thành công
• Chú ý:
  • Mặc định database connection là auto-commit set = true
    • Ta cần tắt auto-commit: myConn.setAutoCommit(false);
  • Dev có thể điều khiển được commit / rollback
    • “myConn.commit();”  hoặc  “myConn.rollback();”
• Code mô phỏng xử lý transaction

• Bước 1: ta set auto-commit là false

• Bước 2: ta thực hiện một transaction gồm một hoặc nhiều lệnh SQL(insert, update, delete)

• Bước 3: (tùy chọn) xác nhận với user để thực hiện giao dịch trên

• Bước 4: Nếu ok thực hiện lưu dữ liệu vào db, ko thì thực hiện rollback

2. Demo chương trình có sử dụng transaction

• Công nghệ & công cụ:
  • Java SE 1.8
  • Mariadb 10.2
  • Mariadb java client 2.6.0
  • SQL client: Dbeaver
  • IDE: Intellij
• Source code: link github

• Ví dụ: thực hiện một Transaction
  • B1: Delete all HR employees
  • B2: Set salaries to $300,000 for all Engineering

Database

• Bảng employess

• Code demo tóm tắt:
  

• Kiểm tra trong database:

• Lệnh DELETE department = ‘HR’ và UPDATE department = ‘Engineering’ được thực hiện và lưu kết quả vào một bảng tạm trên database trước khi những thay đổi đó được commit
• Khi không muốn save transaction, chọn n
• Những thay đổi triên đã ROLLED BACK về trạng thái ban đầu

• Kiểm tra trong database:
  

• Tùy vào cơ chế và cấu mỗi database, khi thực hiện các lệnh UPDATE, DELETE, INSERT sẽ dược thực thi vào một hệ thống bảng tảm trước khi áp dụng vào bảng chính

• MariaDB mặc định commit mode là ON
  

• Ta có thể cài chỉnh được commit mode trực tiếp trên database hoặc trên SQL Client

III. Kết Luận:

• Ta hiểu thế nào là transaction
• Cách xử lý transaction sử dụng JDBC
• Hiểu cơ bản database cấu hình commit mode

Trần Mạnh Chung

Chào anh em, tôi là một Đép (Fresher), tuổi đời thì ngót nghét ba chục, nhưng tuổi nghề thì mới hơn 1 năm. Hôm nay tôi sẽ chia sẻ với anh em hành trình từ một người trái ngành bắt ngang sang làm Coder và bén duyên với nghề Developer tại HiveTech như thế nào.

1. Tôi đã chuyển ngành như thế nào?

Chia sẻ với anh em lịch sử của tôi, tôi đã có gần 10 năm làm công việc khác xa với ngành CNTT. Sau một khoảng thời gian dài làm công việc cũ, tôi thấy tính cách mình không phù hợp và nhận ra nhu cầu nhân lực lớn trong ngành CNTT, đặc biệt là lập trình viên.

Tôi quyết định học tại một trung tâm để bổ sung kiến thức nền và các kỹ năng cần thiết cho nghề Dev trong khoảng gần 5 tháng tập trung. Tôi biết rằng khoảng thời gian học ngắn như vậy khó có thể xây vững nền tảng như các bạn được đào tạo trong trường lớp chính thống, nhưng đây là con đường gần nhất cho một thanh niên ngoại đạo như tôi bước vào thế giới của anh em Coder.

Kết thúc khóa học, chúng tôi được trung tâm giới thiệu tham gia buổi Job Fair với các công ty công nghệ lớn nhỏ để phỏng vấn trực tiếp. Tại đây, tôi may mắn được phỏng vấn trực tiếp với đại diện của HiveTech và nghe thêm chia sẻ thẳng thắn của anh ấy về quá trình phát triển tư duy – kỹ năng trong nghề.

Sau buổi Job Fair đó, tôi tin rằng HiveTech là nơi mà tôi muốn đến làm việc và phát triển sự nghiệp dài hạn. Cuối cùng, may mắn cũng mỉm cười với tôi, ngày nhận được offer tôi đã không chần chừ mà gửi mail xác nhận “đồng ý” ngay và luôn.

2. Tôi bắt đầu tại HiveTech ra sao?

Tôi bắt đầu vào làm việc tại công ty HiveTech từ vị trí Intern và được training chi tiết lại những thứ cơ bản như Design Pattern. Nói thật, tuy là cơ bản nhưng đối với tôi lại là lần tiếp xúc đầu tiên, tôi cũng chắc là những bạn tầm trình độ như tôi cũng ít người biết đến mấy kiến thức chi tiết này.

Tôi được anh em trong công ty giúp đỡ và training tổng kết ra một bảng xương xương thế này thôi:

Trong thời gian training, tôi lại may mắn được join ngay vào một dự án của công ty. Tại thời điểm đó, tôi chủ yếu chỉ biết về framework spring MVC, spring Boot, những cấu trúc tôi chưa biết đến đã xuất hiện như struts, servlet, jsp… Mặc dù, cấu trúc này tôi có được giới thiệu trong thời gian học ở trung tâm nhưng lại không biết nó có thể ứng dụng ra thực tế tuyệt vời đến như vậy. Vì vậy, anh em khi học các framework có sẵn thì nên dành thời gian hiểu về nguồn gốc và lý do tại sao nó xuất hiện. 

Ví dụ : Khi bạn sử dụng CrudRepository, JpaRepository là các Spring Data chúng rất tiện và nhanh sử dụng nhưng điều đó dẫn đến một khuyết điểm là bị mất nền tảng tại sao cái này được tạo ra.

Khi đó, nên sử dụng JDBC để hiểu căn bản.

Cũng may mắn dự án tôi được tham gia cũng toàn sử dụng những công nghệ đã được training, nên dễ dàng tổng hợp kiến thức nền để có thể sử dụng được các framework mới.

Một ví dụ nữa cho anh em về hibernate framework: giúp đơn giản hóa sự phát triển của ứng dụng, chỉ cần tạo trong model add các thuộc tính vào là ta có được bảng trong data.

Chưa chắc nhiều bạn biết khi tạo một bảng với câu lệnh cơ bản như sau:

Vừa rồi là hành trình của tôi từ những ngày bập bõm bước vào nghề cho đến khi học hỏi và thực hành nhuần nhuyễn một số công cụ cơ bản vào các dự án thực tế tại HiveTech.

3. Kinh nghiệm cho các anh em Newbie

Các bạn từng học cùng trung tâm với tôi hay nói “Học để biết chứ sau này không làm đâu”, nhưng với tôi đây là một nhận định khá chủ quan. Mình phải hiểu căn bản, có nền tảng thì mới làm nhanh – làm tốt được, chứ biết nửa vời – làm nửa vời thì chẳng công ty nào muốn tuyển luôn ấy.

Tóm lại cái quần lại, các framework được tạo ra đều có lý do của nó, mà nó còn được đúc kết từ các thế hệ kinh nghiệm, từ những Dev giỏi nó là thành tựu, là kết quả tuyệt vời. Ta nên học cách sử dụng nhưng cũng không nên lạm dụng nó, hiểu được các framework đó có các interface nào và được tạo ra từ đâu, làm được điều đó ta phải nắm chắc căn bản anh em nhé, không xôi thịt ngay và luôn được đâu. 

Trên đây là các ý kiến riêng của cá nhân tôi – một Đép mới vào nghề, anh em cho góp ý để thêm ít gạch đá về xây nhà. Hy vọng anh em có ý định chuyển nghề như tôi cứ vững tin, kiên nhẫn học hỏi từ đồng nghiệp nhé.

Đủ lượng, chất sẽ thay đổi thôi. 

Chúc anh em thành công! 

Đoàn Văn Hiệu