И как мне потом по комментариям построить график? :)
Я написал не про возможность добавления комментариев к оценкам, а про добавление еще одного полноценного типа, позволяющего формировать собственную шкалу оценок. Это, конечно, нетривиально (не согласуется с нынешней простотой интерфейса), но это всего лишь пожелание. Я думаю, если ваш сервис будет пользоваться спросом, подобная возможность также станет востребованной.
Оценивать продуктивность по шкале «Да/Нет» — это забавно.
Не помешало бы наличие словесного типа, чтобы в нем можно было задать список собственных качественных оценок для определенного вида деятельности. Например, для продуктивности я бы хотел иметь возможность составить приблизительно такую шкалу: «ни черта не сделано», «чем-то позанимался», ..., «выполнил недельный план работы за день!». Представление подобный шкалы на круговом графике не должно вызвать проблем.
Автор довольно доходчиво все объясняет, однако можно поспорить, какая конструкция является в действительности более понятной для получения списка квадратов нечетных между 0–9:
[n ** 2 for n in range(10) if n % 2]
или [n ** 2 for n in range(1, 10, 2)]
На Ars Technica пишут, что заряжать iPad от USB сможет далеко не каждый компьютер. Это связано с большой емкостью аккумуляторов, которые занимают большую часть внутренностей устройства. Поэтому скорей всего придется чаще заряжать iPad прямо от сети, используя адаптер питания, а не через USB.
Самым подозрительным в приведенном фрагменте кода является то, что метод содержит объявление только throws HabrException, а в первой же строке он бросает IllegalArgumentException. Но можно предположить, что это оговорено в соглашениях для данного проекта, поэтому не критично.
Еще одним признаком приятного кода я бы назвал расположение сначала открытых членов и только после них — закрытых. В общем случае пользователя не должна интересовать закрытая часть класса и чаще всего ищутся именно открытые члены. Более того, мне кажется естественным располагать конструктор на первом месте, перед всеми остальными методами (но после объявления открытых констант).
В вашем фрагменте конструктор не наблюдается (видимо, он определен ниже), и первое, с чем сталкивается читатель кода, это определение двух закрытых членов. Раз уж он их видел, то ему наверняка интересно будет узнать, необходимо ли их инициализировать в конструкторе. С этого момента можно считать, что данный код не является самым приятным кодом на свете, так как конструктор еще предстоит найти…
Спасибо, но я уже в свое время изучил японскую слоговую азбуку) Речь шла о реализации отображения направлений штрихов как дополнительной фичи на указанном в посте сайте. Хотя, конечно, ссылка на красиво оформленный пдф-документ — тоже отличный вариант, но только при условии, что ссылка находится на сайте, посвященном изучению японской слоговой азбуке, а не среди комментов к посту на хабре :)
Реализация задумки радует глаз! Я всеми конечностями поддерживаю ваше начинание.
Однако это лишь половина дела. Для активного изучение всех знаков (да и слов вообще) надо их написать хотя бы несколько раз. В iKana, кажется, были инструкции по направлению штрихов при написании знаков хираганы и катаканы. Такую возможность реализовывать планируете?
Еще одно пожелание — было бы здорово, если бы сайт разборчиво отображался на мобильных браузерах. Я проверил, как он смотрится, на айпод таче и на андроид Г1. Если на втором выглядит более-менее, то на айподе автоматом вся страница уменьшается, и текст получается сереньким, а надписи на кнопках становятся неразборчивыми. Если бы сайт подружился с мобильными браузерами, он стал бы незаменимым местом для изучения и повторения знаков каны.
И еще небольшая придирка… Не называйте, пожалуйста, знаки каны иероглифами. Новичкам в японском следует сразу выяснить для себя разницу между слоговыми знаками и знаками кандзи. А третий абзац в вашем посте лишь сбивает с толку.
Тема поста больше относится к юзабилити, чем к Питону. Все-таки для пользователей делалось, а не для программистов. Поддержка Питона в Sikuli — это лишь дополнительная возможность.
Я написал не про возможность добавления комментариев к оценкам, а про добавление еще одного полноценного типа, позволяющего формировать собственную шкалу оценок. Это, конечно, нетривиально (не согласуется с нынешней простотой интерфейса), но это всего лишь пожелание. Я думаю, если ваш сервис будет пользоваться спросом, подобная возможность также станет востребованной.
Не помешало бы наличие словесного типа, чтобы в нем можно было задать список собственных качественных оценок для определенного вида деятельности. Например, для продуктивности я бы хотел иметь возможность составить приблизительно такую шкалу: «ни черта не сделано», «чем-то позанимался», ..., «выполнил недельный план работы за день!». Представление подобный шкалы на круговом графике не должно вызвать проблем.
Автор довольно доходчиво все объясняет, однако можно поспорить, какая конструкция является в действительности более понятной для получения списка квадратов нечетных между 0–9:
[n ** 2 for n in range(10) if n % 2]или
[n ** 2 for n in range(1, 10, 2)]Гораздо более компактный вариант, которым к тому же можно костер разжечь.
throws HabrException, а в первой же строке он бросаетIllegalArgumentException. Но можно предположить, что это оговорено в соглашениях для данного проекта, поэтому не критично.Еще одним признаком приятного кода я бы назвал расположение сначала открытых членов и только после них — закрытых. В общем случае пользователя не должна интересовать закрытая часть класса и чаще всего ищутся именно открытые члены. Более того, мне кажется естественным располагать конструктор на первом месте, перед всеми остальными методами (но после объявления открытых констант).
В вашем фрагменте конструктор не наблюдается (видимо, он определен ниже), и первое, с чем сталкивается читатель кода, это определение двух закрытых членов. Раз уж он их видел, то ему наверняка интересно будет узнать, необходимо ли их инициализировать в конструкторе. С этого момента можно считать, что данный код не является самым приятным кодом на свете, так как конструктор еще предстоит найти…
Однако это лишь половина дела. Для активного изучение всех знаков (да и слов вообще) надо их написать хотя бы несколько раз. В iKana, кажется, были инструкции по направлению штрихов при написании знаков хираганы и катаканы. Такую возможность реализовывать планируете?
Еще одно пожелание — было бы здорово, если бы сайт разборчиво отображался на мобильных браузерах. Я проверил, как он смотрится, на айпод таче и на андроид Г1. Если на втором выглядит более-менее, то на айподе автоматом вся страница уменьшается, и текст получается сереньким, а надписи на кнопках становятся неразборчивыми. Если бы сайт подружился с мобильными браузерами, он стал бы незаменимым местом для изучения и повторения знаков каны.
И еще небольшая придирка… Не называйте, пожалуйста, знаки каны иероглифами. Новичкам в японском следует сразу выяснить для себя разницу между слоговыми знаками и знаками кандзи. А третий абзац в вашем посте лишь сбивает с толку.
Интересное у вас представление об отношениях между парнями и девушками.