Salesforce Development Best Practices

Привет народ.

По ссылке Gres в Links (Спасибо Gres :)) нашел очень интересную статью.

Salesforce Development Best Practices Очень много полезной информации по организации процесса разработки, которую можно взять на вооружение.

По личному опыту скажу, есть клиенты, которые не придают значение процессу разработки никакого значения и которым важен только результат, а есть клиенты, которые тратят больше половины бюджета именно на организацию процесса разработки (сталкивался и с первыми и со вторыми). У первых код разрастается очень быстро и теряет всякую возможность для дальнейшей поддержки потому что вся информация по проекту хранится в головах разработчиков и имеет свойство теряться. Вторые кодят медленно, зато документация по проекту, как и сам код задокументирован отлично и текучка разработчиков не представляет никакой проблемы.
Поэтому решайте с кем вы или к кому вы относитесь :))))))))))))

Dmitry Shnyrev

Привет народ.

По ссылке Gres в [url=https://salesforce-developer.ru/links]Links[/url] (Спасибо Gres :)) нашел очень интересную статью.

[url=https://sujaka.wordpress.com/2015/02/09/salesforce-development-best-practices/]Salesforce Development Best Practices[/url] Очень много полезной информации по организации процесса разработки, которую можно взять на вооружение.

По личному опыту скажу, есть клиенты, которые не придают значение процессу разработки никакого значения и которым важен только результат, а есть клиенты, которые тратят больше половины бюджета именно на организацию процесса разработки (сталкивался и с первыми и со вторыми). У первых код разрастается очень быстро и теряет всякую возможность для дальнейшей поддержки потому что вся информация по проекту хранится в головах разработчиков и имеет свойство теряться. Вторые кодят медленно, зато документация по проекту, как и сам код задокументирован отлично и текучка разработчиков не представляет никакой проблемы.
Поэтому решайте с кем вы или к кому вы относитесь :))))))))))))

Так же хочу здесь еще раз отметить следующее.

Последнее время познакомился и стал часто встречать такое понятие как "Technical Debt".
И как раз в данной статье про это упоминается

Скопирую описание сюда. Подумайте над значением этой фразы

What is “Technical Debt”?
“Work that needs to be done before a particular job can be considered complete or proper.
If the debt is not repaid, then it will keep on accumulating interest, making it hard to implement changes later on”.
In other words…
“All the things, big and small, that left undone will eventually come around to bite you in the ass”.

Dmitry Shnyrev

Так же хочу здесь еще раз отметить следующее.

Последнее время познакомился и стал часто встречать такое понятие как "Technical Debt".
И как раз в данной статье про это упоминается :) 

Скопирую описание сюда. Подумайте над значением этой фразы

[quote]What is “Technical Debt”?

“Work that needs to be done before a particular job can be considered complete or proper.

If the debt is not repaid, then it will keep on accumulating interest, making it hard to implement changes later on”.

In other words…

“All the things, big and small, that left undone will eventually come around to bite you in the ass”.[/quote]

Dmitry Shnyrev

Так же хочу здесь еще раз отметить следующее.
Последнее время познакомился и стал часто встречать такое понятие как "Technical Debt".
И как раз в данной статье про это упоминается
Скопирую описание сюда. Подумайте над значением этой фразы
What is “Technical Debt”?
“Work that needs to be done before a particular job can be considered complete or proper.
If the debt is not repaid, then it will keep on accumulating interest, making it hard to implement changes later on”.
In other words…
“All the things, big and small, that left undone will eventually come around to bite you in the ass”.

Технический долг очень полурное и часто встречающееся понятие

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

Gres

[quote="Dmitry Shnyrev"]Так же хочу здесь еще раз отметить следующее.

Последнее время познакомился и стал часто встречать такое понятие как "Technical Debt".
И как раз в данной статье про это упоминается :) 

Скопирую описание сюда. Подумайте над значением этой фразы

[quote]What is “Technical Debt”?

“Work that needs to be done before a particular job can be considered complete or proper.

If the debt is not repaid, then it will keep on accumulating interest, making it hard to implement changes later on”.

In other words…

“All the things, big and small, that left undone will eventually come around to bite you in the ass”.[/quote][/quote]
Технический долг очень полурное и часто встречающееся понятие :)
А также очень полезное. Нужно понимать, что разработчик постоянно находится в долгу.

Dmitry Shnyrev

понятие как "Technical Debt".

очень хорошо и правильно звучит.

Особенно если кто-то до тебя наделал таких "долгов", а ты "расплачиваешься" по ним.

Den Brown

[quote="Dmitry Shnyrev"]понятие как "Technical Debt". [/quote]

очень хорошо и правильно звучит. 

Особенно если кто-то до тебя наделал таких "долгов", а ты "расплачиваешься" по ним.