2009-05-16 24 views

Trả lời

11

Việc xem xét quan trọng nhất không phải là quá kỹ sư đến mức nó được xây dựng và khởi chạy một cái gì đó. Phân tích tê liệt là chất ức chế lớn nhất duy nhất cho năng suất, tiến độ và kết quả.

Có, thực hiện một số quy hoạch. Chọn một khung. Hoàn thiện trong một khuôn khổ sẽ không thể tìm thấy bởi vì nó không tồn tại, một phần bởi vì bạn không biết những gì bạn cần cho đến khi bạn xây dựng nó anyways. Rất có thể, nếu bạn chọn một cái gì đó, nó sẽ tốt hơn là không chọn gì cả.

Có, hãy thử chọn các công cụ linh hoạt, có thể hoạt động liên tục cho nơi bạn thấy mình đang đi.

Có, hãy tìm một bộ tính năng tích hợp sẵn mà bạn thấy mình sẽ thực hiện trong 6-18 tháng tới. Cố gắng để nhìn xa hơn đó là không thực sự anyways như hầu hết các dự án thay đổi rất nhiều anyways đi về phía phát hành đầu tiên.

Vì vậy, hãy chọn những gì bạn cảm thấy thoải mái hoặc những gì quen thuộc. Đừng theo dõi đám đông, làm những gì giúp bạn đạt được kết quả tốt nhất, nhanh nhất và thường xuyên. Hiểu rằng bạn có thể phải thay đổi trong tương lai. Vì vậy, bất cứ điều gì bạn xây dựng ngay bây giờ, hãy thử sử dụng thử nghiệm đơn vị để bạn có thể tái yếu tố nếu cần thiết.

Nếu những gì bạn đang xây dựng sẽ siêu thành công, nó sẽ là một vấn đề tuyệt vời để có, và một cách dễ dàng để làm việc trên một khi nó kiếm tiền như bạn sẽ có thể có được tài năng khác để giúp bạn .

Chia sẻ những gì bạn sẽ chọn và lý do tại sao cho trường hợp của bạn - nó cũng giúp chúng tôi học hỏi từ bạn!

0

Điều đó tùy thuộc.

Bắt đầu bằng cách nhìn vào yêu cầu của bạn (chức năng hoặc người dùng định nghĩa) (Non Về chức năng - khía cạnh mô tả hệ thống mong muốn của bạn link text)

Tiếp theo tôi sẽ làm rõ ý nghĩa của việc có một ứng dụng web mở rộng. Xác định đó là trường hợp kiểm tra có thể được kiểm tra rõ ràng (phải hỗ trợ lượt xem trang X/giây với thời gian phản hồi < Y giây).

Khi tôi đã có những phần đó, tôi sẽ xem xét loại kỹ năng mà nhóm phát triển của tôi có thể hỗ trợ (cho dự án đầu tư và bảo trì). Sau đó, tìm một số nghiên cứu điển hình về các ứng dụng trong tự nhiên sử dụng ngôn ngữ hoặc khuôn khổ tương tự. Nếu ai đó đã thực hiện một quy mô ngôn ngữ/khuôn khổ cụ thể thì cơ hội tốt là bạn cũng có thể.

Cuối cùng, hãy ra ngoài và tìm một số nhà cung cấp dịch vụ lưu trữ hỗ trợ ngôn ngữ, khung và yêu cầu đã chọn của bạn.

2

Thứ nhất về ngôn ngữ, phần lớn không quan trọng. PHP, Java và .Net có lẽ là ba cái lớn nhất được chứng minh theo nghĩa là chúng chạy một số trang web lớn nhất trên Web nên đừng nghe bất cứ ai nói với bạn rằng nó phù hợp hơn bất kỳ trang nào khác.

Một số cũng có thể đặt Ruby và Django/Python trong danh sách này. Tôi không có gì chống lại họ nhưng tôi không nhận thức được bất kỳ trang web lớn (nói top 50) sử dụng một trong hai.

cân nhắc Hosting phụ thuộc vào cách thấp bạn muốn bắt đầu nhưng về cơ bản theo thứ tự là:

  1. Shared;
  2. Máy chủ riêng ảo;
  3. Dành riêng.

Khả năng mở rộng phần lớn sẽ là thiết kế ứng dụng của bạn hơn bất kỳ ngôn ngữ, khuôn khổ hoặc nhà cung cấp nào. Lược đồ cơ sở dữ liệu hiệu quả, phân phối hiệu quả và sử dụng Javascript/CSS và bộ nhớ đệm trong bộ nhớ là tất cả các vấn đề phổ biến đối với bất kỳ ngôn ngữ hoặc khung công tác nào.

+0

Các trang web được viết bằng Ruby: Twitter, Github, Amazon ... –

1

Ngôn ngữ - Tôi khuyên bạn nên sử dụng ngôn ngữ tốt và các thư viện kiểm tra tốt như Perl hoặc Java.

Framework - tùy thuộc vào bạn dự định làm gì. Nếu bạn bắt đầu với một máy chủ lưu trữ không cho phép FastCGI, cách tốt nhất là tránh các khung như Catalyst hoặc Rails. Đó là lý do tại sao tôi yêu CGI :: Ứng dụng (chủ yếu là Perl, nhưng được chuyển sang các ngôn ngữ khác nữa) - nó có thể chạy như CGI, FastCGI hoặc mod_perl. Để phát triển nó có thể được chạy từ máy chủ web của riêng nó.

Hosting - không có gì tốt hơn bạn sở hữu máy chủ. Nó có thể là máy chủ của riêng bạn, máy chủ cho thuê hoặc máy chủ ảo. Nhưng bạn có thể bắt đầu với lưu trữ rẻ nhất và khi bạn cần nhiều hơn, bạn sẽ có thể đủ khả năng đó.

+0

Ruby on Rails không yêu cầu FastCGI, vì vậy tôi không chắc tại sao hỗ trợ FastCGI có liên quan ở đó. – Chuck

3

Không nhất thiết kết hôn với một ngôn ngữ hoặc khuôn khổ. Có thể một số phần của trang web của bạn hoạt động tốt hơn với các ngôn ngữ và khuôn khổ khác với các ngôn ngữ khác. Ví dụ, tất cả các trang web của 37signals dựa trên Ruby on Rails, nhưng gần đây họ đã viết một bài đăng blog về cách công nghệ cơ bản của một thực tế được viết bằng Erlang bây giờ bởi vì nó dễ dàng hơn nhiều để làm đồng thời theo cách đó.Rõ ràng là có một mức độ phức tạp mà mọi thứ biến thành một mishmash, nhưng sử dụng đúng công cụ cho công việc - ngay cả khi đó có nghĩa là các công cụ khác nhau cho các công việc khác nhau - có thể đơn giản hóa mọi thứ.

Các vấn đề liên quan