Использование (относительно) нового языка для долгосрочного проекта - PullRequest
2 голосов
/ 27 июня 2010

Было бы глупо использовать что-то вроде Google Go (которое, очевидно, все еще находится в стадии быстрой разработки), если вы пытаетесь построить долгосрочный проект? (Доступ к разработчикам, которые знают язык, не беспокоясь ...)

Ответы [ 4 ]

3 голосов
/ 27 июня 2010

По моему мнению, это, конечно, не будет "глупо", но, возможно, это не самый лучший выбор. Если это личный долгосрочный проект по изучению языка и, надеюсь, что-то полезное в то же время, я скажу: сделайте это. С другой стороны, если это новый проект на работе, я определенно говорю придерживаться чего-то надежного. Я не хотел бы никакого дополнительного стресса, если бы мог избежать этого, и вы никогда не знаете, что может пойти не так с молодым языком.

3 голосов
/ 27 июня 2010

Не глупо, но есть риски.Некоторые вещи для рассмотрения.

Что для тебя надолго?6 месяцев?20 лет?Мне было бы неудобно основывать стратегическую платформу с предполагаемым долгим сроком службы (годами) на чем-либо, чье положение на рынке неясно.

Сколько будет стоить (усилия или время) переписать на другом языкеесли либо Go будет отменен, либо вы сочтете это неуместным?

Насколько нестабильна среда Go?Какова степень оттока в API?

Сколько коллективной мудрости "там".Задайте за плату технические вопросы, относящиеся к Go здесь.Задайте такие же вопросы о скажем C # или Java.Вас устраивают любые различия, которые вы видите?

В чем уникальные преимущества Go.Может быть, у него есть ключевые возможности, которые действительно важны для вас?

Тщательно изучите альтернативы.Старайтесь не основывать свое решение на апелляции нового и блестящего.

3 голосов
/ 27 июня 2010

Многое зависит от масштаба проекта и от того, кто еще (если кто-либо) будет участвовать.

Если это сугубо личный проект, вы можете сделать это на любом языке, который захотите; в худшем случае вы всегда можете просто использовать любую версию компилятора / интерпретатора, которая у вас есть в настоящее время (в этом отношении вам никогда не придется обновлять ). Вам не придется беспокоиться о том, станет ли язык популярным или нет, потому что все, что важно, это то, что вы его знаете.

Для совместных проектов часто проще работать с языком, который стабилен и распространен, потому что легче найти людей, которые знают язык для работы (и, при необходимости, добавлять новых членов команды, либо из-за расширения, либо из-за других). члены команды покидают команду).

Если вы хотите открыть проект с открытым исходным кодом и поделиться кодом с другими для полезных целей, это также помогает работать на языке, который используют многие люди, потому что тогда им не нужно переключать языки, чтобы использовать ваш код.

Надеюсь, это поможет вам понять, что наиболее подходит для вашего проекта. В конце, однако, все должно сводиться к тому, какой язык, по вашему мнению, приведет к наилучшему конечному результату; единственное время, когда вы действительно должны писать что-то на определенном языке ради написания на этом языке, - это если вы пытаетесь выучить рассматриваемый язык и не особо заботитесь о самом проекте.

2 голосов
/ 27 июня 2010

Это зависит от проекта.

Это для удовольствия? . Если это веселый проект - дерзайте.

Это для корпоративной среды? Однако, если это проект в корпоративной среде, ответом будет сначала вопрос "почему?" Вам нужно будет обосновать использование выбранного вами языка заинтересованными сторонами. Вам также необходимо учитывать ремонтопригодность проекта. По своему опыту, когда я много лет сталкивался с новейшими технологиями, я бы сдерживал «приятно попробовать», но придерживался традиционных средств.

...