Category: it

Category was added automatically. Read all entries about "it".

calm

Волшебство и Магия Clojure

Сделал перевод lisperati: Casting SPELs in Lisp, адаптированный под Clojure.



Перевод: http://lisperati.planvita.com/

Очень жду комментариев в стиле "ты написал вот так, а пишется вот так" или "написано вот так, но лучше было бы вот так", оставляйте их в комментариях к посту или на github http://github.com/jevgeni/spels-ru/issues. Спасибо!
della mala

жизненное

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

Вот так и живем :(:
della mala

IEEE 1074-1997. Как много в этом слове.

Сегодня, многие программисты работают вслепую. Разрабатывают на ходу, на коленке так сказать. Не потому что не хотят делать как-то по-другому, а потому что не привыкли планировать. Планирование - все равно, что написание очевидных для программиста комментариев по описанию функции. На момент создания - все легко держится в голове. А вот только стоит немного отдалиться от задачи, которую реализует функции - и все забывается. Нет, конечно, бывают гении, которые держат в голове больше 500 строк кода и довольны этим. Но таких единицы, и идет речь не о них. У них зачастую все идеально. А вот насчет остальных такое сказать нельзя. Именно для планирования и для последующего управления и создан стандарт IEEE 1074. Зачем, спросите вы, нужно это планирование, мол, я всегда делал и без него. Да и быстрее, получается, дайте-ка лучше сразу брошусь к коду. А как вы делали? Сколько времени у вас уходило на вспоминание всего, чего вы хотели? А если требуется помощь, сколько часов будет затрачено на объяснение, сколько работы проделано и на каком этапе вы находитесь? А как насчет предусмотрения всех возможных вариантов и их документирования - всего не упомянешь. Даже если и записывали, куда то на листочек, то заказчик будет более удовлетворен, увидев не эти бумажки, а именно документ, где все написано, что-когда-зачем-почему. Написание кода, как ни странно, является наименее важной задачей, стоящей перед крупным проектом. Иначе проект провалится. Автомобиль, как средство достижения какой то цели, пункта назначения, может быть быстр и удобен, но авария без грамотного управления произойдет и цель не будет достигнута, то же самое относится и в случае халатного отношения к проектам. Единственным исключением, пожалуй, может быть, маленький проект, где фаза планирования занимает времени больше, чем остальные фазы ( продвижение, тестирование, программирование ) - для таких проектов анализ и построение плана может быть исключено. В общем же случае - используем готовые шаблоны ( мы ведь стараемся экономить время и повышать качество продукта, так? ), например международный стандарт 1074 - стандарт, определяющий процессы жизненного цикла разработки программного обеспечения. ( в России существуют ГОСТ-ы по управлению процессом, но о них может быть в другой раз ).

Collapse )