​​Не зря сходил на митап

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

Участвовал в конкурсах и викторинах.

Выиграл powerbank на 10000mAч😊. В рандомной лотерее. Вместе с сумкой.

Набрал кучу стикеров, ручек, болокнотов.

Пробовал пройти тест по JS и английскому. Следующим постом скину вопросы тестов.

Не могу не поделиться с вами

Есть такое сообщество "The Rolling Scopes"

Это не просто сообщество разработчиков, а что-то большее. Они организовывают и проводят митапы на такие темы как:

JavaScript
HTML, CSS
Node
UX, UI
Testing
VR
React
и другое...

Плюс это школа. Бесплатные курсы, проводимые сообществом.

И я записался на осенний поток. Надеюсь смогу.

При должном усердии и успешном завершении можно попасть на стажировку в Epam. Для новичком отличная площадка. Учиться нужно самому, есть задания и дедлайны

Вот ссылка: https://rs.school

И ко всему прочему я забыл про JavaScript

В начале сентября стартовал бесплатный курс по js.

Я пока не смотрел, но вроде многие рекомендуют

Вот:
https://habr.com/ru/post/464023/

Бывает, что у меня нет настроения и переживаю, что не все получается так как планириуешь. И вообще нужен ли этот канал людям?

И в этот момент приходит сообщение от подписчицы:

Привет. Захотелось поделиться радостью и в очередной раз сказать тебе огроменное СПАСИБО!😊

Ты нереальный мотиватор для своих подписчиков😉 Спустя 7 месяцев с нашей последней переписки мне таки удалось вкатиться в IT.

Второй день работаю frontend-разрабом, испытательный срок надеюсь пройду, т.к. работа вроде пока не сложная.

Знаете, это очень круто, читать о ваших успехах и достижениях. Это добавляет энергии, мотивации. Понимаешь, что все не зря. Так держать. Спасибо

Бывает натыкаешься на какую-то вещь и задумываешься...

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

Хочу спросить у вас как дела на курсе по Kotlin?

Помните я проходил его. Вот у них открылся уровень middle. Не знаю, стоит ли покупать🤔

https://telegram.me/SkillBranchBot?start=rush_lonnlD

Нужен совет:

Покупать - 👍
Не покупать - 👎

Спасибо за ответ по курсу Kotlin. Можно самому неспешно осваивать, при желании

А как вам RS School?

Я пытаюсь проходить, но в сроки не укладываюсь, довольно интенсивно, у них.

👍 - хорошая школа
👎 - все плохо

Три варианта работы подворачиволось. Общался по этому поводу с эчарами.

Первому заказчику я не подошёл, так как мало опыта.

От второго варианта отказался сам, так как не готов переезжать.

От третьего отказался, так как там планирование два дня в неделю выпадает на моё рабочее время.

Всё это было удаленка и неполный день.

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

Так и прошли пол года моей рабочей деятельности.

Много с чем познакомился, хорошо освоил теорию и практику тестирования, администрирование Linux, виртуализацию и прочие нюансы. Хоть курс выпускай.

Пора ставить цели на следующие пол года. Надо подумать и конкретизировать все. Так же принимаю от вас советы.

Сразу скажу, что хочу углубиться в автоматизацию, так как это востребовано, подтянуть js/react и продолжить учить Python, ну и английский.

Наконец то прилетели ко мне записи лекций с Frontend Meetup.

Чем и хочу с вами поделиться:

1. Григорий Петров. DevRel Evrone.
"Nuxt.js: миллион полезных мелочей для Vue.js фронтенда"

https://www.youtube.com/watch?v=Uhip87YsBhs

2. Андрей Гончаров. Senior Software Engineer в DataArt.
"React: lifting state up is killing your performance"

https://www.youtube.com/watch?v=8mt-_FBrd4E

3. Антон Зеленский. Lead Software Engineer Epam.
"Микросервисы на фронтенде"

https://www.youtube.com/watch?v=UcOr2jp0mMU

4. Михаил Кондратьев. Fullstack developer Крок.
"Intern - тестирование UI без преград"

https://www.youtube.com/watch?v=2K62-zoCy4c

5. Роман Еникеев. Development Lead DataArt.
"Атипичный Angular: performance, flexibility, customization"

https://www.youtube.com/watch?v=gr1oJreKpso

Семь месяцев уже работаю. Можно и поздравить, наверно.

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

По итогам этой программы будет возможность сходить на собеседование в DataArt. На базе этой компании и строилась менторская программа.

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

Так что давайте учиться вместе

А хотите немного криминала связанного с HTMLAcademy?

👍 - валяй
👎 - нет

Шёл конец 2014 года. Работал же я на заводе. Совок самый настоящий, проходная, досмотр и охрана, которая прощупывает сумки, вход по электронным пропускам и все такое. Ну представляете...

И вот однажды на территории нашего цеха решили разобрать не действующий трансформатор. Списать или проще сказать утилизировать.

А там он практически весь сделан из меди. Медные пластинки и проволока. Все это добро нужно было отправить на внутренний металлоприём.

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

Спросите, а при чем тут HTMLacademy?

Да просто все вырученные деньги я потратил на базовый интенсив по вёрстке и годовую подписку.

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

Кстати, никто об этом не знал и не знает до сих пор. Ну теперь знаете вы.

Верстать сайты, оказывается, опасно...

А какова мораль то всей истории? Геройский поступок? Все правильно сделал? Нет. Не нужно так делать никогда, это срез того, как там все устроено. Многие скажут, что добро пропадает и сделают также. Многие делают подобное постоянно. Но принять то, что когда-то сделал не правильный поступок, важно.

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

Поварившись немного в команде начинаешь мыслить шире и понимать важность принципов построения рабочего процесса.

Отмечу, даже на собеседованиях встречаются вопросы о нашей теме. Краткая выжимка и описание основных методолгий:

1. "Waterfall Model" - (Водопад или каскадная модель) Подразумевает последовательное прохождение стадий: проектирования, дизайна, кодирования, тестирования, поддержки, каждая из которых должна завершиться полностью до начала следующей. Стоимость внесения изменений высока, так как для ее инициализации приходится ждать завершения всего проекта. Применяют в проектах, где важно не допустить риск ошибки (медицина, авиостроительство и т.п.)

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

3. "Incremental Model" (инкрементальная модель)
В этой модели полные требования к системе делятся на поэтапные сборки ПО. Имеют место несколько циклов разработки, и вместе они составляют жизненный цикл "мульти-водопад" . Цикл разделен на более мелкие легко создаваемые модули. Каждый модуль проходит через фазы определения требований, проектирования, кодирования, внедрения и тестирования. Процедура разработки по инкрементной модели предполагает выпуск на первом большом этапе продукта в базовой функциональности, а затем уже последовательное добавление новых функций. Процесс продолжается до тех пор, пока не будет создана полная система.

4. "RAD Model" (rapid application development model или быстрая разработка приложений)
RAD-модель — разновидность инкрементной модели. В RAD-модели компоненты или функции разрабатываются несколькими высококвалифицированными командами параллельно, будто несколько мини-проектов. Временные рамки одного цикла жестко ограничены. Созданные модули затем интегрируются в один рабочий прототип. Синергия позволяет очень быстро предоставить клиенту для обозрения что-то рабочее с целью получения обратной связи и внесения изменений.

5. "Agile Model" (гибкая методология разработки)
В гибкой методологии разработки после каждой итерации заказчик может наблюдать результат и понимать, удовлетворяет он его или нет. Это одно из преимуществ гибкой модели. К ее недостаткам относят то, что из-за отсутствия конкретных формулировок результатов сложно оценить трудозатраты и стоимость, требуемые на разработку.

В основе такого типа лежит "Scrum" набор принципов, ценностей, ритуалов. На которых строится процесс Scrum-разработки, позволяющий в жёстко фиксированные временные итерации(sprints) предоставлять пользователю готовый продукт. Непродолжительные ежедневные встречи — "StandUp" и регулярно повторяющиеся собрания (раз в неделю, раз в две недели или раз в месяц), которые называются "Sprint Planning Meeting". Строго фиксированная небольшая длительность спринта придаёт процессу разработки предсказуемость и гибкость.

6. "Iterative Model" (итеративная или итерационная модель)

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

7. "Spiral Model" (спиральная модель)

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

А что у нас на проекте? Было что то вроде водопада.

Но приняли решение, что это не очень мобильно. И сейчас с болью пытаемся перейти на Scrum. В спринты не укладываемся, планируем без учёта тестирования.

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

Кстати про Scrum. Хочу попробовать сделать Scrum board - это доска задач, так называемая. На стеке React/Node/Express. Пока всё туманно, у меня нет чёткого плана.

Если кто сталкивался с подобным, то прошу подкинуть идеи для реализации.

Это больше для практики, назовём это пет проект, который можно внедрить и использовать в команде