1. она не перееиздавалась, насколько мне известно; 2. перевод как будто с наскальных рисунков; 3. прилично устарела.
Я бы обратил внимание на «Beginning J2ME: From Novice to Professional, Third Edition (Novice to Professional)». Но увы, только в оригинале.
Помните, как из таксофонов выдергивали монетку, пока она не упала? как стачивали советские монеты в жетоны для игровых автоматов?.. как давно это было… Еще вспоминается задорнов с его рассказом про кусочек льда вместо монетки…
А вообще гворя, сложные системы для распознавания монет сами по себе слишком дороги и не будут окупаться, как это делают купюроприемники, как минимум из за номинала монет. И, по всей видимости, мы еще долгое время можем находить «дыры» в подобных системах.
Свежо предание, да верится с трудом. Не патриотично, но все же: Что Россия способна развить? У нас принято вкладывать деньги в то, что принесет доход в ближайшие несколько лет, но никак не в перспективные технологии. Разработки разработками, но их нужно внедрять!
Соглашусь с erlikh в том, что сами предприятия с трудом осознают полезность подобных преобретений.
В отношении консервативности пользователей почтовых ящиков верно сказано. Не многие хотят переселяться с любимого ящика на другой только из за неиспользуемых ими фишек (это не относится к прогрессивным околокомпьютерным людям).
Вы меня верно поняли.
однако я бы немного не так сказал по поводу
>— взаимодействие между разными уровнями приложения;
>— модели и паттерны, включая Model-View-Controller;
В первую очередь сама модель модель-представление контроллер. Исходя из пониманя модели на основе паттернов проектирования показать разноуровневое взаимодействие.
>— базы данных;
>— особенности работы с совместным доступом к ресурсам;
Эти темы стоит объединить, так как база данных есть общий ресурс: кто первый, того и тапочки. Повторное изучение будет убивать драгоценные «часы».
>— серверные платформы и языки (..........)
Для практической части стоит определиться на каком языке будут примеры, тщательно продумав какой язык наиболее доступно объяснит примеры. От этого зависит выбор языка, на котором будет писаться бОльшая часть лабораторных работ.
конкретика нужна будет при полной разработке курса. но в общем виде я бы описал так:
Основы http, ftp, различных серверов, понимание отличия web-приложения от обычного.
Понимание модели MVC – с одной стороны, это бесспорно классика ООП, но с другой – позволяет дать явное различие модели и представления, а не только представления ((x)html, css, js). Соответственно к MVC добавляются другие паттерны (!)web-приложений и идею саму реализации серверной части, а это уже существенно; появляется возможность осмысленно дать материал по представлею.
Важное отличие web -приложений в самой их сути: запрос-ответ, где сервер отдает информацию и забывает о ней. Таким образом, необходимо толково объяснить механизм хранения и передачи данных. Простейший AJAX: обзор XML и JS применительно к теме передачи данных.
Безусловно, работа с базами данных. Описание важных моментов, будь то пул подключений, минимизирующий затраты на подключение к базе, или понятие транзакций (знакомое слово из курса БД редко кто воспринимает всерьез до плотной работы с БД), но никак не SQL. Можно сюда же уместить фреймворки на примере hibernate.
И так далее, давая студентам комплексное понимание web-программирования. Никто не заставляет говорить об онтологиях (в контексте web 3.0) или распределенных приложениях, но то, что я описал, на мой взгляд, даст некую комплексную базу для web-разработчика, а не основу для мальчика – Drupal`ьчика.
Нельзя привязываться к конкретному языку, ведь как Вы упоминали выше – их множество: PHP, Java (model1, model2), руби и так далее.
По представлению – HTML, CSS, JS – очень простые темы для того, чтобы на них особо заострять внимание, то есть выдавать их за основу курса. Ведь простенький сайт для народ.ру, даже моя девушка сделала за два часа, с учетом фотошопа и освоения html, css и готовых скриптов js.
На мой взгляд, как раз (x)html, css, js — обёртка приложения (если не говорить о JS как о средстве обмена обмена информацией с сервером, а-ка AJAX). Важно понимание работы приложения изнутри, а не «снаружи». Возможно я говорю о более высоком уровне, нежели уровень Ваших студентов, и им нужны html, css и js, но в моем понимании веб-программирование — это понимание работы веб-приложений, а не некий уровень умения написания разметки и скриптов.
>нужно понимать как всё крутится — tcp/ip, http, html, cs, js, веб-сервера, cgi/php/servlet.
соглашусь, если акцент на фразе «понимать как всё крутится».
ИМХО — нужны основы проектирования как обычных, так и веб-приложений, заложить четкое понимание концепций веб-программирования, понимание работы механизмов доступа к данным и так далее. html, php, java servlet, js etc — это все вторично, так как Ваша задача научить веб-программированию, а не «заделать по-быстрому из CMS» и не научить конкретному языку.
По поводу заданий — подойдут любые, будь то магазин туалетной бумаги или сервис заявки на убийство а-ля Хитмен.
Так как у вас выполнение лабораторны в малых группах — то вполне подойдет вариант разделения труда (архитектор-кодер-тестер-дизайнер-...). Как уже говорилось выше, для подобной работы вполне подойдет SCRUM. Не забываем делать скидку на ленивость студентов и то, что добрая половина начнет делать работы в последний момент
Цены то снизили, но, взяв к примеру сибирь-телеком, мы увидим не только сниженные тарифы, но и ограничение по трафику начиная с мегабитного тарифного плана (например, 130гб на 5мб), по истечению которого скорость рубят до 128кб/с.
Скорее всего, глубокие отвороты не исправить обычным сканером, так как чувствительность не позволит и разность цветов будет заметна. Лучше приспособления для сканирования книг, чем приспособление описанное в книге «Google: прорыв в духе времени», на мой взгляд нет, но оно уже никак не является планшетником.
Кроме психологических тестов, полезны тесты на соответствие должности или тесты для кандидата на вакансию. Столкнувшись на собственном опыте с проблемой отказов по причине «нет опыта», считаю полезным возможность продемонстрировать работодателю свои навыки на контрольном примере прежде, чем получить отказ.
Я бы обратил внимание на «Beginning J2ME: From Novice to Professional, Third Edition (Novice to Professional)». Но увы, только в оригинале.
А вообще гворя, сложные системы для распознавания монет сами по себе слишком дороги и не будут окупаться, как это делают купюроприемники, как минимум из за номинала монет. И, по всей видимости, мы еще долгое время можем находить «дыры» в подобных системах.
Соглашусь с erlikh в том, что сами предприятия с трудом осознают полезность подобных преобретений.
однако я бы немного не так сказал по поводу
>— взаимодействие между разными уровнями приложения;
>— модели и паттерны, включая Model-View-Controller;
В первую очередь сама модель модель-представление контроллер. Исходя из пониманя модели на основе паттернов проектирования показать разноуровневое взаимодействие.
>— базы данных;
>— особенности работы с совместным доступом к ресурсам;
Эти темы стоит объединить, так как база данных есть общий ресурс: кто первый, того и тапочки. Повторное изучение будет убивать драгоценные «часы».
>— серверные платформы и языки (..........)
Для практической части стоит определиться на каком языке будут примеры, тщательно продумав какой язык наиболее доступно объяснит примеры. От этого зависит выбор языка, на котором будет писаться бОльшая часть лабораторных работ.
Основы http, ftp, различных серверов, понимание отличия web-приложения от обычного.
Понимание модели MVC – с одной стороны, это бесспорно классика ООП, но с другой – позволяет дать явное различие модели и представления, а не только представления ((x)html, css, js). Соответственно к MVC добавляются другие паттерны (!)web-приложений и идею саму реализации серверной части, а это уже существенно; появляется возможность осмысленно дать материал по представлею.
Важное отличие web -приложений в самой их сути: запрос-ответ, где сервер отдает информацию и забывает о ней. Таким образом, необходимо толково объяснить механизм хранения и передачи данных. Простейший AJAX: обзор XML и JS применительно к теме передачи данных.
Безусловно, работа с базами данных. Описание важных моментов, будь то пул подключений, минимизирующий затраты на подключение к базе, или понятие транзакций (знакомое слово из курса БД редко кто воспринимает всерьез до плотной работы с БД), но никак не SQL. Можно сюда же уместить фреймворки на примере hibernate.
И так далее, давая студентам комплексное понимание web-программирования. Никто не заставляет говорить об онтологиях (в контексте web 3.0) или распределенных приложениях, но то, что я описал, на мой взгляд, даст некую комплексную базу для web-разработчика, а не основу для мальчика – Drupal`ьчика.
Нельзя привязываться к конкретному языку, ведь как Вы упоминали выше – их множество: PHP, Java (model1, model2), руби и так далее.
По представлению – HTML, CSS, JS – очень простые темы для того, чтобы на них особо заострять внимание, то есть выдавать их за основу курса. Ведь простенький сайт для народ.ру, даже моя девушка сделала за два часа, с учетом фотошопа и освоения html, css и готовых скриптов js.
>нужно понимать как всё крутится — tcp/ip, http, html, cs, js, веб-сервера, cgi/php/servlet.
соглашусь, если акцент на фразе «понимать как всё крутится».
По поводу заданий — подойдут любые, будь то магазин туалетной бумаги или сервис заявки на убийство а-ля Хитмен.
Так как у вас выполнение лабораторны в малых группах — то вполне подойдет вариант разделения труда (архитектор-кодер-тестер-дизайнер-...). Как уже говорилось выше, для подобной работы вполне подойдет SCRUM. Не забываем делать скидку на ленивость студентов и то, что добрая половина начнет делать работы в последний момент
wstream«Трасса 512», ежемесячно — 890,00 + 100р/порт
cdma1x 01:00 — 17:00 анлим 128кбс — 700р; 17:00 — 01:00 1р/мб