На мой взгляд достаточно неплохо уже отсутствие затягивания и постоянное принятие клиентом решения, что да оно ему пока что ещё нужно. Да и в профилактических целях полезно, а то занимаюсь непонятно почему и непонятно зачем - типичная проблема у современной молодёжи.
Сама ситуация куда и как не то чтобы ужасная. Ужасно то что это сказали за три дня до конца срока в выходные. Вот тут Альфа конечно показалас себя с чернейшей стороны. Причём это задело всех даже самых випов.
Во-первых, это опыт. Экстремальный, редко необходимый опыт. Но как тут на хабре уже в одной статье говорили - к этой спецоперации вы уже не успели приготовиться, надо быть готовым к следующей. Причём на мой взгляд это одинаково относится как к отъезду, так и к решению не уезжать.
Во-вторых, это не столько можно рассматривать как опыт оперативного отъезда, а просто как сам факт переезда. Релокация всё таки не такая уж и редкая вещь)
Ну кстати переложил чисто по ощущениям это на себя (у меня небольшой опыт походов по интервью, но есть некоторый опыт преподавания) - кажется так реально намного меньше напрягаешься. Да и по факту ведь реально большую часть времени код анализируется, чем собственно дописывается.
P.S. Что интересно я обычно примерно также проверяю у студентов семинары при защите. Прошу сказать, что делает код написанный ими, в примерах, как изменить его поведение. Вопросы обычно на одну строчку кода, но очень быстро показывает кто и на какую глубину разобрался в задаче.
Пока имхо, но это дорогая игрушка т.е. лично для себя я бы поставил такой замок, но ещё минимум один приличный, которые закрывается и открывается только ключом.
Т.е. выйти в ближайший магазин или типа такого, проверить что ты точно дверь закрыл в телефоне, когда в торопях убегал из квартиры и в таком ключе.
Очень круто на мой взгляд) Лично у меня такую материальную ответственность начали воспитывать только ближе к универу (нет до этого были деньги на обеды, карманные расходы и т.п.). Как только поступил был разговор - посчитай сколько тебе надо на месяц с учётом еды, транспорта и всяких прочих расходов. Как по мне очень дисциплинирует, а карточка часто помогает потом разобраться, а что же пошло не так)
Ну тут вины всех хватает, то электрички просто может не быть, потому что в ремонте. На вопрос , а где резервы выясняется, что их нет. То электричка придёт, но в ней на три вагона меньше, а это почти треть провозной способности электрички и люди должны ехать мало того, что стоя,так ещё и в дичайшей толкучке.
Так что в этом плане всё очень спорно) ну в части РЖД так уж точно)
Тут не скажу - прям вот так подробно не интересовался. но по моим ощущения. даже когда я учился (2010-2016) - мне даже как программисту было интересно поковырять всякие ардуинки, как их связать с чем-то, STMки, тогда же raspberry появился, но это всё было уже после поступления
Ну вот сейчас по общению с преподавателями, которые именно тематикой электроники занимаются сейчас очень большая проблема из-за этого провала - им просто некому передать дальше свою работу. А её сейчас становится много, потому что практики надо организовывать - и наконец их можно организовать не формально, а прям целенаправленно в местах, где хотят видеть таких специалистов.
В плане "непонятно зачем нужен" я с вами полностью согласен. Я это не очень понимал, что во время своего обучения, что во время своего преподавания, но думаю здесь оставила отпечаток история.
Когда я поступал, да и как минимум около десяти лет до этого на кафедру приходили в основном люди, которые не смогли попасть на другие кафедры этого же факультета (информационные технологии и системы управления) с надеждой потом перевестись. А кафедра занимается больше электроникой. Как я понимаю это и вылилось в итоге в адаптацию с добавление вот таких +- обзорных больше курсов из разных совершенно курсов.
Сейчас же, к моему удивлению, приходит много людей, которые хотят целенаправленно электроникой заниматься (тут даже статистика гвоорит - в моём потоке по специальности ушло работать 3 из 60, сейчас цифра около 20 колеблется) и им эти базы данных не нужны от слова совсем(
Данный курс является завершающим - до этого сначала изучается технология производства устройства (у нас электроника), потому построение бизнес процессов и оптимизация, и как этим бизнес-процессы реализовать в информационной системе.
Ну лично со мной готовые решения не срабатывают, если ты сделал не сам или не понимаешь, что ты сделал, то чаще всего от банальной смены формулировки вопроса студент выпадает.
Сугубо с точки зрения простоты, ну на мой взгляд, всегда проще самому сделать. Я вообще стараюсь все краеугольные камни обговорить на семинаре, чтобы руками люди дома могли спокойно всё сделать и разобраться, но старая школа работает и народ очень удивляется, когда понимает, что простым высиживанием не получается сдать.
пару тройку дней это с полным погружением, если вы этим +- занимались у студентов есть другие задания, кроме моего у меня студенты не профильной специальности - они достаточно часто вообще не программисты и в ту сторону даже не собираются
в сумме из этих факторов и получается, что да - тут нужен семестр (у меня 6 семинаров проводится раз в две недели). И то это не всегда приводит к результату.
Хотя применительно лично к себе я бы сказал, что с задачами нужно очень аккуратно играться - дадите слишком сложную и человек ничему не научится и в депрессняк свалится, а слишком простая - потеряет запал.
В какой-то степени с этим можно поспорить. Я преподаю в универе студентам базы данных (по факту для себя считаю неплохим достижением, если к концу семестра хотя бы половина понимает принцыпы работы группировок, условий, различных функций, подзапросов - ну то бишь пишет свободно select'ы низкой и средней сложности). Есть рабочая тетрадь по семинарам - там всё достаточно подробно расписано, хоть и немного устарело. И за первые 2 года я вполне чётко поймал места, на которых люди начинают тормозить т.е. ты задаёшь человеку вопрос или задачку, а он просто зависает - ну не делал он этого. Скопировал пример, а как работает не задумался.
В итоге для себя лично я вывел методу, что надо людям дать задачу и обозначить какие-то вопросы/проблемы/граничные условия, которые точно надо разобрать и осознать. Тогда и скиллы развиваются и человек не метается во все стороны в панике, либо вообще ничего не делает.
Да через какое-то время нужно будет решать задачи самому, но здесь и сейчас нужно дать направление, в котором можно двинуться, показать какие могут быть подводные камни.
На мой взгляд достаточно неплохо уже отсутствие затягивания и постоянное принятие клиентом решения, что да оно ему пока что ещё нужно. Да и в профилактических целях полезно, а то занимаюсь непонятно почему и непонятно зачем - типичная проблема у современной молодёжи.
Побольше бы таких как вы)
Ну или как в сериале Триггер, хотя там и жёстко.
Называется мне это ещё повезло. Мои бумаги вроде как уехали к другому брокеру, хотя гемор с ИИСом выше и возможно придётся вычет за два года отдавать(
Сама ситуация куда и как не то чтобы ужасная. Ужасно то что это сказали за три дня до конца срока в выходные. Вот тут Альфа конечно показалас себя с чернейшей стороны. Причём это задело всех даже самых випов.
Во-первых, это опыт. Экстремальный, редко необходимый опыт. Но как тут на хабре уже в одной статье говорили - к этой спецоперации вы уже не успели приготовиться, надо быть готовым к следующей. Причём на мой взгляд это одинаково относится как к отъезду, так и к решению не уезжать.
Во-вторых, это не столько можно рассматривать как опыт оперативного отъезда, а просто как сам факт переезда. Релокация всё таки не такая уж и редкая вещь)
Ну кстати переложил чисто по ощущениям это на себя (у меня небольшой опыт походов по интервью, но есть некоторый опыт преподавания) - кажется так реально намного меньше напрягаешься. Да и по факту ведь реально большую часть времени код анализируется, чем собственно дописывается.
P.S. Что интересно я обычно примерно также проверяю у студентов семинары при защите. Прошу сказать, что делает код написанный ими, в примерах, как изменить его поведение. Вопросы обычно на одну строчку кода, но очень быстро показывает кто и на какую глубину разобрался в задаче.
Так скорее наоборот - сейчас это способ вывода. Вот в чём и странность.
Пока имхо, но это дорогая игрушка т.е. лично для себя я бы поставил такой замок, но ещё минимум один приличный, которые закрывается и открывается только ключом.
Т.е. выйти в ближайший магазин или типа такого, проверить что ты точно дверь закрыл в телефоне, когда в торопях убегал из квартиры и в таком ключе.
Очень круто на мой взгляд) Лично у меня такую материальную ответственность начали воспитывать только ближе к универу (нет до этого были деньги на обеды, карманные расходы и т.п.). Как только поступил был разговор - посчитай сколько тебе надо на месяц с учётом еды, транспорта и всяких прочих расходов. Как по мне очень дисциплинирует, а карточка часто помогает потом разобраться, а что же пошло не так)
Ну тут вины всех хватает, то электрички просто может не быть, потому что в ремонте. На вопрос , а где резервы выясняется, что их нет. То электричка придёт, но в ней на три вагона меньше, а это почти треть провозной способности электрички и люди должны ехать мало того, что стоя,так ещё и в дичайшей толкучке.
Так что в этом плане всё очень спорно) ну в части РЖД так уж точно)
Краевые условия это те задачки, в которые программерский ум лезет первым делом)
Если открыли карту где-то ещё, то дальше можно пытаться SWIFT'ом перевести туда деньги.
О, полезная штука
Спасибо)
Практический вопрос - как-то можно сделать запуск команды, если пользователь неактивен какое-то время в консоли? Запуск матрицы был бы офигенным хД
Тут не скажу - прям вот так подробно не интересовался. но по моим ощущения. даже когда я учился (2010-2016) - мне даже как программисту было интересно поковырять всякие ардуинки, как их связать с чем-то, STMки, тогда же raspberry появился, но это всё было уже после поступления
Ну вот сейчас по общению с преподавателями, которые именно тематикой электроники занимаются сейчас очень большая проблема из-за этого провала - им просто некому передать дальше свою работу. А её сейчас становится много, потому что практики надо организовывать - и наконец их можно организовать не формально, а прям целенаправленно в местах, где хотят видеть таких специалистов.
В плане "непонятно зачем нужен" я с вами полностью согласен. Я это не очень понимал, что во время своего обучения, что во время своего преподавания, но думаю здесь оставила отпечаток история.
Когда я поступал, да и как минимум около десяти лет до этого на кафедру приходили в основном люди, которые не смогли попасть на другие кафедры этого же факультета (информационные технологии и системы управления) с надеждой потом перевестись. А кафедра занимается больше электроникой. Как я понимаю это и вылилось в итоге в адаптацию с добавление вот таких +- обзорных больше курсов из разных совершенно курсов.
Сейчас же, к моему удивлению, приходит много людей, которые хотят целенаправленно электроникой заниматься (тут даже статистика гвоорит - в моём потоке по специальности ушло работать 3 из 60, сейчас цифра около 20 колеблется) и им эти базы данных не нужны от слова совсем(
Данный курс является завершающим - до этого сначала изучается технология производства устройства (у нас электроника), потому построение бизнес процессов и оптимизация, и как этим бизнес-процессы реализовать в информационной системе.
Ну лично со мной готовые решения не срабатывают, если ты сделал не сам или не понимаешь, что ты сделал, то чаще всего от банальной смены формулировки вопроса студент выпадает.
Сугубо с точки зрения простоты, ну на мой взгляд, всегда проще самому сделать. Я вообще стараюсь все краеугольные камни обговорить на семинаре, чтобы руками люди дома могли спокойно всё сделать и разобраться, но старая школа работает и народ очень удивляется, когда понимает, что простым высиживанием не получается сдать.
пару тройку дней это с полным погружением, если вы этим +- занимались
у студентов есть другие задания, кроме моего
у меня студенты не профильной специальности - они достаточно часто вообще не программисты и в ту сторону даже не собираются
в сумме из этих факторов и получается, что да - тут нужен семестр (у меня 6 семинаров проводится раз в две недели). И то это не всегда приводит к результату.
Хотя применительно лично к себе я бы сказал, что с задачами нужно очень аккуратно играться - дадите слишком сложную и человек ничему не научится и в депрессняк свалится, а слишком простая - потеряет запал.
В какой-то степени с этим можно поспорить. Я преподаю в универе студентам базы данных (по факту для себя считаю неплохим достижением, если к концу семестра хотя бы половина понимает принцыпы работы группировок, условий, различных функций, подзапросов - ну то бишь пишет свободно select'ы низкой и средней сложности). Есть рабочая тетрадь по семинарам - там всё достаточно подробно расписано, хоть и немного устарело. И за первые 2 года я вполне чётко поймал места, на которых люди начинают тормозить т.е. ты задаёшь человеку вопрос или задачку, а он просто зависает - ну не делал он этого. Скопировал пример, а как работает не задумался.
В итоге для себя лично я вывел методу, что надо людям дать задачу и обозначить какие-то вопросы/проблемы/граничные условия, которые точно надо разобрать и осознать. Тогда и скиллы развиваются и человек не метается во все стороны в панике, либо вообще ничего не делает.
Да через какое-то время нужно будет решать задачи самому, но здесь и сейчас нужно дать направление, в котором можно двинуться, показать какие могут быть подводные камни.