imperiumcat

Все зависит от того какими методологиями разработки Вы пользуетесь.

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

2) Затем составляется карта (roadmap), в которой Вы описываете каждый шаг работы этой функции (пользовательской истории) с точки зрения пользователя:
1. Главная страница.
1.1 В правом верхнем углу находятся поля для аутентификации (для логина и пароля). Рядом находится кнопка "войти" и ссылка "зарегистрироваться".
1.2 При удачной аутентификации происходит переход на страницу ... и выводится сообщение "Добро пожаловать ..."

Потом на основе этой карты, делается прототипирование, выделяются задачи, если надо, разбиваются на более мелкие подзадачи.

Чтоб увидеть чужие ТЗ, полазите по чужому коду на гитхабе. Там очень часто люди описывают свой roadmap.

ПМ должен все уметь, но не должен все делать
в вышеперечисленном - кнопочки, ЮИ АПИ и инвойсы клиенту - не дело ПМа
дело ПМа - сроки, риски, убалтывание клиента и компромисс вокруг всего этого

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

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

исходя их последнего - развиваться в сторону программирования надежнее, а менеджмента - выгоднее

Несчетное множество - это бесконечное множество, элементы которого невозможно пронумеровать, не пропустив при этом какие-то другие элементы этого же множества.

На примере (0,1). Допустим обозначим 0.5 как первое число множества. Но какое будет вторым? 0.51? Но ведь между ними есть, как минимум, одно число - 0.505. Но и его нельзя назвать вторым, потому что между 0.5 и 0.505 тоже есть числа. И так всегда.
Даже если вам удастся выбрать первое число в попытке составления упорядоченного списка из несчетного множества, то выбрать второе, да такое, что между первым и вторым никаких других элементов нет, уже не удастся (а если вдруг удастся выбрать и второе, то на каком-нибудь последующем вы обязательно споткнетесь).

habrahabr.ru/post/232987

но вообще, как и с n-мерными пространствами - не все можно представить, нужно просто уметь оперировать понятиями и сопутствующими выражениями

Сначала Lisp для погружения в ФП, желательно не оригинальный, а какой-нибудь из его диалектов, например, Scheme как, на мой взгляд, наиболее академичный. Потом Haskell для получения практических навыков.

Господам же, рассуждающим о непрактичности Хаскеля, могу посоветовать отказаться от образа мышления "если я что-то не умею, то это сделать нельзя в принципе". Хаскель имеет свое практическое применение в реальной жизни не менее, чем, например, Python. Единственная проблема -- это достаточно высокий порог входа в язык. Высокий для канадского лесоруба, решившего закончить недельные курсы и стать высокооплачиваемым программистом. Что же касается программистов среднего уровня или чуть ниже, то для них Хаскель дает возможность писать быстрые, устойчивые программы, тратя существенно меньше времени, чем на той же Java. Я говорю о реальных программах, а не о задачках с олимпиад о раскладывании монеток по кучкам, о программах в 200+ строк на Хаскеле, что в переводе на С++/Java 2000+ строк.

Пила.

Криптономикон. Не фантастика, но ГГ инженер/прогер. Очень крутая книжка.

Попробуйте Clojure - диалект Lisp. Помимо парадигмы ФП получите возможность использовать Java библиотеки.

где главный герой программист/инженер?

1. Гаррос-Евдокимов, "Головоломка"

Что это: история того, как мелкий банковский пиар-менеджер превращается в безжалостного супермена? Или - история обыкновенного безумия? Или - история конца света, наступающего для одного отдельно взятого человека? Или - русскоязычная версия "Бойцовского клуба" и "Американского психопата"? Или, может быть, пересказ модной компьютерной игры? Это - [голово]ломка: шокирующая литературная провокация, крепко замешанная на жестком триллерном сюжете.

2. Программист, вообще то говоря, не может быть "героем".
Потому что программист - это офисный планктон :-(

Удивительно, что никто ещё не упомянул Понедельник начинается в субботу.

В некотором роде Мы Замятина. И, конечно, Гиперболоид инженера Гарина.

В общем, алгоритм таков:

package ru.toster.JavaLearning;

import ru.toster.Action;

public class Main{

public static void main(String[] args){
    while(true){
        Action.studyHard();
        Thread.sleep(5 * 60 * 60 * 1000);
    }
}
}

Я смотрел только бесплатные вебинары....Ну ни как не могу понять, программист который там преподавал курс, умалчивает сколько зарабатывает, я думаю не мало....Что бл%дь трудно сходить в парикмахерскую? Вызови на дом парикмахера что ли...Раз такой ты нее%"ись программист...

Ищите интересные данные, делайте их анализ (с помощью того же R), делайте выводы, пишите об этом статьи в своём блоге и зарабатывайте на рекламе. А в статьях пишите что вы использовали big data)

Всё равно что спросить "как заработать в нефтебизнесе".
Тебе никак, там серьёзные ребята зарабатывают.

Пишите в личку на хабре авторам статей, которые вам понравились. Только учтите, что ценник будет не 80-100 р за 1k символов.

Я бы с удовольствием из IT ушел в следаки.