Pull to refresh
4
1

Java программист

Send message

Базовый активный словарный запас — 1500-2000 слов. Именно их обычно целенаправленно учат. Потом человек его подтягивает до десятков тысяч слов пассивного запаса.


Ни и сколько из нас наизусть помнит 1500-2000 классов стандартной библиотеки (может сразу пользоваться ими, не залезая в подсказки)?


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

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


В любом случае с 'само выучится в процессе работы' даже близко не лежит.

Ну вот это наше "не надо специально учить библиотеку" и есть полный эквивалент.
Результат будет, возможно, даже, хороший. Но, также как с естественным языком, если учить/зубрить специально и под руководством тех людей, которые этим процессом управлять умеют — результат будут получше и получится быстрее.

Смотрим снова аналогию с иностранным языком. Слова, когда учат язык, именно зубрят. Не все подряд, конечно, а по методикам, но именно зубрят. А не 'какие больше используешь, так и запомнятся'. И когда учат много языков — учат слова каждого.

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

Вообще, не совсем. Сравним с обычным, человеческим, но иностранным языком. Нужно на нем какую-нибудь статью написать на заданную тему. Там тоже подумать/прочитать — большая часть работы. Но скорость написания статьи будет довольно разной в случае 'знаю иностранный язык' и в случае 'знаю иностранный язык со словарем' (т.е. как раз вариант, когда знаю, что слово есть, могу его найти, но вот прямо сразу написать не могу).

Т.е. если я не помню как называется нужная мне функция — не страшно, главное что я помню, что она есть.

Знание функций стандартной библиотеки и используемого фреймворка дает беглость. — Есть некоторая разница, пишешь нужную функцию сразу, или тратишь на поиск как-там-она-называлась пусть даже 10 секунд. Потому что эти секунды накапливаются.


Влияние, конечно, не так чтобы сильное, но оно есть.

Теги давно расставлять не надо. Еще во времена спама в почте проходили. Обучаем свой личный фильтр — он и будет фильтровать. А сейчас, во времена чрезмерно умных нейросеток — так фильтр будет наверняка еще умнее будет, чем используемые тогда методы.

На самом деле именно с CCDT может и не получиться. Про нее должны были явно и стразу сказать те, кто правильный, по рекомендациям IBM, кластер менеджеров очередей разворачивали и конфигурировали.


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


Если работа с командой, занимающейся очередями, совместная — то еще имеет смысл выяснить, действительно ли нужно случайно-равномерное распределение по двум плечам.
Весьма вероятно, что достаточно только того, чтобы было резервирование на случай падения одного из менеджеров. Это будет еще один способ использования, который, насколько я помню, конфигурируется просто указанием резервного менеджера очередей в connection url/адресе подключения.

Мне казалось, что в IBM MQ все это должно делается штатным способом через client channel definition table (CCDT). А то что тут описано — это ручное повторение того функционала, что и так в клиентских библиотеках IBM MQ есть.

У радиолюбителей своих протоколов какое-то нездоровое количество. Даже, кажется, на хабре несколько статей было. Я как-то попробовал сунуться во все это, пытаясь, из любопытства, понять, какой канал можно получить из обычных бытовых раций и вообще просто акустикой по воздуху — так понял, что ничего не понимаю и отполз.


Но 'железный' модем сейчас иметь, как показывает тот же minimodem, даже им смысла никакого нет — все отлично вычисляется процессором.

Совсем быстро не надо. Достаточно, чтобы рука не уставала.


А идея заменять не подходит — требуется не личное письмо а то, что кто-то другой читать будет.


Т.е. рукописный шрифт для всяких умеренно коротких записок, вручную заполняемых документов итд итп.

Вопрос, похоже, плохо сформулировал.


Больше интересует не то что точками, а чтобы начертание было разборчивым и не портилось при небрежном/быстром рукописном написании. В этом Perfo, например, 'К' и 'H' станут совершенно неразличимы, если их в таком виде руками написать. Хочется чего-нибудь рукописного (не в смысле внешнего вида а в смысле удобства письма) без таких плохих особенностей.


Требование 'печатного' вида — просто предположение, что подобный шрифт именно так и будет выглядеть.

А можете подсказать подходящий для тех же целей кириллический шрифт?

Присоединяюсь к этому вопросу с изменением: хочется не непрерывный курсив, а рукописный шрифт 'печатного' вида. Такой, что удобно писать от руки и своим начертанием разборчивости помогает. Например, часто упоминаемый в подобном контексте чертежный шрифт близок к требуемому, но у него, как минимум, 'л' и 'п' слишком похоже. И пишется он не так чтобы очень удобно.

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

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


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

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


Но да, все то же самое делается без всяких OLED — таким же полупрозрачным экраном, на который картинку проектором проецируют.

Ну так нам для одного и нужно — того, что в кабине управления сидит и рычаги/кнопки нажимает.

Ну, сделать стерео, добавить технологию отслеживания точки зрения и поставить в качестве окна в кабине управления чем-нибудь полезным. Можно будет маркеры прямо на реальный мир накладывать. Получится Augmented Reality/HUD, но не посредством очков, а через прозрачную стену.


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

Теперь берем три случайных прилагательных из 512 самых частых (т.е. 9*3=27 бит) и получаем "шимпанзе в древней густой счастливой шляпе".


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

Есть убунтофоны всякие, да собственно зачем этому устройству быть вообще телефоном то?

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


Возможно я не понял вашу схему, что происходит при вводе мастер-пароля?

Запоминается приложением. Если очень параноить — то не запоминается, а каждый раз вводится заново.


Если мы бакапим только его, то где хранятся сами пароли?

Нигде. Они каждый раз генерируются из мастер пароля и прямо тут же введенного имени учетной записи. (Собственно, все это написано в описании CryptoPass, которым я предлагал заменить qwertycards, которые делают похожее, но ручным алгоритмом):


password = base64(pbkdf2(secret, username@url))

PBKDF2 это стандарт, метод генерации паролей. Как проверить его корректную реализацию?

Ссылка CryptoPass была на f-droid. Что означает что исходники доступны. Возможно, что PBKDF2 прямо в этих исходниках нет, но тогда реализация системная и ищется в исходниках андроида или используемой библиотеки.

Information

Rating
1,373-rd
Location
Россия
Date of birth
Registered
Activity