Bàn phím bố cục đặc biệt hơi bất tiện vì khi làm việc chung tại cùng một chỗ với người khác thì họ không quen dùng. Cá nhân tôi nghĩ mức tối thiểu có thể chấp nhận là khoảng bàn phím tenkeyless.
Tôi đã dùng rất ổn các bàn phím 42 phím, 36 phím trong hơn 1 năm.
Khi đã quen rồi thì vai thực sự rất thoải mái.
Vì không phải khép hai tay lại để gõ mà có thể dang rộng ra khi dùng.
Navigation Layer
Phần liên kết với chuột cũng có khá nhiều tùy chọn có thể thiết lập như gia tốc chẳng hạn.
Sau khi chỉnh độ nhạy phù hợp, đúng theo cảm giác thoải mái của mình thì dùng khá ổn.
Trừ khi làm việc cần độ chính xác cao, còn lại khá thường xuyên tôi chỉ dùng bàn phím để điều khiển chuột.
Giống như bài viết này có nhắc, tôi cũng gán các phím di chuyển chuột lên/xuống/trái/phải ở tay trái, còn bên phải thì gán các phím như click để sử dụng.
Combo
j + k -> ESC
Tôi cũng dùng tổ hợp này. Nếu tận dụng hợp lý tính năng combo để nhấn đồng thời nhiều tổ hợp như control, command, shift thì thực sự rất tiện.
s + f -> (
j + l -> )
Tôi cũng dùng combo mở và đóng ngoặc theo kiểu như vậy.
Tôi viết code Rust khá nhiều, nên khi import module thì thật sự rất hay phải gõ ::, tức hai dấu colon liên tiếp. Tôi cũng gán thành combo j + ; -> :: để dùng.
Không dây / Có dây
Không dây có nhiều thứ phải cân nhắc hơn tưởng tượng.
Khi mua qua vận chuyển quốc tế thì pin phải mua riêng ở Hàn Quốc rồi tự kết nối, quản lý các thứ nữa... Tôi cũng từng thử không dây, nhưng giờ thì bỏ hẳn và đang dùng một bàn phím split có dây ở nhà, một cái mang ra ngoài.
VIAL
Nếu là người mới bắt đầu thì mua loại nào cũng được, nhưng không liên quan đến giá cả, tôi cực kỳ khuyến nghị nên mua loại có hỗ trợ "VIAL".
Các firmware khác thường phải qua các bước cấu hình riêng, compile rồi áp dụng nên nhiều khi khá phiền.
Nhưng chỉ cần hỗ trợ VIAL thì giống như bài viết nói, bạn có thể mở chương trình GUI và thử ngay theo thời gian thực các tổ hợp, bố cục mình muốn rồi áp dụng luôn.
Tôi để lại bình luận với hy vọng sẽ có thêm nhiều người dùng bàn phím split :)
À, cảm ơn bạn đã chỉ ra. Lẽ ra tôi nên xem kỹ sau khi đưa phần tóm tắt trở lại, nhưng đã bỏ sót, xin lỗi.
Tôi muốn sửa phần tóm tắt sai, nhưng không biết cách chỉnh sửa.
UE có thể truy cập giao diện debug (hãy tự hình dung cần thay đổi gì. Gợi ý: trái với những gì báo chí khẳng định, ngay cả người chỉ lướt XDA một tuần cũng biết việc thay đổi giá trị này là dễ.) <- Họ nói cái này là dễ, nên tôi thắc mắc không biết có ai biết link để có thể tự tìm hiểu trên XDA không ạ...?
Trước hết thì tôi là người dùng SKT, cũng mới chuyển mạng giữ số được vài tháng, và cảm thấy công sức bỏ ra để thay USIM có vẻ quá lớn... nên hiện tại tôi đang chỉ quan sát với mức dịch vụ bảo vệ USIM. Vì vậy tôi lại càng tò mò rủi ro thực sự lớn đến mức nào... Những giả định dưới đây được nêu trong bài viết được link
Vị trí vật lý của mục tiêu tấn công
Thông tin K/OPc/c_i/r_i và IMEI của mục tiêu
Công cụ mô phỏng SIM hoặc thẻ SIM dùng cho phát triển (e.g. SysmoISIM)
Frontend radio phần mềm
UE có thể truy cập giao diện debug (hãy tự hình dung cần thay đổi gì. Gợi ý: trái với những gì báo chí khẳng định, ngay cả người chỉ lướt XDA một tuần cũng biết việc thay đổi giá trị này là dễ.)
.... Tôi đã nghĩ rằng sẽ rất khó để kẻ tấn công có đủ toàn bộ các điều kiện này, và đặc biệt điều cuối cùng cũng tự nó không hề dễ. Nhưng vì họ nói là dễ nên tôi tò mò... xin để lại câu hỏi.
Có vẻ như trong phần tóm tắt AI của GN+ đã xảy ra hiện tượng ảo giác khá nghiêm trọng.
Khi thực sự vào trang FAQ, trang này giải thích rất rõ rằng dịch vụ này là proxy cho API tìm kiếm của Google và Brave. Không hiểu AI đã nhìn thấy gì mà lại tưởng tượng đây là một website mô tả công cụ trực quan hóa lưu lượng mạng mã nguồn mở?
Tôi nghĩ rằng bất kể có thực sự bị thay thế hay không, kiểu nội dung đó vẫn liên tục được nhắc đến vì nó rất giật gân.
Phần lớn những trường hợp giật những tiêu đề kiểu đó một cách đầy sảng khoái thì ngay từ đầu vốn không có khả năng là kết quả của một quá trình suy nghĩ sâu sắc về việc thực tế ra sao, hay có thể định nghĩa cái gọi là thay thế như thế nào.
Ngược lại, những nội dung được suy nghĩ nghiêm túc thường sẽ nói về việc hiện tại AI hay các công cụ khác có thể làm được đến đâu và đang phát triển theo hướng nào. Nhưng những tiêu đề chán ngắt như vậy thì người bình thường sẽ chẳng bấm vào đâu.
Tôi nghĩ nên xem đó là sự thay thế diễn ra dần dần.
Số người cần投入 để tạo ra cùng một kết quả công việc thực sự đang giảm đi.
Ngay cả với việc "thiết kế hệ thống", nếu trước đây 10 người làm mà giờ 8 người + hỗ trợ AI là giải quyết được
thì thực chất đã là tình huống 2 người bị thay thế rồi.
Tôi đã thử dùng cái này cách đây vài tháng, nhưng nó cần tài nguyên GPU nhiều hơn tôi tưởng và tốc độ cũng giảm khá nhiều, nên có vẻ khó để các công ty quy mô nhỏ áp dụng. Ngay cả khi dùng 2 GPU A10 để tìm kiếm cũng mất khoảng 30 giây đến 1 phút, ghê thật,,
Bàn phím bố cục đặc biệt hơi bất tiện vì khi làm việc chung tại cùng một chỗ với người khác thì họ không quen dùng. Cá nhân tôi nghĩ mức tối thiểu có thể chấp nhận là khoảng bàn phím tenkeyless.
https://shop.beekeeb.com/product/pre-soldered-piantor-split-keyboard/
Tôi đã dùng rất ổn các bàn phím 42 phím, 36 phím trong hơn 1 năm.
Khi đã quen rồi thì vai thực sự rất thoải mái.
Vì không phải khép hai tay lại để gõ mà có thể dang rộng ra khi dùng.
Navigation Layer
Phần liên kết với chuột cũng có khá nhiều tùy chọn có thể thiết lập như gia tốc chẳng hạn.
Sau khi chỉnh độ nhạy phù hợp, đúng theo cảm giác thoải mái của mình thì dùng khá ổn.
Trừ khi làm việc cần độ chính xác cao, còn lại khá thường xuyên tôi chỉ dùng bàn phím để điều khiển chuột.
Giống như bài viết này có nhắc, tôi cũng gán các phím di chuyển chuột lên/xuống/trái/phải ở tay trái, còn bên phải thì gán các phím như click để sử dụng.
Combo
j + k -> ESC
Tôi cũng dùng tổ hợp này. Nếu tận dụng hợp lý tính năng combo để nhấn đồng thời nhiều tổ hợp như control, command, shift thì thực sự rất tiện.
s + f -> (
j + l -> )
Tôi cũng dùng combo mở và đóng ngoặc theo kiểu như vậy.
Tôi viết code Rust khá nhiều, nên khi import module thì thật sự rất hay phải gõ
::, tức hai dấu colon liên tiếp. Tôi cũng gán thành combo j + ; -> :: để dùng.Không dây / Có dây
Không dây có nhiều thứ phải cân nhắc hơn tưởng tượng.
Khi mua qua vận chuyển quốc tế thì pin phải mua riêng ở Hàn Quốc rồi tự kết nối, quản lý các thứ nữa... Tôi cũng từng thử không dây, nhưng giờ thì bỏ hẳn và đang dùng một bàn phím split có dây ở nhà, một cái mang ra ngoài.
VIAL
Nếu là người mới bắt đầu thì mua loại nào cũng được, nhưng không liên quan đến giá cả, tôi cực kỳ khuyến nghị nên mua loại có hỗ trợ "VIAL".
Các firmware khác thường phải qua các bước cấu hình riêng, compile rồi áp dụng nên nhiều khi khá phiền.
Nhưng chỉ cần hỗ trợ VIAL thì giống như bài viết nói, bạn có thể mở chương trình GUI và thử ngay theo thời gian thực các tổ hợp, bố cục mình muốn rồi áp dụng luôn.
Tôi để lại bình luận với hy vọng sẽ có thêm nhiều người dùng bàn phím split :)
Đúng là có cả một gallery bàn phím split luôn à haha, hóa ra cũng có cộng đồng kiểu này nhỉ
Mà số người dùng lại còn đông hơn mình tưởng nữa
À, cảm ơn bạn đã chỉ ra. Lẽ ra tôi nên xem kỹ sau khi đưa phần tóm tắt trở lại, nhưng đã bỏ sót, xin lỗi.
Tôi muốn sửa phần tóm tắt sai, nhưng không biết cách chỉnh sửa.
Tìm thử thì thấy trong nước cũng đã có một vài bài trải nghiệm rồi
Review Corne v4 split giá 40 nghìn won mua từ Taobao
Đồng cảm.
Bây giờ hoàn toàn khác.
Tương lai mà mọi nghề nghiệp đều sẽ bị thay thế đã ở ngay trước mắt, và lập trình viên chỉ là một trong số đó.
Chuyện kiểu này chưa từng là một trào lưu lần nào cả.
Tôi dùng
jless, nhưng cái này có vẻ tốt hơn một chút.Có vẻ như sự phát triển của JavaScript được chia thành trước và sau khi Node.js ra mắt.
Tôi có một điều thắc mắc
UE có thể truy cập giao diện debug (hãy tự hình dung cần thay đổi gì. Gợi ý: trái với những gì báo chí khẳng định, ngay cả người chỉ lướt XDA một tuần cũng biết việc thay đổi giá trị này là dễ.) <- Họ nói cái này là dễ, nên tôi thắc mắc không biết có ai biết link để có thể tự tìm hiểu trên XDA không ạ...?
Trước hết thì tôi là người dùng SKT, cũng mới chuyển mạng giữ số được vài tháng, và cảm thấy công sức bỏ ra để thay USIM có vẻ quá lớn... nên hiện tại tôi đang chỉ quan sát với mức dịch vụ bảo vệ USIM. Vì vậy tôi lại càng tò mò rủi ro thực sự lớn đến mức nào... Những giả định dưới đây được nêu trong bài viết được link
.... Tôi đã nghĩ rằng sẽ rất khó để kẻ tấn công có đủ toàn bộ các điều kiện này, và đặc biệt điều cuối cùng cũng tự nó không hề dễ. Nhưng vì họ nói là dễ nên tôi tò mò... xin để lại câu hỏi.
Tôi đã chăm chỉ đọc về dB dù nó chẳng cần thiết gì cho cuộc sống của tôi cả haha
Cùng với Java, quyền thương hiệu JavaScript cũng được chuyển sang Oracle. Đây là lần đầu tôi biết điều này.
Elon Musk nói trên tweet rằng hiện vẫn chưa có gì được ký cả.
Có vẻ CEO của Telegram đã công bố ngay khi thỏa thuận còn chưa được ký xong.
Có vẻ như trong phần tóm tắt AI của GN+ đã xảy ra hiện tượng ảo giác khá nghiêm trọng.
Khi thực sự vào trang FAQ, trang này giải thích rất rõ rằng dịch vụ này là proxy cho API tìm kiếm của Google và Brave. Không hiểu AI đã nhìn thấy gì mà lại tưởng tượng đây là một website mô tả công cụ trực quan hóa lưu lượng mạng mã nguồn mở?
Bài gốc có nhiều hình ảnh và các đoạn mã khác nhau, nên sẽ tốt hơn nếu xem cùng với chúng.
Tôi nghĩ là vì ai cũng muốn thay thế lập trình viên bằng một thứ gì đó
Có vẻ khá nhiều người cho rằng họ chẳng làm gì mà vẫn được trả rất nhiều tiền
Thật sự rất tuyệt vời.
Tôi nghĩ rằng bất kể có thực sự bị thay thế hay không, kiểu nội dung đó vẫn liên tục được nhắc đến vì nó rất giật gân.
Phần lớn những trường hợp giật những tiêu đề kiểu đó một cách đầy sảng khoái thì ngay từ đầu vốn không có khả năng là kết quả của một quá trình suy nghĩ sâu sắc về việc thực tế ra sao, hay có thể định nghĩa cái gọi là thay thế như thế nào.
Ngược lại, những nội dung được suy nghĩ nghiêm túc thường sẽ nói về việc hiện tại AI hay các công cụ khác có thể làm được đến đâu và đang phát triển theo hướng nào. Nhưng những tiêu đề chán ngắt như vậy thì người bình thường sẽ chẳng bấm vào đâu.
Tôi nghĩ nên xem đó là sự thay thế diễn ra dần dần.
Số người cần投入 để tạo ra cùng một kết quả công việc thực sự đang giảm đi.
Ngay cả với việc "thiết kế hệ thống", nếu trước đây 10 người làm mà giờ 8 người + hỗ trợ AI là giải quyết được
thì thực chất đã là tình huống 2 người bị thay thế rồi.
Tôi đã thử dùng cái này cách đây vài tháng, nhưng nó cần tài nguyên GPU nhiều hơn tôi tưởng và tốc độ cũng giảm khá nhiều, nên có vẻ khó để các công ty quy mô nhỏ áp dụng. Ngay cả khi dùng 2 GPU A10 để tìm kiếm cũng mất khoảng 30 giây đến 1 phút, ghê thật,,