Курсовая работа социальные сети в жизни старшеклассников. Курсовая работа социальные сети в жизни старшеклассников Социально -педагогическая деятельность по адаптации старших подростков к условиям лицея

Интернет: за и против.

Интернет-это огромная платформа для возможности реализовать себя, найти дело по душе и побывать там, где ты никогда не был. Однако не все этой возможностью пользуются…

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

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

К примеру, хочешь выучить иностранный язык? Репетиторы по Скайпу, все возможные ресурсы тебе помогут. Нужно только найти себе то, что ближе к душе, и вот, можно заниматься в любое удобное время(еще один плюс).

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

Еще возможность знакомства. Найти друзей по интересам и может быть из других стран, не представит проблем в 21 век.

И много чего еще…

Но кроме плюсов есть и минусы.

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

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

Отсюда же хакеры.

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

Второй минус: Деградация людей.

Как говорилось, не все правильно используются интернетом. Попадая под влияние интернета, люди не осознают сколько времени они тратят впустую.

К примеру. Представьте себе банк, который дает вам каждый день 86000 долларов, которые вы обязаны потратить, а остаток банк забирает себе. И так каждый день.

Конечно, вы стремились бы истратить все до доллара. Так вот 86400 долларов- это ваше время. Каждый новый день дает вам 86400 секундочек, забирая остаток.

Страшные числа. А многие тратят большую часть своего времени на просмотр глупых постов в соц. сетях, селфи и его редактирование, и потом еще трясутся из-за лайков…

Третий минус: Хамство.

Существует мнение, что нас никто не видит в интернете, не следит за нами и т.д.А зря. Все посещения отслеживаются. Не замечали ли вы, что зайдя на сайт с модными платьями, вам потом будут предлагать рекламу именно с предложениями на покупку платьев и т.д. Понаблюдайте. Порой это забавно)

В интернете очень легко грубить, хамить, ведь ты не видишь человека, находишься в безопасности.А потом это входит в норму, это становится привычкой, а как говорится «Привычка-вторая натура».

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

Есть такая сеть на свете, Ею рыбу не поймать. В нее входят даже дети, Ч тоб общаться иль играть. Информацию черпают, И чего здесь только нет! Как же сеть ту называют? Ну конечно ……

Интернет в жизни старшеклассников: за и против Выполнила ученица 8 класса Тазранова Яна МБОУ « Саратанская СОШ», 2016г.

Цель работы: - в ыявление роли сети Интернет в жизни старшеклассников

Задачи: - рассмотреть понятие Интернет в разных источниках; - раскрыть и изучить роль глобальной сети в жизни людей; - провести опрос среди старшеклассников МБОУ « Саратанская СОШ» на тему «Для чего вам нужен Интернет?»; - проанализировать полученные данные; - подвести итог нашему исследованию.

Актуальность исследования в том, что полученные результаты могут дать представление о том, для чего нашим старшеклассникам, нужен Интернет. Гипотеза с возрастом потребность в Интернете меняется: если в младшем возрасте учащиеся больше развлекаются в Интернете, то в более старшем возрасте Интернет становится необходим учащимся для учебы.

Интернет - всемирная система объединённых компьютерных сетей для хранения и передачи информации.

Функции интернета: Информация Обучение Развлечение и отдых Общение в реальном времени Хранилище фактов

Анкетирование «для чего вам нужен интернет?» Опрашиваемые: 8-ой, 9-ый, 10-ый, 11-ый классы Всего: 36 человек

вопросы Что такое Интернет в вашем понимании? Сколько времени вы проводите в Интернете? Сколько времени тратите на развлечения? Сколько времени тратите на учёбу?

1. Есть ли у тебя выход в интернет?

2. Сколько времени ты проводишь за интернетом в день?

3. На что тратите большее количество времени в интернете?

4. Влияет ли на твое настроение отсутствие интернета?

5. Ограничивают ли тебя родители во времени, проводимом за интернетом?

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

7. Считаешь ли ты интернет важной и неотъемлемой частью своей жизни?

вывод Большинство старшеклассников имеют выход в интернет (28 чел.) Интернет в большинстве это средство общения (17 чел.), средство обучения (8 чел.) Большинство проводят в интернете более 3-х часов в день (15 чел.), что может принести вред физическому здоровью. Учащиеся используют время, проведенное в интернете, на подготовку презентаций и рефератов (13 чел.), 8 человек не получают никакой возможности для демонстрации своих знаний в сети. 8 человек не имеют выход в интернет.

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

Список Используемой литературы - http://ru.wikipedia.org/wiki/Интернет - понятие Интернета - http://www.prowebseo.ru/index.php - Функции сети Интернет в современном мире http://revolution.allbest.ru/programming/00047038_0.html - Интернет как средство массовой коммуникации и средство общения

Спасибо за внимание!

Сложность использования dll, созданной с помощью Borland C++ Builder (далее BCB), в проектах, разрабатываемых в средах Microsoft, обусловлена тремя основными проблемами. Во-первых, Borland и Microsoft придерживаются разных соглашений о наименовании (naming convention) функции в dll. В зависимости от того, как объявлена экспортируемая функция, ее имя может быть дополнено компилятором определенными символами. Так, при использовании такого соглашения о вызове (calling convention), как __cdecl, BCB перед именем функции добавляет символ подчеркивания. Visual C++ (далее VC), в свою очередь, при экспорте функции как __stdcall добавит к ее имени помимо подчеркивания также информацию о списке аргументов (символ @ плюс размер списка аргументов в байтах).

В таблице 1 приведены возможные варианты наименований для экспортируемой функции MyFunction, объявленной следующим образом:

Таблица 1. Наименования функций в зависимости от соглашения о вызове и компилятора.

Во-вторых, объектные двоичные файлы (.obj и.lib), создаваемые BCB, несовместимы с объектными файлами VC, и, следовательно, не могут быть прилинкованы к VC-проекту. Это означает, что при желании использовать неявное связывание (linking) c dll необходимо каким-то образом создать.lib-файл (библиотеку импорта) формата, которого придерживается Microsoft.

В-третьих, классы и функции-методы классов, экспортируемые из BCB dll, не могут быть использованы в проекте на VC. Причина этого кроется в том, что компиляторы искажают (mangle) имена как обычных функций, так и функций-методов класса (не путайте с разными соглашениями о наименованиях). Искажение вносится для поддержки полиморфизма, то есть для того, чтобы различать функции с одинаковым именем, но разными наборами передаваемых им параметров. Если для обычных функций искажения можно избежать, используя перед определением функции директиву extern ”С” (но при этом, во-первых, на передний план выходит первая проблема – разные соглашения о наименовании функций в dll, а во-вторых, из двух и более функций с одинаковым именем директиву extern ”С” можно использовать только для одной из них, в противном случае возникнут ошибки при компиляции), то для функций-методов класса искажения имени неизбежны. Компиляторы Borland и Microsoft, как вы уже, вероятно, догадались, используют различные схемы внесения искажений. В результате VC-приложения попросту не видят классы и методы классов, экспортируемые библиотеками, скомпилированными в BCB.

Эти три проблемы осложняют использование BCB dll из приложений, созданных на VC, но все-таки это возможно. Ниже описаны три способа создания dll совместимой с VC и дальнейшего успешного использования этой dll.

Алгоритмы создания VC-совместимой dll и ее использование

Два из описанных в этом разделе алгоритмов применяют неявное связывание с dll, один – явную загрузку dll. Опишем сначала самый простой способ – использование BCB dll из проекта VC посредством ее явной загрузки в процессе выполнения программы.

Алгоритм с явной загрузкой dll

Применяя данную технику, нам не придется создавать совместимые с VC библиотеки импорта (.lib). Вместо этого добавится ряд действий по загрузке и выгрузке dll в приложении, ее использующем.

Создадим BCB dll (New -> DLL Wizard -> C++ -> Use VCL -> OK), экспортирующую для простоты всего две функции. Одна из функций будет вычислять сумму двух чисел и не будет использовать VCL-классы, а другая будет создавать окно и выводить в VCL-компонент TStringGrid элементы массива, переданного в качестве одного из аргументов.

Листинг 1 - Компилятор Borland C++ Builder 5

Ключевое слово __declspec с атрибутом dllexport помечает функцию как экспортируемую, имя функции добавляется в таблицу экспорта dll. Таблица экспорта любого PE-файла (.exe или.dll) состоит из трех массивов: массива имен функций (а точнее, массива указателей на строки, содержащие имена функций), массива порядковых номеров функций и массива относительных виртуальных адресов (RVA) функций. Массив имен функций упорядочен в алфавитном порядке, ему соответствует массив порядковых номеров функций. Порядковый номер после некоторых преобразований превращается в индекс элемента из массива относительных виртуальных адресов функций. При экспорте функции по имени имеет место следующая последовательность действий: по известному имени функции определяется ее индекс в массиве имен функций, далее по полученному индексу из массива порядковых номеров определяется порядковый номер функции, затем из порядкового номера, с учетом базового порядкового номера экспорта функций для данного PE-файла, вычисляется индекс, по которому из массива адресов извлекается искомый RVA функции. Помимо экспорта по имени возможен экспорт функций по их порядковым номерам (ordinal). В этом случае последовательность действий для получения индекса элемента из массива относительных виртуальных адресов сводится только к преобразованию порядкового номера функции. Для экспорта функций по номеру используется.def-файл с секцией EXPORTS, где за каждой функцией будет закреплен порядковый номер. При этом в тексте самой dll функции как экспортируемые не помечаются. Подробнее о таблице экспорта можно прочитать в статье по адресу #"7248.files/image002.gif">ImplicitLinkingAliases.def

Таким образом, в таблицу экспорта dll добавляются функции-псевдонимы, имена которых соответствуют функциям, объявленным в заголовочном файле нашей библиотеки. Для полного соответствия (хотя этого можно и не делать) удалим из ImplicitLinking_cdecl.def упоминания обо всех посторонних для приложения-клиента функциях, так как заголовочный файл содержит объявления только двух функций. В результате получим.def-файл готовый для генерации из него объектного.lib-файла:

ImplicitLinking_cdecl.def

С помощью утилиты lib.exe создадим необходимый для неявного связывания.lib-файл в формате COFF, для этого в командной строке наберем

Полученный.lib-файл добавим к проекту VC-клиента (Project -> Add To Project -> Files…).

Теперь рассмотрим способ, позволяющий добиться одинаковых названий функций в заголовочном и объектном (.lib) файлах с помощью директивы #define. Перепишем заголовочный файл нашей BCB-библиотеки следующим образом

Листинг 4 - Компилятор Borland C++ Builder 5

ImplicitLinking_cdecl.h

При компиляции клиентского VC-приложения в подключенном к проекту заголовочном файле dll (ImplicitLinking_cdecl.h) к наименованию каждой функции с помощью директив #define добавляется символ подчеркивания (макрос _MSC_VER определяется компилятором VC по умолчанию). Поскольку из BCB dll __cdecl-функции экспортируются таким же образом, то есть с добавлением символа подчеркивания, то устанавливается соответствие имен экспортируемых и объявленных функций. Макросы #define распространяют свое влияние и на весь последующий код приложения, что позволяет в тексте программы при вызове импортируемой функции пользоваться ее оригинальным именем, которое при компиляции будет дополнено необходимым магическим символом подчеркивания. Таким образом, мы идем на поводу у фирмы Borland и в клиентском приложении завуалированно используем для вызова функций из нашей dll имена, измененные компилятором BCB. Именно необходимость использования измененных имен (пусть и не в открытую благодаря define-трюку), на мой взгляд, является существенным недостатком этого способа, так как, например, при желании явно (см. раздел “Алгоритм с явной загрузкой dll”) использовать dll придется оперировать измененными именами функций. Не развивая дальше эту тему, скажу, что если BCB dll создается с четким намерением использовать ее в VC-приложениях, то лучше добавлять к проекту библиотеки.def-файл с удобными для пользователей именами-псевдонимами функций.

К достоинствам данного способа (define-трюка) можно отнести его простоту и, как бы это ни противоречило сказанному в предыдущем абзаце, отсутствие необходимости добавлять к таблице экспорта dll псевдонимы функций. Несмотря на все удобства использования псевдонимов, таблица экспорта (а следовательно, и сама dll) при этом увеличивается в размерах. Да и создание.def-файла псевдонимов при большом количестве функций не добавляет приятных эмоций.

После компиляции dll с помощью impdef.exe получаем.def-файл экспорта, из которого утилитой lib.exe создаем объектный.lib-файл и добавляем его к клиентскому VC-проекту.

Листинг клиентского приложения, код которого в данном случае не зависит от способа решения проблемы несоответствия наименований функций в заголовочном и объектном файлах библиотеки, представлен ниже. Как и в предыдущем разделе, это диалоговое окно с двумя кнопками. Интересующий нас код сосредоточен в обработчиках событий нажатия кнопок диалога.

Листинг 5 - Компилятор Visual C++ 6.0

UsingImplicitLinking_cdeclDlg.cpp

Основным преимуществом неявной загрузки dll является именно неявность использования dll со стороны клиентского приложения. Другими словами, приложение, вызывая функции, не подозревает, что они могут находиться где-то во внешнем модуле. Результатом является упрощение кода программы. К недостаткам следует отнести тот факт, что dll находится в памяти в течение всей работы программы, неявно ее использующей. Загрузка dll осуществляется при загрузке приложения – загрузчик PE-файлов, просматривая каждую запись в таблице импорта приложения, загружает соответствующую этой записи dll. Следовательно, если используемых библиотек много, загрузка основной программы может затянуться. В случае отсутствия неявно используемой dll приложение вообще не запустится.

Итоговый алгоритм с неявным связыванием для экспорта (импорта) __cdecl-функций состоит из следующей последовательности действий (см. также Демонстрационный проект):

1. Объявить экспортируемые функции как __cdecl.

2. Поместить объявления функций в блок extern ”С”, при этом не экспортировать классы и функции-члены классов.

3. В заголовочный файл для возможности его дальнейшего использования на клиентской стороне вставить:

и добавить макрос _DECLARATOR_ к объявлению каждой функции, например,

Если использовался #define-трюк, то пункт 7 нужно будет пропустить.

5. Скомпилировать BCB dll.

6. С помощью impdef.exe создать.def-файл с наименованиями экспортируемых функций.

7. Если в пункте 4 воспользовались псевдонимами, удалить из.def-файла экспорта неиспользуемые наименования функций, оставив только псевдонимы.

8. Создать клиентский VC-проект.

9. Из.def-файла экспорта библиотеки при помощи утилиты lib.exe создать объектный.lib-файл формата COFF и добавить его к клиентскому VC-приложению.

10. Скопировать BCB dll и ее заголовочный файл в папку с клиентским VC-проектом.

11. В клиентском приложении подключить заголовочный файл dll.

12. Вызвать в теле программы необходимые функции, не задумываясь над тем, что они расположены во внешней dll.

Алгоритм с неявным связыванием для экспорта (импорта) __stdcall-функций

Как уже упоминалось выше, утилита lib.exe может создавать библиотеку импорта только из.def-файла экспорта, при чем lib.exe при этом никак не взаимодействует с самой dll. Однако.def-файл не содержит никакой информации, касаемой соглашений о вызове, которых придерживаются экспортируемые функции. Следовательно, и lib.exe, работая исключительно с.def-файлом, не сможет уловить, что имеет дело с __stdcall-функциями, и, как результат, не сможет в.lib-файле отобразить функции согласно Microsoft-соглашению о наименовании для __stdcall-функций. Таким образом, учитывая из предыдущего раздела, что для __cdecl-функций lib.exe генерирует вполне работоспособный.lib-файл, приходим к следующему выводу: утилита lib.exe не способна генерировать библиотеки импорта для dll, экспортирующих __stdcall-функции. Людям, пожелавшим или вынужденным (а после прочтения этого раздела думаю только вынужденным) использовать BCB dll с __stdcall-функциями в VC, этот раздел посвящается.

Исходный код BCB dll остался таким же, как в предыдущем разделе (см. Листинг 3), только ключевое слово __cdecl везде необходимо заменить ключевым словом __stdcall.

Известно, что при создании VC dll вместе с ней среда генерирует.lib-файл (библиотеку импорта), который представлен, естественно, в нужном нам формате COFF, и в котором корректно будут отображаться __stdcall-функции. Поэтому создадим (File -> New… -> Win32 Dynamic-Link Library -> OK -> An empty DLL project -> Finish) ложную (dummy) VC dll, которая будет экспортировать тот же набор функций, что и BCB dll. Реализация функций в ложной dll абсолютно не важна, важны исключительно их наименования. Помимо одинаковых наименований экспортируемых функций у ложной и исходной библиотек должны совпадать имена, поскольку.lib-файлы содержат наименования dll. Можно воспользоваться исходными текстами BCBdll, скопировав.h- и.cpp-файлы в директорию к ложной dll, затем добавив их к проекту (Project -> Add To Project -> Files…) и удалив тела всех функций. Если функция возвращает значение, то оставляем оператор return и возвращаем в соответствии с типом все, что угодно (можно 0, NULL и т.д.). Поскольку тела функций будут пустыми, большую часть директив #include с подключаемыми заголовочными файлами также можно удалить. В итоге получим согласно нашему примеру следующий код ложной dll:

Листинг 6 - Компилятор Visual C++ 6.0

ImplicitLinking_stdcallDummy.h

ImplicitLinking_stdcallDummy.cpp

Строка с именем библиотеки (LIBRARY) в.def-файле не обязательна, но если она есть, то имя, указанное в ней, в точности должно совпадать с именами ложной и исходной dll. Добавляем.def-файл к VC-проекту, перекомпилируем и получаем ложную dll и необходимую нам библиотеку импорта, содержащую корректное описание экспортируемых __stdcall-функций. .lib-файл, доставшийся в наследство от ложной dll, должен добавляться (прилинковываться) к любому VC-проекту, который собирается использовать нашу исходную BCB dll.

Пример VC-приложения, импортирующего __stdcall-функции, такой же, как и в предыдущем разделе (см. Листинг 5). Не забудьте в примере подключить (#include) нужный заголовочный файл BCB dll и добавить к проекту нужную библиотеку импорта.

Алгоритм с неявным связыванием для экспорта (импорта) __stdcall-функций (см. также Демонстрационный проект, ImplicitLinkingDll_stdcall.zip):

Объявить экспортируемые функции как __stdcall.

Поместить объявления функций в блок extern ”С”. Не экспортировать классы и функции-члены классов.

Скомпилировать BCB dll.

Поскольку создать корректную библиотеку импорта с помощью утилиты lib.exe не удается, создать ложную VC dll, которая содержит такой же набор функций, как и исходная BCB dll.

Проверить идентичность названий ложной dll и dll исходной, названия должны совпасть.

Если для ложной библиотеки используются исходные тексты BCB dll, то удалить тела функций, если не используются, то создать пустые функции с такими же именами и сигнатурами, как в исходной dll.

Дабы предотвратить изменение имен функций при экспорте, добавить к VC-проекту ложной библиотеки.def-файл с секцией EXPORTS, в которой просто перечислены оригинальные наименования всех экспортируемых функций.

Скомпилировать ложную dll и получить необходимый.lib-файл с корректным отображением __stdcall-функций.

Создать клиентский VC-проект и добавить к нему полученный.lib-файл.

Скопировать BCB dll и ее заголовочный файл в папку с клиентским VC-проектом.

В клиентском приложении подключить заголовочный файл.

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

Как вы могли убедиться, обеспечение успешного взаимодействия BCB dll и клиентского VC-приложения является нетривиальной задачей. Однако такое взаимодействие становится необходимым в случаях, когда использование VCL и C++ Builder-а при разработке отдельных частей приложения является более предпочтительным (например, в силу временных затрат). Используя описанные в статье алгоритмы, вы сможете создавать и успешно использовать BCB dll из VC-проекта.

Список литературы

Для подготовки данной работы были использованы материалы с сайта

Интернет в жизни подростка: ЗА и ПРОТИВ

Выполнила ученица 10 кл. Борцова Е.

• Выяснить влияние Интернета на человека.

• Выявить положительные и отрицательные стороны компьютерной сети.

"Интернет - это глобальная компьютерная сеть, предоставляющая огромные свободы пользователям" - одна из официальных формулировок.

У человек, «входящего» первый раз в сеть обычно остается хорошее впечатление о Интернете. Но так ли это на самом деле? Понимаешь это только со временем. Чем дольше находишься в Интернете, тем больше видишь в нём не только плюсы, но и минусы. Но к сожалению не все могут понять и осознать, как Интернет заполняет наше сознание. И отличить то что хорошо, а то, что плохо, мы уже не можем.

Интернет преподносит нам множество

разнообразных услуг, например:

Заработок

Общение

Множество доступной информации

НО! При всем это существует множество минусов, которых гораздо больше, чем плюсов:

• воздействие электромагнитного излучения
• стресс при потере информации
• зависимость от виртуального мира
• общедоступность информации
• психические расстройства

Интернет-зависимость

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

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

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