2014-02-14 C# КАК ПРОВЕРЯТЬ ЧУЖИЕ ПРОГРАММЫ + ВЕБИНАР
Привет !
Вчера мне пришёл вопрос от Юры:
«Свои проекты, которые я писал на компе, у меня открываются без проблем, а вот что бы проверить чужую работу я открываю те же файлы с тем же расширением я кода не вижу. Как быть?»
Да, старые версии не позволяют адекватно открывать программы, созданные в новой версии Visual Studio.
Однако есть 4 способа решения этой проблемы, о которых я рассказал в своём видео-ответе:
https://www.youtube.com/watch?v=HDL52nC0H5g
, проверь чужую работу, поставь свою оценку.
И приходи завтра на вебинар.
Завтра на вебинаре мы напишем игровую программу "Лабиринт"
(выбор сделан по рекомендации Славы).
Начало вебинара в 22:00 по Москве, адрес:
http://join.me/volosatov
Не опаздывай, я начинаю ровно в 22:00.
До встречи!
С уважением,
Евгений Витольдович.
Начинаем практику по языку C#
Чтобы стать хорошим программистом — нужно писать программы.
На нашем сайте очень много практических упражнений.
После заполнения формы ты будешь подписан на рассылку
«C# Вебинары и Видеоуроки»,
у тебя появится доступ к видеоурокам и консольным задачам.
Несколько раз в неделю тебе будут приходить письма —
приглашения на вебинары, информация об акциях и скидках,
полезная информация по C#.
Научился: Научился презентовать свои программы.
Трудности: Ничего. Главное - не волноваться.
Все отлично и подробно объяснено.
P.S. Пароль на архив: www.videosharp.info Все подробно и очень хорошо объяснено.
Научился: Так, как это посути отчет, за все уроки данного раздела (то пишу по предложенному плану).
1. Игры, это самый простой способ, визуализировать свой результат (стртовый, промежуточный - это не важно) По большей части, это упражнения на синтаксис (а так же на выносливость и умение сосредоточится), но уже в элементах формы, использование элементов формы. Наверное правильно было бы сказать оформление визуального интерфейса, и вызов событий.
3. Виталий Руденко
4. Я еще не определился. Но когда начал самостоятельно изучать программирование, понял, что без постановки перед собой конкретной задачи (разработки и написания какой-то реально программы), и на разных этапах обучения, пробовать реализовать эту задачу. Наверное это следует называть словом "Проект". Такая задача уже у меня есть (она получилась достаточно большой и охватывает очень много разных направлений), естественно, что эту задачу пришлось разбить на более мелкие участки и расписать как древо. И выполняя более мелкие задачи, собирать их в одно решение, он же "Проект".
Но вот задача следовать ли ООП (очень рьяно пропагандируется, ну, и понятно почему, ради кода и неважно кто его будет продолжать писать [коварно звучит правда?] )? или пойти иным путем реализации КОП? Но о КОП я литературы не нашел пока, лишь имею смутное представление и догадки. Трудности: Сложнее всего:
1. постяорять не допуская ошибок (всегда есть и будут обстоятельства, отвлекающие наше внимание)
2. находить ошибки и исправлять их (порой, этот процесс может занимать больше времени нежели начать писать все с 0, но тут есть оговорка, если это простые маленькие программки)
