Comments on: Софтуерно и строително инженерство

By: Боно

Боно — Tue, 05 Jan 2010 13:20:42 +0000

Аз бих се съгласил че метафорите понякога са полезни, но честно казано във изгледа за програмирането като цяло повече клоня към гледната точка на Дийкстра. Той защитава идеята, че програмирането е VLSAL, very large-scale applications of logic, ето ти статията: http://www.cs.utexas.edu/users/EWD/transcriptions/EWD10xx/EWD1041.html

Ще ти дам пример. 90% от работата, която ти трябва да свършиш в една програма в момента се пише от framework девелъпърите. То не е гарбиджа, то не са Spring, Hibernate, JDBC, ала-бала… Де-факто работата на програмиста в момента е да навърже тези конструкции в подходящ ред, за което много по-добра метафора е математическата теорема…

Елитистко? Много ясно! Преувеличено? Не съвсем.

By: Петър

Петър — Fri, 06 Nov 2009 10:07:20 +0000

Според мен е много по-важнен самия процес на сравнение на софтуера с реален предмет, от това точно с какъв предмет ще го сравниш. При софтуера не е толкова лесно да определиш подходящия размер и форма, колкото при реалните предмети- затова софтуерната метафора е безценна. Например ако мобилният ти телефон тежи 2.3кг, веднага ще разбереш, че това е абсурдно; докато при форма за обратна връзка с 12 полета това не е толкова очевидно. Иначе май програмирането е най-близо до шиенето. И двете използват материал (плат – език); понякога се изисква креативност, а понякога не; промените понякога са лесни (да подгънеш ръкав) или много трудни…

By: Владо

Владо — Mon, 08 Jun 2009 11:57:18 +0000

Всъщност ако под музика разбираме камерен или баш оркестър… има я екипната работа и на места липсва индивидуализма. Като се замисля, на базата на музикалната полугрешна метафора може да се измъдри някаква методология, в която всеки се специализира до божественост единствено в неговата област… и тук вдъхновението ми секва. Всъщност погледнато наопаки, можем ли да метафоризираме нещо с разработването на софтуер? Така май ще е по-лесно…

By: Стефан Кънев

Стефан Кънев — Mon, 25 May 2009 13:00:43 +0000

На свой ред ще се съглася. Ще допълня с две малки предимства на метафорите.

Първото е комуникация. Лесно можеш да обясниш (на клиент или на начинаещ разработчик) защо промените са скъпи, ползвайки строителната метафора. Или на майка си къде е предизвикателството в разработване на софтуер.

Второто е "креативно мислене". Ако направиш паралел с друга област, можеш да се опитваш да превеждаш нейни идеи в твоята. Можеш да ползваш това като генератор на идеи. Но трябва да филтрираш, понеже много ще са лоши, както ти сам каза.

By: Петьо

Петьо — Mon, 25 May 2009 08:50:16 +0000

Съгласен с горното, приликите се изчерпаха до липсата на 'материя'.

Тогаз мисля, че в случая явно метафората е ненужна, и само пречи. Правейки паралели, най-много да се вкараш в белята да пробваш хватки, които не са подходящи за наш'та индустрия.

By: Стефан Кънев

Стефан Кънев — Sun, 24 May 2009 19:54:12 +0000

При музиката искаш да показваш индивидуалност, дори когато свириш чужди неща (обикновено и въпрос на мнение).

При софтуера (и архитектурата) искаш да показваш минимална индивидуалност. На нейно място трябва да блести най-доброто и логично решение на проблема. Според Ward Cunningham, "чист код" е "когато отвориш една рутина и тя изглежда както си очаквал".

Точно обратното на музиката и индивидуализма в нея. За това не харесвам сравнението.

By: Петьо

Петьо — Sun, 24 May 2009 19:48:28 +0000

Да ти пусна една муха – може да се сравни с композиране на музика, поради липсата на ‘материя’? Ти си по музиката, мисли… Там обаче пък отсъства екипния момент . Всъщност, кому е нужно да го оприличава на нещо?

By: Емил Иванов

Емил Иванов — Sun, 24 May 2009 14:53:15 +0000

В книгата „Code Complete 2″ още втората глава (първата бидейки въвеждащата) Steven McConnell разнищтва различните метафори, които използваме в нашия бранш и също както ти (и аз) намира това сравнение за неуместно.