Меня заклоунили 🤡 некоторые комментаторы на ютубе. Дескать, ничего себе, ЭКСТРЕМЕКОДЕ ОТКРЫЛ ДЛЯ СЕБЯ КОНСПЕКТИРОВАНИЕ.

Такое чувство, как будто мы с этими ♂CUM♂ентаторами находимся в разных реальностях. Когда я учился в ВУЗе, все люди вокруг записывали дословно слова лектора. Некоторые ценили своё время и пытались записывать кратко (СОКРАЩАЯ СЛОВА, А НЕ ВЫПИСЫВАЯ ГЛАВНОЕ). Ни про какую структуризацию и речи ни шло. Выпердыш студента после лекции в тетради называется КОНСПЕКТ. Неужели они не замечают разницу между этим полотном текста и предложенным вариантом картотеки?

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

Хорошо, объясняю в чём разница между таким "конспектированием" и предложенным мною варианте в видео.

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

Как я и говорил в начале видео, некоторые отписчики не способны в обработку информации (конечно я имею ввиду не тебя, чел за монитором, ты то точно самый лучший гигаподписчик). Могу им только предложить завести карточку в своей картотеке для моего видоса и проработать его.

Вообще считаю, что слово "конспект" абсолютно опошлено.

Оно опошлено тем, что студентики на лекциях всё ещё вынуждены писать диктант. Абсурдная ситуация: Винтажный газогенератор надиктовывает, а 50 обезьян записывают. Эту информацию можно просто скинуть на эмейл и дать время студентикам на проработку. Это будет в тысячу раз полезнее. Если у кого-то будут вопросики, то можно будет обсудить их на практических занятиях, а время, которое было выделены под лекции пустить на что-то полезное.

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

P.S.
Предлагаю процесс заполнение картотеки называть проработкой, а не конспектированием.

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

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

Вся квинтэссенция заключается в этом пути от дома до завода в 5 утра - примерно с таким же энтузиазмом я читал Таненбаума.

Но пост вообще не об этом. Вот короче выдумывал я себе отмазки и нашёл еще одно великолепное применение для картотеки, которое лежит на поверхности, но не очевидно.

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

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

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

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

Чем у тебя лучше с самоанализом, тем больше эта практика тебе даст. Ты должен примечать то, что тебе доставляет неудобства. И искать решения для этих неудобств. Этими решениями будут, паттерны, подходы, доп. инструментарий. Владение этими решениями сильно отличает молодого от опытного. Всё программирование - это решение проблем. Для того, чтобы лучше осознавать проблемы, нужно с ними сначала столкнуться 🐺🐺🐺

Если у тебя есть собственноручно запиленная копия какого-то продукта, значит у тебя есть отличный полигон для различных испытаний. Вот, например, комментарий с ютуба (по вопросу правильного целеполагания), от комрада Влада Сергеева:

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

Ты можешь поставить себе цель подвести под стандарты "чистой архитектуры" твой существующий проект.

Что самое замечательное, так это то, что ты можешь проделать следующий финт ушами: сначала подгоняешь проект под чистую архитектуру Мартина, а потом под Совершенный Код от Макконела. Так ты узнаешь, что между этими книгами общего и в чём их противоречия. Это сразу даёт +500 к проработке материала.

🗞 Материалы прошлой недели

🔹 О картотеке и инструментарии к ней

🔹 Сложная экономическая ситуация в АйТи

🔹 ЕхтримЦоде изобрёл конспектирование

🔹 Вы не понимаете, конспект и картотека это другое

🔹 Кулстори про Таненбаума и заметки к книгам

🔹 Нужно решать проблемы, АУФ 🐺

🔹 Совет о постановке целей

Ну всё, до понедельника ✌️🥴

❗️Важно

Нам нужно улучшить свою нейросеть, которую мы тренируем на постинг Братан, хорош, давай, давай, вперёд. Контент в кайф, можно еще? Вообще красавчик! Можно вот этого почаще? с разных аккаунтов.

Убедительная просьба всех читателей канала пройти опросник, для пополнения наших датасетов 🤡

👉 https://forms.gle/ibfy2j63XY4LaJeK9

P.S.
Такие советы мы не принимаем, но неплохая попытка братан, неплохая попытка 🤡

Заметил тут одну тенденцию: все чаще и чаще появляются узко-ориентированные операционные системы, предназначенные для решения определенного спектра задач.

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

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

Собственно встаёт вопрос, а когда уже наконец появится Rust-ориентированная операционная система? Чтобы ВЕСЬ потанцевал языка был раскрыт, мне кажется все нынешние ОСи только ограничивают его 🤡

Ладно, блогер опять опростоволосился, оказывается уже давным-давно такое есть, расходимся.

https://www.redox-os.org/

Нормально вчерашний опрос прошел, всем спасибо за участие.

Пробившись сквозь тонну мемасов, могу сразу отметить около 20-и запросов на организацию/проведение совместной Open Source разработки для маляток.

Сразу вас огорчу — такое мы делать скорее всего не будем. Не потому что нам впадлу, а потому что мы уже неоднократно пытались такое организовать. И всё заканчивалось одним и тем же результатом.

В первый раз я организовывал разработку небольшого проекта с командой на GitHub, удалось собрать тогда человек 15. Все по началу были ультра-замотивированные, но как только дело дошло до написания кода - все работяги резко испарились 🤡

В итоге осталось 1 или 2 чела, и если честно вообще неловко и даже обидно за них было, потому что они реально хотели кодить, но проект заглох из-за того что основная масса народа просто ливнула.

Во-второй раз, Николай замутил "голодные игры", набрал чуваков из чата на бесплатное менторство. Правило было одно - есть задача на неделю, по истечению срока ты должен показать результат (задачи разумные, срок на выполнение давался с большим запасом). Если результата нет - пожизненный бан в чате 😂👍

Спустя первую неделю ~80% испытуемых успешно отлетело, остатки отлетали в течении месяца. По-моему только один чел упорно держался, не помню чем всё закончилось, но вроде эксперимент провалился (или успешно завершился, это как посмотреть).

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

Оправдывайтесь.

Утро в ЕхтримЦоде начинается не с кофе

Инженеры Facebook: Мы не понимаем, где мы держим все ваши персональные данные 🤡

источник

Программирование - само по себе мощный инструмент для обучения.

С помощью него ты сможешь смоделировать всё что угодно (лишь бы машина выдерживала расчёты). Читаешь сети Таненбаума? Смоделируй две конечные точки, которые будут имитировать передачу данных на всех уровнях OSI. Читаешь про процессоры? СМОДЕЛИРУЙ ЛОГИЧЕСКИЕ ВЕНТИЛИ И СОСТАВЬ ИЗ НИХ СВОЙ ПРОЦЕССОР К КОТОРОМУ МОЖНО И АССАМБЛЕР БАХНУТЬ. Если ты можешь смоделировать некую штуку, значит ты эту "штуку" понимаешь. 🐺🐺🐺

Айтишнечков за этот год в мире было сокращено больше, чем за рекордный кризисно-ковидный 2020-ый. А год-то еще не закончился! (если что, я по гуглу сверился).

Ба-дум-тсс 🤡

Источник: Трекер сокращений работяг.