Skip to content

Một vài đánh giá về hệ thống an ninh trong jurassic world 2015

Vì một vài trục trặc mình không coi rạp phim 4DX phim này được nên đành đợi bản HD. Sau đây không phải là một review phim mà là về hệ thống an ninh của công viên. Nói chung hệ thống này có vẻ ấn tượng hơn rất nhiều so với các phần trước, tuy nhiên mình nhận ra những sai lầm chết người trong hệ thống an ninh của hòn đảo Isla Nublar này khiến nguyên nhân dẫn đến thảm họa.

Chết vì thiếu hiểu biết.

Đây là ảnh đồ họa khu công viên khủng long.

j1

Theo thông tin từ www.jurassicworld.com

Công viên có sức chứa 23.000 người, với tiêu chí Safety first, và 150 giao thức an toàn để bảo vệ cả người và khủng long, thế nhưng khi thảm họa xảy ra thì chẳng thấy mấy giao thức hiệu quả.

Vấn đề sơ tán

Việc đầu tiên phải nghĩ đó là phương án cuối cùng, sơ tán mọi người ngay lập tức. Với lượng khách khổng lồ như vậy+ với số lượng nhân viên chắc phải lên tới 2 ngàn người. Thì không một phương tiện nào có thể vận chuyển sơ tán hiệu quả được ngoại trừ đã xây dựng thành công phương tiện Teleport. Ngay cả tàu sân bay, cũng chỉ có thể sơ tán được 5000 người. Vậy phải cần 5 chiếc như vậy để có thể chứa hết, và cần thời gian tối đa 30 phút cho việc này. Nói chung xét về sơ tán thì những người điều hành đã thành công khi tập trung tất cả các hành khách lại khu vực trung tâm ở Phase One. Cộng với thiết bị đeo tay như vé có thể giúp theo dõi dễ dàng hơn.

Tuy nhiên sơ tán là phải đến nơi an toàn, liệu khu vực trung tâm có an toàn hay không?

Screenshot from 2015-09-27 22:36:22

Khu vực sơ tán hoàn toàn ngoài trời, và khi bị tấn công bởi Pteranodon và Dimorphodon mọi người chạy toán loạn, ít nhất thì họ vẫn phải có một khu vực sơ tán trong nhà, nếu họ không tiên liệu trước điều này thì ít nhất cũng giới hạn người ở khu vực sơ tán. Sau đợt tấn công của các con khủng long có cánh, khu vực trung tâm vắng vẻ hẳn. Chắc mọi người đã biết sợ chui vô chỗ sơ tán an toàn. Tại sao không sơ tán vào khu vực này từ đầu ở Phase One?

Tiếp theo là protocol trong trường hợp Aviary containmnet breach, chỉ gọi thêm nhân viên Aviary xách súng ra bắn thì có vẻ như protocol này đã chấp nhận thiệt hại về người. Nhân viên phải đi lấy súng, đi nạp đạn tìm và diệt thì lúc đó chắc chết hơn cả trăm mạng rồi.

Screenshot from 2015-09-27 22:55:07

Đơn giản chỉ cần lắp 4 hệ thống CIWS ở 4 góc. Không cần 1 lượng lớn vũ khí cầm tay như vậy, đã có thể đủ tiêu diệt toàn bộ đám chim đó. Trong vòng chưa tới 1 phút khi tụi nó tiếp cận

CIWS

Nhưng có vẻ công nghệ lúc đó tiên tiến, chỉ cần trang bị hệ thống laser là đủ, đỡ ồn và thân thiện với môi trường hơn.

d3be3566a7694ca33330c77e926ef380

Asset containment

Screenshot from 2015-09-27 22:34:35

Như mọi người đã thấy xem qua, thì nhà của đám khủng long có cánh làm bằng kính rất sơ xài, trong khi độ nguy hiểm nó cao hơn nhiều so với con T Rex. Chỉ cần 1 con khủng long tông vào thì chắc 1 chiếc xe cũng tông vào được, các con chim đó đã thoát ra dễ dàng. Vì vậy việc trang bị hệ thống phòng thủ tự động như CIWS là cần thiết. ngoài ra cấu trúc của khung vòm phải thật vững chắc, có thể làm thêm các khung bằng sắt xung quanh và các cấu trúc tự hồi phục, tự vá được.

indominus-rex-attraction-box

Chỗ chứa Indominus Rex còn ác liệt hơn, mặc dù cảm thấy không an toàn và gia cố thêm một phần, có lẽ đang làm thêm vỏ bọc nhưng chắc chưa hoàn thiện xong, nhưng vẫn có một vài vấn đề về quy trình cho đối tượng đặc biệt nguy hiểm này.

  • Giám sát 24/24 lại nằm ở HQ mà không kết nối trực tiếp tại vị trí.
  • Không hề có camera giám sát và cảm biến ở các khu vực phía trên hàng rào.
  • Không hề có giao thức đưa người vào trong. Chẳng lẽ con khủng long trong đó sẽ không có người vào để bảo dưỡng hay làm gì đó sao?
  • Không hề có biện pháp an toàn thứ 2, đáng lẽ phải xây dựng từ đầu.
  • Không hề có cửa an toàn, và cửa chính có thể mở dễ dàng. Con người rất sợ chết, vì vậy phải tính tới chuyện sẽ có người mở từ trong ra (nếu không có làm điều khiển làm gì). Lúc đó có thể sổng ra ngoài. Cửa an toàn vừa đủ người vào là một lựa chọn hợp lý. Cửa chính chỉ mở được khi được cấp phép. Tránh tình trạng phá hoại.
  • Không hề có một vũ khí hoặc cách thức nào ngăn chặn tại chỗ khu vực đó nếu con vật bị sổng. Một cái lưới loại lớn với vật liệu siêu bền có thể giúp ngăn chặn và bắt con vật.

Hệ thống chủ động

Ngoài các bước bảo vệ thụ động, thì protocol cho việc bảo vệ chủ động để đóng cửa công viên và tiêu diệt tất cả mối đe dọa. Cả công viên chỉ có 1 chiếc trực thăng, với súng M134 nhưng có thể huy động thêm nhiều trực thăng cho việc này. Tại sao không sử dụng tất cả? Lỡ 1 chiếc trực thăng bị hư thì sao?

Ít nhất cũng nên trang bị một vài robot bảo vệ chiến đấu đủ sức để tiêu diệt 1 T Rex.

amp 2

Nhắc đến T Rex thì thấy việc mở cổng cho nó quá dễ dàng, nó lại có thể bò ra khu vực trung tâm và sơi tái cả trăm người. Việc áp dụng Robot để bảo vệ có thể giúp phản ứng với việc này khá nhanh.

Sơ sơ viết nhiêu đây thôi. Hôm nay trung thu ở nhà hơi rảnh. Chắc mình sẽ dịch sang tiếng Anh rồi nộp đơn cho vị trí an ninh của công ty  masraniglobal quá :))

http://www.masraniglobal.com/careers/index.html

ubuntu phone BQ 4.5 – điện thoại với một hệ điều hành hứa hẹn

Chắc có lẽ các bạn đã quá quen thuộc với hệ điều hành ubuntu linux. Trải qua 10 năm phát triển trên thị trường máy tính. Đến nay phiên bản ubuntu trên điện thoại, gọi tắt là ubuntu touch cũng chính thức được phân phối thông qua chiếc điện thoại đầu tiên.  bq 4.5 ubuntu edition. Thật tiếc vì dự án Ubuntu Edge không vẫn chưa đạt được cột mốc mặt dù có khá đông đảo người dùng và nhà đầu tư đã góp vốn vào khi chỉ được 1/3 kế hoạch. Tuy nhiên với sự quan tâm đông đảo của người dùng, thì hệ điều hành ubuntu touch vẫn được phát triển và hoàn thiện, và tham gia vào cuộc chạy đua với những đại gia iOS, Android…

This post is written in Vietnamese:), sorry If anyone can’t read the content😛. If you want to know more about some specific functionality of this phone and ubuntu touch, please leave a comment so that I might try it on my phone.

DSC05690

Dưới đây là vài nhận xét đánh giá sau một ngày sử dụng:

Read more…

facebook phone interview experience – don’t make it worse

1 month ago. I received the Hello from Facebook email in the morning. It’s very interesting because I didn’t find any thing related to facebook jobs. They found me by somehow.

In next emails, I was told about infrastructure team and Visa project and other things then they want me to provide a date for phone interview also with a backup date. Due to a long Xmas holiday, so I decide to place technical interview on Jan-6.

I had very bad phone interview experience with HP Singapore before. The technical director with his Indian accents is very hard to listen. My current project, which have been 6 month, and all SEs use Indian accents, I can just hear about 60% of their conversation.

Come back to FB Interview. I have 4 weeks to prepare many thing. I learn from the Internet that their might be 2 coding questions each and some attitude questions. It’s been 5 years from my last ACM ICPC. That I don’t think I need to use such algorithms any more so I take time for me to practice the coding. I read again about complexity, some basic algorithm, searching, of course dynamic programming, my most favorable. Then I need to practice it with Python. Previous contest don’t allow python, but this is a fast coding language.

Because of timezone difference, I choose the schedule at 1 am. (10am PST)… This is one of my mistake.

My brain could work well at this time because of sleepy. Although I tried to stay late for week before…

I should choose 5 or 6am my time instead…

The interview started with some introduction about interviewer and me. Also with the question why facebook:). I told about my passionate with big system and high scalability.

Then start with coding question.

My most terrible mistake was I didn’t carefully read the statement of problem… Although the Interviewer asked me whether I understand the problem. But I was so self-confident about my self so that I didn’t read all the statement.

The problem was about max stock value buy and sell… Then I remembered that I solved it before with dynamic programming. So I reply right away. Interviewer asked me to just use first and simplest way…

Since this time. I was nervous, confused and unable to control my brain and my behavior. It take me about 20 minutes to write the solution. But when I finish, I realize this is not the answer. He just asked about 1 buy and sell transaction. Not for multiple transaction.

I was completely scared. I don’t know what to do next. I wasted my time for scaring about my mistake. Although I just need to edit one line of code for fixing this … If I was in just a programming contest at my high school. I could solve this problem in just 10 minutes.

But the time is out… I can’t submit my code… In just next 10 minutes I wrote 2 way of this problem with greedy – O(n^2) and dynamic programming O(n) (let me explain why I called it dynamic programming)

I sent an email with full solution and explain 10 minutes later. But I don’t think I have any other chances:).


def max_value(a):
l = len(a)
m = 0
for i in range(l):
for j in range(i+1,l):
if a[j]-a[i] > m:
m = a[j]-a[i]
return m

def max_value_2(a):
m = 0
d = 0
for i in range(len(a)):
if a[i] d:
d = a[i]-a[m]
return d

a = [20, 40, 52, 15, 30, 50, 10, 25]
print max_value(a)
print max_value_2(a)

This was my solution for wrong Problem


def max_value_3(a):
c=0
i=len(a)-1
while(i>=0):
d=a[i]
l=i
p=0
while(a[i]=0):
p+=a[i]
i-=1
c+=(l-i)*a[l]-p
return c

Come back to the dynamic programming:

– I called it this way because the formula would be

f[i] = max(f[i-1], a[i]-m[i]) for m[i] is minimum value until i position.

Because we just need to use i-1 value and one min value so we don’t need to store it in array.

I was failed this time. But I learned many things. So it’s a good thing come to me. Go to the SV might be a sweet dream but there might be next time:).

At least I knew that they found me, but they didn’t discover me:).

:) new game ideas for internal company contest😛.

https://github.com/afterlastangel/domino-game/blob/master/README.md

Chém gió về hệ điều hành di động

Hệ điều hành Linux nói chung, Android nói riêng có cơ chế quản lý bộ nhớ khác với Windows. Khi xem lượng bộ nhớ trống thường nó sẽ rất ít, nhưng thực tế phần nhiều nó dành cho Cache và Buffer. Nói gọn là Linux sẽ cố gắng chiếm ram để tăng tốc cho việc load nhiều ứng dụng, nếu bác 1 lúc dùng nhiều thứ và nó được lưu sẵn lên RAM nó sẽ chạy tốt hơn nhiều. Hôm trước hình như em có giải thích một chút về kernel switch trên hệ điều hành rồi.
Xem thử ở đây:
https://access.redhat.com/documenta…Tuning_Guide-Memory_Usage_and_Page_Cache.html

Có thể trên điện thoại cái này ko cần thiết. Vì NAND của máy tốt chạy không kém gì RAM. Vì vậy nếu bác vừa lướt web, vừa vào facebook, chat viber thì chuyện kill app sẽ làm máy chậm hơn vì ứng dụng khởi động mới khi cần dùng.

Việc lý do lag của Android có nhiều nguyên nhân, thứ nhất là do cách render hình ảnh của Android nó khác với iPhone, nên cảm giác nó lag không mượt. Đến giờ cải thiện nhiều nên cũng ko đáng bàn mấy.
http://www.cultofmac.com/133624/why-android-will-always-be-laggier-than-ios/
Thứ 2 là cơ chế quản lý thread, nói đơn giản dễ hiểu thì cách implement của Android hỗ trợ multithread còn iPhone không nên queue nó không chạy tốt cho lắm. Hết queue là xong.
http://www.abstractpath.com/2012/wh…ns-stutter-when-ios-animations-are-so-smooth/
Thứ 3. Quan trọng nhất Google quyết định phải đẩy mạnh store của mình nhiều app hơn nên lập trình viên viết rất kém. API cũng nhiều thứ hỗ trợ nên app không tốt ảnh hưởng đến hiệu suất. Ví dụ điển hình trên máy tính là Flash, bản thân flash rất tốt với Adobe, nhưng các lập trình viên khác thì làm ăn như ccc, có thể vào cái website có 2 banner mà nó muốn treo mẹ cái máy. Những ứng dụng flash viết tốt, game tốt thì khỏi chê. Google với Android cũng vậy.

Tuy nhiên điểm yếu đó của Android mấy năm nay giờ đang lật úp lại Apple. Mọi người có thể thấy phần cứng Apple nâng lên, cái gì cũng nhiều hơn tốt hơn, nhưng chả để làm gì cả :).
Nói chung 2 vấn đề trên của Android chỉ là vấn đề hướng tiếp cận của Google ngay từ đầu thôi. Họ không nghĩ ra cách làm tốt hơn. Và trong đầu họ muốn multi task ngay từ đầu. Theo em thì giới hạn cách đây 4 năm ăn nhau về phần cứng. Ram không cần nhiều lý do đơn giản nó ko thể xài hết được. CPU 64 bit cũng chả làm gì, multi core cũng chả làm gì =)). Ngay cả chuyện tách ra nhiều CPU hơn để xử lý riêng như Samsung đang làm với 1 core CPU, 1 core âm thanh … vâng vâng là rất tốt. Phần mềm không bao giờ làm tốt việc = phần cứng. Ví dụ các HDPlayer dùng con chip sigma hay TI yếu xìu mà nó làm nó chiếu được phim Full HD, Decode được âm thanh 7.1
Nếu các bác có nhớ thì máy tính cách đây 4 năm. Ram 2GB đã nhiều. Bây giờ em đã phải dùng tới 16GB mới đủ :).
Samsung cũng khai thác rất khéo thế mạnh multitask và làm ra Note 4. Apple muốn như vậy thì mơ đi, hoặc là hi sinh đập hết. Và lặp lại những cái mà Google đã mắc phải. Tại sao đó là xu thế. Nếu các bác từng dùng Dos. từng load app hay game từ đĩa mềm không chạy nhiều app cùng lúc được. Đến lúc Windows ra chạy chậm chả ngon bằng với cấu hình mấy máy MMX 233Mhz mà em từng dùng. Nhưng phần cứng lên thế là Windows lên chạy tốt hơn. Đáp ứng được nhiều nhu cầu hơn và nó thay đổi cả nền công nghiệp máy tính. Xu hướng cloud hiện tại cho máy tính cá nhân lại đẩy cấu hình máy xuống tăng pin tăng kết nối nhanh. Và điện thoại sẽ thay thế chiếc laptop cực mạnh của mọi người. Ví dụ là con Ubuntu Phone sắp ra. Định nghĩa về convergence, hội tụ công nghệ. Asus với cái Phone pad biến hình 5 trong 1. iPhone với hệ sinh thái nghe gọi nhắn tin ngay trên MacOS (nhưng ko phải là ngược lại chạy app máy tính trên đt).

Disclaimer: Em không có phải PR và làm cho samsung hay ubuntu. (Thực ra nó có kêu em làm nhưng ngoài Bắc Ninh nên de) . Em viết dựa trên kiến thức đứng về người lập trình viên và các dự án phần mềm từng tham gia và công ty các nhóm khác đang làm. Mấy đứa trên tinhte chém em chỉ đọc cho vui như chuyện cười chứ chả rảnh tranh luận với tụi trẻ trâu ấy :)).

Sony RX100M3 – Direct Upload Authentication

Nếu không thể xác thực facebook được cho Sony Playmemories App các bạn có thể vào link này để xác thực trước cho app. Sau đó có thể quay lại dùng trên máy ^^

https://m.facebook.com/dialog/permissions.req
uest?_path=permissions.request&app_id=353
590618005903&client_id=3590618005903&
redirect_uri=https://www.facebook.com/connect
/login_success.html&display=touch&res
ponse_type=token&perms=offline_access%2Cp
ublish_stream%2Cread_stream%2Cuser_photos%2Cu
ser_videos&fbconnect=1&from_login=1&a
mp;refid=9&m_sess

 

Source : http://nexusers.blogspot.com.au/2013/04/nex-5r-nex-6-direct-upload-issues-to.html

Theo dõi

Get every new post delivered to your Inbox.

Join 52 other followers