techkuz

Спасибо людям, настрочили довольно много постов поддержки, а я всё-таки настрочу ещё один))

Насчёт веба - очень хорошая и интересная область деятельности. Единственное только не рекомендую надолго зависать в битриксе. Почему? Потому что его применение ограничивается РФ и прилежащими республиками. А чтобы хорошо зарабатывать в вебдеве, тебе придётся выходить за границы и писать для клиентов США и Европы. Если, конечно, хочешь преодолеть барьер в 2к долларов. Когда я ушёл из вебдева, я зарабатывал 4-5к в месяц, работая с клиентами из Мексики. Возможно это даже меньше, чем можно было. Но не суть.

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

С чего лучше начать? Поглощай информацию. Пиши свои проекты. Влейся в небольшую команду (именно небольшую, где с тобой будет кто-то общаться и помогать), которая делает веб-проекты.

Удачи!

Могу посоветовать не использовать потоки. Используйте асинхронный aiohttp.

Две больших картинки с object-fit: cover. Одна - нормальная, вторая - только голова и лапа слона, а вокруг нее прозрачное ничего. Голова в центре, при адаптивном изменении пропорций всего этого она никуда не уедет. Картинки одинакового размера. Дальше три слоя с абсолютным позиционированием - нормальная картинка, слой с текстом и картинка с головой. Текст - в виде встроенной SVG, там на него можно будет кроссбраузерно наложить любые градиенты.

Вообще возможно, сделать для th и первого столбца position:fixed а вертикальный и горизонтальный скролл сделать в разных блоках. Но лучше уж взять https://datatables.net/

Для начала перестать оценивать людей с позиции "силы".
На ринге - да. Но психологически все люди равноправны. В мирное время вы не боец, а личность, как и все остальные.

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

Некоторые начальники открыто обесценивают работу и людей. Нужно уметь замечать такие вещи, особенно в отношении себя, и научиться игнорировать их. Правда, иногда встречается здравая (хоть и жёсткая) критика - её можно учитывать, но не болезненно, а адекватно.

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

В самом начале файла

# -*- coding: utf-8 -*-
# !/usr/bin/env python

К сожалению, чтобы Вам что-то посоветовать - необходимо узнать Ваш личный "фундамент". Хоть указанная Вами книга и будет полезной (даже с учетом того, что она писалась для MySQL версии 4.х, фундаментально как в СУБД, так и в SQL и в конкретном синтаксисе MySQL последнее, наверно, десятилетие, ничего не менялось), я бы посоветовал следующий алгоритм обучения:

1) Знакомство с основами реляционной алгебры, нормальными формами и реляционной моделью. Без фанатизма, прочтение и осознание статей даже на Википедии хватит за глаза.

2) Знакомство с спецификацией SQL2008. Опять же, без фанатизма. В любом случае, работать Вы будете впоследствии с определенным диалектом языка.

3) Выбор диалекта языка. Подбор литературы (практически любой, за исключением книг из серии "{0} для чайников" и "100 и одно решение для {0}"). На этом этапе важно определиться также с инструментарием, который Вы будете использовать в дальнейшем. Для начала подойдет любой онлайн интерпретатор SQL кода, к примеру sqlfiddle. Но по мере изучения Вам понадобятся более сложные инструменты.

4) Знакомство с UML. Точнее, если по минимуму, с той частью, которая затрагивает прототипирование БД. SQL и СУБД - это инструменты, которые позволяют автоматизировать процессы бизнес логики. UML позволяет эти процессы описать и на основе этих процессов создать прототип схемы БД, от которого уже можно идти к конкретной реализации.

Итак. Четыре базовых шага выполнены. Дальше все просто, перевариваете информацию и занимаетесь практикой от простого к сложному (в комментариях уже указывали вполне годные наборы задачек). Попутно узнаете особенности программной реализации выбранной Вами СУБД. И внимательно читаете документацию от разработчика. На примере SQLite, у них подробно разобрана семантика запросов: SQLite CREATE. Под MySQL найдете сами.

Теперь поясню, почему все четыре шага важны.
1) Без базовых фундаментальных знаний вы просто не поймете, почему, к примеру, в ячейке столбца номера нельзя указывать два номера телефона, или как работают ограничения на целостность данных.
2) Хоть диалекты SQL и отличаются от стандарта SQL:2008, следует понимать, что знание стандарта позволит Вам в случае необходимости переключиться с одной СУБД на другую. Также, хорошая реляционная SQL СУБД должна быть совместима с этим стандартом априори.
3) Тут на Ваш вкус. Посмотрите изложение автора перед покупкой, посмотрите списки того или иного программного обеспечения. Но факт остается фактом, что прочтение только стандартов, мануалов и официальной документации - путь явно не для всех. Кому-то просто необходимо "художественное" изложение, да и просто из книг можно почерпнуть реальные примеры из опыта автора.
4) Надо понимать, что реляционные СУБД всего лишь инструмент для хранения и обработки данных, обеспечивающий определенные бизнес-процессы определенной предметной области. И под бизнес-процессами следует понимать не как какую-то эфемерную для простого человека вещь, а то, что закладывается под этим словом в оригинальном языке, т.е. совокупность процессов\действий, направленных на создание продукта\предоставление услуги. А средства UML позволяют все это описать в стандартизированной графической форме. Чтобы знать SQL не надо знать UML, не надо знать, что такое и, к примеру, ЖЦ программного продукта. Но со временем, если Вы захотите расти дальше, Вам нужен будет инструмент прототипирования. Также, как если вы дорастете до архитектора БД, вам нужно будет представление о том, как эти БД проектировать, начиная с описания предметной области и заканчивая организационной точкой зрения. Стандарты ГОСТ 34.601-90 и ISO/IEC 12207:2008.

Я, как и многие, начинал с какого-то полу прочитанного учебника и примеров из сети. Сейчас я понимаю, что просто потратил время практически впустую. Как ни странно, хоть и принято ругать наше образование, но список курсов для специальностей "ПИ" подобран не просто так. Помимо самого языка следует знать математический "бэкенд" и как его использовать для реализации задач предметной области. Я отношусь к SQL потребительски, это не мой основной язык, но сейчас я понимаю, что если бы уделил ему больше внимания не как языку, а, в первую очередь, как к одному из инструментов СУБД, работающих на основе реляционной алгебры для обеспечения бизнес-процессов, я бы избежал кучу потерянного времени, костылей и ошибок. Надеюсь, мой ответ будет Вам полезен.

Я перед собеседованием на должность sql-джуна будучи полным нулем за ночь порешал задачки на этом сайте и на следующий день решил все предложенные задачи и был принят) Скажу так - я бы посоветовал порешать эти задачи, они там предлагаются по нарастанию сложности и подкреплены теорией, за которой вам не нужно лишний раз лезть в учебники. Уверяю, с каждым десятком решенных задач Вы будете чувствовать себя гуру sql) Спустя задачек 30, когда у Вас сформируется представление о том, что из себя представляет SQL на деле, тогда можно приступать к литературе, поверьте, после практики гораздо легче воспринимать материал, ибо уже имеется представление, о чем речь.
По литературе(с небольшими пояснениями):

1. Введение в системы баз данных(Автор C.J.Date) - на мой взгляд очень доступное и максимально компактное описание того, на чем базируется SQL, разжеваны основные понятия, рассмотрены нормальные формы, а после предлагаются задачки.

2. SQL Полное руководство - тут понятно по названию, здесь можно найти описание всех возможностей. Ищите наиболее позднее издание(у меня третье, для примера, это 2015 год).

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

Если вы выбрали MS SQL Server:

1. Microsoft SQL Server 2012 Руководство для начинающих - там хоть и не сильно углубляясь, но описано почти все что нужно на начальных этапах. Там и про индексы, и про оптимизацию, и про бизнес-аналитику, в общем, рекомендую.

2. Microsoft SQL Server 2012 Создание запросов - просто и исчерпывающе(на момент издания) о том, как можно и нужно писать запросы на t-sql(расширение sql для MS SQL Server) с закреплением материала предлагаемыми заданиями.

Если Вы выбрали Postgresql, то официальное руководство там исчерпывающее.

По Oracle и MySQL советов дать не могу, ибо дела не имел. Удачи!

Привет, у меня такая же ситуация, как и у тебя, только мне 24, и я, закончив магу по экономике, понял, что хочу другого, это было 4 месяца назад. Отвечу на твои вопросы, учитывая свой скромный опыт.
Б. 1 - тут однозначно веб, причём фронт-енд, количество стажировок и вакансий на бэк-энд для новичков намного меньше по крайней мере в моем городе (и там в основном php), а мне после питона этот язык неприятен.
Б. 2 - я тоже пытался узнать, что же идеально нужно знать, какие идеальные книги и курсы есть. Их нет, один может зайти мне, а тебе покажется нудным и глупым, здесь только пробовать самому. Мне очень зашли курсы на курсере, но там хорошие курсы на английском. Совет из своего опыта - начать лучше с русского, я знаю английский хорошо, но по началу нужно вникнуть быстро, а на чужом языке это не так плюс потом небольшая трудность в различии терминов из-за перевода.
Б. 3 Для введения в программирование я начал с питона, и, скорее всего, буду советовать всем начинать с него, различия версий не мешают понимать код на разных версиях после изучения основ. Некоторым кажется неправильно начинать с динамически типизированного языка, но питон со строгой типизацией, а значит различие в типах данных ты точно поймёшь, вообще я считаю питон лучшим языком, потому что сейчас я изучаю джава скрипт, и это ужа... странный язык)

Отдельные советы - как только что-то изучил надо либо сразу пытаться применить на СВОЁМ примере, либо, если ты понимаешь, что ты можешь это сделать по-другому или обойтись без этого, то просто знай, что есть и другой способ.
Посмотри количество стажировок в твоём городе на том же hh ру. Например, у меня много отличных стажировок на джаве, и я пожалел, что не изучил этого до того, как начал свой путь.
Такие сайты как хабр, тостер, стаковерфлоу реально помогают, а ещё больше поможет реальное общение с состоявшимся программистом.
Желаю тебе удачи, потому что знаю какого тебе будет))

Б1: РЫНОК ТРУДА И ПЕРСПЕКТИВЫ.

Б1.1. Веб

Б1.2. Веб

Б1.3. Пока не пройдете интервью. Что нужно учить там же и узнаете.

Б1.4. Шансы есть. Язык старый - специалистов много. Хотя язык сложный, но зарплаты почему-то меньше, чем в вебе или мобильной разработке.

Б2: ОСНОВЫ ПРОГРАММИРОВАНИЯ\БАЗА.

Для большинства задач в вебе это не надо. Если хотите большего, то изучайте другие ресурсы. Но это риск забросить все.

Б3: ЯЗЫКИ ПРОГРАММИРОВАНИЯ

Б3.1. Один язык.

Б3.2. В зависимости от выбранной области, информацию ищите в интернете. Второй язык можете вообще не учить до конца жизни, если не понадобится.

Б3.3. Самое лучшее - документация к выбранной технологии.

Б3.4. Изучение 1-2 недели. Понимание - несколько лет.

Б3.5. Для веба freecodecamp.com Можете стартовать прямо сейчас, а то искать лучший язык можно бесконечно.

Б3.6 Нет.

Для начала научись решать олимпиадные задачки (прорешай самостоятельно, с полным пониманием происходящего, хотя бы 100-150 задачек), они прокачивают алгоритмику и структуры данных, без этого вообще ни о каком современно фронтенде речи просто быть не может. Это минимум год.

Далее, у htmlacademy в свободном доступе (бесплатно) весьма приличный курс по азам фронтенда. Рекомендую пройти этот курс на 2-3 круга, и довести владение азами до автоматизма. Это еще год.

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

Ах да, еще надо очень налегать на инглиш, без него в профессии ну очень туго.

Насколько я понимаю, с программированием не знакомы вовсе? Начните с чтения литературы:
1) forcoder.ru/java/head-first-java-1127
2) forcoder.ru/java/head-first-programmirovanie-dlya-...
3) В качестве практики, выберите приложение (несколько приложений), которое было бы интересно разработать, даже если аналогов вашей идеи будет полно, это ничего не меняет, нужна практика, много практики.
4) Читаем по WEB разработке forcoder.ru/web-other/head-first-servlets-and-jsp-1128
5) После получения практических навыков, чтобы закрепить знания и улучшить скилл разработки, напишите сервер на java и приложение для android, которое будет взаимодействовать с этим сервером, например, по технологии websocket.

Доброго времени суток. Все вопросы указанные в посте, сами по себе невозможно ответить прямо в абсолюте.

Сама по себе профессия и специалист строится от отношения к работе и отношению к самому себе.
Поэтому отвечу из своего опыта.

Вы говорите о том, что такая работа может приносить удовольствие. Все зависит от точки зрения, кому и что нравится, но не стоит забывать о мире. Как минимум в профессии есть пару очень неприятных трудностей.
1 - неправильное тз - таким образом не понятно, что от тебя вообще хотят.
2 - всезнающие заказчики - типичные мозгоеды, которые непонятно чего хотят и не понимают даже принципов вашей работы
3 - ДЕДЛАЙН`s - по большей части время исполнения ограничено сроками и всем плевать на сложности во время разработки(обычно редко что-то проходит гладко(из разряда: пропустил запятую и 3 часа искал где))
4 - отношение к профессии - многие относятся к программистам принебрежительно ибо "мы просто нажимаем кнопки", а творческо-технический уклад жизни никого не интересует т к иногда приходится придумывать то, чего до этого вообще не было.

Что касается заработной платы:
Согласен, мнение разнится.
Все зависит от многих факторов(как думают):
- Навыки
- Знания
- Опыт
- Коммуникабельность
Дело в том, что от первых трех не зависит заработная плата программиста(от слова вообще) т к никто из нанимателей не сможет оценить твои знания лучше чем иной программист(ито не факт(если подходы отличаются)), поэтому важно умение договариваться. От того главная проблема: "будь ты хоть нинзя кода, то веселого дурочка ты не обойдешь".
-- в моем случае, последнее намертво отсуствует, поэтому, для меня, важно портфолио.

По поводу конкуренции:
Вся конкуренция разнится от типа специалиста и языка/технологии. Одни более важны, другие менее востребованы, но все это мода, не более.
Например: проекты, которые написаны с нуля стоят того ибо они более продуманы и целостны, но в текущее время нужны "кубики", которые быстро собираются, быстро приносят прибыль.. и быстро разваливаются.
НО конкуренция в россии, на самом деле высокая. Мода на информационные техноогии сделала свое дело, поэтому сейчас множество "болтливых бездарей" окупировали рынок и это плохо. Общее мнение упало, цены упали, уровень среднего программиста упал ниже табуретки.

Частое обучение:
На самом деле нет особой необходимости постоянно учиться. Отточенная техника и навыки более высоко ценятся т к почти все задачи возможно сделать и с устаревшими технологиями и в разы лучше, главное самостоятельно решать данные вопросы, а "не бегать в интернеты"(от этого и появляются "новые технологии").
Однако, как уже говорил, для ценности на рынке необходимо идти по моде, поэтому иногда необходимо осваивать ту или иную технологию.

Время и здоровье:
Все зависит от самого человека.
Если взять меня, то над прошлыми проектами работал, буквально, сутками, создавая новую архитектуру для программной машины и составляя алгоритмы. Как и сейчас.. собственно. Меня мое занятие увлекает полностью и забирает все силы, ибо создаю новое и не ляпаю по университетским, шаблонным и общепринятым схемам, ибо взгляды другие и задачи другие.
Если это просто работа и работаешь по шаблонным схемам, то много времени это не займет, но если ты создаешь, то это поглатит тебя полностью.
Думаю множество программистов со мной согласятся. Даже если программист не пишет код, то он все-равно работает т к нужно придумать алгоритм, разобрать технологии(нужно или нет в текущем случае) и, наконец, построить архитектуру для дальнейшей разработки. Эт не та работа, от которой можно отключиться, придя домой.

-- Весь ответ это сугубо мое мнение.