От сердца к коду

Obsidian

Отвлечемся немного от разработки и поговорим о том как перерабатывать информацию. (на фото скрин из программы Obsidian)

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

Давайте разделим поглощение любой информации на 2 типа:
👉 ради понимания
👉 ради информации

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

А вот читать ради понимания это уже совершенно другая работа, вот несколько принципов:
👉 Книг слишком много, не читать то что не заходит. Попробовал почитать несколько дней, не тянет и не хочется продолжать - значит книга не подходит. Из этого правила есть исключение, конечно, если классическая литература, по тому же ИТ, которую придется читать через силу и стараться понять
👉 Где-то слышал такое: есть те кто читают и те кто смотрит тех кто пересказывает что прочитали. Я стараюсь читать книги и добивать статьями
👉 Сначала классические (первородные), проверенные временем книги, потом всё остальное. Тоже встречался с исключением, например книги по DDD (будет дальше в постах)
👉 Хорошую книгу не стыдно перечитать через какое-то время. У меня есть 2 книги которые постоянно перечитываю и всё равно что-то нахожу, это Чистая архитектура и Изучаем DDD

Вы не поверите, но есть даже книга "Как читать книги. Руководство по чтению великих произведений" Адлер Мортимер, в ней автор рассказывает как он видит правильное чтение книг, плюс в конце довольно интересный список рекомендованной литературы, разбитый по разделам.

Итак, как же читаю я (ради понимания):
👉 Первое прочтение раздела или главы: просто читаю что написано
👉 Второе прочтение того же раздела или главы: выделяю заинтересовавшие меня мысли (подчеркиваю, ставлю отметки на полях, если онлайн - можно выделять)
👉 Переношу своими словами важные для меня знания в Obsidian (https://obsidian.md/), подглядывая в отметки в книге, чтобы ничего не забыть. Но тут строго своими словами.

Уже не одну книгу и не первая подготовка к собеседованиям проходит именно так. Несколько лет пользуюсь Obsidian и методом Zettelkasten, оно никогда не подводит. Если понадобится через какое-то время освежить знания - просто прохожусь по своим заметкам.

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

Не старайтесь сразу разобраться и понять как работает Цеттелькастен - просто начните использовать этот метод и со временем вы выработаете или подсмотрите подходящие только вам техники.

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

Ссылки:
- https://obsidian.md/
- https://habr.com/ru/articles/508672/ - почитать что такое Цеттелькастен
- https://lifehacker.ru/zettelkasten/ - про Цеттелькастен и Обсидиан
- https://habr.com/ru/articles/845900/ - синхронизация Обсидиан на нескольких устройствах через WebDAV. У меня так работает синк с телефоном и компом.

1.2 Знания языка Golang (немного углубимся) и не только

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

Приведу пример - в golang есть горутины, как они работают? на чем? на ОС-тредах или на ядрах? или треды работают на ядрах проца? а что такое грин треды? а как гошка конкурентно обрабатывает горутины? как работает планировщик ОС и как планировщик golang?

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

👉 Databases
- ACID
- BASE, Eventual Consistency
- CAP, PACELC
- Проблемы параллельных транзакций
- Уровни изоляции транзакций
- Транзакции в MongoDB
- Шардинг, Шардинг на PostgreSQL
- Репликация
- Как разгрузить БД
- Prepared statement
- SQL vs NoSQL
- WAL
- Индексы

👉 Message Brokers
- Kafka vs RabbitMQ

👉 Concurrency
- Concurrency vs Parallelism
- Deadlock
- Fork-join concurrency
- Green Thread
- Race Condition

👉 General
- Hash Map
- UTF-8
- CPU
- Core
- OS Thread
- Планировщик OS, Golang Scheduler
- Что происходит когда вводишь адрес сайта в браузере

Было бы неплохо дополнить список своими темами.
Со списком вроде разобрались, в следующем посте расскажу куда бы сгрузить всю эту информацию и как не потеряться в чертогах разума :)

Ссылки:
- https://max.ru/channel_heart2code/AZ9zo5N4Z7w - Знание языка Golang (база)

Следующая серия постов будет направлена на подготовку к интервью на позицию сеньора golang разработчика - лично мой опыт и мои требования. Или можно по-другому - что было бы неплохо знать нормальному разработчику?

Разделим на 3 части:
1. Знания языка Golang:
1.1 База
1.2 Немного углубимся
2. Архитектура и разработка приложений
3. Закрываем долги

Начнем с книг: периодически спрашивают что почитать сеньорам или я сам подвожу для себя топ из книг для чтения для разработчика. Без них я не могу серьезно воспринимать разработчика как сеньора.

1.1 Знание языка Golang:
👉 Learning Go: An Idiomatic Approach to Real-World Go
👉 100 ошибок Go и как их избежать
👉 Concurrency in Go: Tools and Techniques for Developers - Katherine Cox-Buday

Это база по гошке, но я бы сходил на канал к https://www.youtube.com/@nikolay_tuzov и посмотрел его великолепные видео о деталях мап, слайсов, каналов.

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

Всем привет, меня зовут Беляков Юрий и я ИТшник.

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

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

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