Alexander

Ни в одном школьном учебнике «допущенном» или «рекомендованом» нет текста сообщающего, что копирование и распространение запрещено (обычно такой абзац присутствует в начале книге на странице с информацией об авторах, издательстве и т.п.). Почему?

Потому, что по умолчанию данные действия без согласия правообладателя и так запрещены. В ГК РФ (статья 1229) сказано по этому поводу:

Правообладатель может по своему усмотрению разрешать или запрещать другим лицам использование результата интеллектуальной деятельности или средства индивидуализации. Отсутствие запрета не считается согласием (разрешением).

Явный запрет обычно прописывают для большей очевидности.

Однако издательства обычно ставят значок копирайта «Все права защищены».

Это необязательное предупреждение от правообладателя, означающее, что произведение является объектом авторского права и охраняется законом. Статья 1271 ГК РФ:

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

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

Не важно, обеспечивает ли государство бесплатные поставки экземпляров данного учебника населению. Важно кому принадлежит право на распространение учебника. Может быть и так, что произведение уже перешло в общественное достояние и его можно свободно копировать и распространять с сохранением указания на авторство (статьи 1281 и 1282).

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

Прав на вёрстку не существует, насколько я знаю.

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

Всё это стоит уточнять у владельца исключительных прав на конкретное произведение.

P.S.: вообще, вопрос это Вам лучше бы задать на юридическом форуме.

Фриланс — вполне реально.

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

Что конкретно стоит ей сделать:
1. Подготовить портфолио из уже имеющихся работ, за которые не стыдно.
2. Обязательно создать профиль на hh.ru и регулярно его обновлять (влияет на позиции при поиском работодателями). Отзываться на интересующие удаленные вакансии, собеседоваться. Работу найти реально.
3. Погугглить и появиться на зарубежных биржах по теме. Там платят больше. Начать АКТИВНО там искать заказы, откликаться на проекты.
4. Погугглить и появиться на русских биржах по теме. Если на зарубежных ничего не будет ловиться — то параллельно на русские пробиваться.
5. Если есть какие-то дополнительные увлечения, можно пописывать собственный блог о них. Если тема окажется популярной и писать будет хорошо — то со временем сможет иметь копеечку и на этом.

В общем, выйти на стабильный заработок вполне реально. Как я понял, у нее есть немного времени для этого. Лучше начать его использовать немедленно. Думаю, через месяц-три все наладится со стабильной работой, а дальше — наработка опыта и увеличение заработков.

Выскажу свои пять копеек…
Начинайте не от разрешения целевого экрана- определитесь какой примерно экран у вашей будущей аудитории (можно например считать 3.5" и выше). Дальше подберите такой размер на вашем мониторе (чтобы 1:1 соответствовало физическому экрану). Дальше рисуйте учитывая что пропорции экранов могу меняться, т.е. сразу расчитывайте какие блоки будут «тянуться» а какие нет. Размеры привязывайте к процентам а не к пикселам (половина экрана и на планшете останется половиной а вот 320 px на ретина дисплее могут стать ооочень маленькими).
в общем…
1. Делайте обычный сайт считая что монитор очень маленький
2. Не пользуйтесь пикселами (заменяя их соотношениями, процентами и т.д.)
3. Учитывайте что кликают пальцем а не мышкой (почитайте по физическую область нажатия для пальца)
4. Не используйте плавных градиентов и слишком близких цветов (градиент скорее всего «заполосит», а гамма выполненная в сине, чуть синее будет плохо читаться при разном освещении)
5. Очень хорошо продумайте навигацию (красивое меню на пол экрана вряди кого то порадует).
Все ИМХО :)
p.s. Можно посмотреть примеры дизайна на различного рода сайтах продающих шаблоны, уже везде представлены как мобильные так и обычные версии.

Для голосования за топик необходима карма ≥10. Для голосования в опросе карма не нужна.

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

К примеру:
1) Нахожу точку входа в программу.
2) Глядя в код определяю какие классы создаются и что они запускают.
3) Если есть дока — читаю, что эти классы делают
4) С помощью навигации по коду вычленяю какой код за какие функции отвечает.
5) Ну и т.д.

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

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

Обязательно рассмотрите древовидные структуры и алгоритмы на графах. Когда был школьником, мне взорвала мозг (в хорошем смысле) книга Кубенского.

Почитайте (погуглите) про генетические алгоритмы.

Еще есть классная книга по анализу программистских задач (и нетривиальных решениях) — Жемчужины программирования Дж. Бентли

Ну и в остальном — начните с того, что вы знаете о своем языке (инструменте, библиотеке, фреймворке и т.п.). Вы пользуетесь ассоциативными массивами? А знаете, как они устроены? Как происходит доступ по ключу? Насколько трудоемкая это задача?

Пользуетесь TreeMap? В javadoc к нему упоминается красно-черные деревья. А что это?
Как выполняется программа на моем языке? Мне нужно встроить в свое приложение язык отчетов, похожий на SQL, как мне это сделать?

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

Если есть возможность воспользоваться курьерской службой — то воспользуйтесь :)

Нужно изучать то, что требуется. Если задались таким вопросом, значит почувствовали, что вот тут что-то делаете не так. Возьмите и загуглите "<язык программирования> как сделать <вещь>". Но при этом не забывайте изучать более полно, а не ограничиваться одной статьей и рваться в бой. Прочитали про технологию, прочитайте еще пару статей. Постарайтесь понять какие минусы и недостатки, как и где эта технология применяется. Как оптимизировать ее. Это и есть база. Плюс этого способа в том, что не требует сразу тратить много времени. По сути, вы будете делать тоже самое, что и сейчас, но более полно, более основательно подходить к изучению. Со временем накопиться тот самый бэкграунд.

А всякий матанализ скорее всего и не пригодится. Дискретка еще возможно, но тоже редко. Согласитесь, 80% кодинга — рутина :) Если вы не используете этого в работе, то они вам не помогут, а когда столкнетеся с реальной задачей, то, наверняка, сами захотите ее загуглить.

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

Если хотите самой-самой базы, то возьмите книгу по интересующему языку — это лучший способ. Просмотрите все системные функции (не заучивайте, а просто просмотрите, чтобы представлять возможности языка). У php-программистов частая ошибка — писать свои велосипеды (особенно по обработке массивов), хотя есть очень много нативных функций, которые работают быстрее.
По алгоритмам — читайте то, что используете. Например, в вебе нужны сортировки, редко что-то сложнее. Поэтому погуглите алгоритмы сортировки.
Изучать то, что вы не используете полезно, но скучно и быстро забывается.
Прочитайте про паттерны, хотя инфа о них, как правило, трудно воспринимается, кроме тех, что используете реально. Например, active record для работы с базой. Последнее и будет полезным.
Для улучшения практического скилла советую читать чужой код и смотреть скринкасты опытных людей. Такие вещи часто богаты мелкими-оптимизациями. А если автор еще и озвучивает ход своих мыслей при проектировании функционала, вообще замечательно. (Именно этим полезны курсы по питону на udacity, например.)

p.s^ Старайтесь знать все о чем-то и что-то о всем :)
p.s.s^ длинновато вышло :(

Базы данных. Принципы работы и, как указал предыдущий оратор, оптимизации.
Книжки советуют, сам не читал (хотя как минимум вторую стоило бы):
Мартин Фаулер, «Шаблоны корпоративных приложений»;
Cтив Макконнелл, «Совершенный код»;
Джеф Раскин, «Интерфейс: новые направления в проектировании компьютерных систем».

Advanced-level книжки по используемому языку.

В плане профессионального роста удобно работать с людьми, старше-умнее-опытнее тебя.

Далеко не во всех институтах, где учат программистов, дают полезные в профессии навыки. Я, студент-разгильдяй, научился в институте сдавать, а не делать. Сдавать что получится. И мне в большинстве веб-задач нисколечко не требуются фундаментальные данные там знания. Разве что логика, чтобы оптимизировать разросшиеся выражения в условиях.

Я бы предложил почитать разные вариации на тему «Алгоритмы и структуры данных».
А потом найти интересные задачи/реализации на известных вам ЯП и посмотреть как они реализованы.
После можно начать делать велосипеды. Не обязательно их доводить до завершения (хотя это не должно становиться практикой, тут нужно начинать с небольших задач), главное на практике решать интересные вам задачи, а потом сравнивать, если есть такая возможность, с другими подобными решениями.

Вот нагуглилось

smsdirect.ru