Chọn công nghệ và môi trường (phải không?)


10

Chúng tôi là hai nhà phát triển bên cạnh bắt đầu phát triển sản phẩm web mới.

Chúng tôi đều là người hâm mộ của phương pháp khởi nghiệp tinh gọn và muốn thực hành triển khai liên tục.

Đây là vấn đề nan giải - cả hai chúng tôi đều đến từ nền tảng C # / Windows và chúng tôi cần quyết định giữa:

Bám sát .NET và Windows, chúng tôi sẽ không lãng phí thời gian vào việc học các công nghệ mới và nỗ lực hết mình cho sự phát triển.

Chuyển sang Ruby on Rails và Linux, vốn nổi tiếng về việc tăng tốc nhanh chóng và hỗ trợ nguồn mở rộng lớn. Mặt tiêu cực là chúng ta sẽ cần nỗ lực rất nhiều trong việc học Ruby, Rails và Linux ...

Bạn sẽ làm gì? Những cân nhắc nào khác chúng ta nên thực hiện?


Khi nào bạn có kế hoạch để có một sản phẩm sẵn sàng?

Câu trả lời:


11

Vâng, tùy chọn gọn gàng nhất là sử dụng .NET, vì nỗ lực bạn bỏ ra để học nền tảng khác là (từ quan điểm kinh doanh) nỗ lực lãng phí khi không mang sản phẩm đến khách hàng của bạn.


5

Trong một khởi động, chơi với những điểm mạnh của bạn. Tôi sẽ đề nghị gắn bó với các công nghệ .NET và xem liệu bạn có thể tham gia chương trình BizSpark của Microsoft không . Điều đó sẽ giúp bạn có được giấy phép giá cả phải chăng cho phần mềm bạn cần, với rủi ro tối thiểu liên quan.


Tôi muốn chỉ ra rằng BizSpark hết hạn sau 3 năm, điều đó có nghĩa là bạn sẽ trả toàn bộ giá cho MS stack của mình vào năm 4. Tùy thuộc vào số lượng phần mềm và số lượng máy chủ bạn đang chạy, có thể vượt xa mọi chi phí dành thêm chu kỳ khi bắt đầu học thay thế nguồn mở.
Jordan

2

Bạn cần xem xét các yếu tố sau:

1) Chi phí triển khai trên nền tảng bạn đã chọn (có giấy phép khởi động cho .NET / Windows nhưng cuối cùng bạn sẽ phải trả tiền, cộng với chi phí lưu trữ / phần cứng so sánh)

2) Thời gian cần thiết để nâng cao (không cho .NET trong trường hợp này)

3) Những gì bạn đang xây dựng và sự phù hợp của nền tảng trong thời gian ngắn (nguyên mẫu, sử dụng khối lượng thấp, v.v.) và dài hạn (nó sẽ mở rộng và thực sự bạn có ý định mở rộng quy mô hay không, nói, B2B trong đó khối lượng trường hợp có thể luôn luôn tương đối thấp)

Bản năng của tôi gắn bó với những gì bạn biết vì bạn sẽ có nhiều thứ đang diễn ra mà không phải học cái gì khác, nhưng bạn cần cân nhắc các yếu tố khác dựa trên chi tiết cụ thể về ý tưởng của bạn.


2

Stackoverflow được thực hiện trong .Net . Vì vậy, không có gì xấu về C # .Net hoặc công nghệ windows.

Khởi nghiệp đầu tiên của tôi là ở C # .net vì a) tất cả những người sáng lập đều quen thuộc với C #. b) visual studio đã và vẫn rất thân thiện với nhà phát triển để gỡ lỗi, v.v.

Khởi nghiệp là một thất bại lớn vì lý do kinh doanh VÀ công nghệ.

Dù bạn chọn công nghệ nào, bạn cần xem xét liệu bạn có đủ khéo léo / đủ tốt để sử dụng công nghệ đó để ra mắt trong X năm hay không.

Như bạn có thể thấy, các tiêu chí chúng tôi có ở trên không đủ nghiêm ngặt. Chúng tôi không biết chúng tôi cần bao lâu để xây dựng thứ đó. Chúng tôi chỉ quen thuộc với C # .Net đó là tất cả.

Không ai trong chúng tôi có kinh nghiệm xây dựng bất cứ thứ gì gần với những gì chúng tôi muốn xây dựng.

Sau một thời gian, phí máy chủ, v.v ... khiến chúng tôi bỏ C # và viết lại toàn bộ nội dung trong php. Đó là một câu chuyện khác và một sai lầm kinh doanh khôn ngoan.

Vấn đề là công nghệ này bạn sẽ sử dụng, nó KHÔNG cần phải mát mẻ, sắc sảo. Bạn muốn xây dựng một ứng dụng web. Vì vậy, chọn một trong đó cung cấp cho bạn cơ hội tốt nhất . Điều gì cho bạn cơ hội tốt nhất?

Chọn công nghệ mà người thực hiện hầu hết chương trình có kinh nghiệm THỰC TẾ xây dựng một ứng dụng phức tạp tương tự TRƯỚC

Xin vui lòng đọc 10 lần trên.

Nếu tôi định nói về bản thân trẻ hơn từ 3-4 năm trước, và anh ta sẽ nói, "Nhưng tôi không có kinh nghiệm làm bất cứ điều gì phức tạp mà tôi có trong BẤT K LAN NGÔN NGỮ. Vậy tôi chọn như thế nào?"

Câu trả lời $ 50, 000 đô la là (vâng, đó là số tiền tôi đã lãng phí khi học hỏi từ những sai lầm của mình):

Chọn một thứ tha thứ nhất cho sự phát triển học tập của bạn.

Làm thế nào để chúng ta xác định tha thứ ?

Ví dụ: .Net dựa trên máy chủ Windows. Và máy chủ Windows đắt hơn máy chủ Linux. Đó là một thực tế. Ngay cả khi bạn có giấy phép của Bizspark, tốt hơn bạn nên đảm bảo rằng bạn cần phải có yếu tố mang lại tiền khi giấy phép của bạn hết hạn.

KHÔNG cho rằng bạn sẽ có thể học C # .net sau 3 năm. Thật khó để nói. Đối với tôi, nó không hoạt động.

Tôi đã thử RoR trước đây. Có lần tôi đã đọc một số bài viết về 2 nhân viên ngân hàng đầu tư có kinh nghiệm lập trình ZERO đã thành công với một số ứng dụng web về du lịch trong chương trình Techstars.

Họ sử dụng RoR.

Tôi có kinh nghiệm lập trình. Nhưng RoR không làm việc cho tôi.

Tôi đã mua sách từ amazon, vv Tôi đã thử. Nghiêm túc cho nó tốt nhất của tôi.

Cuối cùng tôi cũng giải quyết được Cakephp. Nó là đủ tốt để tôi có cơ hội tốt nhất để khởi chạy lại một ứng dụng web khác. Tha thứ đủ cho tôi học theo tốc độ của riêng tôi.

Cũng giống như bạn tìm được những người bạn gái tốt hơn không phải vì họ tốt hơn, mà bởi vì bạn là người tốt hơn sau nhiều kinh nghiệm hơn, có lẽ, tôi cũng đã trở thành một lập trình viên tốt hơn

Vì vậy, đây không phải là về một khuôn khổ / ngôn ngữ tốt hơn. Hoặc đó là Cakephp là tốt nhất tôi đã sử dụng. Cuối cùng, có lẽ tôi đã trở thành một lập trình viên đủ giỏi để xây dựng ứng dụng web mà tôi có trong đầu.

Đó là về những gì làm việc tốt nhất cho bạn để gần nhất với việc khởi chạy.

Oh đây là một freebie.

Sau 6 tháng, khi bạn ra mắt với phiên bản alpha hoặc beta riêng tư và bạn nhận được phản hồi của khách hàng, và bạn cảm thấy muốn viết lại toàn bộ bằng một ngôn ngữ mới, bạn nên không?

Câu trả lời:

KHÔNG BAO GIỜ. KHÔNG BAO GIỜ. KHÔNG BAO GIỜ.

Có một bài viết JoelOnSoftware về viết lại phần mềm so với tái cấu trúc phần mềm. Tôi quá lười để tìm thấy nó.

Ông đề nghị như vậy.

Lấy nó từ một người đã chọn sai công nghệ và sau đó viết lại toàn bộ nội dung trong php (không có khung) và sau đó kết thúc quá trình khởi động. Và đã chi $ 50, 000 trong quá trình này.

Nó giống như hôn nhân. Chọn một công nghệ và cho đến khi chết, phần khởi động của bạn và phần công nghệ.

Được rồi, tôi phóng đại, nhưng chỉ vì quá dễ để nghĩ rằng tất cả các tình huống lập trình của bạn có thể được giải quyết bằng ngôn ngữ / khung khác. Cũng giống như nghĩ rằng bạn sẽ có một cuộc hôn nhân tốt hơn bằng cách thay đổi một người khác. Nó là tốt hơn nhiều mặc dù nhiều công việc để làm việc cho bản thân hoặc thực hành lập trình của bạn .

Chúc may mắn. Và tiếp tục học hỏi. Xin vui lòng cho sự tỉnh táo của bạn, tước các tính năng xuống mức tối thiểu tuyệt đối. Truy cập google để có Sản phẩm khả thi tối thiểu (MVP).

Điều đó quan trọng hơn những gì công nghệ bạn chọn.

Vì vậy, dành thời gian thích hợp lên kế hoạch / thiết kế MVP này.

Kế hoạch là quan trọng. Kế hoạch thì không. Bạn có thể cần phải từ bỏ kế hoạch của mình sau khi dành 4 tháng để lên kế hoạch cho MVP này vì bạn cần phản ứng với việc thay đổi hoàn cảnh hoặc cạnh tranh.

Không sao đâu Kế hoạch 4 tháng không lãng phí.

Bây giờ bạn sẽ có kiến ​​thức tên miền nhiều hơn bạn có trước 4 tháng.

Vì vậy, ngay cả khi kế hoạch được vẽ lại vội vàng trong giai đoạn này, nó sẽ tốt hơn rõ rệt so với dự thảo đầu tiên của bạn 4 tháng trước.

Chúc may mắn!


1

Tôi sẽ đi ngược lại hạt giống của những người khác ở đây và nói rằng bạn sẽ được phục vụ tốt hơn để đi theo con đường nguồn mở.

Tôi đã làm việc trong .NET được khoảng 8 năm và tôi đã sử dụng khá nhiều ngôn ngữ và khung web nguồn mở thường được biết đến cũng như trên cùng một khung thời gian.

Nếu bạn thực sự muốn đi theo cách tiếp cận tinh gọn, bạn có thể sẽ thấy rằng sự dễ dàng tích hợp, chi phí máy chủ và phần mềm và năng suất trong thời gian dài sẽ thận trọng hơn về mặt tài chính, và tùy thuộc vào mức độ khả năng và thời gian của bạn. doanh nghiệp này, có thể trả hết trong ngắn hạn.

BizSpark là một con đường nguy hiểm để đi xuống. Cuối cùng, bạn sẽ phải trả giá đầy đủ cho ngăn xếp phần mềm khổng lồ đó, trong khi nguồn mở luôn rẻ hoặc miễn phí.

Tôi có các máy chủ được thiết lập trên thiết lập máy chủ đám mây của Rackspace. Bạn có thể có được máy chủ Linux mới sáng bóng của riêng mình với bộ lưu trữ CDN với giá $ 11 / tháng + băng thông nhỏ và chi phí lưu trữ. Đó là tiền cà phê.

Học Linux và môi trường nguồn mở có thể khiến một số người quen dần, nhưng đó không phải là một dự án nhiều năm để trở nên thành thạo. Có vô số diễn đàn, hướng dẫn, và mọi người có thể và sẵn sàng giúp bạn trở nên tốt hơn.


1
Nếu phát triển một cách chuyên nghiệp (ví dụ: điều này là để cung cấp thu nhập cá nhân của bạn) nếu chi phí của giấy phép phần mềm là một yếu tố quan trọng bạn thực sự phải trả cho chính mình. Ngay cả MSDN-Universal (có được VL, không có điểm nào là ngớ ngẩn) là một phần nhỏ của chi phí của mọi người.
Richard

@Richard: nhưng tại sao phải trả cho mọi người + giấy phép phần mềm nếu bạn chỉ có thể trả cho mọi người? Và tôi thực sự đề cập đến chi phí cấp phép máy chủ, không phải tiền IDE cho nhà phát triển, như bạn đã đề cập là tương đối rẻ. Trừ khi tôi vừa thấy nó làm sai, một khi bạn bắt đầu cố gắng mở rộng phần cứng máy chủ của mình, bạn phải trả tiền cho khá nhiều giấy phép máy chủ và CAL. Đó là kẻ giết người. Chắc chắn, nó sẽ không cắn bạn khi bạn đang gỡ lỗi localhost, nhưng một lần nữa, nếu bạn thực sự cố gắng điều hành một doanh nghiệp tinh gọn, tại sao phải trả thêm 1000 đô la nếu bạn có các tùy chọn khả thi khác?
Jordan

0

Nếu tôi ở trong hoàn cảnh của bạn, tôi sẽ sử dụng công nghệ mà tôi giỏi nhất. Chúng tôi có một tình huống tương tự trong công ty của tôi nơi khách hàng yêu cầu java và tất cả chúng tôi đều là nhà phát triển .net.

Lúc đầu mọi thứ đều ổn, nhưng sau đó, một số thứ nhỏ đã cho chúng tôi những vấn đề như vậy và tại một thời điểm, khung hình là SciFi.

Theo kinh nghiệm của tôi, thật dễ dàng để học ngôn ngữ lập trình mới và công nghệ mới, nhưng để thực sự biết bạn cần thời gian dài.


-2

Chỉ cần làm điều đó trong c # và chấm net .

  • Bạn giỏi rồi
  • nó tốt hơn ruby ​​trên đường ray

2
bạn đang sử dụng dữ liệu nào để hỗ trợ cho tuyên bố của mình rằng C # tốt hơn? Và tiêu chí của bạn là gì?
Walter

1
rất nhiều dữ liệu rất quan trọng và có ý nghĩa thống kê
NimChimpsky
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.