Итак, понедельник был первым днем ​​курса 301 в Code Fellows. Я очень взволнован по этому поводу, так как знаю, что мы будем углубляться в некоторые темы, с которыми я не так хорошо знаком (последний курс прошел легко из-за того, чему я сам научился перед тем, как начать этот курс). Мы начали класс с разговора о Скраме. Скрам - это круто. Мне удалось поучаствовать в паре проектов, связанных со схваткой (которые не имели ничего общего с программным обеспечением или веб-разработкой), но я благодарен за то, что немного узнал об этом процессе.

Скрам

Чтобы понять scrum как человека, не связанного с программным обеспечением, представьте его как процесс разработки продукта. На самом деле это происходит из регби и того, как команда планирует продвигаться по полю. Раньше программное обеспечение разрабатывалось путем планирования всего проекта и следования пошаговым методам реализации проекта. Это закончилось неудачей во многих отношениях, потому что после того, как был получен конечный продукт, на рынке часто происходили изменения или изменения, которые хотел клиент, которые затем было бы слишком сложно реализовать из-за того, насколько глубоко был написан код (и по другим причинам что я уверен, что мне не хватает). Итак, схватка (и гибкая методология) возникла как итеративный процесс разработки проекта. Сначала вы создаете к проекту несколько «пользовательских историй». Это такие вещи, как «Как пользователь, я хочу иметь возможность войти в систему», или «Как разработчик, я хочу отслеживать всех пользователей» и т. Д.

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

Это почти так же просто, как и объяснение, но если вы хотите узнать больше, посмотрите это видео: https://www.youtube.com/watch?v=XU0llRltyFM

jQuery

О, jQuery. Я немного использовал его в прошлом, но в основном избегал этого, потому что я пурист / минималист. Кто-то может сказать: «Как вы можете так сказать, это минимизирует ваш код!». Что ж ... это если вы хотите положиться на гигантский файл jquery, который, на мой взгляд, не является минимальным. Во всяком случае. Я узнаю об этом больше в этом курсе, поэтому мне нужно об этом написать. В понедельник мы рассмотрели некоторые основы, например, как применить jquery к вашему html через cdn:

<script src="http://code.jquery.com/jquery-3.1.0.min.js" integrity="sha256-cCueBR6CsyA4/9szpPfrX3s49M9vUU5BgtiJj06wt/s=" crossorigin="anonymous"></script>

Как выбрать вещи в вашем html:

var el = $('div'); // assigns 'el' to an array of all divs

Что мне показалось очень полезным, так это разбивка селекторов в jQuery:

$('selector string').actionToPerform(arguments);

В этом столько смысла! Все, что вы выбираете, попадает в область «строки выбора»… в виде строки. «.ActionToPerform» подразумевает, что метод, который вы будете вызывать для селектора, обычно представляет собой какое-то действие (я уверен, что это не всегда так, но это объяснение мне действительно помогает). Кроме того, «actionToPerform» принимает некоторые аргументы, например настройки для выполнения действия. Легкая легкость.

Мы вкратце поговорили о выполнении HTTP-запросов с помощью jQuery и о том, как это выглядит. Я немного знаком с этим, поскольку использовал его в прошлых проектах. По сути, jQuery разбивает код javascript из 10+ строк на одну строку jQuery:

$.getJSON('/my/url', callback(data));

Как легко, а? Я недавно прочитал, что HTTP-запросы несколько небезопасны, и наш инструктор сказал, что позже в ходе курса мы будем изучать «секреты», более безопасный способ передачи безопасной информации. Я смотрел на YouTube некоторые об этом. Должно быть круто.

MVC

Эта тема, кажется, имеет очень краткую концепцию.

Во-первых, это модель, представление, контроллер.

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

Мне нравится недавнее объяснение stackoverflow, с которым я столкнулся:

MVC можно метафорически связать с телевизором. У вас есть разные каналы с разной информацией о них, предоставляемые вашим поставщиком кабельного телевидения (модель). Экран телевизора отображает эти каналы вам (вид). Нажатие кнопок на пульте дистанционного управления влияет на то, что вы видите и как вы это видите (контроллер).

Да, имеет смысл. Хорошо, у меня второй день!