Такая проблема:
- есть очень жадный и хитрый клиент который оплатил только 50% работ, остальная оплата по факту;
- я пролошился и сильно недооценил объем работ и их стоимость.

Хотелку клиента я все-таки выполнил, но будет обидно, если клиент начнет жадничать и кинет меня на деньги.

В связи с этим я хотел бы отправить ему работоспособную обработку, но зашифровать её кодовый текст.

Помню было что-то для 7.7 когда можно было зашифровать текст так, что но превращался в белиберду и при этом работал.

Может есть что для 8-ки?

кури "обфускация"

(1) спасибо, вот нашел http://infostart.ru/public/15907/

(0) не работай с жадными, правильно оценивай...

(3)легко сказать)

(4) либо смириться с тем, что сразу не разглядел )

(0) Измени код. Откажись от циклов, почаще используй перейти, измени логику обработки так что бы использовалась только 1 функция, а внутри беготня по меткам, в идеале код должен сам собираться и использоваться в выполнить. По опыту могу сказать - после 2-3 переходов по меткам чаще всего одинэсники плюют на разобраться и пишут свое
(2) фигня. Код приводиться в норму за 15 минут .

(6) ага, автору еще раз написать обработку, мало того, что он влетел со временем и деньгами, так еще раз пусть повторит ))

(0) это же очевидно, просто и делается штатными средствами

в модуле там где самый важный код:

1. ctrl+a
2. ctrl+d
3. ctrl+s

1. ctrl+a
2. del
3. ctrl+s

(9) Что бы это значило?
А вообще (0)
<- я пролошился и сильно недооценил объем работ и их стоимость./>
Че за бред? Если ты работу свою оценил и озвучил перед заказщиком, то какие могут быть вопросы.
То что ты хочешь это - DLL,Token и прочая хрень...Тебе не подходит походу.

гз

ничего из этого не читал ещё
Книга знаний: v8: Защита исходного кода конфигураций в 1С 8.0
http://www.1c-zk2.ru/articles/i-esee-neskolko-slov-o-zasite-razrabotok
http://subscribe.ru/archive/comp.soft.prog.school1c/200805/15012713.html

верни деньги клиенту и шли лесом

(0) Смысл портить код в работоспособной обработке?

Только вижу, что клиент начинает мутить, начинает говорить, что то вроде "а если вы просидели полчаса, то возьмете за час?", сразу начинаю выставлять на 20% больше и если начинаются разговоры, валю не заморачиваясь с долгами, себе дороже выйдет. Я мог бы работать в этот момент, мог писать что то, изучать что то новое а тут сижу и доказываю, что я достоин, что бы мне платили, да идите вы...

(6) Это называется неуважение к коллегам по цеху. После такого хочется в глаза лично взглянуть такому одаренному ..овнокодеру! Надо писать красиво, а не так, чтобы другие не могли даже прочитать!

ТС - дятел, оценил сам - делай в оценку, будь мужиком

как-то это не по пацански свой быдлокод шифровать
сертифицируй уж его тогда и продавай на маркете, увешав аляпистыми маркетинговыми заголовками

(18) Очень даже по пацански.
Клиент прислал мне демо-базу для разработки.
Изучая его демобазу, я увидел целую кучу внешних обработок, которые кодили разные проги.

По ходу клиент действует по следующей схеме: нанимает прога, который делает ему основную работу по "максимально бюджетной цене".

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

+(19) Так что очень даже возможно, что получить 50% за разработку, я с ними и останусь.
А клиент заговнится и не станет мне перечислять оставшиеся 50%, аргументируя тем, что ему нужна масса мелких доработок. В итоге я плюну, а он наймет другого на доработки.

Прежде чем договариваться о ценах, надо подробно разработать и подписать ТЗ. Сначала ТЗ, потом цена.

(20) какой хитро*опый ты, однако))

(21) я не франч, все обговорил по электронной почте и клиент перевел мне 50% предоплаты.

Если ВСЁ обговорил, то должен был обговорить и "мелкие доработки". Получил предоплату? Тогда не имеешь права заниматься хренью по кодированию.

+(23) это совершенно нормально, что я хочу получить за работу все 100%, а если устная договоренность сорвется, то и клиент останется с обработкой, которую проблематично модифицировать и я останусь с 50% оплаты.

Мне не нужно, чтобы клиент, получив готовую работу, нанял другого прога подешевле.

+(25) У меня в работе остались вещи, которые клиент, скорее всего, захочет доработать и на доработке которых я хочу себе компенсировать то, что изначально недооценил стоимость работ.

Нафиг мне нужно, чтобы клиент на доработку нанял другого программиста?

Лучшая защита - качественная работа. В подобных случаях, я не парюсь. При повторном обращении клиенты оплачивают долг и потом оплачивают двойной тариф.

+(26) тем более, что с клиентом не оговаривалось, что после выполнения работ ему принадлежит право на код.
Огововаривался только нужный результат.

ОФФ: вспомнилась надпись на стене туалета: "Не льсти себе - подойди поближе". Ничего личного. ИМХО, заблуждаешься.

(0) Вообще не следует защищать исходный код, кроме случаев, когда продукт делается для неопределённого количества покупателей. Если же речь идёт об одном клиенте, то он гораздо больше зависит от программиста, чем программист от него.
Как правило, охотно или неохотно, но за хорошую работу всегда платят. Исключения бывают (например, фирма обанкротилась), но они только подтверждают правила.

вставь в обработку свое мыло и надпись

данную обработку клиент оплатил только на 50% и кинул меня на остаток.

Уверяю что это будет лучше

Хороший программист не будет подрабатывать мелкими доработками чего-то недописанного, а для посредственного программиста и хорошо написанный код, просто без комментариев, не очень-то и понятен будет.
Особого смысла в защите какой-то обработки нет, так как в большинстве случаев обработку проще переписать, чем вникать в код.
Также следует понимать, что основной функционал желательно иметь в самой базе, а не в каких-то внешних обработках, так как следующему программисту, скорей всего, просто отправят базу вообще без обработок.
(31) Я бы не только написал мыло и факт неоплаты, но и прокомментировал бы отношения с клиентом и его способ составления технического задания, а также особенность внесения изменений задним числом и желание получить золотые горы из маленькой кучки.
Удачи.
P.S. обычно для таких клиентов в 50% первых процентов оплаты закладывается реальная стоимость разработки, а в остальные 50 - это как бы бонус за то, что клиенту всё понравилось, что бывает не всегда.

хотя , скорее всего, клиент норм., люди вообще большей частью норм., а не мошенники

(32) Весь смысл 1С Предприятия - в Open source. Этим они завоевали рынок и наняли кучу программистов. Если от этого уйти, то теряется весь смыл работы. Поэтому всегда следует предполагать, что у тебя за плечами масса программистов, которые с удовольствием продолжат работу за тебя. Такое предположение облегчает взаимодействие с клиентами, то есть незаменимость тебя для данного клиента ничем не гарантируется, а только хорошими с ним отношениями.

(33) ппц

(36) На самом деле, реально скрывают код только те, кто его скопировал с чужой обработки, то есть чтобы избежать позора.
В остальных случаях это бессмысленно - если программа достаточно серьёзная, то кода очень много и разобраться в нём быстро даже в случае прекрасных комментариев нереально, если же кода немного, то всегда проще переписать или найти что-то на ИТС уже готовое или похожее.
P.S. если клиент бегает от программиста к программисту, то или программисты попадались неудачные или клиенту результат не нужен.

(0) сьещ его собаку с кетчупом и утопи кота - надо быть гумманым к людям

запрячь куда нить сильно вправо код с обработкой, где подключается обработка ожидания с выводом сообщения о перечислении денег после даты Х
-----
не сильно надежно но от тупого копипаста спасет

(0) Покажи клиенту работу обработки в терминальной сесии, пусть проверяет. И не давай ее, пока он денег не заплатит.

(6)Вооще не пойму что с метками не так?
Я всегда их использую, все ясно и понятно.

или просто на ноутбуке своем показывай, что работает, а файл передавай после оплаты

(42) дурной тон. за использование меток любой препод по программированию с гуаном сожрет) на самом деле очень трудно отследить логику

(44) Ну не любой. Ассемблерщик не сожрет.

(42) Сколько будешь вникать в такой код:

перем м1, м2, м3


Процедура ГлавнаяМегоПроцедура ()

~м1о324_м2о439_м3о321:
//
// что-то делаем, может быть инициализируем м1, м2, м3
//
Если СокрЛП(м1+м2+м3) <> "" Тогда
 Выполнить("Перейти ~"+м1+_+м2+_+м3);
КонецЕсли;

//
// что-то делаем, может быть инициализируем м1, м2, м3
//
~м1о314_м2о439_м3о381:
Если СокрЛП(м1+м2+м3) <> "" Тогда
 Выполнить("Перейти ~"+м1+_+м2+_+м3);
КонецЕсли;

//
// что-то делаем, может быть инициализируем м1, м2, м3
//
~м1о324_м2о439_м3о320:

//
// что-то делаем, может быть инициализируем м1, м2, м3
//

Если СокрЛП(м1+м2+м3) <> "" Тогда
 Выполнить("Перейти ~"+м1+_+м2+_+м3);
КонецЕсли;

~м1о324_м2о179_м3о321:
//
// что-то делаем, может быть инициализируем м1, м2, м3
//

Если СокрЛП(м1+м2+м3) <> "" Тогда
 Выполнить("Перейти ~"+м1+_+м2+_+м3);
КонецЕсли;


КонецПроцедуры

Сорри, если пролетел - то пролетел. Твои проблемы. Делай выводы.

Я постоянно сталкиваюсь с предложениями о работе, которую автор называет "мелкими доработками". И объяснения клиента на "Почему бы вам не обратиться к автору кода обработки?" - вполне логичны и понятны при этом.

Чаще всего - из-за того, что автор и клиент по разному "оценивают" и стоимость и само понятие возникновения этих самых "мелких".

Я говорю об тех авторах, которые постоянно "забывают" включать в договор строки о периоде сопровождения. И пытаются задним числом "компенсировать" свои ошибки в первоначальной стоимости предстоящих работ.

Странно....
Почему нельзя открыто сказать клиенту-
1.стоимость работ оказалась недооценена
(и описать возросшие сложности)
2.предложить доплатить разницу,а в случае отказа вернуть аванс?

Что здесь не так?

(48)
А как бы ты на это отреагировал, если бы был заказчиком?

(49) я-бы сказал "нии...т, договаривались? деньги получил? давай работу или отдавай бабло с процентами!"

Я чего то не понимаю, или Текст - Установить пароль для модуля объекта отменили?

(50)
Ага. Я бы тоже не вникал в проблему "я неправильно оценил стоимость"

(50) Но как программист, ты должен знать, что ни к чему хорошему это не приведет. В лучшем случае все будет сделано на "отвали". И опытный клиент это тоже понимает.

P.S. Можно "правильно" работать:
1 Этап. Составление ТЗ. Составили - оплатили. Назвали сроки и стоимость этапа 2.
2 Этап. Написание обработки в соответствии с ТЗ. Проверяете на тестовых примерах - если все работает в соответствии с ТЗ - деньги на бочку.
3 Этап. Тестовая эксплуатация и доработки по ее результатам - деньги по фактическому количеству доработок. Сделали доработку - тут же оплатили.
4 Этап. Промышленная эксплуатация и поддержка. Отдельные деньги.

Когда клиент офигеет от итоговой суммы - он гораздо охотнее будет соглашаться на изменение стоимости в процессе работы при "неправильной" схеме, т.е. в упрощенном варианте работы.

(53)
Опытный клиент как правило работает с одним и тем же программистом(программистами). Описанные проблемы могут возникать только с неопытным клиентом. Которому тяжело понять, почему он не может до начала работы знать их стоимость.

(54) Ну дык для таких клиентов изначально раза в 2-3 надо завышать стоимость (делая скидки по факту выполнения работы - клиенты это любят, твой рейтинг у них после этого существенно возрастает), либо действовать по "правильной" схеме (есть такие, кто соглашается - типа, боятся, что программист ни за что деньги сдерет).

(55)
Я к тому, что озвучивать (48) - не самая лучшая идея.