ThanhNT Blog's

Computer, Networking, Embedded Systems, PCB Design

Tôi cũng muốn #Ngưng Nhảy Việc

#Ngưng Nhảy Việc Ngày xưa, trước khi có công việc đầu tiên, tôi thường tự bảo với mình là: Hãy làm cố định ở một công ty ít nhất 2 năm rồi nghĩ đến việc nhảy việc. Nhưng đúng là, phải đi làm rồi mới biết. Mình đi hay ở, không phụ thuộc ở việc mình muốn hay không. Tôi đã nhảy việc 2 lần trong năm nay, phỏng vấn và được offer ở 5 công ty khác nhau.

Truyện ngành CNTT: Tâm sự của một người trái ngành

Chuyện một người làm trái ngành Chuyện làm trái ngành diễn ra ở bất kỳ ngành nghề nào, chỉ cần có đam mê. Chuyện thứ nhất: Chọn ngành Cách đây 2 năm, cuối năm 12, mình may mắn pass cả 3 vòng lấy học bổng FPT, mình bắt đầu đứng giữa 3 sự chọn lựa: hoặc chọn sư phạm, hoặc chọn nhạc viện, hoặc chọn ĐH FPT và cả 3 đều là đam mê, sở thích của mình.

Team Leader - vs - Project Team Leader

Team Leader vs = versus (tức đối đầu, đối kháng, khi chơi game đánh nhau thì sau khi chọn nhân vật, sẽ thấy hiện lên cái bảng, ví dụ như: Songoku vs Ironman vs != vs mà mọi người hay hiểu nghĩa là “với” nha (mình chả hiểu đâu ra cái từ này nữa). Một số bạn developer khi gửi CV ứng tuyển vị trí nào đó, thường “make up” profile của mình bằng cách thêm cái chức danh “Team Leader” vào để cho CV nặng ký hơn.

10 thói quen xấu cần bỏ nếu muốn theo ngành IT

Thói quen xấu của giới IT Nguồn FB Hoàng Ngọc Diêu Mình thấy các thói quen nêu ra dưới đây đều xấu đối với các ngành công nghệ chứ không riêng gì ngành i tờ. Nếu bạn muốn tiến xa hơn trên con đường sự nghiệp của mình thì hãy cố gắng bỏ những tật xấu này đi. :D Let’s go! 1. Không chịu đọc tài liệu trước khi dùng Đây là một trong những thói quen tệ hại nhất nhưng lại thường gặp nhất.

Bi kịch - Quy trình của một dự án Outsourcing

Bi kịch là có thật Các dự án mà thiếu PM cứng, đủ tầm để dọn ngang dẹp dọc thì kiểu gì cũng đi vào thảm cảnh như bài dưới đây. Bài copy từ đây, reformat lại cho dễ nhìn. Chú ý: Bài viết sử dụng 1 vài từ ngữ thuộc “văn nói” nơi gầm bàn công sở. Sẽ không phù hợp với một số anh chị nghiêm túc.

Khởi nghiệp thất bại, trở lại làm thuê!

Khởi nghiệp không khó, giữ được mới khó FB Nguyen Tuan Quynh Khởi nghiệp - Light up your life Anh bạn tôi trước đây là kỹ sư, làm việc trong một công ty IT. Anh làm việc chuyên nghiệp và tận tâm nên khách hàng của công ty đã khuyên: “Ra làm riêng đi, chúng tôi sẽ chuyển đơn hàng sang cho anh”. Vậy là, anh quyết định khởi nghiệp, và khách hàng đó trở thành đối tác chiến lược của công ty vừa startup.

[Dev-Fun] Một số comment bá đạo của các coder, programmer

Code có comment hay không, comment như thế nào luôn là vấn đề tranh luận của giới developer từ trước đến giờ. Hôm nay chúng ta không tranh luận về comment, mà hãy cùng thưởng thức các comment “bá đạo” từ trước đến giờ để giải trí nhé. Méo mặt khi bị giao optimize code mà gặp phải dòng này // Chào anh bạn coder: // // Sau khi chú em đã gắng hết sức để 'optimize' hàm này, // để rồi nhận ra việc đó nhảm nhí và phí công vô ích thế nào, // hãy cộng thêm số giờ phía dưới để cảnh báo cho các coder // xấu số tiếp theo // // tổng_số_giờ_lãng_phí = 42 Khi code được viết ra trong một phút giây “thần thánh”

[Review] Code C theo chuẩn - Embedded C Coding Standard (Michael Barr)

Embedded C Coding Standard Bài viết này sẽ note ra vài điều mà tôi có được sau khi đọc cuốn ebook như trên tiêu đề - Code C nhúng theo chuẩn (Embedded C Coding Standard - Michael Barr). Code theo chuẩn Tại sao phải code theo chuẩn? Từ trước đến giờ code vẫn chạy ngon, có vấn đề gì đâu? Trong quá trình học lập trình cơ bản và giờ là lập trình nhúng, khi tham khảo và phát triển mã nguồn thì tôi thường hay gặp chung 1 vấn đề, đó là các mã nguồn được viết không theo 1 chuẩn nào cả.

Comment khi code - Dễ mà không dễ

Comment khi code ![Comment khi code quyết định kỹ năng lập trình viên](//media.thanhnt.com/2016/02/comment-good-or-bad-developer.png Mở đầu Comment khi code luôn là vấn đề khá đau đầu, gây tranh cãi khắp mọi nơi. Khi còn mài mông trên ghế giảng đường, các thầy yêu cầu “Khi code nhớ phải comment” nhưng lại không nói thế nào mới là comment đúng chuẩn, đúng kiểu. Cho đến khi đi làm, khi đọc code của người khác viết mà không hiểu thì ta lại đập bàn mà chửi: “Thằng này code ngu như cờ hó, code không comment thì thằng nào đọc cho nổi?

Side Project - Công cụ gia tăng giá trị cá nhân

Side project Tại sao bạn cần làm Side Project Xây dựng một sản phẩm sẽ giúp bạn có thêm kinh nghiệm và kỹ năng đáng giá: từ việc lên ý tưởng, lập kế hoạch thực hiện và nhiều nhiều thứ phải làm nữa… Kết quả là bạn sẽ có một sản phẩm thiết thực, ít nhất là với bạn. Học thứ gì đó mới - Còn cơ hội nào tuyệt vời hơn để bạn thử nghiệm và học hỏi một công nghệ mới, tìm hiểu một kỹ thuật mới… bởi vì Side Project không liên quan trực tiếp đến vấn đề cơm áo gạo tiền, bạn hoàn toàn có thể thử nghiệm.