• Создаем живую потоковую CDN для видеотрансляций WebRTC с низкой задержкой
    0
    применение multicast IPv6 рассматривалось?
    по описанию, этот подход выглядит очень интересно, когда задача потока по серверам перекладывается на сетевой протокол.
  • Чем бизнесу и пользователям грозит борьба РКН и Telegram? Мнения экспертов
    0
    IPv6 довольно не стабильно работает. пытался ещё в ноябре что то пощупать. между дата центрами работает отлично и быстро. а вот конечный пользователь либо не ловит пакеты, либо ловит, но не все и долго.
  • Опрос пользователей Хабра
    +1
    механизм кармы и плюсования, подвержен волюнтаризму и безнаказанности.
    если кто то кого то минусит и понижает карму — никто не узнает причины.
    можно невообразимо минусить.

    вот мне щас влепили -1. теперь я уже не смогу без ресета написать статью.
    кто влепил, мотив? мне то как с гуся, но других заминусованных такое поведение думаю не обрадует.
  • Опрос пользователей Хабра
    +3
    я написал в саппорт по этому поводу, как нам реорганизовать рабкрин… ответ был «Мы обсудим ваше предложение с коллегами.»
    но видимо ещё время не пришло или руки не дошли ((

    а так действительно, минусы летят и лишний раз задумаешься, а стоит ли писать.
  • Опрос пользователей Хабра
    +1
    в этот понедельник отправлял в саппорт хабра вопрос по минусам в коментах (Общие вопросы (50284): GAR-VKLND-583).
    раз такой опрос образовался, можно было бы и тот вопрос включить.

    некоторые статьи пропадают бесследно.
    вот была статья, была дискуссия, а тут глянул — ни статьи, ни личных комментов. пусто.
  • Правдивая история роботизации, начинающаяся с одного простого графика
    +1
    автоматизация и роботизация неизбежность, но вот какая странность
    пенсионный возраст и так уже 60+… и будет увеличиваться
    США 65/65
    Япония 65/65
    Швейцария 65/64
    Швеция 61-67 Премьер-министр Швеции выступает за повышение до 75 лет
    Нидерланды 67/67

    + Швейцарский промсоюз хочет 50-часовую рабочую неделю
    + В Германии предложили отменить восьмичасовой рабочий день

    это только в песне «Вкалывают роботы, а не человек», в реале
    при той автоматизации что уже есть людям надо ещё больше работать.
    Парадокс.
  • Как создать блокчейн-проект на Exonum: краткое руководство
    +1
    баллы также можно обменять на деньги,

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

    во время гражданской войны, каждое правительство выпускало свои деньги. Моржовки, Керенки, Донской рубль…
    вполне себе фиатные деньги. но вот количество и качество их не делало их сильными, а скорее наоборот вызывало недоверие ко всем подобным банкнотам.

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

    создав несчётное число подобных криптоблоков люди будут путаться.

  • Как создать блокчейн-проект на Exonum: краткое руководство
    –1
    баллы «спасибо» от Сбербанка

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

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

    похоже вы ответили на вопрос, не объяснив зачем создавать новый велосипед. когда уже есть существующие.
  • Как создать блокчейн-проект на Exonum: краткое руководство
    –3
    какая цель в создании новой крипты?
    вот тут список из 900 штук
    если каждый начнет создавать свою крипту, то к чему это приведёт?

  • Автоматное программирование. Часть 3. Диаграмма состояний и переходов. Продолжение
    0
    когда ждать статью? предыдущая статья датируется июнем. хотя прекрасно понимаю, что тема не простая.

    Будет интересно посмотреть альтернативный подход.
  • Автоматное программирование. Часть 3. Диаграмма состояний и переходов. Продолжение
    0
    Как подписи у стрелок отождествляют код. Или это просто информативный текст?
  • Автоматное программирование. Часть 3. Диаграмма состояний и переходов. Продолжение
    0
    мы говорим о подходе к созданию программ с использованием графа состояний. не так ли?
    и подразумевается, что применение этого подхода должно значительно упростить процесс создания.
    в «Артефакты автоматной схемотехники» не увидел между строк понимание сложных моментов — смеси разнородных вещей — самих состояний, буферов, потоков ( и!!! массива потоков )

    там же сложность в том, что в одном случае стрелка означает одно, в другом другое. легко запутаться.

    я когда то занимался автоматами, но перестал, т.к. понял ограниченную перспективу их реального применения. для каких то задач они идеальны, но их очень мало.
  • Автоматное программирование. Часть 3. Диаграмма состояний и переходов. Продолжение
    –1
    может быть я что то недопонял, диаграммы состояний с флагами нужны для чего
    №1) для понимания процессов
    №2) на основе графа зависимостей — построение программной реализации
    из текста как я понял что речь идёт о п.№2, но как то очень лихо примешан буфер, флаги. Есть конкретное понимание как это работает, или это общее представление как должно быть.

    мой моск плохо понимает, как скрестить в одном графе одновременно и состояния, и прерывания, и кольцевой буфер.
    как общая картинка для понимания №1 — почему бы и нет,
    а вот как №2 — создание модели непонимать. если у Вас есть такое понимание, готов выслушать.

  • Автоматное программирование. Часть 3. Диаграмма состояний и переходов. Продолжение
    0
    я не про обмен данными, а про общую синхронизацию.
    есть система, которая пребывает в каком то состоянии. у неё несколько фоновых потоков. + происходят прерывания.
    и вот как это диаграммами однозначно запилить?
    часы это похожий пример. есть кварцевой генератор тактов — фоновый поток. есть кнопки — прерыватели. в зависимости от порядка нажатий — на экране показывается разная инфа.
  • Автоматное программирование. Часть 3. Диаграмма состояний и переходов. Продолжение
    0
    я могу при помощи диаграммы состояний записать алгоритм(автомат), который по заданному коду будет составлять таблицу

    т.е. создав подобную блок-схему в программе она создаст поведенческую модель( сформирует код, таблицу поведения). так? я как то плохо виду как приведённая блок схема может превратится в рабочее тело.

    и не надо забывать, что у подобного подхода есть 2 крупных минуса
    1. прерывания.
    они плохо кладутся в диаграмму состояний.
    как пример — реализация 3х кнопочных часов Элекстроника
    фото часов
    image

    вроде эти часы конечный автомат, но вот диаграммами его не описать. придётся шаманить

    2. многопоточность. как её впихивать в состояния?

    и да, по switch-case
    case позволяет прыгать с ветки на ветку. довольно удобная штука
    switch(char)
    {
    case 'a': goto case 'b';
    case 'b':…
    }

  • Автоматное программирование. Часть 3. Диаграмма состояний и переходов. Продолжение
    0
    Тогда поясните фразу — то что если схема порождает код

    ну как бы я уже приводил пример, повторю
    схема и соответствующий код
    image
    в точности порождает
    W=703
    switch(W)
    {
    case 703:
    if (S==«b»){W=704;continue;}
    return;
    case 704:
    if (S==«a»){W=705;continue;}
    return;
    case 705:
    if (S==«c»){W=706;continue;}
    return;
    case 706:
    if (S==«a»){W=708;continue;}
    if (S==«E»){W=712;continue;}
    return;
    case 707: return;
    case 708:
    if (S==«b»){W=707;continue;}
    return;
    case 710: return;
    case 712:
    if (S==«b»){W=707;continue;}
    return;
    default: return;
    }
    это работающий код и мне не надо думать что реализуемое поведение будет отличаться от схемы. если на схеме стрелка идёт от 'с' к 'а' и к 'Е' то трассировка и проверка не нужна.


    разделение автоматов на символьные и функциональные, или оно не выглядит столь фундаментальным

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

    *такую программу можно нужно реализовывать не через switсh, а через таблицы, это не только работает работает быстрее, но и:

    ну switch используется по причине простой и понятной
    1. он реально быстр, быстрее if и таблиц с хешами и прочим. проблемы у него будут если повесить 1000 case на один switch. тут хэш будет быстрее.
    2. наглядность, если есть какая то ошибка, то в switch -case эту ошибку можно увидеть и отловить. в случае таблиц отладка затруднена. понять почему ветвление пошло по этому маршруту сложнее.
  • Автоматное программирование. Часть 3. Диаграмма состояний и переходов. Продолжение
    0
    Если не попадать под влияние распространённых стереотипов

    не знаю, я не попадаю, просто практика и удобство применения говорит что не так всё просто и радужно как может показаться на первый взгляд
    «схема порождает код»

    как изображено, ровно так и будет реализовано. а иначе зачем? не красоваться же.
    И что получается, автомат который теперь определяет 2 кода: bacab и bacEb?

    ну да, в коде вроде это должно быть понятно
    if (S==«a»){W=708;continue;}
    if (S==«E»){W=712;continue;}

    можно например добавить ещё немного и получить
    новая схема
    image

    эта схема определяет
    bacab и bacEb
    + bacE,bacE1,bacE12
    и порождающий код будет точно соответствовать схеме.

  • Автоматное программирование. Часть 3. Диаграмма состояний и переходов. Продолжение
    0
    >> АП не стало магистральным трендом. Главная причина здесь — недостаточный опыт использования ( часть №1)
    ну не только это, главная причина в том что автоматное программирование довольно нишевое, и не везде его можно и не всегда целесообразно применять

    и даже тогда когда есть смысл есть много моментов
    например в схеме анализа bacab слишком много линий, это при том, что последовательность простая. стоит появится множественным линиям ( как уже не раз на хабре отмечалось ) получается полный швах. конечно, можно применить элементы концентраторы, которые помогут сделать схему читаемой. но так же можно отметить, что проблема неявных переходов остаётся, и плодить лишние стрелки тут совсем уже плохо.
    вот ваш пример c bacab
    скрытая картинка
    image

    на ней голубым цветом как раз концентраторы.
    тут немножко кода
    W=703
    switch(W)
    {
    case 703:
    if (S==«b»){W=704;continue;}
    return;
    case 704:
    if (S==«a»){W=705;continue;}
    return;
    case 705:
    if (S==«c»){W=706;continue;}
    return;
    case 706:
    if (S==«a»){W=708;continue;}
    if (S==«E»){W=712;continue;}
    return;
    case 707: return;
    case 708:
    if (S==«b»){W=707;continue;}
    return;
    case 710: return;
    case 712:
    if (S==«b»){W=707;continue;}
    return;
    default: return;
    }


    у Вас не заметно 2 важных аспекта
    — то что если схема порождает код — значит ошибок на этом участке нет и всё точно,
    — то что схема позволяет строить более сложные переходы проще. на моей блок схеме добавлена буква Е. А вот добавить это условие в привычный код намного сложнее.

    но как показала практика блок схемы это всё же крайне нишевое решение. потому в других местах это становится тупиковым направлением, даже если кажется, что есть какие-то преимущества.
  • 4 слова
    –1
    >>go to…
    если это язык Go, то почему бы и нет?
    если это что то типа
    switch(char)
    {
    case 'a': goto case 'b';
    case 'b': а если надо сюда попасть после 'a'?
    }
    ну и выход из вложенных циклов, про это все знают

    4 слова:
    [у вас] какой-то ограниченный подход к кандидату
  • ICO: хайп уйдёт, а мы останемся, или время против токенов
    0
    А можно как то на пальцах растолковать момент.
    ситуация — фирма А хочет создать крутую программу для нужд трудящихся.
    и что бы это осуществить им нужно 1 лям зелени +-.

    где брать
    1. собственные активы
    2. кредит банка
    3. Акции
    4. ICO крипты? например ETH

    если говорить про 4 путь. то ( как то ?? ) заявляется ICO, цели супер программы и прочее.
    спекулянты инвесторы дружно на свои кровные скупают ETH и передают фирме А.
    фирма А обналичивает часть полученных ETH, затем покупает железки, снимает крутой офис, кожаный диван, сигары… и идёт к успеху?

    если так, то зачем тут ETH в этой схеме? чем это отличается от механизма акций.

    просто стало слишком много хайпа и ничего не ясно.
  • Какие языки программирования самые популярные: статистика ИТ-платформ
    0
    Ну если за Шарп говорить то там все просто. Буду за компом, скину код, ну если интересно
  • Какие языки программирования самые популярные: статистика ИТ-платформ
    0
    ну речь не о том, что тот или иной синтаксис плох. просто 0 вероятность что эрланг будет первым языком. а вот переход на него с других, у которых хороший набор много чего, будет проблематичен.
    лично я когда просматривал обзор языка именно это и резало глаз.
  • Какие языки программирования самые популярные: статистика ИТ-платформ
    0
    ну тогда почему за него топят? мол надо много распределённости — есть эрланг
    а вдруг, если 60 нод это уже много, то проблема в железе или архитектуре?

  • Какие языки программирования самые популярные: статистика ИТ-платформ
    0
    по поводу билда в рантайме С/С++ можно использовать напильник+loadLibrary
    в C# есть готовый класс Microsoft.CSharp.CSharpCodeProvider.CompileAssemblyFromSource(code.cs);

    например создаётся обработчик FileWatcher на файл, и при его изменении он подргружается, перекомпилируется и подключается.
    тут все преимущества скорость+интепретация
  • Список лучших инструментов для web-анимации
    0
    а как же hardcore document.styleSheets[0].insertRule('.'+name,0)?

    иногда полезно использовать что то совсем простое, а не тянуть многотонные либы.
    а если использовать что то в духе davidwalsh.name/vendor-prefix то проблемы с разными браузерами снимаются.
  • Какие языки программирования самые популярные: статистика ИТ-платформ
    0
    имхо, там синтаксис из 80х, когда создавалась машина эрланга. трудновато читать. учитывая что ниша эрланга не столь широка, трудно надеяться на большой энтузиазм к этому языку.
    А какие проблемы там в другом месте? вроде как хвалят машину эрланга, скорость там, распределённость, надёжность
  • Создаём собственный блокчейн на Ethereum
    0
    несколько лет назад краска с нанопокрытием стоила на 30% дороже той, что без оного.

    а вообще кажется, что все эти стартапы это искусственный способ создать спрос на криптобумагу.
    Примерно так же, как 40 лет назад арабы укрепили бакс продавая нефть исключительно за франклина.
  • Какие языки программирования самые популярные: статистика ИТ-платформ
    +4
    составители таких рейтингов поди и в глаза не видели языки, о которых пишут.
    >>Hi-Tech.Mail.ru выделил ( которые будут набирать популярность )
    > Erlang,
    э… это точно? синтаксис смотрели? есть же мягкая версия Elixir
    >GO
    сам язык Го это песня. без надрыва не споёшь. что то сделано очень хорошо, но какой ценой.
  • VPS-хостинг: как выбрать?
    0
    для kvm 8 ядер / 8 Gb /120 ssd за 800 рэ в РФ это норм, или слишком мало?
    у других значительно другой прайс
  • Вашим пользователям не нужны пароли
    0
    Случайно сменил в прошлом году. Не ту кнопку в запарке нажал
  • Вашим пользователям не нужны пароли
    +1
    ровно такие же мысли стали посещать, когда каждый сервис требует логина, пароля и прочего. причем, что у каждого сервиса свои требования к сложности пароля. в итоге этот набор просто не вспомнить…
    эх, раньше как было. на мэйлру завел почту в 99 году. пароль был всего 3 цифры.
  • $mol — лучшее средство от геморроя
    0
    глянул git… сплошная борьба с невпихиваемостью задач и методов в используемые языки. с закономерным финалом, но с агрессивным подходом. (кстати, Харли с битой смотрелась бы интереснее Джокера).
    в целом интересно, но то всё прячется под капот с неясной перспективой отладки и понимания как оно там крутится — это кручинит.

  • Объясняем современный JavaScript динозавру
    0
    всё будет проще. выйдет полноценная гомогенная среда, которая в себя всё вместит. от кода до деплоя.
  • Объясняем современный JavaScript динозавру
    –2
    как динозавр динозавру отвечу.
    nmp это хорошая тема. поначалу бесила, потом норм (см ниже). Nuget уже торт.
    студия 2017 тяжела и не поворотлива. перешел на VS Code
    Конечно этот зоопарк реально бесит, но потом как то привыкаешь.
    переходим на Kestrel net Core. не надо никаких большее IIS'ов.
    и как вишенка на торте — плавный переход на Centos. И вот там все выше перечисленные шаги работают.
    прелесть Kestrel — это линух/виндос, легковестность, И привычная, удобная отладка кода. в отличии от Ноды и ГО. так что как динозавр динозавру рекомендую. b vim уже не кажется чем то диким.
    вобще связка Vue+Core(+Go)+Linux это то, куда стоит смотреть. Go пока нужен. Нода наврятли.
    и да, Kestrel, в отличии от GO,Node позволяет правку в рантайме на брекпоите. что в студии, что в vc code.
  • Грамматика MySQL на ANTLR 4
    0
    на upwork был офер для этого — Create Antlr grammar, g4 file, for Python & C#
  • Алгоритмы построения пути для беспилотного автомобиля. Лекция Яндекса
    0
    ошибся, видео по ссылке есть. можно было её поместить в конце статьи.
    видео
  • Алгоритмы построения пути для беспилотного автомобиля. Лекция Яндекса
    +1
    доклад может быть и хороший, но честно говоря, много воды. тем более, что задача построения оптимального пути между 2 точками — это уже «линейная» задача, не требующая никакого сложного оборудования. всё это было сделано и реализовано 7-10 лет тому как.

    проблем там наверное только три
    3. юридическая
    2. распознование дятлов на дороге
    1. цена на железки лидары, радары.

    и совершенно не понятно, почему Яндекс, имея такие ресурсы, ещё не выкатил прототип на полигон (а может и выкатил уже, но показал не всем). Беспилотник это по круче Алисы будет.

    >> Вакансия: Fullstack-разработчик в беспилотные автомобили
    что ты такое? звучит как то совсем не привычно.
  • Почему роботы должны форматировать код за нас
    –1
    очень раздражает автоформатирование GO. он просто заставляет следовать егоному стилю.
    так и стремится удалить лишние строки, пробелы, выстроить выражение по своему образцу.
    лучше бы сделали подобную опцию опциональной. ломать через колено это неприятно, после других то языков.
  • SALI — это Вам ~ язык программирования
    +1
    >>Вот Вы пишете код, думаете, что создаёте программу, но на самом деле в результате получается конечный автомат.
    … а можно сказать и по-другому
    Вся железка это почти конечный автомат, на который повешена ОСь.
    написание прикладной программы это по сути программирование ОСи и того конечного автомата.
  • Visual Scripting: будущее уже наступило?
    +1
    да, в конце 90х кричали — визуальное программирование в дельфях это лютый вин!.. годы идут, крик раздаётся, только языки и платформы меняются.
    Почему то каким то менеджерам в голову пришло, что накидав блох схемы можно снизить порог вхождения не потеряв в качестве.

    П.с. Почему UML не упомянули. шумели же — генерация кода по UML — вот он Грааль программирования.

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