vậy với api này thì làm sao để sign_in ạ ?

Hay đó Pro

Thank ông nhé, đang muốn tìm hiểu cái này nhưng không biết từ khoá "utility-first" này. (bow)

Hữu ích lắm Pro, nhưng e vẫn dùng Full Page Screen Capture =))

@nvKhuong , về câu hỏi thứ 2, craft_structure, thực tế là folder mình dùng để chứa các file của CRAFT thôi, file detection.py ở đây là 1 dạng viết lại của file test.py trong CRAFT thôi (đương nhiên có bổ sung 1 chút). Ngoài ra thêm 1 file post_process.py để mình group các text box lại.

Như mình đã note thì số lượng code của cái folder này quá nhiều nên mình cũng ko thêm vào trong bài viết được

@nvKhuong Đầu tiên, về câu hỏi 1: Cạnh chính ở đây là gì ?

Ở đây, ví dụ, cạnh hàng ngang đầu tiên : Mặc dù ta trông thấy chỉ là 1 đường thẳng nhưng thực tế là có 7 đoạn con chắp nối thành đường này. Việc nhóm của mình là nhóm lại những đoạn này và lấy 2 điểm đầu cuối để tìm ra cạnh chính

Đọc trên docs này bạn: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html

@bt36 Bạn phải SSH vào server AWS ms cài đc bằng command bạn a

rồi bạn làm đc chưa ạ

br cho xin thông tin địa chỉ, sdt để gửi keycap với

@tungbuitien Dễ hơn rồi anh.

• "tiến hành nhóm những cạnh này lại thành các cạnh chính, chúng ta sẽ thu được những đường thẳng cạnh cần thiết" Cạnh chính ở đây là gì vậy anh.
• Cho em hỏi thêm: from craft_structure.detection import detect, get_detector "craft_structure" module này anh lấy từ đâu anh em tìm trong source CRAFT-pytorch không tìm thấy.

có lun cho mẫu xài rabbitmq, crontab, suppervisor ko bạn?

good job amazing

@lucthecoder hầy mới là sinh viên thoy mà máu thế này, mình dở quá để các em mơ mộng vài năm nữa, viết bài sớm quá sau sao đú được với lớp trẻ =)))

Em là sinh viên sắp ra trường, may mắn được một công ty khá lớn thực tập vị trí front-end từ rất sớm nên suốt một thời gian dài em trở nên lười biếng, không chịu tiếp cận kiến thức mới. Suốt ngày chỉ lên cty code đủ task, về nhà làm job freelance, lâu lâu đọc mấy bài về tech cho vui và nghĩ như vậy mình đã rất xuất chúng rồi.

Hôm nay đọc series bài này của anh (và rất nhiều bài khác anh viết bên kipalog) mới nhận ra mình nông cạn, chỉ luẩn quẩn ở caching từ http header, config. Code thì chỉ là tư tưởng monolith gắn thêm framework JS + server api cơ bản. Đọc xong những bài anh viết em đã ngay lập tức lấy giấy note sẵn sàng lấn sân sang mày mò back-end và devops. Những bài anh viết rất hữu ích và thực sự thực tế, cần thiết hơn là những bài mì ăn liền hướng dẫn siêu basic nhan nhản trên các thể loại diễn đàn. Cảm ơn anh rất nhiều, mong có thêm nhiều bài viết hay hơn nữa từ anh.

thanks bác.

Hay quá anh ơi, Anh ra nhiều bài như này nhé !!!

Nhân tiện đây thì mỗi Developer hãy chịu trách nhiệm cho mỗi Commit của mình. Hãy check thật kỹ file nào cần commit chứ đừng có

git add
git commit

rồi phó mặc cho số phận

Có thề clear các branch đã merge và remove source bằng

git fetch -p && for branch in `git branch -vv | grep ': gone]' | awk '{print $1}'`; do git branch -D $branch; done

Cũng may là mình đang sử dụng mô hình này. Mỗi lân release đỡ hơn hẳn vì các CI phía trước đã build và test hoàn thiện rồi. Không cần thao tác với quá nhiều branch nữa. Nếu anh nào cần branch thì vẫn cứ tạo branch bình thường rồi sau đó merge squash share branch. Rồi từ release branch merge squash những thay đổi. Đôi khi chỉ cần pick vài commit để thành bản mới cũng khá hay ho. Dễ quản lý.