Значит, Вам повезло.
Я не так давно смотрел на свой код, который написал в августе на скорую руку и, естественно, без коментариев, и пытался вспомнить, почему младший разряд передаю на внешнюю шину не как все, а через ножку общего назначения. Не вспомнил, убрал эту фичу, получил исключение адресации, тут же понял для чего было сделано и вернул на место и добавил комментарий. И это код 3-х месячной давности всего лишь.
Как говорила моя учительница по литературе «Плохой карандаш лучше хорошей памяти»
Так значит пост удался — он Вас заинтересовал и Вы обратились к оригиналу ))
Хотя постараюсь делать все-таки более литератуное изложение. Просто опасался, что где нибудь неправильно пойму, изложу своими словами и вложу в уста Джека совершенно несвойственные ему мысли, поэтому постарался оставить максимально близко к подстрочнику — видимо, неудачная практика.
Ну давайте по теме без ссылок на авторитеты.
Если Вы можете себе представить грамотного толкового разработчика, способного сделать схему и отладить ее либо написать/портировать программу, но при этом не способного внятно и толково объяснить суть своей работы, основные принципы, положенные в основу и методы их реализации, причем обяснить как в виде выступления, так и в виде печатного выступления, то Ваша фантазия явно превосходит мою. Как очень верно заметил в коменте gbg, изложение своих мыслей на бумаге прежде всего необходимо для присведения в порядок самих мыслей — отсутствие каши в голове.
Наверняка многие сталкивались с ситуацией, когда попытка объяснить коллеге суть возникшей у Вас проблемы приводит в процессе объяснения к сакраментальной фразе «О, я понял в чем дело» и это связано с процессом осмысления проблеммы именно при переводе в артикуляционную форму.
Продолжаем разговор по теме.
«На одного «писателя» приходится 10 разработчиков, которые и делают основную часть работы, а для «писать» нанимается технический писатель, который и доводит всю документацию до ума» — на мой взгляд (конечно, абсолютно неправильный — копирайт Потапенко) не вполне верный подход. Ни один технический писатель не сможет довести документацию до ума, если об этом не позаботился разработчик, поскольку он (писатель) не является специалистом в данной узкой предметной области. (Типичный пример — то, что я в термине Calculus не увидел матана. Хотя его в школе разве проходят? Уже не помню). Он може привести документацию в соответствие к некоторым требованиям по оформлению, но если Вы, как разработчик, невнятно описали логику работу узла устройства, он ничего не сможет сделать.
Что же касается успеха и от чего он зависит — вопрос непростой. Разумеется, и я с Вами полностью согласен, прежде всего надо уметь решать задачи. На этом все и заканчивается, если Вы работаетет в абсолютом вакууме, однако в реальной жизни есть продолжение. Поэтому, после решения задачи, необходима полная и исчерпывающая техническая документация, которая решает ряд сопряженных задач:
1) Если ваша продукция предначена другим разработчикам, то Вы ее просто не продадите без документации
2) Если Ваша продукция предназначена конечному потребителю, то Вы не продадите ее в тех количествах, в которых могли бы
3) Даже если это внутренняя продукция, либо она применяется в закрытом режиме и пользуется устойчивым спросом (например клавиатура — никто особо не задумывается, что там внутри) — хорошая документация пригодится Вам самому, когда придется модифицировать продукт, или на его основе делать новый, потому что Вам не придется мучительно вспоминать «А почему тут сделано именно так и что будет, если чуть изменить код».
Так что несомненно успех инженеров зависит от первой части, а успех проекта и компании в целом — и от второй в немаловажной степени. Но, по-моему, это совершенно очевидные вещи, «муть без капли нового смысла», хотя почему-то о ней приходится дискутировать.
Простой вопрос — если все так очевидно, то почему вновь испеченные инженеры НЕ умеют читать, писать технические тексты, и общаться?
Претензии к переводу принимаю без слов, а вот насчет оригинала — поосторожнее бы, все таки его не выпускник техникума писал, Джек весьма авторитетен в определенных кругах.
Если бы я делал сферический интерфейс в вакууме, то софтовая реализация вполне возможна. Если же МК делает еще что-нибудь, кроме обслуживания реализуемого интерфейса, и у него включены ответственные в плане реакции прерывания, то ни софтовый, ни вариант с таймером неприемлемы при жестких требованиях к временной диаграмме, и об этом я (мне так казалось) сказал в первой части статьи.
«C UART ситуация намного лучше, его скорость можно менять в широких пределах, а наличие старт-бита не является препятствием, поскольку любой импульс начинается с активного уровня, а наличие стоп-бита может быть учтено при вычислении временных параметров. Единственным существенным ограничением является несовпадение активных уровней, что может быть устранено введением согласующего элемента.»
— Цитата из поста. Если вы научились менять активный уровень UARTA, код в студию.
Насчет писем не соглашусь с Вами, как раз техподдержка у них вполне нормально работает, на мой взгляд.
А по макетным платам — фирменная Миландровская, конечно, стоит беспредельно, это да.
Но, вроде как, есть отладки и под этот чип и под другие чипы от вторых производителей, вроде как от LDM.
Кстати, рекомендую на заседании СБ рассмотреть заодно и вопрос о построении мощной сети серверов, транслирующих «лебединое озеро» при попытке выйти с разрешенных ресурсов.
Пока я живу в ЭТОЙ стране, меня гораздо больше волнует происходящее тут, а не на Украине или где бы то ни было.
Проблемы Украины должны волновать в первую очередь жителей Украины, и если они испытывают дискомфорт от невозможности посмотреть Малахова или передачу «Всё о нем и немного о погоде», от они должны донетси свое негодование до своего правительства.
Так что на этом сайте мы будем говорить в первую очередь о России, если у вас есть что сказать в пользу ограничения Инета — скажите а мы дружно посмеемся.
Аргументы типа «А у вас негров вешают» предлагаю оставить для младших классов средней школы и для людей, отставщих в развитии.
Спасибо, за основу брал Googl, но потом переписывал, а эта фраза проскользнула почти в оригинале.
Если Вы не считаете это переводом, то попробуйте посмотреть на результат работы Translate.
Я не так давно смотрел на свой код, который написал в августе на скорую руку и, естественно, без коментариев, и пытался вспомнить, почему младший разряд передаю на внешнюю шину не как все, а через ножку общего назначения. Не вспомнил, убрал эту фичу, получил исключение адресации, тут же понял для чего было сделано и вернул на место и добавил комментарий. И это код 3-х месячной давности всего лишь.
Как говорила моя учительница по литературе «Плохой карандаш лучше хорошей памяти»
Поэтому я предполагаю, что все, что он пишет, относится именно к ним.
Хотя постараюсь делать все-таки более литератуное изложение. Просто опасался, что где нибудь неправильно пойму, изложу своими словами и вложу в уста Джека совершенно несвойственные ему мысли, поэтому постарался оставить максимально близко к подстрочнику — видимо, неудачная практика.
Если Вы можете себе представить грамотного толкового разработчика, способного сделать схему и отладить ее либо написать/портировать программу, но при этом не способного внятно и толково объяснить суть своей работы, основные принципы, положенные в основу и методы их реализации, причем обяснить как в виде выступления, так и в виде печатного выступления, то Ваша фантазия явно превосходит мою. Как очень верно заметил в коменте gbg, изложение своих мыслей на бумаге прежде всего необходимо для присведения в порядок самих мыслей — отсутствие каши в голове.
Наверняка многие сталкивались с ситуацией, когда попытка объяснить коллеге суть возникшей у Вас проблемы приводит в процессе объяснения к сакраментальной фразе «О, я понял в чем дело» и это связано с процессом осмысления проблеммы именно при переводе в артикуляционную форму.
Продолжаем разговор по теме.
«На одного «писателя» приходится 10 разработчиков, которые и делают основную часть работы, а для «писать» нанимается технический писатель, который и доводит всю документацию до ума» — на мой взгляд (конечно, абсолютно неправильный — копирайт Потапенко) не вполне верный подход. Ни один технический писатель не сможет довести документацию до ума, если об этом не позаботился разработчик, поскольку он (писатель) не является специалистом в данной узкой предметной области. (Типичный пример — то, что я в термине Calculus не увидел матана. Хотя его в школе разве проходят? Уже не помню). Он може привести документацию в соответствие к некоторым требованиям по оформлению, но если Вы, как разработчик, невнятно описали логику работу узла устройства, он ничего не сможет сделать.
Что же касается успеха и от чего он зависит — вопрос непростой. Разумеется, и я с Вами полностью согласен, прежде всего надо уметь решать задачи. На этом все и заканчивается, если Вы работаетет в абсолютом вакууме, однако в реальной жизни есть продолжение. Поэтому, после решения задачи, необходима полная и исчерпывающая техническая документация, которая решает ряд сопряженных задач:
1) Если ваша продукция предначена другим разработчикам, то Вы ее просто не продадите без документации
2) Если Ваша продукция предназначена конечному потребителю, то Вы не продадите ее в тех количествах, в которых могли бы
3) Даже если это внутренняя продукция, либо она применяется в закрытом режиме и пользуется устойчивым спросом (например клавиатура — никто особо не задумывается, что там внутри) — хорошая документация пригодится Вам самому, когда придется модифицировать продукт, или на его основе делать новый, потому что Вам не придется мучительно вспоминать «А почему тут сделано именно так и что будет, если чуть изменить код».
Так что несомненно успех инженеров зависит от первой части, а успех проекта и компании в целом — и от второй в немаловажной степени. Но, по-моему, это совершенно очевидные вещи, «муть без капли нового смысла», хотя почему-то о ней приходится дискутировать.
Претензии к переводу принимаю без слов, а вот насчет оригинала — поосторожнее бы, все таки его не выпускник техникума писал, Джек весьма авторитетен в определенных кругах.
— Цитата из поста. Если вы научились менять активный уровень UARTA, код в студию.
А по макетным платам — фирменная Миландровская, конечно, стоит беспредельно, это да.
Но, вроде как, есть отладки и под этот чип и под другие чипы от вторых производителей, вроде как от LDM.
Проблемы Украины должны волновать в первую очередь жителей Украины, и если они испытывают дискомфорт от невозможности посмотреть Малахова или передачу «Всё о нем и немного о погоде», от они должны донетси свое негодование до своего правительства.
Так что на этом сайте мы будем говорить в первую очередь о России, если у вас есть что сказать в пользу ограничения Инета — скажите а мы дружно посмеемся.
Аргументы типа «А у вас негров вешают» предлагаю оставить для младших классов средней школы и для людей, отставщих в развитии.
Кстати а борода тут при чем? Для тех кто в танке :).
Если Вы не считаете это переводом, то попробуйте посмотреть на результат работы Translate.