Pull to refresh
91
0

Пользователь

Send message

А что у Orange насчёт софта, ядра люникса, обновлений и единого репозитория?

Так же хорошо как и у малинки?

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

я бы за километр обходил сложный язык общего применения, который якобы популярный и распространённый (или хотябы не бетта) и у которого при этом нет ни CVE, ни иных известных проблем/багов и тд. (потому что такой язык чем то похож на неуловимого Джо)

извиняюсь, а почему всё ТАК плохо везде где вводится пароль?

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

почему хотябы просто везде где вводится пароль просто нельзя взять и сбросить раскладку на английскую? или просто предусмотреть непереключаемую и прибитую гвоздями комбинацию клавиш переключения раскладки на английскую?

Сделать какой-нибудь другой способ ввода любых символов?

Ну хоть что ЧТО-НИБУДЬ сделать можно было за 40-50 лет то пока существует UNIX/Win и тд?

(слабо верится что абсолютно все кто контрибутили в Linux исключительно коренные жители США и никогда не использовали вторую раскладку клавиатуры)

и про перманент не забывайте (или иная постоянная виза без лишения ВНЖ спустя месяц-три если новая работа не найдена).

Я думаю на хабре не мало тех, кто в визовом рабстве.

добавлю мой совет:
диверсифицируй!
Мой опыт:

  1. айтишник со знанием OpenCV и скриптов гораздо быстрее обработает тыщи фоток, знание и опыт разработки видео чипов, нейронных сетей и фото и видеокамер полезен при работе фотографом. За фотосет платят от 20 до 50тыщь йен в час и это не так стрессово как работа в ИТ а ведь 90% это работа с фото а не сам процесс фотографирования и это можно раз в десять ускорить. А ещё будешь регулярно выбираться в разные красивые тур места просто приятнее чем в офисе геморрой отращивать.

  2. Умение писать скрипты и знание теории графов и опыт реализации топологии пригождается в разводке именно качественных и более дешёвых плат чем у конкурентов и таких спецов реально мало и там тоже платят БОЛЬШЕ чем в ИТ. (да, найти такие вакансии тот ещё ад, они реально редки, не спорю, но они бывают!)

А ещё во всех этих двух областях выше нет этого сумасшествия когда на тех интервью на литкоде тебя заставляют за час придумать то, что коллектив математиков мирового топ уровня разрабатывал неделями и месяцами. И не заставляют тратить сотни и тыщу часов ЛИЧНОГО времени на выучить всё это наизусть и особенно налегать на чёртову комбинаторику вместо алгоритмов. Не надо прокачивать рейтинги на литкоде, кодфорсе и хрен знает где ещё. И всё это ради не такой уж и большой зарплаты ИТшника.

Не ну реально зарплаты в ИТ не настолько крупные чтоб прям надрываться на это. Ваше время вам никто не вернёт. Вы просто тратите в этой безумной гонке немалую часть своей жизни.

извиняюсь, но это почти рабство.

(когда всем что что у тебя есть распоряжается кто то другой)

но он возможный и валидный и вполне житейский.

И почему клиент ради обычного и привычного действия должен читать сто страничный договор?

Такими темпами юристы захватят мир и даже ни встать и ни покушать нельзя будет не прочитав стопятьсот договоров и соглашений (каждый раз и каждый день разные). И всё равно останется шанс что обижаешь чуства каких нибудь агрессивных праноедов или просто пришибленной корпорации которая чего то опять там запретила и конечно же спрятала запрет на пятитыщной странице 6ым кеглем в сноске к сноске.

Человечество очень хочет сказки и золотой пули, чтоб открыли X а потом Y а потом ещё что и воуля - не надо лететь сотни лет до ближайшей звезды и для этого собирать по всей своей звёздной системе ресурсы в разы больше чем на родной планете.

А что если великий фильтр внеземного разума состоит в том, что ресурсов имеется обычно на порядки меньше, чем нужно для самого минимального и примитивного корабля поколений?

Но явно же что нужна не одна попытка на одну звезду, и не на одну звезду надо лететь а на несколько.

у меня такое было один раз - столкнулся с промывкой мозгов и развеял,

в итоге я так всю группу которая делала софтовые эмуляторы с собой забрал на новое место с x3 з/п, небольшую правда, из трёх программистов.

просто на одной поделке у меня был опыт когда дисплей с другим контроллером SSD13xy, где х точно не нуль (не помню уже точно номер), этот дисплей не выключился при разряде батареи а странно заглючил и подзарядка и софтовый сброс не помог, только отключение и разрядка в нуль. Исправил тем что пришлось подпаять аппаратный сброс - проблема ушла.

а как же ресет? или этому дисплею все (включая аппаратный сброс после сбоя питания например) можно сделать по i2c/spi?

такое ощущение что есть параллельная вселенная, а в ней физиология человека-бюрократис, у которого половые органы мгновенно отрастают и половое гормональное поведение включается строго после 18 лет и именно по паспорту.

Интересно, а есть в мире реально эффективно действующая профилактика залётов малолеток и программа по снижению количества комплексов и подростковых самоубийств на сексуальной/любовной почве?
Я к тому что если игнорировать эту проблему, то она психологически искалечит или даже убьёт явно не нулевое количество подростков.

а классический стандарт на скорости свыше 115200 бод не распространяется да и даже далеко не все современные трансляторы уровней TTL-RS232 поддерживают скорости бод свыше 250к.

и в ОС обычно но не всегда, значение энума например BOD_9600 равно 9600 как инт32. Но иногда это например 7 (как седьмая по счёту константа) и размер параметра не int32 а int8 и другие скорости попросту не выбрать или выбрать надо спец параметрами через ioctl

И даже на уровне USB endpoint мостов уарт-усб реализованы аппаратно и поэтому они максимально мелкие, максимум под 115200. Это было например в самых старых первых аппаратных чипах и быстрее передавать попросту не могут без багов.

Тоесть, порой это и логически и физически невозможно.
Или возможно но с кучей ограничений (например нельзя непрерывно передавать на скоростях свыше 115.2кбод - обязательно делать паузы раз в миллисекунду чтоб усб успел отправить).

А как насчёт FastStone image viewer?
если в винду установить поддерждку HEIC то и эта утилита станет их показывать.
Из коробки очень приятный интерфейс - в режиме просмотра фоток он полностью скрыт пока не поднесёшь к краям курсор, просто показывает на весь экран фото. Позволяет делать простые правки фото типа уровней, примитивную ретушь , добавлять надписи, обрезать и тд, умеет обрабатывать пачкой все фото в много потоков cpu.

если продолжить говорить о системе контроля версий для не программистов:

а есть удобный аналог SVN для графических файлов и прочих файлов?
например для разведённых печатных плат и файлов схемотехники? или для изображений в гербер формате?
да я знаю что у кикада и прочих альтиумов или из коробки всё храниться в тектстовом виде или хотя-бы есть опция сохранять в тексте, но стоит сделать минимальное изменение как все полигоны перезальются и каждая вторая их координата будет отличаться на машинный эпсилон и ты сразу получаешь десятки тысячь строк разницы в diff и именно в этом проблема. Аналогичная проблема в изображениях в гербер формате.

не удивлюсь если этот ИИ начнёт нанимать сотрудников с 13 пальцами ... на каждой из трёх кистей. /sarcasm

... за констатацию фа ... кхм, фейков

  1. А если спагетти вот прям необходимо?
    Например когда надо вот ни жить ни быть, но получить ещё 5-10% больше скорости?
    Чтобы код просто успевал, например между прерываниями таймера 30к-100кГц.
    В итоге вручную разворачиваются циклы, подбираются перестановки строк независящего кода, порой по месту вписывается асм-блоки? Код изобилует тонким тюнингом опций компилятора чуть ли не на каждую строку и тд.
    В итоге получаем прям воплощение антипаттерна "функцию-бога"
    Вот как такое покрыть модульными тестами?

  1. И в частности как покрыть юнит тестами код вылизанный по работе с конкретными таймингами?

    (просто интересен реальный опыт других опытных людей для таких крайних и "вырожденных" случаев)

сделать ПВО против летающих насекомых это совсем другие требования, особенно по скорости реакции.

Ведь надо распознать где муха в 3д и механически успеть на неё навестись. Мягко говоря задача на порядки более сложная.


Не знаю как насчёт механики, но для realtime распознавания мне пришлось подключаться напрямую к матрице видеосенсора, получать видеопоток с 400 кадров в секунду и скармливать это моей специальной нейросетке (она обрабатывает не кадровый буфер целиком а на лету пиксель за пикселем конвейером) на дорогой плис за килобаксы.

Всё равно получилось время реакции не менее 10мс (длинна конвейера видео и нейронки даже в этом случае составила почти два кадра).

Information

Rating
Does not participate
Location
Токио, Токио, Япония
Date of birth
Registered
Activity