PHIM ĐẦM CÁ SẤU - ALLIGATOR ALLEY - 2013

Phim:: Đầm Cá Sấu - Alligator Alley - 2013
Đạo diễn:: Griff Furst,
Diễn viên:: Michael Baird Michael Baird Nicoye Banks Nicoye Banks Christopher Berry Christopher Berry Amy Brassette Amy Brassette John Chriss John Chriss Danny Cosmo Danny Cosmo,
Thể loại:: Hành Động, Kinh Dị - Ma
Quốc gia:: Âu Mỹ,
Thời lượng:: 100 Phút
Năm phát hành:: 2013
Lượt xem:: 3

Share on facebook Share on zingme Share on govn Share on twitter Share on favorites Share on google 0

Nội dung phim:

Đầm Cá Sấu thuê nhiều hơn, bởi vì chúng tôi muốn có được mua, và chúng tôi biết rằng người mua sẽ có một thời gian khó khăn phải trả một giá cao cho một công ty chỉ có ba lập trình viên. (Giải pháp:. Chúng tôi thuê nhiều hơn, nhưng tạo ra các dự án mới cho họ) Khi bạn có thể viết phần mềm với các lập trình ít hơn, nó giúp bạn tiết kiệm nhiều hơn tiền bạc. Như Fred Brooks đã chỉ ra trong The Mythical Man-Month, (Chúng tôi sẽ trở lại vấn đề này sau), bởi vì nếu bạn không tận dụng lợi thế về khả năng này, đối thủ cạnh tranh của bạn sẽ. Hầu hết các đối thủ cạnh tranh của chúng tôi được

sử dụng C và C + +, và điều này làm phần mềm của họ rõ ràng kém hơn bởi vì (trong số những thứ khác), họ không có cách nào xung quanh statelessness của kịch bản CGI. Nếu bạn đã đi để thay đổi một cái gì đó, tất cả những thay đổi đã xảy ra trên một trang, với một nút Cập nhật ở phía dưới. Như tôi đã viết ở nơi khác, bằng cách sử dụng Lisp , mà nhiều người vẫn cho rằng một ngôn ngữ nghiên cứu, chúng ta có thể làm cho các biên tập viên Viaweb hành xử giống như phần mềm máy tính để bàn. chí Một trong những thay đổi quan trọng nhất trong thế giới mới này là cách bạn làm thông cáo. Trong kinh doanh phần mềm máy tính để bàn, làm một bản phát hành là một chấn thương rất lớn, trong đó đổ mồ hôi công ty toàn và chủng để đẩy ra một, phần lớn mã. So sánh rõ ràng cho bản thân, cho cả quá trình và sản phẩm tạo ra. Với phần mềm dựa trên máy chủ, bạn có thể thay đổi gần như là bạn sẽ trong một chương trình bạn đang viết cho chính mình. Bạn phát hành phần mềm như là một loạt các thay đổi gia tăn

g thay vì một vụ nổ lớn thường xuyên. Một công ty phần mềm máy tính để bàn điển hình có thể làm một hoặc hai phiên bản một năm. Tại Viaweb chúng ta thường làm 3-5 phát hành một ngày. Khi bạn chuyển sang mô hình mới này, bạn nhận ra phát triển phần mềm bị ảnh hưởng bao nhiêu bằng cách nó được phát hành. Nhiều vấn đề kẻ tàn ác nhất mà bạn nhìn thấy trong kinh doanh phần mềm máy tính để bàn là do tính chất nghiêm trọng của bản phát hành. Khi bạn phát hành chỉ có một phiên bản mới một năm, bạn có xu hướng để đối phó với lỗi bán buôn. Một số thời gian trước ngày phát hành bạn lắp ráp một phiên bản mới, trong đó một nửa mã đã được xé ra và thay thế, giới thiệu vô số lỗi. Sau đó, một đội hình người QA bước vào và bắt đầu đếm chúng, và các lập trình viên làm việc xuống danh sách, sửa chữa chúng. Họ thường không nhận được vào cuối danh sách, và quả thật, không ai là chắc chắn nơi cuối cùng là. Nó giống như câu cá đống đổ nát ra khỏi một cái ao. Bạn không bao giờ thực sự biết những gì đang xảy ra bên trong phần mềm. Tốt nhất bạn kết thúc với một loại thống kê chính xác. Với phần mềm dựa trên máy chủ, hầu hết các thay đổi nhỏ và gia tăng. Điều đó tự nó là ít có khả năng giới thiệu các lỗi. Nó cũng có nghĩa là bạn biết những gì để kiểm tra một cách cẩn thận nhất khi bạn đang về để phát hành phần mềm: điều cuối cùng bạn đã thay đổi. Bạn kết thúc với một va li vững chắc hơn nhiều vào các mã. Theo nguyên tắc chung, bạn không biết những gì đang xảy ra bên trong nó. Bạn không có mã nguồn thuộc lòng, tất nhiên, nhưng khi bạn đọc những nguồn bạn làm điều đó như một phi công quét các bảng điều khiển, không giống như một thám tử đang cố gắng làm sáng t

ỏ một số bí ẩn. phần mềm máy tính để bàn giống một định mệnh nào đó về lỗi. Bạn có biết rằng bạn đang vận chuyển một cái gì đó được nạp với các lỗi, và bạn thậm chí đã thiết lập cơ chế để bù đắp cho nó (ví dụ như phát hành bản vá). Vậy tại sao lo lắng về một vài chi tiết? Chẳng bao lâu bạn tôi đang phát hành toàn bộ các tính năng bạn biết là bị hỏng. của Apple đã làm trong năm nay này trước đó. Họ cảm thấy bị áp lực để phát hành hệ điều hành mới của họ, có ngày phát hành đã giảm bốn lần, nhưng một số phần mềm (hỗ trợ cho các đĩa CD và DVD) là không sẵn sàng. Các giải pháp? Họ đã phát hành hệ điều hành mà không cần các phần chưa hoàn thành, và người dùng sẽ phải cài đặt chúng sau này. Với phần mềm dựa trên web, bạn không bao giờ có để phát hành phần mềm trước khi nó hoạt động, và bạn có thể phát hành nó ngay khi nó làm việc. Các cựu chiến binh ngành công nghiệp có thể suy nghĩ, đó là một ý tưởng tốt âm để nói rằng bạn không bao giờ có để phát hành phần mềm trước khi nó hoạt động, nhưng những gì xảy ra khi bạn đã hứa sẽ cung cấp một phiên bản mới của phần mềm của bạn vào một ngày nhất định? Phim Đầm Cá SấuVới phần mềm dựa trên web, bạn sẽ không làm cho một lời hứa như vậy, bởi vì không có phiên bản. Phần mềm của bạn thay đổi dần dần và liên tục. Một số thay đổi có thể là lớn hơn những người khác, nhưng ý tưởng của các phiên bản chỉ không tự nhiên phù hợp với các phần mềm trên nền Web. Nếu bất cứ ai nhớ Viaweb này nghe có vẻ kỳ lạ, bởi vì chúng tôi đã luôn luôn công bố phiên bản mới. Điều này đã được thực hiện hoàn toàn cho mục đích PR. Báo chí thương mại, chúng tôi được biết, cho rằng trong số phiên bản. Họ sẽ cung cấp cho bạn bảo hiểm lớn đối với một bản phát hành chính, có nghĩa là một chữ số đầu tiên mới về số phiên bản, và nói chung là một đoạn nhất cho một bản phát hành điểm, có nghĩa là một chữ số mới sau dấu thập phân. Một số đối thủ cạnh tranh của chúng tôi đã được cung cấp phần mềm máy tính để bàn và thực sự đã có số phiên bản. Và cho các bản phát hành, thực tế chỉ trong đó dường như cho chúng tôi bằng chứng về tình trạng lạc hậu của họ, họ sẽ nhận được tất cả các loại công khai. Chúng tôi không muốn bỏ lỡ, vì vậy chúng tôi bắt đầu cho số phiên bản phần mềm của chúng tôi quá. Khi chúng tôi muốn một số công khai, chúng tôi muốn tạo ra một danh sách của tất cả các tính năng chúng tôi đã thêm vào từ "phát hành," cuối cùng dính vào một số phiên bản mới trên các phần mềm, và ban hành một thông cáo báo chí nói rằng phiên bản mới đã có sẵn ngay lập tức. Thật ngạc nhiên, không ai gọi chúng tôi trên đó. Vào thời điểm chúng tôi đã mua, chúng tôi đã làm điều này ba lần, vì vậy chúng tôi trên phiên bản 4. Phiên bản 4.1 nếu tôi nhớ chính xác. Sau khi trở thành Viaweb Store Yahoo, đã có không còn như một nhu cầu tuyệt vọng cho công chúng, vì vậy mặc dù phần mềm tiếp tục phát triển, toàn bộ ý tưởng của số phiên bản đã được lặng lẽ bỏ. Bugs Ưu điểm kỹ thuật chủ yếu khác của phần mềm trên nền web là bạn có thể tái tạo hầu hết các lỗi. Bạn có dữ liệu của người sử dụng phải có trên đĩa cứng của bạn. Nếu ai đó vi phạm phần mềm của bạn, bạn không cần phải cố gắng đoán những gì đang xảy ra, như bạn sẽ với các phần mềm máy tính để bàn: bạn có thể sao chép các lỗi trong khi họ đang trên điện thoại với bạn. Bạn thậm chí có thể biết về nó đã có, nếu bạn có mã cho nhận thấy lỗi được xây dựng vào ứng dụng của bạn. phần mềm dựa trên web được sử dụng suốt ngày đêm, vì vậy tất cả mọi thứ bạn làm là ngay lập tức đưa qua máy quay ép. Lỗi bật lên một cách nhanh chóng. các công ty phần mềm đôi khi bị buộc tội để cho người sử dụng gỡ lỗi phần mềm của họ. Và đó chỉ là những gì tôi đang ủng hộ. Đối với phần mềm dựa trên web nó thực sự là một kế hoạch tốt, bởi vì các lỗi ít hơn và thoáng qua. Khi bạn phát hành phần mềm dần dần bạn sẽ có được rất ít lỗi để bắt đầu. Và

khi bạn có thể sao chép các lỗi và phát hành những thay đổi ngay lập tức, bạn có thể tìm và sửa chữa hầu hết các lỗi ngay khi chúng xuất hiện. Chúng tôi không bao giờ có đủ lỗi tại bất kỳ một thời gian để bận tâm với một hệ thống theo dõi lỗi chính thức. Bạn nên kiểm tra những thay đổi trước khi bạn phát hành chúng, tất nhiên, như vậy không có lỗi lớn nên được phát hành. Một số ít là không thể tránh trượt qua sẽ liên quan đến trường hợp đường biên giới và sẽ chỉ ảnh hưởng ít người dùng gặp phải trước khi có ai đó gọi vào phàn nàn. Miễn là bạn sửa lỗi ngay lập tức, ảnh hưởng thực, cho người dùng trung bình, là rất ít lỗi. Tôi nghi ngờ người sử dụng Viaweb trung bình bao giờ nhìn thấy một lỗi. Sửa lỗi tươi dễ hơn là sửa chữa những cái cũ. Nó thường là khá nhanh chóng tìm thấy một lỗi trong mã bạn chỉ cần viết. Khi nó quay lên, bạn thường biết điều gì sai trước khi bạn nhìn vào mã nguồn, bởi vì bạn đã được lo lắng về nó trong tiềm thức. Sửa chữa một lỗi trong một cái gì đó bạn đã viết cách đây sáu tháng (trường hợp trung bình nếu bạn phát hành một năm một lần) là công việc nhiều hơn nữa. Và kể từ khi bạn không hiểu mã là tốt, bạn có nhiều khả năng để sửa chữa nó một cách xấu xí, hoặc thậm chí giới thiệu nhiều lỗi. [4] Khi bạn bắt lỗi sớm, bạn cũng nhận được lỗi hợp chất ít hơn. Lỗi hợp chất là hai lỗi riêng biệt mà tương tác: bạn chuyến đi đi xuống cầu thang, và khi bạn Phim Đầm Cá Sấu đạt đến cho lan can nói ra trong bàn tay của bạn. Trong phần mềm loại này lỗi là khó khăn nhất để tìm kiếm, và cũng có xu hướng có những hậu quả tồi tệ nhất. [5] Các truyền thống "phá vỡ tất cả mọi thứ và sau đó lọc ra các lỗi" cách tiếp cận vốn mang lại rất nhiều lỗi kép. Và phần mềm được phát hành trong một loạt các thay đổi nhỏ vốn. Chúc các bạn xem phim vui vẻ!.