All streams
Search
Write a publication
Pull to refresh
4
0
Send message

Если основной претензией к проекту является шифрование

совершенно верно!

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

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

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

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

такие дела. успехов.

но это всё графические рюшечки.. в чем профит написания приложения такого класса именно с нуля?

мой предыдущий комментарий был робким намёком, почему не объединить силы с уже существующими проектами? дух опенсорса же, все дела...

А чем не угодил, например, keepass2android? Добавьте в него немного тематизации на основе обоев или "перехват цвета, как ее называет Google, приносит сочетания ярких чистых цветов в каждый элемент ОС" и дело в шляпе.

по крайней мере, он проходил уже security audit и имеет обширную пользовательскую базу...

Safari can't open the page "https://googl.ing" because Safari can't find server "googl.ing"

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

Точно-точно! Всё это уж было в симпсонах~ черепашке из комплекта учебных миров (кумир )))

В смысле, уже конец статьи?! Я только попкорн открыл... ?

с прискорбием заявляю, что кукарекаешь тут пока только ты...

из еды будешь или из отрядов этих, как их... неуловимых джо, которым нечего скрывать в "этих ваших энторнетах"?

  1. Эстония запрещает въезд/ввоз/etc

  2. Эстония открывает продажу односимвольных доменов.

ехехехехе (звуки иронии)

//простите, было сложно удержаться.

не лазером же это делать

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

После https://developer.android.com/reference/android/os/UserManager#isUserAGoat() уже ничему не удивляюсь. А было это уже о-го-го, когда!

Не воспринимайте этот комментарий как попытку "совратить" лично Вас на ПП.

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

Теоретически - да, всё складно и правильно изложено.

На (моей) практике - выглядит, как розовые единороги, бегающие по радуге (т.е. недостижимым), увы, увы... И всё такое взаимодействие скатывается к формату "против кого дружить будем?" Возможно, я недостаточно повидал за свои 20 с лишним лет стажа, но факт..

зато после ... проходить live coding на собеседованиях

Для меня это звучит примерно так же, как "олимпиадное программирование" - крутое и бесполезное.

Цель нашей жизни - создавать, а не раз в две недели ходить на лайв кодинг...

Я считаю, что ПП следует применять ... по необходимости

С этим я полностью согласен. Осознанность действий и осознание необходимости - на первом месте в любом начинании должна быть.

сам процесс становится менее стрессовым

Изначальный мой посыл не в том, что стресс от наличия ПП в практиках команды. Стресс от того, что кто-то постоянно стоит над душой и комментирует, направляет мысль не в ту сторону, "куда хотел автор". У многих подгорает в этот момент. Есть реальные случаи в моей практике, когда мне приходилось корректировать "сюжетную линию" непосредственно в момент её рождения, что чрезвычайно негативно сказывалось на эго авторов изначальной задумки. (Но это уже совсем другая история)

парное программирование позволяет снизить количество багов примерно на 10-20% плюс сократить объём самого кода.

Встречал оценку с другой стороны: парное программирование - высокий стресс для пишущего код.

Разделяю оба утрерждения, и то, что в статье и то, что привел сам.

Применять парное программирование на постоянной основе считаю напряжной практикой.

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

всё дело в области применения. у айтишников она одна, у киношников - другая )

footage (англ.) - отснятый материал

// ваш кэп

(засилие англицизмов в нашей речи - вопрос отдельный. (привет "логгирование" и прочее)

Как убить "либидо" до ката: "PG CLASTER 3" ?

Information

Rating
4,837-th
Registered
Activity