Андрей

Уйдите чуток от программирования, расширьте свой кругозор. Я когда-то в маршрутках по дороге дом < = > коворкинг слушал:
1)Самый богатый человек в Вавилоне. Клейтон
2)Богатый папа, бедный папа. Киосаки
3)Квадрант денежного потока. Киосаки
4)Искусство войны. Сунь Цзы

*Через точку - фамилия автора

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

UPD: Нашел, аудио подкасты про PHP конкретно:
5minphp.ru/page/2

blog.yandex.ru/post/25068
Прямые ссылки на видео
Наибольшая общая мера последние 2500 лет, 1 часть video.yandex.ru/users/ya-events/view/129
Наибольшая общая мера последние 2500 лет, часть2 video.yandex.ru/users/ya-events/view/128/?cauthor=...
Как раз что то подобное я имел ввиду.
Послушал первую часть "Наибольшая общая мера: последние 2500 лет". Честное слово, просто оторваться не мог.
Примерно 80% этого видео можно послушать, а 20% это код алгоритмов, которые надо видеть. В принципе, вытащить пару раз телефон из кармана, за часовую поездку в автобусе, не состовляет особого труда.
Главная моя мысль, слушать учителей уровня Дональда Кнута или Александра Степанова
К сожалению, с английским на слух у я меня очень плохо, иначе можно было бы послушать Харольда Абельсона и Джеральд Сассмана ( geektimes.ru/post/103322 ).

"Thinking in Java"
www.amazon.com/Thinking-Java-Edition-Bruce-Eckel/d...

Лучшая, на мой взгляд, книга.
Столяров А.В. Программирование на языке ассемблера....
И всего около полутора сотен страниц.

Поделюсь моей системой, но только в плане хранения информации из статей.

На данный момент сложился следующий алгоритм. Информация приходит в основном через RSS-агрегатор и твиттер. Далее заинтересовавшие меня статьи идут в Pocket, обязательно с тегами. Потом статьи прочитываются\просматриваются, если нужно сохранить статью (например, туториал) она помечается — favorites. Если статья оказалась пустышкой — delete. Если просто хорошая статья, но в дальнейшем к ней возвращаться, скорее всего, не буду (например, обзор) — archive.

Через взаимодействие Pocket, IFTTT, ukeeper все статьи попадают на почту. Favorites — сортируется по тегам в моём основном аккаунте. Archive — сваливается в кучу на другом аккаунте. Ukeeper посылает на мой ящик полный текст статьи с картинками. Это страхует меня от исчезновения статьи из сети. Мои теги из Pocket прописываются в теме письма плюс поиском в гугл почте можно всё что угодно найти.

Складываю найденное сюда https://raindrop.io/app

Это какая та шутка?
10 дней назад был вопрос, 44 подписчика, 19 ответов
Как вы управляете своей базой знаний? Какие инструменты для этого используете?

Мой ответ будет несколько груб и не типичен, однако: "Станьте говнокодером!"
Я не шучу - берите реальные задачи и решайте их как можете - по наитию, по кривым советам из гугла и stackoverflow, но главное - делайте законченные решения, получайте результат который работает.
Любую задачу сначала решайте сами - нужно сделать сортировку - пишите алгоритм и радуйтесь, что он работает. А уже потом - читайте как надо сделать, и только после этого (если почувствуете потребность!) - читайте теорию.
Все книги что вы написали безусловно волшебны и необходимы для отличного программиста, однако без практики они - пыль, которая развеется спустя неделю после прочтения. Поверьте мне, я их все читал :)
Кстати Кнута я бы вычеркнул без раздумий - для его чтения и понимания нужен очень хороший мат-базис и опыт в программировании. Если случиться, что вы будете писать оптимизированные библиотеки для обработки данных на С - тогда и начинайте его читать, очень пригодится, отвечаю )
Пример обучения:
1. Ставим задачу. Пример - написать приложение, которое выводит топ-10 вопросов на Тостере.
2. Разбиваем задачу на проблемы которые надо решить. Пример - развернуть рабочее окружение, понять как сделать "Hi world", как работать с сетью, как парсить HTML
3. Решаем проблемы. В лоб. Задание - на скорость, всё должно быть решено в кратчайшие скроки. Для каждой проблемы используем любое решение которое попалось под руку. Буквально - первое, это важно! То есть реально ковнокодим, забивая на всё - на красоту кода, на оформление, на скорость, лишь бы работало! Девиз этого этапа - херак, херак и в продакшен! Результат этапа - рабочее приложение.
4. Делаем поверхностный анализ. Задача решена? Есть ли косяки которые уже не нравятся? Как их можно решить, исходя из минимального опыта? Локализуем проблемные участки исходя из собственных взглядов. Результат этапа - опыт самостоятельного анализа кода.
5. Делаем глубокий анализ. Пытаемся для каждой задачи подобрать лучшее решение из тех что есть. Читаем теорию о том, как надо делать на самом деле. Изучаем и внедряем паттерны, пытаемся сделать код, который можно переносить в другой проект. Важно не менять условия задачи, вроде "а можно же ещё вывести ответы на вопросы". Не можно, задача должна оставаться прежней. Результат этапа - хороший код и выявленные пробелы в знаниях.
6. Отдыхаем, читая теорию в рамках решённых задача и около них. Результат - теория, подкреплённая практикой.
7. GOTO 1.

На python ещё автотесты часто пишут, кажется, это чуть проще, чем разрабатывать, а тестировщики-автотматизаторы ой как ценятся как известно. Придётся, правда, с тестированием ещё познакомиться (но это и разработчику совсем не повредит), зато порог вхождения в тестирование, как правило, ниже, чем в разработку.
ИМХО (отчасти из личного опыта) можно за несколько дней разобраться с тестированием и устроиться ручным тестировщиком с ближайшей перспективой написания автотестов на python, а потом и до разработки на python не так далеко ;)

Я всегда читаю нехудожественную литературу с карандашом и самоклеющиемися закладками отмечая важные предложения и абзацы вертикальной линией на полях, а закладками отмечаю страницы, на которых по моему мнению "самый сок". Через месяц после прочтения я пролистываю книгу читая отмеченные отрывки- это очень эффективный метод запоминания и применения техник из книг.
Для электронных книг отмечаю закладки, а потом переношу их в Evernote (в специальный блокнот) и также перечитываю через месяц.
Чтобы не держать в голове "ой надо 31 января будет перечитать книгу X" вношу заметки с датой в Todoist (это мой основной GTD-инструмент). Можно также использовать Google Calendar.

"Вот не давно (месяц - два назад) прочитал отличную статью о том как устроены строки в java. Большую часть уже забыл."

Если речь идет о заучивании инфы, используйте Anki. Я сам так делаю. Отжирает некоторое время, зато инфа усваивается и со временем никуда из головы не исчезает.

zim desktop wiki: zim-wiki.org
Уже два года пользуюсь. Архив почти на 1Gb. Отличное хранилище текста и картинок. Текст можно сделать жирным, наклонным с подчёркиванием. Картинки можно прямо из буфера обмена вставлять. Т.е. сделал скриншот и нажал Ctrl-V. Ссылки на html узнаёт и выделяет. Картинки придпочитаю делать в FastStone (лучше всех грабит по скролу), но отлично подходит и greenshot (getgreenshot.org). Между zim и скриншотером хорошо повесить хороший менеджер буфера обмена. Пользуюсь ditto (ditto-cp.sourceforge.net)
Zim Может экспортировать текст в разные форматы, если надо (latex, md, html), хотя внутри хранит только текст + немного формата для жирности, наклонов и подчёркивания.

Для краткости:

zim desktop wiki: zim-wiki.org
greenshot: getgreenshot.org
ditto: ditto-cp.sourceforge.net

1. Evernote (коммерческая подписка)
   
2. Wiki
   
3. Статьи в журналы и блоги
   

Насчет неюзабельности Evernote. У меня > 1 000 заметок, несколько блокнотов расшарены с коллегами.

Мое самое основное хранилище - закладки Google Chrome. Самое удобное. Не нужно ничего возится - тыкнул на звездочку - материал у тебя (я еще в названия теги добавляю, чтоб потом найти по ключевым словам).
Плюс создал кучу папок тематических и все быстро и удобно.

Вижу, что люди лайкают, видимо не так уж плох вариант, поэтому дополню скрином.

Может кому-то понравится идея использовать иконки, без тайтлов, для "быстрой" навигации (1). Еще удобно добавить звездочку для закладок (2), чтоб удобно было искать

Храню всё в тематических папках на Google Drive вместе с книгами. Для статей создаю .txt и озаглавливаю их соответствующим образом. Пару раз в месяц делаю капитальную чистку ненужных файлов, так что пока всё в норме. Evernote в последнее время использую лишь как ежедневник — для подведения итогов и укрепления самодисциплины. Pocket — свалка, мне сразу не понравился.

По поводу книг: когда читаю, параллельно делаю краткие конспекты (только самые важные моменты записываю), сохраняю их в .pdf и кладу в папку с книгой. При этом документ называю именем книги, а в скобках пишу "конспект", так что, если книг в папке будет много, это будет держать их вместе. При повторном обращении к прочитанной книге, заглядываю в конспект — и, как правило, сразу нахожу ответ на свой вопрос. Конспект набираю вручную на клавиатуре. Это хоть и отнимает время, но в тоже время положительно сказывается на эффективности усвоения материала. Ну, по крайней мере у меня (я так свой уровень письменного английского поднял). Могу таким образом одновременно несколько книг прорабатывать.

Не соглашусь с мнением автора.

Я считаю, что новые устройства работают вполне приемлемо. К примеру, попробуйте запустить на старом устройстве видео в разрешении 4k, откройте pdf файл размером > 1Gb, посмотрите, что получится. Современные устройства м этим справятся на ура. Я пользуюсь 5 андроидом с 800 снапдрагоном с 2 гб памяти и у меня ничего не тормозит. Ещё быстрее по моим ощущениям работал Windows Phone. Скорее всего, вы просто пустились ностальгировать.

Раньше был минимум нужного функционала написанного на ЯП низкого уровня и прилично вылизанного.
Сейчас топовые смартфоны морально устаревают за год.
Поэтому производители не могут позволить себе терять время, разрабатывая на ЯП низкого уровня и вылизывая код.
В основном приоритете время разработки, а не время выполнения!
Если производитель будет вылизывать и оптимизировать свой код, он просто вылетит с рынка.
К тому же сейчас кроме кода от производителя, на него устанавливаются сторонние программы, а это вообще тихий ужас.
Большинство приложений с андроид маркета написано людьми которые с трудом представляют что такое алгоритмы и с чем их едят. Какая там оптимизация? Любой студент берет готовый фреймворк, рисует пару кнопок, пишет десяток строчек кода и в маркет.

Раньше писали нативные приложения, не было виртуальных машин, фреймворков, DI и рефлексии в целом, не было 100500 сервисов проверяющих фейсбуки и твиттеры. У меня был палм от сони, черно-белый экран и никакой анимации. Ну и конечно качество кода упало.