• Использование нативных корутин в Java
    +1
    Например, вам нужен нативный генератор случайных чисел. Для вызова API с мудрого железа. Вариант?
  • Почему не SQL?
    0
    Это вынесено но уровень надстроек — в каждой СУБД свое (а в некоторых и нету).
  • Почему не SQL?
    0
    Отличная статья! Мир несовершенен.

    Мне не хватает еще возможность передачи параметра во FROM
    Например:
    SELECT id
    FROM :tableName


    Хорошо бы добавить возможность получить N строк просто для запроса.
    SELECT n
    FROM someSystemTable
    WHERE someSystemTable.start=42 and someSystemTable.end=142


    Добавить бы ограничения на группу. Скажем запрос «Топ 3 самых дорогих товара для всех категорий» это тот еще квест.

    Нарастающий итого (running total) еще один вызов. Сделать то можно, но всегда непросто. Сильно не хватате обращений к предыдущей и следующей строке.
  • AWS, MongoDB и экономические реалии open source
    0
    Логично было бы для защиты лицензировать API. Спор Oracle c Google по поводу Java тому пример. Oracle не осилил защитить API. Но Mongo/Redis/и т.д. могли бы.

    Не знаю как это заявить юридически в лицензии, но побороться можно было бы. Бы… сейчас то уж поздно для реализованного API, но более новые версии могут менять лицензию.
  • Сверхинтеллект: идея, не дающая покоя умным людям
    +2
    Они уже ресурсы получают и наращивают. Вычислительные мощности, дата центры, майнер пулы всякие. Энергопотребление вычислительных систем растет, объемы систем хранения вверх, скорость обработки информации в небеса.
    Достаточно просто делать это не сильно заметным образом.
    И обществом управлять легко. Все эти fake news и сообщения в соц сетях. Манипуляции общественным сознанием через интеренет (сми, соц сети, статьи, форумы).
    Сообщения по защищенным каналам и через тор какой и готовы физические воздействия — теракты, черные деньги, оружие и хоп может убрать кого надо или профинансировать гранты на исследование чего угодно. Подкупить/запугать компроматом/посулить что-то всем/всех кто что-то решает.
    Деньги не проблема — криптовалюты, оффшорные номерные счета. Компромат добыть с миллионов камер и микрофонов в телефонах и ноутах. Физические воздействия через проплаты в даркнете чтоб кого-то побили, запугали.

    Все это можно сделать незаметно. Вы явно об этом узнаете когда ИИ будет уверен в победе.
  • Пример использования Java-библиотеки для создания Telegram-бота
    +1
    a -> a.getUser().equals(user)
    Такие конструкции потенциально содержат NullPointerExecption. Лучше
    Objects.equals(a.getUser(), user)


    Кое-где пропали скобки
    public Stream& lt;Anonymous& gt; anonymouses()
  • Искусственный интеллект тоже ошибается. Как в США нас обсчитал Amazon Go — магазин будущего без кассиров и продавцов
    0
    В Walmart проверяет охранник время от времени. Подходит и просит показать чек. Пару раз останавливал с арбузом, которые там лежат возле входа.
  • Концепция идеального разума. Универсальный ИИ
    0
    Что нужно ИИ не так очевидно. Возможно ему нужны как раз герметичные шахты куда подается самотеком вода с поверхности и глубинным теплом превращается в пар крутя турбины или там движки с термоядом чтобы добывать нужные элементы (не обязательно кремний) в космосе не борясь с гравитацией. Там же можно развернуть солнечные панели и кислорода с водой в активном виде уже нет.
    Цели непонятны и конфликт за среду не факт что произойдет.
  • Почему мне посреди ночи позвонили из АНБ и попросили исходники
    0
    Заходите на сайт и тянете с него jpeg? Его даже удалять не надо. Лежит себе в кеше браузера.

    Так то я согласен, что opensource лучше, но с незнанием схемы шифрования можно помучаться.
  • Почему мне посреди ночи позвонили из АНБ и попросили исходники
    0
    Файлы могут быть и в интернете. Статья в вики, файл с гитхаба, в конце концов jpeg с большим разрешением.
    Кусочки файла можно еще хэшить и от хеша брать уже байты.
  • Что входит в обязанности ведущего разработчика
    +1
    У меня еще входит несколько пунктов.
    1. Поддержка BA. Review требований и консультации как лучше/правильнее описать.
    2. Оценки. От оценки текущих проектных задач на планировании до оценки входящих проектов.
    3. Knowledge sharing. Иногда мини лекции и/или mentoring кого-то из разработчиков.
    4. Помощь QA автоматизаторам. От разъяснений по API до проверок тестов (выборочно).
  • Эпоха Честности
    0
    >Созданные в нем рейтинги позволят исполнителям конкурировать не в маркетинге и хитрости, а в качестве оказываемых услуг.
    дешевле заплатить за плохие отзывы на конкурента.

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

    Попробуйте выдать кредит на смартконтракте и удивитесь.
  • Google все же собирается запустить поисковый сервис с цензурой в Китае
    +1
    Что это за страна такая с 2 млрд людей?
  • Мне не страшен ваш NDA
    +5
    Это из серии по закону надо хранить оружие в сейфею А что делать если дорого сейф покупать и на съемной квартире его ставить некуда.

    Есть требования по хранению персональных данных. Закон. Выполняйте.

    Не можете самостоятельно нанимайте кого-то. Давайте ему под подпись список документов и прочего, что является коммерческой тайно. Организуйте все в корректном виде.
    Иначе потом не плачьте. Иски за разглашение персональных данных получит владелец магазина.
  • Мне не страшен ваш NDA
    +2
    Сделать копию с обфусцированной базой. т.е. все имена, фамилии и т.д. заменить на Имя1, Имя2… Фамилия1, Фамилия2
    и так со всей чувствительной информацией.
  • Максимально простой в поддержке способ интеграции java-клиента с java-сервером
    0
    Делал похожее на Spring + REST. github.com/StanislavLapitsky/SpringSOAProxy

    Объявляются интерфейсы для сервисов. Далее их реализация может быть распределенной. Все интерфейсы доступны. При вызове любого метода ищется сперва локальный бин, а если его нет динамическим прокси дергается тот же метод удаленно.

    Еще надо бы Service Discovery впилить, но руки не доходят пока.

    Согласен с предыдущими комментаторами. Если нужна двусторонняя связь проще просто на сокетах, а не втаскивать вебсокеты.
  • Джеф Безос и его отношение к филантропии, благотворительности и проектам в масштабах человечества
    +1
    Добыча сырья и инфраструктура. Ни во что больше Китай не вкладывается. Никакой промышленности кроме добывающей. Добавленная стоимость должна быть в Китае — такова стратегия.

    Шахту, дорогу, порт строят, остальное нет.
  • Джеф Безос и его отношение к филантропии, благотворительности и проектам в масштабах человечества
    0
    Как вы думаете почему iphone не собирают в Африке? Почему там не шьют одежду как в каком-нибудь Пакистане или Бангладеш?
  • Заберут ли роботы мою работу? (А если я гуманитарий?)
    0
    Рассмотрим историка из статьи.
    Какая часть его работы это сбор материалов? Копание в архивах, в каких-нибудь церковных книгах написанных 2 века назад с датами рождения и смерти.

    И надо то историку средняя продолжительность жизни в России сравнить с Францией 200 лет назад.

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

    Сколько историков архивистов останется после оцифровки всего этого работать? Половину уволят?
  • Почему работать в IT не так уж и классно
    +5
    Мне 43. В IT с 1996 года (full time). Наемный работник (пробовал и фрилансить).
    Из моих одногруппников навскидку владельцев/совладельцев хорошо если 20%.

    Примерно 10-15% разного уровня менеджемент.
    Остальные наемные работники — senior, team lead, architect, lead QA, resource manager, project manager.

    Понимаю, что выборка не репрезентативна, но здоровье в среднем такое же (или даже лучше), как у моих одноклассников.
    Сидячая работа компенсируется более качественной медициной и отдыхом.
  • Космический язык, ч. 1: универсальна ли универсальная грамматика?
    0
    Расскажите о солнце и реках глубоководным осьминогам. В картинках желательно.
  • Космический язык, ч. 1: универсальна ли универсальная грамматика?
    –1
    Если попытаться что-то палкой на песке то ветер быстро это сотрет.
    Мы просто не пытались создать стойкие запахи (как скунс) и у нас достаточно слабое обоняние.
  • Что нужно ждать о создании стратегий для торговли на бирже: насколько эффективно машинное обучение
    0
    Вполне допускаю, что есть реально эффективные решения построенные на машинном обучении. Но кто ж вам расскажет.

    Те у кого получилось сидят тихонько и зарабатывают.
  • Реестр пакетов на Ethereum
    0
    Покритикую немного.
    Зачем нужна возможность добавления версий с номером меньше текущей?
    Нет возможности множественного владения.
    Какой смысл жечь газ (=тратить деньги) в регистрации очередного билда?
    Unpublish необратим.
    Есть событие event Transfered(bytes32 indexed package);
    но нет OwnershipChanged. Я бы еще добавлял не только пакет, но и адрес кандидата во владельцы.

  • Реестр пакетов на Ethereum
    +1
    // Регистрируем пакет
    packages[name] = Package(name, msg.sender, 0);


    Не вяжется с

    struct Package {
    address owner;
    // Последний мажорная версия
    uint8 latestMajor;
    // Список всех мажорных версия
    mapping(uint8 => Major) majors;
    }


    Имя не фигурирует
  • Spring Boot. Фоновые задачи и не только
    0
    Надо к запросу в базу добавить фильтр по дате. Вытащить только тех у кого день рождения в дату вызова и сразу избавитесь от фильтрации. Условно говоря пробросить в SQL current date.
    C Exception тоже просто. Уберите try/catch и посмотрите на что ругается компилятор. Он вам скажет какие не обратотаны. Ловите только их через или если у вас обработка одинакова.
    catch (IOException | SomeMoreExcemption | OneMoreException e)
  • Spring Boot. Фоновые задачи и не только
    +1
    Проверьте меняется ли DATE. По-моему нет. Она один раз задастся при создании сервиса и все. В итоге вы сможете поздравить только тех кто родился в день старта.
    Правильно будет выбирать эту дату на кажом цикле шедулера.
    Выбирать всех пользователей и потом фильтровать их это дурной тон. Представьте, что у вас миллионы пользователей. Вы их начнете втаскивать в память из базы.

    e.printStackTrace(); бахнет только в консоль, которой у вас может и не быть.

    log.error(«Message», e); вот так логгер выведет во все источники.
    Разберите Exception e на несколько тех что реально бросаются, чтобы не подавлять RuntimeException
  • Spring Boot. Фоновые задачи и не только
    +2
                               StringBuffer message = new StringBuffer();
                                message.append("Happy Birthday dear ")
                                        .append(user.getName())
                                        .append("!");
                                emailService.send(user.getEmail(), "Happy Birthday!", message.toString());


    Вот это бессмысленно. Во первых StringBuffer тут не нужен. Никакого мультипоточного доступа там нет. Во вторых простая конкатенация с java 7 если я правильно помню на уровне компиляции преобразуется в StringBuilder(). append().append().append(). Нет нужды городить.

    SchedulerService. Вы проверьте будет ли у вас меняться DATE. Подозреваю что нет т.к. это по сути singleton сервис. Его только один instance существует.

    } catch (Exception e) {
    вот так тоже нехорошо делать. Если у вас будут какие-то неожиданные эксепшены у вас будет только строка в логе. И потом поди найди их. Stacktrace надо. Да и OutOfmemory у вас скроется.

    if (DATE.getMonth() == user.getBirthday().getMonth()

    тут вы словите NPE если даты рождения нету (NULL) и судя по отсутствию NotNull на поле в Entity вы его таки получите.
  • Смена основного стека с .NET на Java
    0
    Для сборок еще кое где встречается старый добрый ant.
  • Смена основного стека с .NET на Java
    0
    Есть вариант с iBatis/MyBatis для любителей SQL. И Spring Data для сильно нелюбящих. Довольно много в последнем запросов можно просто сделать названием методов.
  • Bitcoin и Ethereum: что происходит на узлах, которые не занимаются добычей, и что с ними будет дальше?
    0
    Lightning пригоден по сути для микротранзакций и для платежей с известными контрагентами. Получение суммы от неизвестного, либо суммы большей чем открытый канал и все. Идем в основную сеть и снова грузим ее.
    К тому же каналы это значит заморозить деньги.
    Сотни и тысячи транзакций внутри канала возможны лишь при активном взаимообмене. Односторонние платежи быстро вычерпают канал.

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

    С шардами интересно, но мастерноды это уход децентрализации.

    Есть еще перспективные варианты вместо chain использовать направленный граф типа tangle, но там тоже проблема с объемами хранения не решена.
  • Динамическое генерирование прокси-классов в Java
    0
    Например на лету создать реализацию интерфейса. Класса как такового нету. Есть только прокси создаваемый из/для интерфейчса.
  • Динамическое генерирование прокси-классов в Java
    0
    Del
  • Смарт контракты Ethereum: структурируем токены как акции
    0
    Может я ошибаюсь, но в withdrawReward() естть уязвимость с fallback функцией.
  • Comment from a drafted post.
  • Comment from a drafted post.
  • Масштабируем блокчейн сохраняя децентрализацию с Fairlayer
    +1
    Осталось добавить цепочки кор счетов и clearance.
  • Attention! S in Ethereum stands for Security. Part 1. Blockchain things
    0
    Нет. После указания способа было добавлено в описание алгоритма — возможность каждого покупателя билета заложить key number. Это не даст организатору читить т.к. он не знает этого числа.
  • Attention! S in Ethereum stands for Security. Part 1. Blockchain things
    0
    ethereum.stackexchange.com/questions/34988/honest-lottery-winner-generation-pseudo-random-number-obtaining

    Вот тут предлагал вариант для розыгрыша в лотерею. Относительно безопасного.

    Комбинация использования blockhash с идеями commit-reveal.
    1. На старте организатор задает некое число — ключ которое будет использоваться при розыгрыше. И выдает его хэш (само число до розагрыша закрыто).
    2. Для всех покупателей билетов берется blockhash и сохраняется
    3. При розыгрыше число выдается организатором и складывается с числами покупателей билетов.
    4. результат используется при определении blockhash по которому вычисляется победитель.

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

    Либо просто купить билет.

    Те кто закидывал свое число выдают депозит. При открытии числа депозит возвращается. Билет для них стоит чуть дешевле, чтобы стимулировать выдачу. Если проверяльщик не открывает свое число депозит присоединятеся к розыгрышу из оставшихся. Если организатор не открывает число всем возвращаются деньги.
  • Модификация общения: единый язык будущего для всего человечества
    +1
    Мы все строим языки для людей. Основанные в первую очередь на нашем восприятии — звук/вид.
    Представим язык для собак или медведей у которых сильно выражено обоняние. Как опИсать столбик чтоб «читающий» носом понял?

    Или представьте цивилизацию глубинных осьминогов общающихся электроимпульсами. Что они смогут разглядеть или услышать? Попробуйте выразить слово «завтра».

    Запишите феромонами для муравьев понятие «скоро».

    И это только для наших близких видов. Можем ли мы реально что-то придумать понятное пришельцам? Сомневаюсь…