И оставьте уже эту ерунду про RIA. Если для helloworld нужно написать 100 строк кода, то в большом приложении будет полный завал. Ну не бывает по-другому.
Вы заблуждаетесь настолько глубоко, что даже заблуждаетесь насчет глубины своего заблуждения.
Ну нельзя измерять возможности и область применения инструментов по одному синтетическому примеру «хеловорлда».
Да один факт, что его используют в качестве измерения уже говорит об отсутвии опыта измерителя — о том, что его самый большой проект не далеко ушел от хеловорлда. (я, конечно, тут немного утрирую насчет опыта, но не очень сильно).
Это как крики, что лучшая IDE — это блокнот/vim.
Сразу видно об уровнях «проектов» таких блокнотеров/vim-еров.
Так и в случае с хеловорлодом.
Вы пойдите еще к разработчикам системы безопасности АЭС и скажите, что ваша разработка на [язык+технологии] говно, потому как хеловорлд занимает неприлично много строк, по сравнению с вашим любимым [быдло-языке].
Все эти ваши «конструктор неожиданно появляется в середине класса» и «внутренний класс объявлен где-то в середине внешнего класса» — это все мышиная возня.
Мне вот интересно, что, реально есть люди, которые при открытии класса прокручивают файл, выискивают методы, конструкторы, атрибуты?
А не используют навигаторы струкур классов, которые выдают перед глазами всю логическую структуру, правильно все группируя (гетеры-сетеры с атрибутами; расширения/перепределения в дочерних классах; реализации интерфейсов) и сортируя, если требуется.
А не используют иерархию пакетов, дабы наблюдать (читай — представлять в голове) вложенность пакетов и агрегацию классов.
А не используют иерархию типов, дабы наблюдать зависимости наследований.
Вас реально волнует отсортированы ли методы по названию, рядом ли расположены атрибут и его методы доступа?
Люди, опомнитесь! (с)
Не спускайте время на мышиную возню — пусть всей рутиной занимается компьютер (IDE), а вы — используйте свою жизненную энергию как подобает homo sapiens — реализуйте свой потенциал, добиваясь сдачи интересных проектов в срок, без багов и с изящной архитектурой, которую не прийдется долго и затратно рефакторить.
гугл толк они очень даже развивают.
не клиент под винды, а систему.
это же интернет компания, все технологии должны работать в браузере — им не нужно разрабатывать софт под кучу платформ, а пользователям его ставить.
у пользователя готово все и сразу.
да и зачем отдельный клиент, когда это джабер, а значит можно воспользоваться целой горой десктопных клиентов.
я несколько месяцев ходил с флешкой между работой и домом.
сначала использовал в качестве хранилища для синхронизации дом-работа.
отгребал конфликты, а если забыл флешку то и отсутствие актуальной версии.
потом стал работать с флешки, синхронизируя на «стационарные» компы изменения, на случай, «забывания» флешки.
но это сильно не помогало, ибо бекап — по умолчанию неактуален. плюс флешка медленный девайс.
перепробовал несколько облачных сервисов, остановился на дропбоксе. и уже год на нем.
«живой» бекап — это все-таки прорыв, по крайней мере в моем сознании.
плюс прозрачная синхронизация.
Да, я использую самописный (сообществом) и поэтому открытый браузер, операционную систему, офисный пакет и весь остальной софт, который у меня установлен.
Вы просто не в курсе «соверменных технологий», и не знаете какие возможности они предоставляют, и поэтому подстебываете оппонентов.
вы не в курсе существования других операционнок, кроме «семерки»?
родного яндекс.поиска для десктопа нет под линукс, поэтому пришлось пользоваться буржуйским гугл.десктоп.
если его закроют (как минимум апдейты), то не знаю, чем пользоваться для индексации ит-библиотеки…
«Симпатичный» дизайн, степень детализации и тот факт, что сайт не требовал чересчур много данных, показались убедительными большинству участвующих. Двое (из двадцати) сослались на анимированную заставку с медведем (якобы, «это должно быть не так просто подделать»).
но если говорить об избирательном шифровании папок, когда только часть данных находится в контейнере truecrypt, файл которого лежит в обычной папке dropbox'а — то тогда присутствует та проблема, о которой я говорил.
вообще я очень сильно надеюсь на разрабатываемую возможность dropbox'а — избирательный мониторинг папок (https://www.dropbox.com/votebox/11/watch-any-folder), с введением которой я избавлюсь от junctions (под winXP), которые dropbox плохо поддерживает (https://www.dropbox.com/help/145).
В этом случае dropbox будет заливать изменения ПОСЛЕ размонтирования контейнера TrueCrypt'а.
Возможно, при монтировании можно указать неблокирующий вариант, но я его не нашел и думаю, что незря же его придумали…
чем дальше читаю ветку, тем больше убеждаюсь, что вы не изучили рынок.
> используемый нами принцип шифрования данных сводит этот плюс на нет.
SpiderOak — шифрование на стороне клиента.
> Используя Backup It у пользователя есть абсолютная свобода в том, что, как и когда бэкапить.
вот вам фидбак — расписание — зло! файлы должны бекапится сразу же после изменений. зачем мне бекап, который по определению неактуален?
чем мне поможет ваш бекап, если после изменений и до бекапа произошел крах диска? а делать минутный интервал между бекапами — что-то мне подсказывает, что ваша реализация будет забирать системные ресурсы.
> функция Dropbox состоит в простой синхронизации файлов, находящихся в одной папке с сервером, находящемся в облаке
и это одновременно — бекап. с откатом версий и проч. как обстоит дело у вас?
Вы заблуждаетесь настолько глубоко, что даже заблуждаетесь насчет глубины своего заблуждения.
Ну нельзя измерять возможности и область применения инструментов по одному синтетическому примеру «хеловорлда».
Да один факт, что его используют в качестве измерения уже говорит об отсутвии опыта измерителя — о том, что его самый большой проект не далеко ушел от хеловорлда. (я, конечно, тут немного утрирую насчет опыта, но не очень сильно).
Это как крики, что лучшая IDE — это блокнот/vim.
Сразу видно об уровнях «проектов» таких блокнотеров/vim-еров.
Так и в случае с хеловорлодом.
Вы пойдите еще к разработчикам системы безопасности АЭС и скажите, что ваша разработка на [язык+технологии] говно, потому как хеловорлд занимает неприлично много строк, по сравнению с вашим любимым [быдло-языке].
оно вам надо — несколько лет своей жизни провести в ступоре и невозможности развития и быть на острие технологий?
Консерватизм — не самая лучшая черта. А уже для профессии — губительна.
Мне вот интересно, что, реально есть люди, которые при открытии класса прокручивают файл, выискивают методы, конструкторы, атрибуты?
А не используют навигаторы струкур классов, которые выдают перед глазами всю логическую структуру, правильно все группируя (гетеры-сетеры с атрибутами; расширения/перепределения в дочерних классах; реализации интерфейсов) и сортируя, если требуется.
А не используют иерархию пакетов, дабы наблюдать (читай — представлять в голове) вложенность пакетов и агрегацию классов.
А не используют иерархию типов, дабы наблюдать зависимости наследований.
Вас реально волнует отсортированы ли методы по названию, рядом ли расположены атрибут и его методы доступа?
Люди, опомнитесь! (с)
Не спускайте время на мышиную возню — пусть всей рутиной занимается компьютер (IDE), а вы — используйте свою жизненную энергию как подобает homo sapiens — реализуйте свой потенциал, добиваясь сдачи интересных проектов в срок, без багов и с изящной архитектурой, которую не прийдется долго и затратно рефакторить.
сейчас — октябрь '11
проект — «все»?
поручик, как тонко подмечено!
не клиент под винды, а систему.
это же интернет компания, все технологии должны работать в браузере — им не нужно разрабатывать софт под кучу платформ, а пользователям его ставить.
у пользователя готово все и сразу.
да и зачем отдельный клиент, когда это джабер, а значит можно воспользоваться целой горой десктопных клиентов.
я несколько месяцев ходил с флешкой между работой и домом.
сначала использовал в качестве хранилища для синхронизации дом-работа.
отгребал конфликты, а если забыл флешку то и отсутствие актуальной версии.
потом стал работать с флешки, синхронизируя на «стационарные» компы изменения, на случай, «забывания» флешки.
но это сильно не помогало, ибо бекап — по умолчанию неактуален. плюс флешка медленный девайс.
перепробовал несколько облачных сервисов, остановился на дропбоксе. и уже год на нем.
«живой» бекап — это все-таки прорыв, по крайней мере в моем сознании.
плюс прозрачная синхронизация.
советую приобщится к облакам :) все мы там будем.
Вы просто не в курсе «соверменных технологий», и не знаете какие возможности они предоставляют, и поэтому подстебываете оппонентов.
но в приниципе, идея интересная.
спасибо за наводку, буду чтить доки.
родного яндекс.поиска для десктопа нет под линукс, поэтому пришлось пользоваться буржуйским гугл.десктоп.
если его закроют (как минимум апдейты), то не знаю, чем пользоваться для индексации ит-библиотеки…
Action SQL HTTP
Create Insert PUT
Read Select GET
Update Update POST
Delete Delete DELET
www.oracle.com/technetwork/articles/javase/index-137171.html
ru.wikipedia.org/wiki/%D0%9F%D0%BB%D1%8F%D1%88%D1%83%D1%89%D0%B8%D0%B5_%D1%81%D0%B2%D0%B8%D0%BD%D0%BA%D0%B8
Пляшущие свинки
но если говорить об избирательном шифровании папок, когда только часть данных находится в контейнере truecrypt, файл которого лежит в обычной папке dropbox'а — то тогда присутствует та проблема, о которой я говорил.
вообще я очень сильно надеюсь на разрабатываемую возможность dropbox'а — избирательный мониторинг папок (https://www.dropbox.com/votebox/11/watch-any-folder), с введением которой я избавлюсь от junctions (под winXP), которые dropbox плохо поддерживает (https://www.dropbox.com/help/145).
Возможно, при монтировании можно указать неблокирующий вариант, но я его не нашел и думаю, что незря же его придумали…
> используемый нами принцип шифрования данных сводит этот плюс на нет.
SpiderOak — шифрование на стороне клиента.
> Используя Backup It у пользователя есть абсолютная свобода в том, что, как и когда бэкапить.
вот вам фидбак — расписание — зло! файлы должны бекапится сразу же после изменений. зачем мне бекап, который по определению неактуален?
чем мне поможет ваш бекап, если после изменений и до бекапа произошел крах диска? а делать минутный интервал между бекапами — что-то мне подсказывает, что ваша реализация будет забирать системные ресурсы.
> функция Dropbox состоит в простой синхронизации файлов, находящихся в одной папке с сервером, находящемся в облаке
и это одновременно — бекап. с откатом версий и проч. как обстоит дело у вас?