|
|
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Robbпойми такую вещь - когда идет разработка - еазвания ДОЛЖНЫ быть нормальными, но при продаже, с учетом того что техподдержка это $$$ - имеет смысл шифровать $$$ нужно зарабатывать именно на поддержке, а не на запудривании мозгов названиями полей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 01:12 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
я НЕ "за" и НЕ "против" ибо далеко это от меня ныне :) но в 2004-м изучал некую ERP (специально не буду говорить "имя", но ERP довольно известная, при чём может работать как с СУБД от MS так и с Oracle) так вот, там поля именно так и назывались (типа "ABCD0001", "ABCD0002", ........) Шайтан ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 01:15 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
а это смотря кому продаешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 01:18 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Robb если это реплика на моё сообщение, то поясни, плз, свою мысль я в тот момент "трудился" в компании типа дистрибьютор-консалтер соответ. продукта. какой резон вендору что-то прятать от того, кто продвигает их продукт на "локальный" рынок? хотя, может они России на генетическом уровне не доверяют :) Шайтан ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 01:27 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Шайтан, и это тоже (про генетику). дистрибьютеру нужно все знать по максимуму. однако всегда найдется "паршивая овца" которая выведет инсайд за пределы. потому нужно доверие. все стремятся к максимальной прибыли, все пути хороши, особенно когда клиент - циничная корпорация. кушать хочется всем :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 01:39 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Robb да это всё понятно но согласись, если "эта контора" при разработке НЕ использует "ABCD0001", "ABCD0002", то и при передаче дистрибьютору отого не будет. неужели ты думаешь, что ERP разрабытовалось с "нормальными" наименованиями, а при экспорте в РФ решили срочно переделать? :)) Шайтан ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 02:18 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Шайтаннеужели ты думаешь, что ERP разрабытовалось с "нормальными" наименованиями, а при экспорте в РФ решили срочно переделать? :)) человеку с хорошей ассоциативной памятью не большая проблема запомнить условную мнемонику. система в наименованиях все равно какая то есть. на первый взгляд кажется что бред.. немного поняв парадигму - все становится понятно. и появляется человек, котрый "знает как работать с системой", и что происходит далее???? создается рынок этого продукта. а когда всем все понятно, то как-бы любой и сможет сделать.. рынка, как сам понимаешь, не создаешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 12:32 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
рынок услуг грузчиков существует не потому, что кто-то не знает как поднимать тяжести, а потому, что не все хотят(могут) этим заниматься. Каждый должен заниматься своим делом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 12:37 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
iscrafm, опять ты со своими комментами.. ты о чем? про каких-то грузчиков.. грузчики нужны потому что носить надо.. тормоз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 12:48 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Robbiscrafm, опять ты со своими комментами.. ты о чем? о твоем видении причин рождения рынков, тормоз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 12:50 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
iscrafm, "спрос определяет предложение" - тебе знакомо сиё? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 12:54 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Robb, чего кипятитесь? Человек дело говорит. Передавать систему заказчику с такими названиями полей - неуважение к клиенту. Это, как минимум, не поднимет вашей репутации. Также - это неуважение к службе поддержки (вашей/сторонней - неважно). Вместо того, чтобы развивать себя в нужном направлении, люди будут немного понимать парадигму и разбираться в том, что на первый взгляд кажется бредом. Как сопровождать систему - дело клиента, он уже заплатил деньги. Захочет - обойдётся без вас, не захочет - будет вам счастье. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 13:21 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
adv, взгляд с разных ретроспектив. ты не знаешь заказчика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 16:02 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
advТакже - это неуважение к службе поддержки (вашей/сторонней - неважно). Вместо того, чтобы развивать себя в нужном направлении, люди будут немного понимать парадигму и разбираться в том, что на первый взгляд кажется бредом. но однажды поняв (парадигму) станут незаменимы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 16:04 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
RobbadvТакже - это неуважение к службе поддержки (вашей/сторонней - неважно). Вместо того, чтобы развивать себя в нужном направлении, люди будут немного понимать парадигму и разбираться в том, что на первый взгляд кажется бредом. но однажды поняв (парадигму) станут незаменимы.А потом, когда продукт накроется или сменят род деятельности, будут обладать никому не нужными знаниями, захламляющими их мозг. Зато однажды поняли парадигму. зы. Незаменимые - это не про людей, понявших парадигму :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 16:18 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Robbadv, взгляд с разных ретроспектив. ты не знаешь заказчика. Причем тут это? Если поставляемая система уникальна и востребована и вы, как её создатель и поставщик, монопольно владеете рынком - там как поля не назови, какого гавнокода не вставь, всё равно купят, выбора нет, и поддержку у вас же закажут или в крайнем случае у специалистов, которые у вас будут платно обучаться, - так как все дороги ведут к вам. Т. о. такое извращение с названиями полей просто излишне в данном случае. В другом случае, если на рынке есть конкуренция, то: 1. при большом желании конкурент всё равно обойдет вашу обфускацию, 2. но в большинстве случаев это и не нужно будет, потому как ваши системы будут отличаться лишь маркетинговым успехом и скоростью внедрения тех или иных фич (причем переменным успехом и скоростью). В этом случае заказчик выберет то, на что он всегда сможет найти специалиста на поддержку, то, где ему не смогут внезапно завысить цену просто потому, что иного выбора, кроме как согласится на это, у него не будет. И если у конкурента система будет без этой обфускации, а у вас с - сомнительно, что успех ждет именно вас, а не конкурента. IMHO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 16:18 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
P. S. Если самим разрабатывать систему изначально с такими названиями полей - это дополнительные затраты дорогих человеко-часов на всех этапах разработки для разбора, на что где что ссылается. Если разрабатывать трансформатор имен, применяемый при релизе - это тоже доп. трата дорогих человеко-часов, причем чем сложнее система - тем больше потребуется. Оба этих варианта конкурентоспособности не добавят. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 16:23 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Robbadv, взгляд с разных ретроспектив. ты не знаешь заказчика.Мне не надо его знать. Я к своим заказчикам стараюсь относиться с уважением. Ко всем. И не навязываю свой сервис. Они уже заплатили за продукт и это тоже неплохо. Некоторые из них занимаются поддержкой как могут, другие имеют мою поддержку. Для меня самое главное, чтобы заказчик был доволен эксплуатацией продукта. У вас не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 16:28 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
advА потом, когда продукт накроется или сменят род деятельности, будут обладать никому не нужными знаниями, захламляющими их мозг. а им не надо быть топ спецами, мэйнстрим для спецов нужен. там понадобятся недорогие "обслуживатели". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 16:41 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
advRobbadv, взгляд с разных ретроспектив. ты не знаешь заказчика.Мне не надо его знать. Я к своим заказчикам стараюсь относиться с уважением. Ко всем. И не навязываю свой сервис. Они уже заплатили за продукт и это тоже неплохо. Некоторые из них занимаются поддержкой как могут, другие имеют мою поддержку. Для меня самое главное, чтобы заказчик был доволен эксплуатацией продукта. У вас не так? ну зачем лукавить? скажи честно, если бы все обращались за супортом к тебе, при этом платя ну например 1000 зелени в год и продукт поставлен в 5000 предприятий (в моем случае).. не заманчиво разве? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 16:44 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
an0nymЕсли поставляемая система уникальна и востребована и вы, как её создатель и поставщик, монопольно владеете рынком - там как поля не назови, какого гавнокода не вставь, всё равно купят, выбора нет, и поддержку у вас же закажут или в крайнем случае у специалистов, которые у вас будут платно обучаться, - так как все дороги ведут к вам. Т. о. такое извращение с названиями полей просто излишне в данном случае. попал в точку. но они захотят поковырять базу, найти семантику и навесить на нее свою (нелегальную) логику. я понимаю что настоящий хакер все сделает, но оттянуть момент... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 16:48 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Robbпойми такую вещь - когда идет разработка - еазвания ДОЛЖНЫ быть нормальными, но при продаже, с учетом того что техподдержка это $$$ - имеет смысл шифровать Названия относятся к логике. SQL обеспечивает доступ по содержанию - это одно из его существенных достоинств. Закрывая такими именами содержание, Вы в значительной мере утрачиваете это достоинство в Вашей БД. Причем как Вам сказали кроме разработки есть сопровождение. Оно тоже возрастет в цене. А качество ниже из-за ущерба логике. Т.е. качество хуже, а сопровождение, да и разработка дороже. Т.е. может пострадать конкурентоспособность продукта. Для разных задач должны быть свои средства: шифровка не должна обеспечиваться за счет логики. Есть всякие там аутентификации, разганичения прав и т.д. Но те кому нуно должны работать с нормальной логикой. Такая "шифровка" может оказаться хуже средств специализированных на шифровании: расшифруют кому нуно, скоре всего. В общем применение средств не по назначению, в общем случае проигрывает специализированным средствам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 17:05 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
vadiminfo, я согласился что во время разработки имеет смысл оставлять семантику. а вот в поставке пока не уверен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 17:36 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
Robbну зачем лукавить? скажи честно, если бы все обращались за супортом к тебе, при этом платя ну например 1000 зелени в год и продукт поставлен в 5000 предприятий (в моем случае).. не заманчиво разве? :)честно не скажу, не мой случай. Но, таким способом, не заманчиво :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2010, 20:45 |
|
||
|
Методика названия полей
|
|||
|---|---|---|---|
|
#18+
мне интересно, база без приложения делается, сама по себе? если да, то какой мазохист станет к ней приложение писать? если нет, то зачем эти ухищрения? в страхе что местные хакеры на нее свое приложение приделают лучше вашего и платить перестанут?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2010, 17:20 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=36481432&tid=1542754]: |
0ms |
get settings: |
7ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
192ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 196ms |
| total: | 459ms |

| 0 / 0 |
