Раньше в интернете информация ценилась больше. Люди общались на форумах, отвечали на вопросы, и эти ответы зачастую можно можно найти спустя десятилетия. Отдельные энтузиасты поддерживали FAQ, каталоги загрузок, и.т.п. Потом пришли соцсети, где не все дискутирует в темах а каждый вещает от себя. И это все плохо индексируется поисковиками. И старое поколение, кто писал на форумах стало меньше писать по разным причинам, а новое не пришло, и форумы поумирали.
А зачем? На форумах нужно постить медленно и вдумчиво. На мобилке устанешь ответ писать, не говоря о том что на мобилке может банально не быть тех данных, в которые стоит заглянуть когда пишешь ответ. Поясню с примерами. Если я отвечаю на форуме по фотографии то мне иногда бывает полезно заглянуть в свой фотоархив причем в равы а не в обработанные и ужатые картинки. Если я отвечаю по программированию то иногда нужно глянуть код своих проектов. Или чужих. Ну и.т.п.
Форумы стали умирать задолго до чатжпт. На мой взгляд причина в том, что часть пользователей мигрировали в соцсети к бесконечным лентам, где каждый вещает в пустоту а пустота отвечает пустыми лайками. На форумах можно было обсудить вопросы с реальными людьми имеющими опыт в какой-то теме. Будь то администрирование сетей, ремонт железа, горный туризм, аквариумистика или фотография. Но как-то постепенно люди с форумов ушли, и форумы затихли, а то и поумирали. А что обсуждать с чатжпт если у него нет опыта и обучался он не на дневниках опытных а на рекламных помойках и вообще непойми на чем. Задашь ему вопрос конкретный а он воды нальет а на вопрос не ответит.
Какое реальное разрешение LED экранов? Есть ли сцены когда картинка за окном в зоне резкости?
Как решалась проблема мерцания LED экранов при обновлении кадра и при отрисовке (ШИМ).
Если у вас поезд поворачивает, и с одной стороны есть тень от поезда за окном, то с другой стороны в окна должен светить яркий подвижный источник света, имитирующий солнце. Причем светить он должен издалека, чтобы свет из всех окон был в одном направлении. Это было реалиовано во время съемок или вы обошли этот момент при построении кадров?
Зачем нужен трекинг, если вы отказались от хромакея? Были какие-то дорисованные спецэффекты?
Меня всегда вопрос занимал: если подключать очень медленную зарядку с обычной вилкой, то можно как-то регулировать ток, отбираемый от сети? И если можно, то как?
Мне кажется, что при нынешней ситуации в России надо очень много ездить, чтобы думать о стоимости бензина. На миллион рублей можно купить 20тыс литров бензина. Это грубо говоря 200 тыс километров, примерно 10 лет активной эксплуатации в городе. А если мало ездить то и 20 лет. А новая более менее нормальная машина стоит от нескольких миллионов. Электричка подобного класса будет больше чем на миллион дороже если будет вообще. И этот миллион сразу надо выложить а не за годы эксплуатации. Возможно есть варианты с дешевыми импортными электричками слегка Б/У, не изучал вопрос.
Формальные названия "тимлид", "техлид", "руководитель группы", "руководитель отдела", "архитектор", "менеджер проекта" и.т.п. хоть приблизительно и очерчивают круг обязанностей, но не строго специфицируют. В одной кампании тимлид в основном сидит на созвонах, рисует картинки для заказчиков и высшего начальства и мотивирует людей, в другой - в основном принимает архитектурные решения, распределяет задачи между людьми и помогает с техническими вопросами если у кого-то решение задачи застопорилось. Но так или иначе рост из разработчика в руководителя означает меньше написания кода и больше написания документов (возможно архитектурных, возможно планов и отчетов для менеджеров своих и заказчика). Не всем это интересно.
Лично я переходил с лида на сеньора, но это было со сменой кампании, места проживания и много чего еще.
Интересный прибор, и статья интересная. А вот в том что ПЗУ побилась от времени я сомневаюсь. Побитая ПЗУ скорее всего приведет к зависаниям, возможно с артефактами. А тут похоже что устройство пытается сбросить ОЗУ и штатно сообщает что не получилось. Может проблема в той самой боком припаяной ОЗУ или в пайке? К стати часы удается настроить? Если да то шина данных скорее всего живая.
Любая автоматизация начинается с малого. Главное начать.
Про bash vs python вы пишете что для питона:
Требовалась изолированная среда Нужно было настраивать зависимости и версии
На мой взгляд странные аргументы. Можно писать на 3м питоне без использования фич новых версий питона и экзотических библиотек. Просто скрипт начнется с '#!/usr/bin/pyton' и вся разница. На мой взгляд дело в другом. В баше проще работать со списками файлов, пайпами и дергать внешние инструменты типа sed, awk, и.т.д. Зато в питоне можно перебирать строки руками и есть структуры данных из коробки.
А откуда информация что вообще есть конкуренция хоккея с театром или рестораном? Есть какие-то исследования на эту тему или это просто догадки? Неужели так много людей, кому надо просто куда-то сходить за деньги без разницы куда? И нужны ли они вам на хоккее?
Такая полезная статья, и ни одного комментария. Лет 20 назад ремонтники мобильных телефонов научили отмывать коррозию. Процесс такой:
Забрызгать плату кислотным средством (подойдет стекломой с кислотами или средство от известкового налета с щавелевой кислотой), потереть щеткой и сразу тщательно смыть потоком воды, можно из под крана. Под BGA можно лить струю сбоку чтобы все вымыть.
Помыть плату каким-нибудь ПАВ (fairy или другое посудное средство) и снова хорошо промыть водой в том числе под чипами. Этот этап нужен чтобы смыть остатки кислоты, и прочие загрязнения.
Сушка феном, (можно с нижним подогревом если есть) при температуре воздуха 120-130 градусов цельсия. Характерный признак хорошей сушки - видимое вскипание воды под чипами, хотя если нагрев медленный может этого и не случится. Главное высушит все насухо, видимое выкипание воды под чипами - признак того, что температура достаточная.
После пунктов 1-3 можно восстановить сгнившие дорожки и выводы. Но у меня бывали случаи когда даже сильно подгнившие платы работали после мойки.
В случае ручных настроек путь такой: составить список настроек - связать их с коэффициентами в алгоритме - вывести их в UI - использовать. В случае автоматических настроек все то-же самое только настройки надо брать не из UI а из проеханных маршрутов. Конечно выводить коэффициенты удобнее для тех кому клацать лень, но я бы не отказался от нескольких ползунков вида "насколько для вас приемлимо/нейтрально/неприемлимо"
Грунтовые дороги.
Разворот без разгонной полосы.
Путь немного длиннее зато меньше светофоров и перекрестков.
Поворот налево без стрелки. ..ну и так далее. А еще настройка лучше вывода потому что один человек может ездить на разных машинах а еще может ездить штурманом с другими людьми у кого другие предпочтения.
История из жизни: еду за город. Ваш навигатор показывает: 2ч45мин, чуть больше 100км, половина по шоссе с пробками и тянучкой. И + прелесть в виде разворота без разгонной полосы. Я знаю, что есть дорога по грунту и гравийке короче и приятнее. Ставлю на ней точку. Навигатор дорисовывает заезд туда с шоссе и возврат. Ставлю вторую точку. Нарисовало путь чуть короче, и прогноз времени 2 часа ровно. Доехали в итоге за 1ч40мин по почти пустой дороге.
Интересный набор советов и довольно универсальный для инженерии вообще. Есть вопрос по этому пункту:
Сразу готовим исходники к правкам и дополнениям
А как выглядят исходники в случае проектирования интерфейсов? Какие инструменты используете для каких платформ? Есть у меня небольшой опыт в мобильной разработке, там исходники от проектировщиков это по сути картинки, потом ты в коде сам пишешь чтобы генерилось что-то похожее.
Поиск информации на таких страничках - мучение, а не лёгкость. Впрочем, чаще такие "воздушные" сайты обычно и не имеют содержательной информации. Заходишь на сайт производителя, ищешь информацию, сколько памяти, сколько стоит, а по итогу одни всплывашки про революционный дизайн.
Согласен, такие сайты как правило очень бесячие. Более бесячими были пожалуй только сайты написанные полностью на flash.
Вообще не помню такого дизайна. Когда-то ВКонтакте, собственно, был слизан с Фейсбука, и он точно не напоминал книжку.
В статье какие-то уникальные примеры приведены. Но в те времена были попытки нарисовать все (окна, кнопки, иконки, подсказки) объемным, полупрозрачным и с бликами. Смотрелось не всегда хорошо, особенно на дисплеях телефонов низкого разрешения и с крупными пикселями.
У камер у каждой свои регистры конфигурации. Обычно описываются в даташитах, которые производители почему-то не очень любят распространять. Опенсорсные драйвера часто содержат таблицу инициализации регистров в виде бинарной таблицы регистр-значение, и по коду не поймешь, какие регистры за что отвечает. У меня есть опыт прикручивания камер к Nvidia Jetson и доработки драйверов. Играл с клоками, чтобы оптимизировать FPS, допиливал драйвер, чтобы в device tree можно было прописать желаемое разрешение, глубину цвета и биннинг, и именно на это разрешение конфигурировалась камера.
Для разных водителях разные маршруты оказываются более человечными. Кто-то не хочет лезть на грунт, кто-то не любит напрягающие маневры типа разворота на 180 на трассе. Кто-то согласен ехать немного дольше но зато поменьше перекрестков и светофоров. А то приходится дополнительные точки ставить чтобы навигатор повел тебя так как хочешь, а не так как ездит абстрактный усредненный водитель.
Тема конечно интересная. А вы не думали добавить в навигатор возможность личной настройки правил дискриминации? А то ваш навигатор упорно не желает вести по грунтовым дорогам, даже если это намного быстрее (и комфортнее для некоторых водителей), зато часто предлагает неприятные маневры типа U-образного разворота на многополосном шоссе, хотя в принципе можно проехать немного дольше, но без таких маневров.
Раньше в интернете информация ценилась больше. Люди общались на форумах, отвечали на вопросы, и эти ответы зачастую можно можно найти спустя десятилетия. Отдельные энтузиасты поддерживали FAQ, каталоги загрузок, и.т.п. Потом пришли соцсети, где не все дискутирует в темах а каждый вещает от себя. И это все плохо индексируется поисковиками. И старое поколение, кто писал на форумах стало меньше писать по разным причинам, а новое не пришло, и форумы поумирали.
А зачем? На форумах нужно постить медленно и вдумчиво. На мобилке устанешь ответ писать, не говоря о том что на мобилке может банально не быть тех данных, в которые стоит заглянуть когда пишешь ответ. Поясню с примерами. Если я отвечаю на форуме по фотографии то мне иногда бывает полезно заглянуть в свой фотоархив причем в равы а не в обработанные и ужатые картинки. Если я отвечаю по программированию то иногда нужно глянуть код своих проектов. Или чужих. Ну и.т.п.
Форумы стали умирать задолго до чатжпт. На мой взгляд причина в том, что часть пользователей мигрировали в соцсети к бесконечным лентам, где каждый вещает в пустоту а пустота отвечает пустыми лайками. На форумах можно было обсудить вопросы с реальными людьми имеющими опыт в какой-то теме. Будь то администрирование сетей, ремонт железа, горный туризм, аквариумистика или фотография. Но как-то постепенно люди с форумов ушли, и форумы затихли, а то и поумирали. А что обсуждать с чатжпт если у него нет опыта и обучался он не на дневниках опытных а на рекламных помойках и вообще непойми на чем. Задашь ему вопрос конкретный а он воды нальет а на вопрос не ответит.
Спасибо, интересно. Остается ряд вопросов:
Какое реальное разрешение LED экранов? Есть ли сцены когда картинка за окном в зоне резкости?
Как решалась проблема мерцания LED экранов при обновлении кадра и при отрисовке (ШИМ).
Если у вас поезд поворачивает, и с одной стороны есть тень от поезда за окном, то с другой стороны в окна должен светить яркий подвижный источник света, имитирующий солнце. Причем светить он должен издалека, чтобы свет из всех окон был в одном направлении. Это было реалиовано во время съемок или вы обошли этот момент при построении кадров?
Зачем нужен трекинг, если вы отказались от хромакея? Были какие-то дорисованные спецэффекты?
Меня всегда вопрос занимал: если подключать очень медленную зарядку с обычной вилкой, то можно как-то регулировать ток, отбираемый от сети? И если можно, то как?
Мне кажется, что при нынешней ситуации в России надо очень много ездить, чтобы думать о стоимости бензина. На миллион рублей можно купить 20тыс литров бензина. Это грубо говоря 200 тыс километров, примерно 10 лет активной эксплуатации в городе. А если мало ездить то и 20 лет. А новая более менее нормальная машина стоит от нескольких миллионов. Электричка подобного класса будет больше чем на миллион дороже если будет вообще. И этот миллион сразу надо выложить а не за годы эксплуатации. Возможно есть варианты с дешевыми импортными электричками слегка Б/У, не изучал вопрос.
Формальные названия "тимлид", "техлид", "руководитель группы", "руководитель отдела", "архитектор", "менеджер проекта" и.т.п. хоть приблизительно и очерчивают круг обязанностей, но не строго специфицируют. В одной кампании тимлид в основном сидит на созвонах, рисует картинки для заказчиков и высшего начальства и мотивирует людей, в другой - в основном принимает архитектурные решения, распределяет задачи между людьми и помогает с техническими вопросами если у кого-то решение задачи застопорилось. Но так или иначе рост из разработчика в руководителя означает меньше написания кода и больше написания документов (возможно архитектурных, возможно планов и отчетов для менеджеров своих и заказчика). Не всем это интересно.
Лично я переходил с лида на сеньора, но это было со сменой кампании, места проживания и много чего еще.
А можете озвучить все 4 сегмента хотя-бы? И описать вкратце какие вы исследования проводили.
Интересный прибор, и статья интересная. А вот в том что ПЗУ побилась от времени я сомневаюсь. Побитая ПЗУ скорее всего приведет к зависаниям, возможно с артефактами. А тут похоже что устройство пытается сбросить ОЗУ и штатно сообщает что не получилось. Может проблема в той самой боком припаяной ОЗУ или в пайке? К стати часы удается настроить? Если да то шина данных скорее всего живая.
Любая автоматизация начинается с малого. Главное начать.
Про bash vs python вы пишете что для питона:
На мой взгляд странные аргументы. Можно писать на 3м питоне без использования фич новых версий питона и экзотических библиотек. Просто скрипт начнется с '#!/usr/bin/pyton' и вся разница. На мой взгляд дело в другом. В баше проще работать со списками файлов, пайпами и дергать внешние инструменты типа sed, awk, и.т.д. Зато в питоне можно перебирать строки руками и есть структуры данных из коробки.
Интересный обзор, но не хватает ссылок на первоисточники.
А откуда информация что вообще есть конкуренция хоккея с театром или рестораном? Есть какие-то исследования на эту тему или это просто догадки? Неужели так много людей, кому надо просто куда-то сходить за деньги без разницы куда? И нужны ли они вам на хоккее?
Такая полезная статья, и ни одного комментария. Лет 20 назад ремонтники мобильных телефонов научили отмывать коррозию. Процесс такой:
Забрызгать плату кислотным средством (подойдет стекломой с кислотами или средство от известкового налета с щавелевой кислотой), потереть щеткой и сразу тщательно смыть потоком воды, можно из под крана. Под BGA можно лить струю сбоку чтобы все вымыть.
Помыть плату каким-нибудь ПАВ (fairy или другое посудное средство) и снова хорошо промыть водой в том числе под чипами. Этот этап нужен чтобы смыть остатки кислоты, и прочие загрязнения.
Сушка феном, (можно с нижним подогревом если есть) при температуре воздуха 120-130 градусов цельсия. Характерный признак хорошей сушки - видимое вскипание воды под чипами, хотя если нагрев медленный может этого и не случится. Главное высушит все насухо, видимое выкипание воды под чипами - признак того, что температура достаточная.
После пунктов 1-3 можно восстановить сгнившие дорожки и выводы. Но у меня бывали случаи когда даже сильно подгнившие платы работали после мойки.
В случае ручных настроек путь такой: составить список настроек - связать их с коэффициентами в алгоритме - вывести их в UI - использовать.
В случае автоматических настроек все то-же самое только настройки надо брать не из UI а из проеханных маршрутов. Конечно выводить коэффициенты удобнее для тех кому клацать лень, но я бы не отказался от нескольких ползунков вида "насколько для вас приемлимо/нейтрально/неприемлимо"
Грунтовые дороги.
Разворот без разгонной полосы.
Путь немного длиннее зато меньше светофоров и перекрестков.
Поворот налево без стрелки. ..ну и так далее. А еще настройка лучше вывода потому что один человек может ездить на разных машинах а еще может ездить штурманом с другими людьми у кого другие предпочтения.
История из жизни: еду за город. Ваш навигатор показывает: 2ч45мин, чуть больше 100км, половина по шоссе с пробками и тянучкой. И + прелесть в виде разворота без разгонной полосы. Я знаю, что есть дорога по грунту и гравийке короче и приятнее. Ставлю на ней точку. Навигатор дорисовывает заезд туда с шоссе и возврат. Ставлю вторую точку. Нарисовало путь чуть короче, и прогноз времени 2 часа ровно. Доехали в итоге за 1ч40мин по почти пустой дороге.
Интересный набор советов и довольно универсальный для инженерии вообще. Есть вопрос по этому пункту:
А как выглядят исходники в случае проектирования интерфейсов? Какие инструменты используете для каких платформ? Есть у меня небольшой опыт в мобильной разработке, там исходники от проектировщиков это по сути картинки, потом ты в коде сам пишешь чтобы генерилось что-то похожее.
Коммерческий
Согласен, такие сайты как правило очень бесячие. Более бесячими были пожалуй только сайты написанные полностью на flash.
В статье какие-то уникальные примеры приведены. Но в те времена были попытки нарисовать все (окна, кнопки, иконки, подсказки) объемным, полупрозрачным и с бликами. Смотрелось не всегда хорошо, особенно на дисплеях телефонов низкого разрешения и с крупными пикселями.
У камер у каждой свои регистры конфигурации. Обычно описываются в даташитах, которые производители почему-то не очень любят распространять. Опенсорсные драйвера часто содержат таблицу инициализации регистров в виде бинарной таблицы регистр-значение, и по коду не поймешь, какие регистры за что отвечает. У меня есть опыт прикручивания камер к Nvidia Jetson и доработки драйверов. Играл с клоками, чтобы оптимизировать FPS, допиливал драйвер, чтобы в device tree можно было прописать желаемое разрешение, глубину цвета и биннинг, и именно на это разрешение конфигурировалась камера.
Для разных водителях разные маршруты оказываются более человечными. Кто-то не хочет лезть на грунт, кто-то не любит напрягающие маневры типа разворота на 180 на трассе. Кто-то согласен ехать немного дольше но зато поменьше перекрестков и светофоров. А то приходится дополнительные точки ставить чтобы навигатор повел тебя так как хочешь, а не так как ездит абстрактный усредненный водитель.
Тема конечно интересная. А вы не думали добавить в навигатор возможность личной настройки правил дискриминации? А то ваш навигатор упорно не желает вести по грунтовым дорогам, даже если это намного быстрее (и комфортнее для некоторых водителей), зато часто предлагает неприятные маневры типа U-образного разворота на многополосном шоссе, хотя в принципе можно проехать немного дольше, но без таких маневров.