kaka00: нет, надо решать задачи, зарабатывая этим реальное бабло, а один из слоев архитектуры проекта делать в виде библиотеки. Т.е. не лепить все в onclick, а делать архитектуру, повторно используемую и дорабатываемую в новых проектах, и понятную не только вам.
У англичан есть хорошее слово - "experience". Оно переводится как "опыт", но употребляют его в рекламе иначе. Продавая библиотеку, продают этот самый experience. Мысль улавливаете?
Реально нужны библиотеки 2 видов:
1) дающие новый функционал
2) обеспечивающие удобство и минимум кодинга
> А если задача одна, то что?
Подзадача может и одна, а в проектах (над-задачах) она применяется разных для разного, вот надо иметь побольше опыта применения в разных проектах.
> Как понять Meteor.js перспективная штука или нет?
Попробовать написать на нем что-нибудь маленькое из того, что нужное на нем пишете. Можно частично. Если вы нормальный программист, то один-пару дней всего займет, максимум неделю. Зато будет мнение - компетентное и касающееся именно вашего круга задач и ваших реалий.
> Meteor.js расцветает или чахнет?
Инструмент выбирают прежде всего из его текущего состояния, а не из того, развивается он или нет.
Вон C# уже давно не развивается так, как я бы этого хотел. Но он уже крут настолько, что на винде незаменим. А насчет дальнейшего развития, почему бы мне самому его не развивать, пиша для него свои сторонние библиотеки и тулзы? Еще и денег заработаю.
> Как понять Meteor.js перспективная штука или нет?
Попробовать написать на нем что-нибудь маленькое из того, что нужное на нем пишете. Можно частично. Если вы нормальный программист, то один-пару дней всего займет, максимум неделю. Зато будет мнение - компетентное и касающееся именно вашего круга задач и ваших реалий.
Tiulkin: может и с руками что-то было, но с PhoneGap я тогда справился, с dot42 тоже, с AppMethod тоже вроде... а вот с Android NDK тоже были проблемы, сейчас я их решил, но это направление (Android NDK) все равно реально тяжелое, так что не зря проблемы были.
Tiulkin: да уж... "Квалифицированная техническая поддержка 24x7"... По сути вопрос просто перенаправляется на форум (НЕ ИХ), и непонятно, отвечают ли ОНИ тут вообще.
Tiulkin: че тут быть в курсе? Им и пишите. А не нам. Может среди нас вообще не окажутся они. А тут еще и модерация не любит такие вопросы, кто-нибудь настукачит и его удалят.
Но, раз уж спросили, то поинтересуюсь: нахрена вам этот титаниум? Я его ставил, смотрел, УГ сырое недоделанное, работать вообще невозможно, ИМХО.
Илья лук: видимо, не знакомы с пайкой многослойных плат. Плата такая - это почти что огромный кусок меди - с отличным теплоотводом, и тугоплавким бессвинцовым припоем, нагреть надо сильно, при этом элементы довольно чувствительны к перегреву. Поэтому пайка таких плат - это не пшых и все, а тоже греть и вонять, причем феном, + возможно еще и геморрой со сплавом розе/вуда, или фольгой для защиты от перегрева, и флюс вряд ли канифоль (это уже к слову)
"Локальные" продают в виде библиотек.
Но они должны быть реально нужными. Нахрена ваш алгоритм квадратного корня, чем он лучше стандартных средств, которые в любом языке есть? Он ХУЖЕ уже тем, что надо подключать библиотеку, которую еще и купить сперва. Этим любая библиотека ХУЖЕ. И это надо компенсировать с лихвой.
GitSputnik: не интересовался. Наверно, примерно как и любой браузерный движок. Еще ведь Eclipse бывает и Android Studio, которые в разы больше жрут, и что теперь?
Денис Букреев: "мне важно, чтобы сайт не был говном" - слишком широкое понятие. Проработанность в деталях - это не всегда антоним к "говну". А иногда (если не довольно часто) даже синоним.
У англичан есть хорошее слово - "experience". Оно переводится как "опыт", но употребляют его в рекламе иначе. Продавая библиотеку, продают этот самый experience. Мысль улавливаете?
Реально нужны библиотеки 2 видов:
1) дающие новый функционал
2) обеспечивающие удобство и минимум кодинга
> А если задача одна, то что?
Подзадача может и одна, а в проектах (над-задачах) она применяется разных для разного, вот надо иметь побольше опыта применения в разных проектах.