Понимаете, это разрушает идею :) Советы не должны быть в виде новостей, их нужно постоянно просматривать, как карточки со словами. Я знаю, что много недовольных, но отступать от идеи пока не хочу. Если будет какая-то база пользователей, то с удовольствием буду улучшать сервис, но в сторону юзабилити.
Знаю, что сыровато. Если наберется достаточно отзывов положительных, то допилим. На странице заметки там уже не поиск, а список тегов, по которым будет идти выборка, при случайном совете.
Согласен. Здесь больше пиар. Я, например, рад почитать статьи с интересной информацией, пусть даже потом автор рекламирует свой продукт. Есть большой шанс, что я куплю его для оценки. Но явно писать о том, как где-то что-то и как-то сделали без технических подробностей, «для вида» не стоит.
Мой вам совет, не стоит на хабре публиковать подобное. Здесь есть статьи гораздо обширнее и лучше для начинающих чем то, что вы написали. Вот как добьетесь чего-то или обретете действительно ценный опыт, тогда с удовольствием почитаю новую информацию.
Какие-то бредовые визуализации с синдромом смайлов без особо ценной информации, которую сможет придумать и школьник с самого нуля. В чем ценность поста?
>Побеждает не тот, кто делает свою работу лучше всех, не тот, кто изо дня в день тренируется и изучает теорию и практику.
Вот здесь категорически не согласен (с условием, что практика практикуется, а не изучается).
Естественно, нужно уметь думать, но тренировки очень важны.
Вот по поводу батареи не знаю, вчера ехал в автобусе 7 часов, закачал на свой nexus7 hd-рип сериала. За 6 часов просмотра без пауз (половина яркости, средняя громкость), заряд батареи был 65%.
Никто не говорит, что ООП идеальная парадигма, но лучше пока не придумали.
>>Можете ли вы привести хоть один пример из реального мира, что класс — это реальная, физическая сущность? Нет, не думаю.
А кто сказал, что в ООП класс является «физической сущностью»?
Упс, не заметил ответа. Да, конечно, скоро будет публикация движка на хабре. Там много вкусностей, в том числе — дерево сцены, динамическое определение порядка инициализации, компонентная система всего, динамический парсер (с поддержкой шаблонов) xml-состояния в C++-объект.
К сожалению, точно уже не помню по буст питону всего, но больше использовать его не буду. Как будет время — напишу автору или еще кому-то, кто будет писать подобные статьи на хабр.
Механика и игровые элементы очень смахивают на Super MeatBoy :)
Надеялся на графику, как в постере, разочаровался. Если честно, атмосферы не чувствуется.
Статья отличная. Одно время, использовали boost.python в качестве основного скриптового языка для игрового движка нашего. Пришлось отказаться, не подходит оно для подобных проектов. В итоге, через интерфейс реализовали возможность использования любого скриптового языка.
>Тема довольно обширная
Вот здесь с автором согласен. Много возможностей, но, в то же время, много ограничений и узких мест.
Вот здесь категорически не согласен (с условием, что практика практикуется, а не изучается).
Естественно, нужно уметь думать, но тренировки очень важны.
>>Можете ли вы привести хоть один пример из реального мира, что класс — это реальная, физическая сущность? Нет, не думаю.
А кто сказал, что в ООП класс является «физической сущностью»?
К сожалению, точно уже не помню по буст питону всего, но больше использовать его не буду. Как будет время — напишу автору или еще кому-то, кто будет писать подобные статьи на хабр.
Надеялся на графику, как в постере, разочаровался. Если честно, атмосферы не чувствуется.
>Тема довольно обширная
Вот здесь с автором согласен. Много возможностей, но, в то же время, много ограничений и узких мест.