Перемещение от статического языка до динамического

Это было легко?

Умеренно. Некоторые измы Java являются твердыми привычками повредиться. Мои первые шесть месяцев, я записал Python с;. неприглядный. После того как я был по нему, тем не менее, я не оглянулся назад.

Каково было самое большое преимущество?

Перемещение от "записи-> компиляция-> сборка-> выполненный-> повреждение-> отладка-> пишет" цикл в "запись-> выполненный-> повреждение-> запись" цикл. Это занимает время для привыкания к немедленному удовлетворению от интерпретатора командной строки Python. Я так привык к бесконечному дизайну и планирующий прежде, чем попытаться написать (намного меньше компиляции) любой код.

Сначала я полагал, что командная строка Python была своего рода интерфейсом "только для образования". Затем читая docstrings, doctests, и руководства пользователя, где приложение вводится в>>> подсказка, я начал понимать, что действительно большое программное обеспечение Python излагает сложность кратко, и нюанс для наполнения Вас может ввести в интерактивном режиме.

[Мне бы хотелось разработать материал, который работал это чисто.]

Какова была самая сложная задача?

Множественное наследование. Я использую его очень редко.

Действительно ли это была забава?

До сих пор.

Это также удивительно продуктивно. Больше времени с требованиями пользователя и реальными данными. Меньше времени, планируя иерархию наследования с надлежащими интерфейсами, чтобы получить значение и компиляцию правильно и быть достаточно расширяемыми для длительности, по крайней мере, к следующему пересмотру.

Я не могу квалифицировать меня полностью под тем дескриптором, но я действительно тратил некоторое время, пишущий некоторым интересную мини-игру Python, проведя много лет, пишущий Java. Так, я мог бы смешивать определенное перемещение от скомпилированного до интерпретируемого наряду с ним.

Я использовал нотацию подражать статическому контролю типов.:)

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

Мой код не выглядел слишком отличающимся, учитывая все обстоятельства. Хотя, Python хорошо проводит время структуры данных.:)

На вашем месте я судил бы Scala!!!.

У Scala есть некоторые аспекты, действительно интересные, который позволяет Вам испытывать желание делать динамичный при выполнении статичный.

• Scala является статически типизированным языком с динамическим введенным запахом, потому что компилятор делает Вас меньшим количеством повторяющегося выведения Ваших присвоений.

• Скомпилированный язык с теплой и замечательной разновидностью сценария. Причина можно использовать scala консоль или даже записать сценарии точно так же, как рубин или Python. Таким образом, можно выбрать между "записью-> компиляция-> сборка-> выполненный-> повреждение-> отладка-> запись" или "запись-> выполненный-> повреждение-> запись" как сказанный S.Lott.

• Scala является полным Функциональным языком с полной поддержкой OO. Таким образом, Вы не теряете много важных аспектов OO как наследование, инкапсуляция, полиморфизм, и т.д.

Почему ответ на Вас вопросы, предлагающие Scala? Поскольку я попробовал языки сценария прежде, и основным был Ruby. И это было точно так же, как сказанный S.Lott. Но не настолько легкий для меня и моей команды. Большую часть времени статичный безопасно, менее подвержен ошибкам, и еще быстрее если у Вас есть правильный язык.

При ответе на Вас три вопроса, вставляющие Scala, мы имеем:

Это было легко?

Да. Иногда необходимо сконцентрироваться, чтобы оставить Вас старыми понятиями в стороне и пойти глубоко.

Каково было самое большое преимущество?

Вы чувствуете в домашней причине, Вы не должны изменить Вас среда или переписать существующие приложения для миграции на Scala (говорящий о Java). Если Вы происходите из Java, можно начать играть с Scala после чтения некоторых статей. Не слишком много усилия. Другим важным преимуществом является использование функционального языка en его встроенное питание.

Действительно ли это была забава?

Конечно! Передумать, изменение Вашего способа решить проблемы к лучшему наверняка забавны.

Это - мое видение. Вы не должны точно кончать статичный для захвата преимущества динамических.

Я также интересуюсь этой темой. Попробованный действительно погружаются в Ruby и направляющие только что, и он действительно помог мне схватить материал MVC ASP.NET, который я думаю, немного слишком сложно сначала для среднего разработчика .NET.

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

Деликатный вопрос.

Я теперь работаю в Ruby, PHP и ActionScript (наименее динамический из трех) вместо языков, которые я предпочел бы, как Java и C#. Но нищие, я имею в виду, рабочие в этой экономике, не могут быть селекторы. Или скорее необходимо выбрать сражения и ведущее устройство.

Трудно сравнить Ruby и Java, потому что у них есть больше чем одно различие, и Вы только спросили о динамической/статичной вещи (и даже о сильно по сравнению с вещью со слабым контролем типов!). Но на той передней стороне, что влияет на меня больше всего, всегда IDE. Я был всегда испуган, когда другие программисты Java использовали Notepad или Textpad для написания кода, и в наше время существует только слишком много преимуществ хорошего IDE для того безумия. Не верный с Ruby! Я использую Netbeans, и он действительно успевает, но одни из основных отличий - то, что я должен на самом деле ввести код. Автоматическое заполнение, для меня, было образом жизни (я пишу SMS-сообщения на полном английском языке/Испанском языке с прогнозирующим словарем, например, и никогда не использую сокращения), и пишущий код Ruby действительно требует большего количества работы.

Так сначала это было болезненно, и я постоянно смотрел на, например, имена функций классов, которые я записал (или которые являются частью Ruby) только для разбираний в написании! Так, чтобы высосанный, я думал, и я продолжал думать это до...

Я попятился к ActionScript на днях, и получить мое автоматическое заполнение IDE (FlashDevelop или FlexBuilder), я объявляю все переменные с типами (со строгим контролем типов по выбору, если Вы будете)..., и внезапно я думал что чертова' стычка!

И затем сегодня я должен был сделать некоторые дополнения функции на проекте Ruby, и он не стеснялся и прохладный. Код является чистым, и почему я сообщил бы IDE того, что я пытаюсь записать так или иначе?

Таким образом, я сказал бы, что 1) самые сложные задачи учат язык и платформу, в которой Вы работаете, как всегда 2) это была удивительно забава и очень открывающий глаз. Новые языки всегда несут новые вещи с ними, но динамические языки просто чувствуют себя отличающимися. И это - просто вид вещи, которая заставляет Вас просыпаться в 7:00 и делать некоторое кодирование в воскресенье утром прежде, чем заснуть снова.

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