Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Фтопку таких студентов-девелоперов! 25.12.08 11:47 Число просмотров: 2341
Автор: Den <Denis> Статус: The Elderman
|
> > Крайне против. А если проект выйдет за рамки "родного"
> или
> > будут попытки
> > портировать или использовать исходники в другом
> проекте...
> > Лично я даже против комментариев на "родном".
> > Технический англ. нормальный программист просто обязан
> > знать.
>
> И по моему, это единственная не религиозная проблема.
> Однако, в скольких проектах вы участвовали, которые
> отдавались на доработку или сопровождение иностранцам? На
> моей памяти, такой проект был один!
> А сколько проектов отдано на сопровождение отечественным
> студентам? С десяток наберется!
Фтопку таких студентов-девелоперов!
Подобные оп~здолы без знания англ., ничего хорошего написать не смогут.
> Есть еще один плюс в локализированых идентификаторах. Его
> источник - рефлекшн.
> Когда отечественному пользователю дают софтину, в
> настройках которой он может указать имя класса-стратегии,
> этот класс лучше назвать на русском. (*)
Это больше походит на недоработку девелопера, который не догадался создать таблицу сопоставления своих модулей с userfrendly именами и реализовать выбор модулей по именам в интерфейсе.
>
>
> > Дело даже не в привычке. Взять тот-же 1С. Там русский
> ещё
> > хоть как-то оправдан.
Чем? Нормальному девелоперу не влом выучить несколько слов из бухгалтерского англ./ам. "сленга".
> Вот это как раз еще один плюс. Оправдан почему? Потому что
> программисты на 1C должны быть квалифицированы в прикладных
> задачах, и ни ногой не сдалось бухгалтеру, работающему с
> российским законодательством учить английский.
При чем здесь бухгалтер? Он(а) не лезут в конфигурацию и не дописывают процедуры - это делает разработчик.
Не надо путать локализацию интерфейса пользователя с локализацией исходного кода!
> А чем, собственно, проект по расчету зарплаты на 1C
> отличается от аналогичного проекта на C# ? Если у того же
> бухгалтера будет на руках набор действий, типа:
> Взять_из_базы_данных_последние_записи_в_количестве(),
> Найти_максимальный_элемент_в_последовательности() и т.п. А
> все эти действия, не более чем методы в коде, которые сам
> пользователь уже может компоновать в законченные алгоритмы.
> Это как раз по поводу (*).
Такой стиль написания софта, ИМХО - моветон. Вся реализация должна быть полностью скрыта от пользователя за дружественным интерфейсом. И по этому поводу (*) я уже высказался выше.
Недоработка разработчика...
Теперь представь ситуацию, что программа удалась, тебе нужно продавать ее движок за границу, но на поддержку забугорных пользователей у тебя элементарно не хватает ресурсов. Что тогда? Переписывать весь код под языки разных стран?
|
|
|
подробно о проекте
Анализ криптографических сетевых...
