Хм, а разве language reference — не часть документации? Я вот считаю, что Tutorial-ы — это не совсем документация, а больше обзор самого необходимого… Про слайсы и работу с ними в классах говорится в 3-ей главе language reference (Data Model) — кстати, очень толково написано — советую.
За статью спасибо — из нового для себя вынес такой неочевидный способ обращения строки (хотя всё равно применяю ''.join(reversed('Hello Dolly')), но две закрывающиеся скобки навевают грусть и печаль).
Думаю чаще всего бесспорные идеи банальны и малоинтересны, а тут есть над чем подумать и просмотреть варианты.
Вкладываться в высокорисковые технологии — высокий риск по определению.
Ну, это само собой.
С индийцами нужно конкурировать в качестве и «забираться наверх пирамиды», даже если это «Java» или ".NET".
Автор об этом и говорит, просто если ты разрабатываешь на экзотическом инструменте, то там индусов меньше по определению.
Не стоит отказываться от хорошего инструмента только потому, что «все им пользуются».
Согласен, причины выбора должны быть аргументированы более серьёзными доводами.
На поддержке старых приложений денег может и можно заработать неплохо, но не ожидайте на этом пути ни благодарности, ни признания. И после окончательного «упокоения» проекта будет сложно найти следующую работу.
Да, именно об этом автор и говорит, что при таком подходе необходимо быть максимально гибким и уметь переметнуться в другую полуживую технологию максимально быстро. То есть всегда держать в голове, что не всегда будешь заниматься тем же, чем и сейчас, а постоянно себя готовить к переменам.
Жизнь штука непростая, один подход для всех невозможен.
;) этот вопрос лучше адресовать священникам. Забавная очепятка.
Мда уж, интересно получилось.
Это вы сделали такие выводы.
Может быть. Может этот вывод я сделал из всей книги, а не только из первых частей…
Про бумагомарание. Последний абзац первой части.
Мы, наверное, по-разному понимаем слово «список». Составление списка для меня — лишь способ упорядочивания данных, но это — не план, который составляется на «всю жизнь» и который надо «выполнять».
И противоречивые рассуждения о старых\новых технологиях — то учите, чтобы быть последними на корабле, то не учите, чтобы не быть как программисты на RPG…
Автор приводит несколько возможных стратегий, которые позволят выделяться на общем фоне. И быть последним на корабле (кстати, он говорит, что это достаточно спорная стратегия и приводит её последней), и совмещать знания старых технологий с новыми для перехода с одной на другую, и заниматься только зарождающимися технологиями (и как ты сам говорил «тот кто начал бежать на 2 года раньше — имеет преимущество»). Всё это позволяет занимать малонаселённые рынки и не конкурировать с оффшорными программистами. Согласен, что для нас это менее принципиально по сравнению с ЮСой, но вовсе не значит, что не имеет значения совсем. И к тому же хочу освятить всю книгу, а не те, которые максимально применимы к нашей стране.
Составьте список на всю жизнь
Списки составляются, чтобы только обозреть ситуацию на рынке и разобраться в ней получше, а не как список планов на будущее. Про планы ничего пока не говорилось вообще.
А автор предлагает марать бумагу и составлять списки на всю жизнь.
Это откуда? Он постоянно говорит о том, что нужно совершенствоваться и двигать свои знания, о том, что технологии не стоят на месте и необходимо смотреть по сторонам и корректировать свой набор инструментов.
PS: У меня на полке из общетехнической литературы стоят «Как пасти котов», «Программист-прагматик», «Факты и заблуждения профессионального программирования», «Код» (Петцольда) и «Веб-дизайн» (Стива Круга)
Не понимаю, почему этот коммент (здравый по смыслу, но не особо видящий мнение автора) находится в этой ветке, а не в предыдущей. Рисково/не рисково, приведёт/не приведёт — об этом автор уже говорил.
Я предпочитаю не смешивать. Так похмелье легче. А если серьёзно, то это — перевод очередного куска книги «Страсть к программированию» и в некоторых местах я автора поддерживаю, в некоторых нет, но в целом ход его мыслей я считаю логичным и верным.
Вот большинство представителей на рынке — кодеры, и в реальности им никогда не догнать ни программистов, ни повлиять на их рынок\зп
Примерно об этом и говорит автор. Есть «кодеры», которые без грамотного руководства программируют грязно и бестолково, зато дёшево. С ними не нужно конкурировать, потому что это нужно будет делать только с помощью цен. Однако можно (и нужно) искать другие области: нишевые и новые технологии, просто другой уровень в программировании. Тогда можно будет конкурировать с такими же профи, как и ты сам и конкурировать уже с помощью способностей, знаний и опыта.
Это — мнение автора; от себя дополнительно хочу заметить, что считаю, что кодер — первая ступень в программировании и любой начинающий будет кодером, пока не наберётся знаний и опыта (а для этого необходимо желание и упорство, что есть не у всех).
Смотреть надо в будущее, причем не просто — что сейчас модно, а смотреть куда начинают вкладывать деньги или на каком рынке играют крупные игроки. Тому и учиться, чтобы когда будет бум на таких специалистов — вы уже были на рынке, а не только начинали учиться.
Автор говорит о том же. И говорит он в течение нескольких глав. Предыдущая была посвящена рискам и преимуществам такого подхода.
Это — не совсем то же самое, что быть гробовщиком. Это как быть тренером. Ты планируешь как работать и с опытными, и с новыми учениками. Готовишь смену, помогаешь поддерживать форму уже уходящим спортсменам. Растишь им смену, налаживаешь обмен опытом между ними.
Короче, нужно знать как работать с новыми и старыми технологиями и уметь строить между ними мосты, со временем полностью переходя со старой технологии на новую. Про костыли — это точно, однако для некоторых областей (например, банков) стабильность важнее всего и они используют старые проверенные решения. Вот тут и пригодились бы эксперты, знающие тот же COBOL и способные плавно и безболезнено перейти на что-то более современное и расширябельное.
Не совсем так. Не нужно до упора цепляться за старые технологии. Нужно их заменять на более сопровождаемые, расширяемые и удобные. Но для этого нужно знать и старую технологию и новую. И понимать как их вместе заставить работать.
Я таки рекомендую купить книжку по двум причинам:
1. Проявить благодарность и уважение к автору, чужому труду;
2. После покупки её можно будет скачать в 3 форматах: PDF, epub, mobi и с удобством читать например в электронной читалке или на КПК. Перекачивать, кстати, можно сколько угодно раз, так что если файлик затеряется — ничего страшного.
А язык в книге хорош, да.
> И дропнуть цену на продукт на 700 долларов
На какой продукт? На $700 дешевле стал только MB Air. Остальное подешевело, но так чтобы очень. Баксов на 100.
Все макбуки в алюминиевых корпусах теперь именуются MacBook Pro (13", 15", 17"). Соответственно, просто макбуками теперь называются только белые в пластике.
Мне кажется, это — логично. Вся линейка MBP выполнена в одном стиле, а MB — в другом.
Мда, скинули они просто… Прям все ломиться будут)) и пытаться ухватить последние телефоны за 23 500. 1.5К (или даже 1К) сбросили и уже все двери обклеены: «У нас скидки на iPhone»)
Кстати, цены такие же, как и во время новогодних распродаж были.
За статью спасибо — из нового для себя вынес такой неочевидный способ обращения строки (хотя всё равно применяю ''.join(reversed('Hello Dolly')), но две закрывающиеся скобки навевают грусть и печаль).
Думаю чаще всего бесспорные идеи банальны и малоинтересны, а тут есть над чем подумать и просмотреть варианты.
Ну, это само собой.
Автор об этом и говорит, просто если ты разрабатываешь на экзотическом инструменте, то там индусов меньше по определению.
Согласен, причины выбора должны быть аргументированы более серьёзными доводами.
Да, именно об этом автор и говорит, что при таком подходе необходимо быть максимально гибким и уметь переметнуться в другую полуживую технологию максимально быстро. То есть всегда держать в голове, что не всегда будешь заниматься тем же, чем и сейчас, а постоянно себя готовить к переменам.
Жизнь штука непростая, один подход для всех невозможен.
Мда уж, интересно получилось.
Может быть. Может этот вывод я сделал из всей книги, а не только из первых частей…
Мы, наверное, по-разному понимаем слово «список». Составление списка для меня — лишь способ упорядочивания данных, но это — не план, который составляется на «всю жизнь» и который надо «выполнять».
Автор приводит несколько возможных стратегий, которые позволят выделяться на общем фоне. И быть последним на корабле (кстати, он говорит, что это достаточно спорная стратегия и приводит её последней), и совмещать знания старых технологий с новыми для перехода с одной на другую, и заниматься только зарождающимися технологиями (и как ты сам говорил «тот кто начал бежать на 2 года раньше — имеет преимущество»). Всё это позволяет занимать малонаселённые рынки и не конкурировать с оффшорными программистами. Согласен, что для нас это менее принципиально по сравнению с ЮСой, но вовсе не значит, что не имеет значения совсем. И к тому же хочу освятить всю книгу, а не те, которые максимально применимы к нашей стране.
Списки составляются, чтобы только обозреть ситуацию на рынке и разобраться в ней получше, а не как список планов на будущее. Про планы ничего пока не говорилось вообще.
Это откуда? Он постоянно говорит о том, что нужно совершенствоваться и двигать свои знания, о том, что технологии не стоят на месте и необходимо смотреть по сторонам и корректировать свой набор инструментов.
А разве ещё не перевели?
Спасибо за совет.
Я предпочитаю не смешивать. Так похмелье легче. А если серьёзно, то это — перевод очередного куска книги «Страсть к программированию» и в некоторых местах я автора поддерживаю, в некоторых нет, но в целом ход его мыслей я считаю логичным и верным.
Примерно об этом и говорит автор. Есть «кодеры», которые без грамотного руководства программируют грязно и бестолково, зато дёшево. С ними не нужно конкурировать, потому что это нужно будет делать только с помощью цен. Однако можно (и нужно) искать другие области: нишевые и новые технологии, просто другой уровень в программировании. Тогда можно будет конкурировать с такими же профи, как и ты сам и конкурировать уже с помощью способностей, знаний и опыта.
Это — мнение автора; от себя дополнительно хочу заметить, что считаю, что кодер — первая ступень в программировании и любой начинающий будет кодером, пока не наберётся знаний и опыта (а для этого необходимо желание и упорство, что есть не у всех).
Автор говорит о том же. И говорит он в течение нескольких глав. Предыдущая была посвящена рискам и преимуществам такого подхода.
Короче, нужно знать как работать с новыми и старыми технологиями и уметь строить между ними мосты, со временем полностью переходя со старой технологии на новую. Про костыли — это точно, однако для некоторых областей (например, банков) стабильность важнее всего и они используют старые проверенные решения. Вот тут и пригодились бы эксперты, знающие тот же COBOL и способные плавно и безболезнено перейти на что-то более современное и расширябельное.
1. Проявить благодарность и уважение к автору, чужому труду;
2. После покупки её можно будет скачать в 3 форматах: PDF, epub, mobi и с удобством читать например в электронной читалке или на КПК. Перекачивать, кстати, можно сколько угодно раз, так что если файлик затеряется — ничего страшного.
А язык в книге хорош, да.
На какой продукт? На $700 дешевле стал только MB Air. Остальное подешевело, но так чтобы очень. Баксов на 100.
Мне кажется, это — логично. Вся линейка MBP выполнена в одном стиле, а MB — в другом.
Кстати, цены такие же, как и во время новогодних распродаж были.