Страница 11 из 11

Re: Полезные ссылки - чтиво для программиста

Добавлено: 19 дек 2009, 07:43
sungreen
sm писал(а):http://egorius.livejournal.com/113583.html
И тогда вам от начальства
Будет премия за квартал,
Подчинённые вас станут
И любить, и уважать.
... кто что думает о мотивации программистов-кодеров? ...

Re: Полезные ссылки - чтиво для программиста

Добавлено: 15 янв 2010, 03:04
sm
Основная фишка парного программирования
http://schegloff.livejournal.com/176263.html

Re: Полезные ссылки - чтиво для программиста

Добавлено: 15 янв 2010, 16:04
sm

Re: Полезные ссылки - чтиво для программиста

Добавлено: 16 янв 2010, 18:34
sm
Юмор в стиле Open Source
http://g3n1us.livejournal.com/156224.html

Re: Полезные ссылки - чтиво для программиста

Добавлено: 04 фев 2010, 20:44
sm
Этот текст представляет собой мой ответ на вопрос, почему язык Си категорически недопустимо использовать в качестве языка начального обучения программированию.

http://www.stolyarov.info/pvt/anti_c

Re: Полезные ссылки - чтиво для программиста

Добавлено: 12 фев 2010, 15:46
sm
Антибулочник и ИТ
http://krocodl.livejournal.com/816309.html

Re: Полезные ссылки - чтиво для программиста

Добавлено: 02 апр 2010, 16:21
sm
Просто интересная мысль.

http://www.linux.org.ru/forum/development/4729405/page1
Программирование за деньги - это как штатный художник или поэт.
> ты программируешь за еду?

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

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

Re: Полезные ссылки - чтиво для программиста

Добавлено: 17 апр 2010, 12:45
sm
Один из компонентов достижения цели "писать хороший код и не писать плохой" - таков:
Писать так, чтобы при прочтении любопытство вызывали только действительно нетривиальные участки.

http://antilamer.livejournal.com/315621.html

Re: Полезные ссылки - чтиво для программиста

Добавлено: 12 май 2010, 16:37
sm

Re: Полезные ссылки - чтиво для программиста

Добавлено: 19 май 2010, 16:47
sm
Программист - работа на износ?
http://webplanet.ru/knowhow/life/admin/ ... death.html

Re: Полезные ссылки - чтиво для программиста

Добавлено: 21 май 2010, 13:25
nix_user
sm писал(а):Программист - работа на износ?
Прочитал. Почему-то вспомнилось
http://www.pbm.com/~lindahl/mel.html
На английском правда

Re: Полезные ссылки - чтиво для программиста

Добавлено: 16 июл 2010, 14:53
sm

Re: Полезные ссылки - чтиво для программиста

Добавлено: 17 июл 2010, 18:48
sm
Книга Getting Real на русском
http://gettingreal.37signals.com/GR_rus.php

Re: Полезные ссылки - чтиво для программиста

Добавлено: 23 сен 2010, 13:46
sm
http://blogerator.ru/page/oop_why-objects-have-failed
Другой крупный критик ООП - это известный специалист по программированию - Александр Степанов, который работая в Bell Labs участвовал в создании C++ вместе c Бьерном Страуструпом, а впоследствии, уже по приглашению в HP Labs, написал Standard Template Library (STL). Александр Александрович полностью разочаровался в парадигме ООП, в частности он пишет: "Я уверен, что ООП методологически неверна. Она начинает с построения классов. Это как если бы математики начинали бы с аксиом. Но реально никто не начинает с аксиом, все начинают с доказательств. Только когда найден набор подходящих доказательств, лишь тогда на этой основе выводится аксиома. Т.е. в математике вы заканчиваете аксиомой. Тоже самое и с программированием: сначала вы должны начинать развивать алгоритмы, и только в конце этой работы приходите к тому, что вы в состоянии сформулировать четкие и непротиворечивые интерфейсы. Именно из-за этой неразберихи в ООП так популярен рефакторинг - из-за ущербности парадигмы вы просто обречены на переписывание программы, уже в тот самый момент, когда только задумали её спроектировать в ООП-стиле".