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

Недорогая и практичная цветная тетрадка

Книга отличная, все очень просто, понятно, раскрыто изложено. По тому как все доступно объясняется книгу запросто можно отнести к любой группе читателей, а не только профессионалов. Всем программером советую данную книгу, эта покупка о которой не пожалеешь спустя и год и 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

Здесь собрано все лучшее по технике переговоров. Отлично усваивается, легко читается. Вся информация дана систематически. Есть задания для закрепления материала. Но самое главное - вся информация дана именно для НАШЕГО рынка, т.е. полностью адаптирована к условиям менталитета и понимания целевой аудитории. Хочу поблагодарить Константина Бакшта за столь полезную книгу.

Хороший учебник. Материал изложен доступно. Перевод хороший. Рекомендую.

Господин Алямовский редкий халтурщик... Сколько не смотрел его книги так и не понял для кого и для чего, он их писал

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

Мне книга очень понравилась. Написано просто, понятным языком и по делу. Для меня она была очень полезной. Я ее, кстати, дала почитать своим подругам. Им тоже понравилось.

С огромным уважением отношусь к творчеству М.Барятинского. "Оборона Сталинграда" - 5 по 5-ти бальной системе. Как и другие работы автора с которыми знаком еще по рубрикам М-К и Т-М в старые добрые сов.времена.

Отличная книга. И издание тоже очень хорошее. Бумага приличная. Я очень довольна, даже с моими большими притензиями...

Не понравилось, что авторы практически сразу переходят к описаниям навороченных функций VBA: объекты, структуры, формы... Может, я привык к PHP Manual, но мне нужен был всего лишь список функций для работы со строками - но его в книге нет. Учитывая, что встроенная справка VBA не шибко информативна, хотелось бы именно в Справочнике видеть справочник по доступным функциям, сгруппированным по своему назначению... Кроме того, не очень удачно выбрано оформление блоков кода - на сером фоне буквы читаются плохо, приходится постоянно напрягать глаза. Резюме: книга стоит свои 90 рублей, но назвать её полным справочником никак нельзя.

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

Если вы поняли очень многое из мира Linux, читая эту книгу, то советую почитать ДРУГИЕ книги про Linux ДРУГИХ авторов! Вы такое увидите!!! И главное -- поймете, что в ЭТОЙ книге написано чрезвычайно мало полезного! Читайте нормальные книги, ни хакерству (настоящему), ни администрированию вас эта книга не научит!

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

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