Cùng thử 10 câu hỏi đáp nhanh về lập trình nhé?
15 điểm bởi curioe 2024-09-10 | 46 bình luận | Chia sẻ qua WhatsApp
  1. Bạn dùng tab hay space cho thụt lề? Thường thụt mấy khoảng?
  2. Dấu ngoặc nhọn có được đặt ở dòng mới không, hay viết tiếp ngay trên cùng một dòng?
  3. Bạn cho phép tối đa bao nhiêu ký tự trên một dòng?
  4. Khi đặt tên biến hay hàm, bạn thích kiểu nào hơn? (ví dụ: camelCase, snake_case)
  5. Trình soạn thảo bạn ưa dùng là gì?
  6. Bạn dùng phông chữ nào để code? Cỡ chữ bao nhiêu?
  7. Khi bắt tay vào làm một thứ gì đó, ngôn ngữ lập trình nào là thứ bạn nghĩ tới đầu tiên?
  8. Bạn có quy tắc hay thứ tự nào khi import module hoặc thư viện không?
  9. Bạn có viết unit test không? Thường làm theo cách nào?
  10. Hãy viết bất cứ điều gì bạn muốn nói/chia sẻ/khoe/kêu gọi/whatever.

Bài viết liên quan

46 bình luận

 
aer0700 2024-11-17
  1. 4 dấu cách
  2. Kiểu K&R trên cùng một dòng
  3. Thay vì cố định số lượng ký tự, tôi linh hoạt theo ngữ cảnh.
    Những phần như xử lý lỗi thì cố gắng kết thúc trong một dòng nếu có thể,
    còn các logic khác thì tôi tách ra để viết.
  4. Cá nhân tôi thích snake_case, nhưng trong nhóm thì tôi làm theo cách cả đội đang dùng.
  5. VS Code
  6. Phông chữ mặc định của VS Code
  7. C
  8. Tôi include thư viện chuẩn trước tiên. Sau đó là thư viện bên ngoài, rồi đến thư viện nội bộ của công ty.
  9. Khi build, tôi chạy unit test. Nếu unit test báo fail thì sửa rồi build lại... cho đến khi pass.
  10. Cẩn thận cảm lạnh nhé. Giữ cổ tay cẩn thận nhé. Uống rượu vừa phải thôi. Cùng ăn kiêng nào.
 
bobcat 2024-10-14
  1. Dấu cách 2 hoặc 4 ký tự
  2. Newline
  3. 79-80 / 119-120
  4. Nếu có convention như PEP8 thì tuân thủ, ngoài ra thì CC.
  5. VSCode
  6. Consolas, 9pt
  7. C
  8. Stdlibs (stdlib) > Platform libs (Windows, unistd...) > essential library (toàn dự án) > auxiliary library (tập trung cho module)
  9. Unit test
  10. Lạnh quá
 
jwh926 2024-10-04
  1. Dự án cá nhân: tab 4 khoảng, ở công ty: space 4 khoảng
  2. Dạo này tôi đang viết ở dòng tiếp theo
  3. 100
  4. snake_case
  5. VSCode
  6. Iosevka 22px
  7. Python
  8. Từ khóa from là ưu tiên số 1, sau đó là thư viện built-in
  9. Không làm
  10. Tôi muốn về nhà
 
tobesimple7 2024-09-20
  1. 4 dấu cách
  2. Cùng một dòng
  3. 100 ký tự, bao gồm cả khoảng trắng
  4. Dùng lẫn cả camel và snake_case
  5. JetBrain
  6. d2code, dracula 12 ~ 13
  7. Sql
  8. Không có gì riêng
  9. Thứ tự, theo từng chức năng
  10. Vui đấy
 
nutella 2024-09-19
  1. Tab
  2. Cùng một dòng
  3. 100
  4. Dùng phù hợp với ngôn ngữ
  5. vscode!
  6. Droid Sans Mono, 14pt
  7. Python!
  8. lint
  9. Tôi kiểm thử theo từng chức năng
  10. Tôi biết thêm rất nhiều phông chữ đẹp :)
 
erickim27 2024-09-18
  1. Tôi chỉ dùng tab trong mọi ngôn ngữ.
  2. Khi khai báo hàm thì xuống dòng mới, còn với câu lệnh if hay for thì có khoảng trắng.
  3. Khoảng 50 ký tự.
  4. Dùng chữ thường, thay khoảng trắng bằng _.
  5. Chủ yếu dùng vscode, lúc gấp thì dùng vim.
  6. mesloLGS NF, 16pt
  7. Nếu đơn giản thì tôi nghĩ đến Python trước.
  8. Hầu như không có. Khi viết C thì tôi có xu hướng dùng thư viện chuẩn trước.
  9. Không làm
  10. Học Linux kernel/low level khá thú vị nên mọi người hãy thử một lần nhé
 
overthinker 2024-09-17
  1. C++ dùng 4 dấu cách, JS dùng 2 dấu cách, Golang dùng tab
  2. C++ xuống dòng mới, còn lại thì cùng dòng, nhưng tôi ưu tiên lint theo từng ngôn ngữ.
  3. 80 ký tự
  4. Tùy ngôn ngữ, nhưng JS: camel_case, C++: snake_case
  5. VSCode
  6. Hack Nerd Font / cỡ chữ 12 / weight 450
  7. JS
  8. Theo lint hoặc theo thứ tự bảng chữ cái
  9. Unit test được viết theo từng đơn vị chức năng ngắn.
  10. Chúc mọi người cố lên.
 
siscof 2024-09-17
  1. Thụt lề 2 dấu cách
  2. Cùng một dòng
  3. 80 ký tự (để có thể đặt hai cửa sổ editor theo chiều ngang)
  4. Tùy ngôn ngữ thì khác, nhưng tôi thích CamelCase
  5. neovim (AstroNVim) + tmux / IDEA Ultimate
  6. D2Coding / hack fira code nerd font
  7. bash shell > js > kotlin
  8. Quy tắc mặc định của Intellij (tôi tạo bằng editorconfig rồi dùng)
  9. Viết test code dựa trên business logic, còn UI thì test bằng tay...
  10. Ngày xưa tôi khá vất vả vì phải thêm plugin bằng vimscript rồi chỉnh sửa cho hợp ý mình, nhưng dạo này có cả những thứ như AstroNVim với cấu hình mặc định sẵn, và mỗi IDE cũng hỗ trợ khá nhiều trình mô phỏng vim, nên mọi người cứ thử nhẹ nhàng xem sao nhé haha
 
jjpark78 2024-09-16
  1. Thụt lề 2 dấu cách.
  2. Cùng một dòng
  3. 100 ký tự
  4. camelCase
  5. neovim, doom emacs cho magit
  6. FiraCode
  7. nodejs
  8. Ngoài tính năng sắp xếp do LSP hỗ trợ thì không có quy tắc nào cụ thể.
  9. Tôi dùng vitest, nhưng thay vì cách dùng lý tưởng là viết sẵn trước khi code, tôi thường code trước rồi sau đó tạo unit test để ngăn side effect. Sau đó, nó được dùng để mang lại sự yên tâm rằng các tính năng đã được tạo một lần sẽ không bị ảnh hưởng bởi các thay đổi mới hay chỉnh sửa sau này.
  10. Mong GeekNews ngày càng phát triển.
 
goinwater 2024-09-12
  1. Thụt lề 2 dấu cách (gõ bằng tab rồi tự động đổi sang dấu cách)
  2. Vì là dev TS nên để cùng dòng (với hệ C thì là xuống dòng tiếp theo)
  3. 100 ký tự
  4. camelCase
  5. Cursor IDE
  6. Fira Code nerd font
  7. TypeScript
  8. Thư viện ở trên cùng, module nội bộ ở ngay sau đó
  9. Chủ yếu là các module dùng chung
  10. Muốn dùng vim thật tốt nhưng vẫn chưa thể quen được
 
regentag 2024-09-12
  1. 3 khoảng trắng (Ada), 4 khoảng trắng (các ngôn ngữ còn lại)
  2. Ada không có dấu ngoặc nhọn, nhưng begin được viết ở dòng tiếp theo. Trong PowerShell thì viết cùng dòng.
  3. 130 ký tự
  4. SNAKE_CASE viết hoa
  5. Understand, Notepad++
  6. D2Coding
  7. PowerShell
  8. Nếu không có vấn đề gì đặc biệt thì theo thứ tự bảng chữ cái.
  9. Không làm.
  10. Cố lên!
 
roxie 2024-09-22

Bạn vẫn dùng Ada à? Wow..
 
mhcoma 2024-09-12
  1. Ký tự tab là 4 khoảng trắng
  2. K&R Style
  3. 120
  4. snake_case
  5. VS Code
  6. D2Coding 12pt
  7. Python, C
  8. Thư viện chuẩn -> thư viện bên ngoài -> nội bộ, sắp xếp theo thứ tự bảng chữ cái
  9. Không...
  10. Ký tự tab là chân lý.
 
codufdl 2024-09-11
  1. Tôi đang dùng 2 dấu cách.
  2. Tôi bắt đầu tiếp tục trên cùng một dòng, còn dấu đóng thì viết riêng tách biệt. Phần nối tiếp sau khi đóng thì trên cùng một dòng...
  3. Tôi viết theo kích thước màn hình của người đang dùng cỡ chữ lớn nhất trong nhóm, hiện tại là 200.
  4. Tôi thích camelCase.
  5. Hiện tại tôi thấy VS Code tiện hơn.
  6. Tôi đang dùng D2Coding / 12.
  7. Thứ tự là ECMAScript > Java > Python.
  8. Thứ tự là standard > third-party > internal.
  9. Ngoài lúc mô-đun hóa thì tôi dùng printf, haha
  10. Mọi người cùng cố lên!
 
hwhang0917 2024-09-11
  1. space4
  2. cùng dòng
  3. 80
  4. camelCase
  5. neovim
  6. FiraCode Nerd Font 18
  7. Go, TypeScript
  8. standard, thrid-party, internal
  9. về các tiện ích hoặc mô-đun dùng chung
  10. Chúc bạn một năm nữa luôn bình an.
 
iyeti 2024-09-11
  1. space4
  2. cùng dòng
  3. 120c
  4. camel
  5. VSCode
  6. Consolas 10
  7. Java, C++, Python
  8. tự động sắp xếp theo thứ tự abc
  9. chú ý xử lý ngoại lệ và giữ ở mức tối thiểu
  10. Hãy cẩn thận với COVID và cúm... một khi mắc rồi thể lực giảm sút thì thật sự hồi phục rất chậm...
 
semjei 2024-09-11
  1. 4 dấu cách
  2. Class và interface xuống dòng tiếp theo, còn lại cùng dòng
  3. Không giới hạn, hiện tại là 220
  4. Tên class và hàm toàn cục dùng camelCase, hàm nội bộ và biến dùng snake_case
  5. VS Code
  6. D2Coding
  7. C++, PHP
  8. Nếu có thể thì sắp xếp theo alphabet theo từng chức năng
  9. Chỉ module dùng chung, còn lại thì tự xử
  10. Chúc cả năm nay cũng bình an
 
nabitang 2024-09-11
  1. 4 dấu cách
  2. Cùng một dòng
  3. 120 ký tự
  4. camelCase
  5. vscode
  6. Fira code
  7. javascript (typescript)
  8. third party, packages -> domain, entity -> use case -> services, adapters -> UI components
  9. Jest, nếu cần thì chỉ kiểm thử use case, càng tối thiểu càng tốt nếu có thể
  10. Chúc tất cả mọi người luôn giữ gìn sức khỏe tốt :)
 
crazeidea 2024-09-11
  1. Tab / 4 dấu cách
  2. Cùng một dòng
  3. 140
  4. camelCase
  5. VSCode
  6. Ubuntu
  7. Typescript
  8. Không hẳn, nhưng đôi khi sắp xếp theo thứ tự bảng chữ cái
  9. Các mô-đun có độ phức tạp cao thì tiến hành kiểm thử
  10. Chúc mọi người cố lên
 
n1ghtc4t 2024-09-11
  1. Tôi từng là người theo phe tab, nhưng tùy trường hợp thì ưu tiên 4 dấu cách, còn HTML thì ưu tiên 2 dấu cách; dạo gần đây thì cũng kiểu rối rắm thế nào cũng được
  2. Tôi đặt trên cùng một dòng, nhưng cố gắng tối đa để khớp với convention của code hiện có
  3. Hồi trẻ là 120, nhưng khi mắt bắt đầu lão hóa thì giờ đang tụt xuống đến 80.
  4. Tên class hay module thì thích camel, còn biến thì thích snake
  5. Dùng VSCode một thời gian, nhưng gần đây đang thử chuyển sang Zed
  6. Gần đây là CaskaydiaCove Nerd Font Mono
  7. Trong công việc thì Python, dự án cá nhân thì Elixir, còn thứ muốn thử là Rust
  8. Không đặc biệt để tâm
  9. Ở giai đoạn đầu hoặc khi phát triển một mình, tôi cố loại unit test nhiều nhất có thể; khi số người cộng tác trong dự án tăng lên và có thêm dev junior tham gia thì viết unit test cho những phần code thiết yếu là bắt buộc... rồi cuối cùng lại bị bỏ bê
  10. Muốn nhanh kiếm được nhiều tiền để đi thuyền buồm sailing yacht và code như một thú vui.
 
toaonly 2024-09-11
  1. Dùng dấu cách, 2 khoảng trắng
  2. Cùng một dòng
  3. 80
  4. camelCase
  5. VSCode
  6. Consolas
  7. JavaScript, Rust
  8. Theo thứ tự bảng chữ cái, sau đó là đường dẫn cục bộ
  9. Với các mô-đun kiểu util thì tôi gần như kiểm thử 100%, còn với business logic thì chỉ làm những phần kiểu "nếu cái này hỏng thì thật sự to chuyện" thôi (do hạn chế thời gian nên không thể kiểm thử mọi thứ...)
  10. Chúc tất cả các lập trình viên, kỹ sư đang đọc GeekNews luôn cố gắng nhé!
 
hhan8 2024-09-11
  1. Dấu cách, theo convention. Khi làm cá nhân thì tôi thích 2 hơn
  2. Tôi viết trên cùng một dòng
  3. Có lẽ khoảng tầm 100
  4. camelCase
  5. VSCode > Neovim > IntelliJ (chỉ bất đắc dĩ mới dùng khi làm việc công ty thuộc hệ JVM)
  6. Font mặc định trong cài đặt, 13~16pt
  7. Javascript
  8. Tôi không đặc biệt để ý đến chuyện đó.
  9. Tôi thường triển khai theo phong cách BDD, tập trung test các case muốn hiện thực trước rồi cuối cùng bổ sung phần test coverage.
  10. Tôi rất muốn dùng NEOVIM cho thật tốt nhưng cứ lại phải dùng con trỏ. Tôi rất nể những người dùng thành thạo.
 
iolothebard 2024-09-11
  1. Dấu cách 4
  2. Cùng một dòng
  3. 120
  4. camelCase
  5. vim
  6. monoplex
  7. nodejs
  8. built-in, 3rd-party, mine theo thứ tự bảng chữ cái
  9. Chắc chắn rồi. Cứ làm đi!
  10. Ho eyo he hum!
 
wedding 2024-09-11
  1. Phụ thuộc vào formatter. 4/2 dấu cách
  2. Phụ thuộc vào formatter. Ưu tiên inline
  3. Có và không. 80
  4. Có và không. Theo convention
  5. vs pro
  6. d2+nerd
  7. html
  8. Phụ thuộc vào formatter
  9. Không giỏi làm unit test cho đẹp, chỉ ở mức kiểm chứng bằng dữ liệu giả..
 
dbs0829 2024-09-11
  1. 4 dấu cách
  2. Cùng một dòng
  3. 79
  4. Theo convention
  5. neovim
  6. nerd hack font, kích thước dùng mặc định của editor
  7. python hoặc c#
  8. Theo convention
  9. Chỉ viết code test riêng khi có spec rõ ràng. Ngoài ra thì vừa tự kiểm thử vừa phát triển.
 
a12341234 2024-09-11
  1. 2 dấu cách
  2. Cùng một dòng
  3. 1000+
  4. camelCase
  5. VSCode
  6. Font mặc định hoặc D2 Coding
  7. Dart
  8. Theo formatter mặc định
  9. Không mock, nếu có thể thì kết nối trực tiếp vào server phát triển và DB để test. Có vẻ các vấn đề liên quan đến server nhiều hơn...
 
iknowca 2024-09-11
  1. Tab 4 khoảng trắng
  2. Cùng một dòng
  3. Không quan tâm.
  4. camelCase
  5. vscode
  6. 14p, d2 coding
  7. python
  8. Không có gì riêng.
  9. Gần như không làm được...
  10. Nội dung tương tác kiểu này hay đấy
 
savvykang 2024-09-10
  1. TSX dùng 2 khoảng trắng, còn lại dùng 4 khoảng trắng
  2. Cùng một dòng
  3. 80/120
  4. Phong cách mà ngôn ngữ khuyến nghị
  5. VSCode, với Java thì riêng STS
  6. Monaco, Menlo, Consolas
  7. Python
  8. Thư viện chuẩn, thư viện bên thứ ba, cùng một dự án
  9. Chỉ thực hiện unit test cho những gì có thể chạy chỉ bằng hệ thống tệp và đối tượng vào/ra, không cần hệ thống bên ngoài
  10. Câu hỏi số 4 có phải là không thật sự cần thiết không?
 
xguru 2024-09-10
  1. 2 khoảng
  2. Cùng một dòng
  3. Vì không viết quá rộng nên có vẻ tôi thường ngắt ở khoảng tối đa 80 ký tự.
  4. camelCase
  5. VS Code: Không chỉ để phát triển mà tôi còn dùng cái này để tổng hợp tin đăng lên GeekNews. Cứ thấy tiện thôi.
  6. Màn hình ở nhà và ở công ty giống nhau, nhưng tôi dùng font khác nhau.
  • Win: JetBrains Mono, 14p
  • Mac: Menlo, 12p
  1. Trước đây tôi thích ứng dụng desktop nên dùng Delphi (trời ơi, từ bao giờ rồi nhỉ), còn các trang web nhỏ thì tôi hay nghịch bằng PHP.
    Nghĩ lại thì dạo này tùy làm cái gì, tôi thường tìm thử framework cơ bản trước, nếu có cái phù hợp thì cứ dùng ngôn ngữ đó để phát triển.
    Cũng có lúc tôi phát triển bằng script trong Google Docs, xử lý bằng plugin trên WordPress, hoặc nếu Node/Python có module phù hợp thì lấy về dùng, nên khá đa dạng.
  2. Nếu nhiều quá thì tôi sẽ sắp xếp lại cho dễ nhìn một chút, còn ngoài ra thì không để ý lắm. (Formatter sẽ lo tốt thôi mà)
  3. Tôi ít khi làm lắm. hix
  4. Hãy đăng thật nhiều câu hỏi hay lên Ask nhé! Hãy cùng làm Ask sôi động lên nào haha
 
jic5760 2024-09-10
  1. Dấu cách, 4 cái.
  2. Cùng một dòng
  3. Vừa đủ để không xuất hiện cuộn ngang
  4. Tùy ngôn ngữ (kotlin/go/java/typescript dùng camelCase, c/c++ dùng snake_case)
  5. Jetbrains
  6. Phông chữ mặc định của Jetbrains
  7. go hoặc kotlin
  8. Trong go, import bên ngoài/bên trong được phân biệt. Trong từng nhóm đã được phân biệt thì sẽ tự động được sắp xếp.
  9. Chủ yếu là unit test + nếu có nhiều routine chạy cùng nhau thì sẽ test riêng
  10. Cảm ơn câu hỏi hay :)
 
autumnal 2024-09-10
  1. Dùng tab, 4 khoảng trắng
  2. Tuân thủ coding style theo từng dự án.
  3. Mức độ dễ nắm bắt trong nháy mắt (trong 150 ký tự)
  4. Tuân thủ coding style theo từng dự án.
  5. vscode là số một
  6. Consolas
  7. C++
  8. Nếu không phải thư viện bắt buộc phải quy định riêng thì import theo thứ tự: chuẩn - phụ thuộc framework - tùy chỉnh
  9. Tiến hành unit test theo từng chức năng
  10. Tôi muốn code nhiều hơn và giỏi hơn nữa. Giá mà có nhiều thời gian hơn!
 
cjinzy 2024-09-10
  1. 4 khoảng trắng
  2. Nếu ngắn thì để cùng một dòng, nếu có vẻ sẽ dài thì xuống dòng mới.
  3. Tôi thường viết đến khoảng 150 ký tự. Vẫn đang cố gắng rút gọn hơn nữa...
  4. Trước đây dùng camelCase, gần đây đang chuyển dần sang snake_case
  5. Tôi thường dùng VS Code và Vim.
  6. Hack, Nerd Font, còn cỡ chữ thì... thường thay đổi qua lại tùy theo độ mỏi mắt
  7. Dù sao thì tôi vẫn hay dùng python nhất
  8. Tôi làm theo thứ tự: mô-đun tích hợp sẵn, mô-đun có thể cài bằng gói, rồi đến mô-đun tự tạo.
  9. Chỉ làm những thứ quan trọng thôi... bịch...
  10. Chúc bạn một ngày tốt lành :)
 
alstjr7375 2024-09-10
  1. space, 2 dấu cách
  2. Tôi thích xuống dòng mới hơn, nhưng vì các formatter nên nhiều khi lại viết cùng một dòng
  3. Tối đa là 80, dài thì 120 cột
  4. Sở thích là kebab-case, nhưng vì giới hạn khi parse hoặc đủ loại convention nên lại phải dùng camelCase T_T
  5. Emacs, hoặc gần đây do plugin nên tôi dùng Visual Studio Code nhiều. Việc đơn giản thì dùng Kate.
  6. Hack + D2Coding (fallback tiếng Hàn)
  7. Typescript
  8. std, thư viện, module nội bộ, thư mục hiện tại
  9. Tôi thích In-Source Test, tức là viết test ngay trong cùng file với phần triển khai.
  10. Chắc không lâu nữa tôi sẽ công khai bài giới thiệu thôi haha
    Tôi đang làm một CSS in JS để kết hợp Semantic CSS và Atomic CSS.
    https://github.com/mincho-js/mincho

Những ai thuộc "phe kem bạc hà sô-cô-la" thì nếu bấm star giúp mình sẽ rất cảm ơn...?
 
goinwater 2024-09-12

Có vẻ là dựa trên Vanilla Extract.
 
qyurila 2024-09-10
  1. Dùng tab 3 khoảng (thực ra gần như chỉ làm được trong dự án cá nhân..)
  2. Nếu gần với JS thì để cùng dòng, nếu gần với Java thì xuống dòng mới
  3. Nếu gần với JS thì 90, nếu gần với Java thì 120
  4. Dùng theo convention
  5. VSCode (+ tùy tình huống thì dùng Zed và micro)
  6. JetBrains Mono + Gureum Sans Code, 14
  7. Phần lớn tôi làm bằng ngôn ngữ mà lúc đó đang quyết tâm học thử. Nếu không thì TS
  8. Nhìn chung, càng gần với built-in thì import trước
  9. Từ dự án tiếp theo nhất định sẽ làm..
  10. Tôi tôn trọng tất cả các anh chị đang làm trong nghề
 
alstjr7375 2024-09-10

Có vẻ bạn đúng là có gu khá "thiểu số" với kiểu cách 3 ô nhỉ.
Có lý do nào khiến bạn thích vậy không?
 
qyurila 2024-09-11

Mình hiểu lý do ở một số ngôn ngữ (đặc biệt là HTML và JSX) vì sao tab 4 khoảng trắng không phải lựa chọn chủ lưu: khi độ sâu thụt lề tăng lên thì nó chiếm bề ngang quá nhiều một cách không cần thiết, và bản thân mình cũng cảm thấy như vậy.
Nhưng cá nhân mình thấy nếu dùng tab 2 khoảng trắng thì độ phân tách lại quá yếu, khiến việc nắm bắt hierarchy trở nên quá khó. Mình đã thấy vậy từ khi mới nhập môn và đến giờ vẫn thế.

Tab 3 khoảng trắng là thứ mình lần đầu tiếp xúc qua coding convention khi từng phải làm việc với Lua.
Sau khi dùng quen hơn một chút thì mình bắt đầu nghĩ... đây chẳng phải là “điểm ngọt” nằm giữa tab 2 và tab 4 khoảng trắng sao? Thế là mình bắt đầu áp dụng nó sang các ngôn ngữ khác, và với phần lớn những ngôn ngữ vốn phổ biến với tab 2 hoặc 4 khoảng trắng, mình lại thấy tab 3 khoảng trắng dễ đọc hơn, nên đến giờ hễ khi nào có thể là mình vẫn áp dụng haha

Nếu tìm trên Google thì cũng có thể thấy một số rất ít (!) bài “pr” cho tab 3 khoảng trắng; thử đọc cho vui một bài này xem sao? 😄
 
alstjr7375 2024-09-11

Xem một lúc thì cảm giác như não cũng dần được “huấn luyện” theo luôn ấy nhỉ haha
 
curioe 2024-09-11

Ồ, thú vị đấy. Lần sau khi viết gì đó nhẹ nhàng, chắc tôi sẽ thử dùng 3 ô. Cảm ơn bạn.
 
neodasida 2024-09-10
  1. Tab, 2 khoảng trắng
  2. Cùng một dòng
  3. 320
  4. Camel
  5. IntelliJ / vim
  6. Source Code Pro for powerline 14pt
  7. java / kotlin > javascript
  8. Intellij Auto Import ^^; với ngôn ngữ script thì tôi phân biệt thành module nội bộ và module bên ngoài.
  9. Sẽ tốt nếu có thể kiểm thử E2E toàn bộ, nhưng tôi thường xác định phạm vi đến mức có thể xác minh được các logic nghiệp vụ quan trọng.
 
jaehong21 2024-09-10
  1. Tab
  2. Cùng một dòng ~
  3. Chủ yếu theo cấu hình mặc định của linter, formatter (nếu không thì đến mức còn nhìn được trong một màn hình)
  4. Theo convention mặc định của ngôn ngữ, thường thích camelCase
  5. Neovim
  6. NerdFont
  7. Golang
  8. Import theo thứ tự std, thư viện bên ngoài, module nội bộ; trong mỗi nhóm thì sắp xếp theo thứ tự alphabet
  9. Chỉ khi logic phức tạp thì trước mắt mới chú thích từng phần.... (muốn ghi hết lắm nhưng...)
 
bemong1 2024-09-10
  1. 4 khoảng trắng, tab
  2. Dòng mới
  3. Tùy trường hợp
  4. c++ dùng camelCase, còn lại dùng snake_case
  5. vim, vs, vscode
  6. Naver d2
  7. Làm prototype nhanh thì dùng python, còn lại tùy theo tính chất của dự án
  8. Ưu tiên thư viện ở mức system, os trước, càng xuống các tầng thấp hơn thì đặt xuống dưới
  9. Dùng gtest, pytest. Kiểm thử thường xuyên
  10. Mình cũng tò mò về cách hoặc phong cách viết tài liệu phát triển của những người khác....
 
ganadist 2024-09-10
  1. Shell dùng 2 dấu cách, Makefile dùng tab, còn lại là 4 dấu cách
  2. Tùy theo convention của ngôn ngữ, nếu có thể thì để cùng một dòng
  3. Khi dùng ngôn ngữ kiểu cũ thì 80 ký tự, khi dùng ngôn ngữ kiểu mới(?) thì 100 ký tự
  4. Theo convention của ngôn ngữ
  5. neovim, Android Studio, IntelliJ, thỉnh thoảng dùng vscode
  6. Nếu có thể thì dùng font monospace mặc định của OS
  7. Viết lại theo thứ tự Shell -> Python -> Kotlin
  8. Dạo này formatter với linter tự lo hết rồi... (nhìn xa xăm)
  9. Viết thử một chút rồi để đó luôn.. (phịch...)
  10. Trên đời chẳng có việc gì dễ cả. Huhu..
 
baeba 2024-09-10
  1. Tab, 4 dấu cách
  2. Bắt đầu ở dòng mới
  3. Tùy từng trường hợp (khoảng 100 ký tự)
  4. Dùng lẫn snake_case, camelCase
  5. Notepad++ > Ultraedit (bản 2001) > VS Code
  6. D2 Coding
  7. C/C++ > Java > JavaScript/CSS
  8. Tùy từng trường hợp
  9. Thêm module ghi log vào code và lưu ra file. Vừa phát triển thì tiện tay làm luôn.
  10. Khi nào mới nghỉ hưu đây?
 
yshrust 2024-09-10
  1. 2 dấu cách
  2. cùng một dòng
  3. mức độ dễ nhìn
  4. Thường thì có vẻ là mỗi ngôn ngữ sẽ theo cách mà nhiều người dùng nhất.
  5. Visual Studio
  6. Cascadia Code
  7. C#
  8. Có vẻ tôi thường nhóm thành kiểu dùng mặc định / tự tôi tạo / đại loại vậy để dùng.
  9. Biết là phải làm, biết là phải làm mà chỉ nghĩ thế thôi rồi lại không làm được mấy..
  10. Chỉ một lần trúng xổ số thôi ..
 
curioe 2024-09-10
  1. Bốn dấu cách. Mắt tôi kém nên thích thứ gì to rõ một chút.
  2. Cùng một dòng {
    }
  3. Tôi không giới hạn cứng theo số lượng ký tự, nhưng nếu không vừa trong 1/2 màn hình thì tôi thường tách ra.
  4. Có vẻ tùy từng ngôn ngữ, nhưng tôi chủ yếu dùng camelCase.
  5. VS Code
  6. Menlo, 16, nhưng độ phân giải là 1920. Haha
  7. Dạo này có vẻ không có cái nào đặc biệt. Tùy từng lúc thôi. Hơn 10 năm trước là Java, nhưng giờ thì hầu như tôi còn chẳng thèm nhìn tới nữa haha
  8. Tôi import theo thứ tự cần thiết, nhưng những thứ có cùng vai trò hoặc cùng layer thì thường gom lại.
  9. Tôi chỉ chạy những phần mà business logic quan trọng để trấn an cảm giác bất an của mình thôi. Tự kiểm điểm...
  10. Tôi muốn có một lifestyle business (một công việc kinh doanh mang lại mức thu nhập đủ để duy trì cuộc sống mà bản thân muốn sống).