Насколько вообще полезно изучение книг?

@Igor3D · Регистрация: 01.10.2012

Студворк — интернет-сервис помощи студентам

Добрый день

А насколько вообще полезно изучение "книг"? (бумажных сейчас вряд ли, поэтому в кавычках) Ну или вообще, теории? Вот мой личный опыт/мнение

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

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

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

По содержанию заметны типовые варианты. Напр "фундаментальные знания". Кстати когда инета не было - "заходило" намного лучше (тот же Вирт). Должен ли нормальный программист знать алгоритмы сортировки? Смутно помню "пузырьковая" и "шейкер", но только названия, по сути знаю только "быструю" что пришлось когда-то писать. Ну вот совершенно тупой подход: освоить std::sort без всяких философий. Чем это плохо? Что мы теряем, и не являются ли все эти чтения чисто понтами? По моим наблюдениям в 98% случаев std::sort прекрасно проходит, никакие фундаментальные познания не нужны. Хотя 2% есть, напр косячат с транзитивностью. Из той же оперы дерево - та запомнил просто что std::set - красно-черное дерево, дежурное O = log(N) - и вся любовь. А если кто доклепается, то всегда можно задавить типа "профессионал не должен тратить свое время на такие детали". "Потому что работы очень много" (Ваня). "Коллеги не поймут" и.т.п.

Другая категория - эффективная разработка программного обеспЕчения. Здесь надо спокойно относиться к само-восторгам типа "какую крутую систему мы сделали!". Как и к упоминаниям о SmallTalk, Ada и, оказывается, Мухтар-то ..собака! Если научиться гонорировать всю эту хрень - такие книги бывают совсем не плохи. Иногда я замечал что они рассказывают вещи к которым я приходил через долгий (и не безошибочный) опыт. Так может внимательно посмотреть что еще говорят (типа "учиться на чужих ошибках")? Увы, это не работает.

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

В общем

С бумагой в стране напряженка

@steelcraft · 04.05.2024, 13:47

Сообщение от Igor3D

Не увидел, "записей в блоге 0". Плиз "ткните носиком"

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

Сообщение от Igor3D

Полагаю что не у всех студентов это вызывает энтузиазм

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

У меня ситуация совершенно другая. Мне нужна толковая молодежь, которая придет ко мне в лабораторию не с нуля, как остальные, а хорошо подготовленной для решения наших задач. Поэтому я набираю группу всего 8 человек (во-первых, моя учебная лаборатория не так велика, у меня просто не хватит места; во-вторых, я не смогу принимать выпускников на работу десятками: как бы они ни были хороши, все равно стажера на первых порах кто-то должен нянчить, у меня просто не хватит наставников).

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

Прошедшие отбор стараются максимально использовать свой шанс (Вы ведь не хуже меня знаете цены на курсы сегодня, если только это не дядя Вася на Ютубе от скуки решил поучить народ уму-разуму). Тем более что если вдруг по ходу дела выясняется, что кто-то переоценил свои возможности, мы просто прощаемся. Но вообще мне с трудом удается разогнать студентов из лаборатории до 22 часов (слава богу, хоть домой ехать недалеко).

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

Сообщение от Igor3D

Право же, слишком узко/специфично. Возможно для микроконтроллеров это "само то", тут не мне судить. Но знание таких вещей я лично не считаю "показателем класса".

Вы делаете выводы, не зная и десятой части учебной программы. Помимо изучения программирования на C (не только синтаксис, разумеется; там весь джентльменский набор, включая введение в формальные грамматики и конечные автоматы), мои питомцы изучают еще:

жизненный цикл продукта (от постановки задачи до внедрения);
методики Agile (Scrum, Kanban, XP);
работу с Git/GitFlow;
основы программной инженерии (работу с требованиями, архитектурой, кодом, тестирование, обеспечение качества, управление конфигурацией);
системное моделирование (SysML);
сети (стек TCP/IP, проводные/беспроводные);
цифровая и аналоговая электроника и много другого.

Понятия не имею (пока) о ваших "показателем класса", но лично я, если бы ко мне приходили кандидаты с таким набором, был бы весьма доволен и не стал строить лабораторию.

Сообщение от Igor3D

А не переоценивается ли роль знаний?

Не могу ответить на этот вопрос.

Сообщение от Igor3D

А то что "не (есть) знание" как-то оценивается? Или оно вообще не нужно?

Нужно, очень, и важно. Например, так называемые "soft skills", т.е. как кандидат впишется в команду. Оценивать не умею, к сожалению. В штате для этого есть специальный психолог, но и у него бывают промашки. Например, несколько лет назад я принял на работу великолепного специалиста по FPGA. Умница, решал сложнейшие задачи. Но характер... Мы с ним прекрасно ладили, но остальных троллил, задирал. В итоге разосрался, иначе назвать не могу, со всеми, пришлось прощаться. Со знаниями, повторюсь, полный порядок.

Еще пример. Я упоминал коллегу, "вечного джуна". Тут главная проблема, что мир делится на "я" и "они". На совещаниях его реплики сводятся примерно к "вот вы хотели это - вот вам, долбитесь дальше сами", только немного вежливее.

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

@Igor3D · 04.05.2024, 18:21 **[ТС]**

Сообщение от steelcraft

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

Нет, это человеческие/личные качества (кто исправит горбатого и.т.п). Я имел ввиду другое

Вот пример что уже упоминался выше. Такие темы имеют мало ответов и отвечающих 1-2, не более. Хотя "много ответов" совсем не показатель, а может и наоборот, огромное число собирают холивары и глупейшие темы. Большинство заходит на форум отдохнуть и потрепаться, в этом нет ничего плохого.

Ну ладно, почему же так тяжко идет? Ведь задачка совсем не выглядит (супер) сложной, да и "абстрактной" ее не назовешь. Напр в любой игре это наверняка делается, это не какая-то там олимпиадная комбинаторика. Думаю причина - не срабатывает привычный багаж знаний/опыта. "Я такого не делал, значит лучше помолчать" - вполне разумно. Также неясно "а где узнать". Ну да, вроде школьная физика. Плюс понятие как "в принципе" работает движок (симуляция, шаг по времени) - в рамках общей культуры/эрудиции. То есть со "знаниями" проблем нет. Ну и что, как решать? И куда смотреть, что нужно освоить/овладеть - хз. И любимое "тыц ссылкой" тоже проблематично, нагуглить такое непросто (хотя наверно и возможно). Предлагать что-то самому, чисто велик - тоже так себе. Человек с опытом понимает что такой велик, скажем, "уязвим", очень может быть что самостоятельные решения окажутся "не совсем хороши", а то и наивны, "непрофессиональны" и.т.п. В такое положение лучше не попадать. Ну вот и не нравятся такие темы

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

В общем, я очень сомневаюсь что все достигается великими "знаниями"

@Pphantom · 04.05.2024, 18:43

Сообщение от Igor3D

Вот пример что уже упоминался выше. Такие темы имеют мало ответов и отвечающих 1-2, не более.

Ну как сказать...

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

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

@steelcraft · 05.05.2024, 05:18

Сообщение от Igor3D

Я имел ввиду другое

Вот пример что уже упоминался выше. Такие темы имеют мало ответов и отвечающих 1-2, не более.

Лично я понял задачу как очень простую: имеется траектория (то есть некоторая функция координат по времени). Необходимо найти силу, которую следует приложить к материальной точке заданной массы для следования по этой траектории.

Если я понял задачу правильно, то она решается в два действия: первая производная вдоль траектории даст скорость, вторая - ускорение. Ну а ускорение однозначно связано с массой по Ньютону (о релятивистском подходе явно речь не шла, но тоже не слишком сложно).

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

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

Сообщение от Igor3D

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

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

Сообщение от Igor3D

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

Вполне рабочая ситуация, когда заказчик еще сам толком не понял чего хочет в итоге. Методологии Agile рекомендуют в этом случае сделать макет в виде MVP (Minimal Viable Product) и передать заказчику для изучения. Если он говорит, что это - то, что нужно, - развиваем дальше. Если нет - четко сформулировать, что именно не так, после чего макет выбросить (не жалко, он все равно минималистичный).

Сообщение от Igor3D

В общем, я очень сомневаюсь что все достигается великими "знаниями"

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

P.S. Мы куда-то ушли от основной темы далеко в сторону. Так что с книгами-то делать будем? Сдавать в макулатуру? Сразу жечь, чтобы остановить эту чуму? Или еще какие варианты?

@Igor3D · 05.05.2024, 14:48 **[ТС]**

Сообщение от Pphantom

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

Смотря что считать формулировкой. Примерный разговор с юзером

- вот моя сцена (вид сверху). Вот машинка (иномарка или ГАЗ). Мне надо чтобы она проехала вот по этой улице а потом свернула сюда. Вращение колес и все остальное должно вести себя корректно (знаю что движок это умеет). Да, понимаю, маршрут задаю/обеспечиваю я

И что, такой юзер глуп? Я так не считаю. "Отсутствует формулировка"? Нет, присутствует, хотя конечно совсем не в том виде чтобы начинать писать код. Но юзер совсем не обязан "раскладывать по полочкам" и влезать в каждую мелочь, его дело оплатить работу и вести себя прилично. Так чего же Вы "не поняли"?

@Pphantom · 05.05.2024, 15:19

Сообщение от Igor3D

И что, такой юзер глуп? Я так не считаю. "Отсутствует формулировка"? Нет, присутствует, хотя конечно совсем не в том виде чтобы начинать писать код. Но юзер совсем не обязан "раскладывать по полочкам" и влезать в каждую мелочь, его дело оплатить работу и вести себя прилично. Так чего же Вы "не поняли"?

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

@Igor3D · 06.05.2024, 13:22 **[ТС]**

Сообщение от Pphantom

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

Это Вы играете роль "крутого профессионала"?

Тогда надо понимать "цену вопроса", что это, скорее всего, небольшая подзадача, возникшая по ходу дела, решение ожидается в течение 2-3 дней. В такой ситуации нанимать "доформулирующего" явно неуместно. Еще хуже если таковой найдется, тогда "мы с вами" (скажем так) будем не нужны и потеряем заказчика, а может и репутацию.

Такие предложения называются "просить мамину сисю"

@Pphantom · 06.05.2024, 13:43

Сообщение от Igor3D

Это Вы играете роль "крутого профессионала"?

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

Сообщение от Igor3D

Тогда надо понимать "цену вопроса", что это, скорее всего, небольшая подзадача, возникшая по ходу дела, решение ожидается в течение 2-3 дней. В такой ситуации нанимать "доформулирующего" явно неуместно.

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

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

@Igor3D · 06.05.2024, 15:10 **[ТС]**

Сообщение от Pphantom

из вас уже шесть дней вместо требуемых 2-3

Никогда не понимал почему создатель темы - обязательно лох и халявщик, который хочет получить решение "на шару"

Объясняли типа

Ну это ж ты спрашиваешь! Значит тебе надо!

Была у меня когда-то эта задачка, сделал, но, как уже упоминал, не всем доволен. Почему я не могу обсудить это на форуме с коллегами и умными людьми? Это плохо? Так делать нельзя?

Сообщение от Pphantom

...полное отсутствие познаний
...при определенном уровне безграмотности вопрошающего

Да чем же я "так уж безграмотен"?

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

Сообщение от Pphantom

И вот как раз для этого полезны те самые "фундаментальные знания" - чтобы хотя бы в общих чертах понимать, что вы не знаете и что имеет смысл хотеть получить от кого-то более знающего.

Какие "те самые"? Или "из тех самых"? Какие "фундаментальные" связаны с данной задачей и каким образом? Какие каноны/общие принципы я нарушил?

Да, и я не против что Вы - "более знающий", на здоровье. Но, блин, интересно, почему? Что же такого Вы знаете?

@Pphantom · 06.05.2024, 15:20

Сообщение от Igor3D

Почему я не могу обсудить это на форуме с коллегами и умными людьми? Это плохо? Так делать нельзя?

Можно, но тем самым мы экспериментально выяснили, что в желаемые 2-3 дня вы не уложились.

Сообщение от Igor3D

Да чем же я "так уж безграмотен"?

В физике. Причем настолько, что сами этого не понимаете.

@Igor3D · 07.05.2024, 13:29 **[ТС]**

Сообщение от steelcraft

Лично я понял задачу как очень простую: имеется траектория (то есть некоторая функция координат по времени). Необходимо найти силу, которую следует приложить к материальной точке заданной массы для следования по этой траектории.

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

Сообщение от steelcraft

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

Да в том-то и дело что нет, и, насколько я знаю форум(ы), и не будет. Шамиль предложил по сути то же что и Вы: голое вычисление производной(ых), но это здесь не проходит. Выше товарищ затянул обычную песню "плохааая задааача", так всегда бывает когда у отвечающего нет мыслей. Еще один "растекся мыслью по древу". И.. это все

Выходит , дело не (только) в знаниях. Тогда в чем? Как Вы это объясните?

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

Сообщение от steelcraft

Так что с книгами-то делать будем? Сдавать в макулатуру? Сразу жечь, чтобы остановить эту чуму? Или еще какие варианты?

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

у меня нет времени их читать

Ну в самом деле, как мне это поможет решать свои конкретные задачи? Вот если бы Вы показали "связь теории с практикой"

Ну это наверно вряд ли возможно

@steelcraft · 08.05.2024, 04:21

Сообщение от Igor3D

Вот если бы Вы показали "связь теории с практикой"

Ну это наверно вряд ли возможно

Ну я попробую немного... А там уж как пойдет.

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

Набросал пока первое, что пришло в голову. Если видите, чего явно не хватает, дополняйте.

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

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

2. Нужно повысить качество разрабатываемого кода без снижения производительности разработчиков.
Решение: паттерны, TDD/ATDD/CI, рефакторинг, QA.

3. Стратегические цели заказчика в целом понятны, но детали пока расплывчаты и представление о том, как это делать, слишком часто меняется.
Решение: Agile, Scrum.

4. Репозиторий проекта больше похож на воронье гнездо.
Решение: паттерны управления базой кода.

5. Выпускается не один продукт, а интегрированное семейство. Чтобы выпустить и скомплектовать нужный вариант, нужно проделать много ручной работы, легко ошибиться.
Решение: управление конфигурацией, CD.

6. Когда проект зашел слишком далеко, пришло запоздалое понимание, что с самого начала кое-что нужно было делать не так. Вот бы начать все с чистого листа... Но заказчик и руководство не одобряют.
Решение: рефакторинг с использованием шаблонов, метод микадо.

7. Существует огромное количество метрик, в которых можно запутаться. Нужно небольшое число, которое вовремя сообщит о надвигающихся проблемах.
Решение: "Ваш код как место преступления".

8. Как получить объективную картину текущего состояния проекта: какие требования заказчика удовлетворены полностью, какие частично, в каких еще конь не валялся? И желательно иметь возможность получить эту картину в любой момент без больших затрат.
Решение: "мост черед коммуникационную пропасть" по Гойко Аджичу.

9. Проект разросся, стало трудно охватить его разумом весь. Кое-как помогает разбиение на подсистемы, но все труднее найти человека, который знает о системе все. Знания разбросаны по разным источниками или передаются лишь устно.
Решение: системная инженерия, SysML.

@Igor3D · 09.05.2024, 09:23 **[ТС]**

Сообщение от steelcraft

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

Блин, "прямое попадание" - это то чем я занимаюсь. Попробую несколько дней почитать, потом поделюсь впечатлениями

Спасибо

@vantfiles · 12.05.2024, 12:16

Тут было написано очень много дельных и забавных вещей.

Добавлено через 24 минуты
Тут было написано очень много дельных и забавных вещей.

Расскажу о своих подходах - может быть кому-то будет полезно.

Я уже очень давно занимаюсь коллекционированием книг и статей на тему программирования. Разумеется, прочитать все эти 48740 книг я просто не в состоянии.
Поэтому, у меня есть отдельная папка ИЗБРАННОЕ - в которой находится 1479 книг. Я постоянно держу ее в актуальном состоянии - добавляя и удаляя нужные мне в данный момент и в данное время.

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

Ну и насчет соображалки. Я тогда учился на первом курсе - а моим шефом назначили пятикурсника. Основным средством разработки тогда был Борланд паскаль 5.0.
И вот нам дали задачку - отрисовать схему промышленной установки. Растр тогда был очень тяжеловесным - 16Мгц машинка его просто не тянула - поэтому все рисовалось в векторе операторами line bar poligone. Я сразу понял, что если я на глаз буду все эти схемы рисовать, морковка заговеет. За 2-3 часа я быстренько сооружаю простейший векторный редактор, который генерирует паскалевский код. После чего за полчаса на глазах у изумленного шефа отрисовываю все нужные нам пять экранов.

Я здесь когда-то рассказывал эту историю, но повторюсь.

Мой приятель приходит на собеседование в студию Лебедева. Ему задают вопрос - какие языки программирования Вы знаете? На что Гриша отвечает - я умею решать задачи при помощи компьютера. И вопросов больше к нему не было.

@Катафалк · 13.05.2024, 16:43

Сообщение от vantfiles

Поэтому, у меня есть отдельная папка ИЗБРАННОЕ - в которой находится 1479 книг. Я постоянно держу ее в актуальном состоянии - добавляя и удаляя нужные мне в данный момент и в данное время.

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

Сообщение от vantfiles

И вопросов больше к нему не было.

Выгнали с собеседования?

@vantfiles · 14.05.2024, 10:19

Сообщение от Катафалк

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

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

Обозреть их очень легко - прочитать оглавления.

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

Тут очень всё на самом деле просто - 27 тематических папок - в среднем по 7 книг на папку. Этого достаточно.

Добавлено через 13 минут
Вот конкретный список

Кликните здесь для просмотра всего текста

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
-- -------------------------------------------------------------
C
  Болски - Язык программирования Си 1988.pdf
C++
  Липпман - C++ для начинающих -.pdf
  Липпман, Лажойе, Му - Язык программирования C++ Базовый курс - 2014.djvu
  Саттер Г - Новые сложные задачи на C++ - 2005.djvu
  Саттер Г - Решение сложных задач на C++ - 2002.djvu
  Страуструп Б - Дизайн и эволюция C++ - 2006.djvu
  Страуструп Б - Язык программирования C++ - 2011.djvu
Forth
  Baranov.Forth.language.and.its.implementation.pdf
  Brodie.Starting.Forth.rus.chm
Lisp
  Хьювёнен, Сеппянен - Мир лиспа ч.1.pdf
  Хьювёнен, Сеппянен - Мир лиспа ч.2.pdf
Lua
  Lua 5.1 Reference Manual.pdf
  Lua 5.2 Reference Manual.pdf
  Lua 5.3 Reference Manual.pdf
  Роберту Иерузалимски - Программирование на Lua - 2015.epub
Python
  Matplotlib.book.pdf
  Python.Lessons.pdf
  Митчелл Р. - современный скрапинг веб-сайтов с помощью python. 2-е межд. издание - 2021.epub
  Пойнтер Я. - Программируем с PyTorch (Бестселлеры O'Reilly) - 2020.djvu
  Пойнтер Я. - Программируем с PyTorch (Бестселлеры O'Reilly) - 2020.pdf
UML
  Фаулер М. - UML. Основы - 2005.pdf
Алгоритмы
  Графы
    Майника Э - Алгоритмы оптимизации на сетях и графах - 1981.djvu
    Нидхем М., Холдер Э. - Графовые алгоритмы - 2020.pdf
  Строки
    Алгоритмы_обработки_строк.pdf
    Дэн Гасфилд - Строки, деревья и последовательности в алгоритмах. Информатика и вычислительная биология - 2003.djvu
    Смит Б. - Методы и алгоритмы вычислений на строках - 2006.pdf
  Комбинаторика
    Костюкова Н.И. - Комбинаторные алгоритмы для программистов - 2016.PDF
    Липский В. - Комбинаторика для программистов - 1988.djvu
  Бхаргава А. - Грокаем Алгоритмы. Иллюстрированное пособие для программистов и любопытствущих - 2017.PDF
  Дасгупта С., Пападимитриу Х., Вазирани У. - Алгоритмы - 2014.pdf
  Кормен Т, Лейзерсон Ч, Ривест Р, Штайн K - Алгоритмы. построение и анализ - 2005.djvu
  Мозговой - Алгоритмы, языки, автоматы, компиляторы - 2006.djvu
  Рафгарден Т. - Совершенный алгоритм. Алгоритмы для NP трудных задач (Библиотека программиста) - 2021.pdf
  Рафгарден Т. - Совершенный алгоритм. Графовые алгоритмы и структуры данных (Библиотека программиста) - 2019.pdf
  Рафгарден Т. - Совершенный алгоритм. Жадные алгоритмы и динамическое программирование (Библиотека программиста) - 2020.pdf
  Рафгарден Т. - Совершенный алгоритм. Основы (Библиотека программиста) - 2019.pdf
  Седжвик Р - Фундаментальные алгоритмы на C++ Части 1-4 - 2001.djvu
  Седжвик Р - Фундаментальные алгоритмы на C++ Часть 5 - 2002.djvu
  Скиена С - Алгоритмы Руководство по разработке 2 издание - 2011.djvu
  Стивенс Род - Алгоритмы. Теория и практическое применение (Мировой компьютерный бестселлер) - 2016.pdf
  Уоррен Генри - Алгоритмические трюки для программистов, испр изд - 2004.pdf
  Хэзфилд, Кирби - Искусство программирования на С _ Фундаментальные алгоритмы, структуры данных и примеры приложений.djvu
ВебДизайн
  Веллинг Л., Томсон Л. - Разработка веб-приложений с помощью PHP и MySQL, 5-е изд, - 2017.pdf
  Дакетт Д. - Javascript и jQuery (Мировой компьютерный бестселлер) - 2017.djvu
  Джон Дакетт - HTML и CSS. Разработка и дизайн веб-сайтов - 2013.pdf
  Кевин Янк - PHP и MySQL. От новичка к профессионалу - 2013.pdf
  Котеров - PHP 7. Наиболее полное руководство (3-е издание) - 2016.pdf
  Никсон Р. - Создаем динамические веб-сайты с помощью PHP, MySQL, JavaScript, CSS и HTML5 (Бестселлеры O'Reilly) - 2019.pdf
Геймдев
  Mario Kasuba - Lua Game Development Cookbook - 2015.pdf
  Milo Yip - A study path for game programmer.pdf
  Ron Penton - MUD Game Programming.chm
  Найстром Роберт - Шаблоны игрового программирования.pdf
  Шампандар - Искусственный интеллект в компьютерных играх - 2007.djvu
Искусственный интеллект
  Анналин Ын, Кеннет Су - Теоретический минимум по Big Data - 2019.pdf
  Рассел С, Норвиг П - Искусственный интеллект. Современный подход - 2006.djvu
  Рутковская, Пилиньский, Рутковский - Нейронные сети, генетические алгоритмы и нечеткие системы - 2006.djvu
  Рыбина Г.В. - Основы построения интеллектуальных систем - 2010.djvu
  Саймон Д - Алгоритмы эволюционной оптимизации - 2020.pdf
  Саймон Хайкин - Нейронные сети Полный курс Второе издание - 2006.djvu
Компиляторы
  Ахо, Лам, Сети, Ульман - Компиляторы Принципы, технологии, инструменты 2ed - 2008.djvu
  Пратт Т., Зелковиц М. - Языки программирования. Разработка и реализация (Классика Computer Science) - 2002.djvu
Компьютерная графика
  Никулин Е.А. - Компьютерная геометрия и алгоритмы машинной графики - 2005.djvu
  Шикин А.В., Боресков А.В. - Компьютерная графика. Динамика, реалистические изображения - 1996.djvu
  Шишкин, Боресков, Зайцев - Начала компьютерной графики - 1993.djvu
  Эгрон Ж. - Синтез изображений. Базовые алгоритмы - 1993.djvu
Математика
  ComputerGraphicsPrinciplesPractice.pdf
  dmbook.pdf
  mcs.pdf
  Polya_How-to-solve-it.pdf
  redbook-5th-edition.pdf
  The_Algorithm_Design_Manual_Second_Edition_2008.pdf
Машинное обучение
  Гудфеллоу, Бенджио, Курвилль - Глубокое обучение.pdf
  Николенко Кадурин Архангельская - Глубокое обучение_ Погружение в мир нейронных сетей.pdf
  Рашид Т. - Создаем нейронную сеть - 2017.pdf
  Теофили Т. - Глубокое обучение для поисковых систем - 2020.pdf
  Траск Э. - Грокаем глубокое обучение (Библиотека программиста) - 2019.pdf
Нейронные сети
  Солдатова О.П. Нейроинформатика. Курс лекций.pdf
Обработка естественного языка
  Бенгфорт, Билбро, Охеда - Прикладной анализ текстовых данных на Python Машинное обучение и создание приложений обработки естественного языка - 2016.pdf
  Васильев Ю. - Обработка естественного языка. Python и Spacy на практике (Библиотека программиста) - 2021.pdf
  Гольдберг Й. - Нейросетевые методы в обработке естественного языка - 2019.pdf
  Хобсон Л., Ханнес Х., Коул Х. - Обработка естественного языка в действии (Для профессионалов) - 2020.pdf
ООП
  Буч Г - Объектно-ориентированный анализ и проектирование с примерами приложений на C++ - 2001.pdf
  Вайсфельд - Объектно-ориентированное мышление - 2014.pdf
  Мейер Бертран - Основы объектно-ориентированного программирования.epub
Паттерны
  Влиссидес Д - Применение шаблонов проектирования Дополнительные штрихи - 2003.pdf
  Гамма Э, Хелм Р, Джонсон Р, Влиссидес Дж - Приемы объектно-ориентированного проектирования. Паттерны проектирования. - 2001.pdf
  Фаулер -- Шаблоны корпоративных приложений -- 2016.pdf
ПОП или DDD или DSL
  Вернон - Предметно-ориентированное проектирование. Самое основное - 2017.pdf
  Вернон - Реализация методов предметно-ориентированного проектирования - 2016.pdf
  Миллетт С., Тьюн Н. - Предметно-ориентированное проектирование. Паттерны, принципы и методы (Для профессионалов) - 2017.pdf
  Фаулер Мартин - Предметно-ориентированные языки - 2011.pdf
  Эванс - Предметно-ориентированное проектирование - 2011.pdf
Распределенные системы
  Бёрнс Б. - Распределенные системы. Паттерны проектирования (Бестселлеры O'Reilly) - 2019.pdf
  Гома Х. - UML Проектирование систем реального времени, распределенных и параллельных приложений (Объектно-ориентированное программирование) - 2011.djvu
  Э. Таненбаум, М. ван Стеен - Распределенные системы. Принципы и парадигмы - 2003.pdf
  Эндрюс - Основы многопоточного, параллельного и распределенного программирования.djvu
Регулярные выражения
  Гойвертс, Левитан -- Регулярные выражения. Сборник рецептов, 2-е изд. -- 2015.pdf
  Фицджеральд -- Регулярные выражения. Основы -- 2015.pdf
  Форта -- Регулярные выражения -- 2005.djvu
  Фридл -- Регулярные выражения, 3-е изд. -- 2018.pdf
Стандарты программирования
  Ален Голуб - Правила программирования на C и C++.pdf
  Гудлиф П - 97 этюдов для программистов Опыт ведущих экспертов - 2012.pdf
  Гудлиф П - Ремесло программиста. Практика написания хорошего кода - 2009.pdf
  Мейерс С - Наиболее эффективное использование C++. 35 новых рекомендаций по улучшению ваших программ и проектов - 2000.djvu
  Мейерс С - Эффективное использование C++. 50 рекомендаций по улучшению ваших программ и проектов - 2006.djvu
  Мейерс С - Эффективное использование C++. 55 верных способов улучшить структуру и код ваших программ - 2006.djvu
  Мейерс С - Эффективный и современный С++ 42 рекомендации по использованию - 2016.pdf
  Саттер, Александреску - Стандарты Программирования на С++ (2015).pdf
  Энди Орам, Грегори Уилсон - Идеальная разработка ПО. Рецепты лучших программистов - 2012.pdf

@Igor3D · 02.06.2024, 21:02 **[ТС]**

Сообщение от Igor3D

Блин, "прямое попадание" - это то чем я занимаюсь. Попробую несколько дней почитать, потом поделюсь впечатлениями

Виноват, если обещал, то надо отписаться

Ну в общем, как всегда, "не зашло". И книга хорошая, и мысли, но.. хватило меня на день, ну может на полтора.

Вспомнился пример из моей практики. Решил я заменить самопальный строчник на QString. Это заняло ровно месяц (март). Причем строчник вроде был сделан "по уму". Базовый класс AbstractString , от него наследуются String31, String63, String255 (фиксированный размер), и DynamicString (переменной длины). Конечно сейчас экономить на таком никто не будет, но код писался еще в 90-е годы (и, надо сказать, работал достойно). Беда была в том что, во-первых, очень мало сервиса (по сути только оператор +), и как-то очень хреново было передавать его по значению (уже и не помню как). В общем, каждое общение с ним портило настроение. Ну и юникод тоже требовался.

Ну что, как портировать? Я начал мочить всех: переименовал хедер этого класса, а исходник выкинул из проекта. Конечно проект стал нерабочим в течение нескольких недель (и это неприятно). Начал затыкать тысячи ошибок компиляции. Ну слава богу, подавляющее большинство из них простые - меняй старый на QString. Правда при этом потребовалось убирать костыли для старого, что несложно, но случаев-то много и в каждом надо (немного) думать. Потом обнаружился еще с(т)ервис в виде зависимых классов: типа если юзер ввел @*2 то это умножение текущего значения на 2. Портировать это чисто сил не хватило - перегнал QString в unsigned char[] и обратно. По ходу дела обнаружил с пяток наборов "полезных строковых утилит", часто дублирующих друг друга (разные программисты решали свои строковые проблемы), их тоже пристроил.

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

В общем, выходит "книги - сами по себе, работа - сама по себе", связи практически нет

Добавлено через 4 часа 6 минут
Ну а может просто "нет привычки"

прочел о визитах Вильгельма
и сразу смертельно устал

@steelcraft · 03.06.2024, 17:58

Сообщение от Igor3D

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

Ну а может просто "нет привычки"

Чтение книг - само по себе работа. Одна отдельная книжка, даже очень хорошая, ничего не решает.

А мне как раз сегодня написал техлид из Canadian Imperial Bank of Commerce. Я ему недавно рекомендовал Физерса и Кериевски (удивительно, но в Канаде большинство программистов тоже не читают книги; я читал об этом у МакКоннелла, но думал, что он просто ворчит и на деле все не так плохо). Сердечно благодарил за рекомендацию, сказал, что благодаря этим книгам решил ряд неприятных проблем с кодом, которые ему подарили аутсорсеры из солнечной Индии (хотя, по справедливости, "индусский код" создается сегодня в изобилии по всему глобусу, включая Россию-матушку).

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

@Igor3D · 04.06.2024, 18:52 **[ТС]**

Сообщение от steelcraft

удивительно, но в Канаде большинство программистов тоже не читают книги;

Та их никто и нигде не читает, по крайней мере "от корки до корки". В основном книги рекомендуются начинающим (чтоб заткнулся и отстал

)

Сообщение от steelcraft

Сердечно благодарил за рекомендацию, сказал, что благодаря этим книгам решил ряд неприятных проблем с кодом

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

, не стоит так уж в это верить. Интересно было бы разобрать что и как удалось решить, но этого ж не будет

Добавлено через 1 час 30 минут
Я к чему: вот выше привел пример - это тяжёлая работа исправить множество ошибок. Еще тогда подгадило IDE - убрали возможность компились один/текущий файл. В какой-то момент кажется что "плита кода" просто раздавит и довести до конца не хватит дыхалки. Конечно хотелось бы получить помощь, хотя бы совет "в тему", ну хоть что-то. Но...

@Shamil1 · 05.06.2024, 17:17

Сообщение от Igor3D

В основном книги рекомендуются начинающим

Книги бывают разного уровня. Заметная часть - не для начинающих.

p.s. Книгу Страуструпа Вы читали?

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@vantfiles 1018 / 1914 / 177 Регистрация: 07.05.2013 Сообщений: 3,931 Записей в блоге: 12
	12.05.2024, 12:16
	Тут было написано очень много дельных и забавных вещей. Добавлено через 24 минуты Тут было написано очень много дельных и забавных вещей. Расскажу о своих подходах - может быть кому-то будет полезно. Я уже очень давно занимаюсь коллекционированием книг и статей на тему программирования. Разумеется, прочитать все эти 48740 книг я просто не в состоянии. Поэтому, у меня есть отдельная папка ИЗБРАННОЕ - в которой находится 1479 книг. Я постоянно держу ее в актуальном состоянии - добавляя и удаляя нужные мне в данный момент и в данное время. Про алгоритмы. Да, есть две точки зрения - знать их обязательно и знать их необязательно. Я считаю - что базой хорошего программиста является знание парадигм. Многие мои знакомые программеры были в шоке, когда я им показывал примеры не класс-бейзед - а прототипного ООП. Как правило реакция была такая - "а что, так можно???" Такая же реакция как правило идет на встраиваемые языки. Ну и насчет соображалки. Я тогда учился на первом курсе - а моим шефом назначили пятикурсника. Основным средством разработки тогда был Борланд паскаль 5.0. И вот нам дали задачку - отрисовать схему промышленной установки. Растр тогда был очень тяжеловесным - 16Мгц машинка его просто не тянула - поэтому все рисовалось в векторе операторами line bar poligone. Я сразу понял, что если я на глаз буду все эти схемы рисовать, морковка заговеет. За 2-3 часа я быстренько сооружаю простейший векторный редактор, который генерирует паскалевский код. После чего за полчаса на глазах у изумленного шефа отрисовываю все нужные нам пять экранов. Я здесь когда-то рассказывал эту историю, но повторюсь. Мой приятель приходит на собеседование в студию Лебедева. Ему задают вопрос - какие языки программирования Вы знаете? На что Гриша отвечает - я умею решать задачи при помощи компьютера. И вопросов больше к нему не было. 1