Ну, на таком начальном уровне вы можете ознакомиться с книгами В.Г. Борисова «В помощь радиолюбителю», Р.Свореня «Электроника шаг за шагом» и им подобными. Много информации можно почерпнуть из архива журнала «Радио», а уж сколько там практики — на всю жизнь хватит.
Но как только дойдете до сложных вещей, то это будут сухие талмуды типа Смирнова, поскольку на таком уровне подразумевается наличие определенного опыта.
Это так не работает. Современная электроника, так же как и многие научно-практические дисциплины, сложна и многогранна. Нельзя просто прочесть один талмуд, а после сесть и развести гарантированно рабочую плату, скажем, с DDR3-4 памятью.
Двигаться нужно постепенно, начиная с азов, перемежая теорию с практикой. Ведь не зря многие радиолюбители начинали с детекторного радиоприемника — он мог работать будучи собранным на кусочке картона. Более того, разработка электроники сильно кластеризована, т.к. необходимый для качественной разработки объем знаний в каждой области весьма велик.
если кто-нибудь в комментариях объяснит мне смысл овально-вытянутых eagle-style площадок для выводных разъемов
Насколько я понимаю, это сделано исключительно для удобства DIY — меньше брака при изготовлении и пайке.
Причём, с годами я пришел к выводу, что наиболее удобным символом для этого является равносторонний треугольник, а не точка, плюсик или что там еще иногда рисуют.
Здесь не соглашусь: при плотном монтаже мелких деталей, треугольник получается маленький, и площадь закрашенной области меньше, чем у круга с тем же внешним диаметром. Вот для разъемов, это да — везде ставлю треугольники.
Единственный плюс CLion, это вменяемая работа автодополнения и переименования идентификаторов в рамках проекта. Тормозит она, периодически, не слабо и памяти с процессором ест не мало (это небольшой проект на плюсах): PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
20 0 6346920 2,950g 66260 S 16,2 9,4 1070:34 java
Верно. Первое правило как раз на эту тему: отсутствие перевода строки в конце файла, это лишний шум при diff'ах. Второе правило ускоряет анализ изменений.
В команде разработчиков FreeBSD, был легендарный человек Bruce Evans aka bde, который линтил почти все коммиты в ядро — пару раз мне прилетало от него за какую-то мелочь, и так же как автор, пытался с ним спорить. И оба раза был вынужден признать, что да, даже эти мелочи важны для проекта, над которым работают десятки людей.
Причем, на то время был лишь один разработчик, который бурно огрызался на каждое замечание от bde, но это просто особенность характера, т.к. в публичной дискуссии сразу было видно, что все его доводы о необходимости нарушения style(3) не больше, чем детский лепет, по сравнению с железобетонными аргументами bde.
Все решается условным jdeeroverflow.com — заходим, ищем, ремонтируем. Да, первый столкнувшийся с недокументированной проблемой потратит больше времени, но в целом это будет эффективнее приезжающего техника.
Неплохо. Достаточно быстро работает на моей коллекции. Единственный минус по UI: на странице Library, иконка со знаком плюса напротив папок воспринимается как «развернуть», а не добавить в очередь. Пару раз покликал, и вместо раскрытия папки получил огромный список воспроизведения.
Как запрос на будущее: поддержка минимизации в трей, скажем, по Ctrl-W.
Лица бывают разные. У нас был сотрудник, который на фото без улыбки имел вид — «вам осталось жить 1 час», а с улыбкой — «пару минут». При этом, несмотря на свою «бандитскую» внешность, он крайне воспитанный и образованный человек. Надо ли говорить, что в разных профилях у него фото или нет, или такое, что лица практически невидно.
Скрупулёзно вести такой учёт, чтобы описание запасов соответствовало их реальному состоянию, довольно тяжело и безрадостно.
Не тяжело и не безрадостно. У меня целый шкаф отведен под всю эту мелочевку. Коробочки и кассетницы промаркированы. Любая ячейка адресуется четырехзначным алфавитно-цифровым кодом, он же занесен в полноценную складскую программу. Поиск самого редко используемого компонента занимает не более минуты.
Кино и театр — это наше и учат, заставляют задумываться
А где оно, это кино? Иногда приходится смотреть отрывками некоторые фильмы и сериалы — на большее, чем на дешевый спектакль они не тянут ни по сюжету, ни по актерской игре, не говоря уже об озвучке. Большинство аниме на голову выше даже сквозь призму анимации и перевода.
Добавлю еще Zotero. Пользуюсь им уже больше 12 лет.
Сначала пытался пользоваться тэгами, но быстро пришел к выводу, что это неудобно. Во первых, тэг от книги Достоевского и тэг от техдокументации суть разные вещи. Бесполезно связывать их в одном облаке или графе.
Зато возможность создания коллекций, когда один документ может входить в несколько папок и полноценный текстовый поиск, почти полностью перекрывают необходимый функционал.
Ну и, для файлов типа даташитов, совершенно нет необходимости какого либо тегирования — достаточно раскидывать их по папкам производителей, с последующим натравливанием чего-то типа Архивариуса или Recoll.
Что касается облачных сервисов, то без локального кэширующего клиента не обойтись, т.к. должна работать функция «открыть последний документ», «открыть в другом окне» и прочее. Кроме того, некоторые документы связаны между собой и должны храниться в одном каталоге, а с этим у облачных сервисов совсем плохо.
К сожалению, вы никак не сможете отличить изменение потребления тока в связи со скачиванием обновления, передачей статистики и проч, в сравнении с передачей небольших аудиосэмплов. Тоже и с трафиком: нет больших проблем размазать аудиоданные в общем зашифрованном трафике.
Точнее, когда она решит вам показать, что она слушает. По факту же, ничто не мешает софту периодически отправлять короткие записи на анализ. Кроме того, кто сказал, что нейронка заточена только на «окей'имярек»? Ничто не мешает определять еще несколько специфичных звуков и начинать отправлять данные после их обнаружения.
Сейчас уже всех подробностей не вспомню, но в серийном изделии была такая синхронная схема: на двух ИР23 был сделан регистр адреса для РФ5. На эти регистры заводились внешние сигналы и обратная связь с выходов ПЗУ. Регистры тактировались сигналом 4,72 МГц. Работало все вполне устойчиво и реализовало не самую простую машину состояний.
Было дело. Потом нашелся добрый человек в местном ВТИ, с программатором подключенным к СМ-1802 (ЕМНИП). Но прошивки из журнала «Радио» все равно надо было вбивать руками, что обуславливало некоторое недовольство тех, кто хотел поиграть в PacMan.
Видимо имелся в виду вариант из середины 90-х, когда JS действительно был простым и понятным.
И тут Javascript не лучше и не хуже
Вот здесь интересный момент: есть три библиотеки, написанных на C, Python и JS. У них есть внешние зависимости. На С их 3, на Python 9, на JS подтягивается аж 705 внешних пакетов. Понятно, что это типично для JS экосистемы, но все же как-то это смущает, что может понадобиться искать ошибку в таком количестве модулей.
В свое время делал несколько часов со светодиодной индикацией. По отзывам домашних, 5 секунд было самое то. Однако самыми удобными были признаны часы с двумя и тремя линейками — постоянная индикация времени, а ниже температуры и давления.
На ИНах это будет несколько громоздко, зато «У мене внутре неонка».
Вообще, такие открытые конструкции в условиях моего города непрактичны — сквозь щели пыль очень быстро набьется внутрь и скопится между индикаторов.
Согласен, тем более что на принципиальной схеме каскад слева, питается от фильтра правого каскада. Резисторы в ОС выбраны слишком большими. Согласование истокового повторителя и последующего каскада тоже вызывает определенные вопросы.
Интересные изыскания. При определенном терпении действительно можно сделать внешнее устройство с приличными скоростями за недорого. Эх, а когда-то давно, писал на ПЛИС и мелком МК «эмулятор» IDE HDD. Запись и чтение по определенным секторам использовались как канал связи.
Но как только дойдете до сложных вещей, то это будут сухие талмуды типа Смирнова, поскольку на таком уровне подразумевается наличие определенного опыта.
Двигаться нужно постепенно, начиная с азов, перемежая теорию с практикой. Ведь не зря многие радиолюбители начинали с детекторного радиоприемника — он мог работать будучи собранным на кусочке картона. Более того, разработка электроники сильно кластеризована, т.к. необходимый для качественной разработки объем знаний в каждой области весьма велик.
Насколько я понимаю, это сделано исключительно для удобства DIY — меньше брака при изготовлении и пайке.
Здесь не соглашусь: при плотном монтаже мелких деталей, треугольник получается маленький, и площадь закрашенной области меньше, чем у круга с тем же внешним диаметром. Вот для разъемов, это да — везде ставлю треугольники.
PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
20 0 6346920 2,950g 66260 S 16,2 9,4 1070:34 java
Ну и, политика подписки тоже не радует.
В команде разработчиков FreeBSD, был легендарный человек Bruce Evans aka bde, который линтил почти все коммиты в ядро — пару раз мне прилетало от него за какую-то мелочь, и так же как автор, пытался с ним спорить. И оба раза был вынужден признать, что да, даже эти мелочи важны для проекта, над которым работают десятки людей.
Причем, на то время был лишь один разработчик, который бурно огрызался на каждое замечание от bde, но это просто особенность характера, т.к. в публичной дискуссии сразу было видно, что все его доводы о необходимости нарушения style(3) не больше, чем детский лепет, по сравнению с железобетонными аргументами bde.
Как запрос на будущее: поддержка минимизации в трей, скажем, по Ctrl-W.
А где оно, это кино? Иногда приходится смотреть отрывками некоторые фильмы и сериалы — на большее, чем на дешевый спектакль они не тянут ни по сюжету, ни по актерской игре, не говоря уже об озвучке. Большинство аниме на голову выше даже сквозь призму анимации и перевода.
Сначала пытался пользоваться тэгами, но быстро пришел к выводу, что это неудобно. Во первых, тэг от книги Достоевского и тэг от техдокументации суть разные вещи. Бесполезно связывать их в одном облаке или графе.
Зато возможность создания коллекций, когда один документ может входить в несколько папок и полноценный текстовый поиск, почти полностью перекрывают необходимый функционал.
Ну и, для файлов типа даташитов, совершенно нет необходимости какого либо тегирования — достаточно раскидывать их по папкам производителей, с последующим натравливанием чего-то типа Архивариуса или Recoll.
Что касается облачных сервисов, то без локального кэширующего клиента не обойтись, т.к. должна работать функция «открыть последний документ», «открыть в другом окне» и прочее. Кроме того, некоторые документы связаны между собой и должны храниться в одном каталоге, а с этим у облачных сервисов совсем плохо.
Вот здесь интересный момент: есть три библиотеки, написанных на C, Python и JS. У них есть внешние зависимости. На С их 3, на Python 9, на JS подтягивается аж 705 внешних пакетов. Понятно, что это типично для JS экосистемы, но все же как-то это смущает, что может понадобиться искать ошибку в таком количестве модулей.
На ИНах это будет несколько громоздко, зато «У мене внутре неонка».
Вообще, такие открытые конструкции в условиях моего города непрактичны — сквозь щели пыль очень быстро набьется внутрь и скопится между индикаторов.
Согласен, тем более что на принципиальной схеме каскад слева, питается от фильтра правого каскада. Резисторы в ОС выбраны слишком большими. Согласование истокового повторителя и последующего каскада тоже вызывает определенные вопросы.