Igor Petrov

Фаронов «Учебник: Турбо Паскаль 7.0»
Эту книгу я сам купил в девятом классе и именно с нее началось мое движение в мир программирования. Данный экземпляр весь проклеенный скотчем до сих пор храню на полке, на память.

Пусть пишет в этот проект habrahabr.ru/company/fastlaneventures/blog/104010/

При цене 100 р. за статью и её объёмах может выходить прилично в месяц.

Давайте посчитаем.
Допустим, у нас видео 640x480@25FPS, поток данных будет 640*480*25=7.68 Мпикс/с. Максимальная тактовая частота контроллера ATmega8 — 16МГц. То есть на обработку каждого пикселя изображения остается чуть больше двух тактов. Вряд ли получится сделать что-то разумное за 2 такта. Напрашивается два вывода:

1) Если обработке подвергается вся картинка, или видеосигнал генерируется с нуля, то о сколь-нибудь высоких разрешениях можно забыть. Неплохо пойдет обработка текстового режима. Вот пример простого терминала на атмеге: www.serasidis.gr/circuits/TV_terminal/Small_TV_terminal.htm

2) Если обработке подвергается небольшая часть картинки (например, наложение текста на изображение), то это вполне реально. Как пример — OSD (on-screen display): garydion.com/projects/videoverlay/ Тут, правда, используется внешний детектор синхросигналов (LM1881), но и вам никто не запрещает его использовать.

Даю 99,9%, что в 1 классе Ваш ребенок изучает вот это school-collection.edu.ru/catalog/rubr/ff2747bc-ab1...

Чтобы вы знали, младшим школьникам по сан-нормам нельзя проводить за компьютером более 5 минут за урок. В связи с этим в 1-4 классах занятия по информатике не проводятся в компьютерных классах.

И я бы не стала давать ребенку много сидеть за компьютером.

Книжки — самое то в таком возрасте. Думаю, было бы лучше предложить что-то научно-популярное для детей типа Перельмана.

Думаю стоит начинать не с бейсика а с книжек на «общую тему», на развитие логики, только сначала сами пролистайте — я помню мне подарили детскую книгу про «алгоритмы», я ничего тогда не понял а сейчас понимаю что авторам руки оторвать нужно было.

Попробуйте сделать по шагам отсюда. У меня всё получилось в своё время.

Посмотрите разработанные АПКИТ профессиональные стандарты в области ИТ для программистов, там описано какими навыками и знаниями должен обладать специалист того или иного уровня.

Преподаю в университете 4-й год.

• Большой популярностью среди преподавателей пользуются книги Гербета Шилдта. Но вообще пойдет любая для чайников, они все более или менее одинаковые, ориентированны на новичка.
• Одного синтаксиса Си — мало. Я не знаю какая у вас ситуация, но скорее всего придется вырабатывать у народа умения простой алгоритмизации.
  До сортировок лучше начни с основ. условия, циклы. Удели этому хотя бы одно занятие. пускай они раньше это проходили, всегда найдутся те, кто всё проспал или не понял.
  
• Курс я так понимаю первый, народ будет скорее всего разнородный.
  Всегда будет так, что кто-то не понимает, а кому-то скучно.
  Бывают даже такие, которые текстовый файл переименовать или создать не могут.
  С этим нужно будет что-то делать.
  Я в свою очередь делил их на две подгруппы и занимался каждой отдельно.
  
• Следует последить за своим языком, не говорить сленгом, постепенно вводить термины.
• Главное не перегнуть палку и внимательно следить за тем, понимают ли вас.

И ещё, по подготовке:

Собери все материалы. Напиши себе план того, что ты будешь рассказывать на каждую лекцию на весь год перед. Я обычно планирую на 15-16 недель лекций. На моей специальности семестр длится 18-19 недель.
Плюс стоит распланировать практические, контрольные, лабораторные. Они должны быть синхронизированы с лекциями. Задачи, варианты заданий лучше тоже заранее подготовить.

Чтобы не запутаться что давать, а что не давать — можно учебный план специальности. Он обычно есть в деканате или на кафедре. В этом документе есть методические указания что давать, в каком объеме и что они потом должны уметь. Добавляешь к этому плану свое ИХМО и получаются твои лекции. По правилам ты можешь добавлять до 20% своего материала. Реально за тобой эти проценты вряд ли кто считать будет.

Если этого не сделать сразу, то высока вероятность придти на лекцию неготовым. А если ты неготов, на начинаешь спонтанно нести всё подряд. Есть вероятность, что этот поток мысли просто не воспримут.
А так удачи, тяжелое это дело — работать с первым курсом. Мне кажется, даже сложнее чем со школьниками. Потому что уж больно они там разные все по своему уровню.

Если будут ещё вопросы, пиши в личку, чем смогу, помогу.

С моей точки зрения лучшей книгой для новичков является книга Березиных, которая использовалась как учебник для студентов ВМК МГУ. Я её использовал, когда преподавал язык С школьникам 9-10 классов в вечерней школе ВМК.

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

Одна из причин популярности С — книга K&R, она очень хорошо написана и база языка из неё подходит и сейчас.

Когда я преподавал (правда в школе) я старался отыскать интересные и не слишком сложные задачи, которые были бы обозримы и давали ну хоть какую нибудь отдачу(удовлетворение).
Это сильно мотивирует. А весь процесс обучения возможностям IDE и отладке в частности я постарался максимально встроить в контекст реализации этих небольших задач. Ведь даже маленькая программка нуждается в отладке.

Приведу примеры задач, которые сразу приходят в голову:
— Сортировка чисел
— Построение треугольника паскаля
— Нарисовать форматированную таблицу умножения
— Отсортировать введенные числа
— Морской бой
И так далее… Важно не допускать, того что бы студент был сразу брошен на амбразуру. От этого они как правило пугаются и начинают ненавидеть предмет.

К слову, апофеозом моего преподавания стало написание графических циферблатных часов отражающих реальное время(Так я еще и научил одиннадцатиклассников азам геометрии :-) ).

Удачи вам!

вот здесь ещё посмотрите habrahabr.ru/qa/1352/

Настрока общего доступа к Интернету (ICS) вам поможет. В своствах PPPoE подключения — вкладка “Доступ”

Если у вас Компьютер-сервер имеет статический IP адрес и у провайдера открыто входящее соединение на 80 порт, то проще простого.

Настройте форвард с 80 порта сервера на 8086 порт клиента, ну естественно IP клиента знать надо, к примеру форвард с 80 на 192.168.0.2:8086 (это если скажем 192.168.0.2 IP клиента).

А настраивается все это дело в консоли роутера на сервере.

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

Все равно никто ничего не скажет. Поэтому мои предположения:

1) Снижение нагрузки на DNS.
за: на каждое обращение к профилю юзера выполняется лишний ресолвинг. вносит задержки. лишняя нагрузка на сеть.
против: новость «как DNS лег под хабрэффектом» хорошо опубликовать первого апреля.

2) >9000 виртуальных хостов сильно огорчили сервер.
за: очень возможно, особенно если они были «брутально» прописаны в конфиге апача.
против: сильно сомневаюсь что оно так. Сотни-то хостинговых кампаний предлагают услуги виртуального хостинга, когда и поболее доменов висит на одном сервере, и чем хабр отличается? Да и высоконагруженные проекты с кучей поддоменов: тоже есть хорошие примеры, ЖеЖешечка например, так же, работает себе, и ничего!

3) Виртуальные поддомены вначале планировались для чего-то еще, типа возможности для хабраюзеров создать свой мини-сайт на хабре. Но потом решили так не делать. А сейчас просто «выпилили нахрен столетний рудимент» во время очередной итерации рефакторинга.
за: иногда код следует перебирать и архитектурно. куча заведомо мертвого кода в проекте — путь в никуда, как жизнь в городе-призраке!
против: только зачем? если рудимент не мешает, то святой принцип: работает-не трогай!

4) Поддомены *.habrahabr.ru хотят дать компаниям под корпоративные блоги (посолидней как-то ведь), а юзеров просто передвинут /users/username/.
за: очень даже возможно. Маркетингово совершенно нелогично когда «компания» имеет какую-то «домашнюю страничку» /companies/thecompany/ а «юзер» получает целый «домен».
против: а компаниям на это пофиг, у каждой из них есть свой корпоративный сайт.

5) Поддомены *.habrahabr.ru хотят отдать под тематические блоги. Каждая тематика-свой поддомен.
за: да, вообще-то логично! более логичнее, чем для юзеров!
против: а смысл?

6) Распределение нагрузки за счет наращивания количества обслуживающих серверов.
за: если определенные юзерские данные были связаны с определенными серверами, то логично.
против: все равно непонятно, если запрос проходит через rewrite то пофиг что домен что кусок пути.

7) Юзеры стали злоупотреблять пиаристыми поддоменами username.habrahabr.ru.
за: а что, *.habrahabr.ru — возможно попробовать как инструмент для раскрутки.
против: «малокалиберно» слишком. тянет на материал для новости на первое апреля.

8) Выкатывание какой-то принципиально новой фишки, где поддомен будет только мешать.
за: неизвестно что это за фишка, может поддомены и сильно будет мешать!
против: а неизвестно что это за фишка, может поддомены и не будут мешать;)

9) Хабр собирается выкатить пачкой сразу кучу хабра-сервисов. Логичное предположение, если ХабраСторадж — только начало, а завта планируется уже ХабраБлекджек.
за: habrastorage.habrahabr.ru для Хабрастораджа более правильно, чем постоянный риск «фишинг-батхертов» вида ha6past0rage.ru. Да и проще с одной кукой авторизации в одном домене.
против: ну, а если какой-то проект предусматирвает «столь тесную интеграцию с хабром», то почему бы не habrahabr.ru/projectname/?

Сказанное про стек J2EE тоже верно, для веб-хайлоада часто применяются только сервлет контейнеры (Tomcat / Jetty), с лоадбалансингом, + часто выделенный апач/nginx как фронтэнд для статики.

Если же это не-веб хайлоад (банки, биржи), так там часто стек J2EE и ну нужен вовсе, зачем? Там нужна J2SE, multithreading, Spring для каркаса приложения, и какой нибудь hadoop (или что-то самописное) для распределения вычислений по нодам.

Примеры нагруженных проектов из топа Алексы, юзающие Java: Amazon, eBay, LinkedIn, Google.

Очень много на Java в банках (особенно в инвестиционной аналитике), в биржевых приложениях, как уже было сказано.

Веб-проект или десктоп?