Я бы тоже так мог сделать, если бы умел.
Засмущался как
Мужчина 36 лет
— Вообще, я, как утверждает моя супруга - инженер-маньяк, - со смехом признался клиент. – Это когда человек пытается разобраться вообще во всем, с чем сталкивается по жизни.
— Главное, чтобы не маньяк-инженер, - в тон ему, ответила я.
— Согласен на все сто, - широко улыбнулся Виктор. – Но, если честно, это мое качество уже начало немного утомлять, потому я к вам и пришел.
— Расскажите подробнее, пожалуйста.
— Это началось еще с детства – у папы имелся огромный гараж, где он постоянно что-то чинил, ну и я как только научился ходить, так все время с ним и проводил. Хочу отметить, что он всегда был очень терпелив – не как те отцы, которые орут за каждый косяк. Папа искренне радовался, когда его малыш приносил нужный ключ или сумел самостоятельно что-то открутить. Ну и соответственно прививал мне определенную самостоятельность в плане вникания в устройство тех или иных железяк.
— У вас замечательный отец!
— Это точно, - кивнул мужчина. – Собственно говоря, я был еще школьником, когда он откуда-то притащил старый мотик и подарил его мне. Я целых три месяца под его чутким руководством разбирал, чистил и собирал заново этот агрегат. Да… счастья были полные штаны. А затем пошли телевизоры, холодильники и компьютеры – до сих пор вспоминаю свой первый 386-ой…
— В итоге вы стали мастером на все руки?
— Вообще, по профессии я – инженер-строитель, но да – приходится уметь вообще все. Даже программировать немного умею, если что. В какой-то момент я обнаружил в себе интересную способность – разбираться с любой проблемой. Например, приносят мне какой-то сломанный прибор, ремонтировать который никто не берется – я сажусь, ищу в интернете документацию и чиню.
— Довольно хороший навык – умение учиться, плюс упорство в достижении цели. Это касается только техники?
— В том то и дело что нет – помню, когда мать сильно заболела, я сел, открыл ее книжки по кулинарии и буквально за пару дней научился готовить, хотя прежде даже яичницу не мог пожарить. С тех пор я так навострился, что стряпаю покруче жены. Кстати, о моей ненаглядной – когда ей по работе понадобился итальянский язык, но давался он с трудом, я решил оказать жене посильную помощь. Буквально за год вышел на достаточный уровень и стал для нее учителем, а затем партнером для разговоров.
— Но на это же все нужно очень много времени!
— В том-то и дело, что пока мне было двадцать я мог спать по пять часов в день, а потом заниматься всем, что нужно. Благо наша с отцом ремонтная мастерская находится рядом с домом и у меня много свободного от работы времени. Но теперь, когда мне тридцать шесть, я чувствую, что все… Нужно спать минимум по восемь часов, иначе потом как вареный хожу целый день, что нельзя сидеть сутками за компом, поскольку начинают болеть глаза и спина, ну и все в таком духе.
— Но мозг требует развития, верно?
— Моя учительница по информатике в училище частенько говорила: «Не позволяй душе лениться», - вот это как раз про мою ситуацию. Если я не узнал хотя бы чего-то нового и полезного, то все – день прожит зря. Но вот мой организм с этим всем категорически не согласен – ему, судя по всему, нужны: режим, занятия спортом, которым я в жизни не увлекался и здоровое питание три раза в день, а не быстрые перекусы в сухомятку за верстаком.
— И сами вы не справляетесь с этой проблемой?
— Именно так, - угрюмо констатировал он. - Я пытался «начинать бегать с понедельника», «доесть все вредное, что есть в холодильнике и начать питаться правильно» и все в том же духе. Но, как вы и сами знаете – все это лишь отговорки, чтобы продолжать делать то, что уже привык делать. И сколько я не брался за ум, все скатывается к интересной ссылочке на сайте, за которой следует статья с кучей других ссылочек и все – я пропадаю в этом океане интересной и полезной информации. Ну или как вот недавно – мне принесли одно интересное устройство с надписью: «Не вскрывать! Прибор не ремонтируется, детали замене и ремонту не подлежат. В случае поломки обратится к изготовителю…»
— И в этот момент вы говорите: «Вызов принят», - и вскрываете корпус?
— Вроде того, - расхохотался он. – Собственно с той железкой я провозился трое суток, но все починил. Правда потом отлеживался неделю из-за неожиданно напавшей на меня простуды. Походу организм таким образом заставляет меня остепениться. Как сейчас модно говорить – мне следует найти баланс между работой и отдыхом.
— И вы решили прийти ко мне за помощью.
— Ну, учитывая, что вы каким-то образом умудрились спасти мою тетку от пристрастия к этим проклятым онлайн-магазинам, я подумал, что уж с моей небольшой проблемкой вы уж точно справитесь, - с надеждой в голосе произнес Виктор. - Справитесь же?
— Очень постараюсь, - улыбнувшись, ответила я.
Картинки пришлось удалить, сорян
Рекомендую читать под музыку -
вот ссылка https://app.suno.ai/song/8a5ad082-b948-49ac-a807-d2a5b91536e8/
учимся петь как тут:
Для первого случая нам понадобится вот этот сайт https://aimusicstudio.oneplus.com/
о нём кстати я узнал на Вомбате вот из этого поста https://vombat.su/post/14945-oneplus-zapustila-besplatnuyu-neiroset-dlya-sozdaniya-muziki-i-pesen
переходим на сайт, жмём кнопку
Далее предлагают залогиниться. Специально для вас создал учётку.
логин - alexios.yichen@meshfor.com
пароль - alexios.yichen@meshfor.com1
Потом выбираем например такие настройки и жмём PROCEED
Далее нам нужно написать о чём будет наша песня и нажать GENERATE. К сожалению чтобы у нас получилась песня - писать надо на английском, и песня будет на английском (какое совпадение). Да и текст песни в отличии от гениального автора падонга нам будет генерировать ИИ.
Далее нам предлагают вот такой текст и мы можем либо продолжить либо перегенерить его (редактировать текст вручную нельзя). Нам подходит, жмём PROCEED
Воу воу уж больно как-то синтетически поёт. Переключим ка на женский вокал.
С этим разобрались. Но как быть с остальным? Хочется же по русски петь да ещё чтобы и текст свой вставить можно было.
Тут нужен другой сайт. Тут нужен https://www.suno.ai/
переходим на сайт, в правом верхнем углу жмём Make a song
На следующей странице лева вверху жмём Create
Далее как залогинились жмём вверху слева на ползунок Custom Mode
В окошке Lyrics пишем текст своей песни. Ниже текстом пишем жанр песни (на любом языке) и название для песни (возможно не обязательно). Жмём Create и ждём.
Через секунд 30 у нас есть аж 2 готовые песни, которые мы можем послушать, скачать как аудио и как статичный видосик, а так же выложить в интернеты.
У одной из песен даже обложка с вомбатом! А вот и сами эти песенки:
Ну вот, теперь у нас есть своя рок группа не отрывая попу от дивана, удачи в творчестве!
Недавно завирусилась история о том, как кандидат вписал себе в резюме фиктивных два года опыта и прошел интервью на позицию в ИТ-компанию. Правда потом об этом узнали, и его вроде как уволили. Я не придал этому значения, пока мне не рассказали, что в одной онлайн-школе этому прям учат студентов, такая вот "гарантия трудоустройства". А на днях в одном из hr-чатов выложили фейковое резюме тестировщицы с 2 годами опыта, которая не смогла ответить ни на один технический вопрос.
В общем, весь этот треш оказался ближе, чем кажется. Не буду рассказывать, что обманывать нехорошо. Но я обратился за рекомендациями к Оле - HR в ИТ, карьерному консультанту и автору канала про карьеру, с которой мы трудоустроили уже ни один поток моих учеников.
Далее от ее лица.
Итак, последствия таких обманов могут быть разными:
(1) резюме могут закинуть по разным чатам и потом, чтобы найти работу, придется менять еще и фамилию (внутри одной сферы обычно тесно общаются и репутация дорога)
(2) в крупных компаниях есть службы безопасности, которые проверяют биографию еще до трудоустройства.
(у меня, кстати, был случай, когда клиентке отказали на последнем этапе из-за того, что данные из анкеты не совпали с реальностью)
(3) даже если все получилось, но в процессе работы информация вскрылась, могут и скорее всего уволят.
!(4) и что-то новенькое: hh.ru, на котором размещаются резюме, начал проверять точность информации и связываться с работодателями.
Поэтому поговорим о том, как можно привлечь внимание к себе, чтобы потом не уволили, как в этом случае:
(1) Начинать искать как можно раньше (когда изучена уже какая-то база), потому что то, что дают на курсах не всегда равно требованиям компаний. Чем больше смотрите вакансии и общаетесь, тем лучше понимаете, что нужно рынку.
(2) Использовать нетворкинг - знакомиться с людьми, которые работают в тех компаниях, куда вы хотите. Даже просто написать и попросить зарефералить. Теория с рукопожатиями тоже работает (у меня так много клиентов и знакомых нашли работу)
*кстати, консультант тут тоже обычно помогает и закидывает резюме по своим каналам (это, конечно, не гарантия успеха, но повышает конверсию)
(3) Резюме должно быть продумано до мелочей, из самого базового:
➡️ название должности должно соответствовать названиям вакансий, т.е не "специалист", а максимально конкретно;
➡️на первом месте должен быть опыт по той вакансии, на которую вы хотите, даже если это учебный опыт;
➡️ расписать подробно навыки, которые вы получили на обучении, лучше сразу с примерами из практики.
(4) Брать из предыдущего опыта все навыки, которые могут быть полезны. Смена направления — это не начинать с нуля, всегда есть переносимые навыки. Например, опыт ведения коммуникации и работа в команде, который есть у всех, и другие soft skills. Успех поиска 50/50 зависит от hard и soft skills.
(5) Использовать сопроводительные письма и писать вдумчивые отклики на позиции (спам-рассылка скорее всего не даст результата). А вот резюме + нормальное сопроводительное можно отправлять не только на hh, но и напрямую в компании, даже если вакансии нет, вас могут добавить в базу и написать позже.
*я всегда читаю, когда вижу, что человек постарался, а иногда даже даю обратную связь и помогаю скорректировать.
(6) Использовать разные источники поиска, в том числе рассматривать стажировки, после которых можно трудоустроиться (иногда это быстрее, чем искать вакансии).
Да, рынок очень поменялся за последние несколько лет, и все эти шаги объединяет активность и инициативность. Пробуйте разные гипотезы, потому что если не делать, то точно не получится. И пишите в комментариях, если нужен подробный разбор того, как правильно составлять резюме.
6 декабря 2023 года СМИ сообщили, что Минцифры планирует расширить категории IТ-специальностей для отсрочки от армии, например, добавить со средним профильным образованием. Также в ведомстве прорабатывается сдача IT-специалистами квалификационного экзамена по IT-специальности. Об этом СМИ рассказал курирующий IT вице-премьер Дмитрий Чернышенко.
«Вы сказали, что требование для IT специалистов о наличии высшего образования является обязательным для получения требующейся отсрочки от призыва на военную службу. Минцифры сейчас прорабатывает этот вопрос для того, чтобы расширить категорию граждан, на которые эти меры будут распространяться», — сказал Чернышенко во время «правительственного часа» на пленарном заседании Госдумы.
Он добавил, что возможный квалификационный экзамен для IT-специалистов также прорабатывается Минцифры совместно с отраслью.
«Минцифры совместно с отраслью готовит сейчас предложения для рассмотрения на Совете при президенте РФ по профессиональным квалификациям, который как раз отвечает за профессиональные стандарты, в том числе по этому направлению», — пояснил Чернышенко.
В октября источники СМИ обнародовали информацию, что Минцифры обсуждает c IT-отраслью создание в РФ единого центра сертификации IT-специалистов. Раньше сертификацией разработчиков и инженеров (по Oracle, VMware, Cisco, Microsoft и так далее) занимались учебные центры нескольких иностранных компаний, которые ушли с рынка РФ. В настоящее время объём рынка IT-сертификации эксперты оценивают в 300 млн рублей с потенциалом роста до 1 млрд рублей к 2024 году. В IT-компаниях согласны, что новые подходы к сертификации сотрудников рынку необходимы, но опасаются монополизации этой сферы деятельности. В Минцифры пояснили, что окончательное решение по выбору независимой технологической площадки ведомством ещё не принято.
В сентября 2023 года в инновационном центре «Сколково» IT-компании, учебные центры, профильные ассоциации и крупные интеграторы подписали меморандум о создании и подготовке единых методик по сертификации разработчиков отечественного ПО и IT-специалистов в РФ.
В начале августа СМИ рассказали, что Минцифры планирует расширить отсрочку от призыва на IТ-специалистов со средним профильным образованием. Также ведомство собирается добавить новые позиции в текущий список специальностей выпускников вузов, которые могут претендовать на отсрочку, чтобы поддержать сотрудников IT-компаний, которые имеют непрофильное высшее образование, но являются профессионалами высокого уровня в сфере IT.
В Минцифры пояснили СМИ, что назрела и необходимость расширить этот список предложениями о выпускниках колледжей и дополнительными вузовскими специальностями, ссылаясь на регулярно поступающие обращения от «крупнейших отечественных IT-компаний», которые жалуются на недостаток IT-специалистов на рынке.
«Это касается как специалистов со средним профессиональным образованием, так и некоторых специалистов с высшим профильным образованием, но которые не получают отсрочку по принятым в 2022 году правилам», — говорится в пояснении ведомства.
«Есть технические специальности, не попавшие ранее в этот список. При этом освоившие их специалисты имеют большие компетенции в сфере IT и выполняют в своих компаниях критически значимые функции», — дополнили в Минцифры. В ведомстве отметили, что предложения по расширению списка были подготовлены после обсуждений с профильными ассоциациями.
Профильные эксперты рассказали СМИ, что несколько лет в IT-сфере наблюдается тренд на отказ от требований о наличии высшего образования, а среди вакансий для программистов требование о наличии высшего образования содержат лишь 25–30%. В основном госкорпорации и крупные компании с госучастием требуют высшее образование у разработчиков.
Представители IT-отрасли поддержали введение отсрочки для выпускников колледжей и специалистов, которые получили очно среднее профессиональное образование, так как это «хороший резерв для формирования будущих талантов».
Президент объединения компаний — разработчиков программного обеспечения РФ «Руссофт» Валентин Макаров заявил СМИ, что «лучшие программисты в отрасли идут не только из вузов, но и из колледжей». Более того, программистов вместе с колледжами готовят и сами компании, считает Макаров. По его мнению, именно такое взаимодействие более развито в системе среднего профессионального образования, нежели в более неповоротливой вузовской системе. Расширение списка приоритетных специализаций, по его словам, поможет добиться высокой степени импортозамещения в отрасли и достижения технологической независимости страны.
В конце июля 2023 года Минцифры на портале «Госуслуги» начало приём заявок на отсрочку от осеннего призыва для IТ-специалистов из аккредитованных ведомством IT-компаний.
Отсрочка Минцифры от срочной службы для IT-специалистов действует с марта 2022 года. Ключевые критерии, которым должны отвечать IT-специалисты для получения отсрочки в 2024 году:
4 сентября 2023 года президент России подписал указ от 04.09.2023 № 660 «О внесении изменений в Положение о порядке рассмотрения вопросов гражданства Российской Федерации, утверждённое Указом Президента Российской Федерации от 14 ноября 2002 г. № 1325, и в Указ Президента Российской Федерации от 2 марта 2022 г. № 83 «О мерах по обеспечению ускоренного развития отрасли информационных технологий в Российской Федерации» об увеличении предельного возраста предоставления отсрочки от призыва на срочную службу для IT-специалистов до 30 лет.
В Минцифры подтвердили, что уже в весенний призыв 2024 года отсрочку от срочной службы смогут получить сотрудники IT-компаний с 18 до 30 лет.
В Минцифры есть список многих IT-специалистов, работающих в аккредитованных в ведомстве IT-компаниях, включая тех, кто имеет бронь от частичной мобилизации.
❕Сегодня хочу поговорить на очень спорную тему, я бы даже сказал философскую. Отчасти из-за нее, возникает очень много непонимания между коллегами, работающими в одном и том же (казалось бы) "АйТи", но почему-то имеющих очень разное представление о процессах разработки и о том, что каждая роль команды должна выполнять. Особенно это часто всплывает в моих постах на этом ресурсе, в комментариях - это такой хороший срез из разных уголков нашего отечественного IT.
И это большая тема для постов и для рассуждений. Но сегодня сосредоточимся на небольшой части этой темы, касающейся непосредственно системных аналитиков.
Давайте поговорим о том, какие есть подходы к написанию ТЗ и степени его проработки на примере описания тех же микросервисов\их методов.
❕Представим, что мы является системным аналитиком в команде и нам поставили задачу - реализовать личный кабинет пользователя.
Т.е. когда пользователь нажимает на какую-нибудь иконку профиля в приложении или там на кнопку "Профиль" - ему должна открываться экранная форма, в которой ему отрисовывается определенный набор полей и эти поля заполняются информацией. Также допустим, что у нас сам объект "Пользователь" уже есть в системе, атрибутивный состав понятен и нужно только реализовать процесс получения данных о пользователе на фронт по его идентификатору (ТЗ на фронт, на экранную форму и на интеграцию его с бэком опустим).
Какие есть варианты написания ТЗ для данной задачи?
1️⃣Самый минимальный уровень детализации. Это когда системный аналитик просто ставит задачу на разработку Джире (ну или в рамках небольшой страничке в конфлю\ворде, в зависимости от того, как принято) и в постановке этой задачи пишет что-то вроде "Требуется реализовать процесс получения данных о пользователе и передачу ее с бэка на фронт по REST-запросу. Со стороны фронта требуется создать новую экранную форму приложения - "Личный кабинет" или "Профиль пользователя". Со стороны бэка требуется реализовать новый метод, который будет использовать фронт для запроса информацию по пользователю (и, скорее всего, перечисляет набор полей, которые должны передаваться на фронт в формате "Фамилия", "Имя" и т.д.)". Усё
Я не утрирую - это один из вариантов реального "ТЗ" на эту задачу. Плюсом к этому может быть описан пользовательский сценарий в вольном формате или в формате UC (и то это будет в лучшем случае). Т.е. по сути в рамках такого процесса разработчик получает из полезной информации - только состав полей, передачу которых ему нужно реализовать по запросу с фронта, и то только их наименования.
2️⃣Вариант с немного лучшей детализацией. В этом формате системный аналитик уже пишет ТЗ в каком-либо формате, в рамках которого указывает, что: "Требуется реализовать новый метод GET /users/, указывает полноценно параметры, которые данный метод должен потреблять на вход и параметры, которые он должен отдавать на выходе." Плюс может описать, также как в предыдущем пункте, верхнеуровневый сценарий взаимодействия с этим методом.
Уже чуть лучше и чуть больше полезной информации для разработчика, правда?
3️⃣Вариант с достойной реализацией. Этот вариант обычно используется на большинстве проектов ФинТеховских и я считаю его достаточным для того, чтобы написать хорошее, качественное ТЗ и разгрузить разработчика так, чтобы он не думал о деталях реализации, хотя бы алгоритмических и системных (то, к чему нужно стремиться со стороны СА, имхо).
В рамках этого варианта будет всё из предыдущих + будет полностью описана логика работы данного метода, как бизнесовая, так и техническая. Будут описаны все корнер-кейсы, правила обработки ошибок, варианты того, что может вернуться в ответе (кроме успешного ответа, еще и все варианты негативных). Логика может быть описана или на уровне псевдокода или просто словами - конкретно это уже не имеет значимой роли, главное то - что эта логика пошагово и подробно описана.
Пример подобного описания я приводил ранее в своих постах. Я топлю всегда как минимум за этот вариант описания любых задач - что бэковых, что фронтовых, любых. Избавить разработчиков от лишней работы с точки зрения проработки алгоритмов и логики, если мы вполне это можем сделать сами - у них хватает работы и так, можете поверить.
4️⃣Более полноценный вариант придумать не могу =)
Плюсом к 3 пункту дополнительно описывается еще и swagger-спецификация микросервиса в целом и конкретных эндпоинтов в частности. Кроме того, что это просто удобно, наглядно и очень детально - эту спецификацию разработчики могут использовать, чтобы сконвертировать ее напрямую в готовый код с расписанными классами и эндпоинтами, останется "только" докрутить бизнес-логику и метод готов (Тут просьба поправить меня коллегам, которые более глубоко погружены в разработку - так ли это или есть еще какие-то бенефиты для разработчиков. Могу в этом предложении быть не прав, пишу исходя из того, как мне это объясняли).
Кроме этого, такой подход хорошо использовать в парадигме swagger-first, особенно когда у вас есть насыщенный и активный процесс кросс-командной разработки. Отдать другой команде сваггер аналитику куда проще и быстрее, чем отдать полноценное ТЗ на сервис - хотя бы просто по времени. А большего им и не нужно (потому что им пофиг на то, как работает ваш сервис внутри, главное понять, как вас вызывать и что вы вернете в ответе).
А если это все еще и использовать в связке с asciidoc-документацией, выкладывании ее в git- ммм, сказка просто. Как вспоминаю об этих процессах, наворачивается скупая слеза ностальгии - как же это было здорово! Жаль, что я встретил это ровно в одном проекте, а во всех последующих так и не смог продавить внедрение чего-то похожего.
И я вполне понимаю почему (например, очень удобно когда ты почти не тратишь время и ресурсы на написание глубокого ТЗ - достаточно пары фраз, а дальше нехай разработчик разбирается. И чем дольше пишешь в таком режиме, тем больше он тебя поглощает). Но кроме этого есть и множество других, о чем поговорим в следующий раз.
А с какими процессами и подходами работаете вы?
P.S.: По традиции - буду признателен за вопросы про карьеру\профессию\чему угодно связанному со сферой IT - постараюсь ответить на всё.
P.P.S.: Также веду телеграмм-канал, в котором делюсь разным про профессию и про свой путь в ней. Есть огромное количество постов на тему софт-, хард-скиллов и про карьеру в целом - см. закрепленный дайджест.
Скоро зима! Давайте посмотрим на зажигательное зажигание удивительной материи - снега. Зачем автор это делает - я не знаю. Но выглядит красиво.
С точки зрения физики тут все очень интересно и неоднозначно. Сначала возникает нечто вроде коронного разряда. Обратите внимание на красивые 'молнии' в правой части снежка в начале видео. Поскольку в снеге очень много воздуха, то при достаточном сближении электродов зажигается воздушная дуга.
Вы любите поджаренный хлеб? Давайте откажемся от тостеров, это уже прошлый век! Перед вами поджаривание тостов с помощью воздушной дуги. Потратив всего лишь одну месячную норму по электроэнергии вы получите не один, а целых ДВА кусочка разной степени поджаренности! Ух! Не забудьте маслице.
Если посмотреть на это с точки зрения физики, то виден один интересный момент. Когда хлеб еще свежий, то дуга идет как бы сквозь него, сама по себе.
А вот когда хлеб начинает гореть, то дуга как будто притягивается к пламени. Это не иллюзия. Дело в том, что в пламени довольно высокая температура. Не знаю про пламя от хлеба, но в пламени свечи около 800 градусов по Цельсию. Этой температуры хватает, чтобы в пламени часть электронов оторвалась от атомов, то есть, газ частично ионизировался. Над хлебом возникает мини-плазма, по которой дуге проходить проще.
Мне очень нравится демонстрация этого же явления от Павла Андреевича.
Суть: на электрометр наведен небольшой заряд. Когда электрометр соприкасается с обычным воздухом - заряд не меняется. Стоит только поднести к нему пламя - воздух ионизируется, и заряд с электрометра как бы 'стекает' по плазме в пламени.
P.S. Буду рад видеть вас на моем телеграм-канале с физикой.
По всем вопросам - Alexjuriev3142@gmail.com
Одним из способов теплопередачи является конвекция - это способ передачи тепла за счет перемещения более горячего вещества. Наблюдается в жидкостях и газах.
Перед вами небольшая моделька стакана, подогреваемого снизу. На видеоматериале представлены образующиеся при этом конвекционные потоки.
Основной принцип конвекции - холодное вещество опускается вниз, горячее поднимается наверх. Поэтому самое банальное кипячение чайника происходит так - нагретое дно чайника за счет теплопроводности нагревает небольшой слой воды, этот слой поднимается наверх, опуская при этом холодные слои вниз. Так послойно происходит нагрев всего вещества.
На следующем видео представлена попытка визуализации конвекции.
Эксперимент во многом схож с моделью - потоки со дна поднимаются вверх и опускаются вниз вдоль стенок, неоднократно закручиваясь по пути.
А третье видео вам поможет понять как с помощью конвекции происходит обогрев помещений и циркуляция воздуха в них.
Вы когда-нибудь задумывались, почему батареи отопления ставят принципиально под окном? Представим холодную погоду. Воздух, приходящий из открытого окна, холоднее воздуха внутри комнаты, поэтому он опускается вниз, где его как раз поджидает горячая батарея. Воздух нагревается, поднимается вверх, проходит комнату и возвращается к батарее обратно - так воздух в наших помещениях циркулирует.
P.S. Буду рад видеть вас на моем телеграм-канале с физикой.
По всем вопросам - Alexjuriev3142@gmail.com
Посмотрим на забавную штуку - электрическую дугу зажигают с помощью шарика на ниточке.
Принцип работы крайне прост. Когда шарик пролетает мимо электрода, то при маленьком расстоянии и огромном напряжении возникает просто таки колоссальное значение напряженности электрического поля, которое способно вырвать электроны из металла. Так называемая автоэлектронная эмиссия. Поскольку скорость вылетающих электронов эдак в миллион раз больше скорости шарика, то движение шарика никак не мешает зажиганию дуги. Однако при удалении расстояние увеличивается, напряженность уменьшается и дуга гаснет.
Обратите внимание, что дуга стремится вверх. Это происходит потому, что дуга разогревает воздух, а теплый воздух, как мы помним, всегда стремится быть выше холодного.
P.S. Буду рад видеть вас на моем телеграм-канале с физикой. По всем вопросам - Alexjuriev3142@gmail.com
Посмотрим на очень красивый разряд в газах - тлеющий разряд. Этот разряд чаще всего зажигают при очень низких давлениях газа порядка сотен паскалей (для сравнения: атмосферное давление - сто тысяч паскалей), прикладывая к газоразрядной трубке очень высокое напряжение (тысячи вольт).
Просто посмотрите, как тлеющий разряд прекрасен! :)
Чаще всего для свечения тлеющий разряд зажигается в благородных газах.
Помимо пяти благородных газов - Гелий (He), Неон (Ne), Аргон (Ar), Криптон (Kr), Ксенон (Xe) - по краям находятся Водород (H) и Азот (N).
А давайте сегодня посмотрим просто что-нибудь с огоньком!
Если залить воду в горящее масло (нефть), то произойдет быстрое испарение воды, и появившийся пар поднимет легкое горючее вверх, где кислорода для горения значительно больше. Интенсивность сгорания мгновенно увеличивается.
Обратите внимание, что воды там было крайне мало, прям чуть-чуть. Опыт наглядно демонстрирует, что горящее масло и вода дружат, конечно, очень бурно, но недолго и с последствиями для окружающих.
Рано или поздно любое обсуждение физики приходит к экспериментам с жидким азотом.
Объяснение процесса я предлагаю такое: температура жидкого азота отличается от температуры воды летом примерно на 220 градусов. Поэтому при попадании на воду азот начинает интенсивно кипеть и превращаться в газ. Когда бутылку поворачивают, площадь соприкосновения азота с жидкостью увеличивается в несколько раз, и с нею увеличивается количество газообразного азота, который из-за переворачивания бутылки оказывается заперт. Далее азот под большим давлением банально требует выхода, и мы наблюдаем реактивное движение.
И думаю, вам, конечно же, интересен способ перевозки жидкого азота. Ведь перевозить его просто в закрытой бутылке нельзя - азот перейдет из жидкого состояния в газообразное, газ создаст высокое давление, и бутылка лопнет. Вот в видосе наглядно.
Для транспортировки жидкого азота используют специальный термос - сосуд Дьюара. Де факто, это обычный термос с внутренней и внешней колбой для того, чтобы азот медленнее нагревался. Главным отличием от всех других сосудов является крышка, которая ничем не прикрепляется к самому сосуду. Если давление внутри повысится при испарении азота, то крышка просто 'подпрыгнет' как в чайнике, и ничего не лопнет.
Поскольку воздух на 78% состоит из азота, то выходящий газ не принесет никакого вреда.
P.S. Буду рад видеть вас на моем телеграм-канале с физикой. По всем вопросам - Alexjuriev3142@gmail.com
Поговорим еще о тепловом процессе, но уже в газах.
В термодинамике существует такой процесс с газами - адиабатический. Это процесс, при котором газ не получает и не отдает энергию, то есть, не обменивается энергией с окружающей средой. Чаще всего по причине того, что процесс протекает слишком быстро, и газ просто не успевает.
Каждый велосипедист, например, сталкивался с адиабатическим процессом, если пытался быстро-быстро накачать шины ручным насосом. И, возможно, даже замечал при этом, что насос почему-то нагревается.
На видео можно наблюдать адиабатическое нагревание, результатом которого является зажигание шарика ваты. Можно приближенно утверждать, что вся энергия, направленная на сжатие газа, переходит в его внутреннюю энергию, то есть в нагрев. Температура воздуха вокруг ваты подскакивает в несколько раз, что и вызывает зажигание.
Закономерно, что наряду с адиабатическим нагреванием существует и адиабатическое охлаждение.
Если в случае адиабатического нагревания необходимо резко сжимать газ, то в случае охлаждения необходимо заставлять его резко расширяться. Как и говорит в видеоматериале Валериан Иванович, отличным примером является процесс открывания бутылки шампанского. Газ в бутылке находится под значительным давлением, из-за чего при открывании пробки молекулы изнутри резко выходят наружу, то есть, газ расширяется рывком, начинает занимать большее пространство. При этом воздух охлаждается, и часть пара в воздухе конденсируется и переходит в состояние 'тумана', который мы воспринимаем как дымку над горлышком бутылки.
Опять же, если выпускать газ постепенно, как мы это делаем с надувшейся бутылкой газировки, то такого эффекта наблюдаться не будет.
Точка росы - температура воздуха, при котором водяной пар начинает конденсироваться в капли.
P.S. Буду рад видеть вас на моем телеграм-канале с физикой. По всем вопросам - Alexjuriev3142@gmail.com
Подрабатываю репетитором.
Краткое предисловие: в течение месяца в моем телеграм-канале по физике я выкладывал каждое утро короткие постики, в которых демонстрировал и комментировал какое-либо интересное физическое явление. Попробую реализовать этот же формат на Пикабу. Выпущу 10 постов. Каждое утро в 9:00. Если формат понравится - продолжу.
При охлаждении жидкости скорость движения молекул постепенно уменьшается до такой степени, что межмолекулярные силы притяжения начинают их выстраивать в особую структуру - кристаллическую решетку. Иначе говоря, жидкость начинает замораживаться, кристаллизовываться. Однако есть маленькое, но очень важное условие для начала заморозки - необходимо наличие центров кристаллизации, с которых и начнется затвердевание. Иначе говоря - драка не начнется без зачинщика.
Если вы возьмете обычную воду из под крана, то там этих центров выше крыши - различные соли и примеси. А вот если взять дистиллированную, то есть, очищенную воду, то ее можно охладить до температуры ниже температуры кристаллизации. На видео вы можете видеть такой пример. Такая жидкость называется переохлажденной.
Причиной затвердевания очищенной воды может стать внезапное уплотнение (удар) или появление центров кристаллизации (добавленная соль).
По аналогии с переохлажденной жидкостью существует и перегретая жидкость. Если очищенную воду постепенно нагревать, то можно довести ее до температуры выше температуры кипения. Любые примеси в такой жидкости станут центрами кипения, что приведет к бурному кипению.
Паровой взрыв, который вы наблюдаете в видео, может произойти у вас в чайнике, если вы будете использовать дистиллированную воду.
На одной из тренировок попробовали собрать небольшой поединок на мечах. Постановка моя, так что, если что-то не так, можете кидать в меня камни. Но лучше, конечно, пирожки и булочки (их всегда не хватает в нелегкой жизни каскадёра). 😊
По сути, был создан рисунок, и если снять бой уже серьезно, с более удачных ракурсов, добавив чуть-чуть скорости и элементы опасности, то всё будет смотреться намного живее. Но на данном этапе этого пока не требуется.
Пока комбинация была придумана просто для тренировки. Работал я с Денисом, который занялся каскадерством не так давно, так что работали мы довольно аккуратно. Впрочем, я ему уже вполне доверяю.
Продолжаем список тем и вопросов, ответы на которые нужно знать, чтобы пройти собеседование на позицию джуниора.
Еще небольшое предисловие - судя по комментариям к предыдущему посту, не все понимают, что не обязательно, что ВСЕ эти вопросы попадутся вам одновременно. Это наиболее вероятные вопросы, которые вам зададут ( по крайней мере актуально для ФинТех сферы). Ну и опять же, всё очень зависит от интервьюера, его опыта и тех целей, которые ему поставило руководство компании\проекта, на интервью.
Есть еще очень хороший подход к интервью, когда ты задаешь вопросы по каждой теме, и чем больше правильных ответов дает соискатель - тем глубже ты копаешь в эту тему, пока его знания по вопросу не иссякнут. Это позволяет не просто прогнать человека по заданным темам, которые нужны компании, но и в целом представить его уровень более детально (плюс так куда интересней для всех участников собеса).
Более техническая часть собеса:
Архитектурно-интеграционные вопросы:
Что такое клиент-серверная архитектура? Что такое тонкий и толстый клиент, чем они отличаются? (Тут никто не ждет прям уверенных технических знаний и деталей реализации того или иного подхода, но в общих чертах знать нужно).
Что такое HTTP? Какие основные методы HTTP вы знаете? Какие функции они выполняют? Расскажите про структуру HTTP-сообщений. (Если вы перечислите основные методы и скажете, что у сообщения есть заголовок, строка и тело - это уже, в целом, неплохо. Если знаете больше этого, вообще замечательно).
Что такое REST? Какие основные принципы у него есть? Какие методы есть в REST? В чем разница между GET и POST запросом?
В каких местах (четырех) мы можем передать атрибуты в запросе? (Path, Body, Query, Header).
Что вы знаете про концепцию CRUD?
Что такое идемпотентность? Какие методы являются идемпотентными?
Что такое синхронные и асинхронные интеграции? В чем между ними разницы? С помощью чего можно их реализовать?
Можно ли реализовать асинхронную интеграцию через REST? (Вряд ли этот вопрос будут задавать, если вы не ответите на предыдущие. Это скорее со звездочкой и не обязательный)
Что такое очередь сообщений? Как передаются сообщения через очередь? Какие очереди сообщений есть и в чем между ними разница? (Если расскажете про PUSH/PULL-стратегии - плюсик в карму обеспечен)
Что такое гарантированная доставка сообщений и какими механизмами ее можно обеспечить?
Какие вообще способы интеграции существуют? С какими из них приходилось работать? В чем их преимущества и недостатки? (Интеграция через обмен файлами, через общую БД, через веб-сервисы и обмен сообщениями)
Базы данных:
Что такое базы данных? Какими они бывают? С каким БД приходилось работать?
Что такое ER-диаграммы? Приходилось ли их проектировать?
На какой уровень оцениваете свой уровень владения SQL? С какими инструментами по работе с БД знакомы?
Ну тут могут конечно и про формы нормализации спросить, но уже лишнее, как по мне. Я обычно спрашиваю больше про опыт проектирования БД в целом. Приходилось ли проектировать базу в целом и под конкретные задачи в частности, каким образом это было сделано.
Различные задачки:
Тут вообще кто во что горазд в плане придумывания задач. В среднем, вам дадут умозрительное задание на проектирование какой-либо системы и попросят выделить основные классы этой системы (возможно, предварительно нужно будет собрать требования с интервьюера), спроектировать интеграцию между частями этой системы/интеграцию с внешними системами (плюс объяснить выбор технологии интеграции). Основной упор на ваши размышления, в основном именно в подобных вопросах можно понять уровень соискателя, потому что все остальные можно заучить. А тут проверяется именно понимание того, о чем вы рассказывали предыдущую часть собеседования.
Небольшие оффтопные вопросы:
Расскажите, что такое авторизация, аутентификация и идентификация? Чем они отличаются друг от друга? (почему-то один из самых любимых вопросов некоторых людей)
Чем верификация отличается от валидации?
Приходилось ли работать с JIRA\Confluence?
Конечно, так получается, что если вы знаете ответы на все эти вопросы, или больше 80-90%, то как будто бы вы уже не джун. Но чем лучше вы отвечаете, чем лучше вы соответственно подготовились - тем больше вам зададут вопросов (в нормальном интервью, а не шаблонном). Что очень сильно повысит ваши шансы получить оффер и выделиться среди других кандидатов.
Поэтому, конечно, можно, и зачастую нужно, пробовать собеседоваться, при наличии знаний, которые позволят ответить вам на половину из этих вопросов - шансы всё еще будут, плюс вы получите опыт прохождения собеседований (что само по себе очень важно) и определите те темы, про которые часто спрашивают, но в которых вы пока еще не сильны.
P.S.: По традиции - буду признателен за вопросы про карьеру\профессию\чему угодно связанному со сферой IT - постараюсь ответить на всё.
P.P.S.: Также веду телеграмм-канал, в котором делюсь разным про профессию и про свой путь в ней. Есть огромное количество постов на тему софт-,хард-скиллов и про карьеру в целом - см. закрепленный дайджест.
Подрабатываю репетитором.
Всем добрый день! Решил составить подборку полезных и интересных каналов на ютубе, которые вещают про физику на этом вашем забугорном. Предыдущая подборка русскоязычных каналов залетела очень хорошо, думаю, и эта станет полезной.
Как обычно предлагаю присоединиться к моему телеграм-каналу, на котором мы обсуждаем физику и математику. Подготовка к ЕГЭ в наличии, реклама отсутствует, маленькие постики с физикой каждый день.
0. Как смотреть англоязычных авторов?
Прежде чем переходить к каналам, отвечу на самый главный вопрос - как смотреть, если не знаешь языка? Я могу подсказать два способа.
Первый - практически ко всем видосам на ютубе сейчас существуют хорошие субтитры на русском языке. Здесь написано, как с ними обращаться.
Второй - Яндекс Браузер умеет автоматически переводить видео на ютубе на русский язык с помощью специальной нейросети. Вы можете установить Яндекс Браузер и использовать в нем эту функцию.
1. Канал @veritasium (канал с русским переводом - @VertDiderScience)
Автор - Дерек Мюллер.
Скорее всего, многие знают этого автора именно по видео с черными шариками в водохранилище. Дерек, на мой взгляд, снимает очень хороший научпоп - качественный, яркий, красивый, интересный, последовательно выстроенный и прочее. После его видео вы вряд ли станете хорошо знать физику, но вот заинтересуетесь ею абсолютно точно. Дерек рассматривает и рассказывает о различных тонкостях из мира физики, математики, информатики и в междисциплинарных областях.
2. Канал @SteveMould
Автор - Стив Моулд
Я думаю, стоит сразу начать с того, что Стив может похвастаться целым эффектом, названным в его честь - эффект Моулда. Эту награду ему принесла как раз баночка с бусами, которую Стив держит в руках на фото.
Знакомство с его творчеством я очень рекомендую начать как раз с видео по данному эффекту. Мне очень нравится серьезный, но при этом простой подход Стива к различным вещам. Пока пост писал, даже залип в некоторые видео ненадолго - сложно оторваться!
Стив находится где-то в идеальной прослойке между чисто популяризаторским контентом, в котором все объясняется на пальцах без применения математики, и научным контентом, в котором все погружено в формулы и вычисления.
3. Канал @ElectroBOOM
Автор - Mehdi Sadaghdar
Скорее всего, многие его знают как чувака, которого постоянно бьет током :)
Мехди - автор с очень забавной и веселой подачей. Я обожаю авторов, которые используя различные дощечки, мотявочки-веревочки, доску с маркером и прочие упрощения жизни могут сделать гораздо более интересный контент, чем автор с шикарной студией и потрясающе сделанной графикой. И вот Мехди - один из таких простых и замечательных авторов. И да, он правда постоянно шарахает себя током! Может, поэтому он такой энергичный...
4. Канал @physicsgirl
Автор - Дайанна Коурн
Разбавим немножко мужскую тусовку. Представляю вам физику по-женски - мило, умно, многословно и красиво. Дайанна в своих видео создает какую-то чрезвычайно доброжелательную атмосферу и сразу располагает к себе этим. А как она радуется, когда в задаче получает какой-то результат - просто прелесть!
У Дайанны есть цикл уроков по физике - для начала вливания в предмет подходит очень хорошо. Даже если вы не поймете те формулы, которые она там пишет своим большим-пребольшим маркером, то все равно получите массу полезной информации о мироустройстве.
Остальные каналы, которые я считаю интересными, представлю просто списком.
1. @kurzgesagt (Плейлист с русской озвучкой) - мультики с очень интересной рисовкой и приятной озвучкой о различных вопросах мироустройства.
2. DoodleScience и @MinutePhysics/featured - видюшки с крайне простой рисовкой, которые кратенько рассказывают базовую физику. С формулами, с примерами, все как положено.
3. @GoExperimental - крутые опыты по физике с объяснениями к каждому из них. По большей части опыты неуникальны, однако красивая картинка, постановка и прочее очень выгодно выделяют данный канал.
4. @lecturesbywalterlewin.they9259/featured - самые настоящие уроки физики от нидерландского ученого Уолтера Левина. Незанудно, понятно, с кучей опытов, с юморком. Опыты заслуживают отдельной награды - они прекрасны!
5. @domainofscience - красочные и понятные объяснения различных окружающих нас эффектов.
6. @ArvinAsh/featured - разбор довольно сложных физических эффектов с очень наглядной графикой.
Думаю, на этой десятке здраво остановиться.
P.S. По всем вопросам - alexjuriev3142@gmail.com
