Продолжаем рассматривать необычные учебные "карточки" (смарт flashcard) из бумаги для эффективного запоминания иностранных слов.

Начало темы карточек можно посмотреть в предыдущих постах >>> и >>>

Опять используем редактор Word (но всё то же самое можно сделать ручкой на бумаге).

Напишем крупным шрифтом (например) английские слова. Разделим каждое слово на две части и разместим в рамочках (не обязательно).

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

Когда надо чем-то занять ребёнка (например, на даче), достаём банку и высыпаем кучу карточек на стол. Задача ученика из половинок составить все полные английские слова и назвать перевод.

Можно играть вдвоём.

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

Через пару игр слова запоминаются "насовсем".

Сложность учебного процесса можно легко регулировать используя больше или меньше слов или добавляя 1-2 "лишних" карточки без второй части :-))

Это только небольшая часть необычных учебных карточек. Как-нибудь сделаем 3D учебные карточки...

I'ts free как говорится...

Вброс так себе. Вообще ни о чем. Я работал с людьми лет эдак 8 и "читаю" всех.Из недавнего школьного. Удалая учительница решила поиграть со мной в мадам "потупить" после того как я ее спросил, а почему такая оценка за ДЗ ребенка? Работа вполнена была на бумажном носителе, вместе. Итог две недели и она не может/хочет отвечать прикрываясь ответами - спросите у ребенка, он вам все расскажет... А что он расскажет? Он сам не понимает т.к. она взглянула и прошла дальше, не ставя никаких пометок, но спросив: А где тетрадь? О тетрадь! О ней я спросил загодя, когда дети сдали ей на проверку, но, по какой-то причине у ребенка она запропастилась в недрах школьных залов и библиотек. Ну да ладно. Но мадам учтель года, не запомнила этого, и настойчиво впихивала свою версию: ничего не видела, не брала ну и т.д. Поняв что спорить с ней - портить отношения, не стал продолжать. Но, не далее чем сегодня, спросив за очередную выставленную оценку которую услужливо выдает Дневник.ру и дает ссылку на чат: "Спросите учителя почему?". Что я и делаю т.к. бдю и пытаюсь чаду привить любовь и усердие в учебе, дабы не быть таким же безграммотным как ваш покорный слуга, с трудом набрающий текст... На что получаю сообщение, от безвременно (понедельник) уставшего учителя от родительского гласа уследящего за ними и вечно мешающего выводить оценки в четверти: - ви что меня за каждую оценку будете спрашивать? Мое внутреннее Я колыхнулось малехо, но сдержавшись, я отписал, что нужно это прежде всего в интересах учащегося и недалекого будущего онных посещающиих ваши занятия, для вовремя сделанных выводов, ошибках и работой над ними, дабы не быть истуканном бестолковым к окончанию года. Сеньора учитель естесно плюнула в мою сторону так, что снег ударил в окна мои, взывая к гневу богов... Погода сегодня чудесная была. А вы говорите... какие звездатые вы учителя, а мы (родители)все пальцем ремонтированные. Не согласен с автором в корне, хоть и есть родители "с родимыми пятнами" в области черепа, которых хотелось бы не видеть и не слышать - чтобы навсегда покинули чат! Еще те утюги крашенные. Так что я как онный, разумеем правду свою: и тренировки, и прочие культурные мероприятия украшают жизнь, и помогают в дальнейшем, а не наоборот как вы отписали - забирают/лишают детства. ППЦ надо ж такое отморозить. Прекращайте пользоваться краской для волос, ваши клетки гибнут.

В каждой приличной IT-компании уделяется достаточно много внимания развитию сотрудников. Проводятся разного рода митапы, тренинги и хакатоны для прокачки хард-скиллов, встречи на тему развития софт-скиллов (на которых сотрудникам объясняют почему панибратство и общение строго матерными выражениями - очень плохая идея), и прочие увеселительные мероприятия. Но мое внимание обратила на себя тема, которая находится на стыке этих двух навыков - хард и софт. С некоторой регулярностью мне приходится видеть перспективных ребят, которые явно засиделись в джунах. Это удручает и разочаровывает - ведь я знаком со многими из них, и отлично знаю, что у них есть все необходимое для быстрого роста. И часто причина не в чем-то одном, а в сочетании некоторых, возможно неочевидных, недостатков. Я постарался собрать здесь весь список подобных минусов, которые приходится наблюдать довольно регулярно.

Итак, что обычно мешает условному джуну подтянуться до условного мидла:

• Нет обработки ошибок

  Классика - не изучаешь тему обработки ошибок в целом и способ это делать в данном конкретном проекте. Автоматически записан в джуны.

  Касаемо конкретно языка Dart - абьюз bang-оператора. Этот оператор доступен к использованию только когда null не прилетит гарантированно. Другой случай непроверки на null - выдавать сообщение об ошибке в toString(). Прилетит null - покажешь пользователю сообщение “null”.  За такое желательно сразу расстреливать, но, так как в большинстве стран мира смертная казнь не применяется, приходится ограничиваться подобной статьей.

  Вообще, во внимании джуна код всегда имеет более высокий приоритет, чем то, что видит пользователь. У мидла наоборот - приоритет у UI. Потому что заказчик видит только UI и оценивает приложение в первую очередь по пользовательскому опыту.

• Пассивное отношение к взаимодействию с бэком

  Прилетает ошибка с кодом 200 - не просишь поправить. Как маленький, ей-Богу. Поле с сообщением об ошибке возвращается в рандомных объектах с рандомным названием этого поля - пилишь у себя поиск таких сообщений во всех возможных случаях, вместо того чтобы призвать бэк к порядку. В следующий раз сообщение прилетает в очередном неожиданном месте - снова ломается. Я утрирую, но мысль понятна. Прилетают одни и те же данные разрозненном виде - не просишь бэк привести их одному и тому же виду. Например, принимать и  возвращать один тот же объект. В будущем это приводит к проблемам, которые нарастают, как снежный ком.

• Отсутствие тестирования собственного кода

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

• Злоупотребление Google

  Гуглишь и вставляешь найденный код, иногда не разбираясь, как он работает. Так называемый «Google-программист» на парт-тайме. Ты не учишься.

• Недостаточная вера в себя

  Когда сталкиваешься с более или менее сложной задачей, сразу сдаешься с формулировкой «есть люди поопытнее, надо спросить». По моим наблюдениям, больше половины вопросов джунов связаны с простой логикой, и не требуют никакого опыта. То есть он бы и сам справился, если бы верил в себя. Подход должен быть - «если не я, то кто?». Разбираешься с задачей самостоятельно, пока не заходишь в полный тупик. Тогда идешь спрашивать у опытных коллег, да и то только чтобы время сэкономить. "Разобрался бы и сам, да только времезатраты не адекватны задаче".

• Пассивное отношение к макету

  В макете указано поле ввода, хотя очевидно, что должен быть выпадающий список - ты не обращаешь на это внимание дизайнера и/или ПМа. «Там уже все решили». Этот пункт перекликается с предыдущим.У программиста всего два инструмента для решения задачи - логика и опыт и Google. Отсутствие опыта — это не повод выбрасывать в окно еще и здравый смысл. В макете не указана кнопка повтора последнего действия при ошибке (там, где это уместно) - ты молча выводишь только сообщение об ошибке. Если не забудешь. В дизайне не указан способ обновления данных на экране - ты так и делаешь, хотя очевидно что тут нужно обновление свайпом, к примеру. И такая задача неизбежно прилетает из QA, либо от заказчика. Ты мог сделать сразу логично - но дождался пока укажут пальцем. В дизайне не указана индикация загрузки при пагинации - ты так и делаешь. А ведь достаточно посмотреть взглядом пользователя — прокрутил список до конца, ничего не происходит. Потом внезапно в конце появляются новые элементы. Отсюда вытекает следующий пункт.

• Удивляешь пользователя

  Удивлять нужно девушку на 8 марта. А приложение должно обладать предсказуемым поведением, настолько, насколько это возможно. Это касается всего приложения в целом и отдельных элементов в частности. Никто не будет вести тебя за ручку и указывать на каждую мелочь. Это будет делать заказчик. После чего тебя отшлепают. Из чего станет очевидно, что на тебя нельзя положиться.

• Общий настрой - «моя хата с краю»

  Текущая задача тебя интересует только с точки зрения взаимодействия с ПМом и/или тимлидом, в отрыве от всего проекта - формально сделал, остальное меня не касается. Отсюда вытекают такие странности, как например отображение информации для пользователя с помощью всплывающего сообщения снизу на одном экране, и сверху - на другом. Ты не смотрел как там у других. “Зачем, мне и так хорошо, а то того и гляди придется поучиться чему то новому”. Ты должен смотреть на задачу как часть проекта в целом. Насколько твоя работа соответствует логике всего приложения?

• Отношение к любой текущей задаче, как к копанию огорода

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

• Отсутствие стремления писать читаемый код

  Читаемый всеми, а не только тобой. Привык вариться в своем соку - у тебя свои приколы и привычки в коде, понятные только себе. Также ты не смотришь как написаны другие модули приложения, а пилишь очередную вариацию.

• Пассивная позиция в компании

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

• Гиперактивная позиция в компании

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

• Не придаешь значения «мелочам»

  У тебя вечно куча опечаток. Куча подсказок от анализатора, которые ты игнорируешь. Ну не ошибки же. А предупреждения - это для слабых духом. Твоя консоль замусорена бесполезными сообщениями на всякий случай.

• Не делишься опытом с другими

  Избегаешь роли лидера - например, работы со стажерами, где нужно подсказывать менее опытным коллегам. Мидл часто является тимлидом, навык лидерства жизненно необходим. Это не значит, что ты, будучи интровертом, должен выступать перед стадионом и рвать рубаху на груди. Достаточно базовых навыков распределения задач и работы с людьми.

• Ты не понимаешь, что твоя работа - не только писать код

  Твоя работа - учиться. Учиться каждый день и при любой возможности. Это твой стандартный подход к решению задач. Отныне и до самой пенсии.

Надеюсь, эта информация поможет вам быстрее продвигаться на пути разработчика. Happy coding.

г. Омск. Школа №110. Город-миллионник.

Сын пошёл в 8-й класс. У знакомых ребёнок пошёл 10-й.

Их объеденяет одно - у них никогда небыло урока Химии. Они вообще не знают что это такое и что изучает эта наука.

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

Что можно посчитать объём вещества и вообще... у них нет даже каких-либо базовых знаний о  элементарных химических процессах и химических элементах.

Причина проста - нет учителей по этому предмету. Просто не могут найти.

Эх...

Будем пробовать восполнять пробелы самостоятельно.

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

Зато при расписании по 6-7 уроков в день добавили новый урок - "разговор о важном". Надеюсь именно об этих проблемах там будут рассказывать нашим детям. Неужели может быть что-то важнее?

Доброго времени суток.
Неделю назад решимость что-то изменить в жизни пересилила страх неизвестности и нежелание выходить из зоны комфорта, что вылелось в этот небольшой план, которым я хочу поделиться с теми, кто желает войти в перспективную сферу, но не знает с чего начать.

Дисклеймер!
Хочу предупредить сразу, здесь вы не увидите умудренного опытом senior'а, готового поделиться премудростями, а лишь начинащий постигать азы столь непростого дела новичка. Из чего следует, что не стоит ожидать идеального решения, которое позволит избежать всех ошибок и подводных камней, ведь мне только предстоит на них наступить. А для тех, кто пожелает двигаться в том же направлении, будет полезно "в живую" наблудать процесс набивания шишек и постараться их избежать.

1. Целепологание и направление.

Перво-наперво стоит определиться, какую цель мы приследуем учась программировать.
В моём случае цель проста - трудоустроиться на должность Junior Java Developer.

Дедлайн - 6 месяцев с начала обучения (до  01.04.2022)

Сразу стоит определиться с дедлайном и графиком, иначе обучение может растянуться вплоть до бесконечности и так не к чему не привести, ведь всегда найдутся дела важнее или причины отложить занятия на завтра.

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

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

2. Курсы и учебные материалы.

Т.к. в этом деле я полный новичок, было решено ознакомиться с базовыми понятиями на пробном курсе от IT гиганта. Выбор пал на яндекс, а точнее его практикум, который благополучно прошёл за минувшие 5 дней.
Не знаю, насколько качественный остальной курс и стоит ли своих денег, но вводные уроки были отлично написаны и доходчиво доносили материал.
К сожалению, не все темы были всесторонне разобраны, что привело меня к мысли пройти ещё один вводный курс, но уже на другом ресурсе, а заодно и закрепить пройденный материал.

Следующим на очереди стала платформа stepik и его Java. Базовый курс.
На который я выделил всю предстоящую неделю и по итогам оной напишу краткое ревью.

Заглядывая на будущее, приметил так же обучающую платформу от jetbrains, которая предоставляет 2 месяца бесплатного обучения с неограниченным контентом. Единственное "но" заключается в том, что все материалы там на английском, что принесёт немало трудностей в понимании предмета. Впрочем, буду рассматривать это как возможность подтянуть английский на минимально приемлемый уровень.

На этом пока все, план минимум построен и будет обновляться каждую неделю, доподняясь или меняясь в процессе.
Всем удачи и самодисциплины.