Ключев: не читайте эти книги, они для простых программистов-исполнителей

Ключев Аркадий Олегович
Курс Встроенные системы

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

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

Какие же книги содержат концепции?

0

Сообщение от Supersumestria Какие же книги содержат концепции?

Все книги Дейта по СУБД, например. Но я бы не рекомендовал их читать тем, у кого нет опыта работы с СУБД)
Лучше набрать хотя бы начальный опыт работы с СУБД, а потом с удовольствием и толком прочитать.

Добавлено через 3 минуты
Да что там книги. Почитайте, например, ответы ника kolorotur, тут на форуме - они почти все концептуальны (и конкретны одновременно).

0

Supersumestria, т.е. первую книгу вы даже не открывали? Советую - откройте. Роберта Мартина ещё можете почитать, а также Бертрана Мейера.

0

Сообщение от titan4ik Все книги Дейта по СУБД, например. Но я бы не рекомендовал их читать тем, у кого нет опыта работы с СУБД) Лучше набрать хотя бы начальный опыт работы с СУБД, а потом с удовольствием и толком прочитать. Добавлено через 3 минуты Да что там книги. Почитайте, например, ответы ника kolorotur, тут на форуме - они почти все концептуальны (и конкретны одновременно).

Сообщение от DrOffset Supersumestria, т.е. первую книгу вы даже не открывали? Советую - откройте. Роберта Мартина ещё можете почитать, а также Бертрана Мейера.

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

0

Сообщение от qtkoder777 Учить надо фреймворки

Вот этот место про книги и фреймворки:

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

0

Supersumestria, а что имел ввиду автор? Если он имел ввиду, что одно только "изучение", без практики работы - потеря времени и сил. То тогда соглашусь. Вот это вот "программистское знание" оно имеет свою специфику, на мой некомпетентный взгляд. Оно становится знанием (хотя бы начального уровня) только после того, как сделано несколько практических проектиков. Или после того, как в составе большого коллектива человек поработал над большим проектом.
Поэтому слово "изучение" логично заменить на слово "знакомство".
То есть, беда не в том, что люди знакомятся, а в том, что КПД затраченных усилий низкое, если ограничиться знакомством. И вскоре почти всё забывается, если не закреплено практическими навыками.
Я немного наблюдал со стороны преподавание программирования в ВУЗе - там тоже было именно знакомство. Но это можно понять. Программирование - это не наука. Это практическое приложение специфических знаний. Поэтому, познакомившись и овладев неким базисом, человек уже потом влезает в весь массив необходимого знания и навыков в ходе практической работы.
Такой пример - вождение автомобиля - ну да, есть там и "теория", но пока сам не поводишь какое время (порядка года) - водить толком не умеешь. Через год уже есть начальный уровень. Причем, он привязан, в какой-то степени, к конкретной машине. Пересесть на другую машину - опять стресс, опять нужно почувствовать габариты, привыкнуть к рулю, тормозам и т.п. Я уж не говорю о том, чтобы пересесть с легкового авто на грузовик.
Ролики на ютубе могут конечно помочь с чем-то познакомиться, но знаний не дадут. Только ручками и ножками с привлечением мозжечка и других отделов мозга (свободных на данный момент от информационного шума) - я это о программировании. И концентрировать внимание нужно уметь не на 30 секунд, а хотя бы на 1-2 часа. А клиповость - сами знаете. Это уже пандемия психическая.

0

Нашел канал с множеством видео по embedded systems, есть некоторые подозрения насколько автор компетентен и чему можно поучится на его канале, вот ссылка на плейлист:
https://www.youtube.com/watch?... pXkHBMZa2n

Буду рад вашей субьективной оценке, после просмотра видео или чтения заголовков.

0

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

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

0

Пересмотрел курс еще раз и вот что нашел, оказывается этот автор также сам пишет книги:

1. Ключев А. О., Кустарев П. В., Платунов А. Е. Аппаратные средства информационно-управляющих систем. Учебное пособие - Санкт-Петербург: СПб: Университет ИТМО, 2015. - 65 с. - 100 экз. https://books.ifmo.ru/book/156... osobie.htm 2. Ключев А. О., Кустарев П. В., Платунов А. Е. Распределенные информационно-управляющие системы. Учебное пособие. - Санкт-Петербург: СПб.: Университет ИТМО, 2015. - 58 с. - 100 экз. https://books.ifmo.ru/book/156... sobie..htm 3. Ключев А.О., Ковязина Д.Р., Кустарев П.В., Платунов А.Е. Аппаратные и программные средства встраиваемых систем - Санкт-Петербург: , 2010. - 290 с. - 100 экз. https://books.ifmo.ru/book/575... sistem.htm 4. Ключев А.О., Ковязина Д.Р., Петров Е.В., Платунов А.Е. Интерфейсы периферийных устройств - Санкт-Петербург: СПбГУ ИТМО, 2010. - 294 с. - 100 экз. https://books.ifmo.ru/book/612... roystv.htm 5. Ключев А.О., Кустарев П.В., Ковязина Д.Р., Петров Е.В. Программное обеспечение встроенных вычислительных систем - Санкт-Петербург: 2009. - 212 с. - 100 экз. https://books.ifmo.ru/book/460... sistem.htm 6. Фредерик Брукс. Мифический человеко-месяц, или Как создаются программные системы. 7. Непейвода Н. Н. ,Скопин И. Н. Основания программирования.

8. Гради Буч. Объектно-ориентированный анализ и проектирование с примерами приложений на С++

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

0

Supersumestria, Буч и Брукс - это классика мировой технической литературы. Она не нуждается в поддержке какого-то Ключева, т.е. совершенно не важно, ангажирован он или нет.

0

Сообщение от Supersumestria Вот этот место про книги и фреймворки:

Правильно пишет. Почти правильно. Все-таки, платформы тоже надо изучать, иначе как ты будешь писать низкоуровневщину? С теми же микроконтроллерами вообще все печально: чуть поменяешь семейство, как изучай 100500 новых даташитов и мануалов… Да и под платформы ПК тоже могут быть неприятные косяки: я вот в одной своей штуке использовал асмовые вставки. Все прекрасно работало на x86_64, но как только я попытался на 32-битном арме какой-то "апельсинки" запустить, компилятор начал ругаться: нет таких инструкций в этом камне ☹

Или же речь идет о т.к. "академическом программировании"? Т.е. программировании ради самого процесса программирования. Ну, к такому я крайне негативно отношусь.

0

Сообщение от Eddy_Em иначе как ты будешь писать низкоуровневщину?

Далеко не все пишут низкоуровневщину. Например, я последний раз вставки ASM в программу на TURBO PASCAL писал году так в 1991

0

Grossmeister,
Хорошему программисту всё равно на чём писать. Он думает быстрее чем пишет. С хорошо развитыми навыками слепой печати на асме строки кода набираются тысячами в час, десятками тысяч в день. И это оказывается выгоднее чем писать на языке высокого уровня с классами и нэймспэйсами с названиями в 50 знаков и больше.

0

Сообщение от qtkoder777 И это оказывается выгоднее

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

0

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

0

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

А потом полтора года отлаживаются и еще полтора переписываются под другую архитектуру.

1

Croessmah, Издержки империализма. При коммунизме будет одна архитектура и один язык программирования.

0

Сообщение от qtkoder777 При коммунизме

Вы уверены, что он неизбежно наступит?

Сообщение от Supersumestria не читайте эти книги

Я вам скажу так: книги читать можно все. И, чем больше - тем лучше. Только очень желательно иметь фильтр в голове, что из книжек этих принимать и усваивать, а что считать мусором и выкидывать из сознания сразу и напрочь.
А так, для общего развития, я, к примеру, хочу прочитать и многое из запрещённого к распространению. Тот же "Майн Кампф".
Перефразируя подпись одного из наших пользователей: "Читать - ещё не значит понимать, понимать - ещё не значит усваивать, усваивать - ещё не значит принимать, принимать - ещё не значит выполнять."
Всё то же самое можно сказать про любую книжку любого автора любого жанра. И про программирование - в том же числе.

1

Сообщение от qtkoder777 При коммунизме будет одна архитектура и один язык программирования.

И бесплатные чипы для всех!..

1

Сообщение от NeoMatrix Вы уверены, что он неизбежно наступит?

Безусловно.

0