Книга немного разочаровала. Возможно, для тех, кто вообще ничего или мало знает о компьютере и его устройстве, она подойдет. Некоторый материал не был изложен достаточно глубоко, как этого бы хотелось.
Как специалист по межкультурной коммуникации я могу смело рекомендовать данное учебное пособие в качестве содержательного и увлекательного чтения. Книга изобилует интересными сведениями об англо-американской лингвокультуре, помогает понять тип мышления, менталитет и мировоззрение "других" и, самое главное, показывает, как все эти составляющие закрепляются в языке и определяют ход межкультурного общения.
Головокружительная!!! умопомрачительная книга для детей и взрослых!! всей семьёй разглядывали целый вечер, ребенок захлебывался эмоциями, такую книгу мы держали в своих руках впервые!! Огромная благодарность иллюстратору за такую фиерическую идею, очень хочется продолжения головокружительных идей художника, оформлявшего эту книгу.
спасибо огромное магазину, Букс.ру за оперативную доставку книги!! я остаюсь Вашим покупателем и вновь делаю заказы детских книг!!
Читала легко. Пока не поняла, что грустно становится.
А вроде о приятном написано - о любви.
Поэтому прочла ещё раз. И опять с удовольствием!
И опять грустно.
Что то не так все закончилось, как хотелось. Как то очень взаправдЫшно.
Спасибо.
Книга заставила пересмотреть свои взгляды на работу отделов продаж. Попробовав провести конкурсы, я набрал отдел, который успешно функционирует уже год с небольшими корректировками.
Книга отличная, все очень просто, понятно, раскрыто изложено. По тому как все доступно объясняется книгу запросто можно отнести к любой группе читателей, а не только профессионалов. Всем программером советую данную книгу, эта покупка о которой не пожалеешь спустя и год и 5 лет. Это как отличный фильм для своей коллекции.
Считаю, книга заслуживает внимания. Если у вас не так уж много времени на "вольнодумное" чтение, то тогда продолжайте паять (мной имеется в виду механический труд).
Книга на самом деле, наверно, будет интересна только тем, кто еще что-то хочет доказывать:
1) "Общество ... зависит от информации, обрабатываемой с помощью дешевого кремния. Будущее принадлежит работникам сферы знаний, а не заводским рабочим. ...разработка программного обеспечения - это вершина обработки информации" (стр. 31)
2) "строгий жизненный цикл программного продукта - это обман" (стр. 45)
3) "Дисциплина ... как приправа, которой следует пользоваться умеренно" (стр. 55)
4) еще много-много чего можно процитировать.
В этой книге можно найти мысли, которые указываются в произведениях и других авторов. Как вам мысль о знании латыни - "синдром латыни" (стр. 106)? Не напоминает Джоэла?
Автор показывает всегда две стороны греко-римской медали - продукт/процесс, открытое/коммерческое ПО, творчество/рационализм, эмпирика/теоретика.
В итоге, когда я уже почти дочитал книгу, у меня было так много материала для размышлений, что я уже и забыл с чего все начиналось. "Напомните мне, из-за чего возник спор?" (стр. 336). Автор сам признался, что сложно просто так вот взять и обрубить, взять и подвести итог, да это и не возможно на самом то деле.
"...уважение к различиям между многочисленными аспектами программных проектов - это главная мысль ...этой книги" (стр. 344)
Где-то прочитал, что Гласса не расхватывают на цитаты. Знаете, это очень странно. Цитат хватает. Просто прочтите и/или идите паяйте дальше.
Всем, кому нравиться резкость и прямота мысли, просто настоятельно рекомендую ознакомиться с этим материалом. Я лично по началу в штыки воспринял высказывания автора о Java и ООП (суть в том, что я им отдаю большое предпочтение). Но перечитав заново, я понял то, о чем именно говорил автор и с какой позиции он рассуждает.
Я же скажу так, все зависит именно от задач. Передо мной никогда не стояло задач по сборке или переделке ядра linux, я никогда не писал на ассемблере что-то, что могло бы позволить в перспективе моему веб серверу работать быстрее, и все, кто приходил ко мне с вопросами, как заставить работать свою из без того не медленную программу быстрее на их Celeron c 128Мб оперативы, в итоге просто перешли на «хитрые» четыре ядра. И конечно это плохо в некоторой степени, но зачем изобретать велосипед, если нужно "быстрое" и "недорогое" решение. (Говоря быстрое и недорогое, я не подразумеваю каких-либо конкретных метрик).
Много, нет, скажу так - вполне достаточно сказано о том, каким должен быть непрофессиональный программист и как такого вовремя отсеять. Но ситуация с поиском именно достойной кандидатуры - профи своего дела - как сам автор и говорит, дело сложное, можно сказать, что целая игра между работодателем и кандидатами. Описываемый им опыт должен быть учтен в университетах городов-миллионщиков России, только им он и подойдет, ведь на самом деле в регионах не столько нужны программисты, сколько обычные инженеры. По моему опыту по подготовке кадров для конкретных фирм и НИИ в нашей стране хорошо преуспели только МГУ и СпбГУ.
В книге можно встретить много интересного: и марсиан, загоняющихся по наушникам к jailbreack-нутым аналогам iPod, и историю с участием "могучего" Б.Гейца, и даже куски кода (Глава "А ваш язык программирования такое умеет?") интересного языка, хотя, как мне кажется, опять же подходящего только для определенного круга задач.
Но есть также и некоторые "недосказанности", которые я лично так и не понял. Например, камни в огород Mozilla (например, стр. 244) автор не раз швыряет. А почему? Я вот не знаю. Есть слова и словосочетания, которые для меня были незнакомы: «37signals» (стр. 238), «путь от нуля до Ай-Пи-О»(стр. 240), «гудвил» (стр. 276), «SLA для хостинга On Demand» (стр. 288)...
Есть и противоречия в позиции автора. Просто сравните:
стр.67 — «ООП.. не настолько сложно, ... заключается ... в заучивании ряда терминов вроде 'инкапсуляции' или 'наследования' и тестов с вариантами ответов, где нужно правильно выбрать между полиморфизмом и перегрузкой».
И вместе с тем
стр.198 — автор говорит о том, что с использованием определенного «стиля кодирования» можно хорошо научиться обнаруживать «код с душком», который кстати является основополагающим у Фаулера при рассмотрении рефакторинга (кто не знает, так это ООП). А при выработке этого «стиля кодирования» не лучше ли прислушаться к общепринятому (я таковым считаю именно фаулеровский)?
Стр. 240 — целая глава «Руби-дуби-ду», говорит о восторженной реакции автора при проведении рефакторинга своего «любимого» приложения и получении при этом более гибкого, масштабируемого и легко сопровождаемого приложения. А не имел ли он ввиду Рубин на Рельсах в названии главы?
В этом спорном моменте, автор как-то упустил, что ООП — это творчество, да - именно оно. Вы не пишете тупой код, вы творите и наслаждаетесь.
Или вот, автор ехидничает, что «Java приложения более переносимы, чем С. Якобы.» (стр. 180) и что «Java. Это модно... нет сложностей...» (стр. 65). А какого бы тогда мнения он был о переносимости С# на Linux платформу, он же все таки заявлен как кроссплаформенный? А какого мнения он был бы и о PHP программистах? Все таки исходя из задачи, мы выбираем язык, а не наоборот.
Короче, я во многом согласен с автором, но некоторое упущено. Опять же читать книгу рекомендую тем, кому нравиться резкость и прямота мысли, кому интересно мнение своего оппонента, кому хочется усомниться в себе, ну или просто читать эту книгу первой из «насекомой» серии (я так назвал эту серию книг данного формата, где на обложках изображены насекомые на соломинках), чтоб не пасть в задумчивое уныние и случайно не испортить общее впечатлении о всех книгах.
Эту группу авторов часто называют "банда четырех"! Нет. вовсе не из-за их левой коммунистической политической наклонности. Можно сказать, что паттерны проектирования, которых раньше "не было" (хотя это как посмотреть, хотя для некоторых и Америки не было до 1492 года пока ее Колумб не открыл), это веяние первого десятилетия XXI века в проектировании ПО и АИС. А авторы одними из первых изложили материал именно так - по-бандитски дерзко, не так как у всех.
В этой книге рассматриваются на самом деле основы, но во многих лично мне до сих пор сложно разобраться.
Опечатки и несостыковки конечно тоже присутствуют, но не значительные. Перевод иногда похрамывает.
Но самое скверное и бесстыдное, что могло сделать издательство, так это издать эту книгу не в твердом переплете! Через несколько месяцев книга у неаккуратного студента превращается в что-то замусолено-серое. Думаю найдутся такие, кто ходил в книжный за "обновлением".
Читайте. И помните, что "мы - сила, потому что мы банда"!
Данное издание может порадовать не только отличным качеством бумаги и печати и твердым переплетом, но и наличием весьма толкового материала.
Во-первых, все примеры написаны на Java и разобраны весьма подробно. Это позволяет манипулировать кодом и на других языках, таких как С++, С#, PHP5 (в некоторой степени) и т.п.
Во-вторых, каждое действие с кодом обосновано "мотивировкой", хотя и остаются порой весьма субъективные положения мотивации. Например, из субъективного ощущения объема метода можно вынести решение на разбитие этого метода, а можно и не вынести, если вам кажется, что этот метод не такой уж и объемный.
В-третьих, в вашем арсенале появляется список понятий, которыми вы можете легко оперировать при обсуждении с таким же как вы, прочитавшим эту книгу и въехавшим в этот материал. На самом деле реакция знающего специалиста будет молниеносна на ваши слова о "замене временной переменной вызовом метода" или о "выделении класса" (Проверено на личном опыте).
Таким образом, механизм, которым Вы должны овладеть по окончании проработки материала книги, должен повысить ваш профессионализм и заставить взглянуть на ваш код с другой стороны. Я после прочтения долго не мог приступить к своему старому проекту, который в итоге и был заброшен, только из-за того, что это был не просто "код с душком", о котором написано в книге, а "код со шмоном" - настолько отвратительно оказалось его дальнейшее сопровождение. Я просто начал все заново.
Если вы стремитесь развивать свой профессионализм, то думаю, вам стоит прочесть эту книгу, прежде чем писать код нового проекта.
В книге приведено очень много умных (не заумных, а именно умных) мыслей по поводу каким должно быть современное ПО. Все алгоритмы описаны на языке программирования Python. Он позиционируется автором как мета язык, с помощью которого и может быть описан любой алгоритм. На самом деле каких-то специфических знаний от вас вовсе не потребуется, но математическое образование лишним точно не будет. Очень многое разжевано. Хотя некоторое просто не раскрыто, что может привести к неправильному восприятию читателем некоторых математических методов решения задач.
Книгу стоит читать с карандашем или ручкой (можно и блокнот, но я пишу на полях в книге), чтоб править некоторые описки и прорабатывать материал.
Не хватает иногда перекрестных ссылок внутри книги. Например, когда речь идет о ранее созданных функциях и классах.
стр. 63 - не затронута весьма интересная тема - критерий остановки кластеризации, как определить, что кластеров 4, а не 124? Я к тому, что в итоге в приведенной кластеризации всегда получается один кластер. Ну и получится в итоге, что у нас все предъявленные объекты в одном "кластерном" скопе. А это не интересно.
стр. 69 - немного не правильно приведена формула коэффициента Танимото, так как она расходится с определением данным выше, на самом деле вычисляется "модифицированный" коэффициент Танимото, имеющий значение от (1-T), где T - это и есть коэф. Танимото.
стр. 71 - очень скользкий момент представления данных на двумерной плоскости, это не всегда возможно. Достаточно попробовать спроецировать тетраэдр. Ошибка проекции может быть весьма и весьма велика при этом.
стр. 83 - представлена модель базы данных, но неряшливо, ненаглядно, лапки один-ко-многим пришлось самому дорисовывать. Да и вообще не хватает в приложении итоговой ER-модели с таблицами pagerank, hiddennode, wordhidden,hiddenurl,fc,cc.
стр. 83 - скрипт создания базы, я бы добавил столбец urlid в индекc worldlocation.
стр. 95 - на рисунке, не хватает дополнительной стрелки во вне из блока "С 0.7". Иначе приводимые ниже вычисления матрицы перехода неверны.
стр. 96 - не сказано, как вычислить достаточное число итераций прохождения алгоритма PageRank. фраза "20 должно быть достаточно" - меня лично не устраивает
стр. 97 - используются веса нескольких метрик, но вот не пойму, почему веса не нормализованы, это же гораздо удобней, когда и итоговые данные распределены от 0 до 1. Ведь сами отдельные метрики и распределены от 0 до 1. А веса какие-то мутные и итоговая метрика получается в интервале от 0 до 3 (именно в контексте этого примера). А ведь от 0 до 1 - все таки приятнее
стр. 105 - "обучение с обратным распространением". Это же совсем легко понять, когда знаешь как оперировать матрицами(складывать и перемножать) . Зачем эти вложенные мегациклы, когда здесь проще показать именно формулу - "вектор умножить на вектор, получить матрицу, и сложить с исходной матрицей - получим искомую матрицу". Я думал автор пробует избежать понятия матриц, но он их все равно вводит гораздо позже в другой теме. Почему б не ввести это понятие именно тут, а не на аж стр. 267?
стр. 114 - во втором столбце представления результатов оптимизации, судя по формату и данным исходно файла, должны стоять сокращения названий.
стр.111-143 - "Случайный поиск", "Алгоритм спуска", "Алгоритм имитации отжига", "Генетические алгоритмы" - все имеют первое полученное случайным образом решение, от которого и "пляшут" далее. Другие алгоритмы оптимизации не описаны и не упомянуты. Непросвещенный подумает "Значит все методы оптимизации основываются на первом случайном решении". А это не так.
стр. 122 - как вам строчка сравнения значений статистик random.random()
Речь идет и об итеративной разработке, о всех ее прелестях. Приводится очень много положений ЗА, организованных в виде аналогий. Так же есть глава, посвященная неправильным аналогиям. Для меня это была первая книга по управлению IT проектами и я очень много узнал, как уже сейчас мне кажется "очевидного", но все таки не совсем "явного". В ней есть немного и о русских, какими они представляются в глазах американцев (холодная война и т.п.), есть немного исторических фактов, никак не связанных с разработкой ПО, но отлично вписывающихся в эту область "по аналогии". А самое удивительное - это конец. Там описан путь Джедая!
Хотя автор и скомпоновал книгу так, что главы можно читать отдельно, я все же советую придерживаться их порядка следования.
Единственное, что не совсем устроило - именно "фронтовые", потому что с "фронтовыми" было бы гораздо интереснее. Но это лишь особенности перевода)
стр. 75 - "природе b всегда" - описка -> "природе и всегда"
стр. 287 - "ключать его в один" - описка
стр. 347 - первая сноска с № 2 относится все таки к стр. 346
Отличная книга! Практические советы, причем не болтология, по выживанию в финансовый кризис. Применяя советы из книги, моя компания продержалась этот страшный 2009 год
Здесь собрано все лучшее по технике переговоров. Отлично усваивается, легко читается. Вся информация дана систематически. Есть задания для закрепления материала. Но самое главное - вся информация дана именно для НАШЕГО рынка, т.е. полностью адаптирована к условиям менталитета и понимания целевой аудитории.
Хочу поблагодарить Константина Бакшта за столь полезную книгу.
Этот роман для тех, кто любит отточенный ход
мыслей,красивые аллюзии, блестящие метафоры,
великолепный синтаксис и словарь (все
сказанное относится и к переводу). Всем,
любящим настоящую литературу, очень
рекомендую.
Книга немного разочаровала. Возможно, для тех, кто вообще ничего или мало знает о компьютере и его устройстве, она подойдет. Некоторый материал не был изложен достаточно глубоко, как этого бы хотелось.
Все ок. Подарок был доставлен быстро, красочная упаковка сразу привлекает внимание. Сыну 9 лет, все семь книг прочитал за 3 недели.
книга хороша, но вот только опечатки в коде присутствуют..
Как специалист по межкультурной коммуникации я могу смело рекомендовать данное учебное пособие в качестве содержательного и увлекательного чтения. Книга изобилует интересными сведениями об англо-американской лингвокультуре, помогает понять тип мышления, менталитет и мировоззрение "других" и, самое главное, показывает, как все эти составляющие закрепляются в языке и определяют ход межкультурного общения.
Головокружительная!!! умопомрачительная книга для детей и взрослых!! всей семьёй разглядывали целый вечер, ребенок захлебывался эмоциями, такую книгу мы держали в своих руках впервые!! Огромная благодарность иллюстратору за такую фиерическую идею, очень хочется продолжения головокружительных идей художника, оформлявшего эту книгу. спасибо огромное магазину, Букс.ру за оперативную доставку книги!! я остаюсь Вашим покупателем и вновь делаю заказы детских книг!!
кстати, позавчера 14 января 2010 jQuery обновилась до версии 1.4 :)
Читала легко. Пока не поняла, что грустно становится. А вроде о приятном написано - о любви. Поэтому прочла ещё раз. И опять с удовольствием! И опять грустно. Что то не так все закончилось, как хотелось. Как то очень взаправдЫшно. Спасибо.
Плохо,что нет электроннного варианта книги
Книга заставила пересмотреть свои взгляды на работу отделов продаж. Попробовав провести конкурсы, я набрал отдел, который успешно функционирует уже год с небольшими корректировками.
Недорогая и практичная цветная тетрадка
Книга отличная, все очень просто, понятно, раскрыто изложено. По тому как все доступно объясняется книгу запросто можно отнести к любой группе читателей, а не только профессионалов. Всем программером советую данную книгу, эта покупка о которой не пожалеешь спустя и год и 5 лет. Это как отличный фильм для своей коллекции.
Книга написана интересно ,помогает держать себя в руках,находясь на системе.Я на системе 3 месяца скинула уже 11 кг.
Считаю, книга заслуживает внимания. Если у вас не так уж много времени на "вольнодумное" чтение, то тогда продолжайте паять (мной имеется в виду механический труд). Книга на самом деле, наверно, будет интересна только тем, кто еще что-то хочет доказывать: 1) "Общество ... зависит от информации, обрабатываемой с помощью дешевого кремния. Будущее принадлежит работникам сферы знаний, а не заводским рабочим. ...разработка программного обеспечения - это вершина обработки информации" (стр. 31) 2) "строгий жизненный цикл программного продукта - это обман" (стр. 45) 3) "Дисциплина ... как приправа, которой следует пользоваться умеренно" (стр. 55) 4) еще много-много чего можно процитировать. В этой книге можно найти мысли, которые указываются в произведениях и других авторов. Как вам мысль о знании латыни - "синдром латыни" (стр. 106)? Не напоминает Джоэла? Автор показывает всегда две стороны греко-римской медали - продукт/процесс, открытое/коммерческое ПО, творчество/рационализм, эмпирика/теоретика. В итоге, когда я уже почти дочитал книгу, у меня было так много материала для размышлений, что я уже и забыл с чего все начиналось. "Напомните мне, из-за чего возник спор?" (стр. 336). Автор сам признался, что сложно просто так вот взять и обрубить, взять и подвести итог, да это и не возможно на самом то деле. "...уважение к различиям между многочисленными аспектами программных проектов - это главная мысль ...этой книги" (стр. 344) Где-то прочитал, что Гласса не расхватывают на цитаты. Знаете, это очень странно. Цитат хватает. Просто прочтите и/или идите паяйте дальше.
Всем, кому нравиться резкость и прямота мысли, просто настоятельно рекомендую ознакомиться с этим материалом. Я лично по началу в штыки воспринял высказывания автора о Java и ООП (суть в том, что я им отдаю большое предпочтение). Но перечитав заново, я понял то, о чем именно говорил автор и с какой позиции он рассуждает. Я же скажу так, все зависит именно от задач. Передо мной никогда не стояло задач по сборке или переделке ядра linux, я никогда не писал на ассемблере что-то, что могло бы позволить в перспективе моему веб серверу работать быстрее, и все, кто приходил ко мне с вопросами, как заставить работать свою из без того не медленную программу быстрее на их Celeron c 128Мб оперативы, в итоге просто перешли на «хитрые» четыре ядра. И конечно это плохо в некоторой степени, но зачем изобретать велосипед, если нужно "быстрое" и "недорогое" решение. (Говоря быстрое и недорогое, я не подразумеваю каких-либо конкретных метрик). Много, нет, скажу так - вполне достаточно сказано о том, каким должен быть непрофессиональный программист и как такого вовремя отсеять. Но ситуация с поиском именно достойной кандидатуры - профи своего дела - как сам автор и говорит, дело сложное, можно сказать, что целая игра между работодателем и кандидатами. Описываемый им опыт должен быть учтен в университетах городов-миллионщиков России, только им он и подойдет, ведь на самом деле в регионах не столько нужны программисты, сколько обычные инженеры. По моему опыту по подготовке кадров для конкретных фирм и НИИ в нашей стране хорошо преуспели только МГУ и СпбГУ. В книге можно встретить много интересного: и марсиан, загоняющихся по наушникам к jailbreack-нутым аналогам iPod, и историю с участием "могучего" Б.Гейца, и даже куски кода (Глава "А ваш язык программирования такое умеет?") интересного языка, хотя, как мне кажется, опять же подходящего только для определенного круга задач. Но есть также и некоторые "недосказанности", которые я лично так и не понял. Например, камни в огород Mozilla (например, стр. 244) автор не раз швыряет. А почему? Я вот не знаю. Есть слова и словосочетания, которые для меня были незнакомы: «37signals» (стр. 238), «путь от нуля до Ай-Пи-О»(стр. 240), «гудвил» (стр. 276), «SLA для хостинга On Demand» (стр. 288)... Есть и противоречия в позиции автора. Просто сравните: стр.67 — «ООП.. не настолько сложно, ... заключается ... в заучивании ряда терминов вроде 'инкапсуляции' или 'наследования' и тестов с вариантами ответов, где нужно правильно выбрать между полиморфизмом и перегрузкой». И вместе с тем стр.198 — автор говорит о том, что с использованием определенного «стиля кодирования» можно хорошо научиться обнаруживать «код с душком», который кстати является основополагающим у Фаулера при рассмотрении рефакторинга (кто не знает, так это ООП). А при выработке этого «стиля кодирования» не лучше ли прислушаться к общепринятому (я таковым считаю именно фаулеровский)? Стр. 240 — целая глава «Руби-дуби-ду», говорит о восторженной реакции автора при проведении рефакторинга своего «любимого» приложения и получении при этом более гибкого, масштабируемого и легко сопровождаемого приложения. А не имел ли он ввиду Рубин на Рельсах в названии главы? В этом спорном моменте, автор как-то упустил, что ООП — это творчество, да - именно оно. Вы не пишете тупой код, вы творите и наслаждаетесь. Или вот, автор ехидничает, что «Java приложения более переносимы, чем С. Якобы.» (стр. 180) и что «Java. Это модно... нет сложностей...» (стр. 65). А какого бы тогда мнения он был о переносимости С# на Linux платформу, он же все таки заявлен как кроссплаформенный? А какого мнения он был бы и о PHP программистах? Все таки исходя из задачи, мы выбираем язык, а не наоборот. Короче, я во многом согласен с автором, но некоторое упущено. Опять же читать книгу рекомендую тем, кому нравиться резкость и прямота мысли, кому интересно мнение своего оппонента, кому хочется усомниться в себе, ну или просто читать эту книгу первой из «насекомой» серии (я так назвал эту серию книг данного формата, где на обложках изображены насекомые на соломинках), чтоб не пасть в задумчивое уныние и случайно не испортить общее впечатлении о всех книгах.
Эту группу авторов часто называют "банда четырех"! Нет. вовсе не из-за их левой коммунистической политической наклонности. Можно сказать, что паттерны проектирования, которых раньше "не было" (хотя это как посмотреть, хотя для некоторых и Америки не было до 1492 года пока ее Колумб не открыл), это веяние первого десятилетия XXI века в проектировании ПО и АИС. А авторы одними из первых изложили материал именно так - по-бандитски дерзко, не так как у всех. В этой книге рассматриваются на самом деле основы, но во многих лично мне до сих пор сложно разобраться. Опечатки и несостыковки конечно тоже присутствуют, но не значительные. Перевод иногда похрамывает. Но самое скверное и бесстыдное, что могло сделать издательство, так это издать эту книгу не в твердом переплете! Через несколько месяцев книга у неаккуратного студента превращается в что-то замусолено-серое. Думаю найдутся такие, кто ходил в книжный за "обновлением". Читайте. И помните, что "мы - сила, потому что мы банда"!
Данное издание может порадовать не только отличным качеством бумаги и печати и твердым переплетом, но и наличием весьма толкового материала. Во-первых, все примеры написаны на Java и разобраны весьма подробно. Это позволяет манипулировать кодом и на других языках, таких как С++, С#, PHP5 (в некоторой степени) и т.п. Во-вторых, каждое действие с кодом обосновано "мотивировкой", хотя и остаются порой весьма субъективные положения мотивации. Например, из субъективного ощущения объема метода можно вынести решение на разбитие этого метода, а можно и не вынести, если вам кажется, что этот метод не такой уж и объемный. В-третьих, в вашем арсенале появляется список понятий, которыми вы можете легко оперировать при обсуждении с таким же как вы, прочитавшим эту книгу и въехавшим в этот материал. На самом деле реакция знающего специалиста будет молниеносна на ваши слова о "замене временной переменной вызовом метода" или о "выделении класса" (Проверено на личном опыте). Таким образом, механизм, которым Вы должны овладеть по окончании проработки материала книги, должен повысить ваш профессионализм и заставить взглянуть на ваш код с другой стороны. Я после прочтения долго не мог приступить к своему старому проекту, который в итоге и был заброшен, только из-за того, что это был не просто "код с душком", о котором написано в книге, а "код со шмоном" - настолько отвратительно оказалось его дальнейшее сопровождение. Я просто начал все заново. Если вы стремитесь развивать свой профессионализм, то думаю, вам стоит прочесть эту книгу, прежде чем писать код нового проекта.
В книге приведено очень много умных (не заумных, а именно умных) мыслей по поводу каким должно быть современное ПО. Все алгоритмы описаны на языке программирования Python. Он позиционируется автором как мета язык, с помощью которого и может быть описан любой алгоритм. На самом деле каких-то специфических знаний от вас вовсе не потребуется, но математическое образование лишним точно не будет. Очень многое разжевано. Хотя некоторое просто не раскрыто, что может привести к неправильному восприятию читателем некоторых математических методов решения задач. Книгу стоит читать с карандашем или ручкой (можно и блокнот, но я пишу на полях в книге), чтоб править некоторые описки и прорабатывать материал. Не хватает иногда перекрестных ссылок внутри книги. Например, когда речь идет о ранее созданных функциях и классах. стр. 63 - не затронута весьма интересная тема - критерий остановки кластеризации, как определить, что кластеров 4, а не 124? Я к тому, что в итоге в приведенной кластеризации всегда получается один кластер. Ну и получится в итоге, что у нас все предъявленные объекты в одном "кластерном" скопе. А это не интересно. стр. 69 - немного не правильно приведена формула коэффициента Танимото, так как она расходится с определением данным выше, на самом деле вычисляется "модифицированный" коэффициент Танимото, имеющий значение от (1-T), где T - это и есть коэф. Танимото. стр. 71 - очень скользкий момент представления данных на двумерной плоскости, это не всегда возможно. Достаточно попробовать спроецировать тетраэдр. Ошибка проекции может быть весьма и весьма велика при этом. стр. 83 - представлена модель базы данных, но неряшливо, ненаглядно, лапки один-ко-многим пришлось самому дорисовывать. Да и вообще не хватает в приложении итоговой ER-модели с таблицами pagerank, hiddennode, wordhidden,hiddenurl,fc,cc. стр. 83 - скрипт создания базы, я бы добавил столбец urlid в индекc worldlocation. стр. 95 - на рисунке, не хватает дополнительной стрелки во вне из блока "С 0.7". Иначе приводимые ниже вычисления матрицы перехода неверны. стр. 96 - не сказано, как вычислить достаточное число итераций прохождения алгоритма PageRank. фраза "20 должно быть достаточно" - меня лично не устраивает стр. 97 - используются веса нескольких метрик, но вот не пойму, почему веса не нормализованы, это же гораздо удобней, когда и итоговые данные распределены от 0 до 1. Ведь сами отдельные метрики и распределены от 0 до 1. А веса какие-то мутные и итоговая метрика получается в интервале от 0 до 3 (именно в контексте этого примера). А ведь от 0 до 1 - все таки приятнее стр. 105 - "обучение с обратным распространением". Это же совсем легко понять, когда знаешь как оперировать матрицами(складывать и перемножать) . Зачем эти вложенные мегациклы, когда здесь проще показать именно формулу - "вектор умножить на вектор, получить матрицу, и сложить с исходной матрицей - получим искомую матрицу". Я думал автор пробует избежать понятия матриц, но он их все равно вводит гораздо позже в другой теме. Почему б не ввести это понятие именно тут, а не на аж стр. 267? стр. 114 - во втором столбце представления результатов оптимизации, судя по формату и данным исходно файла, должны стоять сокращения названий. стр.111-143 - "Случайный поиск", "Алгоритм спуска", "Алгоритм имитации отжига", "Генетические алгоритмы" - все имеют первое полученное случайным образом решение, от которого и "пляшут" далее. Другие алгоритмы оптимизации не описаны и не упомянуты. Непросвещенный подумает "Значит все методы оптимизации основываются на первом случайном решении". А это не так. стр. 122 - как вам строчка сравнения значений статистик random.random()
Речь идет и об итеративной разработке, о всех ее прелестях. Приводится очень много положений ЗА, организованных в виде аналогий. Так же есть глава, посвященная неправильным аналогиям. Для меня это была первая книга по управлению IT проектами и я очень много узнал, как уже сейчас мне кажется "очевидного", но все таки не совсем "явного". В ней есть немного и о русских, какими они представляются в глазах американцев (холодная война и т.п.), есть немного исторических фактов, никак не связанных с разработкой ПО, но отлично вписывающихся в эту область "по аналогии". А самое удивительное - это конец. Там описан путь Джедая! Хотя автор и скомпоновал книгу так, что главы можно читать отдельно, я все же советую придерживаться их порядка следования. Единственное, что не совсем устроило - именно "фронтовые", потому что с "фронтовыми" было бы гораздо интереснее. Но это лишь особенности перевода) стр. 75 - "природе b всегда" - описка -> "природе и всегда" стр. 287 - "ключать его в один" - описка стр. 347 - первая сноска с № 2 относится все таки к стр. 346
когда читал книгу детям приходилось много времени уделять обьяснениям тем или иным терминам,но в целом книга понравилась моей старшей дочери
Отличная книга! Практические советы, причем не болтология, по выживанию в финансовый кризис. Применяя советы из книги, моя компания продержалась этот страшный 2009 год
Почти полная копия книги Сьюзан-Хадсон "Управление портфелем недвижимости" переведенной Беловым в 1998
Здесь собрано все лучшее по технике переговоров. Отлично усваивается, легко читается. Вся информация дана систематически. Есть задания для закрепления материала. Но самое главное - вся информация дана именно для НАШЕГО рынка, т.е. полностью адаптирована к условиям менталитета и понимания целевой аудитории. Хочу поблагодарить Константина Бакшта за столь полезную книгу.
Хороший учебник. Материал изложен доступно. Перевод хороший. Рекомендую.
Господин Алямовский редкий халтурщик... Сколько не смотрел его книги так и не понял для кого и для чего, он их писал
Этот роман для тех, кто любит отточенный ход мыслей,красивые аллюзии, блестящие метафоры, великолепный синтаксис и словарь (все сказанное относится и к переводу). Всем, любящим настоящую литературу, очень рекомендую.