А сколько специалистов по безопасности нужно на одного программиста? И как же так получается, что контроллеры знают больше, чем разработчики? Как поможет знание С отлавливать проблемы в коде на JAVA или python'е?
И это при том, что С меня кормит уже много лет, и, надеюсь, еще долго будет кормить. Как по мне, язык С стоит учить в том случае, если есть желание очень глубоко вникнуть в тему "как именно оно работает". Но если реально глубоко, то С дело не ограничится - дальше схемотехника во всех ее проявлениях.
В остальных случаях эти знания факультативны, и без них вполне можно жить.
Маил для старослужащих до сих пор сохранил халявный террабайт.
Видимо исключительно для особо отличившихся. Для остальных "навсегда" давно превратилось в тыкву. И уверяю вас - таковых большинство. Уже неоднократно обсуждалось.
Главный вопрос скорее в том, как вам удалось его сохранить. Что для этого надо было делать, кроме как успеть поучаствовать в акции?
По сути вопроса статьи... Даже не знаю. Платные облачные хранилища у меня, как у простого смертного, вызывают некоторую оторопь. Я не очень понимаю зачем хранить то, что не используется, да на том, что тебе по сути не принадлежит. И за это еще и платить. Уж лучше потратить время и отфильтровать то, что хочется оставить. Сохранив у себя и иметь резерв где-то. А уж если выбрался за теперешние лимиты, то наверняка там слишком много лишнего. Впрочем, это личное мнение.
Впрочем, обещанный когда-то "терабайт навсегда" от Mail.Ru выглядел идеальным резервным хранилищем на долго. Увы, но по факту они просто подтвердили свою репутацию.
Гиги тогда... Может быть... Хотя по моим воспоминаниям в гигабайтах объемы измеряться будут позже. Хотя не уверен. В конце-концов у меня диск на 540Мб тогда был, и объем у них рос прилично год от года... Но даже не о том речь. Да, и я не то что варезные фэхи, просто почту друзьям на дискете таскал. Даже отдельные правила были настроены - чтоб на диск записать, а с другой стороны тоссером по эхам раскидать и привычным дедом читать. Так что да - гипертекстовый векторный фидонет на дискетах, что бы это не значило.
Чего-то отвечать здесь стало совсем тяжко... Виснет страница...
Нет, не было. UUE не самый плохой в этом смысле формат, а многочастевые файлы уже ходили в соответствующих фэхах. Впрочем, вполне возможно, что причина банальна - у меня "мопед" был на 14400. Держал отлично, но скорость почти ни о чем. С боссом была договоренность - я тяжелое не тяну. А пара сотен сообщений из той же RU.GUITAR, да еще и упакованные, не весили почти ничего. Да и тяжело было 1000+ сообщений за день перечитать. Тогда ведь и отношение к написанному было совсем другое. А хороший модем, если в принципе можно назвать хорошим софт-модем, у меня появился уже во времена "интернета по карточкам", и прожил очень недолго, будучи сменен ADSL собратом. Вот для того, я даже драйвер под Linux пытался сделать. Правда до конца не довел - это сильно позже и уже без меня. Но было очень обидно - качать слаковские пакеты из винды, а потом ставить их в Linux. Но это уже совсем другая история (с)
Легенда, не легенда, но факт - что BBS, что Fido - это междусобойчик увлечённых людей, которые договорились о правилах поведения и нещадно наказывали за нарушения. Читай сколько влезет, но если говоришь, то говори коротко, по делу, без оскорблений. За то, собственно говоря, и любили. А остальные - чисто антураж.
Internet купил своей анархией. И, главное, доступностью 24/7. Чего Fido с её "ночной жизнью" позволить себе не могло.
Главное не забывать то, что сами написали в графе "целевые показатели". Желание увеличить Bus Factor до количества сотрудников компании - оно понятно. Вот только оправдано ли? Любая точка роста это всегда сокращение BusFactor, по крайней мере до тех пор, пока остальные не подтянутся. С другой стороны, даже N/2 для команды (не говоря уже об организации), зачастую очень завышенное значение. Весьма вероятно, остающееся таким строго формально. Команда в которой "все знают все" - фантастика. В которой "половина знает все" - наверняка тоже. Потому как обязательно выяснится - в общих чертах да, но для работы надо не в общих чертах, а в деталях. А когда очень много людей знает все детали... Тут возникают другие риски. Которые, будучи выражены в деньгах, могут оказаться куда как более существенными.
Одним словом хорошая метрика, но... Она именно индикаторная. Чаще всего влиять непосредственно на нее не стоит. Стоит организовывать процессы так, чтобы она была приемлемой. Желательно, все же не равной единице. Хотя и последнее не всегда так уж и плохо, о чем написали в начале, но что наглухо забыли в остальной статье.
Ну, преподобный Торвальдс точно не изучал "основы информатики и вычислительной техники" в поздне-советской школе. И да, даже там это было в двух старших классах (или раньше, но исключительно в виде кружков для тех, кому интересно). Стоит ли учить программированию с пяти лет... Если честно не знаю, но думаю что и не стоит. И всегда надо помнить - когда у тебя в руках молоток, все на свете кажется гвоздями. Потому даже если мне кажется, что программирование нужно всем и всегда, далеко не факт что это действительно так.
С появлением детей я перестал работать дома. Меня за работой редко видят. Мало того, что специфика работы удаленку не очень приветствует, так еще и работа заканчивается за дверьми офиса. Это принципиально. Баланс работы и личной жизни должен поддерживаться. Работа на работе и только.
Каждый сам себе злобный буратино. Каждому свое. Я своих не мучаю IT. Оно им не интересно. Во всяком случае, в части "как это сделано". Немного обидно, но это их дело.
Звучит как "Надо владеть скльпелем хирурга, ножом мясника, мечом война и уметь выращивать картофель". При чем желательно одновременно. Странный наборчик, на самом деле. Особенно для обучения детей.
Хм... Ну да, прямо классика. "Если вам показалось, что я выразился достаточно ясно, вы неверно меня поняли" (с) Алан Гринспен.
Я нисколько не пытаюсь приуменьшить заслуги других поколений (да, черт возьми - я воспитан Basic'ом). Но все это стало возможным ровно благодаря базе, которую создали именно те, кто спектрумы паял, выитуху по чердакам тянул и прочее. И да, у них папиного компа. По той простой причине, что даже если папа каким-то чудом мог себе его позволить, то он предпочел бы видеомагнитофон ВМ-12, или что-то такое.
МК-54 - это по сути assembler на минималках (даже больше - это почти прямое программирование в машинных кодах). Оно мало кому пригодилось, так чтоб вот совсем-совсем. Разве что embedder'ам (прошу прощения за англицизм, но по русски это еще более коряво). Ну, возможно еще механикам, строителям или кому-то похожему, но уже, безусловно, не с МК-54. В целом не самый бесполезный навык, но опять же - безусловно не всем нужный.
Забавно, но школьные "основы информатики и вычислительной техники" позднего Союза Советских, вместе с тем самым BASIC'ом породили целое поколение IT'шников. Ну, возможно, Logo можно включить сюда же. А все дальнейшие "улучшения" - от Pascal и C (включая Delphi, C++ Builder и даже Visual Basic), до прочих Scratch'ей и Python'ов в лучшем случае поколение "дельцов от IT". Все зависит от целей. Местами даже Assembler может оказаться очень хорошим выбором. Но если усреднять, для ВСЕХ школьников, по ВСЕЙ стране, в независимости от профориентации, то я бы, пожалуй, оставил BASIC. И пусть потом говорят, что он наглухо испорчен Basic'ом - кому надо будет, тот перешагнет. А все эти ООП и прочие радости - оставьте тем, кому это будет реально надо.
Так это по сути одна вселенная. Просто как обычно - дефицит высококвалифицированных низкооплачиваемых. Как результат - растим бабу ягу в своем коллективе. И джунов стараемся брать таких, которые в обморок не упадут при виде первой же задачи. И с мидлов начиаем по мидски прашивать спрашивать - а то на словах каждый Лев Толстой (сеньор), а на деле... ещё посмотреть надо. Да и с сеньорами - дутых хватает. И если когда-то с них хоть польза была - показать к чему стремиться, то чем хуже дела в целом, тем меньше от той пользы остается. Как по мне, так просто перекос в рынке исправляется.
А уж "больше не нужна команда из 10 человек, достаточно 2-3" - это точно не про ИИ, а исключительно про ошибки в планировании работ. Даже если ФОТ на треть урезать в таком случае, то каждый из оставшихся 2-3 должен вдвое больше зарабатывать. Другое дело, что так не происходит. По разным причинам, но в основном по тем, что эти 2-3 и без того весь проект тянули, получая не сильно больше остальных 7-8. Впрочем и это ровно про то же - про выравнивание рынка. И в целом, это скорее хорошо. Пусть лучше в курьеры идут за длинным рублем, чем в IT вкатываются. Больше пользу будет. Для всех.
Да уж... Даже к данной статье картинки - просто показательны. На подавляющем большинстве цыганский бубен. Что в целом, как раз и показывает всю цыганщину IT - все это красивые, но бесполезные предсказания, крышесносящие речетативы с обилием сленга, создающими видимость значительности происходящего.
Настоящий IT'щный бубен - он шаманский. Без всяких дурных побрякушек по бокам или дурацких надписей и наклеек. И это реально грозный инструмент, который как меч самурая - всегда должен быть рядом (даже если понадобится один раз в жизни). Году, наверное, в 2014-ом мы обзавелись бубном (конечно, мы не админы - скорее Embedder'ы - но и нам приходится строить взаимодействующие друг с другом и вышестоящими системы, с доступностью 24/7/365). Больше чем за 10 лет, применять его пришлось трижды. Раз схемотехникам - ну все, тупик - мысли кончились, решения не видно. Раз нам, программистам. Примерно в аналогичной ситуции. И раз когда переезжали. Благодарили духов на старом месте за помощь.
Бубен - грозное оружие. И должен быть использован исключительно против сильных соперников, с которыми никакими другими методами справиться нельзя. И его использование никогда бесследно не проходит. Если в одном месте (нерешаемая) проблема закрылась, значит где-то в другом другая проблема вылезет очень неожиданно и ее придется так или иначе решать. А если ты при малейшем шорохе за бубен хватаешься - так это показатель твоей силы. И бубен ее увеличить не поможет - только сам. Ну или не шаман ты, а цыган в худшем смысле этого слова. "Закручу-запутаю, деньги ваши - стали наши" - вот твой лозунг.
Да уж... Я, да на Хабре, да про бубны... Ладно, сегодня и здесь можно...
Защищаться от дребезга контактов с помощью RC-цепочки... Это не решение, а маскировка проблемы. Пока кнопка новая оно сработает, а после нескольких тысяч нажатий (в лучшем случае) начнутся проблемы...
В целом, есть аппаратные методы. Специализированные 3-5-и выводные супервизоры. Они очень хорошо работают. Но реально, софтовый метод (задержка чтения после срабатывания) при всем при этом самый надежный.
Так вы и есть, тот самый студент, из ветки ниже, который браться за проекты уровня "РЛС с АФАР за пачку доширака" из ветки ниже?
</САРКАЗМ>
А если серьезно, то:
1. Мало иметь хорошее оборудование, надо уметь читать его результаты. И уж проблемы с настройкой PLL оно просто обязано было показать. Как минимум это доказательство того, что проблема не у схемотехников (если глазковая диаграмма красивая, а частота периодически барахлит). Собственно оно ровно за тем и надо. Только в идеале не "когда барахлит", а вообще всегда.
2. Жизнь заставляет работать в самых разных условиях. Нет, наверное, в России ни одной разрабатывающей конторы, полностью укомплектованной штатом контрольно-измерительного оборудования. Оно и в испытательных лабораториях не всегда присутствует. А что делать дальше - это опять не про технику. Можно плюнуть. Можно найти у кого есть. Можно (было?) с теми же R&S и прочими производителями договориться об аренде - ребята там в этом смысле вполне отличные. Короче говоря как всегда - проблему можно решить, если есть понимание того, что это важно. И у разработчика, и у работадателя.
Что до кабеля, глушащей что-то пятой гармоники, и многих других моментов - так это тоже не из пальца. Это реальные случаи из практики. И их таких было очень много. Я никогда не осуждаю коллег по цеху, и всегда исхожу из того, что в сложившихся условиях был сделан максимум из возможного. А видеть приходилось много и разного.
Хотя соглашусь - фразы в стиле "уважающий себя разработчик" пожалуй излишне критичны с моей стороны. Но что делать - так или иначе, а каждый о других судит по себе. Абсолютно ничего личного. Самое важное, чтоб отрасль как таковая жила, и по возможности развивалась.
... собственно проводников с 1.5 гигабитами/c будут, очевидно, максимально короткими: микросхема рядом с разъёмом.
Да, но вопрос - вы воткнули свой кабель со своим телевизором. Работает и не сбоит. Отлично - в продакшн(с)?
Дела в том, что у пользователя будет другой кабель. И другой монитор, а то и телевизор лохматых годов выпуска. И если вдруг его многократно чиненный говно-кабель работает с допотопным DVD плейером и странным телевизором из Великой Поднебесной, но срывает синхру с вашим мега-крутым изделием, то... С его позиции не работает ваш прибор. Это он не работает, так как должен, и как могут другие.
Как бы не хотелось крикнуть, что хреновое оборудование - это проблемы заказчика, но прав всегда потребитель. И единственнное, что может (и должен!) сделать уважающий себя разработчик - это убелиться в том, что его изделие не просто работает у него на столе, но и соответствует стандартам. И будет работать со всеми возможными кабелями, при всех возможных питаниях, во всех возможных условиях. Стандарты, собственно, ровно для того и пишутся.
О, вам, как любителю, перестало хватать...
Мне, как любителю хватает пары тестеров. Для домашней электрики, в машине поковыряться, и прочее, что делается сугубо для себя.
А вот мне, как профессионалу, нужно серьезное контрольное оборудование. Вернитесь выше по треду - все началось с того, что обсуждалась возможность удаленной РАБОТЫ. А это подразумевает профессиональную, а не любительскую деятельность. И мои тезисы не о том, можно ли что-то или нельзя любителю. Ему можно все (что кодексам не противоречит). Мои тезисы о профессиональной работе.
Опять же - сложившуюся практику мы вынесем за скобки. На такое положение вещей, как сейчас есть свои причины. Но в целом это не правильно. Но опять - это уже далеко за рамками данной статьи.
А сколько специалистов по безопасности нужно на одного программиста? И как же так получается, что контроллеры знают больше, чем разработчики? Как поможет знание С отлавливать проблемы в коде на JAVA или python'е?
И это при том, что С меня кормит уже много лет, и, надеюсь, еще долго будет кормить. Как по мне, язык С стоит учить в том случае, если есть желание очень глубоко вникнуть в тему "как именно оно работает". Но если реально глубоко, то С дело не ограничится - дальше схемотехника во всех ее проявлениях.
В остальных случаях эти знания факультативны, и без них вполне можно жить.
Видимо исключительно для особо отличившихся. Для остальных "навсегда" давно превратилось в тыкву. И уверяю вас - таковых большинство. Уже неоднократно обсуждалось.
Главный вопрос скорее в том, как вам удалось его сохранить. Что для этого надо было делать, кроме как успеть поучаствовать в акции?
По сути вопроса статьи... Даже не знаю. Платные облачные хранилища у меня, как у простого смертного, вызывают некоторую оторопь. Я не очень понимаю зачем хранить то, что не используется, да на том, что тебе по сути не принадлежит. И за это еще и платить. Уж лучше потратить время и отфильтровать то, что хочется оставить. Сохранив у себя и иметь резерв где-то. А уж если выбрался за теперешние лимиты, то наверняка там слишком много лишнего. Впрочем, это личное мнение.
Впрочем, обещанный когда-то "терабайт навсегда" от Mail.Ru выглядел идеальным резервным хранилищем на долго. Увы, но по факту они просто подтвердили свою репутацию.
Гиги тогда... Может быть... Хотя по моим воспоминаниям в гигабайтах объемы измеряться будут позже. Хотя не уверен. В конце-концов у меня диск на 540Мб тогда был, и объем у них рос прилично год от года... Но даже не о том речь. Да, и я не то что варезные фэхи, просто почту друзьям на дискете таскал. Даже отдельные правила были настроены - чтоб на диск записать, а с другой стороны тоссером по эхам раскидать и привычным дедом читать. Так что да - гипертекстовый векторный фидонет на дискетах, что бы это не значило.
Чего-то отвечать здесь стало совсем тяжко... Виснет страница...
Нет, не было. UUE не самый плохой в этом смысле формат, а многочастевые файлы уже ходили в соответствующих фэхах. Впрочем, вполне возможно, что причина банальна - у меня "мопед" был на 14400. Держал отлично, но скорость почти ни о чем. С боссом была договоренность - я тяжелое не тяну. А пара сотен сообщений из той же RU.GUITAR, да еще и упакованные, не весили почти ничего. Да и тяжело было 1000+ сообщений за день перечитать. Тогда ведь и отношение к написанному было совсем другое. А хороший модем, если в принципе можно назвать хорошим софт-модем, у меня появился уже во времена "интернета по карточкам", и прожил очень недолго, будучи сменен ADSL собратом. Вот для того, я даже драйвер под Linux пытался сделать. Правда до конца не довел - это сильно позже и уже без меня. Но было очень обидно - качать слаковские пакеты из винды, а потом ставить их в Linux. Но это уже совсем другая история (с)
Легенда, не легенда, но факт - что BBS, что Fido - это междусобойчик увлечённых людей, которые договорились о правилах поведения и нещадно наказывали за нарушения. Читай сколько влезет, но если говоришь, то говори коротко, по делу, без оскорблений. За то, собственно говоря, и любили. А остальные - чисто антураж.
Internet купил своей анархией. И, главное, доступностью 24/7. Чего Fido с её "ночной жизнью" позволить себе не могло.
Да, судя по всему именно она.
Главное не забывать то, что сами написали в графе "целевые показатели". Желание увеличить Bus Factor до количества сотрудников компании - оно понятно. Вот только оправдано ли? Любая точка роста это всегда сокращение BusFactor, по крайней мере до тех пор, пока остальные не подтянутся. С другой стороны, даже N/2 для команды (не говоря уже об организации), зачастую очень завышенное значение. Весьма вероятно, остающееся таким строго формально. Команда в которой "все знают все" - фантастика. В которой "половина знает все" - наверняка тоже. Потому как обязательно выяснится - в общих чертах да, но для работы надо не в общих чертах, а в деталях. А когда очень много людей знает все детали... Тут возникают другие риски. Которые, будучи выражены в деньгах, могут оказаться куда как более существенными.
Одним словом хорошая метрика, но... Она именно индикаторная. Чаще всего влиять непосредственно на нее не стоит. Стоит организовывать процессы так, чтобы она была приемлемой. Желательно, все же не равной единице. Хотя и последнее не всегда так уж и плохо, о чем написали в начале, но что наглухо забыли в остальной статье.
Ну, преподобный Торвальдс точно не изучал "основы информатики и вычислительной техники" в поздне-советской школе. И да, даже там это было в двух старших классах (или раньше, но исключительно в виде кружков для тех, кому интересно). Стоит ли учить программированию с пяти лет... Если честно не знаю, но думаю что и не стоит. И всегда надо помнить - когда у тебя в руках молоток, все на свете кажется гвоздями. Потому даже если мне кажется, что программирование нужно всем и всегда, далеко не факт что это действительно так.
С появлением детей я перестал работать дома. Меня за работой редко видят. Мало того, что специфика работы удаленку не очень приветствует, так еще и работа заканчивается за дверьми офиса. Это принципиально. Баланс работы и личной жизни должен поддерживаться. Работа на работе и только.
Каждый сам себе злобный буратино. Каждому свое. Я своих не мучаю IT. Оно им не интересно. Во всяком случае, в части "как это сделано". Немного обидно, но это их дело.
Звучит как "Надо владеть скльпелем хирурга, ножом мясника, мечом война и уметь выращивать картофель". При чем желательно одновременно. Странный наборчик, на самом деле. Особенно для обучения детей.
Хм... Ну да, прямо классика. "Если вам показалось, что я выразился достаточно ясно, вы неверно меня поняли" (с) Алан Гринспен.
Я нисколько не пытаюсь приуменьшить заслуги других поколений (да, черт возьми - я воспитан Basic'ом). Но все это стало возможным ровно благодаря базе, которую создали именно те, кто спектрумы паял, выитуху по чердакам тянул и прочее. И да, у них папиного компа. По той простой причине, что даже если папа каким-то чудом мог себе его позволить, то он предпочел бы видеомагнитофон ВМ-12, или что-то такое.
МК-54 - это по сути assembler на минималках (даже больше - это почти прямое программирование в машинных кодах). Оно мало кому пригодилось, так чтоб вот совсем-совсем. Разве что embedder'ам (прошу прощения за англицизм, но по русски это еще более коряво). Ну, возможно еще механикам, строителям или кому-то похожему, но уже, безусловно, не с МК-54. В целом не самый бесполезный навык, но опять же - безусловно не всем нужный.
Забавно, но школьные "основы информатики и вычислительной техники" позднего Союза Советских, вместе с тем самым BASIC'ом породили целое поколение IT'шников. Ну, возможно, Logo можно включить сюда же. А все дальнейшие "улучшения" - от Pascal и C (включая Delphi, C++ Builder и даже Visual Basic), до прочих Scratch'ей и Python'ов в лучшем случае поколение "дельцов от IT". Все зависит от целей. Местами даже Assembler может оказаться очень хорошим выбором. Но если усреднять, для ВСЕХ школьников, по ВСЕЙ стране, в независимости от профориентации, то я бы, пожалуй, оставил BASIC. И пусть потом говорят, что он наглухо испорчен Basic'ом - кому надо будет, тот перешагнет. А все эти ООП и прочие радости - оставьте тем, кому это будет реально надо.
Так это по сути одна вселенная. Просто как обычно - дефицит высококвалифицированных низкооплачиваемых. Как результат - растим бабу ягу в своем коллективе. И джунов стараемся брать таких, которые в обморок не упадут при виде первой же задачи. И с мидлов начиаем по мидски прашивать спрашивать - а то на словах каждый Лев Толстой (сеньор), а на деле... ещё посмотреть надо. Да и с сеньорами - дутых хватает. И если когда-то с них хоть польза была - показать к чему стремиться, то чем хуже дела в целом, тем меньше от той пользы остается. Как по мне, так просто перекос в рынке исправляется.
А уж "больше не нужна команда из 10 человек, достаточно 2-3" - это точно не про ИИ, а исключительно про ошибки в планировании работ. Даже если ФОТ на треть урезать в таком случае, то каждый из оставшихся 2-3 должен вдвое больше зарабатывать. Другое дело, что так не происходит. По разным причинам, но в основном по тем, что эти 2-3 и без того весь проект тянули, получая не сильно больше остальных 7-8. Впрочем и это ровно про то же - про выравнивание рынка. И в целом, это скорее хорошо. Пусть лучше в курьеры идут за длинным рублем, чем в IT вкатываются. Больше пользу будет. Для всех.
Да уж... Даже к данной статье картинки - просто показательны. На подавляющем большинстве цыганский бубен. Что в целом, как раз и показывает всю цыганщину IT - все это красивые, но бесполезные предсказания, крышесносящие речетативы с обилием сленга, создающими видимость значительности происходящего.
Настоящий IT'щный бубен - он шаманский. Без всяких дурных побрякушек по бокам или дурацких надписей и наклеек. И это реально грозный инструмент, который как меч самурая - всегда должен быть рядом (даже если понадобится один раз в жизни). Году, наверное, в 2014-ом мы обзавелись бубном (конечно, мы не админы - скорее Embedder'ы - но и нам приходится строить взаимодействующие друг с другом и вышестоящими системы, с доступностью 24/7/365). Больше чем за 10 лет, применять его пришлось трижды. Раз схемотехникам - ну все, тупик - мысли кончились, решения не видно. Раз нам, программистам. Примерно в аналогичной ситуции. И раз когда переезжали. Благодарили духов на старом месте за помощь.
Бубен - грозное оружие. И должен быть использован исключительно против сильных соперников, с которыми никакими другими методами справиться нельзя. И его использование никогда бесследно не проходит. Если в одном месте (нерешаемая) проблема закрылась, значит где-то в другом другая проблема вылезет очень неожиданно и ее придется так или иначе решать. А если ты при малейшем шорохе за бубен хватаешься - так это показатель твоей силы. И бубен ее увеличить не поможет - только сам. Ну или не шаман ты, а цыган в худшем смысле этого слова. "Закручу-запутаю, деньги ваши - стали наши" - вот твой лозунг.
Да уж... Я, да на Хабре, да про бубны... Ладно, сегодня и здесь можно...
Например MAX6817 или ей подобные. Не сказать что их много, но и совсем не экзотика.
Защищаться от дребезга контактов с помощью RC-цепочки... Это не решение, а маскировка проблемы. Пока кнопка новая оно сработает, а после нескольких тысяч нажатий (в лучшем случае) начнутся проблемы...
В целом, есть аппаратные методы. Специализированные 3-5-и выводные супервизоры. Они очень хорошо работают. Но реально, софтовый метод (задержка чтения после срабатывания) при всем при этом самый надежный.
Нет, пожалуй стоит спрятать...
<САРКАЗМ>
Так вы и есть, тот самый студент, из ветки ниже, который браться за проекты уровня "РЛС с АФАР за пачку доширака" из ветки ниже?
</САРКАЗМ>
А если серьезно, то:
1. Мало иметь хорошее оборудование, надо уметь читать его результаты. И уж проблемы с настройкой PLL оно просто обязано было показать. Как минимум это доказательство того, что проблема не у схемотехников (если глазковая диаграмма красивая, а частота периодически барахлит). Собственно оно ровно за тем и надо. Только в идеале не "когда барахлит", а вообще всегда.
2. Жизнь заставляет работать в самых разных условиях. Нет, наверное, в России ни одной разрабатывающей конторы, полностью укомплектованной штатом контрольно-измерительного оборудования. Оно и в испытательных лабораториях не всегда присутствует. А что делать дальше - это опять не про технику. Можно плюнуть. Можно найти у кого есть. Можно (было?) с теми же R&S и прочими производителями договориться об аренде - ребята там в этом смысле вполне отличные. Короче говоря как всегда - проблему можно решить, если есть понимание того, что это важно. И у разработчика, и у работадателя.
Что до кабеля, глушащей что-то пятой гармоники, и многих других моментов - так это тоже не из пальца. Это реальные случаи из практики. И их таких было очень много. Я никогда не осуждаю коллег по цеху, и всегда исхожу из того, что в сложившихся условиях был сделан максимум из возможного. А видеть приходилось много и разного.
Хотя соглашусь - фразы в стиле "уважающий себя разработчик" пожалуй излишне критичны с моей стороны. Но что делать - так или иначе, а каждый о других судит по себе. Абсолютно ничего личного. Самое важное, чтоб отрасль как таковая жила, и по возможности развивалась.
Да, но вопрос - вы воткнули свой кабель со своим телевизором. Работает и не сбоит. Отлично - в продакшн(с)?
Дела в том, что у пользователя будет другой кабель. И другой монитор, а то и телевизор лохматых годов выпуска. И если вдруг его многократно чиненный говно-кабель работает с допотопным DVD плейером и странным телевизором из Великой Поднебесной, но срывает синхру с вашим мега-крутым изделием, то... С его позиции не работает ваш прибор. Это он не работает, так как должен, и как могут другие.
Как бы не хотелось крикнуть, что хреновое оборудование - это проблемы заказчика, но прав всегда потребитель. И единственнное, что может (и должен!) сделать уважающий себя разработчик - это убелиться в том, что его изделие не просто работает у него на столе, но и соответствует стандартам. И будет работать со всеми возможными кабелями, при всех возможных питаниях, во всех возможных условиях. Стандарты, собственно, ровно для того и пишутся.
Мне, как любителю хватает пары тестеров. Для домашней электрики, в машине поковыряться, и прочее, что делается сугубо для себя.
А вот мне, как профессионалу, нужно серьезное контрольное оборудование. Вернитесь выше по треду - все началось с того, что обсуждалась возможность удаленной РАБОТЫ. А это подразумевает профессиональную, а не любительскую деятельность. И мои тезисы не о том, можно ли что-то или нельзя любителю. Ему можно все (что кодексам не противоречит). Мои тезисы о профессиональной работе.
Опять же - сложившуюся практику мы вынесем за скобки. На такое положение вещей, как сейчас есть свои причины. Но в целом это не правильно. Но опять - это уже далеко за рамками данной статьи.