Учите японские азбуки

Попробовал, основная мысль такая, что случайные варианты — это неспортивно. Надо предлагать те, с которыми часто путают. Навскидку набросал.
Хирагана:
А-О-МУ, И-РИ, КЭ-ХА-ХО, МА-МО, ЦУ-СИ, РУ-РО, НЭ-РЭ-ВА, МЭ-НУ, СА-ТИ-КИ, У-РА, ТА-НА
Катакана:
КЭ-КУ-ТА, СО-Н, РЭ-ФУ, СИ-ЦУ, НУ-СУ, ФУ-СУ, ТИ-ТЭ-МО, РИ-РУ, ВА-ФУ, ВА-У, МА-МУ
КО(хирагана)-НИ(катакана), РИ(катакана)-И(хирагана), СА(катакана)-СЭ(хирагана)

Если текущий символ есть в этих списках, то члены его группы должны вероятнее появляться среди вариантов. Кроме того, повышать вероятность символам из того же ряда как по горизонтали, так и по вертикали. Но следить, чтобы по ним не вычислялся правильный. Скажем, показали хирагану МЭ — очень хорошие варианты МЭ, НУ, НЭ, МУ, плохие — МЭ, МА, НЭ, МУ (потому что пересечение вариантов даёт правильный ответ).

Норёкусикэн не сдавали? Он весь на таких подколках построен, с рэндомными вариантами он был бы на порядок проще :-)

Учите японские азбуки

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

Учите японские азбуки

Всё-таки лучше не разводить этот холивар хоть здесь :-)

Учите японские азбуки

Конечно. В словарях иероглифов он указан, а для каны и анимированные гифки без труда находятся. Есть некоторые нетривиальные ошибки, в которых нужен учитель (к примеру, неэффективное использование знакоместа, дисбаланс массы иероглифа, «давящее ощущение», когда верхняя часть сильно большая), но я сомневаюсь, что программы уже способны отловить такое и направить ученика в нужное русло :-) Даже с программой учитель пригодится :-)

Учите японские азбуки

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

Занятная экономика — такси каждый день дешевле своего автомобиля

Такие расчёты надо делать с учётом времени. Тогда выгода машины ещё меньше. Пример: мне ездить на такси на работу — около 300 рэ, в месяц это 6000 (20 дней) + 1000 на левые поездки. В год — 84000. На приличную машину уйдёт 400000 (будем скромнее автора поста). Теперь, если у меня сразу есть 400000, я либо покупаю машину, либо решаю ездить на такси, а деньги кладу на срочный вклад примерно под 1% ежемесячно (12% годовых, реально можно и выгоднее вложить). В результате 4000 покрываются процентами, и на такси я трачу только 3000 (36000 в год), что не превышает затрат на страховку и бензин.

Если у меня сразу денег нет, то ещё веселее: придётся брать кредит под машину, а проценты за кредит выше, чем доход по вкладу.

Google добавил фотографии времен Второй Мировой в Google Earth

Тогда ещё Токио стоит вспомнить. Ну и Хиросиму.

Числа Фибоначчи (этюд на C#)

А вы формулу-то поглядели или просто так пишете?

sub fibo_simple($) {
	my @list = (1,1);
	push @list, $list[-1]+$list[-2] for(3..$_[0]);
	@list;
}
use constant { SQRT5 => sqrt(5), PHI => (sqrt(5)+1)/2 };
sub fibo_binet($) {
	map {int(PHI**$_/SQRT5+.5)} 1..$_[0];
}
use Test::More tests => 1;
is_deeply([fibo_simple(60)],[fibo_binet(60)],
          "Первые 60 чисел — по определению и по формуле Бине");

D:\>perl fibo_test.pl
1..1
ok 1 - Первые 60 чисел — по определению и по формуле Бине

Кстати, 60-е число сильно за пределами 2^32. Извините за перл, но вы легко проведёте тест на своём любимом языке.

Числа Фибоначчи (этюд на C#)

Показатель-то целый — тот же самый алгоритм работает. Формула Бине может дать более быстрый результат, чем решение в статье.

Впрочем, если мне нужны быстро и точно числа Фибоначчи, я лучше lookup-table заведу. Статья-то как бы не об этом :-)

Числа Фибоначчи (этюд на C#)

public static mtx2x2 IntPower(mtx2x2 x, short power)
{
  if (power < 2) return x;

Ещё занудство: любая матрица в нулевой степени даст единичную матрицу. У вас не так =)

Ограбление по-дилетантски-3 или те же яйца, только в профиль

А можно разом весь список проблемных сайтов? А то по топику на сайт — многовато как-то :-)

А реально многие пользуются сборщиками? Если ящик позволяет форвардить, имхо, настроить форвард проще и безопаснее. Конечно, я не спорю, что указанную проблему следует исправить, но, по-моему, вся идея сборщиков почты — это костыль для странных ящиков с отсутствием форварда. Это ж polling, а polling, как известно, kills.

Ограничение максимальной длины пароля

В CRC коллижн можно чуть ли не в голове сочинить, он никакой криптостойкости не обещает.

Ограничение максимальной длины пароля

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

Ограничение максимальной длины пароля

Я размер шрифта менял и использовал • :-)

Ограничение максимальной длины пароля

> доходя до края поля блондинко видит, что нажатия её клавишей ничего не меняют в пароле (кружочки то не двигаются!!)

Кстати, на эту тему простая идея: делать кружочки разного цвета или размера в зависимости от позиции:

Как минимум два преимущества — видно прокрутку и проще прикинуть число символов (со временем запомнишь, что твой пароль заканчивается на маленький кружочек и, если в очередной раз закончится на большой, значит опечатка). На CSS/JS должно быть несложно реализовать.

Ограничение максимальной длины пароля

Это надуманно. Гиков, желающих пароль длиннее 18 символов, вряд ли будет больше 0.1% от общего числа пользователей. И, вероятно, они смогут воспользоваться системой восстановления пароля по e-mail. Не думаю, что длинные пароли забывают сильно чаще, чем короткие: если уж решил выделиться, то, наверно, внимательнее отнесёшься к запоминанию.

Ограничение максимальной длины пароля

Ну они могут храниться, но, скажем, в каком-нибудь труднодоступном архиве, примерно как windessy выше написал.

Ограничение максимальной длины пароля

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

Ограничение максимальной длины пароля

У меня Собин.

Ограничение максимальной длины пароля

Даже если так, сделайте поле хоть 255 символов длиной. А можно и TEXT. Форумы хранят миллионы длинных сообщений и бодренько их показывают. Одно дополнительное длинное поле в таблице пользователей неимоверно загнёт БД?

Тут, возможно, какое-то чувство жадности играет. Программист думает «Какой бы длины сделать поле? Сделаю-ка я 32 символа… Нет, 32 — много, сделаю 16». А кому много и почему — непонятно.