Ức chế app SSKĐT

:vozvn (7)::vozvn (7)::vozvn (7)::vozvn (7):lozzz mẹ có cái ngày chích tao cập nhật hơn 20 ngày đeo thấy sửa hay gi hết.đã vậy mỗi lần thoát app nó xoá mẹ hết dữ liệu và bắt tao nhập lại từ đầu
 
Đm nó căn cứ vào thông tin gì để cấp xác nhận nhỉ, tên tuổi sđt cmnd mã bhxh đúng hết theo giấy đã cấp mà vẫn đéo cập nhật mũi 1
 
Nếu như m nói thì thằng làm app ngu 1, thằng duyệt ngu 10. Đm nó làm cái solution đấy trình m ký rồi mới triển khai, ghi rõ ràng đấy, duyệt xong nó làm đúng trong hợp đồng rồi m quay ra chửi nó đc à. M thuê thằng KTS, thầu xây nhà. Nó làm bản vẽ xong đưa m duyệt m duyệt xong trách nhiệm nó chỉ làm đúng theo đó. Chứ xây xong m quay lại bảo kêu t ở thấy đéo thích cái vị trí cửa hay phòng khách lắm rồi ra chửi đc nó à? Thà m đang ở nhà bị dột hay sập thì mới chửi nó chứ
tao có làm liên quan tới cái này nhưng không phải liên quan trực tiếp. Tụi m chửi thì chửi, chứ bên quản app tụi nó quắn đít làm ngày làm đêm hết cả lên ấy chứ. Không phải không tính toán lên kế hoạch, lên primary key không chuẩn, mà vì vài ý sau:
- Hệ thống ko phải đùng cái có ngay. Nó được lấy từ 1 hệ thống cũ đã có sẵn ở quy mô nhỏ để áp dụng toàn quốc. Cái hệ thống liên thông được xây trong thời gian rất ngắn, chắp vá nhiều, thường xuyên chịu ko nổi tải. Các m thấy app lag lag là do vậy. Nếu hệ thống được plan quy mô toàn quốc, kiến trúc hợp lý, CÓ ĐỦ THỜI GIAN thì đã ko có chuyện này.
- Dữ liệu éo toàn vẹn. Người dân thì lắm ông đéo có điện thoại, ông thì cho số bàn, ông thì cho số cũ 11 số. Ông thì ko có cmnd. Bác sĩ thì cứ chích, chích trước nhập liệu sau, cứ phải chích đã quan trọng hơn. Dữ liệu nhập vào sai cái thì sửa được, chứ như sai mẹ cái sdt thì thua. => Dữ liệu rác nhiều. Mà đã thiếu mấy cái dữ liệu key đó thì phải kết hợp họ tên ngày sinh nơi cư trú để định danh.
- Vì dữ liệu ko chuẩn nhiều nên bị ùn ứ, đẩy lên hệ thống ko đc. Đấy chúng m thấy 2 triệu record chưa lên là vì cái này đây. Nhân lực y tế thì phải lo chuyện y tế, chọc chích vắc xin, không có người nhập liệu => phải tìm tình nguyện bên đoàn, bên phường.
- Vắc xin chưa đến hạn tiêm mũi 2, bác sĩ tặc lưỡi cho tiêm luôn => Hệ thống ko cho phép vì chưa đủ thời hạn tiêm => Lại phải chỉnh để cho phép nhập lên
- Mũi 1 tiêm ở BV A, mũi 2 tiêm BV B => 2 bên nhập liệu ko phối hợp => lỗi
- Dữ liệu đang có, lại mất => đang dọn dẹp lại logic, DB. Dữ liệu tiêm KHÔNG MẤT, chỉ có cách lấy ra đang chỉnh sửa. Vì càng làm càng lòi ra lỗi (như t nói ở trên, xây dựng hệ thống trong thời gian rất ngắn, dĩ nhiên éo test kịp tất cả trường hợp có thể)
- còn vài vấn đề nhỏ nữa t nói ít đó thôi...
Cho nên, tụi m bức xúc, chửi là không sai. Nhưng, đằng sau vấn đề có những thứ m cũng nên biết để thông cảm cho người ta vì thời gian quá ngắn.
 
thế làm 1 app này chục tỉ ko bác :v
Cái này t ko biết m ơi. T cũng thấy bựa, đẻ ra lắm app quá loạn cả lên. Nội bộ cũng nói vậy.
Tại sao phải đẻ ra lắm app ? Theo tao là do có nhiều mảng nghiệp vụ liên quan, như tiêm, f0 f1, quản lý, bảo hiểm... App cũ thì bên khác nắm, nên có nhu cầu mới bên khác lại phải tự làm app mới cho nhanh cho đúng như ý họ. Trong ngành cũng có câu xây mới thì sướng hơn sửa lại cái cũ. Anh em dev chỗ này sẽ hiểu.
 
tao có làm liên quan tới cái này nhưng không phải liên quan trực tiếp. Tụi m chửi thì chửi, chứ bên quản app tụi nó quắn đít làm ngày làm đêm hết cả lên ấy chứ. Không phải không tính toán lên kế hoạch, lên primary key không chuẩn, mà vì vài ý sau:
- Hệ thống ko phải đùng cái có ngay. Nó được lấy từ 1 hệ thống cũ đã có sẵn ở quy mô nhỏ để áp dụng toàn quốc. Cái hệ thống liên thông được xây trong thời gian rất ngắn, chắp vá nhiều, thường xuyên chịu ko nổi tải. Các m thấy app lag lag là do vậy. Nếu hệ thống được plan quy mô toàn quốc, kiến trúc hợp lý, CÓ ĐỦ THỜI GIAN thì đã ko có chuyện này.
- Dữ liệu éo toàn vẹn. Người dân thì lắm ông đéo có điện thoại, ông thì cho số bàn, ông thì cho số cũ 11 số. Ông thì ko có cmnd. Bác sĩ thì cứ chích, chích trước nhập liệu sau, cứ phải chích đã quan trọng hơn. Dữ liệu nhập vào sai cái thì sửa được, chứ như sai mẹ cái sdt thì thua. => Dữ liệu rác nhiều. Mà đã thiếu mấy cái dữ liệu key đó thì phải kết hợp họ tên ngày sinh nơi cư trú để định danh.
- Vì dữ liệu ko chuẩn nhiều nên bị ùn ứ, đẩy lên hệ thống ko đc. Đấy chúng m thấy 2 triệu record chưa lên là vì cái này đây. Nhân lực y tế thì phải lo chuyện y tế, chọc chích vắc xin, không có người nhập liệu => phải tìm tình nguyện bên đoàn, bên phường.
- Vắc xin chưa đến hạn tiêm mũi 2, bác sĩ tặc lưỡi cho tiêm luôn => Hệ thống ko cho phép vì chưa đủ thời hạn tiêm => Lại phải chỉnh để cho phép nhập lên
- Mũi 1 tiêm ở BV A, mũi 2 tiêm BV B => 2 bên nhập liệu ko phối hợp => lỗi
- Dữ liệu đang có, lại mất => đang dọn dẹp lại logic, DB. Dữ liệu tiêm KHÔNG MẤT, chỉ có cách lấy ra đang chỉnh sửa. Vì càng làm càng lòi ra lỗi (như t nói ở trên, xây dựng hệ thống trong thời gian rất ngắn, dĩ nhiên éo test kịp tất cả trường hợp có thể)
- còn vài vấn đề nhỏ nữa t nói ít đó thôi...
Cho nên, tụi m bức xúc, chửi là không sai. Nhưng, đằng sau vấn đề có những thứ m cũng nên biết để thông cảm cho người ta vì thời gian quá ngắn.
Như t đã nêu quan điểm, đợt này t thấy bọn coding ko sai, sai là sai ở thằng duyệt dự án, duyệt cái data nên chửi cho đúng người. App làm ổn, dễ xài, hiển thị vừa đủ thông tin. App lag đéo ai trách, thông cảm được, chỉ trách tại sao cái dữ liệu sai lên sai xuống. Như kiểu thi công cái đường quốc lộ xong chửi nhà thầu tại sao đường đi lại dài hơn đường cũ. Đm đường dài hay ngắn là do thằng duyệt, vẽ chứ việc của t đéo đâu, thà chửi đường xấu, nhiều ổ gà, mau xuống cấp thì t nhận sai.

T đặt làm app, làm việc với bên IT nhiều nên t biết. T chỉ cần đảm bảo nó lấy đúng cái nền tảng dữ liệu (database - DB), vì cái đó là cái gốc, những cái khác sai rồi sửa đc nhưng DB phải rõ ràng từ đầu, ko đc thiếu hay sai. Và chuyện đảm bảo đúng DB, primary key là chuyện của tao, đứa duyệt, vì mấy đứa coder có biết ý đồ của t đâu mà nó có nói sai hay đúng. T duyệt thì bảo sao nó lấy vậy, hết. Duyệt xong bọn nó viết kiểu gì cũng đc, thêm chim cò hoa lá hẹ vào form hay bắt người nhập liệu nhập liệu lấy chim bôi mực lên viết cũng đc, miễn sao lấy đc thông tin đổ về DB đúng cho t. Thà sai cái gì cao siêu cho bõ chứ đây sai ngay cái cơ bản là chọn sai primary key thì t cũng chịu. 1 cái app chỉ việc nhập thông tin, hiển thị thông tin chứ có cần tính toán tương tác gì đéo đâu.

Chưa hẳn đã biết sai rồi, thời buổi 4.0 còn cố sửa theo cái cách nhập form thời 0.4 thì càng chết dở. Mới chỉ 1 tp 10tr người, chỉ cần 10% có lỗi là 1tr cái form gửi về nhân lực đâu mà check lỗi. Tạo hẳn 1 form mới, tml nào thấy data mình sau tự nhập lại hết dữ liệu kèm hình ảnh, thằng duyệt vào ngó thấy đúng thì bấm approve đè hẳn dữ liệu mới nhập vào, xoá dữ liệu cũ trùng primary key đi còn đỡ tốn thời gian hơn.

Nói chung làm thì cả triệu cách làm, ngay cả việc nhập liệu tiêm chủng chả cần ngồi gõ lóc cóc, tự động hoá còn được, toàn lấy thông tin đơn giản có phải cao siêu gì đâu. Tiêm xong ai cũng có 30p ngồi theo dõi, tận dụng lúc đấy cho người ta tự update thông tin cũng đc, sau đó ra duyệt lại thôi, bớt tốn nhân lực.
 
trùng thế nào đc bác em chưa hiểu lắm nhỉ :d sdt 1 ng cho nhiều ng đc chứ lsao 1 cmnd được cho nhiều người
chừng nào ông làm liên quan tới thuế sẽ thấy: cmnd không đồng bộ giữa các tỉnh, trong cùng tỉnh thì lại không đồng bộ với huyện, rồi dần xuống các cấp nhỏ hơn.
1 số cmnd bị cấp trùng rất nhiều lần, vì lý do này nên khi làm thuế trùng tùm lum hết.
Sau này lên cmnd 12 số thì làm qua máy tính nên không trùng nữa nhưng cmnd 12 số chưa đc triển khai hết toàn nước. nhiều người vẫn sd cmnd cũ.
kết luận: giờ cmnd còn trùng nhau tùm lum nên ko xài cmnd làm username đc.
 
Còn cái app an sinh củ lồn cài xong dk oko vào điền info hỗ trợ 1củ 5 thì kêu chờ duyệt, hôm sau vào lại bị log out đăng nhập bảo sai pass vào quên pass thì đéo gửi mã tao xóa mẹ nó luôn
Ôi... Đồ nhà nước nó vậy đó mày ơi
Mà nó cũng lỗi khôn ghê, canh ngay lúc mày muốn lấy tiền là nó lỗi:vozvn (7):
 

Có thể bạn quan tâm

Top