Противоречието на професията

От известно време се каня да напиша нов пост, обаче все някак си не намирам времето и упоритостта да формулирам, това което ми се върти в главата. Донякъде и семинара, който избутахме в събота задвижи мислите в насоката.

Ето и бележки по темата:


  1. Приоритет #1 на разработчика е да разреши даден проблем по възможно най-простия и елементарен начин.
  2. С по-малко код - по-малко бъгове.
  3. С колкото по-малко и по-прост код решаваш проблемите, поставени пред теб, толкова по-добър си.
  4. Истински добрият разработчик би трябвало да направи така, щото максимална част от проблемите които са поставени пред него да могат да бъдат решени от хора без технически умения. Това води до писане на по-малко код, което е ултимативната цел.
  5. Приложенията би трябвало да са толкова гъвкави, че да могат да наваксват на динамиката на бизнеса, правещ тяхната употреба нужна.
  6. Ако това стане, би могло да се стигне до липса на нужда от разработчик в истинския смисъл на думата. Дали не се стремят към това и големите софтуерни корпорации? Инструментите за моделиране на бизнес процесите стават все по-съвършени. 
  7. Но от програмисти все още има нужда. Значи ли това, че ние сме несъвършени, лоши разработчици?
  8. Не означава ли това, че идеала на разработчика е това той да е безработен? Или действията, изискващи аналитичното, логично мислене, което в момента е определящо за разработчика предстои да бъдат предефинирани на едно по-високо ниво, както се е случвало нееднократно (асемблер -> C, C -> c#/Java(и т.н) например?).

Всичко това разбира се касае професията разработчик като човек, който работи по решения, насочени към краен клиент. Със сигурност ще има нужда от хора, разбиращи от memory management, компютърни архитектури, и битове, за да поставят основите, върху които приложното програмиране да стъпи.

8 Коментара по “Противоречието на професията”

  1. toranaga:

    сетих се за един лаф относно компютрите - с помощта на компютрите, човекът успява да реши всички проблеми, които не е имал преди тях.

    отначало тръгнах да ти напиша нещо подобно, но за разработчиците… после осъзнах, че е безсмислено, също толкова, колкото горния забавен лаф.

    отговорът на въпроса ти идва от само себе си, ако предефинираме на по-високо ниво понятието разработчик и това, което той прави. разработчикът в контекста “писач на код” може и да е излишен след 10 години, но в контекста на взаимовръзката “клиент продуцент”, ролята му ще си остане непомръдната - т.е. разработчикът ще доставя решение (софтуер, сайт, продукт, ако щеш и въртяща се перка с 4 цвята) отговарящо на определени бизнес цели. Дали това решение ще се изразява в писане from scratch, използване на PHP класове, .NET Framework, UML или каквото там ще ни поднесе бъдещето измерителят за “добър разработчик” в контекста на продуцент, ще си остане константа - а именно, доколко решението удовлетворява бизнес целите на клиента.

    с две думи - отговорите са извън кръга, в който ги търсищ.

  2. Емил:

    Не знам, ама аз все повече се палаша от тендентцията да излизат все по-опростени (и глупави)езици за програмиране, което според мен кара болшинството от програмисти да затъпяват периодично и последователно. Най-притеснителното е именно asm->c, c->c++, c++->c# и т.н. Какво ли следва? Чух че някъв си там калъф от M$ творял език чрез който всеки потербител можел да напише какъвто си иска софтуер без никакви технически познания. На къде вървим, господи…

  3. Miroslav:

    :) И аз достигнах същия извод преди известно време - на MS Days 2003, при представянето на Navision, и на VS.NET 2003 …
    Странна работа - MS изкарват едновременно супер мощен продукт, който управлява всичко за бизнеса на една компнания, и в същото време - IDE за custom software development :) Някак си си противоречат нещата … Времето ще покаже …
    Поздрави за доброто представяне в Събота :)

  4. Петьо:

    В общи линии и аз мисля като toranaga - вероятно бъдещето ще принадлежи на “разрабочици”, създаващи приложения по начин, съвсем различен от досегашния. Което за мен като разрабочик е едновременно плашещо и интересно. Плашещо - заради факта, че ще обезмисли сегашните ми познания, и интересно, защото понякога усещам лека досада от това да пиша for (int i = 0; i < x.ChildNodes.Count; i ++) за сто и пети път. То си е нормално технологиите да вървят напред, дори и да не ни харесва.

    А колкото до политиката на microsoft - ще рискувам да си навлека гнева на поддръжниците на свободения код, но за бизнес приложения продуктите като navision, biztalk, mcms и тн. предоставят едно доста рационално решение - подложка, който осигурява сума функционалност и интеграция с стандартните за крайни потребители продукти (windows, office) върху който пък компанията интегратор надгражда функционалност, специфична за процесите при конкретния клиент. И всичко това го правиш на езика, на който си писал, в среда, която познаваш. Удобно е.

  5. Луноходов:

    Осмелих се да добавя нещо и от мен - http://lunohodov.blogspot.com/2005/01/blog-post_25.html

  6. toranaga:

    Луноходов,

    аз ако реша да те изкоментирам, къде предлагаш да го направя? тук, в твоя блог или да взема да си пусна и аз един блог?

  7. Петьо:

    Ами крайно време е да си пуснеш един блог, то в днешно време не знам да няма някой без такова нещо… като GSM един вид ;) Иначе явлението е нормално, trackback. Нормалните блог системи засичат когато един блог рефърва към друг в постинга, и първоизточника добавя към коментарите линк към въпросния.

  8. http://www.math.northwestern.edu/~wphooper/code/latex/format/lx.php?passus823/59191.html:

    muslim nude webcams women

    pZfnxt0 | naked girls webcams

Коментирай