Обновить
53
Михаил Кнутарев@mmMike

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

1,5
Рейтинг
54
Подписчики
Отправить сообщение

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

Эээ… я так понимаю, что этапа тестирования просто нет. И разработчики СРАЗУ на прод ставят…

Не, я как то слышал на одном из HighLoad++ про то как разработчики даже не ставят, а инжектируют java классы прямо в работающие приложения на проде.

В 2018–2019 годах британский необанк Monzo рос бешеными темпами …при котором dev‑команды полностью владеют деплоем своих сервисов

Не ну круто же! Я всегда считал, что не протестированное ПО = не рабочее ПО. А оно оказалось то не так! И даже в банке работает и даже никому лишнего не зачислили и критических проблем не сделали.

я не помню подробностей. https://habr.com/ru/articles/401483/ я занимался уже после того как наигрался с IR лазером для передачи. т.е. это был как минимум 2017 (а скорее всего раньше)

Что на коленке собрал и заработало - точно могу сказать. Подробности схемы (ее не был… навесным монтажом) 10 лет назад… Вы много от меня хотите :) так эпизод…

Я не занимался попытками сделать какие то особые схемы модуляции. Лень было. Зачем извращаться. Убедился что обычный фотодиод (не IR) вообще для улицы не подходит. Даже рассеянный солнечный свет загоняет в насыщение.

И взял IR лазер с 3-м проводом с e-bay (тогда еще просто было) и обычный IR приемник (те что в телевизорах и пр. с пультиками инфракрасного управления) и все заработало сразу с минимум обвязки. Или не обычный… не помню. Тот что не занимается кодированием сам, а просто предусиливает и цифровой сигнал вадает. не помню подробностей. Давно было. Заработало сразу и заработало без особых сложностей

Зачем изобретать велосипед. Да еще велосипед на 25(!!!) бод.

Так что все эксперименты были на дальность.

Потом еще этим лазером пытался послесвечения люминофора получить на купюрах. И даже статью на тему в Хабре сделал про защиту купюр.

А передача данных лучом лазера - не зашла. Мизерные расстояния на штатной оптики дешевого лазера.

Валяется 50mВт (по описанию) IR лазер (латунный цилиндрик). Поэкспериментировал и бросил Красный лазер - слишком чувствителен к засветкам и помехам.

Баловался когда то. Основная проблема таких модулей - фокусировка. Без доп. оптики - 120…150 метров предел (приблизительно).

  1. Оказывается жилые здания (многоэтажка) шатаются :) и их колебаний достаточно что бы сфокусированное пятно уходило/плавало. Ну или не здание… пробовал “окно дома - приемник на крыше машины во дворе”.

  2. Штатная фокусировка дешевых модулей - так себе. 150м пятно где то (в видеокамеру без IR фильтра) 10см с не четкими краями.

И это проблема, а не способ модуляции и пр. тонкости. Да просто меандром RS232 TTL на управляющий вход лазера и на 19200 вполне надежно работало.

В общем… баловство без практического применения.

только что вчитался в цифры…

несущая частота Hz 250

Какая несущая частота? У всех этик модулей ключ на входе. И лазер в них в принципе не может работать в аналоговом режиме выдавая 30% 50% и т.д. процентов мощности.

Подайте просто на вход лазерного модуля обычный TTL с выхода UART, а приемник - обычный компаратор и цифровой сигнал на другой UART вход STM32. Удивитесь скорости. Какие 25 бод… о чем Вы. Что за мазохизм.

Средняя численность команды по внедрению систем - 15 человек. Раньше текучка составляла 4-5 человек за полгода, сейчас 1-2.

50% за пол года!!! Я просто не представляю что за работа тогда. Но, сваливать все на то что “вот тут стали оценивать задачи” - это как то странно.

А раньше, без вопросов к LLM что не понятно было что “эта задача так себе”, а это норм?

В заказной разработке никуда не деться от “так себе задач”. Рутина

Ровно вчера ругался, что достал принцип заказчика “мы ТЗ особо не смотрели, вы сделайте, а мы посмотрим на результат и скажем устраивает или нет”.

А по поводу текучки… (у меня так часто не уходят) Пол года назад искал нового сотрудника. Так вот ситуация на рынке труда (по собеседования) - полная стагнация. Все на собеседовании, как причина поиска работы: “я уже не работаю” или “там где работаю контора загибается”

Если 2 года назад на собеседованиях (искал сотрудника) было “я хочу попробовать что то новое”, то сейчас все держатся за работу.

Раньше текучка составляла 4-5 человек за полгода, сейчас 1-2.

Скорее всего не “мы тут LMM привлекли к оценке задач”, а объективная ситуация на рынке труда.

Черновик готовился с помощью ИИ

Очень бросается в глаза и вызывает протест вида “я тут это читаю 5 минут, что LLM нарисовала за 5 сек”.

За пол года на 10%

Нигде не упомянуто количество сотрудников. Надо было и это придумать для достоверности.

Например из полгода из 1000 человек ушло за пол года 500, а за прошлые пол года 600 (10% же). Или за пол года из отдела из 5 человек ушло 2.5 человека, что на 10% меньше чем ранее.

Без относительно текста статьи. Хотя и текст как то очень… LLM писала 100%В общем, сдается мне что все высосано из пальца (того промта для LLM).

Просто статья - реклама т канала.

не хуже и не лучше. Тут просто не корректно сравнивать. Просто разбор задачки из вышки за 2 курс. Ну разбор. Но корректный. ну навеяло флэшбэк.

С таким же успехом можно накидать из этой или других тем сотню подобных статей и из множества курсов выш.математики, прикладной математики, электротехники,… Типа “расчет сложной цепи электрического тока с пассивными и активными элементами” или т.п.

А чем смысл на этом то ресурсе?

Вы получили 5 млн рублей на счет цифрового рубля и перевели их в безналичную форму по курсу 1 к 1,

Вот ничего людей не учит.

Во всех учебниках написано, что если повышать налоги, то сбор налогов снизится. написано - пофиг. получили снижение.

А то что были хозрасчтные рубли (целевые как ЦР) уже никто не помнит? Не… 1:1 ха ха ха… наивно. Сколько конторок кормилось на обналичке в те времена то же уже не помнит никто. И какой курс был обналички. Кому то 1:1, а кому то и нет. По с писрали все ходит.

Одно утешает. В рознице это не будет жить. Если вы действительно в курсе, то знаете что у ЦБ нет в протоколах callback состояния платеж. Мне смешно смотреть на релизации протоколов (XML наше все) и прикидывать как платформы захлебнутся опросом “ну что там с платежом. прошел или нет” от POS терминалов.

СБП (c2b) эту тему то прошел… и эти грабли собрал… А разработчики ЦР… ну просто слов нет. Смартконтракты… громкие слова… не будет ЦР в текущем виде в ритейле.

Какое отношение имеет Face-ID (Apple) к покупкам и прочему. Вы смешиваете в кучу сценарии идентификации по биометрии в телефоне и биометрии, которую хочет собрать правительство (правители) России.

Еще скажите, что отпечаток пальца, которым я телефон разблокирую и/или подтверждаю локальный вход в приложение (через API OS телефона) это одно и то же, что биометрия которую от меня хотят “для удобства платежей” ФСБ и прочие подобные…

Забавно, откуда у всех такая эмоциональная реакция на замечания вида “вот этот молоток удобен, но идеализировать его не надо”.

Как будто всем “зачем нападаете на LLM”, LLM приходится близким родственником и они готовы за него вступаться “маaaленьких обижают”. :)

Иногда даже смешно становится.

А зачем тут изложение типичной задачи из билета по вышке за 2-й курс? Спасибо за флешбэк…конечно. Но зачем?

Ладно бы задача аналогичная задача за курс программирования типа расчет таблицы вычислительными методами (то же классика). Хотя бы к темам хабра ближе было.

Ну… Продавать и разрабатывать - это все же разные компетенции. Когда то (1996) у меня (по большому счету у меня. поскольку я писал движок и UI) была, одновременно с Сысоевым, карта Новосибирска. Причем, объективно, у него было хуже. Точнее не у него, а его конторки которую он создал, похоже, под конкретный бюджетный заказ.

Обе карты на “заимствованных” данных и оплаченной разработке с бюджета :) Но у Горводоканала карты то получше были.

Смешно сейчас читать про то как появилась (как бы на пустом месте) 2ГИС. Но ему был интересен больше бизнес и стал 2ГИС. А мне было ну совсем не интересно все это было и переключался на другое.

Так что разработать и “продать” - это разное. Да и какая разница. Если жизнь конечна, а пирамида Маслоу построена.

А с другой стороны… Сколько народа из 90-х кому не повезло по окрестным лесочкам догнивать. Веселое было время.

возможным только через отечественные криптоалгоритмы.

Упущено “через сертифицированное” Т.е. от узкого круга Российских компаний имеющих сертфикацию ФСБ.

Использовать Российскую криптографию для целей не требующих на уровне ФЗ ее использования - это какой то мазохизм.

Вот доводы “взяли не тот LLM, не правильно промт, нужно было найти и поправить промт/попросить исправить” Вот честно говоря достали эти доводы.

Для того что бы найти (черную кошку в темной комнате, которой возможно и нет) - нужно все глазами просмотреть (тупая работа) и возможно (!) найдется (глаз то замылен да и совсем тупая работа). Т.е. для того, что бы исправить ошибку, нужно как минимум знать что она есть.

Ошибки LLM (любой, с любым промтом) они

  1. не детерминированны (разные запуски - разный результат)

  2. Как правило логические (синтаксические компилятор найдет)

  3. тяжело ищутся, поскольку анализировать сгенеренный код мозг отказывается внимательно смотреть. Типа мозг говорит: “ты чего… уже все сделано. зачем эта еще тупая работа по проверке”.

Да какая в принципе разница. Я к тому, что LLM часто допускает “незаметные” ошибки, которые потом выливаются в неочевидные проблемы, которые не всякими тестами выловишь.

Но, если вас интересует конкретный случай, то это тема блин импорта замещения и переписывание старого Java кода работающего с Oracle на Postgree. Oracle jdbc умеет выполнять преобразование типов и ссылку по имени. например (чисто для примера)

String nVal = “123”;

… pstmt= … con.prepareStatement(“… where … blablaid=:balablaid…”);

pstmt.setObject(“balablaid”, nVal);

Вполне успешно выполнится. Но, PG такое не поддерживает. Во первых не поддерживает именованное обращение, во вторых не делает столь не явные преобразования строк в число. и нужно это заменить на что то типа (в лоб)

String nVal = “123”;

… pstmt= … con.prepareStatement(“… where … blablaid=?..”);

pstmt.setLong(7, nVal == null? null: Long.parseLong(nVal));

Так то LLM достаточно успешно с этой нудятиной справляется. НО… Хлобысь и где то pstmt.setLong(7, Long.parseLong(Objects.toString(nVal, “0”))); А где то адекватное pstmt.setLong(7, nVal == null? null: Long.parseLong(nVal));

И когда такого кода N тысяч строк… то… да можно просто не заметить пару строк, где неадекватное сделано. А если внимательно смотреть - то по времени проще руками. Причем результат не детерминированный. Раз так, а в другой запрос - по другому результат.

“Золотой дождь” да… почему то первая ассоциация - это термин из сексуальных девиаций.

Наверное потому, что вчера потратил пару часов на поиск странной баги. Оказалось, LLM решила, что Long от null строки, нужно как 0 (число), а не null

ну верьте верьте… впрочем, статья тоже LLM написана. Мусорная

Эээ. А Вы из какой страны пишете? Декатлон и 400 Ойро… да еще на плавник крепление

Вдогонку… Бесщеточные двигатели на плавниках и охренеными оборотами (а редуктора нет) - это понтово погонять на скорости (местами выходя на редан :))) Минут 15… на больше носимых аккумов не хватит. А на лодочном моторе можно часами плавать на крейсерских 5 км/ч с небольшими аккумулятором. Так что в принципе, кому что надо.

Плавали… знаем. Уже 2 сезона отплавал на двухместном сапе (4.5м) с мотором. Глядя на статью могу сказать:

Повес на плавнике - это не удобно.

  1. На мелководье не поднимешь.

  2. Плавник нужен большой - см. п1

  3. нагрузка вырвывющая.

  4. Грести веслами - тяжело с такой штукой (а аккум иногда заканчивается км за 5-10 от нужного места)

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

Движок шуроповерта - тупиковый пусть. Пробовал.

  1. Скорость - максимум 3 км час (правда сап большой)

  2. Вибрация приличная (хотя можно пренебреч)

  3. Не герметичен и после каждой поездки - обслуживание (помыть/просушить/смазать). Что достает мягко говоря.

  4. Щетки умирают (не герметичен и грязь) за пару поездок.

Короче, правильней взять самый дешевый лодочный электромотор за 7 тыр.

  1. Срезается вся верхяя бня и остается только двигатель на штанге.

  2. Единственное не герметичное место (дырка в штанге) легко герметизируется. Да и то на случай переворачивания. Так то всегда на воздухе. + силикогель в корпус на всяк случай.

  3. Скорость до 7 км/ч. А если веслом помахать одновременно, то и до 12…15

  4. Обслуживание один раз в конце сезона (раскрутить - глянуть - закрутить)

Управление. Мое мнение:

  1. Вкл/выкл кнопкой - НЕТЬ. Диммер для ламп на 12В (от 150Вт), стоит не дорого. А регулировка скорости весьма полезна.

  2. Модуль димера лучше оформить в отдельном, тщательно герметизированном корпусе. Аккумы отдельно (несколько).

  3. Обязательно индикатор вольтажа как на входе, так и на выходе димметра. Что бы на воде понять “то ли щетки зависли на моторе, то ли аккум сел, то ли контакта нет и пр”. Индикатор напряжения/вольтметр стоит копейки - на этом не нужно экономить.

  4. Обязательно… нет ОБЯЗАТЕЛЬНО на корпусе диммера неглубокое гнездо под магнит на веревочке. А под ним простейший магнитный выключатель (полевик + генркон). А то очень будет обидно увидеть уезжающий вдаль сап или получить работающим винтом, если опрокинулся.

Аккумы… Аппетит приходит во время еды… У меня их три. Один что бы уехать на 15 км. Второй что бы вернуться. И третий (поменьше) на всякий случай. В сумме двух акуумов хватает где то км на 25…30. Это кажется что много. А всего то дневная летняя прогулка на воде. И лучше их отдельно. Можно даже особо не герметизировать. У меня живут в гермо-мешке из которого выведен провод с разъемом (через гермовход купленный в магазине) Так даже лучше. Перевернешься - не утонут (мешок поддут до плавучести)

разъем для пресной воды можно не извращаться и взять обычный XT60. Опыт показал что проблем нет с 12В в пресной воде. Не погруженные, а брызги, сырость, случайно окунул…

В Java вы пишете что‑то вроде:

Все. Начало статьи и сразу передергивание (типа lombok не существует) Дальше можно не читать.

Хотя на мой взгляд, все это “вот тут красивее” вообще не принципиально. Все одно на JVM в итоге крутится.

А вообще, выбор между Kotlin и Java - это скорее выбор между IntelliJ и всем остальным. Как то (и это уже увы надолго), выбирать в России продукт от IntelliJ в долгосрочной перспективе (уровень исходников) - это, ну как минимум, рискованно.

Для многих наверное будет открытием, но, как только вам придется пройти сертификацию исходников на Kotlin, то проблемы гарантированы. Ну и разработчика на Java проще найти, если что.

1
23 ...

Информация

В рейтинге
1 831-й
Откуда
Новосибирск, Новосибирская обл., Россия
Дата рождения
Зарегистрирован
Активность