Организации LiMo Foundation и Linux Foundation анонсировали (http://www.linuxfoundation.org/news-media/announcements/2011...) об объединении своих наработок по развитию мобильных платформ на базе Linux и продолжении развития проектов MeeGo (http://www.meego.com) и LiMo (http://www.limofoundation.org/) в рамках единой платформы Tizen (https://www.tizen.org/). Подход к разработке приложений в Tizen заметно отличается от методов MeeGo и LiMo, основанных на использовании десктоп-технологий Linux и больше напоминает подход (http://www.opennet.me/opennews/art.shtml?num=31538), принятый в webOS. Работающие в Tizen приложения предлагается создавать на базе web-технологий и HTML5.

Первый релиз Tizen планируется выпустить в первом квартале следующего года, первые устройства на базе новой платформы платформы появятся на прилавках в середине 2012 года. Развитие проекта будет проходить в стенах организации Linux Foundation, ис...

URL: http://www.linuxfoundation.org/news-media/announcements/2011...
Новость: http://www.opennet.me/opennews/art.shtml?num=31875

• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,lummy, 09:52 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Адольф, 10:15 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,алексадр, 10:45 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 13:39 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:53 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 20:07 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:42 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 19:08 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 19:32 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,xoomer, 23:49 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Александр, 15:48 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,iZEN, 16:06 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,ананим, 16:56 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,ананим, 17:01 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 17:29 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,ананим, 17:45 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:14 , 28-Сен-11
            • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 19:34 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 13:43 , 02-Окт-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Anonymous1, 13:52 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:28 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:34 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:38 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,volax, 14:39 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:55 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 13:44 , 02-Окт-11
            • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 08:36 , 03-Окт-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Denisiuk, 16:52 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,ананим, 17:05 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 17:24 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Denisiuk, 17:12 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,СуперАноним, 13:40 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:29 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,iZEN, 16:07 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,ананим, 17:09 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:02 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 19:53 , 28-Сен-11
            • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 20:12 , 28-Сен-11
              • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 20:19 , 28-Сен-11
                • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 21:52 , 28-Сен-11
                  • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 22:21 , 28-Сен-11
                    • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 23:26 , 28-Сен-11
                      • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 23:31 , 28-Сен-11
                        • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 14:33 , 29-Сен-11
                          • Проекты MeeGo и LiMo объединились и продолжат развитие...,iZEN, 15:33 , 29-Сен-11
                            • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 15:37 , 29-Сен-11
                            • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 15:38 , 29-Сен-11
                              • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 18:50 , 30-Сен-11
                                • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 19:37 , 30-Сен-11
                            • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 17:58 , 30-Сен-11
                              • Проекты MeeGo и LiMo объединились и продолжат развитие...,iZEN, 19:38 , 30-Сен-11
                                • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 08:58 , 02-Окт-11
                              • Проекты MeeGo и LiMo объединились и продолжат развитие...,temp, 12:44 , 03-Окт-11
                      • Проекты MeeGo и LiMo объединились и продолжат развитие...,iZEN, 00:27 , 29-Сен-11
                        • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 00:35 , 29-Сен-11
                          • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 14:34 , 29-Сен-11
                            • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 14:41 , 29-Сен-11
                              • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 23:24 , 29-Сен-11
                        • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 18:01 , 30-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,iZEN, 15:59 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,ананим, 17:12 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 20:21 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,СуперАноним, 22:31 , 01-Окт-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 10:01 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 10:21 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Адольф, 10:25 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Moomintroll, 12:34 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,zhart, 10:16 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,iZEN, 10:32 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Px, 10:43 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 13:38 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,iZEN, 16:12 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 17:45 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,iZEN, 00:16 , 29-Сен-11
            • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,XPEH, 12:51 , 29-Сен-11
              • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,XPEH, 12:51 , 29-Сен-11
              • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,iZEN, 13:24 , 29-Сен-11
                • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,XPEH, 16:48 , 29-Сен-11
              • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 13:49 , 29-Сен-11
                • Проекты MeeGo и LiMo объединились и продолжат развитие...,XPEH, 16:51 , 29-Сен-11
                  • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 17:00 , 29-Сен-11
            • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 00:12 , 30-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 10:38 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,vtal, 11:20 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:07 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Xasd, 15:01 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:29 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Xasd, 16:09 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Xasd, 16:22 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 17:49 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,umbr, 13:25 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 13:41 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:12 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:33 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:05 , 28-Сен-11
            • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:18 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:10 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:35 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:43 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:02 , 28-Сен-11
            • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:14 , 28-Сен-11
              • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Xasd, 17:15 , 28-Сен-11
              • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:00 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Xasd, 17:37 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Сыр Российский, 10:40 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 10:44 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:05 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Xasd, 17:44 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:36 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 23:29 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,_yurkis_, 10:45 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,zhart, 11:20 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 11:44 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 13:42 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,zhart, 09:27 , 29-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 00:13 , 30-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,szh, 12:49 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,_yurkis_, 13:10 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,_yurkis_, 13:22 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:36 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Xasd, 17:07 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,_yurkis_, 18:16 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,анонимко, 10:50 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 10:56 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 11:05 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 11:21 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,анонимко, 12:21 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,антон, 13:01 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 14:10 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 11:29 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,const86, 11:33 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,dimqua, 12:54 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:38 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 11:54 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 11:58 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,КО, 12:10 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,www2, 12:15 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 23:34 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Yustas, 12:01 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,www2, 12:21 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,all_glory_to_the_hypnotoad, 12:36 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,жабабыдлокодер, 12:29 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 12:46 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 13:20 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:10 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,_yurkis_, 15:26 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 16:43 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 20:17 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,анри, 13:37 , 30-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 19:01 , 30-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 12:56 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:15 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 23:32 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 13:20 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:11 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Motif, 16:15 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,_yurkis_, 21:27 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Толстый, 13:21 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Xasd, 15:17 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:54 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 13:22 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,_yurkis_, 13:27 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:01 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:08 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,shadekhv, 14:01 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:16 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:47 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Xasd, 16:50 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,all_glory_to_the_hypnotoad, 17:21 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие...,anonymous, 20:09 , 28-Сен-11
            • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 23:40 , 28-Сен-11
              • Проекты MeeGo и LiMo объединились и продолжат развитие...,ffirefox, 03:01 , 29-Сен-11
                • Проекты MeeGo и LiMo объединились и продолжат развитие...,Аноним, 00:27 , 30-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 15:43 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 16:11 , 28-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Denisiuk, 17:07 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,all_glory_to_the_hypnotoad, 17:18 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Denisiuk, 17:29 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:59 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,all_glory_to_the_hypnotoad, 20:02 , 28-Сен-11
        • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 23:48 , 28-Сен-11
          • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 00:38 , 29-Сен-11
            • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,all_glory_to_the_hypnotoad, 10:23 , 29-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,ананим, 17:20 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,kyzic, 18:07 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 18:30 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,all_glory_to_the_hypnotoad, 20:03 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 23:49 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 19:36 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Anonplus, 15:34 , 29-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 00:29 , 30-Сен-11
• Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 19:00 , 28-Сен-11
  • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Denisiuk, 19:20 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,ананим, 19:36 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 19:38 , 28-Сен-11
    • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,all_glory_to_the_hypnotoad, 20:07 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Denisiuk, 20:33 , 28-Сен-11
      • Проекты MeeGo и LiMo объединились и продолжат развитие как п...,Аноним, 23:51 , 28-Сен-11

Короче - обычные Linux приложения можно будет запускать? Если да, то пусть делают что хотят.

Мне кажется обычные Linux приложения написаны не на HTML5, CSS, JavaScript и тд

гном умеет отдавать себя через html5

> гном умеет отдавать себя через html5

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

>Все бы ничего, только скорость работы всего этого будет как у вебни, т.е. никакая. И жрач
>памяти браузером - не отменяли.

Ну и дополнительная нагрузка на систему не увиличивает время работы от акк-ов

> Ну и дополнительная нагрузка на систему не увиличивает время работы от акк-ов

Маркетологов с их шилом в заднице по части впаривания buzzword-ов наши хомячковые проблемы совершенно не волнуют, как вы понимаете. Видимо нам придется выруливать самим.

Скорость будет как у webOS, а о ней я слышал что мол быстрее айфона...

Ой, а что я на заборе видел...

> Скорость будет как у webOS, а о ней я слышал что мол
> быстрее айфона...

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

Точнее, не Gnome, а GTK 3.2. ;)

Похоже что последние лет 10 идея запускать десктопные UNIX-приложения на встоенных системах была страшным сном корпораций, т.к. возможен серьёзный передел на рынке устройств. И вот по недосмотру появился MeeGoo (не только он). А этим HTML5 от основной задумки по сути избавились. RIP MeeGoo. Ведь ни Android ни Tizen по сути не умеют и не будут уметь запускать UNIX приложения написанные на нормальном C или других "десктопных" языках.

> Ведь ни Android ни Tizen по сути не умеют и не будут уметь запускать UNIX приложения написанные на нормальном C или других "десктопных" языках.

C — это системный язык программирования. Писать на нём приложения это как стоять всё время с заряженным ружьём и взведённым курком и смотреть в его дуло — не знаешь точно, когда выстрелит, но если выстрелит, понятно, что будет.

"Десктопные языки" по типу VB, VBScript и ECMAScropt — вот они-то как раз есть и работают (HTML5/JS). Но я бы не назвал их нормальными. Да, они подходят для "местечковой" автоматизации, визуальных эффектов, но написанные на них большие приложения сложно и нудно сопровождать.

>C — это системный язык программирования.

и тем не менее большинство прикладных программ написано на С/С++.
даже более того скажу, если прикладная программа написана на С/С++, то у неё есть шанс стать хорошей программой и завоевать популярность.
Чего не скажешь о  "VB, VBScript и ECMAScropt" да и Java - изначально напоминают уродцев и в таких же уродцев выростают.

>И вот по недосмотру появился MeeGoo (не только он). А этим HTML5 от основной задумки по сути избавились. RIP MeeGoo.

на лентару новость звучить по другому - "Intel и Samsung разработают мобильную ОС на ядре Linux" http://www.lenta.ru/news/2011/09/28/tizen/
а это куда серьёзней.
Возможно интел нашла замену нокле?

Но с вот этим - Похоже что последние лет 10 идея запускать десктопные UNIX-приложения на встоенных системах была страшным сном корпораций - согласен.
Корпорастам не нужна нормальная ось на мобилках - им нужен рекламны бот для продажи всякого барахла

> на лентару новость звучить по другому - "Intel и Samsung разработают мобильную
> ОС на ядре Linux" http://www.lenta.ru/news/2011/09/28/tizen/
> а это куда серьёзней.

На ленте.ру копипаст новости с западного сайта (http://www.reuters.com/article/2011/09/28/us-linux-idUSTRE78...). При этом нигде нет подтверждения, что Samsung к этому имеет какое-либо отношение. Только голословные утверждения - какой-то один журналист придумал увидев Samsung в числе участников LiMo и поехало.

может быть.
но даже тут последнее предложение:
>Среди поддерживающих проект компаний также присутствуют участники фонда LiMo, среди которых Samsung, ACCESS, Panasonic, NEC, NTT DOCOMO, SK Telecom, Telefónica и Vodafone.

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

Зайдите на http://tizen.org, и узрите:
> ...Tizen development will be completely open and led by a technical steering team composed of Intel and Samsung

> Зайдите на http://tizen.org, и узрите:
>> ...Tizen development will be completely open and led by a technical steering team composed of Intel and Samsung

Это они так кипишуют по поводу того что за андроид придется платить отчисления теперь?

А зачем вообще на мобилках ось? Там нужна звонилка-смсилка плюс прокладка для запуска пары-тройки прикладух. Мобилка - не компьютер, исключая совсем уже закрасноглазеных гиков, которым компьютер в унитазе нужен. Говорящий. Чтобы новости с опеннета читал в процессе. Мобилка - средство связи и ничем другим быть не должно.

> Короче - обычные Linux приложения можно будет запускать? Если да, то пусть
> делают что хотят.

https://www.tizen.org/

For those who use native code in their applications, the Tizen SDK will include a native development kit.

> For those who use native code in their applications, the Tizen SDK
> will include a native development kit.

Да, да, конечно, мы всю жизнь мечтали о еще одном наборе костылей в стиле андроида. Конечно же опять ни с чем не совместимом и велосипедистским, да? Может господам  из интела пора уже вправить своим укурившимся манагерам моск?

Им его вправят после провала проекта.

> Им его вправят после провала проекта.

Просто не понятно на кой хрен вперся еще один андроид, только в этот раз ушибленный не по части явы а по части HTML5. Каждый инструмент хорош на своем месте. И Вебн никогда не делалась для локальных приложений, бл.

Android - хорошая система, не надо грязи.

> Android - хорошая система, не надо грязи.

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

>> Android - хорошая система, не надо грязи.
> Круче только яйца. После того как несколько программ запустишь и закроешь -
> начинаются тупняки. Батарейка живет не более суток. Сами программы - ни
> с чем не совместимые кривульки на яве, половина - с малваре,
> адваре, спайваре и прочим крапваре. Трэшняк.

Андроид вообще не система. А прокладка для запуска прикладух + звонилка. И все! Это не ОС общего назначения и быть ей не должен.

> Андроид вообще не система. А прокладка для запуска прикладух + звонилка. И
> все! Это не ОС общего назначения и быть ей не должен.

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

А если нет(не будет поддерживаться обычное linux ПО), то начерта нужен еще один андроид?

чтобы продавать волпейпарс за $1.99. это ж очевидно.
Вп7 тоже такая же - "зайди к нам и купи".
вот единственную полноценную ось - маемо - и задушили.

> чтобы продавать волпейпарс за $1.99. это ж очевидно.
> Вп7 тоже такая же - "зайди к нам и купи".

Там за отсутствием программ вообще ссылки на ютуб в маркете. ПпцЪ, барыги и мошенники погубят человечество.

> вот единственную полноценную ось - маемо - и задушили.

Да уж :\. Получится какая-то байда.

пожалуйста, кто разбирается, ответьте на 117й комментарий, мне очень интересно
http://www.opennet.me/openforum/vsluhforumID3/80509.html#117

>Вот только причём тут мой псевдоним в названии?

Это не страшно ;)
Важно, чтобы там Java не было.

> Важно, чтобы там Java не было.

JS + HTML не сильно лучше. Тормозить будет аналогично.

>> Важно, чтобы там Java не было.
> JS + HTML не сильно лучше. Тормозить будет аналогично.

Не — Java будет тормозить только до первого вызова, а потом сравняется с нативной реализацией. JS + HTML тормозить будут ПОСТОЯННО.

>Не — Java будет тормозить только до первого вызова,

достаточно одной дозы.
Тем более что в том же андроиде проги из фона порой просто не возвращаются.
Вот и встроили в функционал - очистить память.
> JS + HTML тормозить будут ПОСТОЯННО.

а тем временем вебос то куда шустрее жабо-андроида был.

> Не — Java будет тормозить только до первого вызова, а потом сравняется
> с нативной реализацией. JS + HTML тормозить будут ПОСТОЯННО.

Jit как бы реализовали и в V8 и в JaggerMonkey. Только ни оно ни твоя ява нифига не догонят нативный код - балласта много больно навешано. Сложно установить рекорд на стометровке если к ноге гиря привязана.

> Только ни оно ни твоя ява нифига не догонят нативный код

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

> наивный юноша. вообще-то динамические оптимизаторы довольно часто превосходят статические.

А рантайм-проверки, представление всего и вся как супермегаобъекты и прочее - совсем не тормозит, конечно. Как оно не тормозит - можно почитать на хабре, где жабист жестко сношался с оптимизацией скорости. И 90% его геморроя сводилось в копании в кишках явы, выяснением что же там тормозит и как это все-таки ускорить. А если на сях(++) писать - львиная доля такого гемора пролетит мимо. Почему-то жабист зеленеющий в профайлере сутками попадается чаще чем сишник. Такая вот загадка природы.

> а почему — этого я тебе не скажу, пусть остаётся секретом.
> а то у тебя травма мозжечка будет.

Теория не подкрепленная практикой - болтология.

> Теория не подкрепленная практикой — болтология.

так я ж не спорю. хорошо, что ты считаешь это болтологией: меньше дураков будет в области разработки JIT. а то с дураками сражаться очень накладно: их «аргументы» для таких же дураков выглядят очень убедительно. и приходится заместо заниматься делом — сражаться с дураками, которые хотят «всё отнять и поделить».

А что самое смешное - адепты явы умудрялись орать "не тормозит!" и вообще без всяких jit. А уж с jit они просто в лепешку убиваются доказывать. Хотите прикол? А при компиле в нативный код на такие девайсы зачастую можно использовать весьма оптимальный набор команд.Потому что там никто не волокет совместимость с первым пентиумом эпохи царя гороха.

справедливости ради — jvm не такая уж и медленная. просто в жабе класс на классе сидит и классом погоняет. а такая «архитектура» способна затормозить даже самую крутую VM.

> справедливости ради — jvm не такая уж и медленная.

Справедливости ради, все программы где скорость не похрен и нельзя этот вопрос решить втыканием 100500 серверов как энтерпрайзники - почему-то дружно пишут на си(++). Яркий пример допустим 3D гамезы, архиваторы, кодеки, обработка изображений с камеры и что там еще.

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

> на самом деле это просто инерция мышления. реальных мест, где имеет смысл
> спускаться до низкого уровня, не так уж много.

Ну напиши на яве или чем там тебе удобно на VM декодер VP8 допустим и порви в хлам вон те поделки на сях с кусками асма. У тебя же супер-оптимизации доступны, клоун. Сравним FPSы, вместе поржем над сливом.

>> на самом деле это просто инерция мышления. реальных мест, где имеет смысл
>> спускаться до низкого уровня, не так уж много.
> Ну напиши на яве или чем там тебе удобно на VM декодер
> VP8 допустим и порви в хлам вон те поделки на сях
> с кусками асма.

Зачем переписывать кодек VP8 на Java, если он прошивается в ПЗУ телефона? Ведь всё равно наружу выставляют программный интерфейс для доступа к нему из приложений на Java, и мидлеты спокойно пользуются функциями этого "чёрного ящика", как и функциями нативной OpenGL ES.

> У тебя же супер-оптимизации доступны, клоун. Сравним FPSы, вместе поржем над сливом.

Какие супер-оптимизации? Ты о чём. Есть клинет-серверная модель взаимодействия, когда дохлый клиентик управляет мощным сервером и получает именно то, что ждали от нативной реализации — так работает Jake — Quake2, частично переписанный на Java. Нужно просто разделять ответственность между нативным кодом и управляемым кодом. Пусть нативный код пишут те, кто деньгами ручается за его качество и соответствие заявленным функциям. Пусть управляемый код пишут те, кому по кайфу его писать, а значит требования к качеству его могут быть минимальными, и такой код не обрушит файловую систему и не доставит в ядро зловред. Или вам хочется, чтобы весь код был написан на (++, а в фоне всё время работал антивирус касперского, как на взрослых компах? Думаете, если платформа Linux, то априори не подвержена заражению вирусной активности? Ошибаетесь.

вот иногда изен говорит правду (нечаянно, видимо). тут вот он описал качество жаба-софта, например. очень верно описал.

«не подвержена заражению вирусной активности»

изен, это какой язык и что это означает?

> изен, это какой язык и что это означает?

Он на человеческом языке пишет так же как и на машинном :)

> Он на человеческом языке пишет так же как и на машинном :)

так же плохо, в смысле?

> Зачем переписывать кодек VP8 на Java, если он прошивается в ПЗУ телефона?

Внезапно, твои краплеты на яве "прошиваются" в то же самое "пзу" (как правило являющееся NAND флешкой).

> Ведь всё равно наружу выставляют программный интерфейс для доступа к нему
> из приложений на Java,

А что если захочется НОВЫЙ КОДЕК заинсталлить? Убогому крапу с j2me этого не дано, но для смартфонов это вполне возможный технически вариант. То что его не всегда разрешают политически - ну так за это некоторые и не любят искусственно кастрированные платформы.

> и мидлеты спокойно пользуются функциями этого "чёрного
> ящика", как и функциями нативной OpenGL ES.

Ага, а вот FCAM на моем n900 реализует допустим кастомный алгоритм автофокуса. И свои функции обработки картинок с матрицы. Не хочу ничего сказать, но фотки получаются явно лучше чем родной камерой да еще и в пережатый жыпег. А ява-кодеры смогут рожать только 100500 оболочек для сосиски, при том сосиска делается не ими и вкуснее чем есть - не станет. А глядя на фотки с андроидов я понимаю что сосиска там пополам с картоном. Кушайте это сами, а я такое не ем. Для меня ваши 100500 краплетов "новая софтина камеры" где все отличие в переставленных местами кнопках - бесполезные артефакты, не более. Я уважаю _качественную_ работу _головой_.

> от нативной реализации — так работает Jake — Quake2, частично переписанный
> на Java. Нужно просто разделять ответственность между нативным кодом и управляемым кодом.

Честно говоря, мне изолированная среда нужна сугубо для просмотра сайтов. А в случае локальных приложений у мну политика более жесткая: я вообще не запускаю программу если вижу основания ей не доверять. Как я смотрю, троянам не очень мешает разграничение прав. В конце концов, я или подтверждаю набор прав или иду лесом и прога не работает. С таким же успехом я или ставлю прогу, или нет. Поэтому если я не доверяю программе - я просто ее не использую. Совсем.

> Пусть нативный код пишут те, кто деньгами ручается за его качество и
> соответствие заявленным функциям.

Т.е. про бесплатные/открытые программы можно забыть? Не, знаешь, плати-ка ты сам за всякую ни с чем не совместимую мобильную ерундистику "серьезным дядям" (я не сомневаюсь что они в погоне за быстрыми баксами очень качественно все протестят, аж два раза). А я какнить кутимом на н900 бесплатно попользуюсь. Он в разы лучше любого мобильного шита для андроидов, j2me и прочих ифонов получился и к тому же задаром и с исходниками. И не пытается меня облапошить/нагреть на каждом углу. В отличие от.

> Пусть управляемый код пишут те, кому по кайфу его писать, а значит
> требования к качеству его могут быть минимальными, и такой код не обрушит
> файловую систему и не доставит в ядро зловред.

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

> Или вам хочется, чтобы весь код был написан на (++, а в фоне всё время
> работал антивирус касперского,

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

> как на взрослых компах? Думаете, если платформа Linux, то априори не
> подвержена заражению вирусной активности? Ошибаетесь.

Да, вон андроид с явой :))) завален троянами. Потому что сожержатель каталога принимает всякое малваре в силу своей дурости.

>> Зачем переписывать кодек VP8 на Java, если он прошивается в ПЗУ телефона?
> Внезапно, твои краплеты на яве "прошиваются" в то же самое "пзу" (как правило являющееся NAND флешкой).

Раз завёлся разговор про J2ME, а не Android, jar-файлы с мидлетами приходят на телефон не в прошивке, а в большинстве случаев по OTA (по воздуху) — есть такая технология доставки мидлетов, когда пользователь выбирает ссылку на описатель мидлет-сюиты jad-файл внутри мобильного браузера, а после согласия на доставку загружает мидлет(ы).

>> Ведь всё равно наружу выставляют программный интерфейс для доступа к нему
>> из приложений на Java,
> А что если захочется НОВЫЙ КОДЕК заинсталлить?

А зачем тебе новый кодек? Что положили в прошивку — пользуйся. Не нравится — меняй прошивку или покупай другой телефон. В прошивке всё системное ПО отлажено и защищено от шаловливых ручёнок.

> Убогому крапу с j2me этого
> не дано, но для смартфонов это вполне возможный технически вариант. То
> что его не всегда разрешают политически - ну так за это
> некоторые и не любят искусственно кастрированные платформы.

То есть ты признаёшь, что в смартфонах кодек VP8 далеко не всегда можно заменить. И тем не менее утверждаешь, что обычный мобильник со прошитым VP8, который можно задействовать из J2ME, крап?

>> и мидлеты спокойно пользуются функциями этого "чёрного
>> ящика", как и функциями нативной OpenGL ES.
> Ага, а вот FCAM на моем n900 реализует допустим кастомный алгоритм автофокуса.
> И свои функции обработки картинок с матрицы. Не хочу ничего сказать,
> но фотки получаются явно лучше чем родной камерой да еще и
> в пережатый жыпег. А ява-кодеры смогут рожать только 100500 оболочек для
> сосиски, при том сосиска делается не ими и вкуснее чем есть
> - не станет.

J2ME использует аппаратно-программные возможности, которые заложены в прошивку аппарата. Ничем не лучше и не хуже того же нативно-смартфонного ПО. Несложные алгоритмы пост-обработки изображений можно реализовать на Java. Байты везде байты.

> А глядя на фотки с андроидов я понимаю
> что сосиска там пополам с картоном.

Какие принципиальные трудности переписать пост-обработку мультимедийных данных с C++ на Java, если это не для реального времени? Трудность в том, что специализированный софт УЖЕ написан на C/C++ (опыт Symbyan и WinCE), а на Java его ещё предстоит написать или переписать, так как в те времена J2ME работала только на полудохлых аппаратах, где не было тех ресурсов, что были в смартфонах с операционными системами. Сейчас ситуация изменилась — приложениям на Java и DEX-машины доступны те же аппаратные ресурсы, что и ранним смартфонным приложениям.

>> от нативной реализации — так работает Jake — Quake2, частично переписанный
>> на Java. Нужно просто разделять ответственность между нативным кодом и управляемым кодом.
> Честно говоря, мне изолированная среда нужна сугубо для просмотра сайтов. А в
> случае локальных приложений у мну политика более жесткая: я вообще не
> запускаю программу если вижу основания ей не доверять.

Как ты увидишь основания не доверять, где критерии доверия нативной программе, выполняющейся по сути в общем операционном пространстве с другими программами?

> Как я смотрю, троянам не очень мешает разграничение прав.

Конечно не мешает. Потому что троянские программы выполняются в одном пользовательском окружении с остальными программами. Защита памяти ничего не даёт, если троянская программа может элементарно изметь файл другой программы и/или её конфигурацию.
В мидлетах это невозможно — контрольные суммы не сойдутся при нарушении целостности class-файлов, а в J2ME используются песочницы, где мидлеты могут видеть данные только родной сюиты, jar-файлы не сохраняются в ФС, а переписываются/классы компилируются в защищённую область NAND.

> В конце концов, я или
> подтверждаю набор прав или иду лесом и прога не работает. С
> таким же успехом я или ставлю прогу, или нет. Поэтому если
> я не доверяю программе - я просто ее не использую. Совсем.

Логично.

>> Пусть нативный код пишут те, кто деньгами ручается за его качество и соответствие заявленным функциям.
> Т.е. про бесплатные/открытые программы можно забыть?

Почему забыть? Например, OperaMini довольно хорошая бесплатная программа, позволяющая экономить трафик и гибко конвертировать контент под размер экрана мобильного устройства.
Никто не запрещает переделать OperaMini под свои задачи — есть довольно много усовершенствованных версий этой программы.

> А я какнить кутимом на н900
> бесплатно попользуюсь. Он в разы лучше любого мобильного шита для андроидов,
> j2me и прочих ифонов получился и к тому же задаром и
> с исходниками. И не пытается меня облапошить/нагреть на каждом углу. В
> отличие от.

Что, и Qt ты сам собственноручно перекомпилировал для своего N900, user294?

> Зато зловредов которые смски на короткий номер шлют, качают рекламу, сливают по
> сети конфиденциальные данные и шпионят - навалом.

Любой несертифицированный мидлет не способен отсылать SMS без разрешения со стороны пользователя. Видимо, ты один попался на этом и теперь ноешь.

> Если прога работает с сетью - это вообще крындец.

Так, "компьютер это сеть" — девиз Sun Microsystems. :)

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

Сдался ты мне.

>> Или вам хочется, чтобы весь код был написан на (++, а в фоне всё время
>> работал антивирус касперского,
> Нет, я просто хочу запускать программы которым я доверяю. Например, открытым программам
> от проверенных авторов я как правило доверяю.

И у них есть сертификаты, подписанные доверенными CA? Откуда ты знаешь, может ту программу, которую тебе прислали по почте якобы знакомые, или которую ты скачал с сайта, подвергшегося взлому, не подменили? В J2ME на этот счёт есть система подписей и сертификации, а для твоей платформы что? Кому ты доверяешь на самом деле? "Доброму слову"?

> Раз завёлся разговор про J2ME, а не Android, jar-файлы с мидлетами приходят
> на телефон не в прошивке, а в большинстве случаев по OTA (по воздуху)

Не принципиально - обычно разница не более чем между предустановленным в ОС пакетом и доустановленным юзером лично.

> — есть такая технология доставки мидлетов, когда пользователь выбирает
> ссылку на описатель мидлет-сюиты jad-файл внутри мобильного браузера, а после согласия
> на доставку загружает мидлет(ы).

Ну спасибо тебе, Капитан, что рассказал нам про недо-реализацию репов по сути :)

>> А что если захочется НОВЫЙ КОДЕК заинсталлить?
> А зачем тебе новый кодек?

Мало ли. Ну вот гугель сделал VP8. Мне он нравится. И я им могу пользоваться на моих серверах не платя никому какие-то левые отчисления. Почему я им не должен пользоваться?

> Что положили в прошивку — пользуйся. Не нравится — меняй прошивку или покупай
> другой телефон.

Быдлопотребццтво процветало и пахло.

> В прошивке всё системное ПО отлажено и защищено от шаловливых ручёнок.

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

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

Да, но когда можно - это фича, а не баг. Ну вон на N900 вполне можно _любые_ кодеки доустановить, вплоть дo FLAC.

> И тем не менее утверждаешь, что обычный мобильник со
> прошитым VP8, который можно задействовать из J2ME, крап?

Да, крап. Ограниченный и неполноценный, ты сам это выше написал. А я разве опровергал тезис что излишне огороженные смарты - тоже крап? ;)

>> Ага, а вот FCAM на моем n900 реализует допустим кастомный алгоритм автофокуса.
>> И свои функции обработки картинок с матрицы. Не хочу ничего сказать,
>> но фотки получаются явно лучше чем родной камерой да еще и
>> в пережатый жыпег. А ява-кодеры смогут рожать только 100500 оболочек для
>> сосиски, при том сосиска делается не ими и вкуснее чем есть
>> - не станет.
> J2ME использует аппаратно-программные возможности, которые заложены в прошивку аппарата.

А в нормальных аппаратах их еще и расширять можно. Потребццтву - бой!

> Ничем не лучше и не хуже того же нативно-смартфонного ПО. Несложные
> алгоритмы пост-обработки изображений можно реализовать на Java. Байты везде байты.

Ага, только нежатые байты с камеры - в яве нифига не отдадут, а над жатыми нет особого смысла делать какие-то операции, поскольку там срач от жпега все испортит. А если бы и отдали, там нативный код то надрывается, чтобы хоть какое-то подобие реалтайма получить, ява вообще усрется. А ничего что один кадр 5мпикс камеры весит 10Mb? А сохранить хоть пару в памяти дадут? А память или лимит на нее - не кончится? :)

>> А глядя на фотки с андроидов я понимаю
>> что сосиска там пополам с картоном.
> Какие принципиальные трудности переписать пост-обработку мультимедийных данных с C++
> на Java, если это не для реального времени?

Во первых, ява-крап как правило не способен отдавать приложению несжатую картинку с камеры. И кстати, думаешь в FCAM кастомные дрова к ядру дописали чисто для прикола? А вот и хрен, без него доступ к всем элементам управления камеры в потребном виде получить не удается. В случае фотосъемки имеет смысл совместить кручение параметров съемки с постобработкой. Ну там например, HDR снять (а что, твой ява-крап умеет разную экспозицию в быстро шлепаемой серии из 3 кадров ставить?). Если что, HDR выглядит как-то прикольнее обычных фоток. Но явафоном его снять не светит - а нету там апи чтобы максимально быстро вбахать 3 кадра серией, с разной экспозицией и максимально быстро друг за другом (чем больше задержка, тем больше мазни). Потом по желанию можно их слепить (ага, всего 30 метров данных перепахать).
Во вторых, реалтайм - есть. Если аппарат будет снимать HDR слишком долго например - результат будет неприемлим (чем больше задержка между кадрами, тем сильнее мазня от тряски рук фотографа и перемещения движущихся объектов). Кроме того, даже в более  простых случаях юзера не пропрет ждать в 3 раза дольше...

> Трудность в том, что специализированный софт УЖЕ написан на C/C++
> (опыт Symbyan и WinCE), а на Java его ещё предстоит написать или переписать,

Уточним: аналог FCAM ты на своей яве в принципе не напишешь. Это сочетание драйвера режима ядра и юзермодовой проги (на самом деле прог использующих сие апи есть несколько, позволяют довольно нетривиальные варианты съемки, типа съемки в темноте без шума и резко, или HDR, etc).

> так как в те времена J2ME работала только на полудохлых аппаратах, где не
> было тех ресурсов, что были в смартфонах с операционными системами. Сейчас
> ситуация изменилась — приложениям на Java и DEX-машины доступны те же
> аппаратные ресурсы, что и ранним смартфонным приложениям.

Ну напиши аналог FCAM на яве - с удовольствием посмотрю как это у тебя выйдет :). Правда я готов поставить 100 к 1 что это у тебя не получится. Вообще.

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

Репутация автора/майнтайнеров. В особо параноидальном или подозрительном случае - вдумчивое чтение сырца.

>  выполняющейся по сути в общем операционном пространстве с другими программами?

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

>> Как я смотрю, троянам не очень мешает разграничение прав.
> Конечно не мешает. Потому что троянские программы выполняются в одном пользовательском
> окружении с остальными программами. Защита памяти ничего не даёт, если троянская
> программа может элементарно изметь файл другой программы и/или её конфигурацию.

Ну в андроиде особо не может вроде, но это ж не мешает сливать по сети досье на пользователя, отсылать смс с текстом "не лох!" на короткие номера, качать рекламу (высаживая лимит траффика) и прочая.

> В мидлетах это невозможно — контрольные суммы не сойдутся при нарушении целостности
> class-файлов, а в J2ME используются песочницы, где мидлеты могут видеть данные
> только родной сюиты, jar-файлы не сохраняются в ФС, а переписываются/классы компилируются
> в защищённую область NAND.

По факту нет никакой "защищенной области NAND". Как максимум юзеру что-то не показывают. Но учтя что JVM, особенно J2ME как правило больше похожи на сито - толку то? Помнится в сименсах через J2ME бутлоадер патчили, чтоб не проверял загрузчики и позволял шить что попало. Такая вот "защита памяти". Ну а в случае цифровых подписей это действо просто факапнет загрузку до состояния "бесполезный кирпич" :)))

>> таким же успехом я или ставлю прогу, или нет. Поэтому если
>> я не доверяю программе - я просто ее не использую. Совсем.
> Логично.

В свете этого мне не понятно какой смысл в этом геморрое с подтверждением прав. Чисто информационная хрень, которая ничего не гарантирует, т.к. крапваре под андроид все-равно постоянно идет с адваре, спайваре и малваре и каждая вторая прога просит то чего ей по идее не надо, но надо ж рекламу крутить и данные юзера отсылать?! А не согласишься - не будет работать.

>> Т.е. про бесплатные/открытые программы можно забыть?
> Почему забыть? Например, OperaMini довольно хорошая бесплатная программа, позволяющая
> экономить трафик и гибко конвертировать контент под размер экрана мобильного устройства.

Ага, только ее сервера компрессии траффика забанены много где, а билайн не только детектит этот тип траффа но и зачем-то тарифицирует его 2 раза даже :)

> Никто не запрещает переделать OperaMini под свои задачи — есть довольно много
> усовершенствованных версий этой программы.

Игрушка для школьников. Для серьезных применений непригодно.

> Что, и Qt ты сам собственноручно перекомпилировал для своего N900, user294?

Нет, Qt там фирмой нокия скомпилен. Нокия, определенно, не будет трояны раздавать - это было бы самоубийственно :)

> Любой несертифицированный мидлет не способен отсылать SMS без разрешения со стороны пользователя.
> Видимо, ты один попался на этом и теперь ноешь.

И как это я один обнылся на весь интернет? У меня что, 100 рук чтоли? :)

>> Если прога работает с сетью - это вообще крындец.
> Так, "компьютер это сеть" — девиз Sun Microsystems. :)

Авторы малвари этот тезис одобряют.

>> Запускать поделки от умников типа тебя я просто не собираюсь - untrusted,
>> а мониторить каждый байт на предмет не сперли ли чего и не вгрузили ли дряни
>> - меня ломает, извини.
> Сдался ты мне.

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

>> Нет, я просто хочу запускать программы которым я доверяю. Например, открытым программам
>> от проверенных авторов я как правило доверяю.
> И у них есть сертификаты, подписанные доверенными CA? Откуда ты знаешь, может
> ту программу, которую тебе прислали по почте якобы знакомые, или которую
> ты скачал с сайта, подвергшегося взлому, не подменили?

На той же N900 - это просто репы. Обычные GPG ключи. А эти ваши CA... хм, а comodo и прочие DigiNotar - смогут подписать ComodoHacker'у и его последователям "расово верную программу", которой можно будет все и без вопросов? В случае репов - я должен изъявить желание доинсталлить ключ явно, что дополнительно подслащивает жизнь хакерам :)

> В J2ME на этот счёт есть система подписей и сертификации, а для твоей платформы
> что? Кому ты доверяешь на самом деле? "Доброму слову"?

Разработчикам и GPG ключам репов. Это кстати получше всяких DigiNotar'ов, в среднем по больнице.

>> Да, вон андроид с явой :))) завален троянами. Потому что сожержатель каталога принимает всякое малваре в силу своей дурости.

Это хвала глючному подобию, недосмарту, недотелефону н900? :) Что он умеет? Ставить программы вида 100500-ый мегасвободный плеер написанным трустудентом на с++? Самый-самый быстрый http сервер? Для чего годится? Жрет батарейку в разы быстрее андроида, тормозное глюкалово.
Но ведь кулхацеры руками пересоберут все и будет конфетка. Дооо. Так тогда какой смысл, из чего конфетку делать, из выкидыша Ноклы или Гугли?
И не перевелись еще 256 на Руси :)
Ну а по поводу доверия и _думающих_людей_ последние новости со всех ресурсах пестрят о самой могучей, стойкой, копросвободной системе Ж) о няшке гнутой

>> справедливости ради — jvm не такая уж и медленная.
> Справедливости ради, все программы где скорость не похрен и нельзя этот вопрос
> решить втыканием 100500 серверов как энтерпрайзники - почему-то дружно пишут на
> си(++). Яркий пример допустим 3D гамезы, архиваторы, кодеки, обработка изображений с
> камеры и что там еще.

Когда это 3D гамезы стали энтерпрайзом, когда в интернет вылезли? :))

Чего-то большие энтерпрайз системы затачиваются на Java EE в основном, про кодеки, архиваторы и обработку изображений в энтерпрайзе пока не слышали. Есть, конечно, точечные применения: вызов нативного кода из Java для генерации динамически обновляемой картинки, но всем управляет Java-приложение (по модели "клиент-сервер"), а не код на C++. На C++ пишутся маленькие программки, которые выполняются в пакетном режиме: вызвал специфическую функцию — и быстро получил результат.

> Когда это 3D гамезы стали энтерпрайзом, когда в интернет вылезли? :))

кстати, в играх, построеных на движке Chrome ( http://en.wikipedia.org/wiki/Chrome_Engine ) вся логика и прочее сделаны именно на жабе. да-да, оно таскает с собой jvm.

> кстати, в играх, построеных на движке Chrome

А назвать видных представителей - осилите?

>> кстати, в играх, построеных на движке Chrome
> А назвать видных представителей — осилите?

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

>  «что такое мышь».

А что такое мышь? :))

Кстати...
1) А какого там написано сбоку: Written in C++? На яве поди только высокоуровневая логика, которую другие на всяких скриптоязыках пишут? Ну что и требовалось доказать - всю тяжелую работу как обычно си++ вытягивают. Наверное из-за оптимальности явы :))
2) во вторых, я не узрел ни 1 известного мне имени среди игр. На почти все из них в вике даже статьи нет, что намекает на то какие это великие и значительные были игры.
3) На сайте этого производителя движков вообще чего-то написано что бобик - сдох. Что-то не помогла им эта ваша ява.

> Когда это 3D гамезы стали энтерпрайзом, когда в интернет вылезли? :))

Эй, завязывай с травой. Тормозишь же.

> Чего-то большие энтерпрайз системы затачиваются на Java EE в основном, про кодеки,
> архиваторы и обработку изображений в энтерпрайзе пока не слышали.

Да, конечно - там если что можно и купить пару дополнительных серваков, килобаксов за эн каждый. Но в мобильниках такой подход немного не катит.

> Есть, конечно, точечные применения: вызов нативного кода из Java для
> генерации динамически обновляемой картинки, но всем управляет Java-приложение
> (по модели "клиент-сервер"), а не код на C++. На C++ пишутся маленькие
> программки, которые выполняются в пакетном режиме: вызвал специфическую
> функцию — и быстро получил результат.

Угу, маленькая программа - quake3, например :)))

> Важно, чтобы там Java не было.

Для кого важно? Пользователи Opera Mini вас не поймут.

для меня тоже важно.
> Пользователи Opera Mini вас не поймут.

пусть перестают халтурить и пишут на нормальных языках. а то вон уже тормознее фаерфокса на моём аппарате.

> Для кого важно? Пользователи Opera Mini вас не поймут.

Бедные школьники. Всегде что-нибудь не понимают.

Если там будет Qt, то и Opera будет на Qt. Поэтому пользователи Opera Mini только выиграют.

Если получится - то крута, можно будет уйти от привязки к Java, соответственно должна решится проблема с патентами. Хотя хотелось бы конечно запускать нативные приложения написанные на том же Qt

> можно будет уйти от привязки к Java

Идёт война народная, Священная война!

Если эта платформа станет популярной, то появятся и патентодержатели чьи интересы "ущемлены"

У MeeGo нет привязки к Java.

Поправьте пожалуйста: «на базе новой платформы платформы».
По сути — хорошая новость, было бы обидно, если бы наработки из MeeGo пропали зря.

А что есть ценного в MeeGo?

ГУЙ

> А что есть ценного в MeeGo?

Нормальный линукс совместимый с десктопным вместо задравших уже велосипедов про которые через 10 лет никто и не вспомнит, заменив в очередной вз модель велосипеда на новую, с улучшенным на 120% турбонаддувом.

>> А что есть ценного в MeeGo?
> Нормальный линукс совместимый с десктопным вместо задравших уже велосипедов про которые
> через 10 лет никто и не вспомнит, заменив в очередной вз
> модель велосипеда на новую, с улучшенным на 120% турбонаддувом.

А я мечтаю о нормальном Unix, а не обвешанном костылями ядре. И что б в качесте "оболочки" (прикладного API) была Java SE. И, да, файловую систему можно взять ту же UFS2, которой журнал не нужен и которая бережливо обращается со свободным местом.

>> Нормальный линукс совместимый с десктопным вместо задравших уже велосипедов про которые
>> через 10 лет никто и не вспомнит, заменив в очередной вз
>> модель велосипеда на новую, с улучшенным на 120% турбонаддувом.
> А я мечтаю о нормальном Unix, а не обвешанном костылями ядре.

Определи критерии нормальности? Кроме того, чисто-академические концепции имеют свойство хреново работать в IT без подстановки костылей, вносящих поправки на отличие реального мира и его задач от идеала. Даже вон преобразование Фурье пришлось дискретным сделать. Потому что цифровым машинам как-то непонятны непрерывные сущности.

> И что б в качесте "оболочки" (прикладного API) была Java SE.

Честно говоря я у нее ни 1 достоинства не вижу.
- Для десктопа она здоровая, неповоротливая, медленно стартует.
- Для веба она геморная, неудобная, с массой дыр безопаности затыкаемых в каждом релизе десятками
- Для мобильных девайсов - вообще какой-то огрызок был. Почему-то почти не интероперабельный с десктопным вариантом.

> И, да, файловую систему можно взять ту же UFS2, которой журнал не
> нужен и которая бережливо обращается со свободным местом.

Нафиг-нафиг эту некрофилию. Dead way. У твоей фряхи вообще по сути отсутствует какая либо инфраструктура для человеческой загрузки на девайсах типа телефонов и вообще всякой эмбеддовки не снабженной диском в привычном его понимании.

>[оверквотинг удален]
>>> через 10 лет никто и не вспомнит, заменив в очередной вз
>>> модель велосипеда на новую, с улучшенным на 120% турбонаддувом.
>> А я мечтаю о нормальном Unix, а не обвешанном костылями ядре.
> Определи критерии нормальности? Кроме того, чисто-академические концепции имеют свойство
> хреново работать в IT без подстановки костылей, вносящих поправки на отличие
> реального мира и его задач от идеала. Даже вон преобразование Фурье
> пришлось дискретным сделать. Потому что цифровым машинам как-то непонятны непрерывные сущности.
>> И что б в качесте "оболочки" (прикладного API) была Java SE.
> Честно говоря я у нее ни 1 достоинства не вижу.
> - Для десктопа она здоровая, неповоротливая, медленно стартует.

Нативная jvm довольно небольшая. Стартуют библиотеки рантайма, написанные на Java.

> - Для веба она геморная, неудобная, с массой дыр безопаности затыкаемых в
> каждом релизе десятками

Не больше, чем в JavaScript, и уж, конечно, далеко до PHP по части обнаруживаемых дыр.

> - Для мобильных девайсов - вообще какой-то огрызок был. Почему-то почти не
> интероперабельный с десктопным вариантом.

J2ME — это подмножество используемых функций jvm Java SE и урезанный донельзя рантайм.
JavaCard — технология компиляции в нативный код процессора смарткарты байткода.

>> И, да, файловую систему можно взять ту же UFS2, которой журнал не
>> нужен и которая бережливо обращается со свободным местом.
> Нафиг-нафиг эту некрофилию. Dead way.

UFS2 младше Ext3.

> У твоей фряхи вообще по сути отсутствует
> какая либо инфраструктура для человеческой загрузки на девайсах типа телефонов и
> вообще всякой эмбеддовки не снабженной диском в привычном его понимании.

Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра и системного окружения по сети. Это документировано.

> Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра и системного окружения по сети. Это документировано.

Даа, это очень важно для встраиваемых систем. А с NAND флеша загрузиться сможет.

> Даа, это очень важно для встраиваемых систем. А с NAND флеша загрузиться
> сможет.

И да это был вопрос :)

>> Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра и системного окружения по сети. Это документировано.
> Даа, это очень важно для встраиваемых систем.

Это принципиальная возможность. И она есть.

> А с NAND флеша загрузиться сможет.

А японская пила рельсу возьмёт?

>>> Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра и системного окружения по сети. Это документировано.
>> Даа, это очень важно для встраиваемых систем.
> Это принципиальная возможность. И она есть.

У вас мобильный телефон по сети грузится ?

> А с NAND флеша загрузиться сможет.

это никому не надо, потому что freebsd не поддерживает. очевидно, что freebsd не поддерживает только бесполезные вещи. и наоборот: всё, что поддерживается во freebsd — круто, нужно и полезно.

>> А с NAND флеша загрузиться сможет.
> это никому не надо, потому что freebsd не поддерживает. очевидно, что freebsd
> не поддерживает только бесполезные вещи. и наоборот: всё, что поддерживается во
> freebsd — круто, нужно и полезно.

Вот тут возникает интересный философский вопрос: что происходит при добавлении в freebsd новой фичи ? Как происходит это метафизическое превращение бесполезной неподдерживаемой вещи в полeзную поддерживаемую ?

> Вот тут возникает интересный философский вопрос: что происходит при добавлении в freebsd
> новой фичи ? Как происходит это метафизическое превращение бесполезной неподдерживаемой
> вещи в полeзную поддерживаемую ?

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

> Нативная jvm довольно небольшая. Стартуют библиотеки рантайма, написанные на Java.

Ей это уже мало поможет, имхо. Что могли - просрали ;)

>> - Для веба она геморная, неудобная, с массой дыр безопаности затыкаемых в
>> каждом релизе десятками
> Не больше, чем в JavaScript, и уж, конечно, далеко до PHP по
> части обнаруживаемых дыр.

Больше. И фиксится медленнее. Вообще, по статистике сейчас виндузятников больше всего ломают через JVM. Каждая вторая малварина нынче именно на ней. Внезапно, а?

> J2ME — это подмножество используемых функций jvm Java SE и урезанный донельзя
> рантайм. JavaCard — технология компиляции в нативный код процессора смарткарты байткода.

Да по-хре-ну. Программы для J2ME и даже с андроида - вот так просто и без ужасных костылей на других системах не запускаются. Остальное волнует только фанатов марки.

>> Нафиг-нафиг эту некрофилию. Dead way.
> UFS2 младше Ext3.

Да какая разница, в каком году твой жигуленок сделан? Он по уровню технологий - жигуленок, а не по году выпуска. Ext3 кстати тоже ничего такого хорошего из себя не представляет. По современным меркам - это антиквариат.

>> У твоей фряхи вообще по сути отсутствует
>> какая либо инфраструктура для человеческой загрузки на девайсах типа телефонов и
>> вообще всякой эмбеддовки не снабженной диском в привычном его понимании.
> Да. На FreeBSD можно поднять бездисковые станции (фермы серверов) с загрузкой ядра
> и системного окружения по сети. Это документировано.

Как бы не эквивалентная замена. Особенно прикольно наверное грузить по сети роутер - это называется pkunzip.zip :)

На самом деле вопрос один: на каком движке это все будет крутится. Потому что "HTML, JavaScript и CSS" - это клиент и ничего более.

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

www.opennet.ru/opennews/art.shtml?num=31568

Кто о чем, а я о том, что генерить контент (какой бы он там не был) кому-то надо. Вот я и спрашиваю кто (грубо: какое ПО) его будет генерить? И пока внятного ответа не получил.

кто будет генерировать контент? это Вы что -- решили чтоле тут вспомнить WEB-1.0?

...генерировать контент можно хоть например вот так:

https://gist.github.com/1247654#file_content_page.js

...если Javascript имеет повышенные привелегии для работы с устройствами/функциями телефона, файловой системой и тд и т п -- то думаю както уже лишне генерирование котента на какойто там стороне некого "сервера" (где "сервер" и есть телефон :)) :-)

"Сервер" - понятие концептуальное. Он может быть железякой где-то там (в облаках), а может быть прогой на телефоне. Это дела не меняет. Учите матчасть, уважаемый.

А ваша ссылочка - это всего лишь кусочек UI, и бизнес-логикой сдесь и не пахнет)))

Хотел бы я посмотреть как вы реализнете политику очередей (к примеру) на стороне клиента на яваскрипте. Гы-гы)))

> Хотел бы я посмотреть как вы реализнете политику очередей (к примеру) на стороне клиента на яваскрипте. Гы-гы)))

1. опишите проблему с очередями подробнее... что у вас там не получилось на клиентском Javascript :-) ?

2. [абстрагируемся от телефонов, и возмём обычный www-сайт] -- если www-сайт работает на Node.Js -- то там тоже нельзя будет [якобы] реализовать эту вашу "политику очередей"?

# p.s.: проблема в том что вы неосилили *язык* Javascript? или в том что именно на Клиентской-Www-Стороне нельзя [якобы] организовать очереди? :-)

> А ваша ссылочка - это всего лишь кусочек UI, и бизнес-логикой сдесь и не пахнет)))
>>>кусочек UI<<<

ну в новости как раз реч и идёт об UI :-)

>>>бизнес-логикой сдесь и не пахне<<<

бизнесслогика? :-D

...это вы что -- сомниваетесь в том что Javascript поддерживает конструкции if/else ?? :-)

ну он поддерживает, я гарантирую :-)

...или вы хотите чтобы Javascript делал только XMLHttpRequest-запросы к некому "серверу" ("сервер" который и есть телефон), а "сервер"-бы отдавал какието данные? так какой в этом смысл если обратится к файлам/устройствам -- можно [будет, так как привелегии расширенны] напрямую из клиентской-стороны Javascript ?

к чёрту сдался этот "сервер" -- как пятая ножка стулу?

> Хотел бы я посмотреть как вы реализнете политику очередей (к примеру) на
> стороне клиента на яваскрипте. Гы-гы)))

JS - полный по Тюрингу язык. На нем можно реализовать все то же самое что на любом ином языке. Попробуйте забыть про клиент и сервер. Есть ява скрипт. Есть среда выполнения - ну пусть даже браузер. Есть какие-то данные. Программой все это безусловно являться может и даже может обойтись и только локальными данными в принципе. А может и гибко грузить что-то с иных серверов по стандартномухттп. Я даже не против такого подхода. Я против его признания единственно верным.

>А вот если на руби на рельсах или джанге...

Батарейки в рюкзаке таскать будете?

>>А вот если на руби на рельсах или джанге...
> Батарейки в рюкзаке таскать будете?

Поддерживаю. Рапидчики совсем с катушек слетели. Как кто-то метко заметил, они настолько долбнутые что думают что мир крутится вокруг их интерпретатора.

>>>А вот если на руби на рельсах или джанге...
>> Батарейки в рюкзаке таскать будете?
> Поддерживаю. Рапидчики совсем с катушек слетели. Как кто-то метко заметил, они настолько
> долбнутые что думают что мир крутится вокруг их интерпретатора.

Да на здоровье. От вашей поддержки (кстати чего? штанов?!) клиент-серверную архитектуру никто не отменил. И генерить контент кому-то надо. Кому?

> Да на здоровье. От вашей поддержки (кстати чего? штанов?!) клиент-серверную архитектуру
> никто не отменил.

Только она на телефоне и планшете - в хрен не вперлась в 90% случаев. А то что маркетологи возомнили что забивать микроскопом гвозди это круто - половые проблемы маркетологов. И они уже заколебали. Теперь эти будаки решили что HTML5 это круто, это модно, это новый тренд. Давайте бл везде его пихать. Вот кофемолку с хтмл5 еше не выпустили - ФЭЙЛ. Нет, хтмл5 хороший стандарт, но для веба. Но на вебе мир не кончается, ВНЕЗАПНО :E.

>> Да на здоровье. От вашей поддержки (кстати чего? штанов?!) клиент-серверную архитектуру
>> никто не отменил.
> Только она на телефоне и планшете - в хрен не вперлась в
> 90% случаев. А то что маркетологи возомнили что забивать микроскопом гвозди
> это круто - половые проблемы маркетологов. И они уже заколебали. Теперь
> эти будаки решили что HTML5 это круто, это модно, это новый
> тренд. Давайте бл везде его пихать. Вот кофемолку с хтмл5 еше
> не выпустили - ФЭЙЛ. Нет, хтмл5 хороший стандарт, но для веба.
> Но на вебе мир не кончается, ВНЕЗАПНО :E.

На самом деле речь-то идет (как я понимаю) об унификации интерфейса приложений как имеющих место быть локально, - на телефоне, - так и для облачных. И если первым все пополам (они в любом случае работать будут), то для облачных HTML - единственный экономически приемлемый вариант. Пытаются-то сделать так, что бы конечный потребитель разницу между облаками и локальным ПО не ощутил. Отсюда и весь сыр-бор.

Ну так и надо сказать - конечная цель всё в облаке. Пользователь за бабки арендует это дело. А локального ничего не будет кроме 50 звонилок и 10500 обоев.

>>А вот если на руби на рельсах или джанге...
> Батарейки в рюкзаке таскать будете?

Ваш вариант?!
...вариант от гугла мы уже слышали - не канает - там ява. Вариант от ноки тоже слышали - и тоже не канает - там не пахнет веб-интерфейсом приложений. Так что вы можете предложить?

> там не пахнет веб-интерфейсом приложений.

Не вижу принципиальных проблем запустить на нокии движок браузера без гуя оного. Хотя в моем понимании нужда в локальных хтмл5 приложениях явно высосана из пальца. Зачем делать из хтмл5 то чем он не является и на что не затачивался никогда?

Блинский фиг! Да можно хоть десять браузеров запустить. КТО БУДЕТ ГЕНЕРИТЬ КОНТЕНТ приложения? Браузер?!

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

Не, есть еще один вариант. Вариант от разрабов ГТК3: затавить приложение с интерфейсом ГТК3 отрисовывать прямо в канвас в браузер.

...но я тут слышу, что объединение-то идет с мигой. А значит с кути. А там разве что подобное есть?

> Блинский фиг! Да можно хоть десять браузеров запустить. КТО БУДЕТ ГЕНЕРИТЬ КОНТЕНТ
> приложения? Браузер?!

Оно само и будет, на манер HTML5 приложений но локально. Не вижу никаких проблем - в хтмл5 аяксная часть от сервера нуждается только в неких данных. Их можно и локально получать/генерить на месте. Кто генерит Doom на JS контент? WAD файл, очевидно. С одинаковым успехом открывается как ремотно так и с локального диска. Сервер по сути нужен только для отдачи файлеза.  

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

Расскажите это любителям вебприложений на аяксе :). Там вон дум написали таким макаром, работает себе - что локально что с сервака. Ну вот так можно и любое иное хтмл5 приложение локально запускать. Прозрачно качая данные и с ремотных серваков до кучи.

> Не, есть еще один вариант. Вариант от разрабов ГТК3: затавить приложение с
> интерфейсом ГТК3 отрисовывать прямо в канвас в браузер.

А можно еще гланды через Ж автогеном... скорость работы всего этого будет как у вебни. Зачем тогда этот гтк3 вообще впился? У него единственный реальный плюс - он быстрый и не тяжелый. Если он этот плюс просрет - зачем он нужен?!

> ...но я тут слышу, что объединение-то идет с мигой. А значит с
> кути. А там разве что подобное есть?

Там есть подвижки в сторону Qml и js, но одно дело если это как дополнение к нативному коду и другое - если это вместо него.

> Расскажите это любителям вебприложений на аяксе :). Там вон дум написали таким
> макаром, работает себе - что локально что с сервака. Ну вот
> так можно и любое иное хтмл5 приложение локально запускать. Прозрачно качая
> данные и с ремотных серваков до кучи.

На самом деле дум писали не так. Его вообще не писали, а портировали. Скорее всего через Clang и LLVM, имхо

А писать бизнес-логику приложения на ЯП с мягкой типизацией - это нарываться на неприятности (большие) при разработке и на огромный ценник при поддержке. Так можно разрабатывать только очень небольшое и не критичное к багам ПО.

> А писать бизнес-логику приложения на ЯП с мягкой типизацией - это нарываться на неприятности (большие) ...

эта типизация "мягкая" только в какихто определённых случаях :-)

например если у меня есть объект
   var addr = new AddressBook()

и объект
   var sms = new SMS()

то уж никак не может произойти "мягкой"/"случайной" смены типа "AddressBook" на тип "SMS"... единственно всё "ужасное" что может произойти -- это то что переменная "случайно" превратится в строковой тип :-)

....но тоже самое я могу сказать и об Python (в котором уж точно нет "мягкой" типизации)...:

в Python есть волшебный-метод __repr__ (и метод __unicode__), который иногда может "какбы случайно" сработать (а в Javascript есть object.prototype.valueOf() ... ну и что? %) все живи-здоровы! :-D)

> На самом деле дум писали не так. Его вообще не писали, а
> портировали. Скорее всего через Clang и LLVM, имхо

Да похрену - точно так же можно и на JS+HTML написать любую иную приблуду не требующую никакого сервера с ножом к горлу и запускаемую локальным пинком с ярлыка.

>  А писать бизнес-логику приложения на ЯП с мягкой типизацией - это
> нарываться на неприятности (большие) при разработке и на огромный ценник при
> поддержке. Так можно разрабатывать только очень небольшое и не критичное к багам ПО.

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

> Блинский фиг! Да можно хоть десять браузеров запустить. КТО БУДЕТ ГЕНЕРИТЬ КОНТЕНТ ...

да блин! чтож за проблема у вас такая???

...зайдите уже на конец на форум SEO-оптимизаторов и закожите статьи у копирайтеров! :-D

Хорошо, что Tizen. Могли и MeeMo назвать, GoLiMo.

MeeMo )

> MeeMo )

На meego.com еще высказан вариант GoLiMo :D.

а ещё прикольный вариент есть -- MeeMo

;-)

> а ещё прикольный вариент есть -- MeeMo ;-)

Там кто-то оба озвучил :)

Странно? что еще никто не пошутил про MEE+MO и GO+LIMO.

HTML5 во все поля! Нет, ну слов нету. А те же 3D игрушки на чем, я извиняюсь, писать будут? И не говорите мне про WebGL. Вон одни уже WebOS делали.

> HTML5 во все поля! Нет, ну слов нету. А те же 3D
> игрушки на чем, я извиняюсь, писать будут? И не говорите мне
> про WebGL. Вон одни уже WebOS делали.

O3D Plug-in API — 3D в браузере:
http://code.google.com/apis/o3d/

>O3D Plug-in API — 3D в браузере:
>Plug-in

Нет.

> O3D Plug-in API — 3D в браузере:

Может мне и кофемолку в браузере теперь делать? Потому что какой-то му... решил что все в браузере - круто. Я не против браузеров но это лишь одна из программ.

> Может мне и кофемолку в браузере теперь делать?

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

> Это не панацея, но это возможно.

Возможно != пригодно для реального использования, здесь и сейчас. Хилый ARM у телефона вероятно стушуется при попытке получить непохабную картинку.

> И не говорите мне про WebGL. Вон одни уже WebOS делали.

Докажи для начала связь, а потом говори.

>> И не говорите мне про WebGL. Вон одни уже WebOS делали.
>Докажи для начала связь, а потом говори.

Там нет связи. По первому пункту по производительности не догоняет нативный

>> И не говорите мне про WebGL. Вон одни уже WebOS делали.
> Докажи для начала связь, а потом говори.

Нет связи.
По первому пункту. Никак не догонит нативный код. Для 3D критично. И, кстате, не только для 3D. Распознавание лиц, предметов и т.д. например. Ты думаеш Google от хорошей жизни впилило ndk (костыль по сути)? Тут нужно рюшечки, свистелки, перделки. И чтобы батарею не жрало. И чтобы, не дай боже, не подергивалось при скроле. Все эти пункты в случае сравнения HTML5+JS и C/C++ и даже, наверное, Java ну никак не получаться.

По второму пункту. WebOS зафейлила? Зафейлила. А идея та же. Как ни странно огромная армия JS программистов не ринулась софт писать. И это при том что порог вхождения в JS низкий. ChromeOS пока тоже скорее нишевый продукт для корпораций. Это даже Google не скрывает особенно. Ты думаеш что линуксоиды ринутся писать под это софт на JS? С нуля, фактически, заметь. Не портировать любимую OpenCiv. А писать на JS с использованием API именно этой платформы. Или мелкие/средние/крупные конторки? Поверь, им проще (и выгоднее) нашлепать стопицотого веселого фермера. Или купить девелоперскую лицензию на iOS. Или писать под Android.

> кстате, не только для 3D. Распознавание лиц, предметов и т.д. например.

Да елки, обычный FCAM взять - ну попробуйте написать это на хтмл, угу. Автофокус на JS? Счастливой отладки, суки.

> Как ни странно огромная армия JS программистов не ринулась софт писать. И это при том что порог вхождения в JS низкий.

как ни странно -- порог вхождения в JS -- достаточно большой... :)

...это только с виду Javascript кажется лёгким и простым... но в результате 95% сайтов имеют почемуто через-ж-написанные скрипты

....а чтбы выяснить все нюансы и подводные камни Javascript -- вообще нужно долгое время

> ...линуксоиды ринутся писать под это софт на JS? С нуля, фактически, заметь.

я лично думаю что не ринутся :-) ... Javascript хоть и хороший язык -- но у линуксойдов есть и другие более интересные "дела" кроме как лепить очередные HTML-интерфейсы для пользователей непопулярных-телефонов :-)

затея конешно же Fail... со всем уважением к JS и HTML5 :-)

>> Как ни странно огромная армия JS программистов не ринулась софт писать. И это при том что порог вхождения в JS низкий.
>как ни странно -- порог вхождения в JS -- достаточно большой... :)
>...это только с виду Javascript кажется лёгким и простым... но в результате 95% сайтов имеют почемуто через-ж-написанные скрипты

На PHP, например, тоже программировать нужно УМЕТЬ. Но это мало кого останавливало. Порог вхождения это одно, а профессиональное программирование- другое. И куча черезжопных поделока являются как раз следствием низкого порога вхождения.

>я лично думаю что не ринутся :-) ... Javascript хоть и хороший язык -- но у линуксойдов есть и другие более интересные "дела" кроме как лепить очередные HTML-интерфейсы для пользователей непопулярных-телефонов :-)

Вот и я о чем. И коммерческие профильные конторы тоже ибо давно уже окучили всяческих веселых фермеров.

>затея конешно же Fail... со всем уважением к JS и HTML5 :-)

Лучше и не скжеш

>Domain Name:TIZEN.ORG
>Created On:23-Jun-2011 11:35:06 UTC

Однако давняя задумка

> MeeGo пока остается на плаву и при наличии интереса к нему энтузиастов и компаний

Допустим есть интерес у энтузиастов,а где его запускать, на двух с половиной смартфонах? Смысла нет.

То есть вот это идёт лёсом?
Calligra Mobile is the classic UI for mobile phones. The most well-known platform for this one is the Nokia N900. There are no new features for Calligra Mobile in this release.

А как же Qt????????

>А как же Qt????????

Всё нормально. Qt5 будет с жабаскриптом.

если tizen будет как WebOS, то и Qt будет не нужен

> если tizen будет как WebOS, то и Qt будет не нужен

Боюсь что мне тогда будет не нужен tizen.

Maemo совсем забросили?

Маему похоронили вскоре после выхода n900 - в пользу meego.

Как и Moblin.

> Маему похоронили вскоре после выхода n900 - в пользу meego.

Походу придется раскапывать Mer, если манагерье из интела не прошибет приступ адекватности :\

Совсем с ума сошли со своим яваскриптом! ::ненависть::

Плюсую. При том, что его вскорости может заменить новый ЯП от Google.

Где заменить? В Гугуле? Ну фиг с гуглом.

Как же в гугле, когда яваскрипт - в браузере? В браузере и заменят.

> Как же в гугле, когда яваскрипт - в браузере? В браузере и заменят.

Они вон своим Go уже какой там год подряд мир осчастливливают. В результате оно жрет памяти больше явы (хренасе!) и по скорости работы не чемпион. Даром что компилер. Если и это будет такое же счастье - а ну бы их нафиг, они более 50% своих затей успешно фэйлят.

Опять название невнятное.
Это у Пелевина в рассказе "ГКЧП как тетраграмматон" освещалось

Помешались все на этом вебе. Если бы не война браузеров, начавшаяся с IE и Netscape, сейчас бы HTML был бы по-прежнему языком разметки страниц. Но эта война породила JavaScript и CSS, FlashPlayer, ASP, JSP и прочие PHP вместе с MySQL. В результате этот HTML пихают везде, где нужно и не нужно.

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

не как принято, а как модно среди быдлокодеров

И чем это отличается от, прости господи, от андроида? Ядро линукса, а на нем крутится всякая х-ня. Так же нельзя запускать родные программы. Так же вместо нормального репозитория некий маркет... О! А в этом-то все и дело! Ребят задушила жаба смотреть, как огрызок и гугль деньги получают. Решили сделать свой маркет, с html5 и JavaScript. Только не учли одного: чтобы у тебя пользователи ринулись байты покупать, нужно, чтобы платформа в массы пошла. Эппл с гуглом продавили рынок своими брендами, а эти-то на что надеются?
Жалко мобильный Линукс, слов нет, как жалко... Видимо, его совсем забросят ради безуспешных попыток деньги наварить маркетами.

Мне кажется или Linux Foundation может объявлять что угодно, но MeeGo - проект Intel. Intel будет делать Tizen?

> Мне кажется или Linux Foundation может объявлять что угодно, но MeeGo -
> проект Intel. Intel будет делать Tizen?

Intel уже потерял интерес к MeeGo и сейчас пилит для Atom Android.
http://www.opennet.me/opennews/art.shtml?num=31749

> Intel уже потерял интерес к MeeGo и сейчас пилит для Atom Android.

Проблема только в том что покупатели не очень питают интерес к планшеткам с ВЕНТИЛЯТОРАМИ, бэть. Карлсон который живет в планшете?! Спасибо, Интел, но я как-нибудь обойдусь без вас.

>Мне кажется или Linux Foundation может объявлять что угодно, но MeeGo - проект Intel. Intel будет делать Tizen?

"Intel и Samsung объединяют усилия в работе над новой мобильной платформой Tizen"

http://ko.com.ua/intel_i_samsung_obedinyayut_usiliya_v_rabot...

Господа, сливайте воду! :(((

> "Intel и Samsung объединяют усилия в работе над новой мобильной платформой Tizen"

Про Intel и Samsung - это домыслы журналистов, нигде на сайтах LiMo, MeeGo, Linux Foundation и Tizen нет упоминания про Intel и Samsung.

> Про Intel и Samsung - это домыслы журналистов, нигде на сайтах LiMo,
> MeeGo, Linux Foundation и Tizen нет упоминания про Intel и Samsung.

На последнем все-таки есть.

хде?

> хде?

https://www.tizen.org/

> The Linux Foundation will host the project, where Tizen development will
> be completely open and led by a technical steering team composed of Intel and Samsung.

Как-то боязно за Qt.

Qt уже слился. Все хорошее объявили deprecated, пропихивают какую-то JavaScript-овую хрень.

> Qt уже слился. Все хорошее объявили deprecated, пропихивают какую-то JavaScript-овую хрень.

Нет.

Скажите, мне одному кажется, что как только какая-то линукс-платформа начинает идти в массы, какой-то светлой голове приходит мысль все сломать и сделать по другому? Maemo, MeeGo, теперь вот этот Tizen... Если бы нокиа продолжала пилить маемо и не кидалась из стороны в сторону, возможно, мы имели бы уже вполне полноценный конкурент андроиду с возможностью выполнять нативные приложения. А их любимые html5 и JavaScript можно пускать на любой платформе в браузере - какой смысл делать под них отдельную платформу?

> имели бы уже вполне полноценный конкурент андроиду

Да собственно N9 получился вполне здоровским аппаратом. Но тут пришел господин Элоп и решил что в компот надо срочно насрать, во избежание epic win'а пингвина...

Олигополия, то есть коллективная монополия. Мобильный рынок поделили на троих - Apple, Google и Microsoft. То что мелкомягкие мышей не ловят, это их личные проблемы. Но никого больше туда пускать не собираются.

Это просто традиция такая: вбухать миллионы денег в разработку, выпустить РОВНО ОДИН телефон, прекратить его поддержку, срочно начать пилить новый велосипед.

Если переезд с maemo на meego можно было понять. (Купила Nokia тролтех, поимела СВОЮ кутю). То теперь я даже и не знаю.

Зачем использовать убогие веб технологии, когда есть мощный QML???

> Зачем использовать убогие веб технологии, когда есть мощный QML???

<разумный-ответ></разумный-ответ>

<ответ-маркитолога>потомучто HTML5 это модно! (мне друг-студент-компьютерщик сказал что это круто!) а что такое QML я даже не знаю %)</ответ-маркитолога>

> Зачем использовать убогие веб технологии, когда есть мощный QML???

Потому что какой-то будак из отдела маркетинга услышал что HTML5 - это круто и модно. Правда не понятно почему его надо делать единственным вариантом. Помнится такое даже у эппла не схарчили. У интела тем более шансов нет.

> Подход к разработке приложений в Tizen заметно отличается от методов MeeGo и LiMo, основанных на использовании десктоп-технологий Linux, и больше напоминает подход, принятый в webOS

Т. е. как бы смысла ждать нормальный Linux на телефоне больше нет? Т. е. Nokia N9 — очередной кирпич с мёртворождённым софтом?

>> Подход к разработке приложений в Tizen заметно отличается от методов MeeGo и LiMo, основанных на использовании десктоп-технологий Linux, и больше напоминает подход, принятый в webOS
> Т. е. как бы смысла ждать нормальный Linux на телефоне больше нет?
> Т. е. Nokia N9 — очередной кирпич с мёртворождённым софтом?

Ну, по большому, Android тоже Linux. Но "нормального" Linux'a таки да ждать не стоит, ИМХО. И, опять же, ИМХО "Nokia N9 — очередной кирпич с мёртворождённым софтом". К огромному сожалению, ибо Qt потенциально самая вкусная технология.

> Т. е. как бы смысла ждать нормальный Linux на телефоне больше нет?

Ну почему же, openmoko может выстрелить нормальный девайс.

> Т. е. как бы смысла ждать нормальный Linux на телефоне больше нет?
> Т. е. Nokia N9 — очередной кирпич с мёртворождённым софтом?

Как вы думаете, через 10 лет изменится ли принципиально кутево-гткшный софт на десктопе? А вот вы уверены что через 10 лет кто-то вспомнит про очередной мобильный велосипед, ни с чем не совместимый, самобытный и курируемый 1 корпорацией? В общем курирование 1 конторой до добра не доводит...

Опять вся надежда на OpenMoko и SHR!

Скорее на Inferno из несколько дней назад проскакивавшей новости о портировании на Samsung Galaxy.

Да, но криворукие обезьяны умеют только кодить на js. Куда им кортежи и списки, и тотальную распределенность с функциональщиной.

> Да, но криворукие обезьяны умеют только кодить на js. Куда им кортежи
> и списки, и тотальную распределенность с функциональщиной.

вы должны научится уважительно относиться к различным языкам программирования (а не фанатеть только от парочки любимых языков)!

>>>Да, но криворукие обезьяны умеют только кодить на js<<<

обычно не только на них.. откуда инфа? :-)

>>>Куда им кортежи и списки<<<

"кортэж" (tuple) можно щитать как частный-случай "списка" (list)..

в Javascript -- объекты могут обладать свойствами списка. [кортежей нет, и единственный дурной эффект этому -- что нельзя использовать кортеж как ключ к хэшу. вот и всё. но кто сказал что нет обходного пути? а кстате как-часто вы используете кортеж как ключь к хэшу? :)]

>>>...с функциональщиной<<<

Javascript убрали из списка языков с функциональной парадигмой? o_0 это чтото новое! :-D

>>>тотальную распределенность<<<

тотальную WTF чтоооуууууаааа??? x_X

> в Javascript -- объекты могут обладать свойствами списка. [кортежей нет, и единственный дурной эффект этому -- что нельзя использовать кортеж как ключ к хэшу. вот и всё. но кто сказал что нет обходного пути? а кстате как-часто вы используете кортеж как ключь к хэшу? :)]

есть замечательный обходной путь - разработка нового яп для таких целей с учётом всех текущих недостатков js. А их кроме кортежей будет целая куча.

> разработка нового яп для таких целей с учётом всех текущих недостатков js.

самый большой недостаток js — это куча вонаби-кодеров на нём.

> самый большой недостаток js — это куча вонаби-кодеров на нём.

Да хрен там, недостаток в том что каждый инструмент хорош в своей нише. Не предназначалась вебня для локальных аппов, поэтому...
1) Там нет стандартного апи эквивалентного типичным для десктопа (работа с файлами, etc).
2) Там нет стандартного апи для работы с периферией. Ну бл, только сделали на куте более-менее культурно и ... начать с нуля на JS? Нечто совсем нестандартное? Они долбанулись?!
3) Там нет стандартного апи для работы с сетью и понимания текущего состояния оной. См пункт 2)

На фоне этих моментов все остальные вообще похрен: надо заново проделать цикл адаптации который УЖЕ был сделан для кутей. Идиотизм образцовейший.

> 1) Там нет стандартного апи эквивалентного типичным для десктопа (работа с файлами,
> etc).

Так файлов может и не быть. Данные не обязательно должны быть агрегированы в файлы.
Например одна большая база данных, или состояние процесса

> 2) Там нет стандартного апи для работы с периферией. Ну бл, только
> сделали на куте более-менее культурно и ... начать с нуля на

Вместо стандартного может появиться универсальное. Так же как в Unix, везде стараются использовать файловый интерфейс.

> 3) Там нет стандартного апи для работы с сетью и понимания текущего
> состояния оной. См пункт 2)

Так и сети может тоже не быть. Просто есть рабочее пространство, а откуда там, что берется это уже не дело прикладного софта. Например, телефонные линии раньше были пионерские, ведомственные, городские, междугородние, международные ... межгалактические ;). И при работе с каждой были свои правила (API). А сейчас от пионеров до почти космонавтов болтают по интернету.

Скорости линий и вычислений растут. Вполне можно вернуться к истокам: небольшие библиотеки + скрипы для клея. Тот же LibreOfficeб с нативным гуем, на старте тормозит сильнее firefox, у которого большая часть гуя суть rdf + javascript. Вы просто не представляете, как удобно, когда в облике и функциональности программе можно без проблем поменять все, что угодно прямо у заказчика.

> Так файлов может и не быть. Данные не обязательно должны быть агрегированы
> в файлы.
> Например одна большая база данных, или состояние процесса

1) Во первых, это тоже нестандартный костыль.
2) Во вторых, вот вы и пользуйтесь этим недоразумением наздоровье. А мне это и бесплатно не надо, потому что я тогда не смогу получить письмо с аттачем, сохранить аттач на диск телефона как файл а потом прицепить сие к компу по юсб и просто файлманагером скопировать файл туда. Ваши недоноски как-то не способствуют "mission accomplished". Поэтому убейтесь веником: мне не надо недоносков. Жуйте такое сами.

>> сделали на куте более-менее культурно и ... начать с нуля на
> Вместо стандартного может появиться универсальное. Так же как в Unix, везде стараются
> использовать файловый интерфейс.

Скорее всего появится еще один велосипед с турбонаддувом не оформленный как часть стандарта. Потому что пока в стандарт все протолкаешь - времени уйдет дофига, а бабло рубить охота уже сейчас.

>> 3) Там нет стандартного апи для работы с сетью и понимания текущего
>> состояния оной. См пункт 2)
> Так и сети может тоже не быть.

А может - быть. И как бы хорошо если аська видит - "ага, сети нет, долбиться не будем - будем раз в минуту проверять не появилась ли она". Или, "мы приконектились к сети "home" и поэтому идем онлайн, поскольку это наша сеть".

> Просто есть рабочее пространство, а откуда там, что берется это уже не
> дело прикладного софта.

На это нет _стандартов_ а велосипедов и в андроиде хватает. Нафиг сдался HTML5 который ни с кем остальным не совместим? И чем это будет отличаться от ни с чем не совместимой Java которая не совсем Java в андроиде? Такие приложения же не будут работать на допустим обычных компьютерах, так ведь? :)

>  Например, телефонные линии раньше были пионерские, ведомственные, городские, междугородние, международные
> ... межгалактические ;). И при работе с каждой были свои правила
> (API). А сейчас от пионеров до почти космонавтов болтают по интернету.

Опять же - вопрос стандартизации API. В андроиде вон положили на это. И эти наверное то же самое сделают...

> Скорости линий и вычислений растут. Вполне можно вернуться к истокам: небольшие библиотеки
> + скрипы для клея.

На телефоне как бы еще есть проблемы с батарейкой. И чем быстрее молотит проц на повышенной частоте, тем быстрее от батарейки ничего не остается. А таскать чемодан аккумуляторов ради удобного клея - да ну вас таких нафиг!

> Тот же LibreOfficeб с нативным гуем, на старте тормозит сильнее firefox,
> у которого большая часть гуя суть rdf  + javascript.

Обратите внимание, MicroB (gecko но с нативной мордой) тормозит на н900 существенном меньше чем карманный файрфокс с его XUL (то же gecko + ui на XUL). Разница буквально в несколько раз.

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

Я представляю себе что мне неудобно
1) Если телефон дохнет за менее чем сутки, потому что скриптошит тормозит и жрет проц
2) Таскать чемодан аккумуляторов чтобы 1) не происходило.

Чудес не бывает. В CMOS-технологиях каждый лишний цикл означает лишний стекший из батарейки заряд. Чем меньше молотилова - тем меньше кушает проц, RAM, flash, etc. На пониженной частоте с урезанным напряжением питания проц в активном режиме может неделю прокантоваться запросто. А если частоту на максимум - аккум убьется за считанные часы.

HTML5 со богомерзким javascript всюду. Бедный Qt. Пойду напишу встроенную в webkit VM для erlang

на руби писали бы код, хоть нормальный ЯП бы был удобнее, хотя кроссплатформенность....

Господа, объясните мне.
Я вот на досуге минут 20 думал над тем, чего мне нужно от линукса на телефоне и как это сделать.
В моем представлении - это просто. это до пошлости просто.
Я сейчас опишу мою мысль, а вы мне объясните, где я заблуждаюсь, т.к. я не эксперт в этой области и имею только образное представление. Без оскорблений, прошу.

Что нужно от линукса? чтобы он мог работать как обычный линукс: родные приложения, терминал, прочее.
Поставить, например, Ubuntu Server - не проблема, лишь бы железо поддерживалось.
Далее, GUI. Обычный гном, кде и тд не подойдут - неудобно жать на мелкие объекты. Ок, берем какой-нибудь артефакт для создания UI и пишем при его помощи GUI окружения, GUI для консольных приложений, короче, создаем свой мобильный гном.
т.о. - есть линукс - есть CUI приложения, родные - есть удобный для тачскрина GUI в виде оболочек для CUI.
Почему это так сложно реализовать и почему придумывают всякие андроиды?
ЗЫ. расход электроэнергии опустим, это решается, в процессе запиливания ядра.
спасибо.

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

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

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

Святые константы.. все так низко? ужас..

> именно по этой причине стараются за к опать MeeGo-подобные реализации и даже частично сам
> андроид.

Осталось только понять зачем все это нам, в том числе и обладателям телефонов.

что именно?  в прочем, это совершенно не важно, нас никто не спрашивает.

> что именно?  в прочем, это совершенно не важно, нас никто не спрашивает.

Значит, нам самим и придется выруливать, видимо. Портируя то что есть на те или иные железки.

Что-то пока дело движется в лучшем случае в сторону "Вася Пупкин портировал линукс на <модель телефона>. Теперь он не звонит и не поддерживает большую часть устройств телефона, но зато запускается".

одному человеку трудно осилить весь объём работ

ну вот вы maemo и описали.
когда его корпорасты увидели, то тут же придушили.

у maemo и meego все это было. но нет, теперь жрите html5. все, кончился открытый юникс на мобильных устройствах. ну линукс там внутри, и что? если мне нужны графические свистелки и перделки, то на чем они базируются - windows, linux, macos или webos мне все равно. maemo был фактически адаптированный к телефону debian: классическая архитектура системы, все открыто - файловая иерархия; shell с root; для программирования c, python, ruby, etc; интерфейс - qt, gtk; репозитории с опенсоровыми программами от сообщества. можно было довольно просто адаптировать программы с десктопного линукса, я там например запускал текстовый процессор lyx. но как тут бабала нарубишь? правильно - снести все, оставить один браузер для запуска поделок из магазина приложений.

А насколько трудно на сферический в вакууме телефон поставить дебиан?

сферически трудно, или вакуумно нереально

> А насколько трудно на сферический в вакууме телефон поставить дебиан?

На сферический в вакууме - трудно. На n900 он с рождения есть, так что на похожие по железу - пожалуй даже реально.

> Я вот на досуге минут 20 думал над тем, чего мне нужно
> от линукса на телефоне и как это сделать.

Человек, посмотри на n900/n9 и maemo (meego). Заимеешь представление о том как это примерно должно выглядеть. Ну, в маеме есть некоторое кол-во закрытых компонентов но их не так уж много. А в остальном это круто адаптированный под мобилы дебиан по сути :)

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

> Причем часть закрытых компонентов умельцы уже переписали и сделали открытыми. Прощай, маэмо,
> ты был воистину торт.

Видимо придется раскапывать Mer, который зак@пали потому что оно повторяло идею Meego. Теперь вот не повторяет - пора раскапывать труп стюардессы :)))

Поправьте меня если я неправ, но кажется вся сфера IT катится в ср.аное го.вно. Это раньше здесь рулили инженеры, а сейчас прицел на общество потребления, так что программист сейчас по статусу как уборщица, а главные - маркетологи и юристы. Ни одного нормального мобильного устройства с линуксом я так и не увидел (только N950 возожно был неплох) и, судя по данной новости, не увижу. И это печально.

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

да, но ковыряться в этой жиже уже не хочется

> да, но ковыряться в этой жиже уже не хочется

Ну так предлагается ковыряться в том что нормальное :). Давайте думать как будем выкручиваться - после n900 на меньшее я уже не согласен, дерьмодроиды, быдлофоны и прочие - пусть они  лохам впаривают, имхо ;)

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

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

верно, но разве, если я этого не замечу, будет означать, что во втором не было первого? :)

> не заметите.

Привкус останется...