ytimg.preload(https://r15---sn-axq7sn76.googlevideo.com/generate_204);ytimg.preload(https://r15---sn-axq7sn76.googlevideo.com/generate_204?conn2);Как быстро начать использовать Azure — YouTube<link rel=«alternate» type=«application/json oembed» href=«www.youtube.com/oembed?format=json
Совместно с Егором Малькевичем мы решили замутить цикл видео с… маленькими)
Интервью с «маленькими» программистами, с теми, кто ещё не прохавал специальность, но кто обливался кровью и потом, чтобы стать программистом, большинство — с нуля.
О том, легко ли это было, что потребовалось этим красавчикам — мы и расскажем в нашем цикле видео «Маленькой АйтиБороды»
Что делать во время кризиса и какие ниши рассматривать для инвестирования? Когда нас заменят роботы и применима ли идея безусловного базового дохода к Украине?
Смотрите видео, ставьте лайк и задавайте вопросы в комментариях.
Это финальный выпуск WIN WIN SHOW. На протяжении всего сезона ребята участвовали в разного рода вызовах.
Каждый делал что-то впервые, чтобы проявить вcе свои качества предпринимателя в условно лабораторных условиях.
Если ты смотришь с первого выпуска, надеемся, к этому времени сможешь ответить на вопросы: как привлечь инвестиции в бизнес, как убедить инвестора, как начать бизнес без денег.
Понятно, что в формате шоу тебе как зрителю невозможно дать подробную пошаговую инструкцию по привлечению денег для бизнеса.
Но задача была в том, чтобы показать, сколько денег и в какие бизнесы готовы инвестировать, а главное — каким людям готовы помогать инвестициями и что важно для инвестора при принятии решения.
Если ты внимательно анализировал(а), то точно поймешь все, что мы хотели донести. Или просто получишь удовольствие от просмотра, мы на это надеемся.
Пиши ниже, что думаешь об этом шоу, будет интересно прочитать любые мысли.
P. S. Мы не прощаемся!
Также все видео по порядку есть в плейлисте, им удобно делиться с друзьями, чтобы не путаться с очередностью серий: www.youtube.com/watch?v=QR70M6sszWU
Как получить деньги от инвестора на развитие своего бизнеса?
О чем точно не стоит говорить, когда хочешь получить деньги?
Обо всем этом мы НЕ расскажем, потому что хотим, чтобы каждый сделал выводы сам после просмотра.
Это кастинг, в котором мы отобрали первую пятерку предпринимателей, готовых бороться за возможность построить большой бизнес вместе с Василием Хмельницким.
А каждый, кто будет следить за шоу, получит свой WIN — менторство от Василия Хмельницкого и топ-менеджеров UFuture, Unit school of business, INDAX.
Реальные истории предпринимателей, их побед и поражений. Максимально честные эмоции и откровенные установки. Такого страна еще не видела!
Подписывайся на канал, делай WIN WIN SHOW вместе с нами. Покажем миру, как закаляется настоящий украинский бизнес.
Уверены, ты точно не хочешь пропустить то, как мы заработаем кучу денег!
2:36 — как не нужно делать презентацию своего бизнеса
3:19 — как за 1 минуту убедить инвестора дать деньги
5:30 — кто такой хороший предприниматель?
7:23 — как убедить Василия Хмельницкого дать 300 000 € на бизнес
8:09 — почему лучше спасать людей от автокатострофы чем от авиакатастрофы?
10:35 — почему просить мало денег — это плохо?
13:03 — увлекательная история от парня сотрудничающего с NASA
16:45 — берем в проект человека, делающего очки из кофе
21:36 — человек, который придумал костер из одного полена — берем?
34:39 — мастер-класс от Василия Хмельницкого «как продать себя за 1 мин.»
37:17 — как креатив помог производителю веревки пройти кастинг?
____
Ведущий — Василий Хмельницкий, украинский предприниматель, основатель холдинговой компании UFuture и UNIT.City.
Василий Хмельницкий в:
Facebook: www.facebook.com/vkhmelnytsky/
Instagram: www.instagram.com/vkhmelnytsky/
Linkedin: www.linkedin.com/in/vasyl-khmelnytsky-605014188/
Друзья, в этом видео я расскажу вам о том, что такое Git, зачем он нужен, как его использовать и как с его помощью оптимизировать и упростить работу в команде. Мы поговорим обо всех особенностях использования этого инструмента и я наглядно покажу как с ним работать.
Что такое git?
Git — это система контроля версий, а если сказать простым языком то это программа, инструмент, которая позволяет нам фиксировать наши изменения в коде, а также благодаря этой фиксации позволяет нескольким людям или даже командам вместе слажено и параллельно работать над каким-то программным продуктом.
Представьте что вы пишите программу и у вас есть какая-то функция, которая допустим сохраняет информацию информацию о пользователе в базу данных, и для этого сохранения вам естественно нужна логика которая собственно это сохранение будет делать. Вот вы написали код, все круто все работает. Как сделать своего рода сохранение как в компьютерной игре которое сможет зафиксировать прогресс?
Git — это как раз такая программа, такая система, которая позволяет эти сохранения создавать и потом управлять ими, менять, возвращаться к ним, удалять и переписывать их, такая фиксация в терминах Git-а называется `commit`
Проще всего гит представлять по аналогии либо с компьютерной игрой и ее сохранениями либо с таким роботом-фотографом, который в любой момент который вы ему скажете сделает так сказать фотографию ваших файлов с которыми вы работаете, зафиксирует их состояние на текущий момент, и затем любой момент может вам сказать поменялось ли что-то в этих файлов с момента прошлой «фиксации».
Git собственно так и делает, вы говорите ему команду, он запоминает состояние ваших файлов на текущий момент присваивая ему специальный номер вот это снимка, там называемый `commit hash`.
Commit hash — набор символов которые уникально идентифицируют сохранение состояния файлов в конкретный момент времени;
Что такое ветки в гите и как их использовать?
В git также используется так называемая система веток, представьте себе что ветка, так называемая branch — это маршрут по которому едет поезд, а каждая его остановка, сохранение состояния это коммит. То есть когда мы начинаем разрабатывать какую-то задачу, пишем код нам нужно идти с точки А в точку Б, у нас скажем пустой файл, а потом постепенно наш код начинает эволюционировать и он со временем начинает что-то внятное делать.
Так вот этот процесс разработки можно представить по той же аналогии с поездом, поездвыезжает с точки А и ему нужно доехать до точки Б, и этот маршрут он будет ехать по своему пути (в нашем случае это и будет ветка нашего git), а также по пути ему надо останавливаться чтобы фиксировать свой прогресс по маршруту, это и будут коммиты в нашем случае, то есть мы пишем код в рамках ветки и делаем коммиты, для того чтобы сохранять наш прогресс внутри метки.
Как его используют команды?
Как такой подход позволяет нам распараллелить работу разных людей и команд и сделать их более продуктивными? Все дело в том что когда мы работаем над каким-то проектом и нескольоко людей пишут код они во 1 могут одновременно менять одни и те же файлы.
Так вот фишка гита в том что каждый разработчик может сам себе создать такую ветку, уникальный маршрут поезда на пути которого будут свои уникальные остановки, то есть свои уникальные коммиты этого разработчика, и эта ветка она будет скажем так принадлежать одному человеку и там он будет фиксировать все свои изменения, делать коммиты.
И все сводится к достаточно простой логике, у нас есть какой-то код который нам надо написать, мы сделали новую ветку, по пути того как мы разрабатываем мы в этом ветке делаем коммиты чтобы зафиксировать изменения, как только мы понимаем что у нас все готово, нам нужно объединится с другими разработчиками, скажем так сделать так чтобы наши изменения ехали по общему маршруту, то мы просто сливаем все наши коммиты из нашей ветки в общую. По аналогии с поездами можно представить что у нас есть какая-то главный поездной маршрут в котором есть все наши остановки, коммиты из всех веток. Таким образом все довольно просто, сделали ветку, написали код попутно фиксируя изменения коммитами, после того как закончили, слили все наши изменения в общую ветку чтобы эти коммиты, эти изменения были доступны всем другим разработчикам.
00:00 Начало
1:03 — Git — что это?
2:52 — Что такое Git commit
4:09 — Ветки или «branch» что это такое?
5:27 — Как команды используют Git?
7:49 — Как применять Git в работе. Практика.
7:57 — Новый репозиторий. (Git init)
9:17 — Создание файла и коммита. (Git commit)
11:46 — Сохранение файлов (Git commit -m)
12:46 — Как работают с ветками и какими они бывают.
14:51 — Создание develop ветки, и ветки для работы ( Git checkout -b feature)
17:06 — Как новый файл добавляется в Git
19:39 — Откат к коммиту (Git reset)
20:44 — Слив на одну ветку (Git merge)
Друзья, поговорим о продуктивности?
За время своей работы я перепробовал много способов личного тайм менеджмента, одни работали, другие оказывались для меня неэффективным.
В конечном итоге я вывел для себя идеальный рабочий свод простых правил, которые помогают мне выжимать максимум пользы. В этом виделю я поделюсь этими правилами с вами.
У меня много лет стоял вопрос того как можно структурировать свою жизнь, чтобы оставаться максимально продуктивным и выполнять максимальное количество задач в свое рабоче или свободное время. Кучу разных способов попробовал начиная от таких штук как Pomodoro когда рабочий день делится на 25 рабочие отрезки и 10 минутный отдых, таким образом достигая максимальной концентрации и заканчивая расписыванием своего жизненного плана на 3-6 месяцев.
Это на самом так сложно, потому что ежедневном меняются какие-то обстоятельства и очень сложно быть роботом который ежедневно выполняет одни и теже функции.
Хочу вам рассказать об одном очень крутом способе повышения своей личной эффективности и фокуса, а также он довольно классно снижает уровень стресса, потому что ненужно держать все мысли в голове.
Этот способ я увидел и тут же начал применять когда прочитал книгу которая называется «Getting things done» ее написал David Allen, американец который профессионально занимается тайм менеджментом и личной эффективностью и книга реально очень крутая, всем рекомендую.
Так вот, что же это такое и почему это так сильно помогает в обучении и в личной жизни, а это по сути просто набор простых правил о том как управлять своими задачами которые приходят ежедневно, сохраняя максимальную концентрацию.
*Создание задач и то когда это делать и как*
Вообще самый основополагающий принцип для того чтобы начать использовать ГДТ в своих каких-то ежедневных задач или того чтобы правильно использовать этот инструмент нужно найти для себя инструмент, который позволяет очень быстро сохранить любую входящую задачу.
Задача может быть абсолютно любая может которая связана вашим бытовыми вопросами это может быть задача что-то выучить новое например выучить какой-то новый фреймворк или технологию попробовать написать какую-то частичку кода решить какую-то задачу в общем абсолютно любые действие которые приходит вам на ум должны. Ключевое здесь то, чтобы вы эту задачу смогли максимально быстро записать и убрать из эту мысль из своей головы.
Наш мозг он очень хорошо обрабатывает информацию и очень плохо её сохраняет особенно сейчас когда куча разных отвлечений. Поэтому первое что вы должны сделать это найти для себя инструмент который будет комфортный для вас для сохранения задач.
Я использую Todoist, эта программа как раз таки которая позволяет сохранять быстро различные задачи, добавлять пометки к этим задачам, а главное делать это в любой момент.
Вот это самый сложны этап, привыкнуть в тому чтобы все добавлять в ежедневник.
*Добавление различных контекстов для задач*
Cледующий пункт когда мы добавляем задачу, очень важно определить для нее контекст. Контекст это по сути то, где и когда мы эту задачу можем решить. Например если я вдруг вспомнил что я хочу поговорить со своим менеджеров о подписке на какой-то платный софт, то я могу это сделать только на работе, соответственно я добавляю пометку что эту задачу я буду решать на работе в рабочее время.
Контекст задачи позволяет нам сразу за секунду понимать что я могу делать в конкретный момент времени. Например если вы добираетесь на работу на метро и у вас есть полчаса времени, вы можете добавить контекст в_метро и добавлять например задачи по прочтению какой-то статьи или видео в момент когда вы будете в метро.
*Добавление фильтров*
После того как мы добавили наши задачи нам нужно каким-то образом добавить фильтрация по всем добавленным задачам, чтобы я мог быстро найти задачу которую я буду делать следующей.
Для этого я сделал еще один контекст помимо основных, который называется next это по сути срез задач которые я буду выполнять следующими. Т.е. у меня например может быть с 10ток задач at_business где хранится весь список того что я например хочу выучить или попробовать, но у меня будет только 1-2 задачи next.
Я спрашиваю себя где я сейчас нахожусь и задачи из какого контекста я могу сделать, пускай это будет at_business, тогда следующим что я делаю это смотрю на задачи с пометкой некс, и я сразу знаю к какой задаче мне приступить.
00:00 — Начало
0:34 — Продуктивность в современном мире
1:33 — Мой опыт в тайм менеджменте
3:18 — Мой рабочий способ. Что такое GTD?
4:32 — Фиксирование задач
7:23 — Что такое контекст для задач?
10:53 — Первостепенные задачи
13:55 — Deadline и повторяющиеся задачи в системе GTD
Надеюсь каждому из вас будет полезно послушать информативную часть, а также взять себе на заметку, как примерно нужно отвечать на собеседовании.
Я заранее не готовился к ответам, и отвечал импровизировано, чтобы это действительно было показательно, на монтаже вырезал только те части где я запинался на камеру.
Друзья! Напишите в комментариях какого формата видео вы хотите видеть на этом канале! Постараюсь учесть мнение каждого!