Метка: программирование

Увидел сегодня сайтик, откуда в околоайтишную среду пошла лексика вроде «кабанчик» (или, со смесью страха и подобострастия — «Иван Кабаныч»), «гречневые» и прочее подобное. Про то, почему меня туда занесло — потом, а пока напишу одну недомыслишку про вот такие определения.

Если подумать — то это и есть те самые «мемы» из книжки Докинза, причем довольно примитивные — буквально мозговые вирусы, которые легко подцепить и начать распространять. Но что опасно — эти мемы претендуют на то, чтобы объяснять «как устроен мир», хотя делают это плохо, в лучшем случае «на троечку». На основании этих «объяснений» заразившийся формирует свою кривую картину мира, причем еще активно ее этими мемами распространяет.

Можно ли всерьез обсуждать, скажем, международные отношения с человеком, понабравшимся в тусовке галковскоманов фразочек про «новиопов» и «люди работают»? Можно ли говорить про экономику с тем, у кого на любые мнения об оплате труда готово ироничное «да-да, русским деньги не нужны, понятно»? А ведь есть чатики и каналы, которые эту заразу активно распространяют, причем целенаправленно. Соблюдайте информационую гигиену — не читайте эти помойки, если читаете — вымойте глаза и уши с мылом, с встречающимися вам носителями обращайтесь, как с людьми, чихающими в общественном месте — отодвиньтесь в сторонку или используйте СИЗ в виде синей ковидной масочки :)

С периодичностью раз в несколько лет приходится иногда вспоминать программирование под Android — и каждый раз попытка слегка обновить написанную десяток лет назад небольшую программку превращается в забег по граблям. Вот и в этот раз воюю с версиями Android SDK, Android Studio, Gradle и собственно самого Android, пытаясь «догнать» обновления системы за последние несколько лет.

Так вот, в процессе понял, почему софт под Android (и возможно, «под мобилки» вообще) в среднем получается настолько кривым и уебищным. Программист, пишущий под это говнище, ежедневно видит кривую IDE, раздувшуюся от неприлично большого количества всяких бесполезных «фич«, неотделимую от нее систему сборки, зоопарк из версий JDK, плагинов, библиотек, чего угодно, без ведома автора подсасывающийся из интернетов — и у него складывается впечатление, что это хорошо, это нормально, так можно жить — и в результате имеем андроидные приложеньки по несколько десятков и даже сотен мегабайт, все функции которых сводятся к дерганию чужих API, и соответствующих «программистов«.

Увидел тут в твитере пост, где некая сеньорита фронтенда считала «новым и интересным» чтение ебаной документации к очередному блядскому стейт-менеджеру. Охуел и подумал — господи, какой же пиздец, когда люди считают это «новым и интересным»! Что сука характерно: как только некий класс софта получает общее название (да хоть «стейт-менеджер» этот), выбор между разными представителями этого класса определяется в первую очередь не «функциональными» соображениями, а абсолютно субьективными вещами вроде «моды» — и это еще сравнивают с инженерией! После такого отказываюсь причислять программистов к инженерам, потому что инженерии в сборке очередного программного поделия не больше, чем в поклейке танчиков из набора фирмы «Звезда».

Особенно — в исполнении русских бизнесменов. И нет, я сегодня не о вылезших из анекдотов про «новых русских» красномордых жлобах с турецкой золотой цепочкой, которые дают ценные советы по ведению бизнеса прямиком из тех лет, когда они начинали, а ты слушаешь и думаешь — ну господи, что ты несешь, от этих твоих «советов» работники в ужасе разбегутся, а потом еще и придет налоговая и даст пиздюлей. Впрочем, аргументированно возражать тоже не получится — потому что главный аргумент расказчика выражается фразой «если ты такой умный, где твои деньги?» Нет, можно быть вполне себе милым московским мальчиком с написанным на лице ВМК МГУ, и носить не малиновый пиджак, а интеллигентский свитерочек — но давать советы такого же космического масштаба и космической же глупости. Вот, например, Максим Лапшин, руководитель Flussonic, распедаливает нам, чем баг отличается от фиче-реквеста:

https://levgem.livejournal.com/508738.html

И разумеется, Максим считает себя очень умным, а описанную по ссылке жесть — несомненно правильной, и доказывается это тем, что у Flussonic’а клиенты есть и даже готовы платить за такое жлобское отношение — но что же мы узнаем из приведенного текста?

А узнаем мы очень простую вещь — «продукт» Flussonic полностью соответствует фразочке «A design without specifications cannot be right or wrong, it can only be surprising!» — а все потому, что в фирме у Лапшина писать хоть какую-то документацию для разрабатываемого софта не принято, чай, клиент не барин, сам поймет, баг это или фича. И действительно, в отсутствии спецификаций они различаются только субьективным отношением, «эмоциональной оценкой клиента». Добавляем к этому еще парочку «антипаттернов» уровня «документация делается техписом», «сотрудник поддержки, который заведомо ниже квалификации чем разработчик или продакт» (кстати, видите тут совершенно неприкрытый снобизм по отношению ко всем «непрограммистам» с «заведомо низкой квалификацией»?) — ну и видим, собственно, что ни при каких обстоятельствах принимать во внимание мнение Лапшина о том, «как должно быть», попросту нельзя.

В целом, конечно, это типичнейшая «история успеха», причем в худшей ее форме, когда замалчиваются приведшие к этому успеху случайности, а явные ошибки и антипаттерны объявляются образцом для подражания.

PS Найдите максимум «антипаттернов» в вот этом слащаво-рекламном тексте: https://web.archive.org/web/20170207041400/vc.ru/p/flussonic-tv

На днях активно участвовал в некоем срачике — но программирование под Андроид там было фоном, поводом для встречи двух одиночеств — и эти персонажи в «околоайти» повторяются так часто, что стоит описать их подробнее.

https://mbr.livejournal.com/655769.html

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

Понятно, что эти задачи надо как-то делегировать — но в голове у такого персонажа всегда есть мысль — «да делать там нечего, я бы сам за недельку-другую осилил, вот только некогда и руки не доходят». Если вдруг это ощущение «давненько я не брал в руки шашек» удачно совпадает с двухнедельным перерывом в текучке — то может сесть и сделать, может быть, слегка старомодно (давно вы видели десктопную разработку на Delphi? А некоторые до сих пор могут!) — но работать будет. Если же такого перерыва не предвидится — то делегировать придется под ворчание о том, что делать там нечего, да и вообще, зажрались эти программисты, два месяца собираются над такой ерундой работать!

В запущенном случае, это, конечно, принимает некоторую форму снобизма, особенно, если времени освежать знания не было, в духе «а нахера тут Cortex-M, ща я на PIC’овском ассемблере сбацаю, учись, студент, пока я жив!» — но в целом такой типаж повторяется с поразительной регулярностью, вот и топикстартер в той теме про андроид-приложение к нему относится.

В синем углу ринга — массовый современный программист, выпускник каких-то «курсов». Массовая подготовка имеет свои недостатки — большинство «курсов» готовят кадры для «галер», то есть контор, занимающихся разработкой типовых программных поделий. Об объеме знаний типового «андроид-разработчика» можно судить по украинскому опроснику для собеседований:

https://itvdn.com/ru/blog/article/250-about-android

Знания собственно платформы — минимальные, зато уделяется масса внимания «работе с сетью» — точнее, работе с операциями семейства CRUD через какой-нибудь REST API. В сочетании с неумением читать документацию — прекрасный кадр для решения простых повторяющихся задач, вроде «приложения со списком рецептов» из того же опросника. Что-то за пределами привычного круга задач моментально выбивает из колеи — примерно как описано по первой ссылке. С другой стороны, одинаковые «приложения» по рецепту «архитектура MVVP, работаем с REST API через Retrofit, получаем JSON, конвертируем в понятный вид с помощью Moshi» тоже кем-то востребованы, клиенты есть.

Андроидом, конечно, это все не ограничивается — в любой массовой айтишной специальности таких персонажей полно. Годиков через несколько они дорастают до «сеньоров», начинают играть в «собеседования» — и тем самым в основном плодят себе подобных. Ключевое, пожалуй — абсолютно нулевой кругозор и заточенность на решение простых типовых задач, в вырожденном случае — вообще не выходящих за рамки давно освоенных «курсов по программированию».

Встреча этих двух персонажей, разумеется, «результативно» закончиться не может — первый уверен, что все просто и программисты его дурят (это действительно так), вторые быстро понимают, что задача выходит за рамки привычного, потребует слишком много времени, а при этом, цитирую:

Они же эти умения потом никому больше не продадут. Это не просто потерянное время, когда можно было бы развивать скиллы, это время, когда ты изучаешь бесполезное, а мог бы изучть полезное. И потом уже не наверстать.

— так что сливаются под более-менее благовидным предлогом, мол, очень сложно.

Скажу только, что такой говнокод пишет не Хундай, там ISO 26262 пока еще чтут :)

uint32_t cur_timestamp, last_timestamp;

cur_timestamp = GET_SECONDS() & UINT16_MASK;
last_timestamp = storage->timestamp;

if (last_timestamp + TIME_DELTA > cur_timestamp) {
    return;
} else {
    // do something
    storage->timestamp = (uint16_t) cur_timestamp;
}

Студентов я за такое бил по рукам спрашивал — а что будет с вашей программой через 71 минуту (когда так мучили 32-битный микросекундный таймер) или через 49 дней (таймер миллисекундный на этот раз, но те же 32 бита)? 16-битный счетчик секунд, кажется, это кококомбо, тут все встанет раком через 18 часов, это уже достаточно много, чтобы не заметить проблему при тестировании, но при этом достаточно мало, чтобы она ебала мозг в эксплуатации.

Два дня протирал штаны в экзаменационной комиссии в Московском Институте Элегантных Мужчин (ныне являющемся частью Высшей Школы Этого-самого), защищались магистерские работы по специальности «Инфокоммуникационные технологии и системы связи». Уровень — в принципе, такой же, как и в прошлом году — из полутора десятков работ на «отлично» без вопросов тянули хорошо если четыре. Остальное было в диапазоне от весьма унылых «инженерных» работ («четверка с плюсом» в прыжке), причем местами студент даже с трудом понимал, что и зачем он делал, до уровня «в качестве диплома пытаются защитить акт покупки китайских датчиков с алиэкспресса» (почти точная цитата, только вот тут даже «облака» не было). За последнее в этот раз ставили «тройку с минусом», хотя, в принципе, будь у вуза яйца покрепче — надо было бы выгонять с неудом.

Но вот увидел я эту картинку — точнее, скриншот с рейтингом зарплат выпускников айтишных специальностей по разным вузам — и немного охуел. Московский Институт Элегантных Мужчин в рейтинге находится на 4 месте, напротив циферками обозначено 220 000 рублей.

Конечно, мои взгляды на рынок труда попахивают трудовой теорией стоимости, почерпнутой из пересказов Карла Маркса и Адама Смита — но среди выпускников за эти два дня я не увидел практически никого, кто мог бы «производить продукт», стоящий этак тысяч 300-400 в месяц (не забываем про все, что кырла-мырла относил к «прибавочной стоимости»). Более того, поразмыслив над одной из работ, я понял, что эта ваша айтишечка глубоко убыточна, но что самое страшное — никто из участников в принципе не осознает глубины этой дыры.

Собственно, работа родилась из простой гипотезы — в дождь количество заказов в службе экспресс-доставки возрастает, а количество доступных курьеров падает — поэтому надо как-то автоматически распознавать, когда в районе конкретного центра формирования заказа идет дождь, и принимать какие-то решения на основании этого (скажем, увеличивать минимальный чек для заказа, чтобы не «гонять раба» с одной бутылкой колы). Разумеется, для проверки этого предположения — а оно само по себе довольно сомнительно — никак нельзя воспользоваться, скажем, данными сторонних сервисов, типа того же Яндекса — поэтому была разработана и даже представлена в качестве дипломной работы очередная универсальная система перемещения данных слева направо:

Разумеется, сразу был предусмотрен жуткий хайлоад — ведь 3000 центров формирования заказов, в каждом из которых стоит метеостанция, раз в секунду отправляющая данные о погоде, это не ишак чихнул, тут все эти названия и аббревиатуры однозначно нужны! Кстати, если чуть-чуть подумать мозгом — то этот «раз в секунду» совершенно не нужен, достаточно, к примеру, раз в 10 минут — и тогда весь ваш хайлоад усыхает до 5 RPS. Это, кстати, было первое предложение от комиссии :)

Но давайте посмотрим на это все хотя бы даже с точки зрения пилотного запуска на десятке центров формирования заказов. Во сколько обойдется человекомесяц работы программиста и девопса (смотрим в верхнюю табличку!), закупка и установка оборудования, прочие капексы и опексы за некоторый период? Что-то мне подсказывает, что можно легко вылететь за сумму в миллион рублей — а результат будет явно несопоставим.

В очередной раз убеждаюсь в том, что современная айтишечка под видом «решения проблем бизнеса» занимается, по сути, вымогательством. Интересно, а если бы в том дипломе была главка про экономическую эффективность — не вышло бы так, что разработанное решение имеет отрицательную ценность?

Увидел сегодня очень показательный пример того, как ChatGPT «пишет» программы. В общем, очередной раз читаю курс по программированию всяких встраиваемых устройств, и ближе к концу семестра, осознав весь зашитый в формулу для оценок фашизм, нарисовалась студентка с желанием сдать все и сразу, включая задания, по которым дедлайн уже прошел. Решил посмотреть код — и заподозрил неладное. Но сначала — давайте я покажу его вам в слегка сокращенном виде, найдете ли вы здесь какие-то ошибки?

#include <stdio.h>
#include "periph/i2c.h"
#include "periph/gpio.h"
#include "periph_conf.h"
#include "bme280.h"

int main(void)
{
    /* Инициализация датчика BME280 */
    bme280_t bme280_dev;
    int bme280_res = bme280_init(&bme280_dev, I2C_DEV(0), BME280_I2C_ADDRESS);
    if (bme280_res != 0) {
        printf("Ошибка инициализации BME280: %d\n", bme280_res);
        return 1;
    }

    /* Получение и вывод показаний датчиков */
    while (1) {
        /* Получение показаний BME280 */
        bme280_measure(&bme280_dev);
        float bme280_temperature = bme280_temp_comp_2(&bme280_dev, bme280_dev.temperature);
        float bme280_humidity = bme280_humid_comp(&bme280_dev, bme280_dev.humidity);
        float bme280_pressure = bme280_pres_comp(&bme280_dev, bme280_dev.pressure);

        printf("BME280: температура=%.1f°C, влажность=%.1f%%, давление=%.1f мбар\n",
            (double)bme280_temperature, (double)bme280_humidity, (double)bme280_pressure);
        }
        xtimer_sleep(5);
    }

    return 0;
}

Меня сразу смутил используемый для работы с датчиком (банальный BME280) API — он очень отдаленно напоминал реализованный в Riot OS, не говоря уж о библиотеке для Arduino или ARM mbed, или о «фирменном» бошевском драйвере. Но еще больше удивил соседний файл (с кодом, который якобы написан той же самой студенткой!), где работа с датчиком выглядела примерно так (опять же, в максимально сокращенном виде):

#include "xtimer.h"
#include "bme280.h"

#define BME280_DEV  I2C_DEV(0)

static bme280_t dev_bme280;

int main(void)
{
    int8_t res;
    res = bme280_init(&dev_bme280, BME280_DEV);
    if (res != BME280_OK) {
        puts("Could not initialize BME280 sensor");
        return 1;
    }

    while (1) {
        float temperature_bme280;
        bme280_read_temperature(&dev_bme280, &temperature_bme280);
        printf("BME280 temperature: %0.1f C\n", temperature_bme280);
        xtimer_sleep(5);
    }

    return 0;
}

Видите что-то общее? Вот и я не вижу. При этом в принципе оба варианта API мне представляются вполне обоснованными (во всяком случае, я мог бы сказать, зачем я так сделал), но этот код очевидно не скомпилируется и работать не будет. Но внешне — все выглядит довольно неплохо, названия функций, какое-то подобие семантики вызовов — все правдоподобно, но…

В общем, вы понимаете то чувство, когда ты думаешь, что со студенткой разговаривал, а на самом деле — с большим тараканом, с жуком-оборотнем.

Решил проверить догадку самостоятельно и задал ChatGPT вот такую задачу: Write a C language program for RIOT OS that uses a BME280 sensor connected by I2C bus, reads temperature, pressure and humidity values from the sensor and outputs them into UART each 10 seconds. Also, if the temperature is higher than 100 degrees Fahrenheit, a LED connected to one of GPIO pins must be switched on. When the temperature lowers, the LED is switched off.

Я думаю, вы уже догадались, что было ответом — правильно, третий вариант API! (но с градусами Фаренгейта я хорошую подставу придумал):

#include "bme280.h"
#include "periph/gpio.h"
#include "periph/i2c.h"
#include "periph/uart.h"
#include "xtimer.h"

#define I2C_DEV     (I2C_DEV(0))
#define BME280_ADDR (0x76)

#define LED_PIN     (GPIO_PIN(PORT_A, 5))
#define LED_ON      (0)
#define LED_OFF     (1)

static bme280_t dev;
static gpio_t led;

static void init(void)
{
    i2c_init(I2C_DEV);
    bme280_init(&dev, I2C_DEV, BME280_ADDR);
    uart_init(UART_DEV(0), 115200, UART_FLAG_NONE);
    gpio_init(LED_PIN, GPIO_OUT);
}

int main(void)
{
    init();

    while (1) {
        bme280_read_fixed(&dev);

        printf("Temperature: %ld.%02lu C\n", dev.temperature / 100, dev.temperature % 100);
        printf("Pressure: %lu.%02lu hPa\n", dev.pressure / 100, dev.pressure % 100);
        printf("Humidity: %lu.%02lu %%\n", dev.humidity / 1024, (dev.humidity * 100) / 1024 % 100);

        if (dev.temperature > 100 * 100) {
            gpio_write(led, LED_ON);
        } else {
            gpio_write(led, LED_OFF);
        }

        xtimer_sleep(10);
    }

    return 0;
}

Но вот что интересно — так это время, которое пройдет между написанием кода и обнаружением наебалова. Принято считать, что одна из сложностей в эмбеддеде всех мастей — это долгий цикл обратной связи между написанием кода и получением результата — работает/не работает/надо переделать. Так вот, для наебалова в таком вот духе он сокращается до одной команды в консоли — наберите make flash и тут же, не отходя от кассы, получите тугую струю ссанины в ебало в виде совершенно невнятных ошибок компилятора. А вот если у вас модный язык вроде Javascript или Python — то с вот таким синтаксически корректный бредом можно долго и плодотворно заниматься debugging into existence. Программист программировает, получька капает.

Будующее такое яркое.