[tolstiybh 0]

DASM, ну а таким как Вы, побольше опыту в бизнесе, программировании и т.д и т.п., да и еще общения с иностранными коллегами. Мы не в каменном веке и не программируем Z80 или INTEL 8086. Сейчас очень много для этого полезных программ: ATMEL&AVR studio или IAR. И делается это все(компиляторы, PINBOARD 2 или STK и т.д. и т.п.) для того, чтобы облегчить разработку будущего шедевра, а не сидеть в каменном веке и слюни жевать :rolleyes:

 

Zhevak спасибо

 

Ладно, давайте не будим ругаться и ссориться. Если оскорбил Вас, то извините.

 

У каждого электронщика свой подход и не важно через какой путь он пройдет. Главное чтобы результат удовлетворял разработчика!!!

 

Я все делаю по Закону Мерфи:

Если задача кажется легкой, то выполнить ее будит практически не возможно. Если она кажется сложной, то эти сложности будут появляться всегда на протяжении всей жизни данной работы.

И лишь только надежность и среднее между ними - залог успеха!!!

Изменено 7 июня, 2013 пользователем max_mart

[slavka012 0]

Откиньте в сторону догмы и реально посмотрите на мир. Он другой! Защищаться надо от конкретного врага, а не от гипотетического. А когда ваг будет четко идентифицирован, определиться и тип защиты достаточно точно. Може Вам нужно не фьюзы прожигать, а юридически защищаться? От кого Вы, лично Вы, защищаетесь? За себя отвечайте, а не показывайте, что другие тоже "ружья кирпичем чистят".

 

Пустые слова ни о чем. Вы машину закрываете, когда оставляете на парковке в городе?

 

"От кого Вы, лично Вы, защищаетесь?" (с)

 

"ТС создал ноухау, но не знает, что такое .h, объектник и линкер 05.gif 'Не верю!' ( (с) Станиславский )" - народ ну Вы че издеваетесь надо мной???

 

Вы че когда пишете программы будете еще и В МАШИННЫЙ КОД ЗАЛАЗИТЬ??? Я знаю С#/C++

Ну а как не издеваться. Есть большая разница между машинным кодом и .h. Если бы вы написали хоть одну программу на С, вы бы не задавали вопросов про .h.

[zhevak 0]

Пустые слова ни о чем. Вы машину закрываете, когда оставляете на парковке в городе?

Пустые слова ни о чем. Вы путаете теплое с мягким.

 

Украсть что-то из машины (или угнать ее) и украсть программу -- это разные вещи. Разные по _сути_.

 

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

 

[slavka012 0]

Пустые слова ни о чем. Вы путаете теплое с мягким.

 

Украсть что-то из машины (или угнать ее) и украсть программу -- это разные вещи. Разные по _сути_.

 

Нет разницы в данном контексте. Речь идет об элементарных мерах предосторожности. Их проще тупо соблюдать, чем ломать голову о "А когда враг будет четко идентифицирован".

[zhevak 0]

Нет разницы в данном контексте. Речь идет об элементарных мерах предосторожности. Их проще тупо соблюдать, чем ломать голову о "А когда враг будет четко идентифицирован".

Хорошо, попробую объяснить.

 

Если Вы производите серийную продукцию, то Ваш бизнес уже защищен как минимум двумя преградами:

1. Вы поставляете продукцию на рынок и рынок знает Вас как поставщика этой продукции. Поэтому сначала будут обращаться к Вам, а уж потом к no-name поставщикам. Почему так дорого стоят изделия Sony и Toyota, и почему так мало просят за изделия неизвестных фирм? Пробиться на рынок со своим именем (со своей маркой) очень сложно. Не зря ведь существует такое явление франчайзинг. Иначе говоря, что бы продать свое изделие укравшему Вашу программу придется на каждой продаже терять. Если Вы на рынке будете продавать по себестоимости, то ему придется работать вообще в убыток. Понятно, что долго он не протянет.

 

2. Чтобы резко переориентировать массовое производство, а тем более создать новое направление, нужно сделать очень много затрат. Для этого нужны (понятно!) -- деньги, и нужно время. Таким образом, укравший Вашу прогу выйдет на рынок с опозданием и ослабленный. Ему бы сейчас самое время начать продавать и отбить свои затраты, но не тут-то было -- продать он может только по себестоимости или еще ниже.

 

Я еще раз подчеркну, что нормальный лютый бизнесмен, который просчитывает свои ходы, никогда не опустится до воровства чужого, простите, говно-кода. Не льстите себе! А мелкая шпана, которая украдет Ваш код -- ну что они могут вам сделать! Ну изготовят пару десятков устройств, ну продадут пять штук. И сдохнут. Конечно, можно рассматривать эти пять устройств, как недополученную прибыль. А можно и рассматривать их как неизбежные потери, связанные с защитой Вашего рынка.

 

Вы защищаете свой код, а я защищаю свой рынок -- ну и кто из нас в конечном счете выиграет?

 

Врагов, на самом деле, -- нет. Есть проблемы личной амбициозности и неумения договариваться с соседями.

 

А если Вы производите штучный товар, то тут еще сложнее продать копию. Заказчиков (потребителей) можно перечесть по пальцам. Все друг друга знают в лицо и величают по имени-отчеству. И если заказчик работает с Вами, и между Вами установились честные (партнерские отношения), то какой ему смысл менять поставщика? Даже если тот предложит на 10% дешевле?

 

Хороший пример был лет пять назад, когда ATMEL перестраивала свой бизнес. Цены на AVR-ки выросли в разы. На рынке появились STM8. Какой процент разработчиков перекинулись в другой лагерь? Конечно, Ваше изделие и скопированное с Вашего наверняка будут больше похожи друг на друга, чем AVR и STM8. Но Вы постарайтесь уловить суть: менять партнеров -- затратно!

 

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

 

Мир -- не коммунальная квартира. Мир, на самом деле, бесконечен, научитесь смотреть не только себе под ноги, а -- шире и дальше.

[haker_fox 60]

Мы не в каменном веке и не программируем Z80 или INTEL 8086. Сейчас очень много для этого полезных программ: ATMEL&AVR studio или IAR. И делается это все(компиляторы, PINBOARD 2 или STK и т.д. и т.п.) для того, чтобы облегчить разработку будущего шедевра, а не сидеть в каменном веке и слюни жевать :rolleyes:

:bb-offtopic:

:a14: Мать моя женщина... Я старше Вас всего на два года, но, видимо сижу в каменном веке. Либо Вы ещё не сталкивались с реальным проблемами в разработке. Никакой компилятор, ни какие-либо пинбоарды, девкиты и прочие инструменты не помогут Вам в создании "шедевра", если Вы называете фундаментальную работу "жеванием слюней, и сидением в каменном веке"...

 

Пихать исходный код в .h - это плохо.

Иногда без этого не возможно :rolleyes: Шаблоны можно только в хидерах писать.

[slavka012 0]

Cильно много букв, и к чему это? Strawman argument. Вы сами с собой спорите. О целесообразности воровства прошивок я ничего не говорил.

 

А мелкая шпана, которая украдет Ваш код -- ну что они могут вам сделать! Ну изготовят пару десятков устройств, ну продадут пять штук. И сдохнут.

Раскажите об этом изготовителям J-Link )))

[zhevak 0]

Раскажите об этом изготовителям J-Link )))

Задирать цену == плодить конкурентов.

 

Не хочу говорить, что жадность наказуема, в конце концов на извлечении прибыли держится вся коммерция. Скорее всего, производитель ошибся в своих оценках потребительского рынка, за что и был наказан. Не правильно был определена потребность изделия (грубо -- вместо 100000 экземпляров заложили 1000). Это отразилось на конечной цене изделия. Возможно, решили извлечь сверхприбыль. Часть бабла ушла так же на создание защиты или еще какой-нибудь ненужной конечному потребителю хрени.

 

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

 

[DASM 0]

По поводу J-Link скажу лишь, что его надо было вообще бесплатным делать. Не поднялся бы ARM до тотального господства везде где только можно и так быстро, не будь таких средств отладки. Да, сейчас я уже понимаю, что JTAG - крайнее средство, вообщем-то и не нужен он, пользую крайне редко - если плата не подает признаков жизни. Но большинство разработчиков по прежнему начинают знакомство с семейством с поиска железного JTAG отладичика.

[haker_fox 60]

вообщем-то и не нужен он

Интересно, но иногда JTAG не способен помочь в отладке. В соседней теме я повествовал о некой проблеме, которая под отладчиком отсутствовала. Но при выключении J-Link'а баг (фича, особенность) возобновлялась. Вот так вот...(

[tolstiybh 0]

haker_fox. Ну и назовите мне хоть один пример такой глобальной проблемы, которая могла бы насулить мне. Сейчас у меня под рукой осциллограф FLUKE PORTABLE 200 Мгц 2-х лучевой, анализатор спектра, частотомер до 3 Ггц, STK600 с целой кучей присоед. плат., и т.д.

 

Но это сейчас. Примерно 5 лет назад самодельный 20 МГц 1-лучевой осциллограф, частоту мерил при помощи собранного девайса "делителя частоты на ТТЛ и КМОП", начинал разработки сначала с ИК канала, потом 433 МГц (делал сверх генератор по схеме Виноградова, длина антенны 16 см толщина провода 1 мм, настраивал через звуковую(Sound Forge) и при помощи свтодиода), ну а потом уже микросхемы пошли типа CC2500, CC1101, RFM..., и т.д.

 

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

 

Сейчас я затрачиваю всего несколько месяцев, да и еще учитываю, что я и сам пишу бизнес-план проекта B)

 

Да кстати забыл добавить - анализатор спектра до 2.5 ГГц B)

[tolstiybh 0]

Ну а Вы ar_systems. Очень интересный молодой человек!!!

 

1) Если бы я не знал С, то не умел бы работать с IAR, AVR&ATMEL studio

 

2) писать на ассемблере и потом компилировать в HEX или BIN смертельно долго и трудоемко. Так было с Z80 и INTEL 8086 примерно 8 лет назад в институте и так я начинал свой путь в изучении микропроцессорной логике.

 

Поэтому я знаю что такое машинный код - HEX или BIN и т.д. и С

Изменено 10 июня, 2013 пользователем max_mart

[toweroff 1]

Поэтому я знаю что такое машинный код - HEX или BIN и т.д. и С

поясните...

с форматом файла BIN - соглашусь, машинный код (хотя, это тоже... как еще посмотреть)

[tolstiybh 0]

Это я сказал как общее. А так все системы исчисления(восьмеричная, двоичная, десятичная, шестнадцатеричная) это для нашего понимания и представления. А так он в основном один.

[haker_fox 60]

анализатор спектра до 2.5 ГГц B)

Ну с таким девайсом Вам действительно ничего уже не нужно :a14: