Да, идея замечательная. Только кто же это реализовывать будет, это ж вам не google-translate к youtube прикрутить и фрикадельками начать барыжить… тут целый штат профессиональных переводчиков нанять придётся :-)
Понятно, целевую аудиторию вы обдумать забыли :-)
В итоге получилась мешанина из фрикаделек, джунглей, тамагочи (для школьников 2-7 классов) и автоматического перевода (для неизвестно кого).
Невозможно выучить язык, изучая буквальные переводы неких текстов с частичной, а местами с полной потерей смысла оригинального текста.
Т.е. с одной стороны у вас весь учебный процесс по форме ориентирован на детей, а с другой автоматический перевод настолько коряв, что людей без богатого опыта технического перевода к вашему сервису вообще допускать опасно. А людям с таким опытом подобный сервис нафиг не нужен.
Поэтому подумайте хорошенько над целевой аудиторией и не забывайте, что сервис для всех — это сервис ни для кого.
> многие хотели из-за Free Memory в таскманагере возвращаться на WinXP.
Прокол MS, когда портировали фичу, не досмотрели как в системном мониторе Gnome потребление памяти показывается: отображается только реально занятая процессами память, а кеш и буферы остаются за кадром, дабы не травмировать психику неподготовленных пользователей 90-95% использованием памяти :-)
> прочти выше мой первый комментарий и прочти свой последний. найди отличия
Я их вижу, впрочем они в деталях, хотя и концептуальны. Не надо подбирать синонимы к слову «нормальный», т.к. представитель целевой аудитории — это отнюдь не синоним нормального человека. Может у тебя Ц.А. будет состоять из представителей девиантного молодёжного течения, а ты им так и будешь для характеристики синонимы к слову «нормальный» подбирать… В общем, не надо обкладываться словарями синонимов, лучше просто называть вещи своими именами.
Потребитель — это сферический конь в вакууме. Неуместно рассматривать его с практической точки зрения. Программисты и дизайнеры также являются потребителями программных продуктов. Однако именно то, что программист смотрит на интерфейс с позиции абстрактного потребителя как раз и губит интерфейс. Потребитель должен быть представлен набором вполне конкретных пользователей, наиболее полно соответствующих целевой аудитории продукта. А если в качестве потребителя представлять какого абстрактного «нормального человека», то ничего хорошего из этого не выйдет.
> что же еще нужно кроме этого по-вашему?
почитай книги, указанные в комментариях, если интересно, а мне лень писать много букв…
Давайте всё-таки по-корректнее, программисты и дизайнеры настолько же нормальные люди как и представители других профессий. Правильнее будет сказать, нужно уметь представить поведение представителей целевой аудитории, т.н. персонажей. Впрочем для проектирования интерфейса нужно ещё много чего кроме этого.
Просто вы будете впустую тратить время, пытаясь самостоятельно скрестить психологию и программирование. Дисциплина на стыке уже существует и неплохо развита, называется она IxD (Interaction Design, проектирование взаимодействия). О причинах сложностей, стоящих перед этой дисциплиной, можно почитать в книге «Психбольница в руках пациентов», а практическое введение получить из книги «Об интерфейсе. Основы проектирования взаимодействия».
ну это уже к вопросу о том как писать код. Если не нарушать основных концепций проектирования и конвенций именования, то кодирование по сути превращается в сугубо механический процесс, т.е. прерваться можно в любом месте. Если это не так, а кусок кода — сложный, то самое время выбросить из головы идею писать этот код и после перерыва написать так, чтобы тот же кусок кода стал простым. Ведь код делает сложным никто иной как сам программист, не стоит забывать об этом…
Это только кажется сложно, а я это уже больше года практикую.
Ничего сложного, память ассоциативна, поэтому достаточно записать небольшой крючок-якорь(10-25 символов), чтобы при взгляде на него восстанавливался весь контекст.
Фейнман и Хокинг кроме того, что выдающиеся физики, они ещё выдающиеся популяризаторы физики. Благодаря им обычные люди, не изучавшие физику нигде кроме как в школе, могут составить примерное представление о том, какие вопросы стоят сейчас перед теоретической физикой.
У большинства подобных программ есть существенные недостатки:
* перерывы можно откладывать несколько раз
* программу можно отключать/закрывать прямо из трея
* программу можно вырубить через Ctrl+Alt+Delete
Если один из таких недостатков существует в выбранной вами программой, то вам будет очень сложно привыкнуть к регулярным перерывам.
Лучшее воплощение, которое я видел, — это Монитор печати в Gnome. Если не разрешать в настройках откладывать перерывы, то привыкнете к ним довольно быстро. Корректно завершить текущий контекст работы позволяет индикатор в трее, который при приближении перерыва становится красным, а за 3 минуты до перерыва начинает моргать. Производительность труда благодаря подобным перерывам возрастает весьма существенно.
Протестую, пользуюсь уже больше года выше указанной возможностью Ubuntu. От регулярных перерывов в работе производительность повышается в разы.
А чтобы не забывать решения их надо принимать осознанно и обдуманно, а не кидаться печатать первое, что пришло в голову.
Хотя если под теоретической возможностью имелась в виду возможность вписать на картинку любой счёт при помощи «волшебного» слова amswjfpoi8, тогда действительно можно :-)
В итоге получилась мешанина из фрикаделек, джунглей, тамагочи (для школьников 2-7 классов) и автоматического перевода (для неизвестно кого).
Невозможно выучить язык, изучая буквальные переводы неких текстов с частичной, а местами с полной потерей смысла оригинального текста.
Т.е. с одной стороны у вас весь учебный процесс по форме ориентирован на детей, а с другой автоматический перевод настолько коряв, что людей без богатого опыта технического перевода к вашему сервису вообще допускать опасно. А людям с таким опытом подобный сервис нафиг не нужен.
Поэтому подумайте хорошенько над целевой аудиторией и не забывайте, что сервис для всех — это сервис ни для кого.
Прокол MS, когда портировали фичу, не досмотрели как в системном мониторе Gnome потребление памяти показывается: отображается только реально занятая процессами память, а кеш и буферы остаются за кадром, дабы не травмировать психику неподготовленных пользователей 90-95% использованием памяти :-)
Я их вижу, впрочем они в деталях, хотя и концептуальны. Не надо подбирать синонимы к слову «нормальный», т.к. представитель целевой аудитории — это отнюдь не синоним нормального человека. Может у тебя Ц.А. будет состоять из представителей девиантного молодёжного течения, а ты им так и будешь для характеристики синонимы к слову «нормальный» подбирать… В общем, не надо обкладываться словарями синонимов, лучше просто называть вещи своими именами.
> и ты уже написал много букв.
это ещё мало :-)
> что же еще нужно кроме этого по-вашему?
почитай книги, указанные в комментариях, если интересно, а мне лень писать много букв…
Ничего сложного, память ассоциативна, поэтому достаточно записать небольшой крючок-якорь(10-25 символов), чтобы при взгляде на него восстанавливался весь контекст.
* перерывы можно откладывать несколько раз
* программу можно отключать/закрывать прямо из трея
* программу можно вырубить через Ctrl+Alt+Delete
Если один из таких недостатков существует в выбранной вами программой, то вам будет очень сложно привыкнуть к регулярным перерывам.
Лучшее воплощение, которое я видел, — это Монитор печати в Gnome. Если не разрешать в настройках откладывать перерывы, то привыкнете к ним довольно быстро. Корректно завершить текущий контекст работы позволяет индикатор в трее, который при приближении перерыва становится красным, а за 3 минуты до перерыва начинает моргать. Производительность труда благодаря подобным перерывам возрастает весьма существенно.
А чтобы не забывать решения их надо принимать осознанно и обдуманно, а не кидаться печатать первое, что пришло в голову.
и тогда кто-нибудь, может, постарается столько набрать :-)