Что вас больше всего пугает в интегрированной среде IDE большинства современных Smalltalks?

Все по-другому. Хотите пройти до конца очереди? Это не Ctrl - E. Хотите перепрыгнуть через несколько слов? Это не Мета-Ф ....

Редактирование текста - это фундаментальная программная деятельность. Возиться с этими входами - значит возиться с чем-то глубоко в моей голове.

Изменить: и вот кто-то спрашивает для привязок клавиш emacs на comp.lang.smalltalk в 1987.

В частности, меня ничего не пугает, но я обнаружил, что разработка API в VW является утомительной задачей, даже когда я использовал другие smalltalks. Эффект браузеров заключается в том, что вы склонны видеть API понемногу, и довольно часто не сразу становится очевидным, где вам следует искать ту или иную функциональность.

Smalltalk также немного страдает от смены парадигмы, чтобы понять, как он работает. Когда я получал степень бакалавра в университете (через некоторое время после того, как я впервые познакомился со Smalltalk), я получил немного удовольствия от Schadenfraude, наблюдая, как все остальные в классе преодолевают первоначальную парадигму, когда они впервые изучают систему (Squeak). время.

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

Кроме того (к сожалению), Java появилась в середине 1990-х и захватила все умы. Основные Smalltalks либо полностью умерли, либо были проданы нишевым игрокам. Довольно иронично (в хорошем смысле слова), что Ruby снова пробудила интерес к Smalltalk, но давнее восприятие устаревания, которое "также запускается", не помогает.

См. этот мой пост, чтобы узнать о достоинствах (как я их вижу) ) активного участия в Smalltalk в наши дни.

Я был бы очень рад вернуться в Smalltalk, если бы появилась такая возможность.

Единственный Smalltalk, с которым я когда-либо работал, - это Squeak, поэтому мои взгляды могут не относиться к другим средам Smalltalk.

В отношении подхода, основанного на изображениях, меня беспокоит то, что, хотя в среде Smalltalk есть замечательные вещи, это огороженный сад, который затрудняет взаимодействие с чем-либо за пределами этой среды. Например, что, если я хочу использовать внешние инструменты, такие как Yacc и Lex? Что, если я хочу использовать некоторые программы C или Python для генерации кода Smalltalk? Что, если я хочу смешать Smalltalk с кучей кода, написанного на других языках, редактировать код на всех этих языках в одном редакторе и хранить все это в одном дереве исходного кода?

Я уверен, что со всеми этими проблемами можно справиться, если ваша среда Smalltalk будет вызывать системные функции для управления внешними инструментами. Но насколько легко позволить внешним инструментам управлять вашей средой Smalltalk? Другими словами, что, если я хочу, чтобы Smalltalk был просто еще одним компонентом, а не хозяином всего?

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

Я понимаю, почему это так: ядро ​​Smalltalk - это чрезвычайно небольшой набор аксиом и ключевых слов. Это означает, что после 30 минут изучения Smalltalk вы уже изучаете библиотеку API, а не сам язык. Мне нравится такой подход к языковому дизайну.

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

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

Обратите внимание, что я почти не пробовал Smalltalk в своей жизни. Я далеко не специалист. Это понимание пришло из разговора с Джеймсом Робертсоном около месяца назад.

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

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

Я знаю, что уже поздно, но меня больше всего раздражает то, что ни на одном smalltalks нет действительно хорошего редактора. Этого я не могу понять. Работа с текстом настолько важна и менее "поддерживается" ....

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

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

С такими инструментами, как Eclipse или Team Foundation Server, вы привыкаете к тому, что все инструменты интегрируются друг с другом. Например. если требование создается, оно автоматически связывается с наборами изменений, которые программист принимает для реализации этого требования. Это «нарушение границ» между ранее использовавшимися разными инструментами практически невозможно в мире Smalltalk, но с более крупными проектами, большими командами, более высокими уровнями абстракции и т. Д. Вам понадобятся инструменты, которые являются чем-то большим, чем просто модный редактор, и помогут вам на протяжении всей разработки программного обеспечения. жизненный цикл.

Нет полезной поддержки для навигации с помощью клавиатуры или поддержки поведения пользовательского интерфейса платформы.

Хотя это правда, что вам действительно не нужен невероятный текстовый редактор для (хорошо написанного) Smalltalk, возможность перемещаться по окружающей среде, удерживая руки на клавиатуре, весьма полезна (и, в моем случае, важна для уменьшения RSI). Я просто пробовал инспектор VisualWorks, и клавиши со стрелками даже не работали должным образом для перемещения вверх и вниз по списку. Когда я нажимаю клавишу пробела, я возвращаюсь назад. Вздох.

Для мира Windows нет ничего лучше Dolphin Smalltalk. IDE просто фантастическая. Еще один качественный продукт, если вы хотите попробовать, - это Visualworks, он работает хорошо, имеет очень быструю виртуальную машину и неплохая документация.

Раньше я использовал оба, бояться нечего.