@DDanya мне кажется, у вас подмена понятий. Я говорю про сайт, а не ресурс, вроде toster или github. А именно сайт: сайт-визитка или небольшой блог. Который действительно делается за три часа. Или быстрее. Лично я, не лучший web-программист, на python без django или tornado (то есть на BaseHTTPServer) накодил простенький блог за вечер (конечно, без админки, в плохом стиле и даже с темплейтером в стиле return html % args
но всё же.
@RUSgrigoryev И да, верно. Вряд ли программист. Скорее верстальщик копипастер.
Ну и, наконец, всё же здесь есть большая доля сарказма и иронии.
Ну вот я сейчас ковыряю Atom. Интересный редактор, по сути - браузер со встроенным мощным текстовым процессором. Возможно останусь на нём, если запилят поддержку на шиндошс и Linux.
До этого на виндах пользовался notepad++, а на Linux - vim. Notepad++ я пользуюсь уже очень давно и мне просто привычно, обвешенная плагинами всё равно работает шустро. Из основных плагинов для вэба - zen coding да autosaver. Больше как-то и не надо.
Познакомившись Linux начало приучивать себя к vim'у. Notepad++ не было, Sublime Text не сильно вдохновил, других альтернатив не искал. До сих пор есть некоторые неудобства. Зато иногда замечаешь, что потратил на что-то пару секунд вместо минут. Да и настраивать под себя немного лениво. Зато - работает из под ssh. Нередко очень удобно. И да, никаких gvim'ов, только терминальный, только хардкор.
Да, да и ещё раз да.
Но.
Во-первых, так как сижу на Qt ещё с 4.2, заметил печальную эволюцию - изменения. Да, это хорошо в плане эволюции, каждая версия Qt логична и прекрасна по-своему... Проблема именно в "по-своему". Изменений, которые появились в 5.0 так много, что код уже нужно переписывать. Да и в 4.х бывали случаи, когда без танцев с бубном не соберёшь заросший мхом проект. В этом плане Java НАМНОГО более удачная. Поддерживал два проекта - один на Java 1.2, другой на Java 1.7. Дома всё компилил и проверял на Java 1.8 beta. И всё работает. Немного тяжело держать в голове разные версии Java, но unit-тесты решают всё - отправил в sandbox на пару часов и получаешь ответ.
Но dalvik - это что-то с чем-то. Ужас, на самом деле, который не помогает, а мешает, ибо производители не удосужились правильно настроить VM под их платформу: нередко вижу когда в треде на 4pda рекомендуют заменить какую-нибудь константу в конфиге dalvik'а и как результат получить больше RAM, лучший UI, ускоренную реакцию... и ведь работает!
Важно понимать, что Qt - это танцы. Танцы, похлеще, чем в boost. Если внезапно потребуется лезть в исходники и наткнётесь на встроенный парсер и/или систему мета-программирования - готовьтесь к более досканальному изучению C++ (или не Си++ как такого, а парсера/компилятора/линкера, которых тысячи). Причём, из-за хоть какой-то совместимости, да и банальной нехватки ресурсов, приходиться смириться с некоторыми (пусть и редкими) нелогичностями (например, в 5.0 было введено много новых модулей, которые стали бросать исключения, но в старые модули исключения так и не добавили и приходиться или самому приводить в общий стиль врапперами, или писать разношёрстный код, который на C++ смотриться много-много более убого, чем на Java).
Да и общая сложность C++ не отменяется. Да, далвик усложняет Java, добавляя нелогичности. Да, Qt привносит в Си++ суперскую документацию, систему сигналов/слотов и мета-прогинга, делая программирование проще и удобнее. Но всё же в Java by design есть эвейды узких мест в программировании. В Qt нередко приходиться работать с памятью напрямую (как ни старайся использовать счётчик ссылок, часто он или медленный, или недостаточно гибкий или пишем под embedded, где и то и другое).
Вот и простыня. Просто хотел показать, что ни C++\Qt, ни Java не панацея для разработки под Android. Более того, C++ код не всегда намного более быстрый, чем Java - компилятору просто негде развернуться в четырёх стенах ARM, расширений мало и они редко используются. А JVM (правильно настроенная), пробрасывает байт код в натив. И C++\Qt - это не C++, Вы правы. Это и дар и проклятье - почти полное ООП - сильное ограничение на использование Си by design - неплохая потеря производительности. Самый главный плюс Си перед Java - производительность не так уж и заметен. Так что, на мой взгляд использовать Qt под андроид имеет только в двух случаях - мы НЕ знаем Java (вообще) и не хотим её знать (что зря, на самом деле), и/или у нас есть что-то очень крутое на Qt и мы хотим портануть это на Android (то есть Android не был изначально целевой платформой). Да и в академических целях можно ковырять всё что угодно.
return html % argsно всё же.
@RUSgrigoryev И да, верно. Вряд ли программист. Скорее верстальщик копипастер.
Ну и, наконец, всё же здесь есть большая доля сарказма и иронии.