All streams
Search
Write a publication
Pull to refresh
-2
0
Алексей @ScuFF

User

Send message
Поэтому абсолютно НЕРЕАЛЬНО ожидать, что эпоха десктопных приложений вернется. Они еще будут по остаточному принципу существовать, новые даже выходить. Но в процентном отношении их будет все меньше и меньше.

Ну что за глупости. Что вы сегодня можете сделать в веб приложениях? НИЧЕГО. Только элементарные вещи. Написать текст, почитать текст, организовать и сделать доступными всевозможные медиафайлы. И все. Возмите любую специальность связанную с компьютером. Начиная от дизайнера, заканчивая программистом. Никто кроме, разве что, писателя статей, сегодня не может работать польностью в веб приложениях.
Десктоп останется, никуда не денется. Веб приложения же будут занимать свою нишу. Ры нок всех рассудит и раставит по своим местам.
Совершенно верно! Ущербность веб-проложений по сравнению с дэсктоп очевидна. Мне кажется будущее за WEB API для десктоп программ.
Вы меня не слушаете. Заходишь на сайт скачиваешь клиент (не нужна установка) запускаешь, вводишь логин пароль. Дальше все как обычно.
Разработчик сервиса заботится о том, чтобы программы были для всех платформ.
Дело не только в моей реакции дело в том, что любой элементарный процесс в программе начинается с запозданием 40мс (Это в идеальных условиях, обычно, думаю, 100 - 150) Как например реализовать изменения контраста изображения ползунком в такой модели? С точки зрения пользователя это будет совершенно неприемлимо. Я сдвинул ползунок на 1 пиксель, ожидаю, что изображение мгновенно измениться. Этого не произойдет, потому что пинг и канал узкий. в следующую минуту мне уже нужно новое изображение и немного измененный контрастом. Однако я уже запросил предидущее, оно уже заняло весь мой канал. Мне уже не нужны те данные, нужны новые. А если я продолжу движение ползунк? Количество всевозможных запросов и ответов будет просто огромным. Также буде очень много загруженных данных, которые не нужны и будут удалены.
В данном случае можно конечно выйти ис положения... Но есть задачи, где нужен мгновенный отклик, и где нужны огромные (для передачи по сети) объемы данных
Веб программисяты, как мне кажется, много на себя берут...
Существуют приложения, которые никогда не станут "веб". Наример игры, видео, аудио, графические редакторы приличного уровня, системы трехмерного моделирования и проектирования. И как бы не поварачивалась спираль, это все останется на десктопе.
Кроме ширины канала у веб среды есть еще минус. Пинг. Я сегодня считаю пинг 40мс хорошим... Но это же совершенно недостаточно, чтобы сделать интерактивное приложение...
Все это можно реализовать и с десктоп клиентом. В том числе и показ рекламы. Останется только скачать его (клиент). Остальное будет также. И обновления и конфигурация и документы могут храниться на сервере. Зато приложение может работать быстро. Сегодняшнии веб приложения это десятки ненужных слоев абстракции и неэффектиная архитектура.
Красиво выглядит. Мне понравился.
А почему псевдо?
Вот кнопки - "вебдванольное клише" мне как раз и не понравились. Но в целом красиво.
Отличный дизайн! Удовольствие доставляет просто вид сайта. Бутылочка смотриться просто замечательно.
Меня только смутили огромные кнопки потерял-нашел.
Много же матириала об этом в интернете. Мне кажется статья на хабре должна носить исследовательский харрактер а не описательный. Описалова и на других сайтах хватает.
range возвращает массив, вернее список. Это значит, что будет создаваться большее колличество объектов. Это верно, но в питоне есть кеширование простых объектов. Если вы создадите массив из 1000 элементов числа 1, это будет не 1000 объектов а 1, и тысяча ссылок на него. (Важно! Нумерные типы в Питоне имунны, объекты не могут быть изменены). В следсвии такого кеширования всевозможные цыклы for i in range(1000) for i in range(500) for i in range(10) не будут сильно влиять на колличество памяти.
xrange() - возвращает итератор а не список. С ним понятно, что нет никаких проблем с памятью.
Рекомендуется всегда использовать xrange()
Возможен видеокаст, в котором программисты(2 - 3 человека) будут собираться, общаться писать на доске и (или) экране зрителя, обсуждать языки, концепции, модели и прочее. Я бы такой с удовольствием слушал (смотрел). При такой организации действительно возможно обучение. Такой подкаст может быть комунить полезен.
Кстати, можно даже найти рекламодателей в такой подкаст и спонсоров. Окупить труд.
Сейчас это похоже на флейм о программировании. Довольно бестолково с практической точки зрения. Но, возможно тоже интересно. Вы правы, возможно, это и есть цель.
Но чично мне хотелось бы несколько иного подхода.
Мне кажется вам серьезно стоит задуматься о смене формата на видеоподкаст. Будет возможность показывать код и диаграммы. Это значительно улучшит подкаст, сделает его действительно полезным.
Идея хороша. Однако врядли это может быть кому-нибудь полезно. Вы слишком скомкано и сжато объясняете тонкие приграммисткие концепции. Я думаю, мало кто смог бы понять их только из вашего рассказа. Я бы, например, если бы не знал ООП, точно не понял бы ничего из вашего рассказа.
Рассказывайте подробнее. Выбирайте поменьше тем. Будет идеально
А зачем люди так желали открытия Java SE? Что это даст? Какой от этого прок разработчикам или пользователям?
Это не утверждения... Это вопросы. Мне действительно интересно. Мож знает кто...
Курская, Лененградская, Смоленская. Это Аэс с реакторами РБМК http://ru.wikipedia.org/wiki/РБМК-1000 К сожалению нормальной информации о КСКУЗ в интернете нет http://yandex.ru/yandsearch?clid=9582&te… Вот что дает яндекс.
Как считаете, система управления и защиты реактора в атомной станции является стратегическим объектом? Думаю, да. На АЭС с реактором РБМК в новой системе управления и защиты технологические программы работают под DOS, а сеть данных работает на Linux. Защита от ошибок реализуется, в основном, резервированием и многоканальностью.
Кстати использован ASP Linux
Требуют HP сервера вроде...
Наверное не пойдет на обычном компе.
Эх пощупать бы =)
Спасибо за инфу. Не знал про такие продукты. Надеется что они попадут в опен сорс, я думаю, не приходится. =)
Определенно лучший редактор. Но страшноват.
Кстати, blender не всегда был опен соурс. Изначально это был проприетарный проект. Просто сообщество выкупило код у инвестеров.
Я убежден, что пока в таких редакторах для линукс не будут нуждаться крупные компании, способные вложить в это дело много человекочасов, их не будет. Энтузиазма одного не хватит, для того чтобы сделать конкурентноспособную программу в этой области.
Если вы считаете что я не прав, приведите пример профессиональной, изначально опенсоурс, программы в области компьютерной графики и дизайна.
Я один из тех, перешел обратно на виндовс из-за отстуствия таких программ.
На самом деле есть только блендер. Это 3d редактор. Достаточно стабильный и функциональный для того чтобы сделать несложный мультик вроде Зайца (http://habrahabr.ru/blog/open_source/434…) Но все равно это далеко не Maya, Softimage, Houdiny или 3dsmax.
Я искал хорший нелинейный редактор видео. Не нашел ни одного. Многие путают понятия. Нелинейный видео редактор оттого и нелинейный, что имееит несколько видео и аудио дорожек. Kino не является нелинейным, не смотря на то что сам себя так называет. Kino - простая прога для импорта видео с камер. Avidemux - не премьеру замена а VirtualDub'у причем не равносильная, хотя и рабочаяя.
Но если нелинейный видео редактор хотябы лагучий есть, тот же kdenlive, то системы цифрового композинга нет (Jahshaka не в счет, тоже сырая очень).
Вообще линукс дестктоп пока очень бедная платформа. Ее могут использовать либо домохозяйки, либо программисты. Потому что только в области "серьезных программ" линукс блестает.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity