Мы долго думали по поводу автоскроллинга..
Вот аргументы за:
1. постраничное разбиние не дает гарантии сохранности рецепта на конкретной странице. Единственное исключение - неклассическая (на мой взгляд), т.е. 1-ая отображаемая страница имеет макс. номер, нумерация для сортированного по дате контента. Для сортировке по рейтингу это уже не работает.
2. сайт впринципе на простых пользователей, слабо разбирающихся в компьютерах. Согласитесь, гораздо приятнее просто крутить скролл мыши (жать page down, etc), чем постоянно метиться в дурацкую ссылку "следующая"...
3. сайт нацелен на работу с авторизованным пользователем (ну, или будет нацелен, буду очень стараться, что бы это было так), и для него ведется история просмотра рецептов. Так что граммотно пользующийся системой человек будет не листать заново, а посмотрит свою историю.
Так что решили сделать автоскорлл..
Кстати, если отрубить в браузере js - то будут paginate ссылки.. ;-)
вполне вероятно, что это не совсем "тормоза".. дело может быть в том, что у swing (фреймворк для gui в яве) работает в одном потоке.. и если в нем еще происходят какие-либо вычисления, или он лочится по каким-либо другим причинам, то выглядит как будто приложение зависло.. как понимаете, причина это не столько ява, сколько плохие программисты
А зачем вам кросс-платформенность? нет, серьезно..
Вы думаете, что программа, написанная для винды (пусть будет та же ява), будет _нормально_ работать на маках? под нормальностью я имею в виду то, что она будет удобна мак-пользователя, не будет резать им глаз?
Когда у меня был linux, мне очень нравился Azureus. Когда перешел на мак, заменил его на transmission (который вроде как обладает меньшей функциональностью).
Это я к тому, что каждая из 3-х ОС обладает своими особенностями, и, на мой взгляд, кросс-платформенностью нельзя назвать возможность запуска программы в разных средах.
Мне кажется, что вашему стартапу будет полезнее выбрать целевую ОС, и писать для нее _качественно_. Для винды можно делать делать очень красиво на .NET, для линукс - qt, для OSX сам Джобс велел cocoa... Выбрав, например, виндовс, вы получите макс. допустимый охват аудитории, выбрав linux - технически подкованных пользователей. Для OSX у вас появляется шанс создать что-то очень классное (TextMate, OmniOutliner/OmniGraffle/.. - гениальнейшие творения из всех, что я встречал; водятся только в OSX).
Я все это к тому, что создание кросс-платформенных (типа выбрали java, фигачим в винде, работает везде, круто, у нас 100% аудитории) - это глупый старый подход к созданию продуктов. И реально это не работает. И даже больше - от этого часто только хуже - приложение нормально (привычно, адекватно) не работает ни в одной среде.. Не верите - запустите на маке _любое_ кросс-платформенное приложение. В качестве эталона java-программы предлагаю взять IntelliJ IDEA или тот же Azureus, и сравните работу с нативными программами.
В качестве примера можно рассмотреть обычный текстовый редактор. В linux (ну по крайней мере для меня, хотя думаю, что для многих) это vim (примечание для менеджеров - приложение, работающее в консоли, причем что бы редактировать в нем, нужно изучить его, что не так просто). В OSX и Windows это GUI приложения, скажем, TextMate и Edit+. Тут разницу описать сложнее, но можно сказать, утрируя,что если в винде сколько вкладок в taskbar'e, столько и запущенных редакторов, в маке же при запускается редактор один, и может быть без окон (сложно описать точно разницу, но нормально поработав в этих средах понимаешь, что тут абсолютно разные идеологии построения GUI приложений)...
В качестве ответа предлагаю на ваш вопрос: выберите целевую ОС, для нее подходящий язык. Язык в свою очередь выбирать максимально простой (из вашего списка предпочтителен python, далее java/c#, не С++), при этом учитывая сложность создания нативного интерфейса. Плюс можете лелеять себя надеждой, что когда "стартап взорвет целевой рынок", вы сможете выделить ядро приложения, и написать соответствующий порт для других ОС.
советую вам сделать следующие вещи (что сразу бросилось в глаза):
1. убрал google ads. не думаю, что она приносит столько уж денег, а сайт без рекламы выглядит лучше
2. на странице типа http://tiramesu.ru/top/male добавил возможность ввести email "друга или подруги"
mapjack сняли просто обалденные панорамы, я согласен. надеюсь, и у нас в будущем появятся такие..
но у нас есть одно преимущество перед ними - мы сделали это в Москве ;-)
Панорамы, которые сейчас на карте, делались с помощью простых веб-камер, у которых небольшой обзор + эти камеры распологались в одной плоскости. Соответственно увеличивать-уменьшать и поднимать-опускать камеру на текущих панорамах бессмысленно. Но сейчас это просто прототип, бета-версия. Я надеюсь, что проект будет иметь популярность, и тогда мы сделаем новое устройство, которое будет делать снимки не хуже гугловых.
текущая съемочная установка сделана на базе веб камер :-), отсюда и такое качество.. Но если этот проект оживет (на что я очень надеюсь), то мы сделаем новое устройство, которое будет делать более качественные панорамы, причем не только в Москве ;-)
1 - 2 скоро будет :-)
3. есть такая проблема. Дело в том, что после склейки фоток в панораму появляется погрешность, которая влияет на позиционирование стрелки. Но мы работает над алгоритмом позиционирования..
4. как? :-)
ездили 5 или 6 дней, пост-обработка дольше длилась..
В Питер пока точно не поедем.
и какова же его функциональность? имхо все, позволяет увидеть этот попап - это цветовая схема сайта.
- Ммм, по этой ссылки сайт в моих любимых цветах, надо бы зайти...
так что ли? :-)
Вот аргументы за:
1. постраничное разбиние не дает гарантии сохранности рецепта на конкретной странице. Единственное исключение - неклассическая (на мой взгляд), т.е. 1-ая отображаемая страница имеет макс. номер, нумерация для сортированного по дате контента. Для сортировке по рейтингу это уже не работает.
2. сайт впринципе на простых пользователей, слабо разбирающихся в компьютерах. Согласитесь, гораздо приятнее просто крутить скролл мыши (жать page down, etc), чем постоянно метиться в дурацкую ссылку "следующая"...
3. сайт нацелен на работу с авторизованным пользователем (ну, или будет нацелен, буду очень стараться, что бы это было так), и для него ведется история просмотра рецептов. Так что граммотно пользующийся системой человек будет не листать заново, а посмотрит свою историю.
Так что решили сделать автоскорлл..
Кстати, если отрубить в браузере js - то будут paginate ссылки.. ;-)
если можно, еще список и страница рецепта
Вы думаете, что программа, написанная для винды (пусть будет та же ява), будет _нормально_ работать на маках? под нормальностью я имею в виду то, что она будет удобна мак-пользователя, не будет резать им глаз?
Когда у меня был linux, мне очень нравился Azureus. Когда перешел на мак, заменил его на transmission (который вроде как обладает меньшей функциональностью).
Это я к тому, что каждая из 3-х ОС обладает своими особенностями, и, на мой взгляд, кросс-платформенностью нельзя назвать возможность запуска программы в разных средах.
Мне кажется, что вашему стартапу будет полезнее выбрать целевую ОС, и писать для нее _качественно_. Для винды можно делать делать очень красиво на .NET, для линукс - qt, для OSX сам Джобс велел cocoa... Выбрав, например, виндовс, вы получите макс. допустимый охват аудитории, выбрав linux - технически подкованных пользователей. Для OSX у вас появляется шанс создать что-то очень классное (TextMate, OmniOutliner/OmniGraffle/.. - гениальнейшие творения из всех, что я встречал; водятся только в OSX).
Я все это к тому, что создание кросс-платформенных (типа выбрали java, фигачим в винде, работает везде, круто, у нас 100% аудитории) - это глупый старый подход к созданию продуктов. И реально это не работает. И даже больше - от этого часто только хуже - приложение нормально (привычно, адекватно) не работает ни в одной среде.. Не верите - запустите на маке _любое_ кросс-платформенное приложение. В качестве эталона java-программы предлагаю взять IntelliJ IDEA или тот же Azureus, и сравните работу с нативными программами.
В качестве примера можно рассмотреть обычный текстовый редактор. В linux (ну по крайней мере для меня, хотя думаю, что для многих) это vim (примечание для менеджеров - приложение, работающее в консоли, причем что бы редактировать в нем, нужно изучить его, что не так просто). В OSX и Windows это GUI приложения, скажем, TextMate и Edit+. Тут разницу описать сложнее, но можно сказать, утрируя,что если в винде сколько вкладок в taskbar'e, столько и запущенных редакторов, в маке же при запускается редактор один, и может быть без окон (сложно описать точно разницу, но нормально поработав в этих средах понимаешь, что тут абсолютно разные идеологии построения GUI приложений)...
В качестве ответа предлагаю на ваш вопрос: выберите целевую ОС, для нее подходящий язык. Язык в свою очередь выбирать максимально простой (из вашего списка предпочтителен python, далее java/c#, не С++), при этом учитывая сложность создания нативного интерфейса. Плюс можете лелеять себя надеждой, что когда "стартап взорвет целевой рынок", вы сможете выделить ядро приложения, и написать соответствующий порт для других ОС.
1. убрал google ads. не думаю, что она приносит столько уж денег, а сайт без рекламы выглядит лучше
2. на странице типа http://tiramesu.ru/top/male добавил возможность ввести email "друга или подруги"
но у нас есть одно преимущество перед ними - мы сделали это в Москве ;-)
не думал, что это вызовет сложностей :-\
3. есть такая проблема. Дело в том, что после склейки фоток в панораму появляется погрешность, которая влияет на позиционирование стрелки. Но мы работает над алгоритмом позиционирования..
4. как? :-)
ездили 5 или 6 дней, пост-обработка дольше длилась..
В Питер пока точно не поедем.
- Ммм, по этой ссылки сайт в моих любимых цветах, надо бы зайти...
так что ли? :-)